IPv6-pakki of stór: hvers vegna stórar VPN-flutningar stöðvast

Ping virkar, vafrinn hleður lítilli síðu og skráarflutningurinn stöðvast, allt yfir IPv6 í gegnum sama göngin. Þetta mynstur þýðir venjulega að sendandinn lærði aldrei raunverulega stærð slóðarinnar, ekki að göngin séu hæg. IPv6 gerir ráð fyrir að beinar tilkynni vandann með Packet Too Big skilaboðum, og innpakning bætir við yfirhöfuð áður en pakki nær ytra netinu. Ef þeim skilaboðum er síað, heldur sendandinn áfram að endurtaka stærð sem kemst ekki í gegn.

Lítil beiðnir, stór stopp

Göng pakka hverjum pakka í aðra haus, svo nothæf stærð að innan er minni en stærðin að utan. Pakki sem var mældur fyrir líkamlegu tenginguna fyrir innpökkun verður of stór eftir hana. IPv4-beinar mega sundra á leiðinni, en IPv6-beinar gera það ekki fyrir hönd sendandans, svo sendandinn verður sjálfur að aðlaga sig. Og sú aðlögun fer algjörlega eftir því að fá endurgjöfina.

Eitt glatað skilaboð nægja til að framkalla klassíska einkennið: handabönd og lítil svör takast, og skráalisti eða upphleðsla stöðvast á sama stað í hvert sinn. Notendur lýsa því sem hægu VPN, og annálarnir sýna ekkert rangt í auðkenningunni. Bæði athuganirnar eru réttar og hvorug þeirra finnur bilunina.

Packet Too Big er endurgjöf, ekki umferð

ICMPv6 Packet Too Big skilaboð bera stærðina sem næsta stökk getur tekið við, og sendandinn notar hana til að lækka mat sitt. Að sía hana jafngildir því að fjarlægja vegmerki og kenna svo ökumönnum um. Regla sem hendir öllum ICMPv6 virðist ströng en brýtur slóðauppgötvun á hverri tengingu sem þarf á henni að halda. Skilaboðin eru stjórnupplýsingar um slóðina, ekki notanleg byrði forritsins.

Sértæk sía er enn sanngjörn. Bergmálsbeiðnir og nágrannauppgötvun gegna öðru hlutverki en villuskilaboð, og stefna getur meðhöndlað þær á annan hátt. Fylgdu skjalfestum síuleiðbeiningum kerfisins í stað þess að samþykkja eða henda öllu samskiptareglunni, því RFC 8201 skilgreinir hvernig sú endurgjöf knýr uppgötvunina.

Prófaðu báðar vistfangafjölskyldur sérstaklega

Prófaðu IPv6 sérstaklega, því árangursríkur IPv4-flutningur sannar ekkert um IPv6-slóðina. Fangaðu svo stjórnskilaboð á meðan stóri flutningurinn stöðvast. Færslurnar tvær sýna saman annaðhvort að endurgjöfin fari út eða sanna að hún hafi aldrei komið.

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'

Prufan sendir pakka með do-not-fragment bitanum stilltum og tilkynnir stærðina þar sem hann bregst, sem er talan sem göngin verða að rúma. Slóðarfyrirspurnin nefnir viðmótið sem myndi bera áfangastaðinn, svo þú veist hvaða MTU tengingarinnar gildir. Fangið sía ICMPv6 tegund 2, Packet Too Big skilaboðin, og sýnir hvort þau ná yfirhöfuð til þessa hýsis. Ef skilaboðin birtast í fanginu og flutningurinn stöðvast samt, er sendandinn að hunsa þau, sem færir rannsóknina í staflann í stað netsins.

Breyttu stærð ganganna aðeins eftir sönnunargögnin

Að lækka MTU ganganna getur falið síað skilaboð og látið einkennið hverfa, á kostnað meiri yfirhöfuðs á hvern pakka. Það er krókur en ekki greining, og hann ætti að fylgja fanginu í stað þess að koma í staðinn. Handahófskennt lágt gildi brýtur líka ekkert sýnilegt, og þess vegna lifir það í stillingum í mörg ár. Breyttu því viljandi, skráðu gildið og skrifaðu hvaða mæling réttlætti það.

Þegar þú stýrir gáttinni skaltu skoða regluna sem hendir skilaboðunum í stað þess að slökkva á eldveggnum. Ein leiðrétt regla er þrengri en stefnuundantekning og miklu auðveldari að verja síðar. Sama rökfræði á við um tímanmörk: ekki er hvert stopp stærðarvandamál, og fangið er það sem greinir þau tvö.