Ki választja a WireGuard MTU-t: a wg-quick, a kernel vagy te

A WireGuardnak nincs MTU-egyeztetése. Titkosítja, amit a csatoló ad neki, és elküldi az eredményt, és ha a beágyazott csomag meghaladja az útvonalat, valahol eldobják vagy feldarabolják, ahol nem látod. Valakinek ki kell választania a csatoló MTU-ját, és az a valaki az az eszköz, amely felhozta a csatolót.

Három jelölt van, és könnyű őket összekeverni.

Három hely, ahonnan az érték jöhet

Az érték megadható kifejezetten a csatoló konfigurációjában, kiszámíthatja a beállító eszköz az útvonalinformációkból, vagy beállíthatja bármelyik hálózatkezelő, amely a csatolóval rendelkezik. Egy egyszerű wg hívás egyiket sem teszi, mert a wg csak kulcsokat és partnereket kezel. Az MTU a hálózati csatolón él, ezért a ip link show wg0 az a hely, ahol olvasod.

Ha nem vagy biztos benne, melyik eset érvényes, először olvasd ki az MTU-t, aztán derítsd ki, ki indította a csatolót.

Aszerint döntsd el, ki futtatja a csatolót

Ha a wg-quick indítja, egy kifejezett MTU sor nyer, egyébként kiszámít egy értéket. Ha egy hálózatkezelő indítja, annak a kezelőnek a profilja dönt. Ha egy konténer-futtatókörnyezet vagy egy szolgáltatói kliens indítja, olvasd el a dokumentációjukat, ahelyett hogy a wg-quick viselkedését feltételeznéd.

A döntés nem az, melyik szám a legjobb elvont értelemben. Hanem az, melyik összetevőt tudod ténylegesen beállítani.

Mit tesz az alapértelmezett számítás

A wg-quick megkeresi az útvonalat a partner végpontjához, veszi a kimenő csatoló MTU-ját, és levonja a beágyazási többletet. IPv4-es külső fejléccel ez körülbelül 60 bájt, IPv6-tal körülbelül 80. Az eredményt korlátozza, hogy egy 1500 bájtos útvonal 1420-at adjon, ne pedig olyan értéket, amely csak egy címcsaládon működik. Ez ésszerű alapérték, nem az útvonalad mérése.

Nem tudhat egy későbbi alagútról, egy mobil kapcsolatról vagy egy szűrt ICMP-útvonalról.

A korlát valódi kérdést rejt. Ha az útvonalad valóban 9000 bájt végponttól végpontig, az 1420 teljesítményt hagy az asztalon, és ha az útvonal 1400, az 1420 már túl nagy. Az alapérték kompromisszum, és így is kell kezelni.

Amikor az útvonal alattad változik

Egy laptop, amely Ethernetről Wi-Fi-re, onnan pedig telefonos hotspotra vándorol, megtartja azt a csatoló-MTU-t, amellyel indult. A külső útvonal most kisebb lehet, és semmi nem egyeztet újra. A beágyazott alagutak rontják a helyzetet, mert minden réteg a saját többletét vonja le ugyanabból a keretből. Az irodában működő érték nem az az érték, amely a repülőtéren működik.

Egy friss kézfogás bizonyítja, hogy a kulcsok működnek. Semmit nem bizonyít arról, hogy elférnek-e a nagy csomagok.

Egyszerre egy számot tesztelj

Tartsd ugyanazt az alkalmazást és célt, változtass egy értéket, és mérj. A ping -M do -s 1372 egy 1400 bájtos csomagot tesztel bekapcsolt DF-bittel, és ez az a tesztfajta, amelyet szeretnél. Ha a kis kérések működnek és a nagyok megakadnak, méretproblémád van, nem útválasztási.

Csak az MTU-t változtasd. Több csomagopció együttes hangolása semmit nem mond arról, melyik számított.

És ne várd, hogy az MTU változtatása helyrehozza a hiányzó visszaútvonalat, egy továbbítási szabályt vagy egy DNS-hibát. Ezek is forgalom nélküli tüneteket okoznak, és saját tesztjeik vannak. A wg-quick kézikönyv dokumentálja az automatikus kiválasztást.