Is ’n kleiner VPN-MTU vinniger? Vergelyk die werklike bewyse
’n Laer MTU kan ’n padbeperking ontwyk en steeds deurset kos. Vergelyk die werklike beperking, die pakkie-oorhoof en die werklading voordat jy die verandering hou.
’n Tonnel laat groot oordragte val maar laat pings deur, so die raad kom vinnig: verlaag die MTU. Die oplossing werk soms, en dan word dit op elke profiel op elke netwerk toegepas. Dit is die punt waar ’n gerigte herstelling in ’n permanente prestasiebelasting verander. Die vergelyking wat gemaak moet word, is tussen die pad se werklike beperking en die koste om elke pakkie daaronder te verklein.
Wat werklik krimp wanneer jy MTU verlaag
Elke pakkie dra opskrifte voordat dit jou data dra. Op ’n 1500-greep Ethernet-pad verbruik IPv4 en TCP 40 grepe en laat 1460 vir die loonvrag oor; inkapseling voeg buitenste IP-, UDP- en tonnel-opskrifte bo-op, so die binneste loonvrag-begroting daal weer. Om die koppelvlak-MTU te verlaag, krimp daardie begroting doelbewus.
Die koste is eweredig aan die aantal pakkies, nie aan die aantal grepe nie. Dieselfde lêer wat in meer pakkies verdeel word, benodig meer onderbrekings, meer roetebesluite en meer verwerking per pakkie op elke toestel langs die pad. Op ’n router wat reeds naby sy pakkies-per-sekonde-limiet is, is dit ’n werklike vertraging eerder as ’n afrondingsfout. Die koste wys selfs wanneer die oordrag self slaag.
Dit is waarom ’n kleiner MTU ’n omweg is vir ’n beperking, nie ’n algemene optimalisering nie. Dit koop betroubaarheid teen ’n pad wat nie die groter raam kan dra nie, en dit hef oorhoofse koste vir elke pakkie wat nie die vermindering nodig gehad het nie.
Wanneer ’n kleiner MTU die regte oplossing is
Die klassieke simptoom is spesifiek: die TCP-handdruk voltooi, klein antwoorde kom aan, en ’n groot aflaai staak of herstel. ’n Ping met die moenie-fragmenteer-bietjie op 1472 grepe misluk terwyl ’n 1400-greep-ping slaag, wat dui op ’n pad wat nie ’n volgrootte-pakkie kan dra nie en nie die ICMP-boodskap lewer wat die sender sou sê om te verklein nie.
Pad-MTU-ontdekking hang van daardie ICMP-fragmentasie-nodig-boodskappe af. Wanneer ’n firewall hulle laat val, hou die sender aan om die groot pakkie weer te probeer en die verbinding blyk te hang. Om die MTU aan die tonnelkant te verlaag, vermy die herprobeerslag, wat ’n wettige herstelling vir daardie netwerk is.
Toegangstegnologieë stel ook hul eie perke: PPPoE beperk gewoonlik tot 1492, sommige mobiele en DSL-paaie is laer, en geneste tonnele trek die oorhoofse koste twee keer af. Meet die werklike pad eerder as om ’n getal uit ’n gids te kopieer, en onthou dat IPv6 minstens 1280 grepe MTU vereis op enige skakel wat dit dra, soos RFC 8200 bepaal.
Vergelyk die drie beheermaatreëls voordat jy een verander
MTU, MSS en fragmentasie is verskillende knoppies op verskillende lae, en om die verkeerde een te verander laat die simptoom in plek.
| 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 |
’n MSS-knyp is dikwels die minste indringende herstelling omdat dit net TCP raak en die koppelvlak vir ander verkeer vry laat. ’n Laer koppelvlak-MTU is breër en eenvoudiger om oor te redeneer, wat is waarom dit algemeen op verbruikersroutere is, maar dit hef elke protokol vir een protokol se probleem.
Om die moenie-fragmenteer-gedrag te deaktiveer, verberg die simptoom deur fragmentasie toe te laat, en dit maak gewoonlik die latensie slegter terwyl dit die terugvoer breek wat die korrekte grootte sou vind. Vermy dit as ’n permanente oplossing.
Meet die afruiling eerder as een getal
Vind die padbeperking met ’n moenie-fragmenteer-toets, begin hoog en trap af totdat die antwoord aankom:
ping -M do -s 1472 203.0.113.10
ping -M do -s 1400 203.0.113.10
tracepath 203.0.113.10Vergelyk dan die werklike taak op albei instellings: dieselfde lêeroordrag, dieselfde eindpunt en dieselfde netwerk. Teken voltooiingstyd en hertransmissies aan, byvoorbeeld met nstat -az TcpRetransSegs, en hou die toestel se CPU dop as die tonnel op ’n klein router eindig. ’n Kort sintetiese deursettoets kan die staking mis wat eers na verskeie megagrepe verskyn.
Pakkie-tellers sal na ’n vermindering styg omdat dieselfde oordrag nou meer pakkies gebruik. Dit is verwag en dit is nie bewys van hoër deurset nie. Vergelyk voltooide toepassingsdata, hertransmissietellings en reaksievermoë, nie net die pakkiekoers nie.
Berei die verandering in fases voor en hou dit beperk
Teken die oorspronklike waarde aan, verander een beheermaatreël, en herhaal die meting voordat jy dit permanent maak. As die bewyse nie ’n voordeel toon nie, herstel die vorige waarde met dieselfde koppelvlakopdrag wat jy gebruik het om dit te stel:
ip link set dev wg0 mtu 1420
ip link set dev wg0 mtu 1500Beperk die resultaat tot die netwerk wat dit nodig gehad het. ’n Profiel wat op ’n hotel-Wi-Fi, ’n mobiele hotspot en ’n kantoor-LAN moet werk, moet nie die laagste waarde erf wat enige een van hulle vereis nie, tensy die kliënt nie die pad kan waarneem nie.
Die regte waarde is die grootste MTU wat die pad oorleef, nie die kleinste een wat die simptoom laat verdwyn nie. Dokumenteer die pad, die toetsresultaat en die terugrol, en hersien die instelling wanneer die toegangsnetwerk verander.