Připravenost na IPv6: Fedora 15 a NetworkManager

9.6.2011 17:23 | Přečteno: 2002× | linux/unix | poslední úprava: 9.6.2011 17:23

Na konferenci IT 2011 byla plnohodnotná duální konektivita IPv4 a IPv6 (tedy veřejné adresy od obou protokolů). To Fedoře nečinilo žádný problém. Ale...

Zatímco u jednoho stolku jsem si nechal validovat účet na MojeID, u dalšího byla možnost otestovat připravenost notebooku na IPv6-only sítě. Vzhledem k tomu, že se chystají technologie jako NAT64/DNS64, síť bez IPv4 adres se brzy může stát na některých místech realitou.

Tušil jsem, že linuxové distribuce můžou mít s připojením do IPv6-only sítě potíže. Na druhou stranu jsem žil v důvěře, že Fedora 15 obsahuje dostatečně nový NetworkManager a bude zvládat automatickou konfiguraci sítě správně.

Tak jsem se připojil. Pro jednoduchost jsem testoval se zablokovaným IPv4 a rovnou jsem se zeptal na způsob konfigurace adres i DNS. Adresa se konfigurovala bezstavově pomocí informací o prefixu z router advertisement a DNS se konfigurovalo přes DHCPv6 (místní Cisco to prý ani jinak neumělo).

NetworkManager nezvládl dokončit připojování k síti.

Příkaz radvdump mi pomohl zkontrolovat správnoust údajů v oznámení routeru. IP adresa se nakonfigurovala správně. Systémový log a tcpdump dohromady pomohly ověřit, že NetworkManager spustil DHCPv6 klienta, odeslal dotaz (Information Request) na DHCPv6 server a dostal zpět odpověď, která obsahovala IPv6 adresu nameserveru. Informace o přijetí odpovědi v logu není.

Bohužel, místo vygenerování /etc/resolv.conf došlo k opětovnému poslání DHCP Information Request a opětovné odpovědi ze serveru. To se opakovalo tak dlouho, dokud to NetworkManager nevzdal.

Pak dokonce NetworkManager deaktivoval rozhraní, takže ani vytažení a opětovné vrácení kabelu neaktivovalo nový pokus o připojení.

Poznámka na okraj, Windows (verzi nevím, asi 7) se prý na stejnou IPv6-only síť připojily. V některých ohledech tedy máme ještě co dohánět.        

Komentáře

[pavlix]

Doplním verze:

[pavlix@traveller ~]$ rpm -q NetworkManager dhclient
NetworkManager-0.8.9997-1.git20110531.fc15.x86_64
dhclient-4.2.1-9.P1.fc15.x86_64

A malé upozornění pro všechny, nepotřebuju pomoc ani poradit, na své síti používám pouze radvd bez DHCPv6. Blogpost má za cíl pouze konstatovat zjištěná fakta. Diskuzi samozřejmě uvítám :).

[Luboš Doležel (Doli)]

NetworkManager a Wicd jsou obojí takové srágory, že síť obvykle konfiguruju z konzole a ještě si chrochtám, jak je to oproti těmto GUI zmetkům pohodlné a bezproblémové.

[pavlix]

Obecně, na IPv4, je NetworkManager nesmírně pohodlný, pokud od něj chceš něco z toho, co umí. Oproti konfiguraci wpa_supplicant po scanování sítě, atd, je vybrání sítě z nabídky krása.

Nezkoušel jsem to, ale současné verze NM jdou ovládat i z konzole (přesněji řečeno je na to cmd-line nástroj, z konzole to teoreticky šlo přes D-bus vždy).

Jinak bavíme se o práci způsobem „just works“, případně (na přechodnou dobu) aby bylo potřeba pouze někde zaškrtnout políčko že IPv6 jo, a že IPv4 není podmínkou.

CMD nástroje mám rád, když chci dělat něco pokročilého.

[Luboš Doležel (Doli)]

Obecně, na IPv4, je NetworkManager nesmírně pohodlný, pokud od něj chceš něco z toho, co umí.

Chtěl bych od něj spolehlivě se připojovat k WiFi sítím. To neumí. Obecně na eduroamu (mnoho AP, rušení) se po čase zblázní a není schopen se připojit. Ruční použití wpa_supplicant v té samé situaci je přitom stabilní.

[pavlix]

Chtěl bych od něj spolehlivě se připojovat k WiFi sítím. To neumí. Obecně na eduroamu (mnoho AP, rušení) se po čase zblázní a není schopen se připojit. Ruční použití wpa_supplicant v té samé situaci je přitom stabilní.

Jen pozor, aby to nebylo závislé na hardware. Mimochodem potěšilo by mě, kdybys to hlásil jako bug, mělo by to jít jednoduše řešit, vzhledem k tomu, že i NetworkManager volá wpa_supplicant. Zrovna přemýšlím, jak nejlíp zahlásit (případně najít už nahlášené) toto.

Mimochodem, ten problém se podle mě netýká ani tak NetworkManageru, ale buď je to chyba v DHCPv6 klientovi, nebo to může být i nějaká chyba firewallu...

[Luboš Doležel (Doli)]

Po čase člověka hlášení chyb unaví. Ten software evidentně nikdy neprošel zátěžovým testem. V logu bylo akorát něco jako "dissociating by local choice" a to bylo všechno.

[pavlix]

Není náhodou NetworkManager výchozím nástrojem na správu sítí v RHEL6?

[Luboš Doležel (Doli)]

Netuším... Jestli jo, tak je to dost zlý. Starší verze mi někdy dokonce vyloženě padaly (démon umřel).

[pavlix]

Z toho se dá usuzovat, že v Redhatu novější verze považují za dostatečně použitelné, což vnímám spíš jako dobrou zprávu.

[kralyk z abclinuxu]

Já teda na Archu nemám problém, pracuje se s tím dobře. Asi máš zkušenostě s nějakou prastarou verzí...

[Heron]

V RHELu je kde co. A taky se tam kde co hned po instalaci vypíná . NetworkManager na serveru, k čemu?

[Jirka]

Vypada to jako https://bugzilla.redhat.com/show_bug.cgi?id=552099

[Jirka]

resp.

https://bugzilla.redhat.com/show_bug.cgi?id=591630

[pavlix]

Díky moc, ještě jsem se ani nedostal k tomu se podívat :).

[Petr Tomášek]

to jsem nikdy s eduroamem nepozoroval.

[Martin Habovštiak]

Ani ja...

[Luboš Doležel (Doli)]

Stačilo pár přechodů mezi budovama, do toho střelit několik resume/suspend a bylo.

[pavlix]

Mno já bych z jedné verze při jednom hardware radši neusuzoval nic obecného. Mimochodem, na Linuxu je suspend/resume hodně rozbitý a když funguje bez problémů, tak je to svátek.

[Luboš Doležel (Doli)]

Mně funguje výborně. Jediný problém je gam_server, který rád uspání blokuje a nejde se ho zbavit.

[frdrx]

IMHO to umí. Nemám s Eduroamem problém.

[Jezekus]

Naprosto souhlasím. Na jednom patře b baráku naprosto v pohodě, na jiném ani kdybych se na USB konektor postavil. Přitom stačí vypnout NM a z konzole pustit wpa_supplicant a je to připojené než překliknu do jiného okna a připojené to většinou zůstane...

[Heron]

NetworkManager jsem vždy vyzkoušel, zjistil, že stále skoro nic neumí (například se připojit na více VPN v jeden okamžik) a odinstaloval. Co se týče IPv6, tak s RA jsem nikde nezaznamenal větší problém, router se ohlásil a uzel měl okamžitě IP. A to i na CentOS 5. Po této stránce to funguje fantasticky a zkušenosti s tím mám zatím lepší než s DHCP(v4). Co nefunguje, je implementace RA v mikrotiku. Ale snad se to zlepší.

[pavlix]

NetworkManager jsem vždy vyzkoušel, zjistil, že stále skoro nic neumí

Teď už umí prakticky vše, co je běžně potřeba. Na atypické věci nebude možná stačit nikdy.

(například se připojit na více VPN v jeden okamžik)

Mno pokud chci dělat s VPN cokoli jiného než standardně se připojit k jedné a na tu nastavit default GW, tak na to NM ani jinou podobnou automatiku používat nebudu.

Co se týče IPv6, tak s RA jsem nikde nezaznamenal větší problém, router se ohlásil a uzel měl okamžitě IP.

IP fungovala i v tomhle případě, ale s DNS byl problém.

Co nefunguje, je implementace RA v mikrotiku. Ale snad se to zlepší.

S RA v Mikrotiku jsem neměl problém. Jaká verze zlobí? Jinak pokud jde o RouterOS pro IPv6, nic staršího než 5.0 mě nezajímá, vše starší je více či méně broken.

[Heron]

Nebudu se dohadovat o tom, co je to standardní použití VPN. Mám jich více a default gw jsem přes žádnou nikdy nesměroval.

Mám na mysli ROS5, zejména ty bety. Poslední ostrou verzi jsem nijak více netestoval. Chovalo se to tak, že se router správně ohlašoval v zadaných intervalech, ale mezi nimi nebyl schopný reagovat na Router Solicitation. Takže uzel vždy musel čekat až na další RA. Nakonec jsem interval RA snížil na minimum, takže to přiděluje IP skoro hned.

[pavlix]

Nebudu se dohadovat o tom, co je to standardní použití VPN. Mám jich více a default gw jsem přes žádnou nikdy nesměroval.

Ani není třeba.

Mám na mysli ROS5, zejména ty bety. Poslední ostrou verzi jsem nijak více netestoval. Chovalo se to tak, že se router správně ohlašoval v zadaných intervalech, ale mezi nimi nebyl schopný reagovat na Router Solicitation. Takže uzel vždy musel čekat až na další RA. Nakonec jsem interval RA snížil na minimum, takže to přiděluje IP skoro hned.

Jo, tak to je docela špatná zpráva, doufám, že to bude brzo opraveno. Já doma přiděluju z OpenWRT a RouterOS je jen na routerech až za mnou. Mno uvidíme.

[the.max]

Pouzivam Wicd. Neni to sice zadna vyhra, ale oproti Networkmanageru neskutecny luxus. Networkmanager padal pokazde kdyz me videl, nebo jsem jen prosel okolo. Ale i o Wicd me NESKUTECNE vytaci, ze kdyz odpojim sitovej kabel za zase ho pripojim zpatky, musim sit nastavit znova. S*re me to hlavne kvuli tomu, ze kdyz konfiguruju nejaky sitovy prvek ktery se restartuje, musim zase vybirat pripojeni.

[SPM]

Když si se sítí hraju, tak obvykle NM vypnu a konfiguruju ručně :) naproti tomu NM mi v ubuntu funguje víceméně stabilně a když se dožaduju akorát leckde jenom připojení, tak to funguje fajn (vyberu wifi síť, zeptá se to na credentials a jedu...)

[pavlix]

Když si se sítí hraju, tak obvykle NM vypnu a konfiguruju ručně :)

Stejnětak bys vypnul Wicd.

[pavlix]

Pouzivam Wicd. Neni to sice zadna vyhra, ale oproti Networkmanageru neskutecny luxus. Networkmanager padal pokazde kdyz me videl, nebo jsem jen prosel okolo.

Takže když mi NM nepadá, nemá cenu, abych Wicd zkoušel? :)

Ale i o Wicd me NESKUTECNE vytaci, ze kdyz odpojim sitovej kabel za zase ho pripojim zpatky, musim sit nastavit znova.

NM tuším pracuje s nějakým timeoutem, ale pochybuju, že by to stačilo na restart serveru, muselo by se to přesvědčit k delšímu čekání.

[SPM]

jojo, proto je lepší s tim přechodem začít dřív... až to všichni udělaj na poslední chvíli a objeví se tyhle problémy, tak jsem zvědav co s tim budou dělat :))

[pavlix]

jojo, proto je lepší s tim přechodem začít dřív... až to všichni udělaj na poslední chvíli a objeví se tyhle problémy, tak jsem zvědav co s tim budou dělat :))

Tomáš Podermanski to krásně vystihl na EurOpen, když potom, co oprávněně zdrbal IPv6 z bezpečnostního hlediska (zdrbal by stejně tak i IPv4, až na to, že u IPv4 už mají všichni koupená nějaká řešení), prohlásil, že nejlepší řešení všech průserů s IPv6 je nasadit ho co nejdříve.