OpenVPN Access Server: mulakan semula daemon atau gunakan tetapan

Dua arahan ditampal untuk perkara yang kelihatan seperti kerja yang sama pada OpenVPN Access Server, dan kedua-duanya melakukan perkara berbeza. systemctl restart openvpnas menghentikan dan memulakan seluruh produk. sacli start menaikkan perkhidmatan dalaman yang membaca konfigurasi yang baru anda ubah. Memilih antara keduanya bukan soal citarasa: ia bergantung pada apa yang dikatakan dokumentasi tetapan itu sendiri, sama ada sesi anda melalui pelayan yang akan anda mulakan semula, dan sama ada anda memang melihat produk yang betul.

Dua lapisan, satu daemon

Access Server berjalan sebagai satu unit systemd, openvpnas, dan daemon itu menyelia perkhidmatan dalaman di belakang antara muka web dan pendengar VPN. sacli ialah antara muka baris arahan kepada pemasangan yang sama, di /usr/local/openvpn_as/scripts/sacli, dan boleh memulakan, menghentikan serta menanya komponen dalaman itu tanpa menggantikan unit.

Itulah sebabnya kedua-dua arahan wujud. Mulakan semula daemon menjalankan semula segala-galanya, termasuk proses yang menamatkan terowong klien. sacli start meminta daemon yang sudah berjalan menaikkan komponennya supaya mereka membaca konfigurasi baharu, dan itulah yang sebenarnya diperlukan oleh kebanyakan perubahan sifat.

Syarat pertama: apa kata dokumentasi tetapan

Baca halaman untuk tetapan yang anda ubah, bukan untuk tetapan yang anda ubah bulan lalu. Selepas sifat yang ditulis melalui ConfigPut, sacli start biasanya menyusul, dan pasangan itu ialah langkah penggunaan yang didokumenkan. Perubahan pada tingkah laku peringkat pendengar, atau apa sahaja yang diterangkan halaman sebagai memerlukan permulaan semula perkhidmatan, ialah kelas di mana mulakan semula unit itu betul.

Kedua-dua arahan tidak boleh ditukar ganti, jadi cara kegagalan apabila meneka adalah tidak simetri. Menggunakan sacli start sedangkan permulaan semula penuh diperlukan meninggalkan proses lama masih melayani konfigurasi sebelumnya, yang kelihatan seolah-olah tetapan itu diabaikan. Permulaan semula penuh sedangkan sacli start memadai akan menggugurkan setiap klien yang bersambung tanpa sebab.

Syarat kedua: adakah sesi anda di dalam terowong

Jika anda mentadbir Access Server melalui VPN yang disediakannya, permulaan semula membuang sambungan yang membawa shell anda. Arahan itu mungkin selesai selepas sesi anda mati, jadi anda meneka sama ada ia berjaya. sacli start juga boleh mengganggu sesi seketika atas sebab yang sama apabila komponen yang dimulakan semula mengendalikan trafik anda.

Kekalkan laluan luar jalur terbuka sebelum mana-mana arahan: konsol penyedia, konsol hypervisor, atau sesi bersiri. Keadaan ini menentukan bila anda menjalankan arahan, bukan yang mana, dan inilah yang mengubah perubahan dua minit menjadi laporan gangguan.

Syarat ketiga: adakah ini produk yang anda sangka

Access Server bukan Community OpenVPN. Pemasangan komuniti menjalankan unit seperti openvpn@server atau openvpn-client@profile, dengan konfigurasi dalam /etc/openvpn, dan sacli tidak wujud di sana. Memulakan semula setiap unit yang mempunyai openvpn dalam namanya pada hos dikongsi ialah cara terowong yang tidak berkaitan tumbang bersama.

Kenal pasti sebelum menyentuh apa-apa: systemctl status openvpnas --no-pager menjawab sama ada Access Server ialah yang berjalan, sacli status menyenaraikan komponen dalamannya, dan systemctl list-units --type=service menyenaraikan unit yang namanya mengandungi openvpn. Jika arahan terakhir menunjukkan unit bernama profil, anda berada pada produk komuniti dan selebihnya di sini tidak terpakai kepada anda.

Gunakan, kemudian sahkan melepasi active

Unit yang melaporkan active mempunyai proses yang berjalan, yang bukan sama dengan laluan pengesahan yang berfungsi. Selepas langkah penggunaan, periksa sacli status untuk komponen yang anda jangka akan dimulakan semula, sahkan nilai itu disimpan dengan sacli ConfigQuery, kemudian jalankan satu log masuk klien terhad dengan akaun ujian.

Akhiri dengan sesuatu pada peringkat aplikasi: capai sumber peribadi melalui terowong, bukan sekadar ping ke alamat awam pelayan. Handshake yang berjaya sedangkan laluan yang ditolak atau tetapan DNS salah akan lulus setiap pemeriksaan perkhidmatan dan tetap mengecewakan orang yang melaporkan masalah itu.

tutorial penyedia tentang pengurusan perkhidmatan ialah rujukan tentang operasi mana yang tergolong dalam sacli, dan ia berbaloi dibuka sebelum anda memutuskan bahawa mulakan semula ialah pilihan yang selamat.

Keputusan dalam satu lintasan

Turuni empat baris ini dan berhenti pada baris pertama yang sepadan:

• Halaman tetapan menyebut sacli start, atau anda baru sahaja menjalankan ConfigPut: gunakan sacli start.
• Halaman memerlukan permulaan semula, atau perubahan menyentuh pendengar dan bukan sifat: gunakan systemctl restart openvpnas.
• Shell anda datang melalui pelayan ini: sediakan akses konsol dahulu, kemudian jalankan arahan yang dipilih dua baris di atas.
• Pengesahan: sacli status, ConfigQuery untuk nilainya, satu log masuk, satu sumber peribadi. Status perkhidmatan sahaja bukan garis penamat.

Dua daripada baris itu ialah pemeriksaan dan dua ialah tindakan, dan itulah inti susunannya. Jika anda tidak dapat menjawab soalan produk itu, berhenti: arahan yang anda hendak jalankan itu milik pemasangan lain, dan terowong yang anda jatuhkan bukan yang anda maksudkan.