NordVPN a Ubuntu: dimoni, inici de sessió i eliminació neta
Decidiu si s'ha trencat el dimoni, el paquet o el flux d'inici de sessió abans de reinstal·lar, i després traieu els perfils i la font d'apt que deixa una desinstal·lació.
Comenceu pel que informa el terminal, no per l'instal·lador. Un client VPN de proveïdor pot fallar perquè el seu servei en segon pla no s'executa, perquè el paquet s'ha trencat contra una distribució més nova, perquè el flux d'inici de sessió ha canviat o perquè un perfil de connexió antic encara és actiu. Cada cas deixa un rastre diferent, i reinstal·lar arregla com a màxim un d'ells. Recorreu les comprovacions en ordre i atureu-vos quan les proves apuntin a una capa.
Comenceu pel servei, no per l'instal·lador
Primer llegiu l'estat de la unitat: systemctl status nordvpnd us diu si el dimoni s'executa i si s'ha reiniciat fa poc. Un missatge de permís de sòcol com Permission denied accessing /run/nordvpn/nordvpnd.sock tracta de la pertinença al grup, no del túnel. Afegiu el compte al grup del proveïdor, després tanqueu del tot la sessió d'escriptori i torneu a entrar. Un terminal nou conserva la llista antiga de grups, així que id és l'única confirmació ràpida que el canvi s'ha aplicat.
Quan el dimoni està sa però el client us ignora, el paquet és el sospitós més probable. Una entrada gràfica que no fa res i una ordre que surt en silenci són símptomes a nivell de paquet. Després d'una actualització de la distribució, un gestor del proveïdor escrit en Python pot fallar contra una API de biblioteca eliminada, així que compareu la compilació instal·lada amb el que el proveïdor lliura ara abans d'esborrar res.
Trieu el camí d'inici de sessió que ofereix la compilació
Les instruccions d'inici de sessió de l'any passat poden descriure un indicador que ja no existeix. A les compilacions actuals, nordvpn login --legacy retorna flag provided but not defined: -legacy, i els dos camins admesos són un testimoni del portal i una crida de tornada del navegador. Per al camí del testimoni, genereu-lo a la pàgina del compte i passeu-lo un cop: nordvpn login --token <token>. Per al camí de la crida de tornada, copieu l'adreça d'èxit, canvieu https:// per nordvpn://, i poseu el resultat entre cometes quan el passeu a nordvpn login --callback.
Tots dos valors són credencials. Un testimoni sense caducitat és pràctic en una màquina sense pantalla i car a l'historial de l'intèrpret, així que esborreu-lo després d'usar-lo i manteniu-lo fora dels paquets de suport.
Desinstal·leu del tot, dipòsit inclòs
L'eliminació té tres parts: el paquet, la font d'apt i la pertinença al grup. Purgar només el paquet deixa un dipòsit que continua responent a apt update, i un grup obsolet que continua concedint accés a un sòcol que ningú no hauria de posseir. Si el client ve d'un .deb baixat, resoleu primer el nom exacte del paquet amb dpkg -l | grep -i nordvpn, perquè endevinar produeix una purga que no elimina res.
Conserveu les instruccions de desinstal·lació del proveïdor si existeixen, i anoteu què heu eliminat perquè una reinstal·lació posterior no hereti en silenci mitja configuració.
sudo apt purge nordvpn
sudo rm /etc/apt/sources.list.d/nordvpn.list
sudo gpasswd -d "$USER" nordvpn
Traieu els perfils que la desinstal·lació va oblidar
NetworkManager guarda les connexions al seu propi magatzem, i un client que n'ha escrit una durant la configuració pot deixar-la activa molt després de l'eliminació. El culpable conegut és pvpn-ipv6leak-protection. Enumerau amb nmcli connection show i nmcli connection show --active, anoteu l'UUID i suprimiu per aquest identificador per no eliminar un perfil viu. Si l'entrada reapareix després d'un reinici, suprimiu el seu fitxer de clau a /etc/NetworkManager/system-connections/ i reinicieu NetworkManager.
No buideu aquest directori. Altres VPN i perfils cablejats corrents també hi viuen, i una neteja que els elimina crea una segona caiguda. Les entrades desades per altres proveïdors mereixen la mateixa cautela: un perfil de servidor desat no és un dimoni en marxa, i eliminar-lo és una decisió de configuració, no una correcció d'error.
L'inici de sessió no és el mateix que un túnel que funciona
Un inici de sessió correcte només prova que el compte s'ha autenticat. Si el túnel arrenca però els noms deixen de resoldre's, inspeccioneu la tecnologia que el client ha triat i l'estat del resolutor abans de canviar el compte. Algunes compilacions exposen un segon camí de dades, i moure-s'hi és la solució documentada quan el més nou falla en arrencar.
El trànsit que només es trenca mentre esteu connectat apunta a un interruptor d'emergència o a un perfil de protecció contra fuites sobrant, no a un altre inici de sessió. Els dispositius locals necessiten una mirada a part: una impressora o un servidor de fitxers que desapareix durant la sessió normalment el bloqueja la llista d'excepcions de LAN del proveïdor, no el router.