NordVPN di Ubuntu: daemon, login, dan pembersihan menyeluruh

Mulailah dari yang dilaporkan terminal, bukan dari penginstal. Klien VPN dari vendor bisa gagal karena layanan latar belakangnya tidak berjalan, karena paket rusak terhadap distribusi yang lebih baru, karena alur login berubah, atau karena profil koneksi lama masih aktif. Setiap kasus meninggalkan jejak berbeda, dan memasang ulang paling banyak memperbaiki satu di antaranya. Lakukan pemeriksaan secara berurutan dan berhenti ketika bukti menunjuk ke satu lapisan.

Mulailah dari layanan, bukan penginstal

Baca dulu status unit: systemctl status nordvpnd memberi tahu apakah daemon berjalan dan apakah baru saja dimulai ulang. Pesan izin soket seperti Permission denied accessing /run/nordvpn/nordvpnd.sock berkaitan dengan keanggotaan grup, bukan dengan terowongan. Tambahkan akun ke grup vendor, lalu keluar sepenuhnya dari sesi desktop dan masuk lagi. Terminal baru menyimpan daftar grup lama, jadi id adalah satu-satunya konfirmasi cepat bahwa perubahan sudah berlaku.

Bila daemon sehat tetapi klien mengabaikan Anda, paket adalah tersangka yang lebih baik. Entri grafis yang tidak melakukan apa-apa dan perintah yang keluar diam-diam adalah gejala tingkat paket. Setelah peningkatan distribusi, manajer vendor yang ditulis dengan Python bisa gagal terhadap API pustaka yang dihapus, jadi bandingkan build terpasang dengan yang saat ini disediakan vendor sebelum menghapus apa pun.

Pilih jalur login yang ditawarkan build

Petunjuk login tahun lalu mungkin menggambarkan flag yang sudah tidak ada. Pada build saat ini, nordvpn login --legacy mengembalikan flag provided but not defined: -legacy, dan dua jalur yang didukung adalah token portal dan panggilan balik peramban. Untuk jalur token, buat di halaman akun dan kirimkan sekali: nordvpn login --token <token>. Untuk jalur panggilan balik, salin alamat keberhasilan, tukar https:// dengan nordvpn://, dan beri tanda kutip pada hasilnya saat Anda menyerahkannya ke nordvpn login --callback.

Kedua nilai adalah kredensial. Token tanpa kedaluwarsa praktis di mesin tanpa layar dan mahal di riwayat shell, jadi hapus setelah dipakai dan jauhkan dari bundel dukungan.

Uninstal sepenuhnya, termasuk repositori

Penghapusan punya tiga bagian: paket, sumber apt, dan keanggotaan grup. Membersihkan paket saja menyisakan repositori yang terus menjawab apt update, dan grup usang yang terus memberi akses ke soket yang tidak seharusnya dimiliki siapa pun. Jika klien berasal dari .deb yang diunduh, tentukan dulu nama paket yang tepat dengan dpkg -l | grep -i nordvpn, karena menebak menghasilkan pembersihan yang tidak menghapus apa pun.

Simpan petunjuk uninstal milik vendor bila ada, dan catat apa yang Anda hapus agar pemasangan ulang nanti tidak diam-diam mewarisi separuh konfigurasi.

sudo apt purge nordvpn
sudo rm /etc/apt/sources.list.d/nordvpn.list
sudo gpasswd -d "$USER" nordvpn

Hapus profil yang terlupakan oleh uninstal

NetworkManager menyimpan koneksi di penyimpanannya sendiri, dan klien yang menulis satu selama penyiapan bisa membiarkannya aktif jauh setelah penghapusan. Pelaku yang dikenal adalah pvpn-ipv6leak-protection. Daftarkan dengan nmcli connection show dan nmcli connection show --active, catat UUID-nya, dan hapus berdasarkan pengenal itu agar Anda tidak menghapus profil yang hidup. Jika entri muncul lagi setelah reboot, hapus berkas kuncinya di bawah /etc/NetworkManager/system-connections/ dan mulai ulang NetworkManager.

Jangan kosongkan direktori itu. VPN lain dan profil kabel biasa juga tinggal di sana, dan pembersihan yang menghapusnya menciptakan gangguan kedua. Entri yang disimpan vendor lain pantas mendapat kehati-hatian yang sama: profil server tersimpan bukan daemon yang berjalan, dan menghapusnya adalah keputusan konfigurasi, bukan perbaikan bug.

Login bukan berarti terowongan yang berfungsi

Login berhasil hanya membuktikan akun terautentikasi. Jika terowongan mulai tetapi nama berhenti teresolusi, periksa teknologi yang dipilih klien dan status resolver sebelum mengubah akun. Beberapa build menawarkan jalur data kedua, dan beralih ke sana adalah solusi terdokumentasi ketika yang lebih baru gagal dimulai.

Lalu lintas yang hanya putus saat terhubung menunjuk ke kill switch atau profil perlindungan kebocoran yang tersisa, bukan ke login lain. Perangkat lokal perlu pemeriksaan terpisah: printer atau server berkas yang hilang selama sesi biasanya diblokir oleh daftar pengecualian LAN vendor, bukan oleh router.