Еще несколько дней назад моя система 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 НЕ решает проблему; это совершенно неожиданно, потому что у меня есть подсказки, что это работало нормально 2021-12-07, но восстановление снимка того дня (или предыдущего дня) не решает проблему.
• Я определил, что проблема возникает ТОЛЬКО при подключении через определенный интерфейс Ethernet.

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

• если я использую беспроводную карту своего ноутбука, разрешаются имена .local
• если я использую сетевую карту своего ноутбука, имена .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.

Есть идеи?