Jumbo freymlar VPN yo'lini 9000 baytli paketlarni tashuvchi qilmaydi

Siz LANda 9000 baytli freymlarni yoqdingiz va VPN tezlashadi deb kutdingiz. U sekinlashdi yoki katta uzatishlarni butunlay o'tkazmay qo'ydi. Jumbo freymlar mahalliy bog'lanish kelishuvi; ular tunnel kesib o'tadigan yo'lni kengaytirmaydi.

Foydalanish mumkin bo'lgan byudjetni marshrutdagi eng kichik chegara belgilaydi, tunnel qo'shadigan inkapsulyatsiya ham shu jumladan.

Jumbo freymlar aslida nimani o'zgartiradi

MTU - bitta interfeysning xususiyati. Uni serverda va uning switchida ko'tarish bu ikkisi fragmentatsiyasiz kattaroq freymlarni almashishi mumkinligini bildiradi. Bu switch ortidagi router, provayder yoki tunnelning narigi tomoni haqida hech narsa demaydi. O'sha qurilmalarning o'z chegaralari bor, ulardan biridan oshgan paket siz belgilamagan qoidalar bo'yicha tashlanadi yoki fragmentlanadi.

Mahalliy kelishuv, global oqibatlar. Butun chalkashlik shunda.

Inkapsulyatsiya solig'i

Tunnel paketingizni boshqasining ichiga o'raydi. IPv4 UDP ustidagi WireGuard taxminan 60 bayt qo'shimcha xarajat qo'shadi; OpenVPNning UDP rejimi ham shu oraliqda, IPsec esa rejim va algoritmlarga qarab farq qiladi. Bu baytlar tashqi yo'l byudjetidan chiqadi, havodan emas.

Shuning uchun 1500 baytli tashqi bog'lanish tunnel sarlavhasi qo'shilgach 1500 baytli ichki paketni tashiy olmaydi.

Arifmetikani bir marta bajarish arziydi. 1500 baytli yo'lda WireGuard interfeysi inkapsulyatsiya qilingan paket sig'ishi uchun taxminan 1420 MTU talab qiladi. Ichki interfeysni 9000ga qo'ying, shunda har bir katta paket tunnel bajara olmaydigan fragmentatsiyani talab qiladi yoki tashlanadi.

Yo'ldagi eng kichik bog'lanishni toping

Marshrutni bosib o'tib, eng past MTUni toping. LAN odatda 1500 yoki 9000, WAN odatda 1500, mobil yoki PPP bog'lanish yana pastroq bo'lishi mumkin. So'ngra tunnel xarajatini ayiring. Agar natija ichki interfeys MTUsidan kichik bo'lsa, javobingiz shu. Yo'l MTU kashfiyoti buni avtomatik topa oladi, lekin faqat u tayangan ICMP xabarlariga o'tishga ruxsat berilganda.

Filtrdan o'tgan ICMP katta uzatishning osilib qolishi, kichik so'rovlarning esa yaxshi ishlashining klassik sababidir.

O'zgarishni kengaytirmasdan o'lchamga bog'liqlikni sinang

Vakillik qiluvchi uzatishdan foydalaning va asl qiymatlarni saqlang, shunda ularni qaytarib qo'ya olasiz. ping -M do -s 1472 DF biti qo'yilgan 1500 baytli paketni sinaydi; u o'tguncha o'lchamni kamaytiring. Faqat katta paketlar muvaffaqiyatsiz bo'lsa, sizda marshrutlash emas, o'lcham muammosi bor.

Yozuvlarni o'qiyotganda xost tomonidagi offloaddan ehtiyot bo'ling. Segmentatsiya offloadi simdan haqiqatda o'tgandan ancha katta freymlarni ko'rsatishi mumkin, bu ishlayotgan yo'lni buzilgan, buzilganni esa joyida ko'rsatadi.

Qachon katta MTU to'g'ri dizayn bo'ladi

Nazorat qilinadigan xususiy tarmoq kattaroq freymlarni boshdan-oxirigacha qonuniy ravishda yuritishi mumkin, agar yo'ldagi har bir qurilma rozi bo'lsa va tunnel xarajati hisobga olinsa. Bu har bir bog'lanish uchun hujjatlashtirilgan qiymatga ega muvofiqlashtirilgan dizayn, klientga yozilgan bitta katta raqam emas.

Oddiy ommaviy chiqish uchun 1500 yoki undan kam deb hisoblang va tunnelga xavfsiz ichki MTU tanlashga ruxsat bering. RFC 8201 IPv6 holati uchun yo'l MTU kashfiyotini qamrab oladi va fikr-mulohaza qanday ishlashi kerakligi haqida foydali manbadir.