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-ын және айырмашылықты дәлелдеген тестті билетке жазыңыз. Келесі адам басқа буында сол арифметикаға тап болады.