☰

INFORMAÇÕES ADICIONAIS

tag-icon • tag-icon networking 20.04 lan mdns
INFORMAÇÕES ADICIONAIS

Até alguns dias atrás, meu sistema Kubuntu 20.04 conseguia resolver nomes de dispositivos .local na minha rede local sem problemas, como outros sistemas Linux ainda fazem (na mesma rede).

No entanto, de repente, isso parou de funcionar. Se eu digitar ping otherpc.local(sendo otherpco nome de outro sistema na minha rede local), recebo otherpc.local: name or service unknown. Conexões Samba, pontos de montagem, etc. pararam de funcionar, é claro, por esse motivo.

avahi-browse -arvtnão mostra nenhum dispositivo.

Eu li algumas dicas sobre como tentar mexer /etc/nsswitch.confe/ou /etc/systemd/resolved.conf(comoEsteouEste), mas o que não consigo explicar é que nunca toquei nesses arquivos depois de realizar uma instalação limpa do Kubuntu 20.04, mas esse problema começou a acontecer de repente.

Suspeito que isso possa ter sido causado por alguma atualização recente do sistema, mas não tenho habilidade suficiente para tentar determinar qual exatamente causou isso.

INFORMAÇÕES ADICIONAIS

Ao tentar diagnosticar os problemas, determinei que:

  • restaurar um instantâneo anterior do sistema com Timeshift NÃO resolve o problema; isso é totalmente inesperado, porque tenho pistas de que funcionou bem em 07/12/2021, mas restaurar um instantâneo daquele dia (ou do dia anterior) não resolve o problema
  • Determinei que o problema ocorre SOMENTE quando estou me conectando a uma interface Ethernet específica

Em particular, no que diz respeito ao último ponto:

  • se eu usar a placa wireless do meu laptop, os nomes .local serão resolvidos
  • se eu usar a placa Ethernet do meu laptop, os nomes .local serão resolvidos
  • se eu usar a interface Ethernet da docking station USB que normalmente uso para conectar todos os meus dispositivos (incluindo mouse, teclado, monitor, etc.), os nomes .local NÃO são resolvidos

Parece que há um problema com a interface de rede da estação de acoplamento. Porém, isso funcionou até alguns dias atrás e não mudei nada relacionado a esta docking station (driver ou algo parecido). Até a porta USB que uso é sempre a mesma. Esta interface de rede é identificada como enx0050b6166946 e também vejo isso no 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.
[...]

Portanto, parece que o avahi também está "se registrando" corretamente nesta interface, tanto para IPv6 quanto para IPv4.

Qualquer ideia?

Responder1

Acontece que foi algum tipo de falha temporária de hardware na minha docking station. A propósito, é uma docking station i-tec USB 3.0, com chipset DisplayLink DL-3900.

Desconectar a docking station da tomada CA e conectá-la novamente resolveu o problema. Isso explica por que uma restauração do sistema com Timeshift não resolveu o problema, confirmando que nada mudou no meu sistema. Provavelmente foi devido a alguns apagões que ocorreram durante as últimas semanas, um dos quais provavelmente estragou temporariamente algo no comportamento de funcionamento da estação de acoplamento.

No entanto, é um problema muito estranho, nunca aconteceu até agora durante vários anos de uso: além deste problema com o mDNS, a rede estava funcionando bem, assim como todas as portas USB da docking station ou mesmo o recurso de vídeo USB para HDMI.

informação relacionada