OpenVPN'i her gün yeniden başlatmak? Saati değil, arızayı seçin

Her gün 04:10'da OpenVPN'i yeniden başlatan bir cron görevini devralıyorsunuz ve bu, bir yıldır işleri istikrarlı tutuyor. Ancak sabit bir saatte sağlıklı bir tüneli de koparıyor ve öğle yemeğinde gerçekten yaşanan kesinti için hiçbir şey yapmıyor. Takvime göre yeniden başlatma bir bakım kararıdır. Kurtarma, belirli bir tetikleyicisi olan başka bir tasarımdır.

Üç arıza biçimi üç farklı sahip gerektirir. Önce arızayı seçin, mekanizma arkasından gelir.

Üç arıza, üç sahip

Eşi gitmişken tünel ayakta olabilir: süreç çalışıyor, arayüz var ve içinden yararlı hiçbir şey geçmiyor. Eş iyiyken süreç ölü olabilir ve o zaman onu yalnızca başlatan şey geri getirebilir. Tünelin arkasındaki uygulama, tünel de eş de sağlıklıyken bozuk olabilir ve o anda istemciyi yeniden başlatmak nedene dokunmadan kesintiyi genişletir. Bu üç durumu ayırmak bütün karardır.

Her birinin kendi sinyali ve kendi sahibi vardır. Canlılık VPN protokolüne, sürecin yaşam döngüsü hizmet yöneticisine, uygulama sağlığı ise dar yetkili izlemeye aittir.

Bir canlılık seçeneği ne yapabilir, ne yapamaz

keepalive, bir ping ve ping-restart çiftine açılan bir yardımcıdır; bağlantı seçenekleri başvurusu bunu açıklar ve ürettiği zaman aşımları sunucuda ve istemcide aynı değildir. Sunucunun gönderdiği değerler, istemcinin yerel olarak yapılandırdığını da geçersiz kılabilir; bu yüzden yerel bir dosyada doğru görünen zaman aşımı, yürürlükteki olan olmayabilir.

Bu onu kayıp bir eş için doğru araç, ölü bir süreç için yanlış araç yapar; çünkü çıkmış bir süreç kendi zamanlayıcılarını çalıştıramaz. Tünelin arkasındaki uygulamanın yanıt verip vermediği konusunda da bir şey söylemez, çünkü alışveriş VPN'in iki uç noktası arasında gerçekleşir. Rolü, beklenen kesintileri ve yeniden kimlik doğrulama davranışını kontrol etmeden başka bir kurulumdan zaman aşımı çifti kopyalamak, istikrarlı bir tünelin titremeye başlama yoludur.

Hizmet yöneticisi neye sahiptir

Daemon çıkarsa, onu başlatan yönetici sırada ne olacağına karar verir. Arızaya bağlı bir yeniden başlatma ilkesi, gecikme ve başlatma hızı sınırıyla birlikte, çökme döngüsünü bir fork bombasına dönüştürmeden ele alır. Bu ayarlar süreç sonuçlarına ve zaman aşımlarına tepki verir ve canlı ama işe yaramaz bir süreci algılamaz. Bu, daha geniş bir ilkeyle yamanacak bir boşluk değil; yaşam döngüsü ile canlılık arasındaki sınırdır.

Sahiplik de en az ayarlar kadar önemlidir. Masaüstü ağ yöneticisinin başlattığı bir bağlantı o yöneticinin kurtarma düzenini korumalıdır ve aynı arayüz için rakip bir hizmet birimi eklemek bir tünele iki sahip verir. Birini seçin ve hangisi olduğunu yazın.

Planlı bir yeniden başlatma ne zaman meşrudur

Belirli bir saatte yeniden başlatma makul bir bakım işlemi olabilir: bir sahibi, penceresi, adlandırılmış örneği ve bağımsız bir giriş yolu vardır. Olamayacağı şey, herkesi sabit bir saatte ayıran genel bir güvenilirlik ilkesidir.

Yeniden başlatma bilinen bir sızıntıyı veya sıkışmış bir durumu atlatmak için varsa bunu birimin açıklamasında belirtin, aksi halde bir sonraki kişi onu sonsuza kadar korur.

Önemli durumları test edin: süreç ayaktayken eş kaybolur, süreç çıkar, yeniden deneme taze kimlik bilgileri gerektirir ve uygulama bozuk kalırken tünel geri döner. Hangi bileşenin tepki verdiğine ve geride hangi durumu bıraktığına bakın.

Doğru soru ne sıklıkla yeniden başlatılacağı değil, arızayı ilk olarak neyin fark etmesi gerektiğidir.