Dotaz: Avahi, Samba a jména v lokální síti

[Espinosa]

Moje sága s lokálními síťovými jmény pokračuje. Happy end se zatím nekonal. Pavlix poradil Avahi, tak jsem se rozhodl dát příležitost.
Bohužel, není to tak jednoduché. Po několika hodinách páteční noci, strávené googlením a experimentováním snad mám vše doinstalované, Avahi alias MDNS4 je v NSS zkonfigurován, Ahavi démon opravdu běží, avahi-discovery také, servery to vidí, služby vidí, specificky sambu, smb4k vidí počítače také.

A přesto, to nejzákladnější, ping [jméno počítače] nefunguje, jméno nerozpoznáno.

Po dalším hledání jsem narazil na nápovědu:
Musím přidat .local za jméno počítače!

ping necko2.local
Vida, teď se chytlo. Alespoň nějaký pokrok.

Co o to, já bych se z tím suffixem smířil, ale Samba, respektivě cifs klient ne. Disk se nepřimountuje. Prostě se to musí jmenovat necko2 nebo smůla. Musí mu hrát síťové jméno a jméno přes nmblookup(??) nebo se nepřipojí.
A o sdílení souborů přes Sambu mi jde především.

Jak přemluvím avahi aby od té bejkárny typu ".local" upustil?
Děkuji.

Odpovědi

[Espinosa]

Tak to stále nefunguje. Sice jsem pokročil ve vzdělání ohledně síťové infrastruktury, ale to nebylo mým cílem.

Tak předně, nss-mdns je k Avahi externí projekt a tak trochu "vedlejšák" (Autorem je Lennart Poettering)
Něco málo dokumentace:
http://0pointer.de/lennart/projects/nss-mdns/
..nss-mdns is a plugin for the GNU Name Service Switch (NSS) functionality of the GNU C Library (glibc) providing host name resolution via Multicast DNS (aka Zeroconf, aka Apple Rendezvous, aka Apple Bonjour), effectively allowing name resolution by common Unix/Linux programs in the ad-hoc mDNS domain .local...

Zkoušel jsem podle návodu
# /etc/mdns.allow
*
..ale nemá to žádný vliv.
Mimochodem MS Windows od Vista výše a nepoužívá NetBios (winbind) ale LLMNR
http://en.wikipedia.org/wiki/Link-local_Multicast_Name_Resolution
http://technet.microsoft.com/en-us/library/bb878128.aspx
..Link-local Multicast Name Resolution (LLMNR) is a new protocol that provides an additional method to resolve the names of neighboring computers. LLMNR is especially useful for networks that do not have a Domain Name System (DNS) server...LLMNR is a protocol defined in RFC 4795....
Tak přesně tohle bych si přál i na linuxu. MS je napřed :(

Avahi (Zeroconf) sice vypadá slibně, měl by poskytovat (mimo jiné) to samé jako LLMNR, ale už nad ním trávím druhý večer a stále je to polofunkční.

http://www.ohloh.net/p/zcnr
LLMNR implentation for Linux
projekt bez řádky kódu.

Rozhodně nejsem jediný linuxový uživatel, kdo by něco takového uvítal
http://serverfault.com/questions/352305/why-can-windows-machines-resolve-local-names-when-linux-cant
Why can Windows machines resolve local names when Linux can't?
Pregnantně vyjádřeno.

[ET]

Zdar,

ja to mam doma takhle a funguje to fpoho - v DNS mam nejakou vymyslenou/neexistujici zonu 2. radu (treba moje.sit, je to jedno) a v ni mam nadefinovany hosty (napr pc1.moje.sit, pc2.moje.sit, etc...). Vtip je v tom, ze musis donutit klienty, aby pridavali za jmeno domenovej suffix (v tomto pripade .moje.sit)

* na tuxu pridas "search moje.sit" do /etc/resolv.conf a pak `ping pc1` vali bez problemu - suffix jde priradit i dhcpkem, ktereje atribut z hlavy nedam - UTFG

* na widlich je naprostej bordel (2003/xp vs 2008/win7), ale i tak to jde ! vlezes na sitovku do tyhle zalozky http://technet.microsoft.com/en-us/library/Bb457118.f24zs08_big(en-us,TechNet.10).jpg a do pole "DNS suffix for this connection" dopises "moje.sit", pak bude fungovat "ping pc1, ping pc2, \\pc1 etc..." - na ty zalozce MUSIS zaroven zvolit "Append primary and connection specific DNS suffixes" - s dhcp pridelenym suffixem to taky funguje taky, odzkouseno...

* pozor, pokud vytvoris v DNS domenu 3.radu a vyssi (tj. *.whatever.moje.sit), nebude to uplne korektne fungovat na widlich - konfiguruje se jinak, proto pokud mozno pouzij domenu 2. radu !

* doporucuju pouzit nastroj nslookup z prikazovy radky se zaplym debugem a uvidis jak se jmena pokousej prekladat :

priklad bez suffixu/"searche v resolv.conf", nslookup se pokousi prelozit jen pc1 - nefunguje...

>nslookup
>set debug=true
>pc1
---
 QUESTIONS:
	pc1, type = A, class = IN # na tomhle radku poznas, jaky jmeno se preklada pres DNS !

priklad se suffixem/"searchem v resolv.conf", nslookup se pokousi prelozit pc1.moje.sit - funguje, pokud mas v DNS A zaznam pro pc1.moje.sit

>nslookup
>set debug=true
>pc1
---
 QUESTIONS:
	pc1.moje.sit, type = A, class = IN 

* jestli si chces honit triko s LLMNR/WINS tak nemuzu slouzit, ja jsem spokojenej se standardnim resenim = DNS...

[VSi]

Doplnil bych, že pokud mají Windows klienti konfiguraci sítě z DHCP serveru, tak ten jim může předat i "search doménu". A funguje to spolehlivě, třeba i s doménou 3. řádu. Přes DHCP získaná doména se pak použije s nejvyšší prioritou.

To ruční nastavení na Windows je trochu komplikované, a náchylné na chyby. Právě u ručně nastavených domén 3. a vyšší úrovně se někdy stane, že se do search-listu přidají i "nadřazené" domény, což může potom dělat problémy.

DNS search-list na Windows je i součástí výpisu ipconfig /all, jako Prohledávací seznam přípon DNS.

[ET]

ano, to jsem mel namysli dhcp konfiguraci - http://linux.die.net/man/5/dhcp-options, atribut "option domain-search moje.sit", nechtel jsem to hledat...

Právě u ručně nastavených domén 3. a vyšší úrovně se někdy stane, že se do search-listu přidají i "nadřazené" domény, což může potom dělat problémy.

problem je v tom (narazil jsem na to nedavno), kdyz se udela ta rucni konfigurace "Append primary and connection specific DNS suffixes" s domenou 3. radu(a pravdepodobne i vyssiho), tak widle zacnou strkat do suffixu POUZE "druha.tld" tj. pozadovanej suffix "treti.druha.tld" se nikdy nepouzije (kdyz je pak *.druha.tld -> <-> tak se to blbe hleda :)

tady je to celkem dobre popsany http://networkadminkb.com/KB/a253/windows-2008-append-parent-suffixes-the-primary-dns.aspx; ve stavu, kdy ping a nslookup pouzivaj jine suffix me napada jen "copak ipconfig, ale jmeli ..."

reseni v pripade 3. radu pro me bylo nastavit natvrdo "treti.druha.tld" na radio-buttonu "Append these DNS suffixes (in order)" ze screensh|tu

ze ma dhcp vetsi prio je dobra zprava pro tazatele i nas vsechny [dunno b4 :] - kazdopadne ja to resil na serveru, kterej i kdyby nebyl dhcp serverem, tak mu stejne dam statickou ip, mno aspon jsem se naucil >set debug=true, facha i pod tuxem (jeste aby ne...)

[Max]

To je sice pekne,az na to,ze se zde neresi dns,ale avahi. Tzn.,preklady ip bez nejakeho serveru aka dns apod. Avahi je neco jako netbios pod windows.
Zdar Max

[ET]

sry za OT