OpenVPN hər gün yenidən başladılsın? Saatı deyil, nasazlığı seçin
Təqvim üzrə yenidən başlatma texniki xidmətdir, bərpa deyil. Qarşı tərəfin, prosesin və ya tətbiqin hansının sıradan çıxdığını müəyyən edin, sonra həmin qata lazım olan tetiği verin.
Sizə OpenVPN-i hər gün saat 04:10-da yenidən başladan bir cron tapşırığı miras qalıb və o, artıq bir ildir ki, hər şeyi sabit saxlayır. Eyni zamanda sağlam tuneli sabit saatda kəsir və nahar vaxtı baş verən kəsintiyə heç nə etmir. Təqvim üzrə yenidən başlatma texniki xidmət qərarıdır. Bərpa isə konkret tetiyi olan başqa bir dizayndır.
Üç nasazlıq forması üç fərqli sahib tələb edir. Əvvəlcə nasazlığı seçin, mexanizm özü ardınca gəlir.
Üç nasazlıq, üç sahib
Tunel işlək ola bilər, halbuki qarşı tərəf yoxdur: proses işləyir, interfeys mövcuddur və ondan heç bir faydalı şey keçmir. Qarşı tərəf sağlam ikən proses ölü ola bilər və bu halda onu yalnız onu başladan qurum geri qaytara bilər. Tunelin arxasındakı tətbiq xarab ola bilər, halbuki həm tunel, həm də qarşı tərəf sağlamdır; o zaman müştərini yenidən başlatmaq səbəbə toxunmadan kəsintini genişləndirir. Bu üç halı ayırmaq qərarın bütünüdür.
Hər birinin öz siqnalı və öz sahibi var. Canlılıq VPN protokoluna, prosesin həyat dövrü xidmət menecerinə, tətbiqin sağlamlığı isə dar mandatlı monitorinqə aiddir.
Canlılıq seçimi nə edə bilər, nə edə bilməz
keepalive ping və ping-restart cütünə açılan köməkçidir — bunu keçid seçimləri arayışı təsvir edir — və onun yaratdığı taym-autlar serverdə və müştəridə eyni deyil. Serverin göndərdiyi dəyərlər müştərinin yerli olaraq qurduğunu da üstələyə bilər; buna görə yerli faylda düzgün görünən taym-aut qüvvədə olan ola bilməz.
Bu onu itirilmiş qarşı tərəf üçün düzgün, ölü proses üçün isə səhv alət edir, çünki çıxmış proses öz taymerlərini işlədə bilməz. O, tunelin arxasındakı tətbiqin cavab verib-vermədiyi barədə də heç nə demir, çünki mübadilə iki VPN son nöqtəsi arasında baş verir. Rol, gözlənilən kəsintilər və yenidən autentifikasiya davranışını yoxlamadan başqa yerləşdirmədən taym-aut cütünü köçürmək sabit tunelin titrəməyə başlamasının yoludur.
Xidmət meneceri nəyə sahibdir
Demon çıxsa, onu başladan menecer sonra nə olacağına qərar verir. Nasazlığa bağlanmış yenidən başlatma siyasəti, gecikmə və başlama sürəti limiti ilə birlikdə, çökmə dövrəsini fork bombasına çevirmədən həll edir. Bu parametrlər proses nəticələrinə və taym-autlara reaksiya verir, canlı, lakin faydasız prosesi aşkar etmir. Bu, daha geniş siyasətlə yamalana biləcək boşluq deyil; bu, həyat dövrü ilə canlılıq arasındakı sərhəddir.
Sahiblik parametrlər qədər vacibdir. Masaüstü şəbəkə meneceri tərəfindən başladılan bağlantı həmin menecerin bərpa qaydasını saxlamalıdır; eyni interfeys üçün rəqib xidmət vahidi əlavə etmək bir tunelə iki sahib verir. Birini seçin və hansı olduğunu yazın.
Planlı yenidən başlatma nə vaxt məqbuldur
Vaxta bağlı yenidən başlatma ağlabatan texniki xidmət tədbiri ola bilər: onun sahibi, pəncərəsi, adlandırılmış nümunəsi və müstəqil giriş yolu var. Ola bilməyəcəyi şey, hər kəsi sabit saatda ayıran ümumi etibarlılıq siyasətidir.
Əgər yenidən başlatma məlum sızmanı və ya ilişmiş vəziyyəti dolaşmaq üçün varsa, bunu vahidin təsvirində yazın, əks halda növbəti adam onu əbədi saxlayır.
Vacib halları sınayın: qarşı tərəf yox olur, proses işləməyə davam edir; proses çıxır; təkrar cəhd yeni etimadnamə tələb edir; tunel qayıdır, tətbiq xarab qalır. Hansı komponentin reaksiya verdiyini və arxada hansı vəziyyət qoyduğunu izləyin.
Düzgün sual nə qədər tez-tez yenidən başlatmaq deyil, nasazlığı ilk nəyin görməli olduğudur.