Je, MTU ndogo ya VPN ina haraka zaidi? Linganisha ushahidi halisi
MTU ya chini inaweza kukwepa kikomo cha njia na bado ikagharimu upitishaji. Linganisha kikwazo halisi, gharama ya vichwa na mzigo wa kazi kabla ya kubaki na mabadiliko.
Tunnel huacha usafirishaji mkubwa lakini huruhusu ping kupita, kwa hivyo ushauri huja haraka: punguza MTU. Marekebisho hufanya kazi wakati mwingine, kisha hutumika kwa kila wasifu katika kila mtandao. Hapo ndipo marekebisho lengwa yanapogeuka kuwa kodi ya kudumu ya utendaji. Ulinganisho unaopaswa kufanywa ni kati ya kikomo halisi cha njia na gharama ya kupunguza kila pakiti chini yake.
Ni nini hupungua kweli unapopunguza MTU
Kila pakiti hubeba vichwa kabla ya kubeba data yako. Kwenye njia ya Ethernet ya baiti 1500, IPv4 na TCP hutumia baiti 40 na kuacha 1460 kwa mzigo; ufungaji huongeza juu vichwa vya nje vya IP, UDP na tunnel, kwa hivyo bajeti ya mzigo wa ndani hupungua tena. Kupunguza MTU ya kiolesura hupunguza bajeti hiyo kwa makusudi.
Gharama inalingana na idadi ya pakiti, si idadi ya baiti. Faili hiyo hiyo iliyogawanywa katika pakiti zaidi inahitaji usumbufu zaidi, maamuzi zaidi ya uelekezaji na usindikaji zaidi kwa kila pakiti kwenye kila kifaa njiani. Kwenye router ambayo tayari iko karibu na kikomo chake cha pakiti kwa sekunde, hiyo ni kupungua kwa kasi halisi na si hitilafu ya kuzungusha. Gharama huonekana hata wakati usafirishaji wenyewe unafanikiwa.
Ndiyo sababu MTU ndogo ni mzunguko wa kuzunguka kikwazo, si uboreshaji wa jumla. Inanunua uaminifu dhidi ya njia isiyoweza kubeba fremu kubwa, na inatoza gharama ya ziada kwa kila pakiti ambayo haikuhitaji kupunguzwa.
Ni lini MTU ndogo ni marekebisho sahihi
Dalili ya kawaida ni mahususi: handshake ya TCP inakamilika, majibu madogo yanawasili, na upakuaji mkubwa unasimama au kuwekwa upya. Ping yenye biti ya usigawanye kwenye baiti 1472 inashindwa wakati ping ya baiti 1400 inafanikiwa, jambo linaloelekeza kwenye njia isiyoweza kubeba pakiti ya ukubwa kamili na isiyowasilisha ujumbe wa ICMP ambao ungemwambia mtumaji apunguze.
Ugunduzi wa MTU ya njia hutegemea jumbe hizo za ICMP za hitaji la kugawanya. Firewall inapozitupa, mtumaji anaendelea kujaribu pakiti kubwa na muunganisho huonekana kama umening'inia. Kupunguza MTU upande wa tunnel kunaepuka kurudia, na hiyo ni marekebisho halali kwa mtandao huo.
Teknolojia za ufikiaji pia huweka mipaka yao: PPPoE kwa kawaida huishia 1492, baadhi ya njia za simu na DSL ni za chini, na tunnel zilizopangwa hutoa gharama ya ziada mara mbili. Pima njia halisi badala ya kunakili namba kutoka mwongozo, na kumbuka kwamba IPv6 inahitaji angalau baiti 1280 za MTU kwenye kila kiungo kinachoisafirisha, kama RFC 8200 inavyobainisha.
Linganisha vidhibiti vitatu kabla ya kubadilisha kimoja
MTU, MSS na ugawaji ni vidhibiti tofauti katika tabaka tofauti, na kubadilisha kile kisicho sahihi huacha dalili mahali pake.
| Control | Layer | What it changes | Where it misleads |
|---|---|---|---|
| Interface MTU | IP link | Largest frame the interface will send | Penalizes every protocol, not just the one that failed |
| TCP MSS clamp | TCP | Segment size advertised in the handshake | Leaves UDP and QUIC untouched |
| DF and fragmentation | IP | Whether a router may split a packet | Can break path MTU discovery and security assumptions |
| Tunnel overhead | Encapsulation | Inner MTU after outer headers | Mismatch shows up only for large inner packets |
Kuzuia MSS mara nyingi ni marekebisho yasiyovamia zaidi, kwa sababu yanaathiri TCP pekee na huacha kiolesura huru kwa trafiki nyingine. MTU ndogo ya kiolesura ni pana zaidi na rahisi kufikiria, ndiyo sababu ni ya kawaida kwenye router za watumiaji, lakini hutoza kila itifaki tatizo la itifaki moja.
Kuzima tabia ya usigawanye huficha dalili kwa kuruhusu ugawaji, na kwa kawaida hufanya ucheleweshaji kuwa mbaya zaidi huku kikivunja mrejesho ambao ungepata ukubwa sahihi. Epuka hilo kama marekebisho ya kudumu.
Pima maafikiano badala ya namba moja
Pata kikomo cha njia kwa kichunguzi cha usigawanye, anza juu na shuka hadi jibu lifike:
ping -M do -s 1472 203.0.113.10
ping -M do -s 1400 203.0.113.10
tracepath 203.0.113.10Kisha linganisha kazi halisi kwenye mipangilio yote miwili: usafirishaji huo wa faili, mwisho huo na mtandao huo. Rekodi muda wa kukamilisha na utumaji upya, kwa mfano kwa nstat -az TcpRetransSegs, na fuatilia CPU ya kifaa ikiwa tunnel inaishia kwenye router ndogo. Jaribio fupi la sintetiki la upitishaji linaweza kukosa kusimama kunakoonekana tu baada ya megabaiti kadhaa.
Vihesabu vya pakiti vitaongezeka baada ya kupunguza kwa sababu usafirishaji huo sasa unatumia pakiti zaidi. Hiyo inatarajiwa na si ushahidi wa upitishaji wa juu zaidi. Linganisha data ya programu iliyokamilika, idadi ya utumaji upya na mwitikio, si kasi ya pakiti pekee.
Weka mabadiliko kwa hatua na uyaweke kwa mipaka
Rekodi thamani ya awali, badilisha kidhibiti kimoja, na urudie kipimo kabla ya kuifanya ya kudumu. Ikiwa ushahidi hauonyeshi faida, rejesha thamani ya awali kwa amri hiyo ya kiolesura uliyotumia kuiweka:
ip link set dev wg0 mtu 1420
ip link set dev wg0 mtu 1500Weka matokeo kwa mtandao uliokuwa ukihitaji. Wasifu ambao lazima ufanye kazi kwenye Wi-Fi ya hoteli, hotspot ya simu na LAN ya ofisi haupaswi kurithi thamani ya chini kabisa inayohitajika na yeyote kati yao, isipokuwa mteja hawezi kugundua njia.
Thamani sahihi ni MTU kubwa zaidi inayostahimili njia, si ndogo zaidi inayoondoa dalili. Andika njia, matokeo ya kichunguzi na urejeshaji, na pitia mpangilio tena mtandao wa ufikiaji unapobadilika.