La configuració no importa l'.ovpn que la CLI sí que accepta

El mateix fitxer connecta des d'una shell i es nega a importar-se al tauler d'escriptori. Això descarta el servidor, les credencials i la sintaxi del perfil, perquè el client de línia d'ordres ja ha analitzat les tres coses. El que queda és el camí d'escriptori: els paquets que necessita, el subconjunt de directives que entén i l'objecte que escriu al disc. Cadascun falla de manera diferent, i els missatges poques vegades assenyalen el correcte.

Tres coses que el diàleg necessita abans d'analitzar res

La importació s'executa amb els permisos del vostre usuari, de manera que un fitxer dins d'un directori només accessible per root es rebutja abans que el contingut importi. El tauler també només llista els tipus de VPN el connector de NetworkManager dels quals està instal·lat; sense el connector OpenVPN, l'opció no hi és en lloc d'estar trencada. Finalment, el dispositiu de xarxa ha d'estar gestionat: una interfície marcada com a no gestionada pot acceptar una connexió desada que mai s'activarà. Comproveu les tres coses abans d'editar el perfil.

Dues ordres resolen la primera passa: dpkg -l network-manager-openvpn-gnome per al connector i nmcli device status per a l'estat del dispositiu.

Què descarta silenciosament l'importador

La traducció d'escriptori apunta a un conjunt fix de propietats. Les línies fora d'aquest conjunt es descarten en silenci, i per això el túnel pot aixecar-se amb parts de la configuració prevista que falten. Els scripts declarats amb up, down i script-security solen desaparèixer, igual que les opcions de la interfície de gestió i els blocs remots addicionals. Una ruta escrita amb la paraula clau vpn_gateway és l'excepció: l'importador hi vol una passarel·la IPv4 literal i avorta amb un error en lloc de descartar la línia.

Una ruta descartada té una forma recognoscible. La connexió s'activa, la interfície obté una adreça i una subxarxa concreta queda inabastable perquè la ruta mai no va arribar al perfil.

Llegiu la connexió desada, no el fitxer d'origen

El resultat autoritatiu d'una importació és el fitxer de claus, no l'.ovpn que heu seleccionat. sudo cat /etc/NetworkManager/system-connections/office.nmconnection mostra què ha desat realment el tauler. Si hi ha una ruta però falta a la taula activa, la importació ha reeixit i el problema és l'activació. Si falta al fitxer, l'importador l'ha descartada i cap reconnexió no la restaurarà.

Dos camins alternatius eviten la capa de traducció. nmcli connection import type openvpn file ./office.ovpn escriu el mateix objecte i informa d'errors que el tauler amaga.

L'editor antic, iniciat amb nm-connection-editor, exposa camps de ruta que el tauler no té. Per als perfils que depenen de scripts o de directives no suportades, conserveu el client de línia d'ordres i supervisueu-lo amb un servei, després de desactivar la connexió d'escriptori perquè només un component posseeixi el túnel.

Quan la importació funciona però l'activació no

La pestanya avançada conserva el transport que es va importar o es va triar per darrera vegada. Un servidor que escolta en UDP falla de seguida quan se selecciona TCP, i el missatge poques vegades ho diu. Una connexió que ha de començar sense un usuari amb sessió iniciada necessita el seu secret desat per a tots els usuaris, cosa que és un paràmetre diferent de desar-lo només per a aquesta sessió.

Amb res d'útil al diàleg, journalctl -u NetworkManager -b mostra per què ha fallat l'activació. El client de shell mai no toca aquest camí, i per això continua funcionant mentre la còpia d'escriptori no ho fa.

Com a comprovació final, compareu la versió del connector amb la versió de la distribució. Un connector desajustat es pot instal·lar netament i tot i així negar-se a activar un perfil que nmcli importa sense queixa.