IPv4 hugawanya wakati wa safari; IPv6 hutuma ujumbe wa pakiti kubwa mno badala yake
Ni vipanga njia vya IPv4 pekee vinaweza kugawanya pakiti kubwa mno. IPv6 hutarajia mtumaji ajibu ujumbe wa pakiti kubwa mno, ambao handaki au kanuni ya ICMP iliyochujwa inaweza kuuvunja.
Hitilafu za IPv6 hulaumiwa kwa itifaki mara nyingi zaidi kuliko ukubwa wa pakiti uliozisababisha. Familia mbili hushughulikia pakiti kubwa mno kwa njia tofauti kweli, na handaki ndilo linalofanya tofauti hiyo kuwa muhimu. Vipanga njia vya IPv4 vinaweza kugawanya pakiti wakati kanuni zinaruhusu, ilhali vipanga njia vya IPv6 havipaswi kugawanya safarini kabisa. IPv6 huwaambia watumaji badala yake, na mtumaji anatarajiwa kujibu. Kila kitu kinachokwenda kombo baadaye kinatokana na kama ujumbe huo unafika.
Kila familia hufanya nini
Jedwali ni utaratibu katika mistari minne, na mstari mmoja hufafanua sehemu kubwa ya mkanganyiko.
| Behaviour | IPv4 | IPv6 |
|---|---|---|
| Router fragments an oversized packet | Allowed while DF is clear | Never |
| Signal returned to the sender | ICMP Fragmentation Needed | ICMPv6 Packet Too Big |
| Size that must always work | 68 bytes | 1280 bytes |
| Fragmentation possible | Routers or source | Source only |
IPv6 haina ugawanyaji safarini na haina bendera ya DF ya kufuta, kwa hiyo hakuna cha kutegemea pakiti inapokuwa kubwa mno. Mtumaji lazima aambiwe, na mtumaji lazima aamini.
Handaki hupunguza njia kwa utulivu
VPN huongeza vichwa vya nje, na katika hali iliyofichwa data ya uadilifu pia, kabla pakiti haijaondoka kwenye mwenyeji. Pakiti ya ndani inaweza kutoshea kwenye MTU ya kiolesura inayoona wakati pakiti ya nje inavuka kikomo cha kiungo kinachofuata, na ndiyo sababu hii huonekana kwanza kwenye handaki. Punguza MTU ya kiolesura cha handaki kwa makusudi, au kaza TCP MSS njiani, na uandike ni namba gani ulichagua na kwa nini.
Gharama ya ziada ya ESP inategemea hali na algoriti, kwa hiyo MTU sahihi ya handaki ni hesabu, si desturi. Chochote unachochagua, lazima kiachie nafasi kwa pakiti kamili ya IPv6 ya ndani ya baiti 1280, kwa sababu kila kiungo cha IPv6 kinapaswa kubeba kiasi hicho. Handaki lisiloweza kubeba baiti 1280 za IPv6 si tatizo la urekebishaji; ni njia iliyovunjika kwa familia hiyo. Kizuizi hicho ndicho kinachotoweka wakati thamani ya MTU inakopwa kutoka usanidi wenye IPv4 pekee.
Kwa nini dalili inaonekana kama kukwama
Hitilafu si kosa safi, na ndiyo sababu hutambuliwa vibaya. Ushikaji mkono wa TCP hukamilika, majibu madogo hufika, na muunganisho hukwama mara tu jibu kubwa au upakiaji mkubwa unapoanza, kwa sababu hizo ndizo pakiti za kwanza zilizo kubwa vya kutosha kutupwa. SSH huunganisha kisha hukwama kwenye matokeo makubwa ya kwanza, na kichwa cha ukurasa hupakiwa wakati mwili haukamiliki kamwe.
Iwapo ujumbe wa ICMPv6 wa pakiti kubwa mno unchujwa, mtumaji hajui kamwe na huendelea kujaribu ukubwa uleule. Hilo ni shimo jeusi na si njia ya polepole, na alama yake ni kikomo cha ukubwa kinachojirudia na si upotevu wa nasibu. Kuruhusu trafiki ya udhibiti inayohusika ni sehemu ya usanidi wa IPv6 unaofanya kazi, si hisani.
Usizime ujumbe ambao njia yako mwenyewe inautegemea kisha ueleze matokeo kama hitilafu ya IPv6. Hoja hiyo hiyo inatumika kwa ujumbe wa Fragmentation Needed wa IPv4, ambao pia haupendwi na waandishi wa ngome za moto na unahitajika vilevile.
Pima kikomo, kisha rekebisha tabaka
Hakiki badala ya kukisia: tumia bendera ya don't-fragment kwenye IPv4 na ukubwa maalum wa mzigo kwenye IPv6, na uandike majibu yanaishia wapi. ping -M do -s 1472 na ping -6 -s 1400 vinatosha kubaini umbo la tatizo, na tracepath huripoti MTU ya njia iliyogunduliwa njiani.
Kisha rekebisha tabaka linalomiliki namba hiyo: MTU ya kiolesura cha handaki, ukazaji wa MSS kwa TCP, au njia yenyewe. RFC 8200 ni rejea ya kanuni ya IPv6, na inasomwa kwa ufupi kuliko tukio inalozuia.
Jaribu familia ambayo programu inatumia kweli, kwa sababu jina la rafu mbili linaweza kujibu kwenye familia moja na si nyingine, na programu inaweza kubadilika baada ya mabadiliko ya mtandao. Andika anwani uliyojaribu, kwa sababu matokeo dhidi ya rekodi A hayasemi chochote kuhusu rekodi AAAA.
Chukulia kikomo cha ukubwa kama ushahidi
Kikomo cha ukubwa kinachojirudia ni kimoja cha hitilafu chache za mtandao zinazojizalisha kwa usahihi, kwa idadi ileile ya baiti, kutoka chanzo kilekile, kila mara. Hilo huifanya kuwa zawadi na si fumbo, na pia humaanisha kwamba marekebisho yanaweza kuthibitishwa badala ya kutumainiwa.
Andika kwenye tikiti MTU iliyogunduliwa, MTU ya handaki uliyoisanidi na jaribio lililothibitisha tofauti. Mtu anayefuata atakutana na hesabu ileile kwenye kiungo kingine.