Seznam VPN v nmcli: uložené profily proti aktivním tunelům
Jeden seznam je to, co stroj uložil, druhý to, co je připojeno. VPN, kterou chcete, může být typu wireguard, nebo to vůbec nemusí být připojení NetworkManageru.
Spustíte nmcli connection show a čekáte seznam VPN, ale dostanete všechna připojení, která stroj kdy uložil, včetně mostu a hotspotu. VPN, kterou hledáte, tam může být, může být typu jiného než vpn, nebo to vůbec nemusí být připojení NetworkManageru. Zjistit, ve kterém z těchto tří případů jste, vyžaduje dva příkazy.
Dva seznamy, dvě otázky
connection show odpovídá, co NetworkManager uložil, a connection show --active odpovídá, co je právě připojeno k zařízení. První seznam zahrnuje neaktivní profily, a to je záměrné: uložená VPN, která neběží, je pořád profil, který možná budete muset opravit. Záměna obou vyvolává dojem, že tunel běží, zatímco existuje jen jeho konfigurace.
Vybírejte pole místo čtení výchozí tabulky, protože výchozí výstup skrývá typ na úzkých terminálech a zalamuje dlouhá jména.
NAME, UUID a TYPE obvykle stačí pro první průchod, a potom si prohlédnete jediný záznam, který vás zajímá, podle UUID.
Právě v TYPE jsou překvapení
OpenVPN připojení spravovaná přes plugin se zobrazují jako typ vpn, protože plugin je služba uvnitř obecného rámce VPN. Nativní podpora WireGuardu je samostatný plnohodnotný typ připojení, takže filtr na vpn ho nenajde. Hledání tunelu WireGuard, které nic nevrací, bývá problém filtru, ne chybějící profil. To je architektonický rozdíl, ne zvláštnost pojmenování.
Totéž platí pro další typy tunelů, které se NetworkManager časem naučil zpracovávat nativně, takže si přečtěte sloupec TYPE, než usoudíte, že něco chybí.
Vypište všechno a filtrujte až potom, a profil se objeví.
Čtěte UUID, ne jen jméno
Jména jsou štítky, které lidé upravují, a dva profily mohou po neopatrném importu sdílet jedno. UUID je identita, na kterou odkazují příkazy a soubory. Když záznam vypadá zdvojeně, porovnejte UUID a podkladová nastavení, než cokoli smažete.
Aktivační příkazy přijímají obojí, a právě proto návyk založený na jménu nakonec upraví špatný profil.
Zkopírujte UUID do svých poznámek, když měníte něco, co možná budete muset vrátit.
Co vám uložený profil neřekne
Uložený profil neříká nic o tom, zda je jeho tunel zvednutý, a aktivní připojení neříká nic o tom, zda provoz uvnitř funguje. Tunel spuštěný přes wg-quick nebo systémovou jednotku není vůbec připojením NetworkManageru, takže chybí v obou seznamech, zatímco rozhraní zjevně propouští provoz. Zkontrolujte rozhraní a směrovací tabulku, než budete předpokládat, že profil chybí. Prázdný seznam dokazuje jen to, že NetworkManager není vlastníkem.
Dva správci pro stejné rozhraní jsou druhá verze tohoto problému a vytvářejí seznam, který vypadá správně, zatímco stav jádra vlastní něco jiného.
Jeden vlastník na rozhraní udržuje seznam poctivý a reference nmcli dokumentuje, která pole každý pohled skutečně uvádí.
Hlaste bez úniku tajemství
connection show s názvem vypíše nastavení a přidání --show-secrets vypíše soukromé klíče a hesla spolu s nimi. Pro vložení do tiketu při řešení problému je nepotřebujete. Hlaste místo toho typ, UUID, stav a příslušné trasy a začerněte vše, co pochází z úložiště tajemství.
Interaktivní aktivace s --ask je podporovaný způsob, jak dodat chybějící přihlašovací údaj, a automatizace bez dozoru potřebuje jiné schválené uspořádání místo uloženého hesla v otevřeném textu.
Krátký začerněný report se kontroluje snáz než plný výpis.