MTU pro Route ënner Linux: dräi Gréisstekontrollen, eng Route
D'Interface-MTU, d'Route-MTU an d'MSS-Clamp wierken op verschiddenen Niveauen. Häng e Budget un d'Route, déi d'Sich gewënnt, a hal d'Ännerung ëmkéierbar.
Dräi Astellungen op engem Linux-Client klénge all wéi „maach d'Paketter méi kleng“, an se wierken op verschiddenen Niveauen. D'Interface-MTU begrenzt all Pakett, dat d'Apparat schéckt. Eng Route-MTU begrenzt Paketten, déi dës Route benotzen, wat dacks just dat ass, wat dir fir een VPN-Zil wierklech wëllt. D'TCP-MSS-Clamp ännert, wat déi zwou Enner verhandelen, an se mécht näischt fir UDP.
Dräi Kontrollen, déi wéi dee selwechte Knupp ausgesinn
Setz se niefteneen, ier s du wiels, well déi falsch Zeil wielen de gréissten Deel vum Rot erkläert, deen net funktionéiert:
| Control | Scope | What it cannot fix |
|---|---|---|
| Interface MTU | Every packet the device sends | Nothing, but it over-constrains unrelated traffic |
| Route MTU | Packets using that route | A send that the lookup never routes there |
| MSS clamp | TCP handshake on that path | UDP payload sizes and ICMP |
D'Ethernet-MTU fir déi ganz Maschinn erofzesetzen ass déi grob Versioun vun dëser Korrektur. Et funktionéiert, an et bestrooft och all aner Applikatioun um Host, och déi, deenen hir Weeër a Ordnung waren. E Wäert pro Route dréckt déi selwecht Absicht aus ouni d'Niewenkäschten.
De Verglach gëllt nëmme fir Verkéier, deen den Host selwer generéiert. E Pakett fir en anere Client weiderzeleeden enthält seng eege Wee an de baussenzege Budget vum Tunnel, an eng Route-Metrik op dësem Host erreecht net iwwer déi Grenz.
Häng de Budget un d'Route, déi d'Sich gewënnt
En illustrativen IPv4-Route-Andrag gesäit esou aus:
ip -4 route get 10.60.0.20
ip -4 route add 10.60.0.0/16 dev tun-office src 10.90.0.2 mtu 1380Lies den Andrag als Beschreiwung vun der Absicht, net als Wäert fir ze pechen. De Prefix, d'Apparat an d'bevirzugt Quell mussen zur richteger Konfiguratioun passen, an d'Zuel muss aus Beweiser iwwer de gekapselten Wee kommen, net aus engem Blogpost. D'Route-MTU begrenzt dat bannest IP-Pakett, wat net d'selwecht ass wéi eng TCP-Lescht vun 1380 Byte oder e verschlüsselt baussenzegt Pakett vun 1380 Byte.
Kuck, wou d'Sich wierklech opgeléist gëtt, ier s du eppes derbäisetz. En Host mat Politikregelen kann en Zil iwwer eng aner Tabell wéi main route, an eng Metrik, déi nëmmen an main existéiert, ass fir déi Ufro onsiichtbar. Vergläich ip -4 route show table all mat der Äntwert vun ip route get, inklusiv dem Kontext vun der Mark oder vum Nummraum, wann d'Regele se benotzen. Wann déi zwee net iwwerenee stëmmen, dann ass d'Tabell, déi geäntwert huet, déi, déi d'Metrik brauch, net déi, déi méi uerdentlech ausgesäit.
mtu ass net mtu lock
Standardmäßeg kann de Kernel de Wee-MTU nach aus ICMP-Feedback aktualiséieren, dofir ass d'Wee-MTU-Entdeckung do. Derbäisetzen lock hält dat op. Et ass eng aner Entscheedung, net eng méi staark Manéier, déiselwecht Zuel ze späicheren, an fir IPv4 ännert et déi dokumentéiert Behandlung vum Don't-Fragment-Bit.
Sperren ass raisonnabel, wann s de de Wee gemooss hues an wëlls, datt de Wäert stoe bleift, egal wat ukënnt. Et ass e schlechte Standard, wann d'Netzwierk legitime Gréissten-Feedback schéckt, well de Kernel net méi updelle kann an de Feeler op en anert Symptom wiesselt.
Wann ICMP iergendwou um Wee gefiltert gëtt, reparéiert keng Route-Astellung dat. D'Korrektur gehéiert zum Filter, an eng méi kleng MTU ass en Ëmwee, deen de richtege Feeler verstoppt, bis de Wee sech nächstmol ännert.
Tunnel-Software bäisetzt hir eege Gréissteknäpp
OpenVPN- mssfix passt d'TCP-Segmentgréisst fir säin dokumentéierte UDP-Tunnelfall un. Et wierkt op d'TCP-Gespréich, also ass et keng aner Schreifweis vun der Route-MTU vum Betribssystem, an et kann enger UDP-Service net hëllefen, déi d'Verhandlung ignoréiert.
Stapel net eng Route-MTU, eng Ännerung vun der Interface-MTU an eng MSS-Clamp an engem Ännerungsfenster. Wann de Problem verschwënnt, weess s de net, wéi eng gezielt huet, an déi, déi s de behältst, limitéiere Verkéier fir Joeren ouni e Grond, un deen een sech erënnert.
Maach et ëmkéierbar, da bewéis et
Den eigentlechen Eegentemer vun der Route entscheet, ob d'Ännerung en Neiverbinden iwwerlieft. E VPN-Client, deen d'Route dynamesch installéiert, baut se meeschtens ouni deng Metrik nei op, an eng manuell ip route add gesäit dann aus wéi eng Korrektur, déi en Dag méi spéit gescheitert ass. Setz de Wäert an d'Konfiguratioun vum Manager, a wann s de en temporäre Versuch brauchs, schreif fir d'éischt déi originell Route op.
Test mat enger neier Verbindung, déi d'Operatioun ausféiert, déi hänke bliwwen ass, a bestäteg dann, datt déi geplangt privat Route nach ëmmer gewënnt an onverbonnen Destinatiounen onverännert sinn. Verbann den Tunnel nei a lies d'Route nach eng Kéier, well e Wäert, deen beim Neiverbinden verschwënnt, ass keng Korrektur.
Wann d'Beweiser d'Ännerung net stäipen, huele d'Iwwerschreifung iwwer hire Manager ewech a stell d'originär Route-Attributer erëm hier, amplaz d'Route ze läschen. Schreif dann op, wat s de gemooss hues, op wéi engem Wee, sou datt déi nächst Persoun eng richteg Verbesserung vun engem Versuch, deen um Lafen gelooss gouf, ënnerscheede kann.