OpenVPN Access Server: mulai ulang daemon atau terapkan pengaturan

Dua perintah ditempel untuk hal yang tampak seperti pekerjaan yang sama di OpenVPN Access Server, dan keduanya melakukan hal berbeda. systemctl restart openvpnas menghentikan dan menjalankan seluruh produk. sacli start menaikkan layanan internal yang membaca konfigurasi yang baru saja Anda ubah. Memilih di antara keduanya bukan soal selera: itu bergantung pada apa yang dikatakan dokumentasi pengaturan itu sendiri, apakah sesi Anda melewati server yang akan Anda mulai ulang, dan apakah Anda memang melihat produk yang benar.

Dua lapisan, satu daemon

Access Server berjalan sebagai satu unit systemd, openvpnas, dan daemon itu mengawasi layanan internal di balik antarmuka web dan para pendengar VPN. sacli adalah antarmuka baris perintah ke instalasi yang sama, di /usr/local/openvpn_as/scripts/sacli, dan dapat memulai, menghentikan, serta menanyai komponen internal itu tanpa mengganti unit.

Itulah sebabnya kedua perintah ada. Mulai ulang daemon menjalankan ulang semuanya, termasuk proses yang mengakhiri tunnel klien. sacli start meminta daemon yang sudah berjalan menaikkan komponennya agar membaca konfigurasi baru, dan itulah yang sebenarnya dibutuhkan sebagian besar perubahan properti.

Kondisi pertama: apa kata dokumentasi pengaturan

Bacalah halaman untuk pengaturan yang Anda ubah, bukan untuk pengaturan yang Anda ubah bulan lalu. Properti yang ditulis melalui ConfigPut biasanya diikuti oleh sacli start, dan pasangan itu adalah langkah penerapan yang didokumentasikan. Perubahan pada perilaku tingkat pendengar, atau apa pun yang dijelaskan halaman sebagai memerlukan mulai ulang layanan, adalah kelas di mana mulai ulang unit itu benar.

Kedua perintah tidak dapat dipertukarkan, jadi mode kegagalan saat menebak bersifat asimetris. Memakai sacli start padahal perlu mulai ulang penuh meninggalkan proses lama yang masih melayani konfigurasi sebelumnya, yang tampak seolah pengaturan diabaikan. Melakukan mulai ulang penuh padahal sacli start cukup akan menjatuhkan setiap klien yang terhubung tanpa alasan.

Kondisi kedua: apakah sesi Anda di dalam tunnel

Jika Anda mengelola Access Server melalui VPN yang disediakannya, mulai ulang menghapus koneksi yang membawa shell Anda. Perintah itu bisa selesai setelah sesi Anda mati, sehingga Anda menebak apakah berhasil. sacli start juga bisa mengganggu sesi sebentar karena alasan yang sama ketika komponen yang dimulai ulang menangani lalu lintas Anda.

Pertahankan jalur luar band tetap terbuka sebelum salah satu perintah: konsol penyedia, konsol hypervisor, atau sesi serial. Kondisi ini menentukan kapan Anda menjalankan perintah, bukan perintah mana, dan inilah yang mengubah perubahan dua menit menjadi laporan gangguan.

Kondisi ketiga: apakah ini produk yang Anda kira

Access Server bukan Community OpenVPN. Instalasi community menjalankan unit seperti openvpn@server atau openvpn-client@profile, dengan konfigurasi di /etc/openvpn, dan sacli tidak ada di sana. Memulai ulang setiap unit yang namanya mengandung openvpn pada host bersama adalah cara tunnel yang tidak berkaitan ikut jatuh bersama.

Identifikasi sebelum menyentuh apa pun: systemctl status openvpnas --no-pager menjawab apakah Access Server yang berjalan, sacli status mendaftar komponen internalnya, dan systemctl list-units --type=service mendaftar unit yang namanya mengandung openvpn. Jika perintah terakhir menampilkan unit bernama profil, Anda berada pada produk community dan sisanya di sini tidak berlaku bagi Anda.

Terapkan, lalu verifikasi melewati active

Unit yang melaporkan active memiliki proses yang berjalan, yang tidak sama dengan jalur autentikasi yang bekerja. Setelah langkah penerapan, periksa sacli status untuk komponen yang Anda harapkan dimulai ulang, pastikan nilainya tersimpan dengan sacli ConfigQuery, lalu jalankan satu login klien terbatas dengan akun uji.

Akhiri dengan sesuatu pada tingkat aplikasi: capai sumber daya privat melalui tunnel, bukan sekadar ping ke alamat publik server. Handshake yang berhasil sementara rute yang didorong atau pengaturan DNS salah akan lolos setiap pemeriksaan layanan dan tetap mengecewakan orang yang melaporkan masalah.

tutorial penyedia tentang pengelolaan layanan adalah rujukan tentang operasi mana yang termasuk sacli, dan ada baiknya membukanya sebelum Anda memutuskan bahwa mulai ulang adalah pilihan aman.

Keputusan dalam satu lintasan

Telusuri empat baris ini dan berhenti pada baris pertama yang cocok:

• Halaman pengaturan menyebut sacli start, atau Anda baru saja menjalankan ConfigPut: gunakan sacli start.
• Halaman memerlukan mulai ulang, atau perubahan menyentuh pendengar alih-alih properti: gunakan systemctl restart openvpnas.
• Shell Anda datang melalui server ini: siapkan akses konsol lebih dahulu, lalu jalankan perintah yang dipilih dua baris di atas.
• Verifikasi: sacli status, ConfigQuery untuk nilainya, satu login, satu sumber daya privat. Status layanan saja bukan garis akhir.

Dua dari baris itu adalah pemeriksaan dan dua adalah tindakan, dan itulah inti urutannya. Jika Anda tidak dapat menjawab pertanyaan produk, berhentilah: perintah yang akan Anda jalankan milik instalasi lain, dan tunnel yang Anda jatuhkan bukan yang Anda maksud.