Keepalive qayta ulanish emas: mavjud nosozlikka qarab tanlang

Keepalive va qayta ulanish bir nafasda sozlanadi, lekin turli muammolarni hal qiladi, shuning uchun birini sozlash ikkinchisini kamdan-kam tuzatadi. Keepalive holat yozuvini tirik tutish yoki sherik javob berishni to'xtatganini payqash uchun kichik trafik yuboradi. Qayta ulanish buzilganini yiqitib, aloqani qaytadan quradi, jumladan kalitlar, manzillar va marshrutlar. Nosozlikka mos keladigan mexanizmni tanlang, tugmachasini allaqachon bilganingizni emas. Buni ikki savol hal qiladi: yo'l o'likmi yoki sheriklar orasida nimadir uni unutyaptimi?

Xaritalash muammo bo'lganda

Faqat bir necha daqiqa sukunatdan keyin o'ladigan tunnel odatda sherikni emas, tarjima yozuvini yo'qotadi. WireGuard'ning PersistentKeepalive NAT va xavfsizlik devori holati uchun mavjud, va loyihaning o'z yozuvlari ham uni aynan shunday tasvirlaydi, salomatlik tekshiruvi sifatida emas. Bir necha o'nlab soniyalik interval yozuvni issiq tutadi, har soniyada bitta paket esa batareya qarori, ishonchlilik qarori emas. OpenVPN xuddi shu joyga ping va ping-restart orqali yetadi; ular avval sukunatni payqaydi, keyin unga ko'ra harakat qiladi.

Bu sozlamalar protokollar orasida ham almashtirilmaydi. IKEv2 ning o'lik sherik siyosati, OpenVPN ning ping taymeri va WireGuard ning keepalive bir savolga uch xil sintaksis va uch xil standart qiymat bilan javob beradi, shuning uchun ular orasida raqam ko'chirish sozlash libosidagi taxmin.

Aloqa yo'qolganda

Agar sherik manzilni o'zgartirsa, ishonchnoma tugasa yoki uzoq tomon qayta ishga tushsa, kichik paketlar tuzatish emas. Qayta ulanish holatni qaytadan qurishi kerak : manzil olish, marshrutlarni qayta o'rnatish, kalitlarni qayta kelishish va ba'zi joylashtirishlarda foydalanuvchini qayta autentifikatsiya qilish.

Nazoratsiz qayta ulanadigan mijozlar sertifikat yoki saqlangan sirni ushlab turadi. Odamdan so'raydigan mijoz aynan hech kim yo'q paytda muvaffaqiyatsiz bo'ladi, va bu qayta ulanish muhim bo'lgan holat. Bu oylar oldin qabul qilingan dizayn qarori, uzilish vaqtida o'zgartiriladigan sozlama emas.

Ikkalasi ham nimani isbotlamaydi

Tunnel qayta ulangan, kalitlar va marshrutlar bilan bo'lishi mumkin, ammo uning orqasidagi xizmat to'xtagan bo'lishi mumkin, va keepalive serveri soatlar oldin yo'qolgan sessiya uchun xaritalashni ochiq ushlab turishi mumkin. Siz uchun haqiqatan muhim narsa mavjud bo'lmaganda ikkala mexanizm ham muvaffaqiyat haqida xabar berishi mumkin.

Shuning uchun sinov haqiqiy so'rov bilan tugaydi. Siz uchun muhim intervaldan keyin tunneldan nima bo'lsa ham yuboring, so'ng o'zingiz loyihalagan nosozlikni alohida qo'zg'ating: xaritalash holatida bo'sh turish davri, qayta ulanish holatida qayta ishga tushirish yoki manzil o'zgarishi.

To'g'ridan-to'g'ri trafikni bloklash alohida qaror

Qayta ulanish tsikli butunlay sog'lom bo'lishi mumkin, ammo bir dastur jimgina odatdagi yo'ldan foydalanayotgan bo'lsa, bu nosozlik emas, oqish. Agar talab tunneldan tashqariga hech narsa chiqmasligi bo'lsa, buni mijoz konfiguratsiyasida aniq ayting va tunnelni tushirib, hali nima ulanayotganini kuzatib isbotlang. Ikkala mexanizm ham bu xatti-harakatni nazarda tutmaydi va hech qanday qayta urinish tartibi uni o'rnatmaydi.

Qaysi mexanizm ishlaganini va keyin yangi so'rov muvaffaqiyatli bo'lganini yozib qo'ying. Keyingi muhandisga aynan shu ikki fakt kerak, va ikkalasi ham holat belgisida ko'rinmaydi. Mijoz qayta ulanganini aytadigan log satri ishlagan so'rov bilan bir xil emas.

Siyosatni yozing, faqat raqamni emas

Juftlikni bitta jumlaga joylang: bo'sh turish intervali, hayot chegarasi, qayta qurishni nima qo'zg'atadi , va qayta urinish davomida mijoz nima qiladi. O'sha jumlasiz har bir kelgusi hodisa keepalive juda qiskami yoki qayta ulanish juda sekinmi degan bahsni qayta ochadi.

WireGuard'ning cheklovlar haqidagi yozuvlari keepalive oraliq qutilari uchun aylanma yo'l ekanini, umumiy hayot dizayni emasligini eslatadi. U hal qila olmaydigan muammoga javoban chastotani oshirishdan oldin o'sha cheklovni o'qing.