NordVPN på Ubuntu: daemon, inloggning och ren borttagning

Börja med vad terminalen rapporterar, inte med installationsprogrammet. En VPN-klient från en leverantör kan misslyckas eftersom dess bakgrundstjänst inte körs, eftersom paketet gick sönder mot en nyare distribution, eftersom inloggningsflödet ändrades eller eftersom en gammal anslutningsprofil fortfarande är aktiv. Varje fall lämnar ett annat spår, och en ominstallation åtgärdar högst ett av dem. Gå igenom kontrollerna i ordning och stanna när bevisen pekar på ett lager.

Börja med tjänsten, inte installationsprogrammet

Läs först enhetens tillstånd: systemctl status nordvpnd berättar om daemonen körs och om den startades om nyligen. Ett socket-behörighetsmeddelande som Permission denied accessing /run/nordvpn/nordvpnd.sock handlar om gruppmedlemskap, inte om tunneln. Lägg till kontot i leverantörens grupp, logga sedan ut helt från skrivbordssessionen och in igen. En ny terminal behåller den gamla grupplistan, så id är den enda snabba bekräftelsen på att ändringen tillämpades.

När daemonen är frisk men klienten ignorerar dig är paketet den bättre misstänkta. En grafisk post som inte gör något och ett kommando som avslutas tyst är symtom på paketnivå. Efter en distributionsuppgradering kan en leverantörshanterare skriven i Python misslyckas mot ett borttaget biblioteks-API, så jämför den installerade bygget med vad leverantören levererar nu innan du raderar något.

Välj den inloggningsväg som bygget erbjuder

Förra årets inloggningsinstruktioner kan beskriva en flagga som inte längre finns. I nuvarande byggen returnerar nordvpn login --legacy flag provided but not defined: -legacy, och de två stödda vägarna är en portaltoken och en webbläsaråterkallelse. För tokenvägen, generera den på kontosidan och skicka den en gång: nordvpn login --token <token>. För återkallelsevägen, kopiera framgångsadressen, byt ut https:// mot nordvpn:// och sätt resultatet inom citattecken när du ger det till nordvpn login --callback.

Båda värdena är inloggningsuppgifter. En token utan utgångsdatum är praktisk på en maskin utan skärm och dyr i skallhistoriken, så rensa den efter användning och håll den utanför supportbuntar.

Avinstallera helt, inklusive förrådet

Borttagning har tre delar: paketet, apt-källan och gruppmedlemskapet. Om du bara rensar paketet blir ett förråd kvar som fortsätter att svara på apt update, och en inaktuell grupp som fortsätter att ge åtkomst till en socket som ingen borde äga. Om klienten kom från en nedladdad .deb, ta först reda på det exakta paketnamnet med dpkg -l | grep -i nordvpn, eftersom gissning ger en rensning som inte tar bort något.

Spara leverantörens egna avinstallationsinstruktioner om de finns, och anteckna vad du tog bort så att en senare ominstallation inte tyst ärver halva konfigurationen.

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

Ta bort profiler som avinstallationen glömde

NetworkManager lagrar anslutningar i sitt eget förråd, och en klient som skrev en under installationen kan lämna den aktiv långt efter borttagningen. Den kända boven är pvpn-ipv6leak-protection. Lista dem med nmcli connection show och nmcli connection show --active, anteckna UUID:t och radera efter den identifieraren så att du inte tar bort en levande profil. Om posten dyker upp igen efter en omstart, radera dess nyckelfil under /etc/NetworkManager/system-connections/ och starta om NetworkManager.

Töm inte den katalogen. Andra VPN och vanliga trådade profiler bor också där, och en rensning som tar bort dem skapar ett andra avbrott. Poster som andra leverantörer sparat förtjänar samma försiktighet: en sparad serverprofil är inte en körande daemon, och att radera en är ett konfigurationsbeslut, inte en buggfix.

Inloggning är inte samma sak som en fungerande tunnel

En lyckad inloggning bevisar bara att kontot autentiserades. Om tunneln startar men namn slutar lösas upp, undersök tekniken klienten valde och lösarens tillstånd innan du ändrar kontot. Vissa byggen erbjuder en andra dataväg, och att byta till den är den dokumenterade lösningen när den nyare inte startar.

Trafik som bara bryts medan du är ansluten pekar på en kill switch eller en kvarvarande läckageskyddsprofil, inte på en annan inloggning. Lokala enheter behöver en egen titt: en skrivare eller filserver som försvinner under sessionen blockeras vanligtvis av leverantörens LAN-undantagslista, inte av routern.