Linux a IPv6...

16.12.2011 03:24 | Přečteno: 1624× | linux/unix

Udělal jsem malou změnu ve školení IPv6, a to konkrétně v síťové konfiguraci učebny. Rozšířil jsem testovací server o jedno ethernetové rozhraní a z učebny se stala izolovaná IPv6-only síť.

Pravda, způsobil jsem tím pár problémů, které nás při školení zdržovaly, ale alespoň teď můžu přinést nové zkušenosti z domácího testování, z učebny, a také ze svých poznámek sebraných za poslední dobu.

Wikipedie není na IPv6

Rád při různých příležitostech používám různé obrázky a tabulky z Wikipedie, takže...

$ host www.wikipedia.org
www.wikipedia.org is an alias for wikipedia-lb.wikimedia.org.
wikipedia-lb.wikimedia.org is an alias for wikipedia-lb.esams.wikimedia.org.
wikipedia-lb.esams.wikimedia.org has address 91.198.174.225
$ host en.wikipedia.org
en.wikipedia.org is an alias for wikipedia-lb.wikimedia.org.
wikipedia-lb.wikimedia.org is an alias for wikipedia-lb.esams.wikimedia.org.
wikipedia-lb.esams.wikimedia.org has address 91.198.174.225

Je to ostuda, ale lze použít en.wikipedia.org.sixxs.org.

Google funguje v závislosti na místním nameserveru

Je to tak, zaregistrované sítě dostávají od Googlu AAAA záznamy, ostatní sítě pouze A. Podobně to funguje u Seznamu, ale ti zatím zařadili jen minimum svých webů (pěkná ostuda).

Problém je v tom, že nemám jedinou náhradu. Znáte někdo aspoň trochu slušný internetový vyhledávač, který funguje po IPv6.

Nefunguje DNSSL v NetworkManageru

Tedy, bez NetworkManageru funguje pouze konfigurace IP adresy a brány, NetworkManager zvládá nakofigurovat rekurzivní nameserver ale už neumí nastavit vyhledávací seznam domén.

Navíc, NetworkManager často na IPv6 po úspěšném připojení při dalších testech selhává a IP adresa se nenakonfiguruje vůbec.

interface ethX {
    prefix xxxx:xxxx:xxxx:xxxx::/64 {
            AdvOnLink on;
            AdvAutonomous on;
    };
    RDNSS yyyy:yyyy:yyyy:yyyy:yyyy:yyyy:yyyy:yyyy {};
    DNSSL example.net {};
};

Takováto konfigurace radvd.conf na routeru vede na následující konfiguraci /etc/resolv/conf na klientovi:

# Generated by NetworkManager
nameserver yyyy:yyyy:yyyy:yyyy:yyyy:yyyy:yyyy:yyyy

Chybí tedy:

search example.net

Stále nejde nss-mdns na linkové adresy

Avahi má k dispozici informaci o názvu souseda, IP adrese i rozhraní, přes které je soused dostupný. Ale ping6 ani SSH na *.local nefunguje. Přitom ping6 i ssh na linkovou adresu s názvem odchozího rozhraní funguje.

Zprovoznění IPv4-only služeb

Jako příklad poslouží server Prosody na Debianu, který pracuje pouze na protokolu IPv4. Na IPv6 se dá dostat jednoduchou kombinací superserveru inetd a švýcarského nože netcat následujícími řádky v /etc/inetd.conf.

5222 stream tcp6 nowait root /bin/nc nc -4 localhost 5222
5269 stream tcp6 nowait root /bin/nc nc -4 localhost 5269

Testováno na Debianu Squeeze s balíčky netcat6 a openbsd-inetd.

Upozornění: U některých služeb může tento postup vést až na otevření bezpečnostní díry například kvůli ACL podle IP adres.

debian.cz a ftp.cz.debian.org má stále rozbité IPv6 DNS

A borec na konec, debian.cz (a tím i ftp.cz.debian.org) má stále IPv4-only DNS, ačkoli se už jednou v dizkuzi pochválili.

Vtipné je také srovnat stránky www.ubuntu.com (nepodporuje IPv6) a www.ubuntu.cz (IPv6 bez problémů). Oficiální URL repozitářů IPv6 bohužel nepodporují.

Nefunkční je rovněž web www.fedora.cz, oficiální web a aktualizace Fedory fungují.

Funkční IPv6 na stránkách projektů a hlavně v infrastruktuře distribucí je potřeba právě při experimentování s IPv6-only sítěmi.

Závěrem...

Tento blogpost berte jako pár na rychlo sepsaných poznámek, které jsem si nechtěl nechat pro sebe. Doufám v divokou a zajímavou diskuzi.

       

Komentáře

[CET]

Ano, je to docela bida s IPv6. Kdyz jsem byl na skoleni IPv6, tak jsem si zkusil chvilku taky cisty IPv6 a zjistil jsem taky problemy. Hlavne ze se ruzny subjekty predhani a tlachaji, jak podporujou IPv6 a pritom to pak nefunguje poradne. Kdyz nekdo podporuje IPv6, tak to ma podporovat tak, aby to jelo i pro ciste IPv6.

Teda zkousel jsem to pred nejakou dobou, tak nevim, jestli to uz neopravili.

Je sice hezke, ze google ma ipv6.google.com prvni stranku, ale je to na nic, kdyz po zadani hledaneho vyrazu a odeslani jde formular s vysledky na google IPv4 adresu. Samozrejme chapu, ze google nemuze ovlivnit adresy tech vysledku, ale aspon vlastni servery by mohl udelat kompletne na IPv6.

www.root.cz taky hlasi podporu IPv6. www.root.cz sice jede na IPv6, ale co server s obrazky? Obrazky jsou na serveru, ktery neni v IPv6.

[pavlix]

www.root.cz taky hlasi podporu IPv6. www.root.cz sice jede na IPv6, ale co server s obrazky? Obrazky jsou na serveru, ktery neni v IPv6.

Momentálně jsem připojený přes IPv6-only (jen RDNSS je dualstack), a www.root.cz mi jede včetně obrázků (z i.iinfo.cz). Takže asi už opraveno.

Podobně mrtvou IPv6 mělo v dns kvalitni.doucovani.cz, zcela netechnický web, po nahlášení opraveno do druhého dne!

[Marián Kyral]

ipv6.google.com nefunguje?

[pavlix]

Tak což o to... kazdy.jiny.vyhledavac.sixxs.org funguje taky, ale mě zajímá služba, která funguje nativně (její běžné doménová jména mají oba typy záznamů).

[Limoto]

Co použít he.net DNS, který ty AAAA záznamy u Googlu mají?

[pavlix]

Co použít he.net DNS, který ty AAAA záznamy u Googlu mají?

Vypadám na člověka, který potřebuje poradit, jak to obejít? Hledám něco, co funguje by default a na 100%, abych to mohl ukazovat jako příklad a až lidi přijdou zase do firmy, tak jim to bude od začátku fungovat.

[petr_p]

Domnívat se, že všechny služby budou dostupné přes IPv6 je naivní. Proto máme NAT64 nebo TRT. Ostatně ISP, kteří to myslí s IPv6 vážně (Comcast, Virgin nebo Tušmobil), automaticky NAT64 ve své síti provozují.

[pavlix]

Domnívat se, že všechny služby budou dostupné přes IPv6 je naivní.

A ty se něco takového domníváš? Nebo na co že to reaguješ?

Proto máme NAT64 nebo TRT.

Což je hezké pro provozování IPv6-only sítě, ale pro testování IPv6 Internetu je to jaksi k ničemu.

Ostatně ISP, kteří to myslí s IPv6 vážně (Comcast, Virgin nebo Tušmobil), automaticky NAT64 ve své síti provozují.

Vidíš, já měl za to, že většina IPv6-ready ISP používá dual stack.

[Sten]

Mají dual-stack i NAT64. A záleží na vás, jestli budete mít jenom jedno zařízení nebo chcete IPv4 za NATem nebo IPv6-only síť.

[pavlix]

To zní docela rozumně. Je to o krok dál než samotný dualstack, ale vyžaduje to od zákazníka rozhodnutí a na základě toho konfiguraci DNS oznamovaných routerem.

Taky jsem tu s NAT64 na linuxu trochu experimentoval... jsem zvědavý, jak se to vypořádá s různými problémy s MTU a fragmentací.

[petr_p]

Mimochodem nedávno jsem objevil, že rok staré RFC 6052 definuje prefix pro překlad IPv4 adres do IPv6: 64:ff9b::/96.

[pavlix]

Jojo, ono na tom prefixu technicky v podstatě nezáleží, ale DNS64 ti musí vracet adresy, které půjdou přes NAT64 zpracovat.

[petr_p]

Domnívat se, že všechny služby budou dostupné přes IPv6 je naivní.

A ty se něco takového domníváš? Nebo na co že to reaguješ?

Proto máme NAT64 nebo TRT.

Což je hezké pro provozování IPv6-only sítě, ale pro testování IPv6 Internetu je to jaksi k ničemu.

Reaguji na tři body z vašeho zápisku.

Vidíš, já měl za to, že většina IPv6-ready ISP používá dual stack.

Většina asi ne. Ale ti, co nedávají zákazníkům veřejné IPv4 adresy, tak tam dual stack nic nepřináší. Akorát více práce, protože se všechno musí nastavovat dvakrát. Nakonec dual stack je jen dočasné řešení, než se většina Internetu přemění na IPv6. Proto ti, co to s IPv6 myslí vážně – berou IPv4 jako relikt, tak nasazují překlad mezi protokoly.

[pavlix]

Reaguji na tři body z vašeho zápisku.

Ani v jednom z nich se nic takového nepíše.

Většina asi ne. Ale ti, co nedávají zákazníkům veřejné IPv4 adresy, tak tam dual stack nic nepřináší.

To není tak úplně pravda. Dualstack tam přináší neměnnost fungování IPv4 (velice důležité!), možnost připojovat IPv4-only zařízení, a další věci.

Naproti tomu zrušení IPv4 ISP v tuhle chvíli v podstatě nic nepřináší, kromě problémů.

Proto ti, co to s IPv6 myslí vážně – berou IPv4 jako relikt, tak nasazují překlad mezi protokoly.

Zatímco ti ISP, co to myslí vážně se zákazníky, tak jim umožňují používat IPv4 jako dosud a k tomu jim případně přidají IPv6 rozsahy.

I když jako hezké řešení mi přijde právě zprovozněný NAT64 s volitelným DNS64, tzn vše volbou nameserveru.

[xHire]

Ostatně ISP, kteří to myslí s IPv6 vážně (Comcast, Virgin nebo Tušmobil), automaticky NAT64 ve své síti provozují.

Chtěl bych požádat o zdroje informací. Tušmobil jsem si dohledal, ten sedí (až na to, že NAT64 nepodporují „automaticky”, ale jen jako něco navíc pro zájemce, kteří to chtějí testovat). Nicméně zbylé dva již ne.

Comcast:

our approach is "native dual stack" which means customers will get both IPv4 and IPv6 addresses

O NAT64 nikde nemají ani slovo.

A Virgin? :c)

We [...] are happy to say that by the end of 2012, we’ll be able to fully support customers looking to switch to IPv6.

A z toho, co jsem dál našel, poměrně jasně vyplynulo, že Virgin vážně IPv6 v současné době nepodporuje.

[petr_p]

Mám dojem, že Comcast NAT64 prezentoval na posledním zasedání RIPE. Ostatně sám prohlásil, že mu už ani nestačí neveřjné adresy, takže logicky dual stack pro něj není (celopodnikové) řešení.

Virgin Media to je moje chyba. Nějak mám zafixovaný původní Virgin.net, který se IPv6 hodně zabýval, a taky rádio Virgin, které bylo jako jedno z prvních kromě unicastu dostupné i přes multicast.

[xHire]

Díky za doplnění. Na to rádio jsem při hledání taky narazil. :c)