OpenVPN istemcisini yeniden bağlama: üç denetim, üç kapsam

Birisi VPN istemcisinin yeniden bağlanmasını istiyor ve bu istek üç farklı anlama gelebilir. Kimliği doğrulanmış tek bir oturumu düşürmek, her istemciye bir UDP sunucusunun ayrıldığını bildirmek veya arka plan sürecinin kendisini yeniden başlatmak anlamına gelebilir. Her birinin etki yarıçapı farklıdır ve yanlış seçim tek kullanıcılık bir düzeltmeyi hizmet kesintisine dönüştürür. Kapsam karardır ve komut ondan doğar.

Hangi denetimi kullanacağınızı sormadan önce kimin etkilenmesi gerektiğini sorun.

Tek örnek: yönetim arayüzü

Yapılandırılmış bir yönetim arayüzü bağlı örnekleri listeleyebilir ve bunlardan tam olarak birini düşürebilir. Her oturum bir istemci tanımlayıcısı taşır ve client-kill CID ortak bir ad yerine bu tanımlayıcıyı hedefler. Canlı tanımlayıcıyı güncel durum çıktısından okuyun, çünkü daha eski bir günlükten kopyalanan değer artık var olmayan bir oturuma işaret eder. Örneği düşürmek o bağlantıyı bitirir ve başka hiçbir şeyi bitirmez.

Yeni bir bağlantı garantisi vermez. İstemcinin geri dönüp dönmeyeceği yeniden deneme ayarlarına, kalan uzak girişlere, kimlik doğrulama gereksinimlerine ve denetleyici uygulamanın hâlâ çalışıp çalışmadığına bağlıdır. Geri dönen istemci yeni bir tanımlayıcı alır, bu yüzden tanımlayıcıları karşılaştırmak eskiyi yeniden ayırmanın tek güvenilir yoludur.

UDP çıkış bildirimi istemci başına bir komut değildir

explicit-exit-notify çıkış ve yeniden başlatma olaylarıyla ilgili bir yapılandırma direktifidir. Bir UDP istemcisinde karşı tarafa oturumun bittiğini söyler ve sayısal bağımsız değişken bildirimin kaç kez yineleneceğini denetler. Sunucu UDP üzerinden çalıştığında bağlı istemcilerine yeniden başlatma denetim iletisi gönderir ve belgelenen değerler aynı sunucuya yeniden bağlanmayı başka bir uzak girişe taşınmaktan ayırır. Bu, geniş bir kitleye sahip bir yaşam döngüsü sinyalidir.

İçinde hiçbir şey herhangi bir anda herhangi bir istemciyi seçmez. Onu yeniden bağlanma düğmesi olarak ele almak tüm bağlı oturumlara aynı anda ulaşır.

Sinyaller oturuma değil, sürece etki eder

SIGUSR1 çalışan bir süreçten yapılandırmayı yeniden okumadan bağlantısını yeniden başlatmasını ister ve kalıcılık seçenekleri o yeniden başlatmadan neyin sağ çıkacağını belirler. SIGHUP daha ileri gider: yapılandırma dosyasını yeniden okur ve kaynaklarını yeniden açar. SIGTERM ve SIGINT düzenli bir kapanış ister. Bunlar süreç düzeyinde işlemlerdir: çok istemcili bir sunucuda sürecin taşıdığı her oturumu etkiler, bilette adı geçen oturumu değil.

Süreç bir hizmet yöneticisi altında çalışırken, süreç listesinde bulduğunuz bir PID'ye sinyal göndermek yerine yöneticinin kendi denetimini kullanın. Yöneticinin hangi sinyali gönderdiğini görmek için birimi okuyun, çünkü yeniden başlatma ve yeniden yükleme aynı arka plan sürecine farklı şeyler yapar.

Denetimi seçmeden önce kapsamı belirleyin

Üç soru bunu çözer. Kim etkilenmeli: bir kullanıcı, bir sunucunun tüm istemcileri veya arka plan süreci ve taşıdığı her şey. Ne hayatta kalmalı: yapılandırma, tünel durumu veya hiçbiri. Kimin yetkisi var: yönetim entegrasyonu, hizmet sahibi veya çıkış bildirimini denetleyen ağ operatörü. Bunları yanıtlayın ve yalnızca tek bir denetim uygun olur.

Yeniden bağlanma düğmesi elde etmek için kimlik doğrulamasız bir denetim dinleyicisi eklemek, bağlantı noktasına ulaşabilen herkese o düğmeden çok daha fazlasını verir.

Yeni oturumu doğrulayın, bağlantı kesilmesini değil

Bağlantı kesilmesi olayı eski oturumun bittiğini kanıtlar. Yeni bir oturumun kimlik doğrulamasından geçtiğine, adres aldığına, yolları kurduğuna veya kullanıcının ihtiyaç duyduğu kaynağa ulaştığına dair hiçbir şey söylemez. Yeni tanımlayıcıyı, ardından tünel durumunu, ardından tek bir gerçek kaynağı kontrol edin. Bu üç adım yeniden bağlanma ile çalışan bir bağlantı arasındaki farktır.

Kapsamı değişiklik kaydına yazın. İstemci paylaşılan bir sunucudaki kırk kişiden biriyse 'İstemciyi yeniden bağladım' bir açıklama değildir.