ESP hufungua vyema na pakiti ya ndani bado haifiki popote

Kihesabu cha upokeaji wa ESP kinapanda, handaki linabaki juu, na programu haioni pakiti kamwe. Usimbaji fiche ulifanyika, ukaguzi wa uadilifu ulipita, kisha mpokeaji alilazimika kuamua ni nini hasa mzigo uliolindwa. Hasa katika hatua hiyo ya mwisho ndipo kutokulingana kwa muundo kunapoonekana, na kwa nje hakufanani kabisa na tatizo la firewall.

Unachokiona lebo inaposema uongo

Hakuna kitu kwenye kumbukumbu ya mteja kinachotofautisha hii na shimo jeusi la uelekezaji. Zote mbili huzaa muda wa kumalizika wa programu kando ya handaki lenye afya, ndiyo sababu vihesabu hulaumiwa kwanza.

Kihesabu cha upokeaji kinachopanda ni habari njema kweli: pakiti zinafika na kuthibitishwa. Lakini si ushahidi kwamba pakiti ya ndani ilikuwa na maana kwa kitu chochote juu ya tabaka la usimbaji fiche.

Aina inakaa kwenye trailer

Katika hali ya kawaida ya handaki la IPsec, mzigo unaolindwa na ESP una pakiti kamili ya IP ya ndani. Sehemu ya kichwa kinachofuata kwenye trailer hubainisha mzigo huo ni nini, na si lango la TCP, si namba ya itifaki kwenye kichwa cha nje, na si sehemu ya sehemu ya mwanzo ya SPI na namba ya mfululizo. RFC 4303 kifungu 2.6 huifafanua kama sehemu ya aina ya mzigo, ambalo ni jina sahihi kwa kazi sahihi.

Thamani utakazokutana nazo ni ndogo na zinafaa kukumbukwa: IPv4 ni 4 (0x04) na IPv6 ni 41 (0x29).

Namba hizo zinatoka kwenye ugawaji wa namba za itifaki za IANA na si kwenye desturi za kienyeji. Mtumaji anayedai IPv4 huku akifunga pakiti ya IPv6 amezalisha kutokulingana kwa muundo, na hakuna kanuni ya firewall inayotengeneza baiti zinazopingana na lebo yake yenyewe.

Jinsi ya kuitofautisha na washukiwa wa kawaida

Pakiti nyingi zinazopotea si kasoro za usimbaji. Kagua viteuzi kwanza, kwa sababu kiteuzi cha trafiki kinachotenga kiambishi cha IPv6 hutupa trafiki kabla ya kitu chochote kufungwa. Kisha kagua uelekezaji, kisha uchujaji wa ndani kwenye mwenyeji anayepokea. Ni baada ya hayo kutengwa tu ndipo kutokulingana kwa muundo wa mzigo kunakuwa maelezo ya kuaminika.

Ukamataji uliosimbwa fiche hautatatua hili, kwa sababu kichwa kinachofuata kilicholindwa kiko ndani ya mzigo uliosimbwa. Unahitaji uchunguzi wa utekelezaji au sehemu ya uchunguzi iliyofunguliwa inayotumika, na zote mbili zinahitaji idhini kabla ya matumizi.

Ikiwa hakuna anayeweza kutoa ushahidi huo, huna hitilafu ya muundo. Una nadharia, na viteuzi vinabaki kuwa dau bora.

Marekebisho hayo si nini

Usizime ukaguzi wa uadilifu ili trafiki ipite. Usiandike upya pakiti zilizosimbwa kwenye kipanga njia cha kati, kwa sababu hilo haliwezi kufanya kazi na litaharibu mtiririko wakati kwenye ukamataji linaonekana kusaidia. Usifungue kanuni pana zaidi ya firewall ya programu kwa nadharia kwamba lango limezuiwa. Hakuna hata moja ya hayo inayogusa kutokulingana kwa lebo.

Ikiwa kutokulingana kuliothibitishwa kunatoka kwa utekelezaji mwenza, hifadhi nakala ndogo iliyosafishwa na uiwasilishe kwenye njia inayotumika ya utekelezaji huo.

Thibitisha mtiririko, si kihesabu

Baada ya marekebisho, jaribu mtiririko halisi wa IPv6 kutoka mwanzo hadi mwisho: ombi la programu kupitia handaki, jibu lake, na jozi ya anwani ambayo kila upande huiona. Kihesabu cha ESP kinachopanda kinathibitisha tu kwamba pakiti zinapokelewa na kuthibitishwa. Hakisemi chochote kuhusu kama pakiti ya ndani ilikuwa inatumika.

Rekodi matokeo yote mawili kwenye tikiti. Msogeo wa kihesabu pamoja na mtiririko unaofanya kazi ni marekebisho; msogeo wa kihesabu peke yake ni sawa kabisa na ulivyokuwa kabla ya kuanza.