Mtandao wa IPv6 pekee huvunja VPN kabla ya handaki kuanza

Kompyuta mpakato hujiunga na Wi-Fi ya mkutano inayogawa IPv6 pekee, mteja wa VPN huzunguka na kushindikana, na wasifu uleule ulifanya kazi hotelini saa moja kabla. Hakuna kilichobadilika katika vitambulisho. Kilichobadilika ni kwamba mteja sasa lazima afikie lengwa la IPv4 kupitia mtandao unaobeba IPv6 pekee, na si kila mteja anajua jinsi ya kufanya hivyo.

Pitia hatua zilezile tano ambazo pakiti hupitia.

Hatua 1: tazama utafutaji wa jina

Ikiwa wasifu unatumia jina la mwenyeji, swali la kwanza ni kile kitatuzi kinachorejesha. dig AAAA vpn.example.com kwenye mtandao wa IPv6 pekee hurejesha rekodi halisi ya AAAA, iliyosanishwa kutoka DNS64, au hakuna kitu. Jibu lililosanishwa husimba lengwa la IPv4 ndani ya kiambishi cha tafsiri, na ndipo tu mteja asiye na lengwa la IPv6 anaweza kulifikia. Wasifu wenye anwani ya IPv4 iliyosimbwa kwa nguvu haufiki kamwe hapa, kwa sababu hakuna jina la kusanifu.

Tofauti hiyo moja hufafanua ripoti nyingi za ‘hufanya kazi huko, hushindikana hapa’, na inahitaji amri moja tu kuiona.

Hatua 2: tazama familia ambayo mteja aliita

Tazama soketi badala ya upau wa maendeleo. Mteja anayefungua soketi ya IPv4 kuelekea anwani ya IPv4 kwenye kiungo cha IPv6 pekee hana mahali pa kuituma, na kushindikana huonekana kama muda kuisha badala ya hitilafu ya jina. ss -tanp wakati mteja anajiunga huonyesha anwani ya mbali na familia aliyojaribu. Linganisha hilo na ip -6 route kuthibitisha kwamba chaguo-msingi ni hop halisi ya IPv6 inayofuata.

Familia ya anwani katika jedwali la soketi ni ukweli. Upau wa maendeleo ni muhtasari ulioandikwa na mtu mwingine.

Hatua 3: tenganisha tafsiri na handaki

NAT64 na DNS64 ni jinsi mtandao wa ufikiaji hufikia malengo ya IPv4, na hazifanyi chochote kwa handaki mara baada ya kuinuka. Handaki lililoanzishwa juu ya njia iliyotafsiriwa bado hujadili anwani zake za ndani, na ufikiaji wa ndani wa IPv4 au IPv6 ni swali tofauti la sera. Ikiwa mteja anajiunga na kisha hafikii chochote, tayari umepita tafsiri na uko kwenye uelekezaji, ambayo ni uchunguzi mwingine wenye ushahidi mwingine.

Kushindikana kwa tafsiri huonekana kama kamwe hakuna kuunganishwa. Kushindikana kwa ufikiaji wa ndani huonekana kama kuunganishwa bila kufikia chochote.

Hatua 4: jaribu wasifu uleule kwenye mtandao mwingine

Chukua wasifu uleule, toleo la mteja na vitambulisho kwenda mtandao wenye tabaka mbili na urudie. Ikiwa huko kunafanya kazi na kushindikana kwenye njia ya IPv6 pekee, kigeugeu ni mtandao wa ufikiaji na si wasifu. Andika kwenye tiketi toleo la mteja na hali ya mtandao, kwa sababu suluhisho la mwisho ni sasisho la mteja au lengwa lingine.

Ripoti inayosema VPN imevunjika haiwezi kutekelezwa. Ripoti inayosema inashindikana kwenye ufikiaji wa IPv6 pekee ni ripoti ya hitilafu.

Hatua 5: rekebisha njia, si mipangilio ya usalama

Marekebisho yote ya kuvutia hufanya mambo kuwa mabaya zaidi. Kuzima IPv6 huondoa njia pekee ambayo mtandao hutoa. Kuelekeza mteja kwenye kitatuzi cha umma huvunja usanifu wa DNS64, kwa sababu usanifu huo lazima uje kutoka kwa kitatuzi kilicho nyuma ya mtafsiri. Kuzima uthibitishaji wa cheti hukupa muunganisho na kitu usichoweza kutambua. Hakuna hata moja ya hayo ni marekebisho, na mawili ni kurudi nyuma kwa usalama ambayo yatadumu baada ya tukio.

Chaguo halisi ni mteja anayeunga mkono modeli ya tafsiri ya mtandao, au lengwa lenye anwani ya IPv6 inayofikika. Omba mojawapo.