IPv6 пакети өтө чоң: чоң VPN өткөрмөлөрү эмнеге токтоп калат

Ping иштейт, браузер кичине баракты жүктөйт, ал эми файл өткөрмөсү токтоп калат — баары бир туннелден IPv6 аркылуу. Мындай үлгү адатта туннел жай дегенди эмес, жиберүүчү жолдун чыныгы өлчөмүн эч качан билбегенин билдирет. IPv6 маршрутизаторлор маселени Packet Too Big билдирүүсү менен кабарлайт деп күтөт, ал эми инкапсуляция пакет сырткы тармакка жетээрден мурун кошумча жүк кошот. Эгер ал билдирүү чыпкаланса, жиберүүчү өтө албаган өлчөмдү кайталай берет.

Кичине суроолор, чоң токтоолор

Туннел ар бир пакетти дагы бир аталышка ороп, ичиндеги пайдаланууга боло турган өлчөм сырттагыдан кичине болот. Инкапсуляцияга чейин физикалык байланышка өлчөнгөн пакет кийин өтө чоң болуп калат. IPv4 маршрутизаторлору жолдо бөлүштүрө алат, ал эми IPv6 маршрутизаторлору муну жиберүүчүнүн ордуна жасабайт, ошондуктан жиберүүчү өзү ылайыкташуусу керек. Жана бул ылайыкташуу кайтарым байланышты алууга толук көз каранды.

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

Packet Too Big — кайтарым байланыш, трафик эмес

ICMPv6 Packet Too Big билдирүүсү кийинки секирик кабыл ала турган өлчөмдү алып жүрөт, ал эми жиберүүчү аны өз баасын төмөндөтүү үчүн колдонот. Аны чыпкалоо жол белгисин алып салып, анан айдоочуларды күнөөлөгөнгө барабар. Бардык ICMPv6-ны таштаган эреже катуу көрүнөт, бирок ага муктаж ар бир байланышта жол издөөнү бузат. Билдирүү жол тууралуу башкаруу маалыматы, колдонмонун пайдалуу жүгү эмес.

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

Эки дарек үй-бүлөсүн өзүнчө текшериңиз

IPv6-ны өзүнчө текшериңиз, анткени ийгиликтүү IPv4 өткөрмөсү IPv6 жолу тууралуу эч нерсени далилдебейт. Андан кийин чоң өткөрмө токтоп турганда башкаруу билдирүүлөрүн жазып алыңыз. Эки жазуу бирге кайтарым байланыштын чыгып жатканын көрсөтөт же ал эч качан жетпегенин далилдейт.

ping -6 -M do -s 1400 host.internal
ip -6 route get 2001:db8:2::10
sudo tcpdump -ni any 'icmp6 and ip6[40] == 2'

Зонд do-not-fragment битин коюп пакет жиберет жана ал ийгиликсиз болгон өлчөмдү кабарлайт — бул туннел сыйдырышы керек болгон сан. Маршрут суроосу барар жерди алып өтүүчү интерфейсти атайт, ошондуктан кайсы байланыштын MTU-сы колдонулаарын билесиз. Жазуу ICMPv6 2-түрүн, башкача айтканда Packet Too Big билдирүүсүн чыпкалайт жана анын бул хостко жетерин көрсөтөт. Эгер билдирүү жазууда көрүнүп, өткөрмө дагы эле токтоп турса, жиберүүчү аны этибарга албайт, бул иликтөөнү тармактан стекке которот.

Туннелдин өлчөмүн далилдерден кийин гана өзгөртүңүз

Туннелдин MTU-сын төмөндөтүү чыпкаланган билдирүүнү жашырып, белгини жоготушу мүмкүн, бирок ар бир пакетке кошумча жүк түшөт. Бул чечим эмес, айланып өтүү, жана жазуудан кийин жүрүшү керек, аны алмаштырбашы керек. Өз ыктыяры менен төмөн маани да көрүнгөн эч нерсени бузбайт, ошондуктан ал конфигурацияларда жылдар бою сакталып калат. Аны атайылап өзгөртүңүз, маанини жазып алыңыз жана кайсы өлчөө аны актаганын белгилеңиз.

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