Merancang tetingkap penyelenggaraan OpenVPN tanpa kehilangan hos

Memulakan semula perkhidmatan VPN menamatkan setiap sesi yang menggunakannya, jadi tetingkap itu mesti dibina di sekeliling perbualan, bukan di sekeliling pengurus pakej. Pengguna memerlukan notis yang cukup untuk menyiapkan kerja sensitif, dan anda memerlukan cara masuk semula yang tidak bergantung pada terowong yang akan anda hentikan. Segala-galanya dalam buku panduan ini wujud untuk menjadikan kedua-dua fakta itu terurus. Tinggalkan salah satu daripadanya dan kemas kini rutin menjadi gangguan tanpa jalan keluar.

Urutan di bawah adalah disengajakan: setiap peringkat menghasilkan sesuatu yang diperlukan peringkat seterusnya, dan mana-mana peringkat boleh menamatkan perubahan itu sebelum ia bermula.

Rakam perkhidmatan yang sedia ada sebelum mengubahnya

Baca unit yang dipasang, bukan unit yang anda ingat telah ditulis: systemctl cat [email protected] mencetak unit itu dan sebarang drop-in, dan systemctl show [email protected] -p ExecStart -p User -p WorkingDirectory menunjukkan apa yang benar-benar berjalan dan sebagai siapa. Siasat binari yang dinamakan oleh unit itu, kerana openvpn --version daripada shell mungkin merujuk binaan yang berbeza. Rakam laluan profil dan setiap fail yang dirujuknya.

Catat juga soket yang mendengar: ss -lunp | grep 1194 memberitahu anda alamat dan protokol yang dimiliki daemon hari ini. Jika jawapannya bukan seperti yang dicadangkan profil, sesuatu drop-in atau fail persekitaran sedang mengatasinya, dan peningkatan itu akan mewarisi kejutan tersebut.

Himpun set pemulihan yang boleh digunakan orang lain

Set pemulihan itu mesti boleh digunakan oleh rakan sekerja pada 03:00 tanpa konteks anda. Sertakan konfigurasi berkesan bersama setiap fail yang dirujuk, bahan kepercayaan dan pembatalan di bawah kawalan pemilik PKI, penugasan dan cangkuk setiap klien, serta versi pakej tepat yang dipasang hari ini. Salinan satu nama fail bukanlah konfigurasi. Simpan di tempat yang boleh dicapai oleh pengendali atas panggilan tanpa VPN.

Kawalan akses juga terpakai pada set itu, kerana ia mengandungi kunci peribadi atau kelayakan backend. Jangan bina semula CA atau terbitkan semula identiti hanya kerana versi pakej berubah.

Buat latihan pada pendengar perintis dengan klien sebenar

Jalankan keluaran calon pada pendengar berasingan dengan port dan pelan alamatnya sendiri, bukan di sebelah contoh pengeluaran pada soket yang sama. Sambung dengan enjin klien yang benar-benar dijalankan pengguna anda, termasuk yang menyusahkan. Semak penugasan alamat, DNS yang ditolak, satu aplikasi yang penting, dan satu laluan yang sepatutnya kekal disekat. Cangkuk tersuai mesti berjalan dalam konteks keistimewaan dan sistem fail sebenar perkhidmatan, kerana shell root tidak membuktikan apa-apa tentangnya.

Baca nota keluaran untuk perubahan tingkah laku, bukan hanya untuk ciri baharu. Lalai sifer dan TLS berubah antara versi, dan profil yang masih boleh dihuraikan masih boleh gagal dalam jabat tangan. Jika peningkatan memerlukan perubahan profil atau sijil, sediakan itu sebagai langkah tersendiri dan jangan gabungkan dengan kemas kini pakej.

Tukar alih sekali, dari laluan di luar terowong

Mulakan tetingkap dari konsol atau rangkaian pengurusan yang tidak melalui perkhidmatan itu. Sahkan pengguna telah dimaklumkan dan pengendali kedua tahu cara membuat rollback. Laksanakan perubahan yang disediakan melalui pemiliknya, kemudian mulakan semula dengan sudo systemctl restart [email protected] dan ikuti jurnal dengan journalctl -u openvpn-server@office -b -f. Muat semula sudah cukup apabila hanya definisi unit berubah; profil yang berubah memerlukan proses dimulakan semula.

Jangkakan setiap klien menyambung semula, dan jangkakan sesetengah sesi aplikasi tidak bersambung semula. Selaraskan jeda bersih dengan beban kerja yang tidak dapat menanggungnya.

Terima atau gulung balik, kemudian beritahu pengguna apa yang berubah

Penerimaan ialah log masuk baharu ditambah operasi sebenar ditambah sekatan yang masih berkuat kuasa. Unit aktif dan baris status hijau hanyalah fakta proses. Jika kriteria gagal dalam tetingkap, gulung balik dengan kaedah yang disediakan, bukan dengan memulihkan satu fail dan berharap; binari atau dasar perkhidmatan yang berubah kekal selepas pemulihan konfigurasi. Kekalkan sebarang perubahan pembatalan atau kebenaran yang dibuat semasa tetingkap supaya rollback tidak membatalkan kerja keselamatan.

Rakam versi, perubahan profil dan keputusan penerimaan untuk pengendali seterusnya, bersarakan pendengar perintis, dan beritahu pengguna profil mana yang perlu digunakan sekarang. Tetingkap yang berakhir tanpa catatan itu akan dipertikaikan semula pada kemas kini seterusnya.