Пингдер ийгиликтүү өтөт, чоң өткөрүүлөр илинип калат, ал эми туннель өзүн соо деп жарыялайт. Бирөө интерфейстин MTU-сун төмөндөтөт, дагы бирөө MSS-ти чектейт, кээде маселе эч ким жазып койбогон себептерден жоголот. Бул эки сан ар башка объектилерди сүрөттөйт, ошондуктан туура эмесин өзгөртүү ийгиликке окшош оңдоо берет. Процедура мындай: катмарды аныктаңыз, тиешелүү жөндөөнү колдонуңуз, анан жаңы туташууда текшериңиз.

Эки сан, эки объект

MTU байланыш линиясына же интерфейске таандык: ал бөлүштүрбөстөн жеткирүүгө боло турган эң чоң пакет. MSS TCP-ге таандык: ал сегмент ташый алган TCP жүгүнүн эң чоң көлөмү жана TCP менен IP аталыштарынын экөөнү тең эсепке албайт. IPv4 бар кадимки Ethernet линиясында 1500 байттык MTU белгилүү 1460 байттык MSS берет. Бул сандар ар башка катмарларды сүрөттөйт жана ар башка механизмдер менен алмашат. Аларды чаташтыруу оңой, анткени экөө тең байт менен өлчөнөт жана экөө тең 1500гө жакын.

Бири интерфейс жөндөөсү катары келет. Экинчиси SYN сегментинин ичиндеги опция катары келет жана сиздин интерфейсиңизди эч качан көрбөгөн учтардын ортосунда сүйлөшүлөт.

Сырткы кошумча жүк кайда түшөт

VPN ички пакетти башка пакеттин ичине салат, ал эми сырткы пакет физикалык жолго батышы керек. Инкапсуляция аталыштары, сырткы IP аталышы, транспорт аталышы жана ар кандай аутентификация белгиси ички пакет колдоно албаган байттарды сарптайт. Туннель интерфейсин 1500де калтырсаңыз, сырткы пакет жол ташый алгандан дайыма ашып кетет. 'Бөлүштүрбө' бити коюлганда, маршрутизатор аны таштап, ICMP катасын кайтарышы керек; эгер ал ката чыпкаланса, жиберүүчү бул тууралуу эч качан билбейт.

Ошондуктан бузулуу тандалма көрүнөт. Кичине сурамдар аяктайт, ал эми сегментти толтурган нерселер токтойт, анткени чоң пакеттер гана ташталат. Пингди өткөргөн туннель маалымат ташый турган туннель эмес.

MSS чектөө жана ал кайда колдонулат

MSS чектөө тандалган чекиттен өткөндө SYN сегментиндеги маанини кайра жазат, ошентип эки уч тең эмне үчүн экенин билбей эле кичирээк жүктү тандашат. Linuxте бул ачык эреже менен колдонулуучу mangle таблицасынын максаты, жана ал сиз каалаган багытта SYN пакеттерин урушу керек. Аны туннель интерфейси жана дарек диапазону менен чектеңиз, анткени кенен эреже туннелге эч качан кирбеген трафиктин жүрүм-турумун өзгөртөт.

Таасир TCPге гана тиешелүү. UDP колдонмосу, QUIC сессиясы жана өз датаграммаларын кураган ар кандай протокол ага тийбейт.

Бекемделген жол менен диагностика жасаңыз

Бир убакта бир өзгөрмөнү кармаңыз. Өлчөмүн өзүңүз тандаган пакет менен текшериңиз, жана ядро натыйжаны жашырбастан билдириши үчүн 'бөлүштүрбө' желегин коюңуз.

Бузулуу кайдан башталарын жазыңыз: туннелдин ичинде, туннель интерфейсинде же инкапсуляциядан кийинки физикалык жолдо. Анан бир санды өзгөртүп, башка эмес, ошол эле тестти кайталаңыз. Учурдагы туташуулар сүйлөшүлгөн MSSти сактайт, ошондуктан саясат өзгөрүүсү жаңы туташууда гана көрүнөт, ошондуктан кэштеленген барак эки тарапка тең эч нерсени далилдебейт. Эгер бир чоң жүктөө иштей баштаса, сиз ошол жол тууралуу билдиңиз, андагы ар бир протокол тууралуу эмес.

Ар бир өзгөрүү эмнени оңдобойт

Интерфейстин MTUсун төмөндөтүү мурунтан түзүлгөн сессиянын MSSин өзгөртпөйт. MSSти чектөө UDP агымына жардам бербейт жана ICMP каталары бир гана багытта чыпкаланган жолду оңдобойт. Ар бир өзгөрүү маселенин бир классын оңдоп, калганын кандай болсо ошондой калтырат.

Кайсы жөндөөнү кайда колдонгонуңузду жана кайсы тест айырманы көрсөткөнүн жазыңыз, болбосо кийинки инженер экөөнү тең колдонуп, кайсынысы маанилүү болгонун айта албай калат. Эгер чектөө чыныгы жана туруктуу болсо, аны жашырган чектөөдөн көрө аны чагылдырган туннель MTUсун тандаңыз. Эгер чектөөгө туура келсе, эрежени чектелген жана түшүндүрмө менен калтырыңыз, анткени түшүндүрүлбөгөн mangle эрежеси демейки боюнча туруктуу болуп калат.

Тектеш макалалар