Terkunci di luar server VPN Anda: pertahankan jalur masuk kedua
Tunnel yang rusak seharusnya tidak juga menghilangkan kemampuan Anda memperbaiki server. Rencanakan, uji, dan tinjau jalur administratif independen sebelum Anda membutuhkannya.
Anda membuka konsol, mengubah satu aturan firewall, dan tunnel yang Anda gunakan untuk terhubung menghilang. Perubahannya benar, muat ulangnya tidak, dan kini satu-satunya rute kembali ke mesin adalah yang baru saja Anda rusak. Jalur masuk kedua adalah keputusan desain, dan harus ada sebelum gangguan terjadi, bukan saat gangguan berlangsung.
Telusuri apa yang masih Anda miliki
Mulai dari layar konsol di depan Anda dan daftar jalur yang tidak bergantung pada tunnel. Konsol web penyedia dengan sesi serial atau VNC adalah satu. Antarmuka manajemen di jaringan terpisah adalah yang lain. Akses fisik adalah yang ketiga, dan itulah yang orang temukan hilang pada saat terburuk.
| Path | Depends on | Usually fails when |
|---|---|---|
| Provider console | Account access and the provider's own API | Credentials live in a wiki only reachable over the tunnel |
| Management subnet | A second interface and its own routing | The bad change was a global route or firewall policy |
| Second tunnel | A different listener, port and credentials | Both listeners were changed in the same edit |
| Physical or local console | Being in the building | Nobody has been in the building for a year |
Baca kolom ketiga sebagai daftar kegagalan, bukan sebagai abstraksi. Dua dari jalur itu biasanya gagal karena alasan yang sama. Tabel inilah cara Anda menyadarinya sebelum gangguan menjelaskannya kepada Anda.
Kemandirian adalah soal ketergantungan
Akun pemulihan tidak mandiri jika kata sandinya disimpan di layanan yang Anda capai melalui tunnel. VPN kedua pada host, porta, dan kebijakan firewall yang sama juga tidak mandiri, karena perubahan yang merusak yang pertama merusak keduanya.
Telusuri rantainya dan sebutkan apa yang dibutuhkan setiap langkah. Keterjangkauan jaringan, resolusi nama, sumber autentikasi, dan layanan manajemen itu sendiri adalah empat ketergantungan terpisah, dan jalur yang berbagi salah satunya mewarisi kegagalan tersebut.
Jalur yang tidak pernah diuji layak dicurigai tersendiri. Konsol yang belum dibuka berbulan-bulan mungkin memerlukan pengaturan ulang kata sandi lewat email, dan kotak surat itu mungkin dihosting di mesin yang tidak dapat Anda jangkau. Uji jalurnya selagi semuanya berjalan dan Anda akan menemukannya pada suatu sore yang tenang.
Gunakan jalur kedua untuk satu perubahan terkendali
Dari konsol, ambil snapshot atau salin konfigurasi yang akan Anda sunting. Ubah satu hal. Muat ulang layanan dan baca hasilnya sebelum menyentuh hal lain, karena dua perubahan sekaligus mengubah pemulihan menjadi eksperimen.
Biarkan sesi pemulihan tetap terbuka selagi Anda melakukannya. Seluruh nilai jalur kedua adalah bahwa ia bertahan terhadap hal yang sedang Anda ubah, jadi menutupnya lebih dulu menghapus satu-satunya sifat yang membuatnya berguna.
Verifikasi dari jalur pemulihan, bukan dari ingatan
Pemeriksaan yang penting adalah apakah jalur normal kembali, dan sesi pemulihan adalah tempat Anda memastikannya secara berurutan:
systemctl status openvpn-server@server --no-pager ss -lntup | grep -E ':(1194|443)\b' nft list ruleset | sed -n '1,40p' journalctl -u openvpn-server@server --since '-10 min' --no-pager | tail -n 30
Baca status layanan lebih dulu, lalu pendengar, lalu aturan, lalu jurnal. Layanan yang berjalan tanpa pendengar menunjuk ke konfigurasi layanan, sedangkan pendengar tanpa aturan yang dapat dijangkau menunjuk ke penyaringan. Urutannya penting karena setiap langkah mempersempit langkah berikutnya, dan melompat ke jurnal biasanya berarti membaca galat yang menggambarkan gejala, bukan penyebabnya.
Dokumentasi systemctl mencakup perilaku status dan mulai ulang yang dipakai di sini, termasuk bagaimana muat ulang yang gagal membiarkan proses sebelumnya tetap berjalan. Memulihkan revisi yang koheren lebih baik daripada menyambung ulang berulang kali dari klien yang tidak dapat memperbaiki server. Jika syarat pembalikan yang Anda tetapkan sebelum perubahan sudah terpenuhi, pulihkan dan berhenti.
Jaga inventaris tetap mutakhir
Tinjau daftar akses ketika orang atau infrastruktur berubah. Uji jalur pemulihan selagi semuanya berfungsi. Pensiunkan akun yang tidak dipakai siapa pun sejak reorganisasi terakhir. Dua akun usang dan satu sertifikat kedaluwarsa adalah pembersihan kecil pada hari Selasa dan gangguan pada hari Minggu.
Catat siapa yang dapat memakai setiap jalur, apa yang diizinkannya, dan bagaimana kredensial dirotasi. Jalur pemulihan tanpa pemilik menjadi pintu masuk yang terlupakan, yang merupakan jenis kegagalan berbeda dari terkurung di luar.