Penghapusan paket VPN gagal di prerm: apa yang harus diperiksa lebih dulu

Uninstalasi bisa berhenti di tengah jalan dengan galat yang menyebut skrip pemelihara, sehingga VPN tertinggal setengah terhapus: berkas konfigurasi masih ada, layanan mungkin masih berjalan, dan manajer paket menolak melanjutkan. Perbaikan yang menggiurkan di utas forum lama adalah menghapus skrip dan memaksa penghapusan. Itu mengobati gejala dan membuang langkah pembersihan yang gagal. Baca dulu tahap dan status paket.

Langkah siklus hidup mana yang sebenarnya gagal

Paket Debian menjalankan preinst dan postinst saat pemasangan, serta prerm dan postrm saat penghapusan atau pembersihan total, dengan status keluar tiap skrip menentukan tindakan berikutnya. Galat dari prerm berarti penghapusan berhenti sebelum berkas paket dihapus; galat dari postrm berarti penghapusan sudah terjadi dan pembersihan gagal. Itu situasi berbeda dengan pemulihan berbeda. Kebijakan distribusi juga mengharapkan skrip tahan terhadap eksekusi berulang, karena tahap yang gagal harus diulang, bukan dihindari.

Catat galat pertama secara harfiah, bersama nama paket, versi, dan rilis distribusi. Galat berikutnya biasanya merupakan akibat.

Baca status paket sebelum mengubahnya

Tanyakan kepada manajer paket apa yang menurutnya telah terjadi sebelum menjalankan perintah lain.

dpkg -l vpn-package
dpkg --audit
apt-get -s remove vpn-package

Daftar menunjukkan bendera status paket, audit menemukan paket yang tertinggal rusak atau setengah terkonfigurasi, dan penghapusan tersimulasi mencetak apa yang akan dilakukan apt tanpa menyentuh apa pun. Simulasi yang gagal pada skrip yang sama menegaskan tahapnya, bukan jaringannya. Perhatikan skrip yang disebut dalam galat dan daftar berkas informasi paket jika perlu melihat skrip mana yang ada. Tak satu pun dari itu membenarkan penyuntingan berkas tersebut untuk sekarang.

Lindungi jalur manajemen sebelum perbaikan

Jika VPN membawa satu-satunya sesi SSH Anda ke host ini, menghapusnya mengakhiri akses Anda di tengah perbaikan. Siapkan konsol, antarmuka manajemen luar pita, atau rute kedua lebih dulu, dan pastikan itu berfungsi sebelum mulai. Simpan profil dan instruksi pendaftaran ulang yang akan Anda butuhkan nanti, karena pembersihan total dapat menghapus konfigurasi yang dihasilkan. Jauhkan kredensial dari catatan yang Anda tempelkan di tiket, dan jauhkan kunci privat sepenuhnya dari diagnostik.

Perlakukan penggantian manual yang terdokumentasi sebagai upaya terakhir di bawah panduan pemilik paket, dengan langkah yang dilewati diperhitungkan. Jangan pernah menghapus skrip dengan wildcard, karena daftar pembersihan paket itu sendiri adalah catatan tentang apa yang masih harus dilakukan.

Pisahkan hasil paket, jaringan, dan kredensial

Tiga hasil perlu diperiksa secara terpisah setelah prosedur yang didukung selesai. Transaksi paket harus menunjukkan status bersih, tanpa entri setengah terkonfigurasi yang tersisa di audit. Jaringan harus sesuai dengan yang Anda maksudkan: layanan yang benar berhenti, tidak ada rute atau pengaturan DNS usang, dan jalur yang berfungsi untuk penggantian atau akses langsung. Sisi jauh adalah hasil ketiga, dan kredensial usang harus dipensiunkan melalui pemilik akun itu, karena menghapus instalan klien tidak mencabut apa pun.

Lalu sambungkan kembali dan uji satu tujuan yang diizinkan. Status paket bersih dengan terowongan yang masih berjalan adalah hasil berbeda dari jaringan bersih, dan hanya yang kedua memberi tahu Anda bahwa penghapusan benar-benar berlaku.