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 мэдэгдлүүдэд ч хамаатай бөгөөд тэдгээр нь галт ханын зохиолчдод адилхан дургүй бөгөөд адилхан шаардлагатай.

Хилийг хэмжиж, дараа нь давхаргыг зас

Таамаглахын оронд шалга: 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, ялгааг нотолсон туршилтыг тасалбарт бич. Дараагийн хүн өөр холбоос дээр ижил арифметиктай таарна.