VPN-ийн ping ажиллаж байна, гэвч сайт гацдаг: хэмжээг шалгана уу

Цуурайн хариу ирдэг, алсын ажлын талбар ажилладаг, харин хөтөч бууж өгөх хүртэл хоосон хуудсан дээр суудаг. Энэ хэв маягт хоёр тайлбар тохирдог бөгөөд тэдгээр нь нэг асуудлын хувилбар биш: үйлчилгээг хэзээ ч зөвшөөрөөгүй бодлого, эсвэл дамжуулалт өсөхөд багтахгүй болсон пакетууд. Цуурайн хариу аль нэгийг нь ч үгүйсгэхгүй.

Хамгийн бага асуултаас хамгийн том асуулт руу явж, алхам бүр юуг үнэхээр нотолсныг бичээрэй.

Цуурайн хариу хамаагүй бага асуултад хариулдаг

Цуурайн хариу нь очих газрын IP стек таны эх үүсвэрээс ирсэн ICMP хүсэлтэд хариулсныг хэлнэ. Танд хэрэгтэй порт дээр TCP сонсогч байгаа эсэх, бодлого тэр портыг зөвшөөрөх эсэх, эсвэл очих газрын хост гарцын хамааралгүйгээр урсгалыг шүүж байгаа эсэхийг энэ нь юу ч хэлэхгүй. Нэг үйлчилгээг зөвшөөрсөн гарц нөгөөг нь хаяж болох бөгөөд хоёр объект ping-д хариулж байна. Хариуг нэг пакет, нэг чиглэлийн тухай нэг баримт гэж уншаарай.

Өөр юуг ч тайлбарлахаас өмнө очих газар болон үйлчилгээний портыг баталгаажуулаарай. Таны шалгасан хаяг болон програмын ашигладаг хаяг заримдаа өөр бүртгэл байдаг бөгөөд хоёр хаяг руу шийдэгддэг нэр үүнийг магадлалтай болгодог.

Холболт эхэлсэн эсэхийг мэдээрэй

Шууд татгалзсан холболт нь сонсогч эсвэл бодлогын хариу: ямар нэг зүйл хариулж, үгүй гэж хэлсэн. Нээгдээд дараа нь өгөгдөл хөдөлж эхлэхэд гацдаг холболт хэмжээ рүү заана. Гар барилдалтыг огт дуусгадаггүй холболт ихэвчлэн бодлого эсвэл маршрутжуулалтын асуудал бөгөөд татгалзал шиг биш, хугацаа дуусах шиг харагдана.

curl -v --max-time 10 https://internal.example/ -o /dev/null
ss -tn state established '( dport = :443 )'

MTU тохиргоонд хүрэхээс өмнө тэдгээр гурвын алийг нь ажигласнаа бичээрэй. Татгалзсан холболтыг засах гэж туннелийн хэмжээг өөрчлөх нь өөрчлөлтийг үрэн таран хийж, жинхэнэ шалтгааныг хэсэг хугацаанд нуудаг.

Хэмжээг заасан тоогоор хэмжээрэй

Ачааллын үед гацалт гарч ирэхэд, хуваахыг хориглох битийг тавиад нэг пакетын хэмжээг шалгаарай ба үр дүн утга учиртай болохын тулд арифметикийг дурдаарай. iputils бүхий Linux дээр 1392 байтын ашигтай ачаа дээр 8 байтын ICMP толгой, 20 байтын IPv4 толгой нэмэгдэж яг 1420 байт дотоод пакет үүсдэг. Энэ арифметикийг тасалбарт бичээрэй, учир нь гарц хүртэл хүрсэн нүцгэн ping програм тухай юу ч нотолдоггүй.

ping -4 -M do -s 1392 10.44.0.10
ping -4 -M do -s 1372 10.44.0.10

Хоёр шалгалт нь хэмжилтийн цэг, туннелийн хэмжээний зөвлөмж биш. Хэрэв ICMP зам дээр хаана нэгэн шүүгдвэл, хугацаа дуусах нь хэмжээ тухай юу ч хэлэхгүй, учир нь шүүлт ба хэт том пакет клиентийн талаас ижил харагдана. Амжилт ч мөн эсрэг чиглэл эсвэл өөр очих газрын тухай юу ч хэлэхгүй.

Гадаад замыг тооцоол

Инкапсуляци өөрийн толгойнуудыг нэмдэг тул утсан дээрх пакет туннелийн дотор хэмжсэн пакетаас том байна. Яг энэ хоёрын ялгаа нь ажиллаж буй жижиг хүсэлт ба бүтэлгүйтэж буй том хүсэлтийг зэрэг боломжтой болгодог.

IPv4-д замын MTU-г илрүүлэх нь хуваахгүйгээр дамжуулах боломжгүй пакетуудын талаарх эргэх холбоонд тулгуурладаг, IPv6 нь Packet Too Big мессеж ашигладаг. IPv4 тодорхойлолт тэр механизмыг тайлбарладаг. Эргэх холбоог шүүх нь илгээгчийн сурах чадварыг эвдэж, хэзээ ч багтахгүй пакетуудыг дахин дахин илгээхэд хүргэдэг. Тиймээс ажиллаж буй жижиг хүсэлт ба бүтэлгүйтэж буй том хүсэлт ийм тав тухтай хамт оршдог.

Нэг тоог өөрчилж, програмыг дахин шалгаарай

Туннелийн MTU-г бууруулах эсвэл TCP-ийн хамгийн их сегментийн хэмжээг хязгаарлаж, дараа нь шалгалтын оронд програмын анхны туршилтыг давтаарай. Өөрчлөлтийн дараа амжилттай болсон шалгалт ба одоо хүртэл гацдаг програм нь ижил төстэй хэлбэрийн өөр асуудал бөгөөд зөвхөн програмын туршилт л тэдгээрийг ялгадаг.

Арифметикийг өөрчлөлтийн бүртгэлд хадгалаарай: хэмжсэн хэмжээ, таамагласан нэмэлт зардал, таны тохируулсан утга. Дараа нь хянаж үзэх хэн ч ping-ийн дэлгэцийн зурагнаас таамаглалыг дахин гаргахын оронд шалгаж болно.

Хэрэв програм таны туршиж үзсэн бүх хэмжээнд ажиллаж байвал тоо тохируулахаа болиод, ажиллаж буй үйлчилгээг бүтэлгүйтэж буйгаас тусгаарладаг бодлогыг хараарай.