Klien VPN dinyahpasang, tetapi terowong masih bermula semasa boot

Distro anda membuang pakej, menu kehilangan entrinya, dan terowong masih naik selepas but semula seterusnya. Klien VPN komersial meninggalkan bahagian yang pengurus pakej tidak pernah jejaki, jadi penyingkiran bersih bukanlah sama dengan mesin bersih. Empat daripada bahagian itu menjelaskan hampir setiap sambungan hantu: unit, profil sambungan, pembantu istimewa dan repositori vendor. Baca keempat-empatnya sebelum memadam apa-apa, kemudian buang setiap satu melalui komponen yang memilikinya.

Apa yang pemasang buang tidak pernah rekod

Pengurus pakej membuang fail yang dicatatnya dan tiada yang lain. Ia tidak mempunyai rekod tentang profil sambungan yang dicipta klien semasa runtime, tentang unit yang didayakan selepas pemasangan, atau tentang pembantu yang mendaftarkan dirinya semasa berjalan dengan hak yang dinaikkan. Setiap satunya milik subsistem yang berbeza, dan setiap satunya boleh hidup lebih lama daripada pakej selama satu atau beberapa but semula. Jurang itulah yang menjelaskan mengapa terowong boleh sihat sedangkan perisian yang menghasilkannya sudah tiada.

Sisa sentiasa mempunyai pemilik, sama ada systemd, NetworkManager, konfigurasi repositori atau entri autostart setiap pengguna. Menemui pemilik dahulu itulah yang menghalang pembersihan daripada menjadi mesin separa dikonfigurasikan. Memadam fail secara terus biasanya berfungsi sehingga pemilik menjananya semula, dan itulah sebabnya arahan di bawah bermula dengan pertanyaan.

Empat pemilik, baca dahulu

Mulakan dengan pertanyaan dan bukan pemadaman, dan catat nama tepat yang kembali. Vendor sering menghantar muatan berversi di samping metapakej, jadi satu produk boleh muncul dengan dua nama. Nama yang muncul dalam kedua-dua senarai ialah satu produk dengan dua pemilik, dan kedua-duanya perlu dibuang. Kelompok pertama meliputi pakej dan unit, tempat sebahagian besar sisa kelihatan.

dpkg -l | grep -i acmevpn
systemctl list-unit-files | grep -i acmevpn
systemctl list-units --type=service --state=running | grep -i acmevpn

Kelompok kedua meliputi dua komponen yang paling kerap bertahan selepas pembersihan, iaitu profil sambungan dan repositori vendor. Baca lajur UUID dan bukan nama, kerana nama pendua adalah biasa dan arahan pemadaman menjangka pengecam. Baris repositori wajar dibaca walaupun anda tidak membuangnya hari ini, kerana hos vendor yang mati boleh merosakkan pemasangan tidak berkaitan berbulan-bulan kemudian. Tiada satu pun senarai mengubah apa-apa, dan itulah sebabnya ia dijalankan dahulu.

nmcli -f NAME,UUID,TYPE connection show
nmcli connection show --active
grep -ril acmevpn /etc/apt/sources.list.d/ /etc/apt/sources.list

Proses yang masih hidup selepas pembersihan ialah unit aktif atau anak program lain. Baca jadual proses dan rantaian induknya sebelum menyalahkan perkhidmatan yang tidak lagi wujud. Entri autostart setiap pengguna memerlukan pemeriksaan yang sama, dan ia hanya muncul dalam shell log masuk yang baharu, bukan dalam sesi root.

Tiga kata kerja yang tidak boleh ditukar

Menghentikan menamatkan jalan semasa, melumpuhkan membuang pautan semasa boot, dan penyamaran menghalakan unit ke /dev/null. Hanya yang ketiga juga menyekat pengaktifan melalui soket, pemasa atau kebergantungan, yang menjadikannya paling kuat antara ketiga-tiganya. Urutan penting selagi anda masih memutuskan apa yang hendak dilakukan dengan mesin. Penyamaran ialah keadaan yang betul semasa keputusan itu, kerana ia gagal dengan kuat dan bukannya bermula secara senyap pada boot seterusnya.

Nyahsamar sebelum memasang semula, jika tidak pakej baharu akan kelihatan rosak atas sebab yang tiada siapa catat. Awas yang sama terpakai pada perbezaan pembungkusan: satu binaan menghantar unit yang boleh dihentikan, manakala yang lain tidak meninggalkan sebarang perkhidmatan. Pastikan pembungkusan mana yang anda ada sebelum memilih kata kerja, kerana laluan pembersihan berbeza antara keduanya.

Dengan kad liar, profil yang salah terpadam

Padam profil dengan UUID yang anda catat, dan jangan sekali-kali dengan kad liar. Direktori keyfile juga menyimpan setiap profil Wi-Fi dan Ethernet pada mesin, jadi padanan luas membuang perkara yang masih anda perlukan. Keyfile yang dipadam secara manual boleh dijana semula oleh dasar yang memilikinya, yang membuatkan pemadaman kelihatan tidak berkesan.

nmcli connection delete uuid <uuid>

Eksport gateway dan identiti dahulu jika profil itu satu-satunya salinan yang masih anda miliki, kerana pemadaman setempat tidak membatalkan apa-apa pada pelayan. Repositori mengikut peraturan yang sama: buang satu fail vendor dan gelang kuncinya, kemudian segarkan senarai pakej dan cuba semula pemasangan yang benar-benar anda mahukan. Membiarkan entri pihak ketiga yang lapuk boleh memakukan kebergantungan lama atau langsung tidak menjawab. Kedua-dua penyingkiran itu kecil, dan mana-mana satu boleh dibatalkan daripada salinan yang anda simpan.

Apa yang masih berjalan selepas but semula

But semula sebelum mengisytiharkan kemenangan, kemudian cari artifak dan bukan aplikasinya. Antara muka terowong, laluan terbelah lapuk dan DNS setiap pautan yang ditinggalkan klien lama masing-masing memerlukan arahannya sendiri. Ketiga-tiganya boleh bertahan selepas pembersihan yang berjaya membuang setiap pakej.

ip link
ip route
resolvectl status

Buka juga shell log masuk baharu, kerana entri autostart hanya tercetus di situ. Kemudian baca /etc/NetworkManager/dispatcher.d/ untuk skrip yang menaikkan sambungan setiap kali antara muka bertukar keadaan, yang menjelaskan terowong yang kembali tanpa perkhidmatan di belakangnya. Jika ada yang masih mendail keluar, jejaki proses itu hingga ke induknya dan bukannya memadam fail sehingga simptom berhenti. Membersihkan mesin dan membatalkan akaun kekal sebagai dua kerja berasingan, dan hanya satu daripadanya selesai apabila but semula kelihatan tenang.