Sino ang pumipili ng MTU ng WireGuard: wg-quick, ang kernel o ikaw

Walang anumang negosasyon sa MTU ang WireGuard. Ini-encrypt nito ang anumang ibigay ng interface at ipinapadala ang resulta, at kung lalampas ang naka-encapsulate na packet sa ruta, ito ay itinatapon o hinahati sa isang lugar na hindi mo makikita. Kailangang may pumili ng MTU ng interface, at ang taong iyon ay ang tool na nagpaangat ng interface.

May tatlong kandidato, at madaling malito sa kanila.

Tatlong lugar na pinagmumulan ng halaga

Maaaring itakda ang halaga nang malinaw sa config ng interface, kalkulahin ng setup tool mula sa impormasyon ng ruta, o itakda ng sinumang network manager na may-ari ng interface. Ang ordinaryong tawag sa wg ay wala sa mga ito, dahil ang wg ay humahawak lamang ng mga key at peer. Ang MTU ay naninirahan sa network interface, kaya ip link show wg0 ang lugar kung saan mo ito binabasa.

Kung hindi ka sigurado kung aling kaso ang naaangkop, basahin muna ang MTU, pagkatapos alamin kung sino ang nagpatakbo ng interface.

Magpasya batay sa kung sino ang nagpapatakbo ng interface

Kung wg-quick ang nagpapatakbo nito, panalo ang malinaw na linyang MTU, kung hindi ay nagkalkula ito ng halaga. Kung network manager ang nagpapatakbo, ang profile ng manager na iyon ang magpapasya. Kung container runtime o client ng provider ang nagpapatakbo, basahin ang kanilang dokumentasyon sa halip na ipagpalagay ang pag-uugali ng wg-quick.

Ang desisyon ay hindi kung aling numero ang pinakamainam sa abstrakto. Ito ay kung aling bahagi ang talagang maaari mong i-configure.

Ano ang ginagawa ng default na kalkulasyon

Hinahanap ng wg-quick ang ruta patungo sa endpoint ng peer, kinukuha ang MTU ng palabas na interface na iyon at ibinabawas ang gastos sa encapsulation. Sa panlabas na header na IPv4, mga 60 byte ito; sa IPv6, mga 80. Nililimitahan ang resulta upang ang rutang 1500 byte ay magbigay ng 1420 sa halip na halagang gumagana lamang sa isang pamilya ng address. Iyon ay makatwirang default, hindi pagsukat ng iyong ruta.

Hindi nito alam ang tungkol sa susunod na tunnel, mobile link o nasala na landas ng ICMP.

Itinatago ng limitasyong ito ang isang tunay na tanong. Kung ang iyong ruta ay talagang 9000 byte mula simula hanggang dulo, iniiwan ng 1420 ang performance sa mesa, at kung ang ruta ay 1400, masyado nang malaki ang 1420. Ang default ay isang kompromiso, at dapat itong ituring na gayon.

Kapag nagbago ang ruta sa ilalim mo

Ang laptop na gumagala mula Ethernet papuntang Wi-Fi at pagkatapos sa hotspot ng telepono ay pinapanatili ang MTU ng interface na sinimulan nito. Maaaring mas maliit na ngayon ang panlabas na ruta, at walang muling nakikipagnegosasyon. Mas pinalalala ito ng mga nakapugad na tunnel, dahil ibinabawas ng bawat layer ang sarili nitong gastos mula sa parehong badyet. Ang halagang gumana sa opisina ay hindi ang halagang gumagana sa paliparan.

Pinatutunayan ng kamakailang handshake na gumagana ang mga key. Wala itong pinatutunayan tungkol sa kung kasya ang malalaking packet.

Subukan ang isang numero sa isang pagkakataon

Panatilihin ang parehong application at destinasyon, baguhin ang isang halaga at sukatin. Sinusubukan ng ping -M do -s 1372 ang packet na 1400 byte na may nakatakdang DF bit, at iyon ang hugis ng pagsubok na gusto mo. Kung gumagana ang maliliit na kahilingan at natigil ang malalaki, may problema ka sa laki at hindi sa routing.

Baguhin lamang ang MTU. Ang pagsasaayos ng ilang opsyon ng packet nang sabay ay hindi nagsasabi kung alin ang mahalaga.

At huwag asahan na aayusin ng pagbabago ng MTU ang nawawalang return route, panuntunan sa forwarding o pagkabigo ng DNS. Nagdudulot din ang mga iyon ng sintomas na walang trapiko, at may sarili silang pagsubok. Itinatala ng manwal ng wg-quick ang awtomatikong pagpili.