OpenVPN chybí v nabídce VPN Ubuntu 18.04: co nainstalovat

Seznam VPN v GNOME nemůže nabídnout nic, co by odpovídalo profilu, který jste dostali, a obvyklý závěr je, že plocha OpenVPN neumí. Umí. Chybí balíček pluginu a klientský program příkazové řádky na stejném stroji nemá s nabídkou nic společného. To je mýtus, který je vhodné zabít jako první, protože posílá lidi přeinstalovávat špatnou věc.

Nabídka vypisuje pluginy, ne protokoly

GNOME vykresluje typy připojení, které hlásí správce sítě, a správce hlásí pluginy, které jsou nainstalované. Prázdný seznam tedy popisuje nainstalovanou sadu pluginů, nikoli schopnosti protokolu. Proto funkční binárka openvpn v panelu nic nemění.

Rozdíl je důležitý, protože obě selhání vypadají z panelu stejně. Chybějící plugin i rozbitý plugin vytvářejí dialog, který nemůže pomoci, a jen první z nich se opraví instalací něčeho. Zeptat se správce, co ví, je oddělí dřív, než cokoli nainstalujete. Ta otázka stojí jeden příkaz a nahradí hodinu hádání.

Který balíček vlastní dialog

V Ubuntu 18.04 mají balíčky konkrétní názvy a novější vydání si stejné rozdělení ponechala. Čtěte je jako role, ne jako alternativy, protože instalace jednoho problém sama o sobě zřídka vyřeší. Jeden balíček obsahuje démona a klienta příkazové řádky a ani jeden z nich nezná žádný dialog nastavení.

Balíček pluginu je to, co správci sítě umožňuje vytvořit, uložit a spustit připojení OpenVPN. Balíček editoru dodává formulář, jeho pole a cestu pro uložení, kterou panel volá. Stroj s pluginem a bez editoru zobrazí typ, který nedokáže nakonfigurovat, zatímco stroj s editorem a bez pluginu nezobrazí nic. Nainstalujte sadu společně a nejasnost zmizí.

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

V 18.04 jsou to skutečné názvy archivů, ne zástupné. Pracovní plocha KDE potřebuje vlastní balíček editoru a plugin potřebuje pořád, a právě tuto část průvodce jen pro GNOME vynechává.

Restart je součástí instalace

Panel se při startu služby ptá správce na podporované typy a už vykreslený seznam se instalací neobnoví. Instalace za běhu služby proto vytváří frustrující kombinaci úspěšné instalace a nezměněného dialogu. Restart není volitelná údržba; je to krok, který instalaci zviditelní.

Restart přeruší konektivitu na několik sekund a každá relace SSH přes stejné rozhraní jde s ní, takže s tím počítejte, pokud je stroj vzdálený. Potom znovu otevřete panel a zeptejte se správce přímo, co podporuje. Přímý dotaz je lepší důkaz než nabídka, která může být v mezipaměti.

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

Poslední příkaz je rozhodující test. S pluginem selže na chybějících argumentech; bez něj hlásí neznámý typ VPN. Jeden výsledek je formulář čekající na vyplnění a druhý je pořád problém s balíčkováním. Spusťte ho před instalací a po ní, pokud chcete mít kontrast zřejmý.

Nechte nmcli přečíst .ovpn

Nic vás nenutí znovu sestavovat dodaný profil ovládací prvek po ovládacím prvku. Správce čte soubory .ovpn přímo a převádí jejich direktivy na uložené připojení, včetně vložených certifikátů. Import také překonává přepisování přesností, protože špatně napsaná šifra nebo zkrácený klíč vytváří selhání, které vypadá jako problém serveru.

Nechte profil vedle každého klíče nebo certifikátu, na který odkazuje, dokud se ukládání nedokončí, protože připojení, které ukládá jen cesty k souborům, se rozbije, když se ty soubory přesunou. Potom otestujte připojení podle názvu a odpovězte na každý dotaz na přihlašovací údaje v popředí, abyste viděli, co chce. Uložené připojení, které nikdy nebylo aktivováno, není důkazem ničeho.

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

Třetí příkaz potvrzuje, že tunel běží pod názvem, který očekáváte. Také odděluje připojení, které selhalo, od toho, které nebylo nikdy aktivováno.

Co vám nabídka neřekne

Chybějící typ neříká nic o bráně a neznamená, že server OpenVPN odmítá. Není to důvod instalovat plugin nesouvisejícího protokolu, aby se v nabídce objevila položka. Ta druhá chyba má v praxi jméno: lidé nakonec míří profilem PPTP nebo AnyConnect na službu OpenVPN, protože to byly nabízené položky.

Nejprve opravte balíčkování; otázka serveru přichází potom. Profil, který se čistě importuje a nikdy se neověří, selhává na otázce certifikátu, TLS nebo přihlašovacích údajů, ne editoru. Každá z nich zanechává jiné důkazy a žádný z nich se neobjevuje v dialogu. Přečtěte si klientský log, než znovu otevřete panel nastavení.

Dokažte to zdrojem, který skutečně používáte

Jakmile typ existuje a připojení je uložené, vytočte ho a otevřete zdroj, který skutečně používáte. Samotná aktivace dokazuje jen to, že se oba konce dohodly na tunelu. Tunel, který se zvedne a nic nenese, je další režim selhání a panel ho nevidí.

Zapište, který zdroj jste testovali, aby příští člověk tuto kontrolu zopakoval, místo aby začínal znovu. Když tunel běží a zdroj stále selhává, vyšetřování se přesouvá na trasy a DNS, ne zpět k dialogu. Ta poznámka je rozdíl mezi opravou a historkou.