Er en mindre VPN-MTU hurtigere? Sammenlign de faktiske beviser
En lavere MTU kan omgå en grænse på ruten og alligevel koste gennemstrømning. Sammenlign den reelle begrænsning, pakkeoverheadet og arbejdsbyrden, før du beholder ændringen.
En tunnel dropper store overførsler, men lader ping passere, så rådet kommer hurtigt: sænk MTU’en. Rettelsen virker nogle gange, og derefter anvendes den på hver profil på hvert netværk. Det er punktet, hvor en målrettet reparation bliver en permanent ydelsesskat. Sammenligningen, der skal foretages, er mellem rutenes reelle grænse og prisen for at krympe hver pakke under den.
Hvad der faktisk krymper, når du sænker MTU’en
Hver pakke bærer headere, før den bærer dine data. På en Ethernet-rute på 1500 byte bruger IPv4 og TCP 40 byte og efterlader 1460 til nyttelasten; indkapsling tilføjer ydre IP-, UDP- og tunnelheadere ovenpå, så det indre nyttelastbudget falder igen. At sænke grænsefladens MTU krymper det budget bevidst.
Prisen er proportional med antallet af pakker, ikke med antallet af byte. Den samme fil delt i flere pakker kræver flere afbrydelser, flere routingbeslutninger og mere behandling pr. pakke på hver enhed langs ruten. På en router, der allerede er tæt på sin grænse for pakker pr. sekund, er det en reel forsinkelse og ikke en afrundingsfejl. Prisen viser sig, selv når overførslen lykkes.
Derfor er en mindre MTU en omvej omkring en begrænsning, ikke en generel optimering. Den køber pålidelighed mod en rute, der ikke kan bære den større ramme, og den opkræver overhead for hver pakke, der ikke havde brug for formindskelsen.
Hvornår en mindre MTU er den rigtige rettelse
Det klassiske symptom er specifikt: TCP-håndtrykket fuldføres, små svar ankommer, og en stor download går i stå eller nulstilles. En ping med don’t-fragment-bitten på 1472 byte fejler, mens en ping på 1400 byte lykkes, hvilket peger på en rute, der ikke kan bære en pakke i fuld størrelse og ikke leverer den ICMP-besked, der ville fortælle afsenderen at krympe.
Opdagelse af rutenes MTU afhænger af de ICMP-beskeder om nødvendig fragmentering. Når en firewall dropper dem, bliver afsenderen ved med at gentage den store pakke, og forbindelsen ser ud til at hænge. At sænke MTU’en på tunnelsiden undgår gentagelsen, og det er en legitim reparation for det netværk.
Adgangsteknologier sætter også deres egne grænser: PPPoE stopper typisk ved 1492, nogle mobile og DSL-ruter er lavere, og indlejrede tunneler trækker overhead fra to gange. Mål den faktiske rute i stedet for at kopiere et tal fra en guide, og husk, at IPv6 kræver mindst 1280 byte MTU på enhver forbindelse, der bærer det, som RFC 8200 fastslår.
Sammenlign de tre kontroller, før du ændrer én
MTU, MSS og fragmentering er forskellige knapper på forskellige lag, og at ændre den forkerte lader symptomet blive.
| 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 |
En MSS-begrænsning er ofte den mindst indgribende reparation, fordi den kun påvirker TCP og lader grænsefladen fri til anden trafik. En lavere MTU på grænsefladen er bredere og lettere at ræsonnere om, hvilket er grunden til, at den er almindelig på forbrugerroutere, men den opkræver hver protokol én protokols problem.
At slå don’t-fragment-adfærden fra skjuler symptomet ved at tillade fragmentering, og det gør normalt latenstiden værre, samtidig med at det bryder den feedback, der ville have fundet den rigtige størrelse. Undgå det som en permanent løsning.
Mål afvejningen i stedet for ét tal
Find rutens grænse med en don’t-fragment-sonde, start højt og gå ned, indtil svaret kommer:
ping -M do -s 1472 203.0.113.10
ping -M do -s 1400 203.0.113.10
tracepath 203.0.113.10Sammenlign derefter den reelle opgave på begge indstillinger: den samme filoverførsel, det samme endepunkt og det samme netværk. Noter fuldførelsestid og gentagne overførsler, for eksempel med nstat -az TcpRetransSegs, og hold øje med enhedens CPU, hvis tunnelen ender på en lille router. En kort syntetisk gennemstrømningstest kan overse den stilstand, der først viser sig efter flere megabyte.
Pakketyllere vil stige efter en reduktion, fordi den samme overførsel nu bruger flere pakker. Det er forventet og er ikke bevis på højere gennemstrømning. Sammenlign fuldførte applikationsdata, antallet af gentagne overførsler og responsiviteten, ikke kun pakkehastigheden.
Indfør ændringen trinvis og hold den afgrænset
Noter den oprindelige værdi, ændr én kontrol, og gentag målingen, før du gør den permanent. Viser beviserne ingen fordel, gendan den tidligere værdi med den samme grænsefladekommando, som du brugte til at sætte den:
ip link set dev wg0 mtu 1420
ip link set dev wg0 mtu 1500Afgræns resultatet til det netværk, der havde brug for det. En profil, der skal fungere på et hotel-Wi-Fi, et mobilt hotspot og et kontor-LAN, bør ikke arve den laveste værdi, som nogen af dem kræver, medmindre klienten ikke kan registrere ruten.
Den rigtige værdi er den største MTU, der overlever ruten, ikke den mindste, der får symptomet til at forsvinde. Dokumentér ruten, sondens resultat og tilbagerulningen, og tag indstillingen op igen, når adgangsnetværket ændrer sig.