To je usmevne. Vas prispevek by sel zkratit do jedne vety. "Mam zkriplenou wifi kartu, proto potrebuju IPv6 nat". Pro IPv6 reseni samozrejme je. Pouzivat nezkriplnej HW.
Nemůžu si pomoci, já bych NAT přivítal i pro IPv6. Jeho reálné přínosy jsou možná jen drobné, ale pořád to jsou přínosy - a protože mi nevadí jeho nevýhody, znamená pro mě čistý zisk.
Jenže to musí buď podporovat ISP - a kolik z nich bude, aspoň u základních "konzumních" služeb typu ADSL nebo WiFi za 500 Kč / měsíc. Nebo musím mít nějaký svůj router / server, což nic neřeší - ten můžu mít už pro IPv4 a používat nějakou VPN.
Viděl jste IPv6 Mobility v provozu, že tak poučujete? Na každý problém existuje technologie, která "je přímo do toho". Velice často ji ale nelze použít z důvodů administrativních, ekonomických, byrokratických apod.
Tahle řešení teoretiků od stolu, případně praktiků z jednočlenné firmy, jsou vždy zábavně nereálná. Zkuste v reálné firmě, u níž IT není hlavní náplní, případně v libovolné firmě o >200 lidech prosadit jakýkoliv nákup čehokoliv.
Až na to, že WiFi klienti se takhle chovají *z principu*, z definice, toto chování je dáno standardem. Paket ve WiFi síti nese MAC adresu "remote endpointu" komunikace, MAC adresu APčka, ale na lokálním konci jedinou MAC adresu klienta (nepočítá se s tím, ze klient WiFi sítě by nemusel být "endpointem" ethernetového rámce). Tento tzv. 3-address mode sice neni jediný možný, možný je i 4-address mode typický pro WDS rezim, ale WDS na klientovi se jaksi nevyskytuje :-) WDS režim kromě toho, že potřebuje v každém paketu 4 MAC adresy, navíc znamená bridging mezi "WDS relacemi", které lze navazovat mezi APčky dynamicky, nebo nějak explicitně správcovat - prostě WDS není věc, kterou byste chtěl na klientu paušálně podporovat... Viděl jsem nějaká APčka s proprietárním firmwarem, která uměla používat 4-address mode i v klientském režimu (bridge na metaliku), ale ta byla nekompatibilní se zbytkem světa...
Muj aktualni problem jsou VM ve VirtualBoxu na notebooku. S IPv4 je to jednoduche - mam interface vboxnet0 s nejakou RFC1918 adresou a v iptables pravidla ktera vsechen traffic pochazejici z vboxnet0 (tedy od virtualnich stroju) maskaraduje na v4 adresu kterou jsem dostal pres DHCP. Je jedno jestli jsem doma, v praci nebo u klienta a je jedno jestli jedu pres wifi nebo pres drat - NAT mi umoznuje mit VM staticky nakonfigurovane a funkcni kdekoliv.
Jak ale k tem VM mam dostat v6 konektivitu? Samozrejme v domaci siti muzu vyhradit jeden /64 pro vboxnet0, na routeru pridat static route ukazujici na muj notebook a nakonfigurovat notebook jako router pro VM. Ale az budu v cizi siti ktera ma v6 tak jsem nahranej. Tezko budu nekoho presvedcovat aby mi pridelil a naroutoval /64 z jeho prefixu kdyz se na chvili objevim v jeho siti. A napichnout ty VM rovnou na externi interface (tedy udelat "bridge") taky nemuzu protoze moje wifi karta odmita slouzit dvema ruznym MAC adresam.
Takze NAT mi na IPv4 elegantne resi problem pro nejz na IPv6 zatim reseni nemam.
Vsadil bych se ze driv nebo pozdeji se i pres odpor fundamentalistu NAT na IPv6 objevi. A uz aby to bylo ;-)
