NetworkManager importiert Ihr OpenVPN-Profil nicht? Lesen Sie das

Der Importfehler ist lokal. Prüfen Sie Plugin und Editor, importieren Sie mit nmcli, um eine echte Meldung zu erhalten, und lassen Sie Inline-Zertifikate, wo sie sind.

Profile, die in einem anderen OpenVPN Client problemlos funktionieren, lassen sich möglicherweise nicht in NetworkManager importieren, und der Dialog gibt der Importfunktion des Plugins die Schuld. Dieser Satz betrifft Ihren Rechner, nicht die Datei oder den Server. Der Import ist ein lokaler Vorgang, den das VPN-Plugin des Managers ausführt, und in dem Moment, in dem er scheitert, wurde nichts irgendwohin gesendet. Behandeln Sie es zuerst als Verpackungsfrage und erst danach als Parserfrage.

Lesen Sie die Meldung als lokale Aussage

Der Satz beschreibt den Funktionsumfang des Plugins. Entweder fehlt das Plugin, das OpenVPN unterstützt, oder die Komponente, die die Importaktion anbietet, ist älter als das Format, das Sie ihr geben. Beide Fälle sind lokal auf dem Rechner vor Ihnen.

Beachten Sie, was die Meldung nicht sagt. Sie sagt nicht, dass das Zertifikat falsch ist, das Passwort abgelaufen ist oder der Server ausgefallen ist, also kann ein Neustart oder eine Änderung der Zugangsdaten das nicht beheben. Lesen Sie sie als Aussage über installierte Software.

Diese Unterscheidung spart im ganzen Artikel die meiste Zeit, denn der Reflex ist, nach draußen auf das Gateway zu schauen, obwohl der Fehler ganz auf dem Desktop liegt.

Schritt 1: Plugin und Editor prüfen

Zwei Pakete sind wichtig, und sie tun unterschiedliche Arbeit. Das eine liefert das VPN-Plugin von NetworkManager, dem die Verbindung gehört; das andere liefert die Bearbeitungs- und Importoberfläche für den Desktop. Nur die Laufzeit oder nur den Editor zu installieren, gibt Ihnen die Hälfte einer Funktion.

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

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

Verwenden Sie den Paketbefehl, den Ihre Distribution tatsächlich hat; die beiden Zeilen oben sind Alternativen, keine Reihenfolge. Vergewissern Sie sich außerdem, dass Sie überhaupt im NetworkManager-Ablauf sind, denn ein anderer OpenVPN-Client mit eigenem Importer reagiert auf keinen dieser Ratschläge.

Die Installation des Plugins startet NetworkManager normalerweise neu oder lädt ihn neu, wodurch bestehende Verbindungen kurz abbrechen. Tun Sie das bewusst und nicht mitten in einem Supportanruf.

Schritt 2: mit nmcli importieren und eine echte Meldung erhalten

Der grafische Dialog neigt dazu, mehrere Fehler in einen einzigen Satz zu quetschen. Der Importer auf der Kommandozeile ist genauer, und es ist derselbe Vorgang:

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

Lesen Sie die Antwort sorgfältig. Eine Beschwerde über ein fehlendes Plugin ist ein Verpackungsproblem. Eine Beschwerde über eine bestimmte Direktive ist ein Parserproblem. Eine Beschwerde über eine referenzierte Datei ist ein Pfadproblem, und die drei haben außer dem Wort Import nichts gemeinsam.

Denken Sie daran, dass ein Erfolg hier ein gespeichertes Profil erzeugt. Es verbindet nicht, und es beweist nicht, dass das Profil jede Funktion des Originals behalten hat.

Schritt 3: Inline-Zertifikate lassen, wo sie sind

Ältere Ratschläge verlangen, vor dem Import jeden Inline-Block aus Zertifikat und Schlüssel zu entfernen. Dieser Rat ist veraltet. Der aktuelle Importer verarbeitet Inline-Objekte, und wer sie löscht, entfernt die Identität, die die Verbindung braucht, und erzeugt dabei ein Profil, das sich importieren lässt und dann die Authentifizierung nicht schafft.

Wenn Sie Material aus einem bestimmten Grund wirklich herauslösen müssen, behalten Sie die Originaldatei und notieren Sie, welcher Block wohin ging. Ein Profil, das drei Leute dreimal bearbeitet haben, ist keine Konfiguration, über die Sie später nachdenken können.

Dieselbe Vorsicht gilt für Herstellerdirektiven. Eine clientspezifische Option kann außerhalb des Funktionsumfangs einer Plugin-Version liegen, ohne ungültige OpenVPN-Syntax zu sein, und sie zu entfernen, damit der Dialog schließt, kann das Verhalten still ändern.

Schritt 4: prüfen, was das Profil jetzt bedeutet

Prüfen Sie nach einem erfolgreichen Import den Endpunkt, die Authentifizierungsanordnung, die Dateiverweise und den Speicherort der Geheimnisse, bevor Sie irgendetwas aktivieren. An diesen vier Stellen gehen Import und Absicht am häufigsten auseinander.

Prüfen Sie dann das Verhalten, das Ihnen wirklich wichtig ist: Routen, DNS und ob die Funktionen des ursprünglichen Profils erhalten geblieben sind. Das sind die drei Stellen, an denen ein erfolgreicher Import die Person, die darum gebeten hat, trotzdem enttäuschen kann. Ein gelungener Import und eine Verbindung, die sich korrekt verhält, sind zwei verschiedene Ergebnisse, und nur das zweite zählt für den Nutzer.

Verhält sich das importierte Profil anders als der ursprüngliche Client, vergleichen Sie die beiden Konfigurationen, statt aus dem Gedächtnis neu zu bauen, denn der Unterschied ist meist eine Zeile.

Schritt 5: einen Manager den Tunnel besitzen lassen

Sobald das Profil in NetworkManager lebt, lassen Sie es die Verbindung besitzen. Einen separaten OpenVPN-Prozess als Umgehung zu starten, schafft einen zweiten Verwaltungspfad mit eigenem Resolververhalten, eigenen Zugangsdaten und eigenem Lebenszyklus.

Zwei Tunnel, die beide glauben, die Standardroute zu besitzen, erzeugen Symptome, die nach einem kaputten Anbieter aussehen, und die Lösung ist, einen davon zu entfernen, statt an einem von beiden zu drehen.

Ähnliche Artikel