Kven vel WireGuard-MTU-en: wg-quick, kjernen eller du
WireGuard forhandlar ikkje om MTU. Oppsettverktøyet, ein nettverkshandsamar eller konfigurasjonslina di avgjer, og standardverdien er eit gjet om vegen, ikkje ei måling.
WireGuard har inga MTU-forhandling. Det krypterer alt grensesnittet gjev det, og sender resultatet, og viss den innkapsla pakka overstig vegen, blir ho droppa eller fragmentert ein stad du ikkje kan sjå. Nokon må velje MTU-en til grensesnittet, og den nokon er verktøyet som fekk grensesnittet opp.
Det finst tre kandidatar, og dei er lette å forveksle.
Tre stader verdien kan kome frå
Verdien kan setjast eksplisitt i grensesnittkonfigurasjonen, reknast ut av oppsettverktøyet frå ruteinformasjon, eller setjast av den nettverkshandsamaren som eig grensesnittet. Eit vanleg wg-kall gjer ingen av desse, fordi wg berre handsamar nøklar og partnarar. MTU-en bur på nettverksgrensesnittet, og difor er ip link show wg0 der du les han.
Viss du er usikker på kva tilfelle som gjeld, les MTU-en fyrst og finn deretter ut kven som starta grensesnittet.
Avgjer ut frå kven som køyrer grensesnittet
Viss wg-quick startar det, vinn ei eksplisitt MTU-line, elles reknar han ut ein verdi. Viss ein nettverkshandsamar startar det, avgjer profilen til den handsamaren. Viss eit containerkøyremiljø eller ein leverandørklient startar det, les dokumentasjonen deira i staden for å anta wg-quick-åtferd.
Avgjerda er ikkje kva tal som er best abstrakt. Ho er kva komponent du faktisk kan konfigurere.
Kva standardutrekninga gjer
wg-quick slår opp ruta til endepunktet til partnaren, tek MTU-en til det utgåande grensesnittet og trekkjer frå innkapslingskostnaden. Med eit IPv4-ytterhovud er det rundt 60 byte; med IPv6 er det rundt 80. Resultatet blir avgrensa slik at ein veg på 1500 byte gjev 1420 i staden for ein verdi som berre verkar på éin adressefamilie. Det er ein rimeleg standard, ikkje ei måling av vegen din.
Han kan ikkje vite om ein seinare tunnel, ei mobil lenkje eller ein filtrert ICMP-veg.
Grensa skjuler eit reelt spørsmål. Viss vegen din verkeleg er 9000 byte ende til ende, lèt 1420 yting liggje på bordet, og viss vegen er 1400, er 1420 allereie for stor. Standardverdien er eit kompromiss, og han bør handsamast som det.
Når vegen endrar seg under deg
Ein berbar PC som vandrar frå Ethernet til Wi-Fi og vidare til eit telefonhotspot held på grensesnitt-MTU-en han starta med. Den ytre vegen kan no vere mindre, og ingenting forhandlar på nytt. Nesta tunnellar gjer det verre, fordi kvart lag trekkjer frå sin eigen kostnad frå same budsjett. Verdien som fungerte på kontoret, er ikkje verdien som fungerer på flyplassen.
Ein nyleg handshake beviser at nøklane verkar. Det beviser ingenting om korvidt store pakkar får plass.
Test eitt tal om gongen
Hald same applikasjon og destinasjon, endr éin verdi og mål. ping -M do -s 1372 testar ei pakke på 1400 byte med DF-biten sett, og det er den forma for test du vil ha. Viss små førespurnader verkar og store stoppar, har du eit storleiksproblem og ikkje eit ruteproblem.
Endre berre MTU-en. Å justere fleire pakkealternativ samstundes fortel deg ingenting om kva som betydde noko.
Og ikkje vent at ei MTU-endring rettar ei manglande returrute, ei vidaresendingsregel eller ein DNS-feil. Dei gjev òg symptom utan trafikk, og dei har sine eigne testar. wg-quick-handboka dokumenterer det automatiske valet.