Puncte:1

Kubuntu 20.04 nu mai rezolvă numele .local dintr-o dată

drapel br

Până acum câteva zile, sistemul meu Kubuntu 20.04 putea rezolva fără probleme numele dispozitivelor .local din rețeaua locală, așa cum fac și alte sisteme Linux (pe aceeași rețea).

Cu toate acestea, dintr-o dată, acest lucru a încetat să funcționeze. Dacă tastez ping otherpc.local (fiind altpc numele altui sistem din rețeaua mea locală) primesc otherpc.local: nume sau serviciu necunoscut. Conexiunile Samba, punctele de montare etc. au încetat să funcționeze, desigur, din acest motiv.

avahi-browse -arvt nu arata niciun dispozitiv.

Am citit în jur câteva indicii despre cum să încerci să te încurci /etc/nsswitch.conf și/sau /etc/systemd/resolved.conf (ca Aceasta sau Aceasta), dar ceea ce nu pot explica este că nu am atins niciodată acele fișiere după ce am efectuat o instalare curată a Kubuntu 20.04, dar această problemă a început să apară dintr-o dată.

Bănuiesc că ar fi putut fi cauzat de o actualizare recentă a sistemului, dar nu sunt suficient de priceput pentru a încerca să stabilesc care dintre ele a cauzat exact acest lucru.

INFORMATII SUPLIMENTARE

În timp ce încercam să diagnosticez problemele, am stabilit că:

  • restaurarea unui instantaneu de sistem anterior cu Timeshift NU rezolvă problema; acest lucru este total neașteptat, deoarece am indicii că acest lucru a funcționat bine pe 2021-12-07, totuși restabilirea unui instantaneu din ziua respectivă (sau din ziua precedentă) nu rezolvă problema
  • Am stabilit că problema apare NUMAI atunci când mă conectez cu o interfață ethernet specifică

În special, în ceea ce privește ultimul punct:

  • dacă folosesc placa wireless pentru laptop, numele .local sunt rezolvate
  • dacă folosesc placa ethernet pentru laptop, numele .local sunt rezolvate
  • dacă folosesc interfața ethernet a stației de andocare USB pe care o folosesc de obicei pentru a-mi conecta toate dispozitivele (inclusiv mouse, tastatură, afișaj etc.), denumirile .locale NU sunt rezolvate

Deci se pare că există o problemă cu acea interfață de rețea a stației de andocare. Totuși, asta a funcționat până acum câteva zile și nu am schimbat nimic legat de această stație de andocare (driver sau așa). Chiar și portul USB pe care îl folosesc este întotdeauna același. Această interfață de rețea este identificată ca enx0050b6166946 și văd și asta în syslog:

Dec 20 19:01:29 hppb avahi-daemon[1378]: Se alătură grupului mDNS multicast pe interfața enx0050b6166946.IPv6 cu adresa fe80::26ab:82a1:62ce:734e.
Dec 20 19:01:29 hppb avahi-daemon[1378]: Nouă interfață relevantă enx0050b6166946.IPv6 pentru mDNS.
Dec 20 19:01:29 hppb avahi-daemon[1378]: Înregistrarea unei noi înregistrări de adresă pentru fe80::26ab:82a1:62ce:734e pe enx0050b6166946.*.
[...]
Dec 20 19:01:31 hppb avahi-daemon[1378]: Alăturarea grupului mDNS multicast pe interfața enx0050b6166946.IPv4 cu adresa 192.168.1.4.
[...]

Deci, se pare că avahi se „înregistrează” corect și pe această interfață, atât pentru IPv6, cât și pentru IPv4.

Vreo idee?

user.dz avatar
drapel ng
Ați putea edita întrebarea și adăuga conținutul `/etc/nsswitch.conf` . Folosiți IPv6 sau IPv4 în subrețeaua locală? Ai 2 sau mai multe interfețe de net active? Ce zici de `ping ` fără nume de gazdă, funcționează (firewall, poate fi)? Ați putea să aruncați o privire la [aceste indicii de depanare avahi] (https://askubuntu.com/q/460371/26246).
Mauro Molinari avatar
drapel br
Mulțumesc @user.dz, dar se pare că a fost un fel de defecțiune hardware, totuși. Deconectarea și reconectarea stației de andocare de la priza AC a rezolvat problema. Cu adevărat ciudat, este prima dată când se întâmplă de ani de zile.
Puncte:1
drapel br

S-a dovedit că a fost un fel de defecțiune temporară a hardware-ului pe stația mea de andocare. Apropo, este o stație de andocare i-tec USB 3.0, care include un chipset DisplayLink DL-3900.

Deconectarea stației de andocare de la priza de curent alternativ și reconectarea acesteia a rezolvat problema. Acest lucru explică de ce o restaurare a sistemului cu Timeshift nu a rezolvat problema, confirmând că nimic nu sa schimbat pe sistemul meu. Probabil că s-a datorat unor întreruperi de curent care au avut loc în ultimele săptămâni, dintre care una probabil a stricat temporar ceva în comportamentul de funcționare a stației de andocare.

Cu toate acestea, este o problemă cu adevărat ciudată, care nu s-a întâmplat până acum în timpul câțiva ani de utilizare: în afară de această problemă cu mDNS, rețeaua funcționau bine, precum și toate porturile USB ale stației de andocare sau chiar caracteristica video USB-to-HDMI.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.