DS-Lite huzuia upangishaji wa IPv4 unaoingia, si VPN inayotoka

Hali ya tafsiri hufuata upande unaoanzisha muunganisho. Fuata ombi linalotoka kupitia B4 na AFTR, kisha uone kwa nini upangishaji unashindikana.

DS-Lite ni njia ya kumpa mteja muunganisho wa IPv4 kupitia mtandao wa ufikiaji unaobeba IPv6 pekee. Kipanga njia cha nyumbani hakina anwani yake maalum ya umma ya IPv4, na ukweli huo mmoja huwashawishi watu kwamba VPN ya IPv4 haiwezi kufanya kazi kutoka muunganisho huo. Kuelekea nje, kwa kawaida hufanya kazi vizuri. Muunganisho hutafsiriwa na mtoa huduma, na upande wa mbali huona mteja wa kawaida wa IPv4. Kinachovunjika ni mwelekeo kinyume: kupanga kitu kinachotarajia IPv4 inayoingia bila kuombwa. Tofauti ni upande gani unaanzisha mazungumzo.

Upande gani unaanzisha muunganisho

Mteja anayeanzisha muunganisho huunda hali ya tafsiri anaposonga. Mtafsiri wa mtoa huduma huona pakiti ya kwanza, hutenga ramani na kuipitisha. Trafiki inayorudi inalingana na ramani hiyo kwa sababu ramani tayari ipo.

Seva inayosubiri miunganisho haina hali kama hiyo ya kuunda. Mtu kutoka nje lazima afikie anwani na bandari ambazo mtoa huduma hakukubali kuzipanga, na hilo ni ombi tofauti kabisa.

Fuata ombi linalotoka

Usanifu katika RFC 6333 unataja pande zote mbili. Kipengele cha upande wa mteja ni B4, kinachofunga IPv4 ndani ya IPv6. Kipengele cha upande wa mtoa huduma ni AFTR, kinachofanya tafsiri ya anwani na kupitisha pakiti kama IPv4.

Client's IPv4 VPN packet
  → Customer B4
  → IPv4 carried over the provider's IPv6 network
  → AFTR address translation
  → IPv4 VPN server

Seva ya VPN hupokea muunganisho wa kawaida wa IPv4 kutoka anwani iliyotafsiriwa ya mtoa huduma. Haihitaji hali ya DS-Lite, bandari maalum au ufahamu kwamba mtandao wa ufikiaji wa mteja ni IPv6 pekee. Hilo ndilo sehemu ambayo watu huikosa: upande wa mbali hauwezi kulijua.

Usanidi wa mteja mwenyewe ni wa kawaida vilevile. Unahitaji njia ya IPv4 inayofanya kazi kuelekea seva, ambayo B4 na AFTR hutoa, na unahitaji jina la mwenyeji la seva litatuliwe kuwa anwani ya IPv4.

Kwa nini upangishaji unaoingia ndio kesi inayoshindikana

Kuendesha seva ya VPN ya IPv4 nyumbani ni muundo unaogongana na anwani za pamoja za mtoa huduma. Mtafsiri wa mtoa huduma anamiliki anwani ya umma na jedwali la ramani, na hana sababu ya kuunda ramani ya kudumu inayoingia kwa mteja mmoja.

Kanuni ya kuelekeza bandari kwenye kipanga njia cha nyumbani haiwezi kusanidi AFTR. Kanuni ni ya kweli na sahihi kwenye kifaa cha ndani, na haibadilishi chochote juu, ndiyo sababu dalili huonekana kama tatizo la firewall lisiloondoka.

Hapa pia tafsiri ya ngazi ya mwendeshaji inatofautiana na anwani moja ya umma: hata uelekezaji sahihi wa ndani unaweza kutua kwenye anwani ambayo wateja wengi wanashiriki.

Gundua kabla ya kubadilisha mpango wa ufikiaji

Kwanza thibitisha hali iliyotolewa. Mrundikano maradufu asilia, DS-Lite na mtandao wa IPv6 pekee unaotumia utaratibu mwingine wa tafsiri ni mipangilio mitatu tofauti, na majina ya masoko ya mtoa huduma hayalingani kila mara na ya kiufundi.

Kisha weka uchunguzi nne kwa kushindwa kwa njia ya kutoka. Je, mteja hutatua jina la mwenyeji la VPN kuwa lengwa la IPv4? Je, muunganisho wa kawaida wa IPv4 unafanya kazi, badala ya ombi la kivinjari ambalo huenda lilitumia IPv6 kimya? Ni usafiri gani na bandari gani mteja anajaribu, na kumbukumbu za mwisho wa mwisho zinaona jaribio hilo hata kidogo? Kushindwa hutokea wakati wa mabadilishano ya awali, baada ya kipindi cha kutofanya kazi, au tu kwenye uhamishaji mkubwa?

Majibu hayo manne yanaelekeza kwenye uchujaji, kuisha kwa hali ya tafsiri, mwisho mbaya au utunzaji wa ukubwa wa pakiti. Hakuna hata moja linalothibitishwa kwa kuona DS-Lite kwenye ukurasa wa akaunti.

Soma mabadiliko ya mtoa huduma kwa makini

Mabadiliko ya akaunti yanaweza kuendana na muunganisho unaofanya kazi huku yakibadilisha sifa kadhaa kwa wakati mmoja. Andika sifa ipi ilibadilika, kwa sababu jina jipya la kifurushi si maelezo ya kiufundi.

Maelekezo ya kuwezesha mrundikano maradufu hayana uhakika hadi mtu athibitishe kile mtoa huduma hutoa kwa kweli. Kuyachukua kama sharti la jumla kwa wateja wa VPN ya IPv4 hugeuza dhana kuwa sera.

Ikiwa sharti la kweli ni upangishaji wa IPv4 unaoingia, jadili na mtoa huduma mpangilio unaoingia unaotumika, anwani asilia au muundo mwingine wa ufikiaji. Ikiwa sharti ni kompyuta ya mkononi inayofikia seva ya mbali, uliza badala yake kuhusu mtiririko huo mahususi unaotoka. Mpangilio wa kazi: taja mwelekeo, thibitisha hali iliyotolewa, jaribu IPv4 ya kawaida na usafiri mmoja, kisha badilisha mpango wa ufikiaji tu ikiwa mwelekeo unahitaji hivyo kwa kweli.

Makala zinazohusiana