Inställningarna importerar inte .ovpn-filen som CLI accepterar

Samma fil ansluter från ett skal och vägrar importeras i skrivbordspanelen. Det utesluter servern, inloggningsuppgifterna och profilsyntaxen, eftersom kommandoradsKlienten redan har tolkat alla tre. Det som återstår är själva skrivbordsvägen: paketen den behöver, delmängden direktiv den förstår och objektet den skriver till disken. Var och en misslyckas olika, och meddelandena pekar sällan på rätt.

Tre saker dialogrutan behöver innan den tolkar något

Importen körs med din användares behörigheter, så en fil i en mapp som bara root har åtkomst till avvisas innan innehållet spelar roll. Panelen listar också bara VPN-typer vars NetworkManager-insticksprogram är installerat; utan OpenVPN-insticksprogrammet saknas alternativet i stället för att vara trasigt. Slutligen måste nätverksenheten vara hanterad: ett gränssnitt som markerats som ohanterat kan acceptera en sparad anslutning som aldrig aktiveras. Kontrollera alla tre innan du redigerar profilen.

Två kommandon avgör den första omgången: dpkg -l network-manager-openvpn-gnome för insticksprogrammet och nmcli device status för enhetens tillstånd.

Vad importören tyst kastar bort

Skrivbordsöversättningen riktar sig mot en fast uppsättning egenskaper. Rader utanför den uppsättningen kastas tyst, och därför kan tunneln komma upp med delar av den avsedda konfigurationen saknade. Skript som deklareras med up, down och script-security försvinner vanligtvis, liksom alternativ för hanteringsgränssnittet och extra fjärrblock. En rutt skriven med nyckelordet vpn_gateway är undantaget: importören vill ha en bokstavlig IPv4-gateway där och avbryter med ett fel i stället för att kasta raden.

En kastad rutt har en igenkännbar form. Anslutningen aktiveras, gränssnittet får en adress och ett visst subnät är oåtkomligt eftersom rutten aldrig kom in i profilen.

Läs den sparade anslutningen, inte källfilen

Det auktoritativa resultatet av en import är nyckelfilen, inte den .ovpn du valde. sudo cat /etc/NetworkManager/system-connections/office.nmconnection visar vad panelen faktiskt sparade. Om en rutt finns där men saknas i den levande tabellen lyckades importen och aktiveringen är problemet. Om den saknas i filen kastade importören den, och ingen mängd återanslutning återställer den.

Två alternativa vägar undviker översättningslagret. nmcli connection import type openvpn file ./office.ovpn skriver samma objekt och rapporterar fel som panelen döljer.

Den äldre redigeraren, startad med nm-connection-editor, visar ruttfält som panelen inte har. För profiler som är beroende av skript eller direktiv som inte stöds, behåll kommandoradsklienten och övervaka den med en tjänst i stället, efter att ha inaktiverat skrivbordsanslutningen så att bara en komponent äger tunneln.

När importen fungerar men aktiveringen inte

Fliken Avancerat behåller den transport som importerades eller valdes sist. En server som lyssnar på UDP misslyckas snabbt när TCP väljs, och meddelandet säger det sällan. En anslutning som måste starta utan en inloggad användare behöver sin hemlighet sparad för alla användare, vilket är en annan inställning än att spara den bara för den här sessionen.

När det inte står något användbart i dialogrutan visar journalctl -u NetworkManager -b varför aktiveringen misslyckades. Skalklienten rör aldrig den vägen, och därför fortsätter den att fungera medan skrivbordskopian inte gör det.

Som en sista kontroll, jämför insticksprogrammets version med distributionens utgåva. Ett insticksprogram som inte passar kan installeras rent och ändå vägra aktivera en profil som nmcli importerar utan klagomål.