GNOMEs VPN-liste kan ikke tilbyde noget, der passer til den profil, du har fået, og den sædvanlige konklusion er, at skrivebordet ikke kan OpenVPN. Det kan det. Det, der mangler, er en plugin-pakke, og kommandolinjeklienten på samme maskine har intet med menuen at gøre. Det er den myte, der er værd at dræbe først, fordi den sender folk til at geninstallere den forkerte ting.

Menuen viser plugins, ikke protokoller

GNOME viser de forbindelsestyper, netværksadministratoren rapporterer, og administratoren rapporterer de plugins, der er installeret. En tom liste beskriver derfor det installerede plugin-sæt og ikke protokollens muligheder. Derfor ændrer en fungerende openvpn-binær intet i panelet.

Skellet er vigtigt, fordi de to fejl ser ens ud fra panelet. Et manglende plugin og et ødelagt plugin giver begge en dialog, der ikke kan hjælpe, og kun det første rettes ved at installere noget. At spørge administratoren, hvad den ved, skiller dem ad, før du installerer noget. Det spørgsmål koster én kommando og erstatter en times gætteri.

Hvilken pakke ejer dialogen

På Ubuntu 18.04 har pakkerne bestemte navne, og nyere udgivelser har beholdt samme opdeling. Læs dem som roller og ikke som alternativer, fordi installation af én sjældent løser problemet alene. Én pakke indeholder daemonen og kommandolinjeklienten, og ingen af dem kender nogen indstillingsdialog.

Plugin-pakken er det, der lader netværksadministratoren oprette, gemme og starte en OpenVPN-forbindelse. Editor-pakken leverer formularen, dens felter og den gemmesti, som panelet kalder. En maskine med plugin og uden editor viser en type, den ikke kan konfigurere, mens en maskine med editor og uden plugin slet ikke viser noget. Installer sættet sammen, og tvetydigheden forsvinder.

sudo apt install openvpn network-manager-openvpn network-manager-openvpn-gnome
nmcli --version

På 18.04 er det de rigtige arkivnavne og ikke erstatninger. Et KDE-skrivebord har brug for sin egen editor-pakke og har stadig brug for plugin, og det er den del, en guide kun til GNOME udelader.

En genstart er en del af installationen

Panelet spørger administratoren om de understøttede typer ved tjenestens start, og en liste, der allerede er tegnet, opdateres ikke af en installation. At installere, mens tjenesten kører, giver derfor den frustrerende kombination af en vellykket installation og en uændret dialog. Genstart er ikke valgfrit husarbejde; det er trinnet, der gør installationen synlig.

En genstart afbryder forbindelsen i flere sekunder, og enhver SSH-session over samme interface ryger med, så planlæg det, hvis maskinen er fjern. Åbn derefter panelet igen, og spørg administratoren direkte, hvad den understøtter. Et direkte spørgsmål er bedre bevis end en menu, der kan være cachet.

sudo systemctl restart NetworkManager
nmcli -f NAME,TYPE connection show
nmcli connection add type vpn

Den sidste kommando er den afgørende test. Med plugin fejler den på manglende argumenter; uden det rapporterer den en ukendt VPN-type. Det ene udfald er en formular, der venter på at blive udfyldt, og det andet er stadig et pakkeproblem. Kør den før og efter installationen, hvis du vil have kontrasten tydelig.

Lad nmcli læse .ovpn

Intet tvinger dig til at genopbygge en given profil kontrol for kontrol. Administratoren læser .ovpn-filer direkte og omdanner deres direktiver til en gemt forbindelse, inklusive indlejrede certifikater. Import slår også afskrivning i nøjagtighed, fordi en forkert skrevet cipher eller en afkortet nøgle giver en fejl, der ligner et serverproblem.

Lad profilen ligge ved siden af enhver nøgle eller certifikat, den refererer til, indtil gemningen er færdig, fordi en forbindelse, der kun gemmer filstier, brækker, når de filer flyttes. Test derefter forbindelsen ved navn, og besvar enhver legitimationsanmodning i forgrunden, så du kan se, hvad den vil have. En gemt forbindelse, der aldrig er blevet aktiveret, er ikke bevis på noget.

nmcli connection import type openvpn file ~/Downloads/office.ovpn
nmcli --ask connection up office
nmcli -f NAME,TYPE,STATE connection show --active

Den tredje kommando bekræfter, at tunnelen er oppe under det navn, du forventer. Den adskiller også en forbindelse, der fejlede, fra en, der aldrig blev aktiveret.

Hvad menuen ikke kan fortælle dig

En manglende type siger intet om gatewayen, og det betyder ikke, at serveren afviser OpenVPN. Det er ikke grund til at installere et plugin til en urelateret protokol, bare for at en menupunkt dukker op. Den anden fejl har et navn i praksis: folk ender med at rette en PPTP- eller AnyConnect-profil mod en OpenVPN-tjeneste, fordi det var de tilbudte punkter.

Reparer pakningen først; server-spørgsmålet kommer bagefter. En profil, der importeres rent og aldrig autentificerer, fejler på et certifikat-, TLS- eller legitimationsspørgsmål og ikke på et editor-spørgsmål. Hver af dem efterlader forskellige spor, og intet af det vises i dialogen. Læs klientloggen, før du åbner indstillingspanelet igen.

Bevis det med en ressource, du faktisk bruger

Når typen findes, og forbindelsen er gemt, så ring til den og åbn en ressource, du faktisk bruger. Aktivering alene beviser kun, at de to ender blev enige om en tunnel. En tunnel, der kommer op og ikke bærer noget, er den næste fejltilstand, og panelet kan ikke se den.

Skriv ned, hvilken ressource du testede, så den næste person gentager den kontrol i stedet for at starte forfra. Når tunnelen er oppe, og ressourcen stadig fejler, flytter undersøgelsen til ruter og DNS i stedet for tilbage til dialogen. Den note er forskellen mellem en rettelse og en historie.

Relaterede artikler