NetworkManager nechce importovat váš profil OpenVPN? Přečtěte si toto

Profily, které se v jiném OpenVPN klientovi připojují bez problémů, mohou odmítnout import do NetworkManageru a dialog viní schopnost importu pluginu. Ta věta se týká vašeho stroje, ne souboru ani serveru. Import je lokální operace, kterou provádí VPN plugin správce, a v okamžiku selhání nebylo nic nikam odesláno. Berte to nejprve jako otázku balíčků a teprve potom jako otázku parsování.

Čtěte zprávu jako lokální tvrzení

Fráze popisuje sadu funkcí pluginu. Buď chybí plugin, který poskytuje podporu OpenVPN, nebo je komponenta, která nabízí akci importu, starší než formát, který jí předáváte. Oba případy jsou lokální pro stroj před vámi.

Všimněte si, co zpráva neříká. Neříká, že certifikát je špatný, že heslo vypršelo nebo že server je mimo provoz, takže restart nebo změna přihlašovacích údajů to nespraví. Čtěte ji jako tvrzení o nainstalovaném softwaru.

Tento rozdíl ušetří v celém článku nejvíc času, protože reflex je dívat se ven na bránu, když je porucha zcela na ploše.

Krok 1: ověřte plugin a editor

Záleží na dvou balíčcích a dělají různou práci. Jeden poskytuje VPN plugin NetworkManageru, kterému patří připojení; druhý poskytuje rozhraní pro úpravy a import na ploše. Instalace pouze běhového prostředí nebo pouze editoru vám dá polovinu funkce.

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

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

Použijte příkaz pro balíčky, který vaše distribuce skutečně má; dva řádky výše jsou alternativy, ne posloupnost. Také ověřte, že vůbec jste v postupu NetworkManageru, protože jiný klient OpenVPN s vlastním importérem nereaguje na žádnou z těchto rad.

Instalace pluginu obvykle restartuje nebo znovu načte NetworkManager, což krátce přeruší existující připojení. Udělejte to záměrně, ne uprostřed hovoru s podporou.

Krok 2: importujte přes nmcli a získejte skutečnou zprávu

Grafický dialog má tendenci sloučit několik selhání do jedné věty. Importér z příkazového řádku je konkrétnější a jde o stejnou operaci:

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

Odpověď čtěte pozorně. Stížnost na chybějící plugin je problém balíčků. Stížnost na konkrétní direktivu je problém parseru. Stížnost na odkazovaný soubor je problém cesty a ty tři nemají kromě slova import nic společného.

Pamatujte, že úspěch zde vytvoří uložený profil. Nepřipojí se a nedokazuje, že si profil zachoval všechny funkce originálu.

Krok 3: nechte vložené certifikáty tam, kde jsou

Starší rady říkají, abyste před importem odstranili každý vložený blok certifikátu a klíče. Ta rada je zastaralá. Současný importér zvládá vložené objekty a jejich smazáním odstraníte identitu, kterou připojení potřebuje, a zároveň vytvoříte profil, který se naimportuje a potom selže při autentizaci.

Pokud opravdu potřebujete materiál z konkrétního důvodu oddělit, ponechte původní soubor a poznamenejte si, který blok kam šel. Profil, který třikrát upravili tři lidé, není konfigurace, o níž můžete později uvažovat.

Stejná opatrnost platí pro direktivy výrobce. Volba specifická pro klienta může být mimo sadu funkcí jedné verze pluginu, aniž by byla neplatnou syntaxí OpenVPN, a její odstranění jen proto, aby se dialog zavřel, může tiše změnit chování.

Krok 4: ověřte, co teď profil znamená

Po úspěšném importu prohlédněte koncový bod, uspořádání autentizace, odkazy na soubory a místo uložení tajných údajů, než cokoli aktivujete. Právě v těchto čtyřech bodech se import a záměr nejčastěji rozcházejí.

Potom zkontrolujte chování, které vám skutečně záleží: trasy, DNS a zda přežily funkce původního profilu. To jsou tři místa, kde úspěšný import může člověka, který o něj požádal, stále zklamat. Úspěšný import a připojení, které se chová správně, jsou dva různé výsledky a pro uživatele je důležitý jen ten druhý.

Pokud se importovaný profil chová jinak než původní klient, porovnejte obě konfigurace, místo abyste je skládali z paměti, protože rozdíl bývá jeden řádek.

Krok 5: nechte tunel vlastnit jeden správce

Jakmile profil žije v NetworkManageru, nechte ho vlastnit připojení. Spuštění samostatného procesu OpenVPN jako obchvatu vytváří druhou cestu správy s vlastním chováním resolveru, vlastními přihlašovacími údaji a vlastním životním cyklem.

Dva tunely, které oba věří, že vlastní výchozí trasu, dávají příznaky připomínající rozbitého poskytovatele, a řešením je jeden z nich odstranit, ne ladit kterýkoli z nich.