☰

ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ

tag-icon • tag-icon networking 20.04 lan mdns
ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ

До недавнего времени моя система Kubuntu 20.04 могла без проблем разрешать имена устройств .local в моей локальной сети, как это делают и другие системы Linux (в той же сети).

Однако внезапно это перестало работать. Если я ввожу ping otherpc.local( otherpcимя другой системы в моей локальной сети), я получаю otherpc.local: name or service unknown. Подключения Samba, точки монтирования и т. д. — все это перестало работать, конечно, по этой причине.

avahi-browse -arvtне показывает вообще никакого устройства.

Я читал некоторые намеки на попытки вмешаться /etc/nsswitch.confи/или /etc/systemd/resolved.conf(например,Вот этотилиВот этот), но я не могу объяснить, что я не трогал эти файлы после выполнения чистой установки Kubuntu 20.04, но эта проблема начала возникать внезапно.

Подозреваю, что это могло быть вызвано каким-то недавним обновлением системы, но у меня недостаточно опыта, чтобы определить, какое именно обновление стало причиной.

ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ

Пытаясь диагностировать проблемы, я определил, что:

  • восстановление предыдущего снимка системы с помощью Timeshift НЕ решает проблему; это совершенно неожиданно, потому что у меня есть подсказки, что это работало нормально 07.12.2021, но восстановление снимка того дня (или предыдущего дня) не решает проблему
  • Я определил, что проблема возникает ТОЛЬКО при подключении к определенному интерфейсу Ethernet.

В частности, что касается последнего пункта:

  • если я использую беспроводную карту своего ноутбука, имена .local разрешаются
  • если я использую сетевую карту моего ноутбука, имена .local разрешаются
  • если я использую интерфейс Ethernet док-станции USB, которую я обычно использую для подключения всех своих устройств (включая мышь, клавиатуру, дисплей и т. д.), имена .local НЕ разрешаются

Похоже, что проблема в сетевом интерфейсе этой док-станции. Однако, это работало до недавнего времени, и я ничего не менял, связанного с этой док-станцией (драйвер или что-то в этом роде). Даже порт USB, который я использую, всегда один и тот же. Этот сетевой интерфейс идентифицируется как enx0050b6166946, и я также вижу это в syslog:

Dec 20 19:01:29 hppb avahi-daemon[1378]: Joining mDNS multicast group on interface enx0050b6166946.IPv6 with address fe80::26ab:82a1:62ce:734e.
Dec 20 19:01:29 hppb avahi-daemon[1378]: New relevant interface enx0050b6166946.IPv6 for mDNS.
Dec 20 19:01:29 hppb avahi-daemon[1378]: Registering new address record for fe80::26ab:82a1:62ce:734e on enx0050b6166946.*.
[...]
Dec 20 19:01:31 hppb avahi-daemon[1378]: Joining mDNS multicast group on interface enx0050b6166946.IPv4 with address 192.168.1.4.
[...]

Итак, похоже, что avahi корректно «регистрируется» на этом интерфейсе, как для IPv6, так и для IPv4.

Есть идеи?

решение1

Оказалось, что это был какой-то временный сбой оборудования на моей док-станции. Кстати, это док-станция i-tec USB 3.0 с чипсетом DisplayLink DL-3900.

Отключение док-станции от розетки переменного тока и повторное включение ее исправило проблему. Это объясняет, почему восстановление системы с помощью Timeshift не решило проблему, подтвердив, что в моей системе ничего не изменилось. Вероятно, это было связано с парой отключений электроэнергии, которые произошли в течение последних недель, одно из которых, вероятно, временно испортило что-то в поведении работы док-станции.

Тем не менее, это действительно странная проблема, которая никогда не возникала за несколько лет использования: за исключением этой проблемы с mDNS, сетевое взаимодействие работало нормально, как и все порты USB док-станции и даже функция видео USB-HDMI.

Связанный контент