NordVPN på Ubuntu: daemon, login og ren afinstallation

Begynd med det, terminalen rapporterer, ikke med installationsprogrammet. En VPN-klient fra en leverandør kan fejle, fordi dens baggrundstjeneste ikke kører, fordi pakken brød sammen mod en nyere distribution, fordi loginforløbet blev ændret, eller fordi en gammel forbindelsesprofil stadig er aktiv. Hvert tilfælde efterlader et forskelligt spor, og en geninstallation retter højst ét af dem. Gå gennem kontrollerne i rækkefølge, og stop, når beviserne peger på et lag.

Begynd med tjenesten, ikke installationsprogrammet

Læs først enhedens tilstand: systemctl status nordvpnd fortæller, om daemonen kører, og om den for nylig blev genstartet. En socket-tilladelsesmeddelelse som Permission denied accessing /run/nordvpn/nordvpnd.sock handler om gruppemedlemskab, ikke om tunnelen. Føj kontoen til leverandørens gruppe, og log derefter helt ud af skrivebordssessionen og ind igen. En ny terminal beholder den gamle gruppeliste, så id er den eneste hurtige bekræftelse på, at ændringen er anvendt.

Når daemonen er sund, men klienten ignorerer dig, er pakken den bedre mistænkte. Et grafisk element, der intet gør, og en kommando, der afslutter lydløst, er symptomer på pakkeniveau. Efter en distributionsopgradering kan en leverandørmanager skrevet i Python fejle mod en fjernet biblioteks-API, så sammenlign det installerede build med det, leverandøren aktuelt leverer, før du sletter noget.

Vælg den loginvej, buildet tilbyder

Logininstruktioner fra sidste år kan beskrive et flag, der ikke findes mere. På nuværende builds returnerer nordvpn login --legacy flag provided but not defined: -legacy, og de to understøttede veje er et portaltoken og et browsertilbagekald. Til tokenvejen skal du generere det på kontosiden og sende det én gang: nordvpn login --token <token>. Til tilbagekaldsvejen skal du kopiere succesadressen, bytte https:// ud med nordvpn:// og sætte resultatet i anførselstegn, når du giver det til nordvpn login --callback.

Begge værdier er legitimationsoplysninger. Et token uden udløb er praktisk på en hovedløs boks og dyrt i shell-historikken, så ryd det efter brug, og hold det ude af supportpakker.

Afinstaller fuldstændigt, også arkivet

Fjernelse har tre dele: pakken, apt-kilden og gruppemedlemskabet. Hvis du kun rydder pakken, efterlades et arkiv, der fortsat svarer på apt update, og en forældet gruppe, der fortsat giver adgang til en socket, som ingen bør eje. Hvis klienten kom fra en downloadet .deb, skal du først finde det præcise pakkenavn med dpkg -l | grep -i nordvpn, fordi gætteri giver en fjernelse, der ikke fjerner noget.

Behold leverandørens egne afinstallationsinstruktioner, hvis de findes, og noter, hvad du fjernede, så en senere geninstallation ikke lydløst arver en halv konfiguration.

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

Fjern profiler, som afinstallationen glemte

NetworkManager opbevarer forbindelser i sit eget lager, og en klient, der skrev en under opsætningen, kan lade den være aktiv længe efter fjernelsen. Den kendte synder er pvpn-ipv6leak-protection. Oplist med nmcli connection show og nmcli connection show --active, noter UUID'en, og slet efter den identifikator, så du ikke fjerner en levende profil. Hvis posten dukker op igen efter en genstart, skal du slette dens nøglefil under /etc/NetworkManager/system-connections/ og genstarte NetworkManager.

Tøm ikke den mappe. Andre VPN'er og almindelige kablede profiler bor der også, og en oprydning, der fjerner dem, skaber et andet udfald. Poster gemt af andre leverandører fortjener samme forsigtighed: en gemt serverprofil er ikke en kørende daemon, og at slette en er en konfigurationsbeslutning, ikke en fejlretning.

Login er ikke det samme som en fungerende tunnel

Et vellykket login beviser kun, at kontoen blev godkendt. Hvis tunnelen starter, men navne holder op med at blive opløst, skal du undersøge den teknologi, klienten valgte, og resolverens tilstand, før du ændrer kontoen. Nogle builds eksponerer en anden datasti, og at skifte til den er den dokumenterede løsning, når den nyere ikke starter.

Trafik, der kun bryder sammen, mens du er forbundet, peger på en kill switch eller en efterladt lækbeskyttelsesprofil, ikke på et andet login. Lokale enheder kræver et separat kig: en printer eller filserver, der forsvinder i løbet af sessionen blokeres normalt af leverandørens LAN-undtagelsesliste, ikke af routeren.