Los ajustes no importan el .ovpn que la CLI sí acepta

El mismo archivo conecta desde un shell y se niega a importarse en el panel de escritorio. Eso descarta el servidor, las credenciales y la sintaxis del perfil, porque el cliente de línea de comandos ya analizó las tres cosas. Lo que queda es la propia ruta de escritorio: los paquetes que necesita, el subconjunto de directivas que entiende y el objeto que escribe en el disco. Cada una falla de forma distinta, y los mensajes rara vez señalan la correcta.

Tres cosas que el diálogo necesita antes de analizar nada

La importación se ejecuta con los permisos de su usuario, así que un archivo dentro de un directorio accesible solo por root se rechaza antes de que su contenido importe. El panel además solo lista los tipos de VPN cuyo complemento de NetworkManager está instalado; sin el complemento OpenVPN, la opción está ausente en lugar de rota. Por último, el dispositivo de red debe estar gestionado: una interfaz marcada como no gestionada puede aceptar una conexión guardada que nunca se activará. Compruebe las tres cosas antes de editar el perfil.

Dos comandos resuelven la primera pasada: dpkg -l network-manager-openvpn-gnome para el complemento y nmcli device status para el estado del dispositivo.

Lo que el importador descarta en silencio

La traducción de escritorio apunta a un conjunto fijo de propiedades. Las líneas fuera de ese conjunto se descartan en silencio, por eso el túnel puede levantarse con partes de la configuración prevista ausentes. Los scripts declarados con up, down y script-security suelen desaparecer, igual que las opciones de la interfaz de gestión y los bloques remotos adicionales. Una ruta escrita con la palabra clave vpn_gateway es la excepción: el importador quiere allí una puerta de enlace IPv4 literal y aborta con un error en lugar de descartar la línea.

Una ruta descartada tiene una forma reconocible. La conexión se activa, la interfaz obtiene una dirección y una subred concreta queda inalcanzable porque la ruta nunca llegó al perfil.

Lea la conexión guardada, no el archivo de origen

El resultado autoritativo de una importación es el archivo de claves, no el .ovpn que seleccionó. sudo cat /etc/NetworkManager/system-connections/office.nmconnection muestra qué guardó realmente el panel. Si hay una ruta allí pero falta en la tabla activa, la importación se realizó correctamente y el problema es la activación. Si falta en el archivo, el importador la descartó y ninguna cantidad de reconexiones la restaurará.

Dos rutas alternativas evitan la capa de traducción. nmcli connection import type openvpn file ./office.ovpn escribe el mismo objeto e informa de errores que el panel oculta.

El editor antiguo, iniciado con nm-connection-editor, expone campos de ruta que el panel no tiene. Para los perfiles que dependen de scripts o de directivas no compatibles, conserve el cliente de línea de comandos y supervísolo con un servicio en su lugar, después de desactivar la conexión de escritorio para que solo un componente sea dueño del túnel.

Cuando la importación funciona pero la activación no

La pestaña avanzada conserva el transporte que se importó o se eligió por última vez. Un servidor que escucha en UDP falla enseguida cuando se selecciona TCP, y el mensaje rara vez lo dice. Una conexión que debe iniciarse sin un usuario conectado necesita su secreto guardado para todos los usuarios, lo que es un ajuste distinto de guardarlo solo para esta sesión.

Cuando no hay nada útil en el diálogo, journalctl -u NetworkManager -b muestra por qué falló la activación. El cliente de shell nunca toca esa ruta, y por eso sigue funcionando mientras la copia de escritorio no lo hace.

Como comprobación final, compare la versión del complemento con la versión de la distribución. Un complemento desajustado puede instalarse limpiamente y aun así negarse a activar un perfil que nmcli importa sin queja.