OpenVPN har kuni qayta ishga tushirilsinmi? Soatni emas, nosozlikni tanlang

Sizga OpenVPN'ni har kuni 04:10 da qayta ishga tushiradigan cron topshirig'i meros qolgan va u bir yildan beri hamma narsani barqaror ushlab turadi. Lekin u belgilangan soatda sog'lom tunnelni ham uzadi va tushlik paytida haqiqatda sodir bo'ladigan uzilish uchun hech narsa qilmaydi. Kalendar bo'yicha qayta ishga tushirish — texnik xizmat qarori. Tiklash esa aniq trigger'ga ega boshqa dizayn.

Nosozlikning uchta shakli uch xil egasini talab qiladi. Avval nosozlikni tanlang, mexanizm o'zi keladi.

Uch nosozlik, uch egasi

Tunnel hamkori ketgan bo'lsa ham ishlab turishi mumkin: jarayon ishlayapti, interfeys mavjud va u orqali foydali hech narsa o'tmaydi. Hamkor joyida bo'lganda jarayon o'lik bo'lishi mumkin, va u holda uni faqat uni ishga tushirgan narsa qaytara oladi. Tunnel orqasidagi ilova tunnel ham, hamkor ham sog'lom bo'lganda buzilgan bo'lishi mumkin, va u holda klientni qayta ishga tushirish sababga tegmasdan uzilishni kengaytiradi. Shu uch holatni ajratish — butun qaror.

Har birining o'z signali va o'z egasi bor. Hayotlilik VPN protokoliga, jarayonning hayot sikli xizmat menejeriga, ilova salomatligi esa tor mandatli monitoringga tegishli.

Hayotlilik varianti nima qila oladi va nima qila olmaydi

keepalive — ping va ping-restart juftligiga ochiladigan yordamchi, buni ulanish variantlari ma'lumotnomasi tavsiflaydi, va u yaratadigan taym-autlar serverda va klientda bir xil emas. Server yuborgan qiymatlar klient mahalliy sozlagan narsani ham bekor qilishi mumkin, shuning uchun mahalliy faylda to'g'ri ko'rinadigan taym-aut amaldagi bo'lmasligi mumkin.

Bu uni yo'qolgan hamkor uchun to'g'ri vosita, o'lik jarayon uchun esa noto'g'ri vosita qiladi, chunki chiqib ketgan jarayon o'z taymerlarini ishga tushira olmaydi. U tunnel orqasidagi ilova javob beryaptimi-yo'qmi haqida ham hech narsa demaydi, chunki almashinuv VPN'ning ikki oxirgi nuqtasi o'rtasida bo'ladi. Rol, kutilayotgan uzilishlar va qayta autentifikatsiya xatti-harakatini tekshirmasdan boshqa joylashtirishdan taym-aut juftligini ko'chirish barqaror tunnelning titray boshlash yo'lidir.

Xizmat menejeri nimaga ega

Agar daemon chiqsa, uni ishga tushirgan menejer keyin nima bo'lishini hal qiladi. Nosozlikka bog'langan qayta ishga tushirish siyosati, kechikish va ishga tushish tezligi chegarasi bilan, halokat halqasini fork bombasiga aylantirmasdan hal qiladi. Bu sozlamalar jarayon natijalari va taym-autlarga javob beradi va tirik, lekin foydasiz jarayonni aniqlamaydi. Bu kengroq siyosat bilan yamash kerak bo'lgan bo'shliq emas; bu hayot sikli va hayotlilik o'rtasidagi chegara.

Egalik sozlamalar kabi muhim. Ish stoli tarmoq menejeri boshlagan ulanish o'sha menejerning tiklash tartibini saqlashi kerak, va bir xil interfeys uchun raqobatchi xizmat birligini qo'shish bitta tunnelga ikkita ega beradi. Bittasini tanlang va qaysi biri ekanini yozib qo'ying.

Rejalashtirilgan qayta ishga tushirish qachon o'rinli

Belgilangan vaqtdagi qayta ishga tushirish oqilona texnik xizmat harakati bo'lishi mumkin: uning egasi, oynasi, nomlangan nusxasi va mustaqil kirish yo'li bor. Bo'la olmaydigan narsa — belgilangan soatda hammani uzadigan umumiy ishonchlilik siyosati.

Agar qayta ishga tushirish ma'lum oqish yoki qotib qolgan holatni chetlab o'tish uchun bo'lsa, buni birlik tavsifida yozing, aks holda keyingi odam uni abadiy saqlab qoladi.

Muhim holatlarni sinab ko'ring: jarayon ishlab turganda hamkor yo'qoladi, jarayon chiqadi, qayta urinish yangi hisob ma'lumotlarini talab qiladi, va ilova buzilgan holda tunnel qaytadi. Qaysi komponent javob berishini va orqada qanday holat qoldirishini kuzating.

To'g'ri savol qanchalik tez-tez qayta ishga tushirish emas, balki nosozlikni birinchi nima payqashi kerakligidir.