De instellingen importeren de .ovpn niet die de CLI accepteert

Hetzelfde bestand verbindt vanuit een shell en weigert te importeren in het desktoppaneel. Dat sluit de server, de inloggegevens en de profielsyntaxis uit, want de opdrachtregelclient heeft alle drie al verwerkt. Wat overblijft is het desktoppad zelf: de pakketten die het nodig heeft, de subset richtlijnen die het begrijpt en het object dat het naar schijf schrijft. Elk daarvan faalt anders, en de meldingen wijzen zelden op de juiste.

Drie dingen die de dialoog nodig heeft voordat hij iets parseert

De import draait met de rechten van uw gebruiker, dus een bestand in een map die alleen voor root toegankelijk is, wordt geweigerd voordat de inhoud ertoe doet. Het paneel toont ook alleen VPN-typen waarvan de NetworkManager-plug-in is geïnstalleerd; zonder de OpenVPN-plug-in ontbreekt de optie in plaats van kapot te zijn. Ten slotte moet het netwerkapparaat beheerd zijn: een interface die als onbeheerd is gemarkeerd, kan een opgeslagen verbinding accepteren die nooit activeert. Controleer alle drie voordat u het profiel bewerkt.

Twee opdrachten beslechten de eerste ronde: dpkg -l network-manager-openvpn-gnome voor de plug-in en nmcli device status voor de apparaatstatus.

Wat de importeur stilzwijgend weggooit

De desktopvertaling richt zich op een vaste set eigenschappen. Regels buiten die set worden stilzwijgend weggegooid, waardoor de tunnel kan opkomen met ontbrekende delen van de bedoelde configuratie. Scripts die met up, down en script-security zijn gedeclareerd, verdwijnen meestal, net als opties van de beheerinterface en extra externe blokken. Een route die met het sleutelwoord vpn_gateway is geschreven, is de uitzondering: de importeur wil daar een letterlijke IPv4-gateway en breekt af met een fout in plaats van de regel weg te gooien.

Een weggegooide route heeft een herkenbare vorm. De verbinding activeert, de interface krijgt een adres en één specifiek subnet is onbereikbaar omdat de route nooit in het profiel terechtkwam.

Lees de opgeslagen verbinding, niet het bronbestand

Het gezaghebbende resultaat van een import is het sleutelbestand, niet de .ovpn die u hebt geselecteerd. sudo cat /etc/NetworkManager/system-connections/office.nmconnection laat zien wat het paneel werkelijk heeft opgeslagen. Als daar een route aanwezig is maar die ontbreekt in de live-tabel, is de import geslaagd en is de activering het probleem. Als hij in het bestand ontbreekt, heeft de importeur hem weggegooid en geen enkele hoeveelheid opnieuw verbinden brengt hem terug.

Twee alternatieve paden omzeilen de vertaallaag. nmcli connection import type openvpn file ./office.ovpn schrijft hetzelfde object en meldt fouten die het paneel verbergt.

De oudere editor, gestart met nm-connection-editor, toont routevelden die het paneel niet heeft. Voor profielen die afhankelijk zijn van scripts of niet-ondersteunde richtlijnen, houd de opdrachtregelclient aan en bewaak die in plaats daarvan met een service, nadat u de desktopverbinding hebt uitgeschakeld zodat slechts één component de tunnel bezit.

Wanneer de import werkt maar de activering niet

Het tabblad Geavanceerd behoudt het transport dat is geïmporteerd of laatst gekozen. Een server die op UDP luistert, faalt snel wanneer TCP wordt gekozen, en de melding zegt dat zelden. Een verbinding die zonder ingelogde gebruiker moet starten, heeft zijn geheim voor alle gebruikers opgeslagen nodig, wat een andere instelling is dan het alleen voor deze sessie opslaan.

Als er niets bruikbaars in de dialoog staat, laat journalctl -u NetworkManager -b zien waarom de activering mislukte. De shellclient raakt dat pad nooit aan, waardoor hij blijft werken terwijl de desktopkopie dat niet doet.

Als laatste controle vergelijkt u de plug-inversie met de distributierelease. Een niet-passende plug-in kan schoon installeren en toch weigeren een profiel te activeren dat nmcli zonder klagen importeert.