Profiler som kobler fint til i en annen OpenVPN klient kan nekte å la seg importere i NetworkManager, og dialogen gir programtilleggets importfunksjon skylden. Den setningen handler om maskinen din, ikke om filen eller serveren. Import er en lokal operasjon som utføres av lederens VPN-programtillegg, og i det øyeblikket den feiler er ingenting sendt noe sted. Behandle det først som et spørsmål om pakking og deretter som et spørsmål om parsing.

Les meldingen som en lokal uttalelse

Frasen beskriver funksjonssettet til programtillegget. Enten mangler programtillegget som gir OpenVPN-støtte, eller komponenten som tilbyr importhandlingen er eldre enn formatet du gir den. Begge tilfellene er lokale for maskinen foran deg.

Legg merke til hva meldingen ikke sier. Den sier ikke at sertifikatet er feil, at passordet er utløpt eller at serveren er nede, så en omstart eller endring av påloggingsinformasjon retter det ikke. Les den som en uttalelse om installert programvare.

Den forskjellen sparer mest tid i hele artikkelen, fordi refleksen er å se utover mot gatewayen når feilen ligger helt på skrivebordet.

Trinn 1: bekreft programtillegget og redigeringsprogrammet

To pakker betyr noe, og de gjør forskjellig arbeid. Den ene leverer VPN-programtillegget til NetworkManager som eier tilkoblingen; den andre leverer redigerings- og importgrensesnittet på skrivebordet. Installerer du bare kjøretidsmiljøet eller bare redigeringsprogrammet, får du halvparten av en funksjon.

nmcli --version
nmcli connection show
rpm -q NetworkManager-openvpn NetworkManager-openvpn-gnome 2>/dev/null

dpkg -l | grep -i network-manager-openvpn

Bruk pakkekommandoen distribusjonen din faktisk har; de to linjene over er alternativer, ikke en sekvens. Bekreft også at du i det hele tatt er i NetworkManager-flyten, for en annen OpenVPN-klient med sin egen importør vil ikke svare på noen av disse rådene.

Installering av programtillegget starter eller laster vanligvis NetworkManager på nytt, noe som kortvarig bryter eksisterende tilkoblinger. Gjør det med vilje, ikke midt i en støttesamtale.

Trinn 2: importer med nmcli og få en ekte melding

Den grafiske dialogen har en tendens til å presse flere feil inn i én setning. Importøren på kommandolinjen er mer presis, og det er samme operasjon:

nmcli connection import type openvpn file /path/to/client.ovpn
nmcli connection show --active

Les svaret nøye. En klage over et manglende programtillegg er et pakkeproblem. En klage over en bestemt direktiv er et parserproblem. En klage over en referert fil er et baneproblem, og de tre har ingenting til felles utover ordet import.

Husk at suksess her lager en lagret profil. Den kobler ikke til, og den beviser ikke at profilen har beholdt alle funksjonene fra originalen.

Trinn 3: la innebygde sertifikater bli der de er

Eldre råd sier at du skal fjerne hver innebygd sertifikat- og nøkkelblokk før import. Det rådet er utdatert. Den nåværende importøren håndterer innebygde objekter, og sletter du dem, fjerner du identiteten tilkoblingen trenger, samtidig som du lager en profil som importeres og deretter feiler ved autentisering.

Hvis du virkelig trenger å skille ut materiale av en bestemt grunn, behold originalfilen og noter hvilken blokk som gikk hvor. En profil som tre personer har redigert tre ganger er ikke en konfigurasjon du kan tenke gjennom senere.

Samme forsiktighet gjelder leverandørdirektiver. Et klientspesifikt alternativ kan ligge utenfor funksjonssettet til én versjon av programtillegget uten å være ugyldig OpenVPN-syntaks, og å fjerne det bare for å lukke dialogen kan endre oppførselen i stillhet.

Trinn 4: sjekk hva profilen betyr nå

Etter en vellykket import, undersøk endepunktet, autentiseringsoppsettet, filreferansene og hvor hemmeligheter lagres før du aktiverer noe. Det er disse fire punktene der import og hensikt oftest spriker.

Sjekk deretter oppførselen du faktisk bryr deg om: ruter, DNS og om funksjonene til den opprinnelige profilen overlevde. Det er de tre stedene der en vellykket import fortsatt kan skuffe personen som ba om den. En import som lykkes og en tilkobling som oppfører seg riktig er to forskjellige resultater, og bare det andre betyr noe for brukeren.

Hvis den importerte profilen oppfører seg annerledes enn den opprinnelige klienten, sammenlign de to konfigurasjonene i stedet for å bygge dem opp igjen fra hukommelsen, fordi forskjellen vanligvis er én linje.

Trinn 5: la én leder eie tunnelen

Når profilen først bor i NetworkManager, la den eie tilkoblingen. Å starte en separat OpenVPN-prosess som en omvei lager en andre administrasjonsvei med egen resolveroppførsel, egne påloggingsdetaljer og egen livssyklus.

To tunneler som begge mener de eier standardruten gir symptomer som ligner en ødelagt leverandør, og løsningen er å fjerne en av dem i stedet for å justere noen av dem.

Relaterte artikler