OpenVPN Access Server: servisi yeniden başlatın ya da ayarı uygulayın

Aynı iş gibi görünen şey için OpenVPN Access Server üzerinde iki komut yapıştırılır ve bunlar farklı şeyler yapar. systemctl restart openvpnas tüm ürünü durdurup yeniden başlatır. sacli start ise az önce değiştirdiğiniz yapılandırmayı okuyan iç servisleri kaldırır. İkisi arasında seçim yapmak zevk meselesi değildir: ayarın kendi belgelerinin ne dediğine, oturumunuzun yeniden başlatacağınız sunucudan geçip geçmediğine ve doğru ürüne bakıp bakmadığınıza bağlıdır.

İki katman, bir servis

Access Server tek bir systemd birimi, openvpnas olarak çalışır ve bu servis web arayüzünün arkasındaki iç servisleri ve VPN dinleyicilerini denetler. sacli aynı kuruluma giden komut satırı arayüzüdür, /usr/local/openvpn_as/scripts/sacli konumundadır ve birimi değiştirmeden bu iç bileşenleri başlatabilir, durdurabilir ve sorgulayabilir.

Bu yüzden iki komut vardır. Servisin yeniden başlatılması her şeyi baştan çalıştırır, istemci tünellerini sonlandıran süreç dahil. sacli start zaten çalışan servisten bileşenlerini kaldırmasını ister ki yeni yapılandırmayı okusunlar ve çoğu özellik değişikliğinin gerçekte gerektirdiği budur.

Birinci koşul: ayarın belgeleri ne diyor

Değiştirdiğiniz ayarın sayfasını okuyun, geçen ay değiştirdiğinizin değil. ConfigPut ile yazılan bir özellikten sonra genellikle sacli start gelir ve bu çift belgelenmiş uygulama adımıdır. Dinleyici düzeyinde davranış değişikliği veya sayfanın servis yeniden başlatması gerektirdiğini söylediği her şey, birimin yeniden başlatılmasının doğru olduğu sınıftır.

İki komut birbirinin yerine geçmez, bu yüzden tahmin etmenin hata biçimi asimetriktir. Tam yeniden başlatma gerektiğinde sacli start kullanmak eski süreci önceki yapılandırmayla hizmet vermeye bırakır ve bu, ayarın yok sayıldığı gibi görünür. sacli start yeterliyken tam yeniden başlatma yapmak her bağlı istemciyi sebepsiz düşürür.

İkinci koşul: oturumunuz tünelin içinde mi

Access Server ı sağladığı VPN üzerinden yönetiyorsanız yeniden başlatma, shell iniz taşıyan bağlantıyı kaldırır. Komut oturumunuz öldükten sonra tamamlanabilir, bu yüzden çalışıp çalışmadığını tahmin edersiniz. Aynı nedenle sacli start da yeniden başlatılan bileşen trafiğinizi işlerken oturumu kısa süre kesebilir.

Her iki komuttan önce bant dışı bir yol açık tutun: sağlayıcı konsolu, hipervizör konsolu veya seri oturum. Bu koşul komutu ne zaman çalıştıracağınızı belirler, hangisini değil, ve iki dakikalık bir değişikliği kesinti raporuna çeviren de budur.

Üçüncü koşul: bu, düşündüğünüz ürün mü

Access Server, Community OpenVPN değildir. Topluluk kurulumu openvpn@server veya openvpn-client@profile gibi birimleri çalıştırır, yapılandırma /etc/openvpn içindedir ve sacli orada yoktur. Paylaşılan bir ana makinede adında openvpn olan her birimi yeniden başlatmak, ilgisiz tünellerin birlikte düşme yoludur.

Bir şeye dokunmadan önce belirleyin: systemctl status openvpnas --no-pager Access Server ın çalışıp çalışmadığını yanıtlar, sacli status iç bileşenlerini listeler ve systemctl list-units --type=service adında openvpn olan birimleri listeler. Son komut profil adlı birimler gösteriyorsa topluluk ürünündesiniz ve buradaki geri kalan size uygulanmaz.

Uygulayın, sonra active in ötesini doğrulayın

active bildiren birimin çalışan bir süreci vardır, bu çalışan bir kimlik doğrulama yoluyla aynı şey değildir. Uygulama adımından sonra yeniden başlamasını beklediğiniz bileşenler için sacli status kontrol edin, değerin sacli ConfigQuery ile saklandığını doğrulayın ve ardından bir test hesabıyla tek bir sınırlı istemci oturumu açın.

Uygulama düzeyinde bir şeyle bitirin: tünel üzerinden özel bir kaynağa ulaşın, yalnızca sunucunun genel adresine ping değil. İtilen rota veya DNS ayarı yanlışken başarılı olan bir el sıkışma tüm servis kontrollerini geçer ve yine de sorunu bildiren kişiyi hayal kırıklığına uğratır.

sağlayıcının servis yönetimi eğitimi hangi işlemlerin sacli ye ait olduğuna dair başvurudur ve yeniden başlatmanın güvenli seçenek olduğuna karar vermeden önce açmaya değer.

Karar tek geçişte

Bu dört satırı izleyin ve uyan ilkinde durun:

• Ayar sayfası sacli start diyorsa veya az önce ConfigPut çalıştırdıysanız: sacli start kullanın.
• Sayfa yeniden başlatma gerektiriyorsa veya değişiklik özelliklere değil dinleyicilere dokunuyorsa: systemctl restart openvpnas kullanın.
• Shell iniz bu sunucudan geliyorsa: önce konsol erişimini ayarlayın, sonra yukarıdaki iki satırın seçtiği komutu çalıştırın.
• Doğrulama: sacli status, değer için ConfigQuery, bir oturum açma, bir özel kaynak. Yalnızca servis durumu bitiş çizgisi değildir.

Bu satırların ikisi kontrol, ikisi eylemdir ve sıranın anlamı budur. Ürün sorusunu yanıtlayamıyorsanız durun: çalıştırmak üzere olduğunuz komut başka bir kuruluma aittir ve düşüreceğiniz tünel amaçladığınız tünel olmayacaktır.