IPv6 í gegnum IPv4 VPN-þjón heldur áfram að þurfa IPv6-útgang

Göngin koma upp, biðlarinn fær IPv6-tölu úr lauginni, og samt rennur hver IPv6-áfangastaður út á tíma. Ekkert er bilað í göngunum: IPv6 fer ágætlega inni í IPv4-flutningnum, og það var aldrei erfiði hlutinn. Tölu sem þú afhentir er loforð sem þjónninn getur ekki staðið við, því útgangurinn hefur ekkert IPv6-upstream til að senda hana í. Viðgerðin á heima á útganginum, ekki í biðlarasniðinu.

Einkennið: tala og engin leið

Athugun á biðlarahlið sýnir IPv6-tölu sem lítur út fyrir að vera alþjóðleg á göngutækinu og leið sem bendir inn í hana, og þess vegna er þetta rangtúlkað sem bilun í biðlaranum. Umferð fer inn í göngin, þjónninn afkapslar henni, og þá lendir pakkinn á hýsli þar sem leiðartöfluna vantar IPv6-sjálfgefna leið að einhverjum raunverulegum stað. Eftir stakkanum færðu samstundis óaðgengi eða hljóðláta sleppingu, og í báðum tilvikum sér biðlarinn tímannörk sem líta nákvæmlega út eins og eldveggur.

Lestu eigin leiðartöflu þjónsins áður en þú snertir biðlarann, því þar býr vantaði helmingur leiðarinnar. Þjónn með eina sjálfgefna IPv4-leið hefur þegar gefið þér svarið.

Fylgdu pakkanum eftir afkapsluninni

Inni í göngunum er pakkinn venjulegt IPv6 og tala biðlarans er uppruni hans. Þjónninn fjarlægir flutningskapslunina og heldur þá á innfæddum IPv6-pakka sem á að senda áfram til næsta IPv6-hops. Sjálfgefin IPv4-leið getur ekki borið hann, og að þýða hann yfir í IPv4 er önnur aðgerð sem enginn hefur sett upp. Þetta er öll bilunin, og hún hefur ekkert að gera með það hvort VPN-hlustaranum svaraði yfir IPv4.

Aðferðafræði IPv6-yfir-IPv4-kapslunar er lýst í RFC 4213, og mikilvæga smáatriðið þar er að endapunktarnir þurfa enn raunverulega IPv6-tengingu hinum megin við göngin. Að vefja hausi utan um pakka skapar ekki upstream.

Tvö gagnatjaldslög, tvær óháðar athuganir

Staðfestu hvert lag fyrir sig, því virk ytri göng fela bilað innri göng. Athugaðu ytri leiðina með IPv4-ping frá biðlaranum til þjónsins og staðfestu gáttina sem þú notar. Athugaðu svo innri leiðina á þjóninum, þar sem ip -6 route verður að sýna sjálfgefna leið eða tiltekna leið sem lærð var af raunverulegu upstreami, og ip -6 addr verður að sýna upprunaforskeyti sem upstreamið samþykkir. Allt minna en það er skraut á viðmótinu.

Einstakt-staðbundið IP-tala, eða forskeyti sem lítur alþjóðlegt út og ekkert beinir aftur að, mun glatt birtast á viðmóti og fara hvergi. Almennt aðgengi er veitt af upstreaminu, ekki af lögun tölunnar.

Hið sama á við um biðlarann: ip -6 route get 2001:4860:4860::8888 ætti að nefna göngutækið, og ef það nefnir það líkamlega notar biðlarinn alls ekki VPN fyrir IPv6.

Upprunaforskeyti, stærð og ICMPv6

Spurðu upstreamið hvaða upprunaforskeyti það samþykkir fyrir áframsendingu, og notaðu eitt þeirra fyrir biðlaralaugina. Veitandi sem gefur þér /64 fyrir eigið viðmót þjónsins beinir ekki endilega öðru /64 eða stærra blokki til þín, og munurinn er einn síðdegis í kembiforritun sem stuðningsmiði leysir með einni spurningu. Spurðu skriflega og geymdu svarið með stillingunum.

Gerðu ráð fyrir auka kapsluninni sem stakkurinn þinn notar í raun, og haltu ICMPv6 gangandi, þar á meðal Packet Too Big. Önnur hausinn minnkar nothæfa hleðslu, svo leið sem svarar litlum ping getur samt bilað við skráaflutning, og eldveggur sem hendir öllu ICMPv6 breytir viðgerðarlegu stærðarvandamáli í svarthol. Prófaðu einn stóran flutning áður en þú tilkynnir þjónustuna.

Hvað er gjörólíkt vandamál

Að ná í forrit sem er aðeins IPv4 frá biðlara sem er aðeins IPv6 er þýðing, ekki göngun, og þarf eitthvað eins og viljandi uppsett NAT64-fyrirkomulag. Áfangastaðurinn mun ekki skilja auka gönguhaus bara af því að þú bættir einum við. Söguleg umskiptajþjónusta á skilið sömu umhyggju: RFC 7526 aflétti anycast-endursendingarlíkaninu 6to4, svo leiðarvísir sem skrifaður er í kringum það lýsir einhverju sem hefur ekki lengur viðhaldið opinbert endursendingartæki.

Ef þjónninn hefur ekkert nothæft IPv6-upstream eru valkostirnir studd upstream, annar útgangur eða skjalfest ákvörðun um að IPv6 verði utan göngunnar. Það sem er ekki ásættanlegt er að segja biðlarum að IPv6-þjónusta sé til staðar á meðan venjuleg IPv6-tenging þeirra fer hljóðlega fram hjá VPN.