IPv6 kupitia seva ya VPN ya IPv4 bado inahitaji njia ya kutoka ya IPv6

Handaki linapanda, mteja anapokea anwani ya IPv6 kutoka kwenye pool, na bado kila lengwa la IPv6 linaisha muda. Hakuna kilichovunjika ndani ya handaki: IPv6 inasafiri vizuri kabisa ndani ya usafirishaji wa IPv4, na hilo halikuwa sehemu ngumu kamwe. Anwani uliyotoa ni ahadi ambayo seva haiwezi kutimiza, kwa sababu njia ya kutoka haina upstream ya IPv6 ya kuituma. Ukarabati ni wa njia ya kutoka, si wa wasifu wa mteja.

Dalili: anwani ipo, njia haipo

Ukaguzi upande wa mteja unaonyesha anwani ya IPv6 inayoonekana ya kimataifa kwenye kifaa cha handaki na njia inayoelekea ndani yake, ndiyo sababu hii husomwa vibaya kama hitilafu ya mteja. Trafiki inaingia kwenye handaki, seva inaiondoa kwenye kifuniko, kisha pakiti inatua kwenye hosti ambaye jedwali lake la uelekezaji halina njia chaguo-msingi ya IPv6 kuelekea mahali halisi. Kulingana na stack, unapata kutofikika mara moja au kutupwa kwa utulivu, na katika hali zote mteja anaona muda wa kumalizika unaofanana kabisa na firewall.

Soma jedwali la uelekezaji la seva yenyewe kabla ya kugusa mteja, kwa sababu hapo ndipo nusu inayokosekana ya njia inapoishi. Seva yenye njia moja chaguo-msingi ya IPv4 tayari imekupa jibu.

Fuatilia pakiti baada ya kuondoa kifuniko

Ndani ya handaki pakiti ni IPv6 ya kawaida na chanzo chake ni anwani ya mteja. Seva inaondoa kifuniko cha usafirishaji na kisha inashikilia pakiti asilia ya IPv6 ambayo lazima ipelekwe kwa hop inayofuata ya IPv6. Njia chaguo-msingi ya IPv4 haiwezi kuibeba, na kuigeuza kuwa IPv4 ni kazi nyingine ambayo hakuna aliyeweka. Huo ndio kushindwa kote, na hauhusiani na kama msikilizaji wa VPN alijibu kwa IPv4.

Utaratibu wa kifuniko cha IPv6 juu ya IPv4 umeelezwa katika RFC 4213, na jambo muhimu hapo ni kwamba ncha bado zinahitaji muunganisho halisi wa IPv6 upande wa pili wa handaki. Kufunga kichwa hakuundi upstream.

Tabaka mbili za handaki, ukaguzi mbili huru

Thibitisha kila tabaka kivyake, kwa sababu handaki la nje linalofanya kazi huficha la ndani lililovunjika. Kagua njia ya nje kwa ping ya IPv4 kutoka kwa mteja hadi kwa seva na uthibitishe bandari unayotumia. Kisha kagua njia ya ndani kwenye seva, ambapo ip -6 route lazima lionyeshe njia chaguo-msingi au njia mahususi iliyojifunza kutoka upstream halisi, na ip -6 addr lazima lionyeshe kiambishi cha chanzo ambacho upstream inakubali. Kitu chochote kidogo kuliko hicho ni mapambo kwenye kiolesura.

Anwani ya kipekee-ndani, au kiambishi kinachoonekana cha kimataifa ambacho hakuna kitu kinaelekeza nyuma kwayo, kitaonekana kwa furaha kwenye kiolesura na hakitaenda mahali popote. Ufikiaji wa umma unatolewa na upstream, si kwa umbo la anwani.

Jambo hilo hilo linatumika kwa mteja: ip -6 route get 2001:4860:4860::8888 inapaswa kutaja kifaa cha handaki, na ikiwa kinataja kifaa halisi, mteja hatumii VPN kwa IPv6 hata kidogo.

Kiambishi cha chanzo, ukubwa na ICMPv6

Uliza upstream ni viambishi vipi vya chanzo itakavyokubali kwa uelekezaji, na tumia kimoja chao kwa pool ya wateja. Mtoa huduma anayekupa /64 kwa kiolesura cha seva yenyewe si lazima aelekeze /64 ya pili au kizuizi kikubwa zaidi kwako, na tofauti ni mchana mmoja wa utatuzi ambao tikiti ya msaada huutatua kwa swali moja. Uliza kwa maandishi na uweke jibu pamoja na usanidi.

Weka bajeti kwa kifuniko cha ziada ambacho stack yako inatumia kweli, na uendelee kuweka ICMPv6 ikifanya kazi, ikiwemo Packet Too Big. Kichwa cha pili hupunguza mzigo unaoweza kutumika, kwa hiyo njia inayojibu ping ndogo inaweza bado kushindwa kwenye uhamishaji wa faili, na firewall inayotupa ICMPv6 yote hugeuza tatizo la ukubwa linaloweza kurekebishwa kuwa shimo jeusi. Jaribu uhamishaji mmoja mkubwa kabla ya kutangaza huduma.

Ni tatizo gani tofauti kabisa

Kufikia programu ya IPv4 pekee kutoka kwa mteja wa IPv6 pekee ni tafsiri, si handaki, na inahitaji kitu kama mpangilio wa NAT64 uliowekwa kwa makusudi. Lengwa halitaelewa kichwa cha ziada cha handaki kwa sababu tu umeongeza kimoja. Huduma za mpito za kihistoria zinastahili uangalifu sawa: RFC 7526 iliondoa mtindo wa relay anycast wa 6to4, kwa hiyo mwongozo ulioandikwa kuizunguka unaeleza kitu ambacho hakina tena relay ya umma inayotunzwa.

Ikiwa seva haina upstream ya IPv6 inayoweza kutumika, chaguo ni upstream inayoungwa mkono, njia nyingine ya kutoka, au uamuzi ulioandikwa kwamba IPv6 inabaki nje ya handaki. Kisichokubalika ni kuwaambia wateja kwamba huduma ya IPv6 ipo wakati muunganisho wao wa kawaida wa IPv6 unakwepa VPN kimya kimya.