Kichikroq VPN MTU tezroqmi? Haqiqiy dalillarni solishtiring
Past MTU yo'l chegarasidan chetlab o'tishi mumkin, ammo o'tkazuvchanlikka qimmatga tushadi. O'zgarishni saqlashdan oldin haqiqiy cheklovni, sarlavhalar xarajatini va ish yukini solishtiring.
Tunnel katta uzatmalarni tashlaydi, ammo pingni o'tkazadi, shuning uchun maslahat tez keladi: MTU ni pasaytiring. Tuzatish ba'zan ishlaydi, so'ngra u har bir tarmoqdagi har bir profilga qo'llaniladi. Aynan shu paytda maqsadli tuzatish doimiy samaradorlik solig'iga aylanadi. Qilish kerak bo'lgan taqqoslash yo'lning haqiqiy chegarasi va uning ostida har bir paketni kichraytirish narxi o'rtasida.
MTU ni pasaytirganda aslida nima kichrayadi
Har bir paket ma'lumotlaringizni tashishdan oldin sarlavhalarni tashiydi. 1500 baytli Ethernet yo'lida IPv4 va TCP 40 bayt sarflaydi va foydali yuk uchun 1460 qoldiradi; inkapsulyatsiya ustiga tashqi IP, UDP va tunnel sarlavhalarini qo'shadi, shuning uchun ichki yuk byudjeti yana pasayadi. Interfeys MTU sini pasaytirish bu byudjetni ataylab kichraytiradi.
Xarajat baytlar soniga emas, paketlar soniga mutanosib. Xuddi shu fayl ko'proq paketlarga bo'linsa, yo'l bo'ylab har bir qurilmada ko'proq uzilishlar, ko'proq marshrutlash qarorlari va paket boshiga ko'proq ishlov berish talab qiladi. Sekundiga paket chegarasiga allaqachon yaqin bo'lgan routerda bu yaxlitlash xatosi emas, haqiqiy sekinlashuv. Xarajat uzatmaning o'zi muvaffaqiyatli bo'lganda ham ko'rinadi.
Shuning uchun kichikroq MTU cheklovni aylanib o'tish, umumiy optimallashtirish emas. U kattaroq freymni ko'tara olmaydigan yo'lga qarshi ishonchlilikni sotib oladi va kichraytirish kerak bo'lmagan har bir paketdan qo'shimcha xarajat oladi.
Kichikroq MTU qachon to'g'ri tuzatish
Klassik alomat aniq: TCP qo'l siqishi tugaydi, kichik javoblar keladi, katta yuklab olish to'xtaydi yoki qayta o'rnatiladi. 1472 baytda bo'lmasin-bittasi bilan ping muvaffaqiyatsiz bo'ladi, 1400 baytli ping esa muvaffaqiyatli bo'ladi, bu to'liq o'lchamli paketni ko'tara olmaydigan va jo'natuvchiga kichraytirishni aytadigan ICMP xabarini yetkazmaydigan yo'lni ko'rsatadi.
Yo'l MTU sini aniqlash ana shu ICMP bo'lish zarurati xabarlariga bog'liq. Xavfsizlik devori ularni tashlasa, jo'natuvchi katta paketni qayta-qayta sinab ko'radi va ulanish osilib qolgandek ko'rinadi. Tunnel tomonida MTU ni pasaytirish takrorlashdan saqlaydi, va bu o'sha tarmoq uchun qonuniy tuzatish.
Kirish texnologiyalari ham o'z chegaralarini qo'yadi: PPPoE odatda 1492 da cheklanadi, ba'zi mobil va DSL yo'llar pastroq, ichma-ich tunnellar xarajatni ikki marta ayiradi. Qo'llanmadan raqam ko'chirmasdan haqiqiy yo'lni o'lchang va IPv6 uni tashuvchi har bir havolada kamida 1280 bayt MTU talab qilishini yodda tuting, RFC 8200 belgilaganidek.
Bittasini o'zgartirishdan oldin uchta boshqaruvni solishtiring
MTU, MSS va bo'lish turli qatlamlardagi turli boshqaruvlar, va noto'g'risini o'zgartirish alomatni joyida qoldiradi.
| Control | Layer | What it changes | Where it misleads |
|---|---|---|---|
| Interface MTU | IP link | Largest frame the interface will send | Penalizes every protocol, not just the one that failed |
| TCP MSS clamp | TCP | Segment size advertised in the handshake | Leaves UDP and QUIC untouched |
| DF and fragmentation | IP | Whether a router may split a packet | Can break path MTU discovery and security assumptions |
| Tunnel overhead | Encapsulation | Inner MTU after outer headers | Mismatch shows up only for large inner packets |
MSS ni cheklash ko'pincha eng kam aralashadigan tuzatish, chunki u faqat TCP ga ta'sir qiladi va interfeysni boshqa trafik uchun bo'sh qoldiradi. Past interfeys MTU kengroq va o'ylash osonroq, shuning uchun u iste'molchi routerlarida keng tarqalgan, ammo bitta protokol muammosini har bir protokoldan undiradi.
Bo'lmasin xulq-atvorini o'chirish bo'lishga ruxsat berib alomatni yashiradi va odatda kechikishni yomonlashtiradi, shu bilan to'g'ri o'lchamni topadigan qayta aloqani buzadi. Uni doimiy yechim sifatida ishlatmang.
Bitta raqam o'rniga murosani o'lchang
Yo'l chegarasini bo'lmasin-zondi bilan toping, balanddan boshlang va javob kelguncha pastga tushing:
ping -M do -s 1472 203.0.113.10
ping -M do -s 1400 203.0.113.10
tracepath 203.0.113.10So'ngra haqiqiy vazifani ikkala sozlamada solishtiring: bir xil fayl uzatmasi, bir xil oxirgi nuqta va bir xil tarmoq. Tugatish vaqtini va qayta yuborishlarni yozib oling, masalan nstat -az TcpRetransSegs bilan, va tunnel kichik routerda tugasa qurilma protsessorini kuzating. Qisqa sintetik o'tkazuvchanlik sinovi bir necha megabaytdan keyin paydo bo'ladigan to'xtashni o'tkazib yuborishi mumkin.
Kamaytirishdan keyin paket hisoblagichlari oshadi, chunki xuddi shu uzatma endi ko'proq paket ishlatadi. Bu kutilgan va yuqori o'tkazuvchanlikning dalili emas. Tugallangan dastur ma'lumotlarini, qayta yuborishlar sonini va javob berishni solishtiring, faqat paket tezligini emas.
O'zgarishni bosqichma-bosqich kiriting va uni chegaralab tuting
Boshlang'ich qiymatni yozib oling, bitta boshqaruvni o'zgartiring va doimiy qilishdan oldin o'lchovni takrorlang. Agar dalillar foyda ko'rsatmasa, oldingi qiymatni uni o'rnatish uchun ishlatgan o'sha interfeys buyrug'i bilan tiklang:
ip link set dev wg0 mtu 1420
ip link set dev wg0 mtu 1500Natijani unga kerak bo'lgan tarmoq bilan chegaralang. Mehmonxona Wi-Fi, mobil hotspot va ofis LAN da ishlashi kerak bo'lgan profil, mijoz yo'lni aniqlay olmasa, ulardan birortasi talab qiladigan eng past qiymatni meros olmasligi kerak.
To'g'ri qiymat yo'lda omon qoladigan eng katta MTU, alomatni yo'qotadigan eng kichigi emas. Yo'lni, zond natijasini va qaytarishni hujjatlashtiring va kirish tarmog'i o'zgarganda sozlamani qayta ko'rib chiqing.