IPv4 жолдо фрагменттейт; IPv6 анын ордуна өтө чоң пакет тууралуу билдирүү жөнөтөт

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

Ар бир үй-бүлө эмне кылат

Таблица механизмди төрт сапта көрсөтөт жана бир сап түшүнбөстүктүн көбүн түшүндүрөт.

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

Туннель жолду үнсүз куушурат

VPN пакет хосттон чыкканга чейин сырткы аталыштарды, ал эми шифрленген учурда бүтүндүк маалыматтарын да кошот. Ички пакет өзү көргөн интерфейстин MTUсуна бата алат, ал эми сырткы пакет кийинки звенонун чегинен ашат, ошондуктан бул эң оболу туннелде көрүнөт. Туннель интерфейсинин MTUсун атайын төмөндөтүңүз же жолдо TCP MSSти кысыңыз жана кайсы санды тандаганыңызды жана эмне үчүн экенин жазыңыз.

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

Эмне үчүн симптом токтоп калгандай көрүнөт

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

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

Өз жолуңуз көз каранды болгон билдирүүлөрдү өчүрүп, анан натыйжаны IPv6нин бузулушу деп сүрөттөбөңүз. Ушундай эле далил IPv4түн Fragmentation Needed билдирүүлөрүнө да тиешелүү, алар да firewall авторлору үчүн ошол эле деңгээлде жакпайт жана ошол эле деңгээлде зарыл.

Чекти өлчөңүз, анан катмарды оңдоңуз

Божомолдобой текшериңиз: IPv4тө don't-fragment желегин жана IPv6да туруктуу жүк өлчөмдөрүн колдонуңуз, жана жооптор кайда токтой турганын жазыңыз. ping -M do -s 1472 жана ping -6 -s 1400 маселенин формасын аныктоого жетиштүү, ал эми tracepath жол бою табылган маршрут MTUсун билдирет.

Анан санга ээ болгон катмарды оңдоңуз: туннель интерфейсинин MTUсу, TCP үчүн MSS кысуу же жолдун өзү. IPv6 эрежеси үчүн RFC 8200 маалымдама, жана ал алдын алган окуядан кыскараак окуу.

Колдонмо чындап колдонгон үй-бүлөнү сынаңыз, анткени кош стектүү ат бир үй-бүлөдө жооп берип, экинчисинде бербеши мүмкүн, ал эми колдонмо тармак өзгөргөндөн кийин которулушу мүмкүн. Сынаган дарегиңизди жазыңыз, анткени A жазуусуна каршы натыйжа AAAA жазуусу тууралуу эч нерсе айтпайды.

Өлчөм чегин далил катары кабыл алыңыз

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

Табылган MTUну, конфигурациялаган туннель MTUсун жана айырманы далилдеген тестти билетке жазыңыз. Кийинки адам башка звенодо ошол эле арифметикага туш болот.