Điểm:1

Kubfox 20.04 đột nhiên không giải quyết được tên .local nữa

lá cờ br

Cho đến vài ngày trước, hệ thống Kubfox 20.04 của tôi có thể giải quyết các tên thiết bị .local trên mạng cục bộ của tôi mà không gặp sự cố, như các hệ thống Linux khác vẫn làm (trên cùng một mạng).

Tuy nhiên, đột nhiên điều này dừng lại để làm việc. nếu tôi gõ ping otherpc.local (hiện tại máy tính khác tên của một hệ thống khác trong mạng cục bộ của tôi) tôi nhận được otherpc.local: tên hoặc dịch vụ không xác định. Tất nhiên, các kết nối Samba, điểm gắn kết, v.v. tất cả đều ngừng hoạt động vì lý do này.

avahi-duyệt -arvt không hiển thị thiết bị nào cả.

Tôi đã đọc xung quanh một số gợi ý về việc cố gắng gây rối với /etc/nsswitch.conf và/hoặc /etc/systemd/resolved.conf (Thích cái này hoặc cái này), nhưng điều tôi không thể giải thích là tôi chưa bao giờ chạm vào các tệp đó sau khi thực hiện cài đặt sạch Kubfox 20.04, nhưng sự cố này đột ngột bắt đầu xảy ra.

Tôi nghi ngờ nó có thể do một số cập nhật hệ thống gần đây gây ra, nhưng tôi không đủ kỹ năng để cố gắng xác định chính xác nguyên nhân nào gây ra sự cố này.

THÔNG TIN THÊM

Trong khi cố gắng chẩn đoán các vấn đề, tôi xác định rằng:

  • khôi phục ảnh chụp nhanh hệ thống trước đó bằng Timeshift KHÔNG giải quyết được sự cố; điều này hoàn toàn bất ngờ, vì tôi có manh mối rằng điều này hoạt động tốt vào ngày 2021-12-07, nhưng việc khôi phục ảnh chụp nhanh của ngày hôm đó (hoặc của ngày hôm trước) không khắc phục được sự cố
  • Tôi đã xác định rằng sự cố CHỈ xảy ra khi tôi đang kết nối với một giao diện ethernet cụ thể

Đặc biệt, liên quan đến điểm cuối cùng:

  • nếu tôi sử dụng thẻ không dây của máy tính xách tay, tên .local sẽ được giải quyết
  • nếu tôi sử dụng thẻ ethernet máy tính xách tay của mình, tên .local sẽ được giải quyết
  • nếu tôi sử dụng giao diện ethernet của trạm nối USB mà tôi thường sử dụng để kết nối tất cả các thiết bị của mình (bao gồm chuột, bàn phím, màn hình, v.v.), tên .local KHÔNG được giải quyết

Vì vậy, có vẻ như có vấn đề với giao diện mạng của trạm nối đó. Tuy nhiên, điều này đã hoạt động cho đến vài ngày trước và tôi đã không thay đổi bất cứ điều gì liên quan đến trạm nối này (trình điều khiển hoặc những thứ tương tự). Ngay cả cổng USB tôi sử dụng luôn giống nhau. Giao diện mạng này được xác định là enx0050b6166946 và tôi cũng thấy điều này trong nhật ký hệ thống:

Ngày 20 tháng 12 19:01:29 hppb avahi-daemon[1378]: Tham gia nhóm phát đa hướng mDNS trên giao diện enx0050b6166946.IPv6 với địa chỉ fe80::26ab:82a1:62ce:734e.
Ngày 20 tháng 12 19:01:29 hppb avahi-daemon[1378]: Giao diện phù hợp mới enx0050b6166946.IPv6 cho mDNS.
Ngày 20 tháng 12 19:01:29 hppb avahi-daemon[1378]: Đăng ký bản ghi địa chỉ mới cho fe80::26ab:82a1:62ce:734e trên enx0050b6166946.*.
[…]
Ngày 20 tháng 12 19:01:31 hppb avahi-daemon[1378]: Tham gia nhóm mDNS multicast trên giao diện enx0050b6166946.IPv4 với địa chỉ 192.168.1.4.
[…]

Vì vậy, có vẻ như avahi cũng đang "đăng ký" chính xác trên giao diện này, cho cả IPv6 và IPv4.

Bất kỳ ý tưởng?

user.dz avatar
lá cờ ng
Bạn có thể chỉnh sửa câu hỏi và thêm nội dung của `/etc/nsswitch.conf` không. Bạn có sử dụng IPv6 hoặc IPv4 trong mạng con cục bộ không? Bạn có 2 hoặc nhiều giao diện mạng đang hoạt động? `ping thì sao ` không có tên máy chủ, nó có hoạt động không (có thể là tường lửa)? Bạn có thể xem [các gợi ý gỡ lỗi avahi này](https://askubuntu.com/q/460371/26246).
Mauro Molinari avatar
lá cờ br
Cảm ơn @user.dz, nhưng có vẻ như đó là một loại lỗi phần cứng nào đó. Việc rút và cắm lại trạm nối khỏi ổ cắm AC đã khắc phục sự cố. Thực sự kỳ lạ, đây là lần đầu tiên nó xảy ra sau nhiều năm.
Điểm:1
lá cờ br

Hóa ra đó là một loại lỗi phần cứng tạm thời nào đó trên trạm nối của tôi. Nhân tiện, đó là Trạm nối USB 3.0 i-tec, có chipset DisplayLink DL-3900.

Rút phích cắm trạm nối khỏi ổ cắm AC và cắm lại đã khắc phục sự cố. Điều này giải thích tại sao khôi phục hệ thống bằng Timeshift không giải quyết được sự cố, xác nhận rằng không có gì thay đổi trên hệ thống của tôi. Có lẽ là do một vài sự cố mất điện xảy ra trong những tuần trước, một trong số đó có thể đã tạm thời làm hỏng điều gì đó trong hoạt động của trạm nối.

Tuy nhiên, đó là một vấn đề thực sự kỳ lạ, chưa từng xảy ra cho đến nay trong vài năm sử dụng: ngoài vấn đề này với mDNS, mạng vẫn hoạt động tốt, cũng như tất cả các cổng USB của trạm nối hoặc thậm chí cả tính năng video USB-to-HDMI.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.