avahi-daemon wtf?

17.6.2015 17:11 | Přečteno: 1864×

Kratky nasranoblog. Upgradol som svoj pracovny stroj s wheezy na jessie. To, ze mi pocas upgradu zmizlo cele KDE a ja som ho musel reinstalovat, by som este prezil. Co ma ale zarazilo, bolo hrozne nevyspytatelne chovanie celeho systemu. Projekty, nad ktorymi som pred upgradom v pohode pracoval sa zrazu chovali podivne, obcas mi maven vyhodil, ze sa nemoze dobuchat na nejaky artefakt a tak podobne. Kedze sa mi to uz par krat stalo, zmazal som lokalnu ~/.m2/repository cache a vsetky projekty prebuildil/preinstaloval.

Teda chcel som. Napriek vycisteniu celej cache mi maven nadalej tvrdosijne hlasil, ze niektore artefakty na firemnom nexuse nevidi, aj ked som si bol 100% isty, ze tam su. Diagnostikovanie problemu skomplikoval fakt, ze sice vyvijam v linuxe, ale virtualizovanom, nad windows. No a do repozitara som cumel browserom pustenym vo windows a maven pustal v linux-e.

Az po nejakej dobe som skusil wget a nasledny ping, aby som sa dozvedel:

ping repo.firma.local

ping: unknown host repo.firma.local

Ohohohooooo. Moment. WTF? Cumim do resolv.conf, vsetko ok. Skusam:

ping repo

64 bytes from ...

WTF?

Po desatminutovom badani pustam strace a vidim nieco, comu uplne nerozumiem:

strace ping repo.firma.local

... zasek na: connect(4, {sa_family=AF_LOCAL, sun_path="/var/run/avahi-daemon/socket"}, 110) = 0

WTF?

Skumam co je to avahi, citam wiki, otvara sa mi kudla vo vrecku. Citam este kusok dalej a uz vidim hlavnu pricinu problemu:

Author: lennart pottering

apt-get remove --purge avahi-daemon

ping repo.firma.local

64 bytes from ...

Zabite uz niekto to sku****e h****o, prosiiiiiiiiiim !!!!! ....        

Komentáře

[Kobo]

Nech si kazdy robi co chce ked ma chut a cas.... len nechapem preco to preberaju vsetky distra.

[Heron]

Doména .local je vyhrazena pro speciální použití (mDNS) a opravdu není vhodné ji používat jinak. Za toto opravdu LP nemůže, on jen napsal jednu implementaci mdns démona.

[Bedňa]

Si si istý že ti dá zapravdu RFC pre multicast DNS? Musel bys som si to to prečítať a nemám na to čas :)

[Václav "Darm" Novák]

Trochu stručněji i citacemi z RFC je to na wiki

[Max]

Ano, viz RFC6762.
Naštvání autora blogu pramení převážně z jeho neznalosti.
Zdar Max
PS: ještě dodám, že mDNS se používá spíše u Apple, takže veškeré MS sítě apod. používají (díky doporučením MS) doménu "local", u který může být s dodatečným přidáním Apple strojů problém. Já v jobu dospěl k tomu, že už jedině pužívat registrovanou TLD "corp.firma.cz"

[Bedňa]

Tak ako obyčajne Heron má za pravdu. Nič prekvapujúce :)

[Sten]

MS již proti používání neregistrovaných domén (včetně „local“) varuje. Před cca 10 lety ale opravdu „local“ doporučovat, přestože to bylo v rozporu i s tehdejšími RFC.

Používám neveřejné poddomény registrovaných domén. Ono to má i tu výhodu, že to funguje se zapnutým DNSSEC.

[pavlix]

1) Pokud někdo používá v síti falešné domény, musí si dát na ledacos pozor. U domácí sítě se to dá ještě docela pochopit, ale do firemní sítě patří skutečná DNS doména.

2) Pokud ta doména je zrovna .local tak k tomu nemám slov. Ta doména má dobře známý účel jako v systémech Apple, tak v systémech s Avahi.

3) Vzhledem k rozšířenosti produktů Apple je nadávání na Avahi zcela bezpředmětné.

4) Multicast DNS a podobné technologie jsou skvělý způsob jak pracovat s různými zařízeními na síti a necítit se přitom jako v době kamenné.

5) Avahi má svoje chyby, ale o lepší alternativě zatím nevím.

6) Slušný admin by kromě /etc/resolv.conf měl znát i /etc/nsswitch.conf.

[Michal Kašpar]

2) Pokud ta doména je zrovna .local tak k tomu nemám slov. Ta doména má dobře známý účel jako v systémech Apple, tak v systémech s Avahi.

Nojo. Bohužel na školeních MS technologiích i v některých jejich výukových materiálech se dozvíte, že je vhodná pro interní použití nebo testování... Když jsem se to na jednom takovém školení pokoušel lektorovi vysvětlit, bylo zřejmé, že ten účel v některých kruzích až tak dobře známý není.

[Václav "Darm" Novák]

Ten hon na Lennarta je ovšem úsměvný. Autor blogu místo aby hledal příčinu problému (avahi local domain vyhodí celkem relevantní výsledky) přečetl jméno autora, vyhodil avahi a sepsal hate blog :)

[Bubak]

Avahi na svem kompu jsem se zbavil taky temer ihned po instalaci... Pokud to nekomu k necemu pomuze, at si uziva, ale nevim, proc bych mel mit pustene zase necco, co si dela nejake kraviny, ktere nepotrebuju...

K domene local - to mi snad resi lokalni DNS server, kdyz uz mam svoji sit? Nechapu, proc bych mel uvnitr vlastni interni site pouzivat domenu registrovanou nekde cert vi kde?

[pavlix]

K domene local - to mi snad resi lokalni DNS server, kdyz uz mam svoji sit?

Nikoliv. Velkou část z toho, co dělá Avahi DNS server nedělá a ten zbytek dělá značně odlišně. Jsou to odlišná řešení vhodná pro odlišné účely, i když se jejich smysl do určité míry překrývá.

Nechapu, proc bych mel uvnitr vlastni interni site pouzivat domenu registrovanou nekde cert vi kde?

WTF?

[R]

Nemusis pouzivat registrovanu domenu. Mozes pouzivat napr .firma alebo .home.

[Michal Kubeček]

To už teď bohužel není tak jednoduché. Třeba zrovna u home bych se vůbec nedivil, kdyby si ji v dohledné době někdo zaregistroval. Třeba u site, kterou některé distribuce nastavovaly jako default, pokud si uživatel nezvolil něco jiného, už se to stalo. Takže spíš nějaký řetězec, který nebude dost zajímavý, aby hrozilo, že si někdo bude chtít příslušnou TLD zaregistrovat.

[Lol Phirae]

Takže spíš nějaký řetězec, který nebude dost zajímavý

.இந்தியா

[R]

To je pravda. Ale nie je to velky problem, maximalne nebudu fungovat weby s tou domenou (co pravdepodobne nikto v najblizsich rokoch ani nezisti).

[Ondrej Santiago Zajicek]

No, dle RFC 6761 je vyhrazeny "test." a pro takove ucely by mel byt pouzitelny.

[Max]

Aby to vzápětí prošlo jako registrovatelná doména? Nevím, každá firma má snad web/koupenou doménu, nevidím problém použít svou koupenou doménu i pro lokální síť místo vymýšlení takových věcí, resp. nevidím smysluplný důvod použití vymyšlené domény pro lokální síť.
Zdar Max

[bigBRAMBOR]

uz jsem to tu psal, bylo to jednoznacne doporuceno od Microsoftu pri zakladani nove AD domeny, takze spousta firem to tak má a tezko uz s tim ted budou neco delat.

[Max]

Já to vím, doporučení MS jsem četl a teď migruji doménu z local na naší reglou tld a to samé dělají naši kolegové na Slovensku, celkem asi 500pc
Zdar Max

[Chobotnice]

Nebo si na to muzes registrovat extra domenu. Treba CS a.s. ma domenu csin.cz

[pavlix]

Uznávám, že nevědomost je všudypřítomná, ale nepovažuju to za dobrou výmluvu. Navíc jsem jednu dobu byl v kontaktu s Gopasem, takže vím, jak fungují továrny na školení. Ale docela bych se styděl svoji neznalost takto vyzdvihovat a nedej bože ji dávat do souvislosti s negativními emocemi vůči známé osobnosti.

[Miriam]

To já být ty, tak bych se také styděl, ale za jiné věci. Být ty, tak vlastně chodím kanálama a mám strach vylézt.

[Gilhad]

Stydět se a chodit kanálama a mít strach vylézt můžeš už teď. Opravdu na to nepotřebuješ být někým jiným. Zvlášť ne ty.

[Miriam]

Zkus mi to říct do očí, kámo. Dostal bys takovou, že by se ti hlava otočila.

[bigBRAMBOR]

jj, pro pojmenovani domeny AD bylo drive doporuceni nepouzivat v zadnem pripade skutene domeny, ale domeny local nebo intra. Ted je to doporuceni jiné, ale kdo si sebou tahne domenu uz od win 2000 bude to blbe prejmenovavat.

[Michal Kubeček]

Pokud ta doména je zrovna .local tak k tomu nemám slov. Ta doména má dobře známý účel jako v systémech Apple, tak v systémech s Avahi.

Ono to není tak jednoznačné, jak to na první pohled vypadá. RFC 6762 je datováno "February 2013". Různé systémy používaly tuto doménu jako default už o mnoho let dříve - a vůbec bych se nedivil, kdyby i dlouho předtím, než ji pro multicast DNS začal používat Apple.

[Ondrej Santiago Zajicek]

Krom toho je to dost pitoma volba. Daleko vetsi smysl by davalo vyhradit napr. "mdns." pro mDNS, vyhradit "local." jako obecne oznaceni pro lokalni domenu a zpusob resolvovani "local." nechat na lokalni konfiguraci (kde treba jako default muze byt take mDNS), protoze to je lokalni policy kterou nema smysl standardizovat.

[pavlix]

Ono by vůbec dávalo smysl tyhle věci dělat jinak, než se dělají, ale co naděláš.

[bigBRAMBOR]

Nadelam s tim to ze nebudu psat nemam slov kdyz to nekdo pouzije....

[pavlix]

Whatever.

[pavlix]

O tom vůbec nepolemizuju. Podle mě se používá dostatečně dlouho na to, aby se nikdo nemohl vymlouvat, že se jedná o nějakou novotu.

[Sten]

RFC 920 z října 1984

Top level domains must be specially authorized and registered with the NIC domain registrar.

[ET]

tohle ale neplati pro LANky ne? nebo jsem to v tom RFC prehledl?

[Sten]

Tohle platí pro každého, kdo chce používat DNS. ICAAN žádnou TLD pro soukromé sítě nevyhradilo, jejich pozice je, že máte používat registrovanou doménu i tam.

[pavlix]

+1 pro interpretaci. Ovšem tím se ICANN stává spoluviníkem celé situace, protože muselo být dávno jasné, že se privátní DNS zóny budou používat. Je to jen další příklad, kdy standardizační organizace způsobují naprostý chaos tím, že nerespektují reálný svět.

[Josef Kufner]

Jenže pointa DNS je v tom, že je to jeden celosvětový strom. Tak proč to zbytečně drobit? Když chceš soukromou zónu, tak si ji udělej, ale prostě ji pověs někam do společného stromu. Cizí ji neuvidí a místním to nebude dělat bordel.

[pavlix]

Jenže pointa DNS je v tom, že je to jeden celosvětový strom.

Captain Obvious. Stejně jako je pointa IP (verze 4) v tom, že je to to celosvětový číselník a ve své podstatě taky strom. Jenže skuteční odborníci přemýšlí nejen pomocí definic a pojmů, ale taky pomocí toho, co mají na hlavě, a především ve vztahu ke každodenní realitě.

Když chceš soukromou zónu, tak si ji udělej, ale prostě ji pověs někam do společného stromu.

To je všechno hezké, jenže tady se nebavíme o mně. Předpokládat, že každý administrátor použije subdoménu registrované domény pro místní síť je stejné jako předpokládat, že se každý člověk postará o to, aby nikdy neskončil ve dveřích metra. Systém, který pracuje s takovým předpokladem je stejně debilní jako dveře, které se jsou schopné při zablokování lidskou postavou rozbít.

[Sten]

No, tohle je stanovisko ICANN, a ten přístup je opřen o to, že když připojíte „navždy privátní“ síť na internet, tak IP adresy se zaNATují, ale co s DNS? (Ze stejného důvodu ICAAN doporučuje místo views používat ACL.)

Ale pokud chcete opravdu nějakou privátní doménu, můžete použít doménu „test“ vyhrazenou v RFC 2606, protože její použití pro testování DNS serverů je jen doporučené.

[pavlix]

A když už jsme u toho Lennarta, pláčeš na špatném hrobě, ten má naopak v plánu Avahi zcela nahradit démonem, který se stará zároveň o LLMNR a DNS a v něm řešit zmíněné problémy. Jeden démon na všechny tyhle protokoly má jednu teoretickou výhodu ve velké flexibilitě řešení konfliktů mezi různými protokoly ale třeba i různými zdroji informací (napříkad více sad nameserverů).

[Nobody]

Myslel jsem, ze Lennart to nahradi systemd.

[pavlix]

A teď si myslíš, co?

[Miriam]

Náš administrátor shledal tento komentář závadným.

Vulgarity.

Zobrazit komentář

[Bedňa]

Keď si vyššie prečítam svoj komentár s troma promile a porovnám s tvojim za triezva, počítam že demokracia už ukázala čo dokáže. Sám som zvedavý koľko bude trvať až to pochopia.

[bambas]

Linux rulezzz!!! :D

[Lol Phirae]

Náš administrátor shledal tento komentář závadným.

Vulgarity.

Zobrazit komentář

[Vykook]

+1

[msk]

Sorry dlhsie som tu nebol tak zhrniem odpoved na komentare do jednej odpovede. Jedna sa o firemnu MS siet, nie som jej admin, takze to neovplyvnim. Kazdopadne o naviazanosti .local na mdns som tiez vobec nevedel (resp. som nic nevedel ani o mdns a zeroconf :D), takze si "sypem maslo na hlavu".

[zzz]

"Zabite uz niekto to sku****e h****o, prosiiiiiiiiiim !!!!! .... "

tusim ze tu kdysi byla jakasi bitcoinova sbirka...