Dotaz: Xubuntu 20.04 - Avahi, jmeno.local neresolvuje na IP

[otasomil]

Zdravim ve spolek Tentokrate se zdanlive snadnym dotazem ale ono nee. Drive v Xubuntu 18.04 fungovalo (defaultne bylo nastaveno) Avahi pro volani pc na lokalni siti ve tvaru jmeno.local coz spolehlive mi fungovalo vsemi smery, postupem casu s prechodem na LTS 20.04 jiz tomu tak neni, ona (serverova) cast Avahi funguje protoze z Xubuntu 18.04 lze pingat na Xubuntu 20.04 ale uz ne naopak. V Xubuntu 20.04 mam nainstalovany tyto baliky:

avahi-daemon avahi-discover avahi-utils libnss-mdns mdns-scan

Coz v minulosti stacilo bez nutnosti jakehokoli konfiguracniho zasahu. Vim ze Avahi je takovy problematicky SW a urco me od tohoto budete i odrazovat ale kdyz to dobre jelo a v nove verzi OS uz nikoliv tak mne to zlobi teda. Diky za nakopnuti.

Odpovědi

[k3dAR]

me to na ciste Xubuntu 20.04 instalaci funguje ok, muzu z ni pingnout na x1804.local i x2004jine.local, pro jistotu seznam mejch baliku, nic sem rucne neresil, nedoinstalovaval, nekonfiguroval (alespon ne umyslne nic co by s tim melo/mohlo souviset)

$ dpkg -l | grep -e avahi -e mdns
ii  avahi-autoipd                             0.7-4ubuntu7                          amd64        Avahi IPv4LL network address configuration daemon
ii  avahi-daemon                              0.7-4ubuntu7                          amd64        Avahi mDNS/DNS-SD daemon
ii  avahi-utils                               0.7-4ubuntu7                          amd64        Avahi browsing, publishing and discovery utilities
ii  libavahi-client3:amd64                    0.7-4ubuntu7                          amd64        Avahi client library
ii  libavahi-common-data:amd64                0.7-4ubuntu7                          amd64        Avahi common data files
ii  libavahi-common3:amd64                    0.7-4ubuntu7                          amd64        Avahi common library
ii  libavahi-core7:amd64                      0.7-4ubuntu7                          amd64        Avahi's embeddable mDNS/DNS-SD library
ii  libavahi-glib1:amd64                      0.7-4ubuntu7                          amd64        Avahi GLib integration library
ii  libavahi-ui-gtk3-0:amd64                  0.7-4ubuntu7                          amd64        Avahi GTK+ User interface library for GTK3
ii  libnss-mdns:amd64                         0.14.1-1ubuntu1                       amd64        NSS module for Multicast DNS name resolution

[otasomil]

Diky za komment. Vsechny baliky jak uvadite mam. Jeste mne napadlo ze problem bude v nsswitch.conf. Zde muj soubor:

passwd:         files systemd
group:          files systemd
shadow:         files
gshadow:        files

hosts:          files mdns4_minimal [NOTFOUND=return] dns
networks:       files

protocols:      db files
services:       db files
ethers:         db files
rpc:            db files

netgroup:       nis

Zkousel jsem menit radek hosts dle ruznych navodu na netu ale zcela bezuspesne. Patrne v aktual verzi *buntu ma tyto veci na starost neco jineho.

[k3dAR]

v Xubuntu 20.04.1 mam v /etc/nsswitch.conf host radek:

hosts:          files mdns4_minimal [NOTFOUND=return] dns mymachines

to mymachines tam predpokladam pridal balicek libnss-mymachines a jestli mi neco neunika je to pro lokalni virtualy...

[otasomil]

Zdravim, krom mymachines mam to stejny. Patrne to navic vypada ze nsswitch.conf je jiz nejaky apendix protoze zakomentovani radku zacinajiciho hosts vubec nic nezpusobi. Tvurci *buntu, mint dister patrne rozhodli ze jiz zustane Avahi jen jako ta serverova cast a klientska bude pouze Apple pc. Jsem taky zklamany neb se mi Avahi osvedcilo, uz se nejak nechci vracet k /etc/hosts a tapat nad BINDem do kteryho se mi nikdy nepodarilo implantovat vlastni domeny/ip aby BIND coby DNS na siti fungoval jako cache a navic prekladal napr server.lan na 192.168.1.1. Mozna takoveto funkce umi i nejake routery - nevim, netusim

[k3dAR]

hostname.lan mi preklada router (s OpenWRT) na IPv6... nicmene jak sem psal z Xubuntu 20.04 pingnu na host.local jak jineho Xubuntu 18.04, tak Xubuntu 20.04... jestli je tedy to co ti nejde, tak cista instalace (resp. i jeden NB preveden z 18.04 na 20.04) to funkcni ma :)

[otasomil]

Zdravim a diky za info. zkusim live Ubuntu a Xubuntu 20.04 (aby byly ruzny hostname) na dvou PC a uvidim zda si jmenem pingnou navzajem. Dnes jsem zkousel live Xubuntu 20.04 na server.local kde bezi Ubuntu 18.04 a neslo to, live 18.04 bezproblemu okamzite. Zatim to pomale vypada ze se vratim k statickym ip adresam jak v drevnich dobach Internetu protoze toto funguje naprosto vsude a na jakemkoli zarizeni.
Zkratka provozovat si nejake sluzby na adrese lokalniho rozsahu a chtit aby byly pristupne pres nejake domenove jmeno na jakemkoli zarizeni je proste utopie protoze: /etc/hosts nevnutim androidu, android pouziva DNS od googlu asi takze vlastni Bind to neresi, resolvery od isp obvykle odmitaji prekladat na adresy privatniho rozsahu (pry je to bezpecnostni riziko) a nakonec ani Avahi kdyz uz mam jen Linux OS nefunguje... je to zoufaly

[otasomil]

Zdravim Stav nasledujici: Live iso Ubuntu 18.04 a Xubuntu 18.04 (zamerne bylo vybrano protoze maji rozdilne hostname ubuntu.local a xubuntu.local) pinga bezproblemu ihned po spusteni obema smery. Tytez distra akorat 20.04 nepinga zadnym smerem a z 18.04 jde pingat na 20.04 ale naopak uz nikoliv. Router, kabelaz i hardware je porad stejny jen nastartovane live iso. Mozna to funguje tomu kdo presel z 18.04 na 20.04 upgradem nikoliv cistou instalaci.
No nic nebudu to hrotit, vratim se do staroveku kdy se pocitace volaly ip adresou a hotovo, posledni cislo ze staticke adresy (a to i ztej IPv6) ktery se meni si jeste zapamatuju.

[Peter Golis]

Pokiaľ sú to virtuálky pod KVM, tak som to riešil v blogu:

systemd-resolve --interface=virbr0 --set-dns=192.168.122.1 --set-domain=vm 

Tým sa nastavilo v hypervízore že má používať DNS pribalené k libvirt/KVM. Zvyšok už zvládlo vstavané DHCP z libvirt/KVM. Ale s Avahi som sa zbytočne nehral. A nechelo sa mi ani hľadať kam dopr. to mám dokonfigurovať natvrdo. Mám to na hranie a testovanie.

[j]

Bind toho umi mnohem vic, ale .local bys do nej davat nemel.

Aby ti to fungovalo, potrebujes mit funkcni multicast. A pokud ti to bezi, melo by to poslouchat na UDP portu 5353 (ss -ltunp | grep 5353). Na tom stroji, jehoz jmeno chces prelozit, samozrejme.

Zakomentovani nic nezpusobi nejspis proto, ze se pouzije default.

Na tu komunikaci se samo muzes mrknout za pomoci tcpdump. Bud chytej ten port pripadne 224.0.0.251 nebo FF02::FB

A osobne bych videl, ze ti to rozbil jak jinak nez soudruh poettering, aznto a jelikoz se sere i do dns/hosts. Videl bych to tak, ze ten dement tvuj dotaz odchyti, nasere ho do toho svyho demona, na nejakou konfiguraci a rfc zvysoka sere, a protoze zadnou odpoved neziska, tak se tim dal nezaobira.

Takze si myslim, ze zatimco z ty 18 odchozi komunikaci na sit uvidis (a demon na 20 ti tudiz odpovi), tak z ty 20 ne a tudiz 18 nema na co odpovidat.

---

Dete s tim guuglem dopice!