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

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

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.

Есть идеи?