Pakiti ya IPv6 ni kubwa mno: kwa nini uhamishaji mkubwa wa VPN unakwama

Ping inafanya kazi, kivinjari kinapakia ukurasa mdogo na uhamishaji wa faili unakwama, yote kwa IPv6 kupitia handaki moja. Mchoro huu kwa kawaida humaanisha kuwa mtumaji hakujifunza ukubwa halisi wa njia, si kwamba handaki ni polepole. IPv6 inatarajia routa kuripoti tatizo kwa ujumbe wa Packet Too Big, na ufungashaji unaongeza mzigo kabla pakiti haijafika kwenye mtandao wa nje. Ikiwa ujumbe huo utachujwa, mtumaji anaendelea kurudia ukubwa ambao hauwezi kupita.

Maombi madogo, kukwama kukubwa

Handaki hufunika kila pakiti kwenye kichwa kingine, kwa hiyo ukubwa unaoweza kutumika ndani ni mdogo kuliko ukubwa nje. Pakiti iliyopimwa kwa kiungo halisi kabla ya ufungashaji inakuwa kubwa mno baadaye. Routa za IPv4 zinaweza kugawanya njiani, wakati routa za IPv6 hazifanyi hivyo kwa niaba ya mtumaji, kwa hiyo mtumaji lazima ajirekebishe mwenyewe. Na marekebisho hayo yanategemea kabisa kupokea mrejesho.

Ujumbe mmoja uliopotea unatosha kuzalisha dalili ya kawaida: kupeana mkono na majibu madogo hufanikiwa, na orodha ya saraka au upakiaji hukwama mahali pale pale kila mara. Watumiaji huiita VPN polepole, na kumbukumbu hazionyeshi kosa lolote katika uthibitishaji. Maoni yote mawili ni sahihi na hakuna hata moja linalopata mahali pa hitilafu.

Packet Too Big ni mrejesho, si trafiki

Ujumbe wa ICMPv6 Packet Too Big hubeba ukubwa ambao hop inayofuata inaweza kukubali, na mtumaji hutumia huo kupunguza makadirio yake. Kuuchuja ni sawa na kuondoa alama ya barabara na kisha kuwalaumu madereva. Sheria inayotupa ICMPv6 yote inaonekana kali huku ikivunja ugunduzi wa njia kwenye kila kiungo kinachohitaji. Ujumbe ni taarifa ya udhibiti kuhusu njia, si mzigo wa programu.

Uchujaji wa kuchagua bado ni wa busara. Maombi ya echo na ugunduzi wa majirani zina jukumu tofauti na ujumbe wa makosa, na sera inaweza kuzishughulikia kwa namna tofauti. Fuata miongozo ya uchujaji iliyoandikwa ya jukwaa badala ya kukubali au kutupa itifaki yote, kwa sababu RFC 8201 inafafanua jinsi mrejesho huo unaongoza ugunduzi.

Jaribu familia zote mbili za anwani kwa kutenganisha

Jaribu IPv6 peke yake, kwa sababu uhamishaji wa IPv4 uliofanikiwa hauthibitishi chochote kuhusu njia ya IPv6. Kisha nasa ujumbe wa udhibiti wakati uhamishaji mkubwa unakwama. Kumbukumbu mbili kwa pamoja zinaonyesha kuwa mrejesho unatoka au zinathibitisha kuwa haukufika kamwe.

ping -6 -M do -s 1400 host.internal
ip -6 route get 2001:db8:2::10
sudo tcpdump -ni any 'icmp6 and ip6[40] == 2'

Kifaa cha majaribio hutuma pakiti na biti ya do-not-fragment imewekwa na kuripoti ukubwa ambao inashindwa, hiyo ni namba ambayo handaki lazima iibebe. Swali la njia hutaja kiolesura ambacho kingebeba lengwa, kwa hiyo unajua MTU ya kiungo gani inatumika. Unasaji huchuja ICMPv6 aina ya 2, ujumbe wa Packet Too Big, na unaonyesha kama unafika kwenye mwenyeji huyu. Ikiwa ujumbe unaonekana kwenye unasaji na uhamishaji bado unakwama, mtumaji anaufuta, jambo ambalo huhamishia uchunguzi kwenye tabaka badala ya mtandao.

Badilisha ukubwa wa handaki baada ya ushahidi pekee

Kupunguza MTU ya handaki kunaweza kuficha ujumbe uliochujwa na kuondoa dalili, kwa gharama ya mzigo zaidi kwa kila pakiti. Ni mzunguko na si utambuzi, na inapaswa kufuata unasaji badala ya kuubadilisha. Thamani ya chini ya kiholela pia haivunji chochote kinachoonekana, ndiyo sababu hudumu miaka kwenye usanidi. Ibadilishe kwa makusudi, andika thamani, na kumbuka kipimo kipi kiliihalalisha.

Unapodhibiti lango, chunguza sheria inayotupa ujumbe badala ya kuzima ukuta wa moto. Sheria moja iliyorekebishwa ni nyembamba kuliko msamaha wa sera na ni rahisi zaidi kuutetea baadaye. Hoja hiyo hiyo inatumika kwa muda wa kusubiri: si kila kukwama ni tatizo la ukubwa, na unasaji ndio unaotenganisha mawili.