Innstillingane importerer ikkje .ovpn-fila som CLI godtek

Den same fila koplar til frå ein shell og nektar å bli importert i skrivebordspanelet. Det utelukkar tenaren, påloggingsdetaljane og profilsyntaksen, fordi kommandolinjeklienten allereie har tolka alle tre. Det som står att, er skrivebordsbanen sjølv: pakkane han treng, delmengda av direktiv han forstår, og objektet han skriv til disken. Kvar av dei feilar ulikt, og meldingane peikar sjeldan på den rette.

Tre ting dialogen treng før han tolkar noko

Importen køyrer med løyva til brukaren din, så ei fil i ei mappe som berre root har tilgang til, vert avvist før innhaldet betyr noko. Panelet viser òg berre VPN-typar der NetworkManager-programtillegget er installert; utan OpenVPN-tillegget manglar alternativet i staden for å vere øydelagt. Til slutt må nettverksininga vere administrert: eit grensesnitt merkt som ikkje administrert kan godta ei lagra tilkopling som aldri vil bli aktivert. Sjekk alle tre før du redigerer profilen.

To kommandoar avgjer den første runden: dpkg -l network-manager-openvpn-gnome for tillegget og nmcli device status for tilstanden til eininga.

Kva importøren stille kastar bort

Skrivebordsomsetjinga rettar seg mot eit fast sett eigenskapar. Linjer utanfor dette settet vert stille forkasta, og difor kan tunnelen kome opp med delar av den tiltenkte konfigurasjonen som manglar. Skript som er deklarert med up, down og script-security forsvinn vanlegvis, det same gjer alternativ for administrasjonsgrensesnittet og ekstra eksterne blokker. Ei rute skriven med nøkkelordet vpn_gateway er unntaket: importøren vil ha ein bokstaveleg IPv4-gateway der og avbryt med ein feil i staden for å forkaste linja.

Ei forkasta rute har ei gjenkjenneleg form. Tilkoplinga vert aktivert, grensesnittet får ei adresse, og eitt bestemt subnett er utilgjengeleg fordi ruta aldri kom inn i profilen.

Les den lagra tilkoplinga, ikkje kjeldefila

Det autoritative resultatet av ein import er nøkkelfila, ikkje .ovpn-fila du valde. sudo cat /etc/NetworkManager/system-connections/office.nmconnection viser kva panelet faktisk lagra. Viss ei rute finst der, men manglar i den levande tabellen, lukkast importen, og aktiveringa er problemet. Viss ho manglar i fila, forkasta importøren ho, og inga mengd gjenoppkopling vil gjenopprette ho.

To alternative vegar unngår omsetjingslaget. nmcli connection import type openvpn file ./office.ovpn skriv det same objektet og rapporterer feil panelet skjuler.

Den eldre editoren, starta med nm-connection-editor, viser rutefelt panelet ikkje har. For profilar som er avhengige av skript eller direktiv som ikkje er støtta, hald på kommandolinjeklienten og overvak han med ein teneste i staden, etter å ha deaktivert skrivebordstilkoplinga slik at berre éin komponent eig tunnelen.

Når importen virkar, men aktiveringa ikkje

Fana Avansert behald den transporten som vart importert eller vald sist. Ein tenar som lyttar på UDP feilar raskt når TCP vert valt, og meldinga seier det sjeldan. Ei tilkopling som må starte utan ein innlogga brukar, treng hemmelegheita si lagra for alle brukarar, noko som er ei anna innstilling enn å lagre ho berre for denne økta.

Når det ikkje står noko nyttig i dialogen, viser journalctl -u NetworkManager -b kvifor aktiveringa feila. Shellklienten rører aldri den banen, og difor held han fram med å virke medan skrivebordskopien ikkje gjer det.

Som ein siste kontroll samanlikn versjonen av programtillegget med utgjevinga til distribusjonen. Eit programtillegg som ikkje passar, kan installerast reint og likevel nekte å aktivere ein profil som nmcli importerer utan klage.