Dotaz: ipv4 nat ipv6

[Cole]

Zdrav??m, cht??l bych se zeptat jak by se v linuxu nechalo na routeru p??elo??it vnit??n?? IPv4 adresy na vn??j???? IPv6 adresu ? d??ky

---

---

Odpovědi

[NN]

NAT64, ale osobne bych se tumu snazil vyhnout.. Vice:

http://en.wikipedia.org/wiki/IPv6_transition_mechanisms

NN

[petr_p]

Raději nijak. Doporučuji do vnitřní sítě / stroje dotáhnout IPv6 a vevnitř už rozvést nativně.

Uniká mi totiž, k čemu vám bude hypotetický překlad, když nebudete moci zadat cílovou adresu. Bijekce se mezi množinami s různým počtem prvků (adres) dělá blbě.

[Jary]

Nechceš něco jako 6to4? Pokud máš alespoň jednu veřejnou IP adresu, tak je to pravděpodobně to, co hledáš.

[Dejv]

Pridavam se k dotazu a pokusim se popsat situace, kdy by to mohlo byt potreba:

1. V LAN mam zarizeni, ktere mam pristupne zvenku (z WAN). To zarizeni umi jen IPv4. Dokud mam na WAN IPv4, neni problem (NAT). Pokud budu mit WAN jen IPv6, jak toto zarizeni zpristupnim? Jiz zmineny NAT64?
2. V LAN mam zarizeni, ktere umi jen IPv4, na WAN mam jen IPv6. To zarizeni ale musi pristupovat do WAN. Jak? Pomoci nejake 6-4 proxy? (je celkem jasne, ze to bude omezene na cile, ktere maji zaznam v DNS)
3. Obdoba 1, ale opacne. V LAN chci (musim, narizeni vedeni firmy) mit jen IPv6, na WAN mam jen IPv4, zarizeni v LAN musi byt pristupne zvenku na me WAN adrese. Ponechme stranou variantu debaty s vedenim o nevhodnosti tohoto reseni... NAT64?
4. Obdoba 2, taky opacne. V LAN jen IPv6 (narizeni vedeni), na WAN jen IPv4. Jak pristupovat ven? Asi nejaky 6-to-4 tunel? Ale co kdyz nemam tu moznost? Nejaka 6-4 proxy (s omezenim na DNS)?

Vim, ze to jsou znacne hypoteticke pripady (zvlaste ta nemoznost 6-to-4 tunelu ve 4. prikladu, ale setkal jsem se s prostredim, kde by me to neprekvapilo), ale to ponechme stranou. Nechce se mi verit, ze to neni resitelne. A zvlaste 1. priklad se mi jevi jako docela realna situace.

Dejv

[petr_p]

(1) není problém (pokud se omezíme na omezený počet spojení). Prostě se na NAT64 vyhradí vnitřní rozsah pro SNAT a příchozím IPv6 spojení se přiřadí zdrojová adresa z vyhrazeného rozsahu a cílová se přepíše na adresu vnitřního zařízení. Mapování z cílové adresy zvnějšího IPv6 do vnitřního IPv4 lze udělat algoritmicky například vestavěním IPv4 adresy do IPv6 adresy. Počet spojení bude samozřejmě omezen velikostí vyhrazeného vnitřního IPv4 rozsahu.

(2) je, co tazatel zřejmě chtěl. Vzhledem k tomu, že globální IPv6 adres je mnohem více než soukromých IPv4 adres, není možné zevnitř zahájit komunikaci s kýmkoliv. Buďto se vybere malý IPv6 rozsah, který dá bijektivně namapovat do vnitřního IPv4. To je ale prakticky použitelné jen pro vnitřní kontrolovaná prostředí, kde si toto omezení lze dovolit. V opačném případě musí by se musel zapojit dynamické mapování DNS záznamů do vyhrazeného IPv4 rozsahu a držet DNS a NAT mapování v synchronizaci (a s rozumnou životností). Dříve se věřilo, že to půjde, praxe ukázala, že je to natolik ošklivé, že se toto řešení a tedy i celý bod (2) označil za zhoubný a nepodporovaný (stavěl na tom článek na Lupě, který představoval NAT64).

(3) S NAT64 máte blok veřejných IPv4 adres na které staticky mapuje stejně chudý počet vnitřních IPv6 adres. Zdrojové není problém namapovat algoritmicky, protože vnější IPv4 se do vnitřního IPv6 podprostoru vleze. Daly by se zapojit i vnější transportní adresy, ale dokud se nerozšíří dohledávání serverů přes NAPTR/SRV záznamy na straně klientů, tak to bude komerčně/uživatelsky neprůchodné, protože psát k adrese i číslo portu se nenosí.

(4) není problém. Prostě se veřejný IPv4 algoritmicky namapuje do vnitřního IPv6 podprostoru. Zvenku se pouze naptuje zdrojová transportní v4 adresa. Umí TRT. Nebo jako standardní součást NAT64, kdy se vyhradí blok veřejných IPv4 adres a natuje se z něj. Počet spojení je pak ale omezen na počet vnějších IPv4 adres. TRT obslouží více spojení, protože si vypomůže transportním prostorem.

[Dejv]

Diky za reakci.

[petr_p]

Jinak kdyby to někoho zajímalo, existuje experimentální jaderná implementace NAT64 včetně autokonfigurace přes DHCPv6 z uživatelského prostoru ip46nat. Autor se zaměřil na začlenění do openwrt, prý to už funguje.