Os axustes non importan o .ovpn que a CLI si acepta

O mesmo ficheiro conecta desde un shell e négase a importarse no panel do escritorio. Iso descarta o servidor, as credenciais e a sintaxe do perfil, porque o cliente de liña de ordes xa analizou as tres cousas. O que queda é a propia ruta do escritorio: os paquetes que necesita, o subconxunto de directivas que entende e o obxecto que escribe no disco. Cada unha falla de forma distinta, e as mensaxes raramente sinalan a correcta.

Tres cousas que o diálogo necesita antes de analizar nada

A importación execútase cos permisos do seu usuario, así que un ficheiro dentro dun directorio accesible só por root rexéitase antes de que o seu contido importe. O panel ademais só lista os tipos de VPN cuxo complemento de NetworkManager está instalado; sen o complemento OpenVPN, a opción está ausente en lugar de rota. Por último, o dispositivo de rede debe estar xestionado: unha interface marcada como non xestionada pode aceptar unha conexión gardada que nunca se activará. Comprobe as tres cousas antes de editar o perfil.

Dous comandos resolven a primeira pasada: dpkg -l network-manager-openvpn-gnome para o complemento e nmcli device status para o estado do dispositivo.

O que o importador descarta en silencio

A tradución do escritorio apunta a un conxunto fixo de propiedades. As liñas fóra dese conxunto descártanse en silencio, por iso o túnel pode levantarse con partes da configuración prevista ausentes. Os scripts declarados con up, down e script-security adoitan desaparecer, igual que as opcións da interface de xestión e os bloques remotos adicionais. Unha ruta escrita coa palabra clave vpn_gateway é a excepción: o importador quere alí unha pasarela IPv4 literal e aborta cun erro en lugar de descartar a liña.

Unha ruta descartada ten unha forma recoñecible. A conexión actívase, a interface obtén un enderezo e unha subrede concreta queda inalcanzable porque a ruta nunca chegou ao perfil.

Lea a conexión gardada, non o ficheiro de orixe

O resultado autoritativo dunha importación é o ficheiro de claves, non o .ovpn que seleccionou. sudo cat /etc/NetworkManager/system-connections/office.nmconnection mostra que gardou realmente o panel. Se hai unha ruta alí pero falta na táboa activa, a importación realizouse correctamente e o problema é a activación. Se falta no ficheiro, o importador descartouna e ningunha cantidade de reconexións a restaurará.

Dúas rutas alternativas evitan a capa de tradución. nmcli connection import type openvpn file ./office.ovpn escribe o mesmo obxecto e informa de erros que o panel oculta.

O editor antigo, iniciado con nm-connection-editor, expón campos de ruta que o panel non ten. Para os perfis que dependen de scripts ou de directivas non compatibles, conserve o cliente de liña de ordes e supervíseo cun servizo no seu lugar, despois de desactivar a conexión do escritorio para que só un compoñente posúa o túnel.

Cando a importación funciona pero a activación non

A pestana avanzada conserva o transporte que se importou ou se escolleu por última vez. Un servidor que escoita en UDP falla axiña cando se selecciona TCP, e a mensaxe raramente o di. Unha conexión que debe iniciarse sen un usuario conectado necesita o seu segredo gardado para todos os usuarios, o que é un axuste distinto de gardalo só para esta sesión.

Cando non hai nada útil no diálogo, journalctl -u NetworkManager -b mostra por que fallou a activación. O cliente de shell nunca toca esa ruta, e por iso segue funcionando mentres a copia do escritorio non o fai.

Como comprobación final, compare a versión do complemento coa versión da distribución. Un complemento desaxustado pode instalarse limpiamente e aínda así negarse a activar un perfil que nmcli importa sen queixa.