ESP зөв тайлж байна, дотоод багц гэсэн ч хаашаа ч хүрэхгүй
Апп юу ч харж чадахгүй байхад ESP тоолуур өсөж байна. Трейлерийн дараагийн толгой дотоод багцтай тохирох ёстой бөгөөд энэ нь селектор алдсанаас өөр гэмтэл юм.
ESP-ийн хүлээн авах тоолуур өсөж, туннель хэвээр байгаа ч аппликейшн багцыг хэзээ ч хардаггүй. Тайлбар хийгдэж, бүрэн бүтэн байдлын шалгалт давсан, дараа нь хүлээн авагч хамгаалагдсан ачааны агуулга нь юу болохыг шийдэх ёстой байв. Яг тэр сүүлчийн шатанд формат таарахгүй байдал илэрдэг бөгөөд гаднаас харахад энэ нь галт хананы асуудалтай огт төстэй биш юм.
Шошго худал хэлэхэд юу хардаг вэ
Клиентийн лог дээр үүнийг маршрутын хар нүхнээс ялгах юу ч байхгүй. Хоёулаа эрүүл туннелийн хажууд аппликейшны хугацаа дуусахыг үүсгэдэг тул эхлээд тоолуурыг буруутгадаг.
Өсөж буй хүлээн авах тоолуур үнэхээр сайн мэдээ: багцууд ирж, баталгаажиж байна. Гэхдээ энэ нь дотоод багц крипто давхаргын дээрх ямар нэгэн зүйлд утга учиртай байсан гэсэн баталгаа биш.
Төрөл нь трейлерт амьдардаг
Энгийн IPsec туннелийн горимд ESP-ээр хамгаалагдсан ачаа нь бүрэн дотоод IP багцыг агуулна. Трейлерийн дараагийн толгойн талбар нь тухайн ачаа юу болохыг тодорхойлдог бөгөөд энэ нь TCP порт биш, гадаад толгой дахь протоколын дугаар биш, анхны SPI болон дарааллын дугаарын талбарын хэсэг ч биш юм. RFC 4303 2.6-р хэсэг үүнийг ачааны төрлийн талбар гэж тодорхойлдог бөгөөд энэ нь нарийн ажилд нарийн нэр юм.
Таны таарах утгууд бага бөгөөд санахад үнэ цэнэтэй: IPv4 нь 4 (0x04), IPv6 нь 41 (0x29).
Эдгээр тоо нь орон нутгийн уламжлалаас биш, IANA-гийн протоколын дугаарын хуваарилалтаас гардаг. IPv4 гэж зарлаад IPv6 багцыг ороож буй илгээгч формат таарахгүй байдлыг үүсгэсэн бөгөөд өөрийн шошгонд зөрчилдөж буй байтуудыг ямар ч галт хананы дүрэм засдаггүй.
Үүнийг ердийн сэжигтнүүдээс хэрхэн ялгах вэ
Алга болсон багцуудын ихэнх нь кодчиллын алдаа биш. Эхлээд селекторуудыг шалгана уу, учир нь IPv6 угтварыг хасаж буй трафикийн селектор нь ямар нэгэн зүйл капсуллагдахаас өмнө трафикийг хаядаг. Дараа нь маршрутыг, дараа нь хүлээн авагч хост дээрх локал шүүлтийг шалгана уу. Эдгээрийг хасаж дууссаны дараа л ачааны формат таарахгүй байдал үнэмшилтэй тайлбар болдог.
Шифрлэгдсэн агшилт үүнийг шийдэхгүй, учир нь хамгаалагдсан дараагийн толгой шифрлэгдсэн ачааны дотор байдаг. Танд хэрэгжүүлэлтийн диагностик эсвэл дэмжигдсэн тайлагдсан ажиглалтын цэг хэрэгтэй бөгөөд хоёуланд нь ашиглахаас өмнө зөвшөөрөл шаардлагатай.
Хэрэв хэн ч тэр нотолгоог гаргаж чадахгүй бол танд формат алдаа байхгүй. Танд онол байгаа бөгөөд селекторууд илүү сайн бооцоо хэвээр байна.
Засвар нь юу биш вэ
Трафик өнгөрөхөд бүрэн бүтэн байдлын шалгалтыг бүү унтраа. Завсрын маршрутизатор дээр шифрлэгдсэн багцыг дахин бүү бич, учир нь энэ ажиллахгүй бөгөөд агшилтад тустай харагдах ч урсгалыг эвдэнэ. Порт блоклогдсон гэсэн онолоор аппликейшны илүү өргөн галт хананы дүрэм бүү нээ. Эдгээрийн аль нь ч шошгоны зөрүүд хүрдэггүй.
Хэрэв батлагдсан зөрүү нь түншийн хэрэгжүүлэлтээс гарсан бол хамгийн бага цэвэрлэсэн хуулбарыг хадгалж, тухайн хэрэгжүүлэлтийн дэмжигдсэн сувагт хүргэнэ үү.
Тоолуурыг биш урсгалыг шалгана уу
Засварын дараа бодит IPv6 урсгалыг эхнээс нь дуустал туршина уу: туннелээр дамжсан аппликейшны хүсэлт, түүний хариу, хоёр талын харж буй хаягийн хос. Өсөж буй ESP тоолуур нь багцууд хүлээн авагдаж, баталгаажиж байгааг л батална. Дотоод багц ашиглахад тохиромжтой байсан эсэхийг энэ нь юу ч хэлэхгүй.
Хоёр үр дүнг хоёуланг нь тасалбарт бичнэ үү. Тоолуурын хөдөлгөөн дээр ажиллаж буй урсгал нэмэгдвэл засвар; зөвхөн тоолуурын хөдөлгөөн бол эхлэхээс өмнө байсан зүйл яг тэр нь юм.