Ping dalil emas: ikki sayt orasidagi yo'lni sinab ko'ring
Gateway-dan yuborilgan ping xizmat haqida hech narsa demaydi. Yo'lni haqiqiy klientdan bosib o'ting, ilova protokolidan foydalaning va muvaffaqiyatsiz bo'lgan o'lcham yoki nomni qayta yarating.
Tunnel ishlayapti, gateway-lar bir-biriga javob bermoqda, lekin bir saytdagi foydalanuvchilar boshqa saytdagi fayl almashinuvini hali ham ocholmayapti. Kimdir gateway-dan ping qiladi, javob oladi va tarmoqni sog'lom deb e'lon qiladi. O'sha javob hech qachon muammo bo'lmagan ikki qurilma orasida yurdi. Foydali sinov xizmatga muhtoj hostdan boshlanadi, ilova ishlatadigan protokoldan foydalanadi va muvaffaqiyatsiz bo'ladigan shartni qayta yaratadi. Qolgan hamma narsa hech kim yurmagan yo'l uchun yashil chiroq.
Xizmatga muhtoj klientdan boshlang
Biror narsani sinashdan oldin to'rt narsani yozing: klient manzili, manzil, host nomi va ilova porti. Keyin xizmat o'z saytida mahalliy ishlashini yonidagi hostdan tasdiqlang. Bu boshlang'ich chiziqsiz buzilgan tunnelni buzilgan xizmatdan ajrata olmaysiz, va bu chiptalarning yarmi ikkinchisidir.
Hujjatlashtirilgan host nomini sinab ko'ring va xizmat ruxsat bergan joyda xuddi shu portning to'g'ridan-to'g'ri manzil tekshiruvini qiling. Muvaffaqiyatsiz nom qidiruvi va yetib bo'lmaydigan hal qilingan manzil sizni turli yo'llarga olib boradi. Agar host nomini IP bilan almashtirsangiz, ishlashi uchun HTTPS identifikatsiya tekshiruvini o'chirmang; sertifikat ogohlantirishi — axborot, to'siq emas.
Har bir chekkada yo'lni bosib o'ting
Klient tanlagan marshrutni o'qing, keyin gateway o'sha manzil uchun tanlagan marshrutni, keyin har bir chekkadagi hisoblagichlar yoki cheklangan ushlashni. Siz ikki faktni qidiryapsiz: so'rov uzoq LAN-ga yetdimi va javob qaytdimi. Interfeys hisoblagichlari boshqa barcha oqimlarni o'z ichiga oladi, shuning uchun grafik shakli bo'yicha emas, aniq vaqt belgisi va manzil juftligi bo'yicha bog'lang. Noto'g'ri chekkada olingan ushlash yo'qligidan yomonroq, chunki u dalilga o'xshaydi.
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
Agar so'rov uzoq chekkada ko'rinib, orqasida javob bo'lmasa, muammo narigi tomonda: firewall, yo'qolgan qaytish marshruti yoki manbani qabul qilmaydigan host. Agar so'rov umuman ko'rinmasa, mahalliy marshrut yoki tunnel tanlagichlari uni olib o'tmagan, va narigi tomon hali tekshirishga arzimaydi.
Ilova ishlatadigan protokoldan foydalaning
ICMP zaif tekshiruv. Uni filtrlash, tezlik bilan cheklash yoki xizmatdan boshqa siyosat bilan ishlash mumkin, bu esa uning muvaffaqiyati va muvaffaqiyatsizligini ikkalasini ham noaniq qiladi. Haqiqiy portni va imkon bo'lsa, protokolning haqiqiy qo'l berishini sinab ko'ring.
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
Tugallangan TCP qo'l berish o'sha port uchun yetib borish va siyosatni isbotlaydi. Bu ilova ishlashini isbotlamaydi: autentifikatsiya, yuklash yoki muayyan API chaqiruvi hali ham muvaffaqiyatsiz bo'lishi mumkin. Foydalanuvchilar haqiqatan bajaradigan operatsiyani, haqiqiy tranzaksiyani qayta-qayta yuborish o'rniga zararsiz ekvivalent bilan sinab ko'ring.
Muvaffaqiyatsiz bo'ladigan shartni qayta yarating
Faqat katta uzatishlarda ko'rinadigan nosozliklar o'lcham muammosi, ulanish muammosi emas. don't-fragment biti o'rnatilgan katta paket yuboring va u qayerda to'xtashini kuzating. Kichik so'rov muvaffaqiyatli bo'lib, kattasi osilib qolsa, tunnel MTU-si va gateway-lardagi MSS ishlovi keyingi gumondorlar.
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
Agar faqat bitta quyi tarmoq muvaffaqiyatsiz bo'lsa, trafik tanlagichlar, marshrut e'lonlari va o'sha quyi tarmoqning qaytish gateway-siga qarang. Agar faqat host nomi muvaffaqiyatsiz bo'lsa, DNS-ga ergashing, klient qaysi hal qiluvchidan foydalangani va uzoq ko'rinish o'sha saytdan ko'rinishini ham qo'shib. Uch xil nosozlik, uch xil tuzatish, va ping sinovi ularning birortasini ajratmaydi.
Tuzatishdan keyin o'sha sinovni takrorlang
O'sha klientni, manzilni, portni va yukni qayta ishga tushiring. Keyin qayta ulanib ko'ring yoki dizaynda bo'lsa zaxira yo'lni sinab ko'ring, chunki faqat tunnelning asl nusxasi tirik bo'lganda ishlaydigan tuzatish sinovdan o'tmagan. Sinovni asboblar panelidagi bitta yashil ko'rsatkich o'rniga haqiqiy manba, haqiqiy manzil va haqiqiy operatsiyaga bog'lab turing.
To'rt asosiy qiymatni va natijani yozib qo'ying. Xuddi shu belgining keyingi hisoboti keyin ping o'rniga dalillardan boshlanishi mumkin.