NordVPN en Ubuntu: demonio, inicio de sesión y eliminación limpia

Empiece por lo que informa la terminal, no por el instalador. Un cliente VPN de proveedor puede fallar porque su servicio en segundo plano no se ejecuta, porque el paquete se rompió contra una distribución más nueva, porque cambió el flujo de inicio de sesión o porque un perfil de conexión antiguo sigue activo. Cada caso deja un rastro distinto, y reinstalar arregla como mucho uno de ellos. Recorra las comprobaciones en orden y deténgase cuando las pruebas apunten a una capa.

Empiece por el servicio, no por el instalador

Lea primero el estado de la unidad: systemctl status nordvpnd indica si el demonio se ejecuta y si se reinició hace poco. Un mensaje de permiso de socket como Permission denied accessing /run/nordvpn/nordvpnd.sock trata de la pertenencia al grupo, no del túnel. Añada la cuenta al grupo del proveedor, luego cierre por completo la sesión de escritorio y vuelva a entrar. Una terminal nueva conserva la lista antigua de grupos, así que id es la única confirmación rápida de que el cambio se aplicó.

Cuando el demonio está sano pero el cliente lo ignora, el paquete es el sospechoso más probable. Una entrada gráfica que no hace nada y un comando que sale en silencio son síntomas a nivel de paquete. Tras una actualización de la distribución, un gestor del proveedor escrito en Python puede fallar contra una API de biblioteca eliminada, así que compare la compilación instalada con lo que el proveedor entrega ahora antes de borrar nada.

Elija la ruta de inicio de sesión que ofrece la compilación

Las instrucciones de inicio de sesión del año pasado pueden describir una opción que ya no existe. En las compilaciones actuales, nordvpn login --legacy devuelve flag provided but not defined: -legacy, y las dos rutas admitidas son un token del portal y una llamada de vuelta del navegador. Para la ruta del token, genérelo en la página de la cuenta y páselo una vez: nordvpn login --token <token>. Para la ruta de la llamada de vuelta, copie la dirección de éxito, cambie https:// por nordvpn:// y entrecomille el resultado cuando se lo entregue a nordvpn login --callback.

Ambos valores son credenciales. Un token sin caducidad es cómodo en una máquina sin pantalla y caro en el historial del intérprete, así que bórrelo después de usarlo y manténgalo fuera de los paquetes de soporte.

Desinstale por completo, repositorio incluido

La eliminación tiene tres partes: el paquete, la fuente de apt y la pertenencia al grupo. Purgar solo el paquete deja un repositorio que sigue respondiendo a apt update, y un grupo obsoleto que sigue concediendo acceso a un socket que nadie debería poseer. Si el cliente vino de un .deb descargado, resuelva primero el nombre exacto del paquete con dpkg -l | grep -i nordvpn, porque adivinar produce una purga que no elimina nada.

Conserve las instrucciones de desinstalación del propio proveedor si existen, y anote lo que eliminó para que una reinstalación posterior no herede en silencio media configuración.

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

Elimine los perfiles que la desinstalación olvidó

NetworkManager guarda las conexiones en su propio almacén, y un cliente que escribió una durante la configuración puede dejarla activa mucho después de la eliminación. El culpable conocido es pvpn-ipv6leak-protection. Enumere con nmcli connection show y nmcli connection show --active, anote el UUID y borre por ese identificador para no eliminar un perfil activo. Si la entrada reaparece tras un reinicio, borre su archivo de clave en /etc/NetworkManager/system-connections/ y reinicie NetworkManager.

No vacíe ese directorio. Otros VPN y perfiles cableados corrientes viven ahí también, y una limpieza que los elimina crea una segunda caída. Las entradas guardadas por otros proveedores merecen la misma cautela: un perfil de servidor guardado no es un demonio en marcha, y eliminarlo es una decisión de configuración, no una corrección de error.

Iniciar sesión no es lo mismo que un túnel que funciona

Un inicio de sesión correcto solo demuestra que la cuenta se autenticó. Si el túnel arranca pero los nombres dejan de resolverse, inspeccione la tecnología que eligió el cliente y el estado del resolutor antes de cambiar la cuenta. Algunas compilaciones exponen una segunda ruta de datos, y pasar a ella es la solución documentada cuando la más nueva falla al arrancar.

El tráfico que solo se rompe mientras está conectado apunta a un interruptor de emergencia o a un perfil de protección contra fugas sobrante, no a otro inicio de sesión. Los dispositivos locales necesitan una mirada aparte: una impresora o un servidor de archivos que desaparece durante la sesión suele quedar bloqueado por la lista de excepciones de LAN del proveedor, no por el router.