Falta OpenVPN en el menú VPN de Ubuntu 18.04: qué instalar

La lista de VPN de GNOME no puede ofrecer nada que coincida con el perfil que le han entregado, y la conclusión habitual es que el escritorio no sabe hacer OpenVPN. Sí sabe. Lo que falta es un paquete de complemento, y el cliente de línea de comandos que está en la misma máquina no tiene nada que ver con el menú. Ese es el mito que conviene matar primero, porque manda a la gente a reinstalar lo que no es.

El menú lista complementos, no protocolos

GNOME dibuja los tipos de conexión que informa el gestor de red, y el gestor informa los complementos que están instalados. Por eso una lista vacía describe el conjunto de complementos instalados y no las capacidades del protocolo. De ahí que un binario openvpn que funciona no cambie nada en el panel.

La distinción importa porque los dos fallos se ven iguales desde el panel. Un complemento ausente y un complemento roto producen ambos un cuadro de diálogo que no puede ayudar, y solo el primero se arregla instalando algo. Preguntar al gestor qué sabe los separa antes de instalar nada. Esa pregunta cuesta un comando y sustituye una hora de conjeturas.

Qué paquete es dueño del diálogo

En Ubuntu 18.04 los paquetes tienen nombres concretos, y las versiones más nuevas mantuvieron la misma división. Léalos como roles y no como alternativas, porque instalar uno rara vez resuelve el problema por sí solo. Un paquete contiene el demonio y el cliente de línea de comandos, y ninguno de los dos conoce ningún diálogo de ajustes.

El paquete de complemento es lo que permite al gestor de red crear, guardar e iniciar una conexión OpenVPN. El paquete del editor aporta el formulario, sus campos y la ruta de guardado que llama el panel. Una máquina con el complemento y sin el editor muestra un tipo que no puede configurar, mientras que una máquina con el editor y sin el complemento no muestra nada. Instale el conjunto a la vez y la ambigüedad desaparece.

sudo apt install openvpn network-manager-openvpn network-manager-openvpn-gnome
nmcli --version

En 18.04 esos son los nombres reales de los archivos y no sustitutos. Un escritorio KDE necesita su propio paquete de editor y sigue necesitando el complemento, y esa es la parte que una guía solo para GNOME se deja fuera.

Reiniciar forma parte de la instalación

El panel pregunta al gestor por sus tipos compatibles al arrancar el servicio, y una lista ya dibujada no se refresca con una instalación. Instalar mientras el servicio corre produce, por tanto, la combinación frustrante de una instalación correcta y un diálogo sin cambios. Reiniciar no es mantenimiento opcional; es el paso que hace visible la instalación.

Reiniciar corta la conectividad durante varios segundos, y cualquier sesión SSH que vaya por la misma interfaz se va con ella, así que planifíquelo si la máquina está remota. Después vuelva a abrir el panel y pregunte directamente al gestor qué admite. Una consulta directa es mejor prueba que un menú que puede estar en caché.

sudo systemctl restart NetworkManager
nmcli -f NAME,TYPE connection show
nmcli connection add type vpn

El último comando es la prueba decisiva. Con el complemento, falla por argumentos que faltan; sin él, informa de un tipo de VPN desconocido. Un resultado es un formulario esperando a que lo rellenen, y el otro sigue siendo un problema de empaquetado. Ejecútelo antes y después de la instalación si quiere que el contraste sea evidente.

Deje que nmcli lea el .ovpn

Nada le obliga a reconstruir un perfil entregado control por control. El gestor lee los archivos .ovpn directamente y convierte sus directivas en una conexión guardada, certificados incrustados incluidos. Importar también supera a transcribir en precisión, porque un cifrado mal escrito o una clave truncada producen un fallo que parece un problema del servidor.

Deje el perfil junto a cualquier clave o certificado al que haga referencia hasta que termine el guardado, porque una conexión que solo guarda rutas de archivo se rompe cuando esos archivos se mueven. Luego pruebe la conexión por su nombre, y responda cualquier petición de credenciales en primer plano para poder ver qué quiere. Una conexión guardada que nunca se ha activado no es prueba de nada.

nmcli connection import type openvpn file ~/Downloads/office.ovpn
nmcli --ask connection up office
nmcli -f NAME,TYPE,STATE connection show --active

Ese tercer comando confirma que el túnel está activo con el nombre que espera. También separa una conexión que falló de una que nunca se activó.

Qué no puede decirle el menú

Un tipo ausente no dice nada sobre la pasarela, y no significa que el servidor rechace OpenVPN. No es motivo para instalar un complemento de protocolo no relacionado para que aparezca una entrada en el menú. Ese segundo error tiene nombre en la práctica: la gente acaba apuntando un perfil PPTP o AnyConnect a un servicio OpenVPN porque esas eran las entradas disponibles.

Repare primero el empaquetado; la pregunta del servidor llega después. Un perfil que se importa limpiamente y nunca se autentica falla en una cuestión de certificado, TLS o credenciales y no de editor. Cada una deja pruebas distintas, y ninguna aparece en el diálogo. Lea el registro del cliente antes de volver a abrir el panel de ajustes.

Demuéstrelo con un recurso que use de verdad

Una vez que el tipo existe y la conexión está guardada, márquela y abra un recurso que use de verdad. La activación por sí sola demuestra únicamente que los dos extremos se pusieron de acuerdo en un túnel. Un túnel que sube y no lleva nada es el siguiente modo de fallo, y el panel no puede verlo.

Anote qué recurso probó, para que la siguiente persona repita esa comprobación en vez de empezar de cero. Cuando el túnel está activo y el recurso sigue fallando, la investigación pasa a las rutas y al DNS y no vuelve al diálogo. Esa nota es la diferencia entre una reparación y un relato.