Nastavení neimportuje .ovpn, který CLI přijímá
Profil, který se připojí z terminálu, může při importu do desktopu selhat. Zkontrolujte plugin, direktivy, které zahazuje, a co se skutečně uložilo.
Stejný soubor se připojí z shellu, ale v panelu desktopu se odmítne importovat. To vylučuje server, přihlašovací údaje i syntaxi profilu, protože klient příkazové řádky už všechny tři zpracoval. Zbývá samotná desktopová cesta: balíčky, které potřebuje, podmnožina direktiv, kterým rozumí, a objekt, který zapisuje na disk. Každá z nich selhává jinak a zprávy málokdy ukazují na tu správnou.
Tři věci, které dialog potřebuje, než cokoli analyzuje
Import běží s oprávněními vašeho uživatele, takže soubor v adresáři přístupném jen pro root se odmítne dřív, než záleží na jeho obsahu. Panel také vypisuje jen typy VPN, jejichž plugin pro NetworkManager je nainstalovaný; bez OpenVPN pluginu možnost chybí, místo aby byla rozbitá. A konečně, síťové zařízení musí být spravované: rozhraní označené jako nespravované může přijmout uložené připojení, které se nikdy neaktivuje. Zkontrolujte všechny tři věci, než začnete profil upravovat.
První kolo vyřeší dva příkazy: dpkg -l network-manager-openvpn-gnome pro plugin a nmcli device status pro stav zařízení.
Co importér tiše zahazuje
Desktopový překlad cílí na pevnou sadu vlastností. Řádky mimo tuto sadu se tiše zahazují, a proto může tunel vstát s chybějícími částmi zamýšlené konfigurace. Skripty deklarované pomocí up, down a script-security obvykle zmizí, stejně jako volby řídicího rozhraní a další vzdálené bloky. Trasa zapsaná klíčovým slovem vpn_gateway je výjimkou: importér tam chce doslovnou bránu IPv4 a radši skončí s chybou, než by řádek zahodil.
Zahozená trasa má rozpoznatelný tvar. Připojení se aktivuje, rozhraní dostane adresu a jedna konkrétní podsíť je nedostupná, protože se trasa nikdy nedostala do profilu.
Čtěte uložené připojení, ne zdrojový soubor
Autoritativním výsledkem importu je soubor s klíčem, ne .ovpn, který jste vybrali. sudo cat /etc/NetworkManager/system-connections/office.nmconnection ukazuje, co panel skutečně uložil. Pokud je tam trasa přítomná, ale v živé tabulce chybí, import uspěl a problémem je aktivace. Pokud v souboru chybí, importér ji zahodil a žádné opakované připojování ji neobnoví.
Dvě alternativní cesty se vyhýbají překladové vrstvě. nmcli connection import type openvpn file ./office.ovpn zapíše stejný objekt a hlásí chyby, které panel skrývá.
Starší editor, spuštěný příkazem nm-connection-editor, odhaluje pole tras, která panel nemá. U profilů, které závisí na skriptech nebo nepodporovaných direktivách, si ponechte klienta příkazové řádky a hlídejte ho raději službou, a to poté, co zakážete desktopové připojení, aby tunel vlastnila jen jedna komponenta.
Když import funguje, ale aktivace ne
Karta rozšířených nastavení zachovává ten přenos, který byl importován nebo naposledy zvolen. Server poslouchající na UDP rychle selže, když se zvolí TCP, a zpráva to málokdy řekne. Připojení, které musí startovat bez přihlášeného uživatele, potřebuje svůj tajný klíč uložený pro všechny uživatele, což je jiné nastavení než uložení jen pro tuto relaci.
Když v dialogu není nic užitečného, journalctl -u NetworkManager -b ukáže, proč aktivace selhala. Shellový klient se té cestě nikdy nedotkne, a proto funguje dál, zatímco desktopová kopie ne.
Jako poslední kontrolu porovnejte verzi pluginu s vydáním distribuce. Neshodný plugin se může nainstalovat čistě a přesto odmítnout aktivovat profil, který nmcli importuje bez stížnosti.