Ass eng méi kleng VPN-MTU méi séier? Vergläicht déi tatsächlech Beweiser
Eng méi niddreg MTU kann eng Limite vum Wee ëmgoen an awer Duurchsaz kaschten. Vergläicht déi richteg Aschränkung, de Kaf vun den Headeren an d’Aarbechtslaascht, ier Dir d’Ännerung behält.
En Tunnel geet grouss Iwwerdroungen fort, awer léisst Ping duerch, also kënnt den Rotschlag séier: senkt d’MTU. D’Reparatur funktionéiert heiansdo, an du gëtt se op all Profil an all Netzwierk ugewannt. Dat ass de Punkt, wou eng geriicht Reparatur eng permanent Leeschtungssteier gëtt. D’Vergläich, deen ze maachen ass, ass tëscht der richteher Limite vum Wee an de Käschte fir all Paket drënner ze verklengeren.
Wat wierklech schrumpft, wann Dir d’MTU senkt
All Paket dréit Headeren, ier et Är Donnéeën dréit. Op engem Ethernet-Wee vun 1500 Byte verbrauchen IPv4 an TCP 40 Byte a loossen 1460 fir d’Nutzlaascht; d’Encapsulation setzt dobaussen IP-, UDP- an Tunnel-Headeren drop, also fällt den bannenzege Nutzlaascht-Budget nach eng Kéier. D’MTU vun der Schnëttstell erofsetzen verklengert dee Budget bewosst.
D’Käschte si proportional zu der Zuel vun de Paketen, net zu der Zuel vun de Byte. Déi selwecht Datei op méi Paketen verdeelt brauch méi Ënnerbriechungen, méi Routing-Entscheedungen a méi Veraarbechtung pro Paket op all Apparat laanscht de Wee. Op engem Router, deen schonn no bei senger Limite vu Paketen pro Sekonn ass, ass dat eng richteg Verlängerung an net e Rundungsfehler. D’Käschte weisen sech och, wann d’Iwwerdroong selwer geléngt.
Dofir ass eng méi kleng MTU en Ëmwee ëm eng Aschränkung, net eng allgemeng Optimiséierung. Et kaaft Zouverlässegkeet géint e Wee, deen de gréisseren Frame net ka droen, an et verlaangt Overhead fir all Paket, dat d’Verklengeung net gebraucht huet.
Wéini eng méi kleng MTU déi richteg Reparatur ass
De klassesche Symptom ass spezifesch: den TCP-Handshake gëtt fäerdeg, kleng Äntwerten kommen un, an en groussen Download stockt oder gëtt zréckgesat. E Ping mam Net-Fragmentéieren-Bit op 1472 Byte schléit feel, während e Ping vun 1400 Byte geléngt, wat op e Wee weist, deen e Paket a voller Gréisst net ka droen an deen d’ICMP-Noriicht net liwwert, déi dem Sender gesot hätt, ze verklengeren.
D’Entdeckung vun der MTU vum Wee hänkt vun deenen ICMP-Noriichte fir noutwenneg Fragmentéierung of. Wa eng Firewall se verwërft, widderhëlt de Sender ëmmer erëm de grousse Paket an d’Verbindung schéngt ze hänken. D’MTU op der Tunnelsäit erofsetzen ëmgeet d’Widderholung, an dat ass eng legitim Reparatur fir dat Netzwierk.
Zougangstechnologien setzen och hir eege Limiten: PPPoE ass meeschtens op 1492 begrenzt, verschidde mobil an DSL-Weewe sinn méi niddreg, an nestéiert Tunnele zéien den Overhead zweemol of. Misst de richtege Wee amplaz eng Zuel aus engem Guide ze kopéieren, a Denkt drun, datt IPv6 op all Verbindung, déi et dréit, mindestens 1280 Byte MTU verlaangt, wéi RFC 8200 et festleet.
Vergläicht déi dräi Kontrollen, ier Dir eng ännert
MTU, MSS a Fragmentéierung sinn ënnerschiddlech Kontrollen op ënnerschiddlechen Niveauen, an déi falsch z’änneren léisst de Symptom stoen.
| 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 |
D’MSS ze begrenzen ass dacks déi mannst invasiv Reparatur, well se nëmmen TCP betrëfft an d’Schnëttstell fir aneren Trafik fräi léisst. Eng méi niddreg Schnëttstell-MTU ass méi breet a méi einfach ze bedenken, dofir ass se heefeg op Konsumenterouteren, awer se verlaangt all Protokoll de Problem vun engem eenzege Protokoll.
D’Net-Fragmentéieren-Verhalen ausschalten verstoppt de Symptom, andeem et Fragmentéierung erlaabt, an et verschlechtert meeschtens d’Latenz, wärend et de Feedback brécht, deen déi richteg Gréisst fonnt hätt. Vermeit et als permanent Léisung.
Misst de Kompromiss amplaz eng eenzeg Zuel
Fannt d’Limite vum Wee mat enger Net-Fragmentéieren-Sond, fänkt uewen un a gitt erof, bis d’Äntwert kënnt:
ping -M do -s 1472 203.0.113.10
ping -M do -s 1400 203.0.113.10
tracepath 203.0.113.10Vergläicht duerno déi richteg Aufgab op béiden Astellungen: déi selwecht Datei-Iwwerdroong, dee selwechten Endpunkt an dat selwecht Netzwierk. Notéiert d’Fäerdegstellungszäit an d’Widder-Sendungen, zum Beispill mat nstat -az TcpRetransSegs, a kuckt op d’CPU vum Apparat, wann den Tunnel op engem klengen Router ophält. E kuerzen syntheteschen Duurchsaztest ka de Stock verpassen, deen eréischt no e puer Megabyte opdaucht.
D’Paket-Zieler ginn no enger Reduktioun erop, well déi selwecht Iwwerdroong elo méi Paketen benotzt. Dat ass erwaart an et ass keen Beweis fir eng méi héich Duurchsaz. Vergläicht fäerdeg Applikatiounsdaten, d’Zuel vun de Widder-Sendungen an d’Reaktiounsfäegkeet, net nëmmen d’Paket-Rate.
Féiert d’Ännerung a Schrëtt an a haalt se begrenzt
Notéiert de urspréngleche Wäert, ännert eng Kontroll, a widderhëlt d’Moossnam, ier Dir se permanent maacht. Wann d’Beweiser kee Benefice weisen, setzt de virege Wäert mam selwechten Interface-Befehl zréck, deen Dir benotzt hutt, fir en ze setzen:
ip link set dev wg0 mtu 1420
ip link set dev wg0 mtu 1500Begrenzt d’Resultat op d’Netzwierk, dat et gebraucht huet. E Profil, dee op engem Hotel-Wi-Fi, engem mobilen Hotspot an engem Büro-LAN muss funktionéieren, sollt net de niddregste Wäert ierwen, deen ee vun hinnen verlaangt, ausser wann de Client de Wee net ka feststellen.
De richtege Wäert ass déi gréisst MTU, déi de Wee iwwerlieft, net déi klengst, déi de Symptom verschwannen léisst. Dokumentéiert de Wee, d’Resultat vun der Sond an d’Zrécksetzen, a kuckt d’Astellung nei un, wann den Zougangsnetzwierk sech ännert.