IPv4 fragmenton gjatë tranzitit; IPv6 dërgon në vend të tij një mesazh pakete shumë të madhe
Vetëm routerët IPv4 mund të fragmentojnë një paketë shumë të madhe. IPv6 pret që dërguesi të reagojë ndaj mesazhit të paketës shumë të madhe, të cilin një tunel ose një rregull ICMP i filtruar mund ta prishin.
Dështimet e IPv6 i atribuohen protokollit shumë më shpesh sesa madhësisë së paketës që i shkaktoi. Dy familjet trajtojnë vërtet ndryshe një paketë shumë të madhe, dhe tuneli është ai që e bën këtë dallim të rëndësishëm. Routerët IPv4 mund të fragmentojnë një paketë kur rregullat e lejojnë, ndërsa routerët IPv6 nuk duhet të fragmentojnë gjatë tranzitit fare. IPv6 ia thotë në vend të tij dërguesit, dhe pritet që dërguesi të reagojë. Çdo gjë që shkon keq më pas varet nga fakti nëse ai mesazh arrin.
Çfarë bën secila familje
Tabela është mekanizmi në katër rreshta, dhe një rresht shpjegon pjesën më të madhe të konfuzionit.
| Behaviour | IPv4 | IPv6 |
|---|---|---|
| Router fragments an oversized packet | Allowed while DF is clear | Never |
| Signal returned to the sender | ICMP Fragmentation Needed | ICMPv6 Packet Too Big |
| Size that must always work | 68 bytes | 1280 bytes |
| Fragmentation possible | Routers or source | Source only |
IPv6 nuk ka fragmentim gjatë tranzitit dhe asnjë flamur DF për të pastruar, prandaj nuk ka ku të mbështetet kur një paketë është shumë e madhe. Dërguesit duhet t'i thuhet, dhe dërguesi duhet ta besojë.
Tuneli e ngushton rrugën në heshtje
Një VPN shton tituj të jashtëm, dhe në rastin e kriptuar edhe të dhëna integriteti, përpara se paketa të lërë hostin. Paketa e brendshme mund të futet në MTU-në e ndërfaqes që sheh, ndërsa paketa e jashtme tejkalon kufirin e lidhjes tjetër, dhe për këtë arsye kjo shfaqet fillimisht në një tunel. Ulni me qëllim MTU-në e ndërfaqes së tunelit, ose shtrëngoni TCP MSS në rrugë, dhe shkruani cilin numër zgjodhët dhe pse.
Ngarkesa e ESP varet nga modaliteti dhe algoritmet, prandaj MTU i saktë i tunelit është llogaritje dhe jo konventë. Çfarëdo që të zgjidhni, duhet të lërë vend për një paketë të plotë të brendshme IPv6 prej 1280 bajtësh, sepse çdo lidhje IPv6 duhet të mbajë kaq. Një tunel që nuk mund të mbajë 1280 bajtë IPv6 nuk është problem akordimi; është rrugë e thyer për atë familje. Pikërisht ky kufizim zhduket kur një vlerë MTU kopjohet nga një vendosje vetëm me IPv4.
Pse simptoma duket si ngecje
Dështimi nuk është gabim i pastër, dhe për këtë arsye diagnostikohet gabimisht. Një shtrëngim duar TCP përfundon, përgjigje të vogla vijnë, dhe lidhja ngec sapo nis një përgjigje e madhe ose një ngarkim masiv, sepse ato janë paketat e para mjaftueshëm të mëdha për t'u hedhur. SSH lidhet dhe pastaj ngec në daljen e parë të madhe, dhe koka e faqes ngarkohet ndërsa trupi nuk përfundon kurrë.
Nëse mesazhet ICMPv6 për paketë shumë të madhe filtrohen, dërguesi nuk e mëson kurrë dhe vazhdon të provojë të njëjtën madhësi. Ajo është vrimë e zezë dhe jo rrugë e ngadaltë, dhe nënshkrimi i saj është një kufi madhësie i përsëritshëm dhe jo humbje e rastësishme. Lejimi i trafikut përkatës të kontrollit është pjesë e një vendosjeje IPv6 që funksionon, jo mirësjellje.
Mos i çaktivizoni mesazhet nga të cilat varet rruga juaj dhe pastaj mos e përshkruani rezultatin si defekt i IPv6. I njëjti argument vlen për mesazhet Fragmentation Needed të IPv4, po aq të papëlqyera te autorët e mureve të zjarrit dhe po aq të nevojshme.
Matni kufirin, pastaj rregulloni shtresën
Verifikoni në vend që të hamendësoni: përdorni flamurin don't-fragment në IPv4 dhe madhësi fikse ngarkese në IPv6, dhe shënoni ku ndalen përgjigjet. ping -M do -s 1472 dhe ping -6 -s 1400 mjaftojnë për të përcaktuar formën e problemit, dhe tracepath raporton MTU-në e rrugës të zbuluar gjatë rrugës.
Pastaj rregulloni shtresën që zotëron numrin: MTU-në e ndërfaqes së tunelit, shtrëngimin e MSS për TCP, ose vetë rrugën. RFC 8200 është referenca për rregullin e IPv6, dhe lexohet më shkurt sesa incidenti që parandalon.
Testoni familjen që aplikacioni përdor vërtet, sepse një emër me dy stack-e mund të përgjigjet në një familje dhe jo në tjetrën, dhe aplikacioni mund të ndërrohet pas një ndryshimi rrjeti. Shënoni adresën që testuat, sepse një rezultat ndaj regjistrimit A nuk thotë asgjë për regjistrimin AAAA.
Trajtojeni kufirin e madhësisë si provë
Një kufi madhësie i përsëritshëm është një nga të paktat defekte rrjeti që riprodhohen saktësisht, në të njëjtin numër bajtësh, nga i njëjti burim, çdo herë. Kjo e bën atë dhuratë dhe jo mister, dhe gjithashtu do të thotë që një rregullim mund të verifikohet në vend që të shpresohet.
Shkruani në tiketë MTU-në e zbuluar, MTU-në e tunelit që konfiguruat dhe testin që provoi dallimin. Personi tjetër do të ndeshet me të njëjtën aritmetikë në një lidhje tjetër.