NordVPN unter Ubuntu: Daemon, Anmeldung und saubere Entfernung

Beginnen Sie mit dem, was das Terminal meldet, nicht mit dem Installationsprogramm. Ein VPN-Client eines Anbieters kann scheitern, weil sein Hintergrunddienst nicht läuft, weil das Paket an einer neueren Distribution zerbrochen ist, weil sich der Anmeldeablauf geändert hat oder weil ein altes Verbindungsprofil noch aktiv ist. Jeder Fall hinterlässt eine andere Spur, und eine Neuinstallation behebt höchstens einen davon. Gehen Sie die Prüfungen der Reihe nach durch und hören Sie auf, wenn die Beweise auf eine Schicht deuten.

Beginnen Sie beim Dienst, nicht beim Installationsprogramm

Lesen Sie zuerst den Zustand der Unit: systemctl status nordvpnd sagt Ihnen, ob der Daemon läuft und ob er kürzlich neu gestartet wurde. Eine Socket-Berechtigungsmeldung wie Permission denied accessing /run/nordvpn/nordvpnd.sock betrifft die Gruppenmitgliedschaft, nicht den Tunnel. Fügen Sie das Konto der Anbietergruppe hinzu, melden Sie sich dann vollständig von der Desktop-Sitzung ab und wieder an. Ein neues Terminal behält die alte Gruppenliste, daher ist id die einzige schnelle Bestätigung, dass die Änderung wirksam wurde.

Wenn der Daemon gesund ist, der Client Sie aber ignoriert, ist das Paket der bessere Verdächtige. Ein grafischer Eintrag, der nichts tut, und ein Befehl, der still endet, sind Symptome auf Paketebene. Nach einem Distributions-Upgrade kann ein in Python geschriebener Anbietermanager an einer entfernten Bibliotheks-API scheitern, vergleichen Sie daher den installierten Build mit dem, was der Anbieter derzeit ausliefert, bevor Sie etwas löschen.

Wählen Sie den Anmeldepfad, den der Build anbietet

Anmeldeanweisungen vom letzten Jahr können ein Flag beschreiben, das es nicht mehr gibt. In aktuellen Builds gibt nordvpn login --legacy flag provided but not defined: -legacy zurück, und die beiden unterstützten Pfade sind ein Portaltoken und ein Browser-Callback. Für den Token-Pfad erzeugen Sie ihn auf der Kontoseite und übergeben ihn einmal: nordvpn login --token <token>. Für den Callback-Pfad kopieren Sie die Erfolgsadresse, tauschen https:// gegen nordvpn:// und setzen das Ergebnis in Anführungszeichen, wenn Sie es an nordvpn login --callback übergeben.

Beide Werte sind Anmeldedaten. Ein Token ohne Ablauf ist auf einer kopflosen Maschine praktisch und in der Shell-Historie teuer, löschen Sie es daher nach der Verwendung und halten Sie es aus Support-Paketen heraus.

Deinstallieren Sie vollständig, einschließlich des Repositorys

Das Entfernen hat drei Teile: das Paket, die apt-Quelle und die Gruppenmitgliedschaft. Wird nur das Paket bereinigt, bleibt ein Repository, das weiterhin auf apt update antwortet, und eine veraltete Gruppe, die weiterhin Zugriff auf einen Socket gewährt, den niemand besitzen sollte. Wenn der Client aus einer heruntergeladenen .deb stammt, ermitteln Sie zuerst den genauen Paketnamen mit dpkg -l | grep -i nordvpn, denn Raten führt zu einer Bereinigung, die nichts entfernt.

Bewahren Sie die eigenen Deinstallationsanweisungen des Anbieters auf, falls es sie gibt, und notieren Sie, was Sie entfernt haben, damit eine spätere Neuinstallation nicht stillschweigend eine halbe Konfiguration erbt.

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

Entfernen Sie Profile, die die Deinstallation vergessen hat

NetworkManager speichert Verbindungen in seinem eigenen Speicher, und ein Client, der während der Einrichtung eine angelegt hat, kann sie lange nach dem Entfernen aktiv lassen. Der bekannte Übeltäter ist pvpn-ipv6leak-protection. Listen Sie mit nmcli connection show und nmcli connection show --active auf, notieren Sie die UUID und löschen Sie über diese Kennung, damit Sie kein aktives Profil entfernen. Wenn der Eintrag nach einem Neustart wieder auftaucht, löschen Sie seine Schlüsseldatei unter /etc/NetworkManager/system-connections/ und starten Sie NetworkManager neu.

Leeren Sie dieses Verzeichnis nicht. Dort leben auch andere VPNs und gewöhnliche kabelgebundene Profile, und eine Bereinigung, die sie entfernt, erzeugt einen zweiten Ausfall. Von anderen Anbietern gespeicherte Einträge verdienen dieselbe Vorsicht: Ein gespeichertes Serverprofil ist kein laufender Daemon, und eines zu löschen ist eine Konfigurationsentscheidung, keine Fehlerbehebung.

Anmeldung ist nicht dasselbe wie ein funktionierender Tunnel

Eine erfolgreiche Anmeldung beweist nur, dass das Konto authentifiziert wurde. Wenn der Tunnel startet, aber Namen nicht mehr aufgelöst werden, prüfen Sie die vom Client gewählte Technologie und den Zustand des Resolvers, bevor Sie das Konto ändern. Einige Builds bieten einen zweiten Datenpfad, und der Wechsel dorthin ist die dokumentierte Umgehung, wenn der neuere nicht startet.

Verkehr, der nur während der Verbindung bricht, deutet auf einen Kill Switch oder ein übrig gebliebenes Leck-Schutzprofil hin, nicht auf eine weitere Anmeldung. Lokale Geräte brauchen einen eigenen Blick: ein Drucker oder Dateiserver, der während der Sitzung verschwindet wird meist durch die LAN-Ausnahmeliste des Anbieters blockiert, nicht durch den Router.