Jumbo-Framen maachen aus engem VPN-Wee keen 9000-Byte-Transport
Eng grouss MTU ass eng lokal Linkofsprooch. Zitt den Tunnel-Overhead vum klengsten Deel vun der Streck of, ier Dir de bannenzege Interface hieft.
Dir hutt 9000-Byte-Framen am LAN ageschalt an erwaart, datt de VPN méi séier gëtt. Et gouf méi lues, oder et huet opgehalen, grouss Iwwerdroungen duerchzeloossen. Jumbo-Framen sinn eng lokal Linkofsprooch; si vergréisseren net de Wee, deen den Tunnel iwwerquiert.
De benotzbare Budget gëtt vun der klengster Grenz op der Streck bestëmmt, inklusiv der Verkapselung, déi den Tunnel dobäi setzt.
Wat Jumbo-Framen tatsächlech änneren
Eng MTU ass eng Eegenschaft vun engem Interface. Se op engem Server an sengem Switch eropzesetzen heescht, datt déi zwee méi grouss Frame kënnen austauschen, ouni Fragmentatioun. Et seet näischt iwwer de Router hannert dem Switch, iwwer de Provider oder iwwer déi aner Säit vun engem Tunnel. Dës Apparater hunn hir eege Limiten, an e Pak, deen eng dovun iwwerschreit, gëtt no Reegele verworf oder fragmentéiert, déi Dir net festgeluecht hutt.
Lokal Ofsprooch, global Konsequenzen. Dat ass déi ganz Duercherneen.
D'Verkapselungssteier
En Tunnel wéckelt Äre Pak an en aneren. WireGuard iwwer IPv4 UDP setzt ongeféier 60 Byte Overhead dobäi; den UDP-Modus vum OpenVPN ass am selwechte Beräich, an IPsec variéiert mat Modus an Algorithmen. Dës Byte kommen aus dem Budget vum baussenzege Wee, net aus dem Näischt.
Also kann en baussenzege Link vun 1500 Byte keen bannenzege Pak vun 1500 Byte droen, soubal en Tunnelkapp dobäikënnt.
D'Arithmetik ass et wäert, eng Kéier ze maachen. Op engem Wee vun 1500 Byte wëll en WireGuard-Interface eng MTU ëm 1420, sou datt de verkapselte Pak passt. Setzt den bannenzege Interface op 9000, an all groussen Pak brauch eng Fragmentatioun, déi den Tunnel net kann, oder gëtt verworfen.
Fannt de klengsten Deel op der Streck
Gitt d'Streck of a fannt déi niddregst MTU. De LAN ass meeschtens 1500 oder 9000, de WAN meeschtens 1500, an en mobilen oder PPP-Link kann nach méi niddreg sinn. Zitt dann den Tunnel-Overhead of. Wann d'Resultat méi kleng ass wéi d'MTU vum bannenzege Interface, hutt Dir Är Äntwert. D'Entdeckung vun der Wee-MTU kann dat automatesch fannen, awer nëmmen wann d'ICMP-Noriichte, op déi et sech stäipt, duerchgelooss ginn.
Gefilterten ICMP ass de klassesche Grond, firwat eng grouss Iwwerdroung hänkt, während kleng Ufroen gutt funktionéieren.
Test d'Gréisstofhängegkeet, ouni d'Ännerung ze verbreeden
Benotzt eng representativ Iwwerdroung a behält déi ursprénglech Wäerter, sou datt Dir se kënnt zerécksetzen. ping -M do -s 1472 testt e Pak vun 1500 Byte mam DF-Bit gesat; verkleinert d'Gréisst, bis et duerchkënnt. Wa just grouss Paken feelen, hutt Dir e Gréissteproblem an net e Routingproblem.
Passt op beim Offload op der Hostsäit, wann Dir Capturen liest. Segmentatiounsoffload kann Frame weisen, déi vill méi grouss sinn wéi dat, wat tatsächlech iwwer d'Kabel gaangen ass, wat en funktionéierende Wee futti an en futti Wee a schéine Licht ausgesäit.
Wéini eng grouss MTU den richtegen Design ass
En kontrolléierte private Netzwierk kann legitim méi grouss Frame vun Enn bis Enn lafen, wann all Apparat op der Streck averstanen ass an den Tunnel-Overhead agerechent gëtt. Dat ass en koordinéierten Design mat engem dokumentéierte Wäert pro Link, net eng grouss Zuel, déi an e Client getippt gëtt.
Fir en normale ëffentlechen Ausgang, huel 1500 oder manner un a loosst den Tunnel eng sécher bannenzeg MTU wielen. RFC 8201 deckt d'Entdeckung vun der Wee-MTU fir den IPv6-Fall of an ass eng nëtzlech Referenz dofir, wéi de Feedback soll funktionéieren.