NordVPN pe Ubuntu: daemon, autentificare și eliminare curată

Începeți cu ce raportează terminalul, nu cu programul de instalare. Un client VPN de la un furnizor poate eșua pentru că serviciul său din fundal nu rulează, pentru că pachetul s-a stricat față de o distribuție mai nouă, pentru că fluxul de autentificare s-a schimbat sau pentru că un profil de conexiune vechi este încă activ. Fiecare caz lasă o urmă diferită, iar reinstalarea repară cel mult unul dintre ele. Parcurgeți verificările în ordine și opriți-vă când dovezile indică un strat.

Începeți cu serviciul, nu cu programul de instalare

Citiți mai întâi starea unității: systemctl status nordvpnd vă spune dacă daemonul rulează și dacă a fost repornit recent. Un mesaj de permisiune pentru socket, cum ar fi Permission denied accessing /run/nordvpn/nordvpnd.sock, se referă la apartenența la grup, nu la tunel. Adăugați contul în grupul furnizorului, apoi deconectați-vă complet din sesiunea desktop și reconectați-vă. Un terminal nou păstrează lista veche de grupuri, așa că id este singura confirmare rapidă că modificarea a fost aplicată.

Când daemonul este sănătos, dar clientul vă ignoră, pachetul este suspectul mai bun. O intrare grafică ce nu face nimic și o comandă care iese în tăcere sunt simptome la nivel de pachet. După o actualizare a distribuției, un manager al furnizorului scris în Python poate eșua împotriva unui API de bibliotecă eliminat, așa că comparați buildul instalat cu ce livrează furnizorul acum înainte de a șterge ceva.

Alegeți calea de autentificare oferită de build

Instrucțiunile de autentificare de anul trecut pot descrie un flag care nu mai există. În buildurile actuale, nordvpn login --legacy returnează flag provided but not defined: -legacy, iar cele două căi acceptate sunt un token de portal și un callback de browser. Pentru calea cu token, generați-l în pagina contului și transmiteți-l o dată: nordvpn login --token <token>. Pentru calea cu callback, copiați adresa de succes, înlocuiți https:// cu nordvpn:// și puneți rezultatul între ghilimele când îl dați lui nordvpn login --callback.

Ambele valori sunt credențiale. Un token fără expirare este practic pe o mașină fără ecran și costisitor în istoricul shell-ului, așa că ștergeți-l după utilizare și țineți-l departe de pachetele de suport.

Dezinstalați complet, inclusiv depozitul

Eliminarea are trei părți: pachetul, sursa apt și apartenența la grup. Dacă curățați doar pachetul, rămâne un depozit care continuă să răspundă la apt update și un grup învechit care continuă să acorde acces la un socket pe care nimeni nu ar trebui să îl dețină. Dacă clientul a venit dintr-un .deb descărcat, stabiliți mai întâi numele exact al pachetului cu dpkg -l | grep -i nordvpn, pentru că ghicitul produce o curățare care nu elimină nimic.

Păstrați instrucțiunile de dezinstalare ale furnizorului, dacă există, și notați ce ați eliminat, astfel încât o reinstalare ulterioară să nu moștenească în tăcere jumătate de configurație.

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

Eliminați profilurile pe care dezinstalarea le-a uitat

NetworkManager păstrează conexiunile în propriul depozit, iar un client care a scris una în timpul configurării o poate lăsa activă mult timp după eliminare. Vinovatul cunoscut este pvpn-ipv6leak-protection. Enumerați cu nmcli connection show și nmcli connection show --active, notați UUID-ul și ștergeți după acel identificator pentru a nu elimina un profil activ. Dacă intrarea reapare după o repornire, ștergeți fișierul ei de cheie din /etc/NetworkManager/system-connections/ și reporniți NetworkManager.

Nu goliți acel director. Alte VPN-uri și profiluri cu fir obișnuite locuiesc și acolo, iar o curățare care le elimină creează o a doua pană. Intrările salvate de alți furnizori merită aceeași prudență: un profil de server salvat nu este un daemon care rulează, iar ștergerea lui este o decizie de configurare, nu o remediere de eroare.

Autentificarea nu este același lucru cu un tunel funcțional

O autentificare reușită dovedește doar că contul a fost autenticat. Dacă tunelul pornește, dar numele nu se mai rezolvă, inspectați tehnologia aleasă de client și starea resolverului înainte de a schimba contul. Unele builduri expun o a doua cale de date, iar trecerea la ea este soluția documentată când cea mai nouă nu pornește.

Traficul care se strică doar cât timp sunteți conectat indică un kill switch sau un profil de protecție împotriva scurgerilor rămas, nu o altă autentificare. Dispozitivele locale au nevoie de o privire separată: o imprimantă sau un server de fișiere care dispare în timpul sesiunii este de obicei blocat de lista de excepții LAN a furnizorului, nu de router.