Jumbo кадрлар VPN жолун 9000 байттык пакеттерди ташуучу кылбайт
Чоң MTU — жергиликтүү звенонун келишими. Ички интерфейсти көтөрүүдөн мурун маршруттагы эң кичине звенодон туннелдин кошумча чыгымын алып салыңыз.
Сиз LANда 9000 байттык кадрларды күйгүзүп, VPN тезирээк болот деп күткөнсүз. Ал жайлады, же чоң өткөрүүлөрдү такыр өткөрбөй калды. Jumbo кадрлар — жергиликтүү звенонун келишими; алар туннел кесип өткөн жолду кеңейтпейт.
Колдонууга боло турган бюджетти маршруттагы эң кичине чек аныктайт, анын ичинде туннел кошкон инкапсуляция да бар.
Jumbo кадрлар чындыгында эмнени өзгөртөт
MTU — бир интерфейстин касиети. Аны серверде жана анын свитчинде көтөрүү ошол экөө фрагментациясыз чоңураак кадрларды алмаша аларын билдирет. Бул свитчтен кийинки маршрутизатор, провайдер же туннелдин аркы тарабы жөнүндө эч нерсе айтпайт. Ал түзмөктөрдүн өз чектери бар, ал эми алардын биринөөн ашкан пакет сиз белгилебеген эрежелер боюнча ыргытылат же фрагменттелет.
Жергиликтүү келишим, глобалдык кесепеттер. Бүткүл баш аламандык ушунда.
Инкапсуляция салыгы
Туннел пакетиңизди башка пакеттин ичине ороп салат. IPv4 UDP үстүндөгү WireGuard болжол менен 60 байт кошумча чыгым кошот; OpenVPNдин UDP режими да ушундай диапазондо, ал эми IPsec режим жана алгоритмдерге жараша өзгөрөт. Ал байттар сырткы жолдун бюджетинин эсебинен чыгат, абадан эмес.
Ошондуктан 1500 байттык сырткы звено туннелдин аталышы кошулгандан кийин 1500 байттык ички пакетти ташый албайт.
Арифметиканы бир жолу жасоого татыктуу. 1500 байттык жолдо WireGuard интерфейси инкапсуляцияланган пакет батышы үчүн болжол менен 1420 MTU каалайт. Ички интерфейсти 9000ге коюңуз, ошондо ар бир чоң пакет туннел аткара албаган фрагментацияны талап кылат, же ыргытылат.
Жолдогу эң кичине звенону табыңыз
Маршрутту басып өтүп, эң төмөнкү MTUну табыңыз. LAN адатта 1500 же 9000, WAN адатта 1500, ал эми уюлдук же PPP звеносу андан да төмөн болушу мүмкүн. Анан туннелдин кошумча чыгымын алып салыңыз. Эгер жыйынтык ички интерфейстин MTUсунан кичине болсо, жообуңуз ошол. Жолдун MTUсун аныктоо муну автоматтык түрдө таба алат, бирок ал көз каранды ICMP билдирүүлөрү өткөрүлгөндө гана.
Фильтрленген ICMP — чоң өткөрүүнүн илинип калышынын, ал эми кичине суроолор жакшы иштешинин классикалык себеби.
Өзгөртүүнү кеңейтпей өлчөмгө көз карандылыкты текшериңиз
Өкүлдүү өткөрүүнү колдонуңуз жана баштапкы маанилерди сактап коюңуз, кийин кайтара аласыз. ping -M do -s 1472 DF бити коюлган 1500 байттык пакетти текшерет; өткөнгө чейин өлчөмдү азайтыңыз. Эгер тек чоң пакеттер ийгиликсиз болсо, маршруттоо эмес, өлчөм маселеси бар.
Жазууларды окууда хост тарабындагы offloadдон этият болуңуз. Сегментациялык offload зымдан чындыгында өткөндөн алда канча чоң кадрларды көрсөтө алат, бул иштеп турган жолду бузук, ал эми бузукту туура көрсөтөт.
Кайсы учурда чоң MTU туура долбоор
Көзөмөлдөнгөн жеке тармак чоңураак кадрларды учтан учка мыйзамдуу түрдө жүргүзө алат, эгер жолдогу ар бир түзмөк макул болсо жана туннелдин кошумча чыгымы эсепке алынса. Бул ар бир звено үчүн документтелген мааниси бар координацияланган долбоор, кардарга терилген бир чоң сан эмес.
Кадимки коомдук чыгуу үчүн 1500 же андан аз деп алсак, туннелге коопсуз ички MTU тандаганга жол бериңиз. RFC 8201 IPv6 учуру үчүн жолдун MTUсун аныктоону камтыйт жана кайтарым байланыш кандай иштеши керектиги тууралуу пайдалуу булак.