IKEv2 o'lik hamkor aniqlash ilovangizni sinamaydi

IKEv2 tiriklik tekshiruvi bitta savol beradi: boshqa hamkor himoyalangan boshqaruv munosabatida hali javob beryaptimi. U ichki ilova sog'lommi, shlyuz orqasida yo'l bormi yoki ko'rish tez tuyuladimi, buni o'lchamaydi. Tunnel orqasidagi barcha foydali narsa muvaffaqiyatsiz bo'lsa ham tekshiruv o'tishi mumkin.

Taymerni o'zgartirishdan oldin ikki turdagi dalillarni alohida o'qing.

Tiriklik tekshiruvi aslida nimani so'raydi

Tiriklik almashinuvi o'rnatilgan IKE xavfsizlik assotsiatsiyasi ichida yuboriladi va sozlangan oyna ichida javob kutadi. Muvaffaqiyat degani hamkorning IKE tatbiqi hali ham joyida va hali ham gaplashishga tayyor. U trafikni tashuvchi bola xavfsizlik assotsiatsiyalari haqida hech narsa demaydi, shlyuz ortidagi marshrutlash haqida ham, tunnel ochgan xizmatingiz haqida ham hech narsa demaydi. Bular uchta alohida savol, uchta alohida muvaffaqiyatsizlik usuli bilan.

Ana shu farq seans jim bo'lganda qayerga qarashni hal qiladi. Ma'lumot yo'li buzilgan bo'lsa-da javob berishda davom etayotgan hamkor siyosat, marshrutlash yoki quyi xizmatga ishora qiladi. Javob berishni to'xtatgan hamkor erisha olish yoki uzoq uchning o'z holatiga ishora qiladi.

Xavfsizlik assotsiatsiyalarini brauzerdan oldin o'qing

Daimondan so'rasangiz, boshqaruv holati va ma'lumot holati alohida sanab o'tiladi, hisoblagichlar esa umuman biror narsa qilinganmi-yo'qmi aytadi. Hech qachon o'rnatilmagan bola assotsiatsiya o'rnatilib, keyin paketlarni o'tkazishni to'xtatgan assotsiatsiyaga umuman o'xshamaydi, garchi ikkisi ham bir xil foydalanuvchi shikoyatini keltirib chiqaradi.

ipsec statusall | head -n 40
swanctl --list-sas
ip xfrm state | grep -E 'proto|mode'

Holat nomlarini tikketga aynan yozing, shikoyat lahzasidagi hisoblagichlar bilan birga. Tunnel yiqildi kabi tavsif ikkita assotsiatsiyadan qaysi biri tugaganini yashiradi va odatda bu saqlashga arziydigan yagona fakt.

Yo'l nosozligi o'lik hamkorga xuddi o'xshaydi

Shlyuz boshqaruv almashinuviga javob berishi mumkin, shu bilan birga xususiy server oflayn, uzatilgan yo'l yo'q yoki ichki nom yechimi butunlay muvaffaqiyatsiz bo'ladi. Mijoz nuqtai nazaridan bularning har biri seans ishlayotgan va manzil ishlamayotgan ko'rinishda namoyon bo'ladi. Qaytish yo'lini oldinga yo'l kabi diqqat bilan tekshiring, chunki uzoq tomondagi assimetrik marshrutlash faqat bitta yo'nalishda sukunat hosil qiladi.

Tunnel ishlayaptimi-yo'qmi tekshirish o'rniga mo'ljallangan ilovani to'g'ridan-to'g'ri sinang va u harakat qilgan manzilni ayting. Shlyuzga ping shlyuz javob berishini isbotlaydi; u hech qachon ilova javob berganini isbotlamagan. Ilova harakat qilgan aniq manzilni yozib oling. O'sha satr keyinroq qidiruvni toraytiradi va tikket odatda tashlab ketadigan yagona fakt shu.

Taymerlarni diagnozdan uzoq tuting

Aniqlash oralig'ini qisqartirish unumdorlik o'zgarishi emas va sig'im qo'shmaydi. Paket yo'qolganda u nosozlik qanchalik tez tan olinishini o'zgartiradi, bu esa hech narsani yaxshilamasdan simptomni boshqacha ko'rsatishi mumkin. Avval nosozlikning haqiqiy vaqtini yozib oling, keyin bardoshlik sizda haqiqatan mavjud bo'lgan ulanish uchun noto'g'rimi-yo'qmi hal qiling.

NAT xaritalash yangilanishlari ham xuddi shu toifaga kiradi. Ular tarjima qilingan yo'lni foydalanishga yaroqli saqlaydi va uzoq ilova ishlayotganiga dalil emas.

To'liq tiklash siyosati hamkor o'lik deb e'lon qilinganda mijoz nima qilishi kerakligini aytadi: qayta ishga tushirish, yopish yoki ushlab turish, va shu vaqtda boshqa trafik nima qilishi mumkinligini. Usiz o'sha hodisa har chorakda noldan qayta diagnoz qilinadi.