NetworkManager vil ikke importere din OpenVPN-profil? Læs dette

Profiler, der fungerer fint i en anden OpenVPN klient, kan nægte at blive importeret i NetworkManager, og dialogen giver pluginets importfunktion skylden. Den sætning handler om din maskine, ikke om filen eller serveren. Import er en lokal handling, som managerens VPN-plugin udfører, og i det øjeblik den fejler, er intet sendt nogen steder hen. Behandl det først som et spørgsmål om pakning og derefter som et spørgsmål om parsing.

Læs beskeden som en lokal udtalelse

Frasen beskriver pluginets funktionssæt. Enten mangler det plugin, der giver OpenVPN-support, eller også er den komponent, der tilbyder importhandlingen, ældre end det format, du giver den. Begge tilfælde er lokale for maskinen foran dig.

Læg mærke til, hvad beskeden ikke siger. Den siger ikke, at certifikatet er forkert, at adgangskoden er udløbet, eller at serveren er nede, så en genstart eller ændring af legitimationsoplysninger kan ikke rette det. Læs den som en udtalelse om installeret software.

Den skelnen sparer mest tid i hele artiklen, fordi refleksen er at kigge udad mod gatewayen, når fejlen helt ligger på skrivebordet.

Trin 1: bekræft plugin og editor

To pakker betyder noget, og de gør forskelligt arbejde. Den ene leverer det VPN-plugin til NetworkManager, som ejer forbindelsen; den anden leverer skrivebordets redigerings- og importfront. Installerer du kun runtime eller kun editoren, får du halvdelen af en funktion.

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

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

Brug den pakkekommando, din distribution faktisk har; de to linjer ovenfor er alternativer, ikke en sekvens. Bekræft også, at du overhovedet er i NetworkManager-flowet, for en anden OpenVPN-klient med sin egen importer reagerer ikke på noget af dette råd.

Installation af plugin'et genstarter eller genindlæser normalt NetworkManager, hvilket kortvarigt afbryder eksisterende forbindelser. Gør det med vilje i stedet for midt i et supportopkald.

Trin 2: importér med nmcli og få en rigtig besked

Den grafiske dialog har en tendens til at presse flere fejl sammen i én sætning. Importøren på kommandolinjen er mere præcis, og det er den samme handling:

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

Læs svaret omhyggeligt. En klage over et manglende plugin er et pakkeproblem. En klage over en bestemt direktiv er et parserproblem. En klage over en refereret fil er et stiproblem, og de tre har intet til fælles ud over ordet import.

Husk, at succes her skaber en gemt profil. Den opretter ikke forbindelse, og den beviser ikke, at profilen har bevaret alle originalens funktioner.

Trin 3: lad inline-certifikaterne blive, hvor de er

Ældre råd siger, at du skal fjerne hver inline-certifikat- og nøgleblok før import. Det råd er forældet. Den nuværende importør håndterer inline-objekter, og sletter du dem, fjerner du den identitet, forbindelsen har brug for, mens du producerer en profil, der importeres og derefter ikke kan godkende.

Hvis du virkelig har brug for at skille materiale ud af en bestemt grund, så behold originalfilen og noter, hvilken blok der gik hvorhen. En profil, som tre personer har redigeret tre gange, er ikke en konfiguration, du kan ræsonnere om senere.

Den samme forsigtighed gælder leverandørdirektiver. En indstilling, der er specifik for klienten, kan ligge uden for én plugin-versions funktionssæt uden at være ugyldig OpenVPN-syntaks, og at fjerne den for at lukke dialogen kan ændre adfærden i stilhed.

Trin 4: tjek, hvad profilen nu betyder

Efter en vellykket import skal du undersøge endepunktet, godkendelsesopstillingen, filreferencerne og hvor hemmeligheder gemmes, før du aktiverer noget. Det er de fire punkter, hvor import og hensigt oftest går fra hinanden.

Tjek derefter den adfærd, du faktisk bekymrer dig om: ruter, DNS og om den oprindelige profils funktioner overlevede. Det er de tre steder, hvor en vellykket import stadig kan skuffe den, der bad om den. En import, der lykkes, og en forbindelse, der opfører sig korrekt, er to forskellige resultater, og kun det andet betyder noget for brugeren.

Hvis den importerede profil opfører sig anderledes end den oprindelige klient, så sammenlign de to konfigurationer i stedet for at genopbygge efter hukommelsen, for forskellen er som regel én linje.

Trin 5: lad én manager eje tunnelen

Når profilen først bor i NetworkManager, så lad den eje forbindelsen. At starte en separat OpenVPN-process som en omvej skaber en anden administrationsvej med sin egen resolveradfærd, sine egne legitimationsoplysninger og sin egen livscyklus.

To tunneler, der begge mener at eje standardruten, giver symptomer, der ligner en ødelagt udbyder, og løsningen er at fjerne en af dem i stedet for at justere nogen af dem.