Handaki za VPN zilizopangwa: kwa nini la ndani linakwama kwenye pakiti kubwa

DNS inatatuliwa, kikao cha SSH kinabaki, kisha upakiaji mkubwa unaganda wakati ping kwa mwenyeji huyo huyo bado inajibu. Mgawanyiko huo unaonyesha ukubwa wa pakiti badala ya handaki lililovunjika. Handaki zilizopangwa kwa ndani hufikia hilo kwa ukubwa ambao hakuna handaki moja lingefikia peke yake. Kikao cha ndani kiko sawa; kinapewa pakiti ambazo hazitoshi tena.

MTU ya njia inaenda wapi kwa kweli

Kila ufungashaji hutumia baiti kabla safu inayofuata kupata zamu yake. Njia ya Ethernet inatoa baiti 1500 kwa pakiti ya nje, na handaki la nje huchukua sehemu yake kabla ya kitu chochote ndani yake kuweza kupewa anwani. Thamani moja ya makadirio ya gharama ya ziada itakuwa mbaya kwa kiasi hicho kinachojalisha.

Orodhesha safu kwa mpangilio: njia ya ufikiaji, usafirishaji wa nje, handaki la nje, usafirishaji wa ndani, handaki la ndani, programu. Hesabu kila kichwa kimoja, na weka UDP kando na kichwa na lebo ya handaki lenyewe.

Safu mbili za WireGuard, zilizohesabiwa mara moja

Chukua njia ya ufikiaji ya IPv4 yenye handaki moja la WireGuard ndani ya lingine. Safu ya nje hutumia baiti 20 za IPv4, 8 za UDP na 32 kwa kichwa cha data cha WireGuard pamoja na lebo yake ya uthibitishaji. Ndani yake, handaki la ndani linahitaji kichwa chake cha IPv4 cha baiti 20 na kichwa cha UDP cha baiti 8 kabla ya baiti 32 zake za pili za gharama ya WireGuard. Kinachobaki hubeba kichwa cha IPv4, kichwa cha TCP na data. Njia ya nje ya IPv6 hutumia 40 badala ya 20 na kuacha 1320.

Hesabu inaishia kwa baiti 1340. Safu moja kwa kanuni hizo hizo huacha 1400 kwa mzigo wa TCP, yaani 1500 ukiondoa 20, 8, 32, 20 na 20, na tofauti ya baiti 60 ni ufungashaji wa ndani ambao handaki la pili huongeza.

Tumia 1400 kwenye njia iliyopangwa na handaki la ndani linakosa baiti 60, lisiloonekana hadi pakiti iwe kubwa vya kutosha kuihitaji. Ujazo na chaguo la ugawaji la itifaki yenyewe huhamisha namba tena, kwa hiyo amini jedwali.

MTU, MSS na ugawaji hufanya kazi mahali tofauti

MTU ya kiolesura hupunguza kile kiolesura kitakachotoa, wakati ukandamizaji wa MSS wa TCP hubadilisha kile mwenzake wa TCP aliye tayari kutuma. Ukandamizaji hutengeneza vikao vya TCP na haufanyi chochote kwa datagrami kubwa ya UDP, hivyo ndivyo marekebisho yanaonekana kufanikiwa kwa programu moja na kimya kukosa inayofuata. Chaguo la ugawaji la itifaki yenyewe ni kigezo cha tatu chenye kushindwa kwake. MTU ya kiolesura ni hatua ya kwanza ya kawaida na iliyo mbovu zaidi.

Handaki za daraja na za uelekezaji hubeba fremu tofauti, kwa hiyo namba kutoka usanidi mwingine mara chache huhamishwa. Ugunduzi wa MTU ya njia, ulioelezwa katika RFC 8201, husaidia tu wakati ujumbe wa ICMP unaotegemea unaruhusiwa kupita.

Kupata safu inayokosekana

Thibitisha kila handaki peke yake kabla ya kuzipanga, ikiwa mahitaji yanaruhusu ulinganisho. Kipimo cha ukubwa maalum huamua hilo: ping -M do -s 1472 -c 3 10.8.0.1 hutuma pakiti kamili ya IPv4 ya baiti 1500 ndani ya safu hiyo. Ongeza safu ya pili na urudie kipimo kicho hicho, ili kushindwa kokote kuwa kwa mabadiliko yanayojulikana.

Wakati uhamishaji unakwama, badilisha kigezo kimoja kilichoandikwa kwa wakati mmoja na uandike ukubwa unaoshindwa. Angalia pia njia ya kurudi, kwa sababu mzunguko wa njia zilizopangwa unaweza kuiga tatizo la ukubwa wa pakiti kwa karibu vya kutosha kugharimu mchana mzima. Jibu la ICMP lililochujwa linaweza kuficha kikomo halisi, kwa hiyo kipimo ni muhimu zaidi kuliko hoja.

Andika bajeti mahali ambapo mtu anayefuata ataipata

Jedwali lenye mstari mmoja kwa safu huishi muda mrefu kuliko kanuni ya kidole. Liweke karibu na mchoro wa handaki ili mtu yeyote asirudie hesabu chini ya shinikizo.

Handaki nyingi zinamaanisha vitegemezi vingi, kwa hiyo mpango wa kurudi nyuma unastahili nafasi yake karibu na bajeti. Ikiwa namba bado hazilingani, pima njia badala ya kukisia tena. Lengo ni namba unayoweza kuitetea, si ya kukumbuka.