IPv4 sundrar á leiðinni; IPv6 sendir í staðinn skilaboð um of stóra pakka

Bilanir IPv6 eru kenndar samskiptareglunum mun oftar en stærð pakkans sem olli þeim. Fjölskyldurnar tvær meðhöndla of stóran pakka á raunverulega ólíkan hátt, og göng er það sem gerir muninn mikilvægan. IPv4-beinar geta sundrað pakka þegar reglurnar leyfa það, en IPv6-beinar mega alls ekki sundra á leiðinni. IPv6 segir sendandanum það í staðinn, og ætlast er til að sendandinn bregðist við. Allt sem fer úrskeiðis eftir það ræðst af því hvort þau skilaboð berist.

Hvað hver fjölskylda gerir

Taflan er ferlið í fjórum línum, og ein lína útskýrir mestan hluta ruglingsins.

IPv6 hefur enga sundrun á leiðinni og ekkert DF-fána til að hreinsa, svo ekkert er til að grípa til þegar pakki er of stór. Segja verður sendandanum það, og sendandinn verður að trúa því.

Göngin þrengja leiðina hljóðlega

VPN bætir við ytri hausum, og í dulkóðuðu tilfellinu líka heilleikagögnum, áður en pakkinn yfirgefur hýsilinn. Innri pakkinn getur passað í MTU viðmótsins sem hann sér á meðan ytri pakkinn fer yfir mörk næstu tengingar, og þess vegna kemur þetta fyrst upp í göngum. Lækkið MTU gangaviðmótsins viljandi, eða herðið TCP MSS á leiðinni, og skrifið niður hvaða tölu þið völduð og hvers vegna.

ESP-álagið fer eftir ham og reikniritum, svo rétta MTU ganganna er útreikningur en ekki venja. Hvað sem þið veljið verður það að skilja eftir pláss fyrir fullan innri IPv6-pakka sem er 1280 bæti, því hver IPv6-tenging verður að flytja það mikið. Göng sem geta ekki flutt 1280 bæti af IPv6 eru ekki stillingarvandamál; þau eru brotin leið fyrir þá fjölskyldu. Það er þessi takmörkun sem hverfur þegar MTU-gildi er afritað úr uppsetningu sem er aðeins IPv4.

Hvers vegna einkennin eru stöðvun

Bilanin er ekki hrein villa, og þess vegna er hún greind rangt. TCP-handaband lýkur, lítil svör berast, og tengingin stöðvast um leið og stórt svar eða stór upphleðsla hefst, því það eru fyrstu pakkarnir sem eru nógu stórir til að vera hent. SSH tengist og stöðvast svo á fyrstu stóru úttaki, og haus síðu hleðst á meðan meginmálið klárast aldrei.

Ef ICMPv6-skilaboðin um of stóran pakka eru síað verður sendandinn aldrei var og heldur áfram að prófa sömu stærð. Það er svartur göt en ekki hæg leið, og einkenni þess er endurtekið stærðarmark en ekki handahófskennt tap. Að leyfa viðkomandi stjórnsamskipti er hluti af starfhæfri IPv6-uppsetningu, ekki kurteisi.

Slökkvið ekki á skilaboðunum sem ykkar eigin leið er háð og lýsið svo niðurstöðunni sem IPv6-bilun. Sama rök gilda um Fragmentation Needed-skilaboð IPv4, sem eru jafn óvinsæl hjá höfundum eldveggja og jafn nauðsynleg.

Mælið markið, og gerið síðan við lagið

Athugið í stað þess að giska: notið don't-fragment-fánann á IPv4 og fastar farmstærðir á IPv6, og skráið hvar svör stöðvast. ping -M do -s 1472 og ping -6 -s 1400 nægja til að ákvarða lögun vandans, og tracepath tilkynnir fundna leiðar-MTU á leiðinni.

Gerið síðan við lagið sem á töluna: MTU gangaviðmótsins, MSS-herðinguna fyrir TCP, eða leiðina sjálfa. RFC 8200 er tilvísunin fyrir IPv6-regluna, og hún er styttri lesning en atvikið sem hún kemur í veg fyrir.

Prófið fjölskylduna sem forritið notar í raun, því tvískipt nafn getur svarað á einni fjölskyldu en ekki hinni, og forrit getur skipt eftir netbreytingu. Skráið vistfangið sem þið prófuðuð, því niðurstaða gegn A-færslunni segir ekkert um AAAA-færsluna.

Meðhöndlið stærðarmarkið sem sönnun

Endurtekið stærðarmark er ein af fáum netbilunum sem fjölgar sér nákvæmlega, við sama bætamagn, frá sama uppruna, í hvert sinn. Það gerir það að gjöf en ekki ráðgátu, og þýðir líka að hægt er að sannreyna viðgerð í stað þess að vona.

Skráið fundna MTU, MTU ganganna sem þið stilltuð og prófið sem sannaði muninn í miðann. Næsta manneskja mun mæta sömu reikningu á annarri tengingu.