OpenVPN fehlt im VPN-Menü von Ubuntu 18.04: Was zu installieren ist

Die VPN-Liste von GNOME kann nichts anbieten, was zu dem Profil passt, das Sie erhalten haben, und der übliche Schluss ist, dass der Desktop kein OpenVPN kann. Er kann es. Was fehlt, ist ein Plugin-Paket, und der Kommandozeilen-Client auf derselben Maschine hat mit dem Menü nichts zu tun. Dieser Mythos sollte zuerst sterben, weil er Leute dazu bringt, das Falsche neu zu installieren.

Das Menü listet Plugins, nicht Protokolle

GNOME stellt die Verbindungstypen dar, die der Netzwerkmanager meldet, und der Manager meldet die installierten Plugins. Eine leere Liste beschreibt daher das installierte Plugin-Set und nicht die Fähigkeiten des Protokolls. Deshalb ändert ein funktionierendes openvpn-Binary nichts im Panel.

Die Unterscheidung ist wichtig, weil beide Fehler im Panel gleich aussehen. Ein fehlendes Plugin und ein defektes Plugin erzeugen beide einen Dialog, der nicht helfen kann, und nur der erste wird durch eine Installation behoben. Den Manager zu fragen, was er weiß, trennt beide, bevor Sie irgendetwas installieren. Diese Frage kostet einen Befehl und ersetzt eine Stunde Rätselraten.

Welches Paket den Dialog besitzt

Unter Ubuntu 18.04 haben die Pakete konkrete Namen, und neuere Versionen haben dieselbe Aufteilung beibehalten. Lesen Sie sie als Rollen und nicht als Alternativen, denn die Installation eines einzelnen löst das Problem selten allein. Ein Paket enthält den Daemon und den Kommandozeilen-Client, und keines von beiden kennt einen Einstellungsdialog.

Das Plugin-Paket ist das, was den Netzwerkmanager eine OpenVPN-Verbindung anlegen, speichern und starten lässt. Das Editor-Paket liefert das Formular, seine Felder und den Speicherpfad, den das Panel aufruft. Eine Maschine mit Plugin und ohne Editor zeigt einen Typ, den sie nicht konfigurieren kann, während eine Maschine mit Editor und ohne Plugin gar nichts zeigt. Installieren Sie das Set zusammen, und die Unklarheit verschwindet.

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

Unter 18.04 sind das die echten Archivnamen und keine Platzhalter. Ein KDE-Desktop braucht sein eigenes Editor-Paket und braucht weiterhin das Plugin, und genau diesen Teil lässt eine Anleitung nur für GNOME aus.

Ein Neustart gehört zur Installation

Das Panel fragt den Manager beim Dienststart nach den unterstützten Typen, und eine bereits gezeichnete Liste wird durch eine Installation nicht aktualisiert. Eine Installation bei laufendem Dienst erzeugt daher die frustrierende Kombination aus erfolgreicher Installation und unverändertem Dialog. Der Neustart ist keine optionale Hausarbeit; er ist der Schritt, der die Installation sichtbar macht.

Ein Neustart unterbricht die Verbindung für einige Sekunden, und jede SSH-Sitzung über dieselbe Schnittstelle geht mit, also planen Sie das ein, wenn die Maschine entfernt ist. Öffnen Sie dann das Panel erneut und fragen Sie den Manager direkt, was er unterstützt. Eine direkte Abfrage ist besserer Beweis als ein Menü, das zwischengespeichert sein kann.

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

Der letzte Befehl ist der entscheidende Test. Mit dem Plugin scheitert er an fehlenden Argumenten; ohne es meldet er einen unbekannten VPN-Typ. Das eine Ergebnis ist ein Formular, das auf Ausfüllen wartet, das andere ist weiterhin ein Paketierungsproblem. Führen Sie ihn vor und nach der Installation aus, wenn der Kontrast offensichtlich sein soll.

Lassen Sie nmcli die .ovpn lesen

Nichts zwingt Sie, ein geliefertes Profil Steuerelement für Steuerelement neu zu bauen. Der Manager liest .ovpn-Dateien direkt und wandelt ihre Direktiven in eine gespeicherte Verbindung um, eingebettete Zertifikate inklusive. Der Import ist auch genauer als das Abtippen, weil eine falsch geschriebene Chiffre oder ein abgeschnittener Schlüssel einen Fehler erzeugt, der wie ein Serverproblem aussieht.

Lassen Sie das Profil neben jedem referenzierten Schlüssel oder Zertifikat liegen, bis das Speichern abgeschlossen ist, denn eine Verbindung, die nur Dateipfade speichert, bricht, wenn diese Dateien verschoben werden. Testen Sie dann die Verbindung über den Namen und beantworten Sie jede Anmeldedaten-Abfrage im Vordergrund, damit Sie sehen, was sie will. Eine gespeicherte Verbindung, die nie aktiviert wurde, ist kein Beweis für irgendetwas.

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

Dieser dritte Befehl bestätigt, dass der Tunnel unter dem erwarteten Namen steht. Er trennt außerdem eine fehlgeschlagene Verbindung von einer, die nie aktiviert wurde.

Was das Menü Ihnen nicht sagen kann

Ein fehlender Typ sagt nichts über das Gateway aus und bedeutet nicht, dass der Server OpenVPN ablehnt. Er ist kein Grund, ein Plugin eines unverwandten Protokolls zu installieren, damit ein Menüeintrag erscheint. Dieser zweite Fehler hat in der Praxis einen Namen: Leute richten am Ende ein PPTP- oder AnyConnect-Profil auf einen OpenVPN-Dienst, weil das die angebotenen Einträge waren.

Reparieren Sie zuerst die Paketierung; die Serverfrage kommt danach. Ein Profil, das sich sauber importieren lässt und niemals authentifiziert, scheitert an einer Zertifikats-, TLS- oder Anmeldedatenfrage und nicht an einer Editorfrage. Jede davon hinterlässt andere Spuren, und keine erscheint im Dialog. Lesen Sie das Client-Log, bevor Sie das Einstellungsfenster erneut öffnen.

Beweisen Sie es mit einer Ressource, die Sie tatsächlich nutzen

Sobald der Typ existiert und die Verbindung gespeichert ist, wählen Sie sie und öffnen Sie eine Ressource, die Sie tatsächlich nutzen. Die Aktivierung allein beweist nur, dass sich beide Enden auf einen Tunnel geeinigt haben. Ein Tunnel, der hochkommt und nichts trägt, ist der nächste Fehlermodus, und das Panel kann ihn nicht sehen.

Notieren Sie, welche Ressource Sie getestet haben, damit die nächste Person diese Prüfung wiederholt, statt von vorn zu beginnen. Wenn der Tunnel steht und die Ressource weiterhin scheitert, wandert die Untersuchung zu Routen und DNS statt zurück zum Dialog. Diese Notiz ist der Unterschied zwischen einer Reparatur und einer Geschichte.