Ping бол нотолгоо биш: хоёр сайтын хоорондох замыг шалгаарай

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

Үйлчилгээ хэрэгтэй клиентээс эхэл

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

Баримтжуулсан хостын нэрийг оролдож, үйлчилгээ зөвшөөрвөл ижил портын шууд хаягийн шалгалтыг хий. Нэр хайлт бүтэлгүйтэх, шийдэгдсэн хаягт хүрэхгүй байх нь өөр өөр замд хөтөлнө. Хостын нэрийг IP-ээр сольсон ч ажиллахын тулд HTTPS таних шалгалтыг бүү унтраа; сертификатын анхааруулга бол мэдээлэл, саад биш.

Ирмэг бүр дээр замыг туул

Клиентийн сонгох маршрутыг, дараа нь гарцын тухайн очих газарт сонгох маршрутыг, дараа нь ирмэг бүрийн тоолуур эсвэл хязгаарлагдмал бичлэгийг унш. Та хоёр баримт хайж байна: хүсэлт алслагдсан локал сүлжээнд хүрсэн эсэх, хариу буцаж ирсэн эсэх. Интерфэйсийн тоолуур бусад бүх урсгалыг агуулдаг тул графикийн хэлбэрээр биш, нарийн цагийн тэмдэг болон хаягийн хосоор холбо. Буруу ирмэг дээр авсан бичлэг байхгүйгээс дор, учир нь нотолгоо мэт харагддаг.

ip route get 10.10.0.5
sudo tcpdump -ni any host 10.10.0.5 and port 445
sudo tcpdump -ni any net 10.10.0.0/24 and net 10.20.0.0/24

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

Програмын ашигладаг протоколыг ашигла

ICMP бол сул шалгалт. Үүнийг шүүж, хурдаар хязгаарлаж, эсвэл үйлчилгээнээс өөр бодлогоор боловсруулж болох тул амжилт ч, бүтэлгүйтэл ч хоёулаа хоёрдмол утгатай болно. Бодит портыг, боломжтой бол бодит протоколын гар барилтыг шалга.

nc -vz 10.10.0.5 445
curl -sv --max-time 5 https://files.corp.internal/ -o /dev/null
openssl s_client -connect 10.10.0.5:443 -servername files.corp.internal

Дууссан TCP гар барилт нь тухайн портын хүртээмж, бодлогыг нотолно. Энэ нь програм ажиллаж байгааг нотлохгүй: баталгаажуулалт, байршуулалт эсвэл тодорхой API дуудлага бүтэлгүйтэж болно. Хэрэглэгчдийн бодитоор хийдэг үйлдлийг, бодит гүйлгээг дахин дахин илгээхийн оронд хор хөнөөлгүй тэнцүүгээр шалга.

Бүтэлгүйтдэг нөхцөлийг дахин үүсгэ

Зөвхөн том дамжуулалтад гардаг бүтэлгүйтэл бол хэмжээний асуудал, холболтын асуудал биш. don't-fragment битийг тохируулсан том пакет илгээж, хаана зогсохыг хараарай. Жижиг хүсэлт амжилттай болж, том нь гацвал туннелийн MTU болон гарцуудын MSS боловсруулалт дараагийн сэжигтнүүд.

ping -M do -s 1400 10.10.0.5
ping -M do -s 1472 10.10.0.5
curl -sS --max-time 30 -F file=@./sample.bin https://files.corp.internal/upload

Зөвхөн нэг дэд сүлжээ бүтэлгүйтвэл урсгалын сонгогч, маршрутын зарлал, тухайн дэд сүлжээний буцах гарцыг хараарай. Зөвхөн хостын нэр бүтэлгүйтвэл DNS-ийг дагаж, клиент ямар шийдвэрлэгч ашигласан, алсын харагдац тэр сайтаас харагдаж байгаа эсэхийг оруулна уу. Гурван өөр гэмтэл, гурван өөр засвар, ping шалгалт тэдгээрийн алийг ч ялгахгүй.

Засварын дараа ижил шалгалтыг давта

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

Дөрвөн суурь утга болон үр дүнг бич. Ижил шинж тэмдгийн дараагийн тайлан тэгэхэд ping биш, нотолгооноос эхэлж болно.