nmcli VPN-lista: mentett profilok szemben az aktív alagutakkal

Futtatja az nmcli connection show parancsot VPN-ek listáját várva, de minden kapcsolatot megkap, amelyet a gép valaha elmentett, beleértve egy hidat és egy hotspotot. A keresett VPN lehet ott, lehet más típusú, mint a vpn, vagy egyáltalán nem NetworkManager-kapcsolat. Annak eldöntéséhez, hogy melyik a három eset közül, két parancs kell.

Két lista, két kérdés

A connection show azt válaszolja meg, mit mentett el a NetworkManager, a connection show --active pedig azt, mi van éppen egy eszközhöz csatlakoztatva. Az első lista inaktív profilokat is tartalmaz, és ez szándékos: egy leállt, mentett VPN továbbra is olyan profil, amelyet esetleg javítania kell. A kettő összekeverése azt a benyomást kelti, hogy egy alagút működik, miközben csak a konfigurációja létezik.

Válasszon mezőket az alapértelmezett táblázat olvasása helyett, mert az alapértelmezett kimenet elrejti a típust a keskeny terminálokon, és tördeli a hosszú neveket.

Első körben általában a NAME, az UUID és a TYPE elegendő, aztán az egyetlen érdekes bejegyzést UUID alapján vizsgálja meg.

A TYPE az, ahol a meglepetések vannak

OpenVPN a bővítményen keresztül kezelt kapcsolatok vpn típusként jelennek meg, mert a bővítmény egy szolgáltatás az általános VPN-keretrendszeren belül. A natív WireGuard-támogatás önálló, teljes értékű kapcsolattípus, ezért a vpn szerinti szűrés nem találja meg. Egy WireGuard-alagút keresése, amely semmit nem ad vissza, általában szűrőprobléma, nem hiányzó profil. Ez építészeti különbség, nem elnevezési furcsaság.

Ugyanez vonatkozik más alagúttípusokra, amelyeket a NetworkManager idővel natívan kezelni tanult, ezért olvassa el a TYPE oszlopot, mielőtt arra következtetne, hogy valami hiányzik.

Listázzon mindent, és szűrjön utána, a profil megjelenik.

Az UUID-t olvassa, ne csak a nevet

A nevek címkék, amelyeket az emberek szerkesztenek, és két profil is osztozhat egyen egy gondatlan import után. Az UUID az az azonosság, amelyre a parancsok és a fájlok hivatkoznak. Ha egy bejegyzés duplikáltnak tűnik, hasonlítsa össze az UUID-t és a mögöttes beállításokat, mielőtt bármit törölne.

Az aktiváló parancsok bármelyiket elfogadják, és éppen ezért módosítja egy névalapú szokás végül a rossz profilt.

Másolja az UUID-t a jegyzeteibe, amikor valamit módosít, amit esetleg vissza kell vonnia.

Mit nem mond el egy mentett profil

Egy mentett profil semmit nem mond arról, hogy az alagútja fel van-e húzva, és egy aktív kapcsolat semmit nem mond arról, hogy a benne lévő forgalom működik-e. Egy wg-quick vagy egy szolgáltatásegység által indított alagút egyáltalán nem NetworkManager-kapcsolat, ezért mindkét listáról hiányzik, miközben az interfész egyértelműen továbbít forgalmat. Ellenőrizze az interfészt és az útválasztási táblát, mielőtt feltételezi, hogy a profil hiányzik. Egy üres lista csak azt bizonyítja, hogy a NetworkManager nem a tulajdonos.

Két kezelő ugyanahhoz az interfészhez a probléma másik változata, és olyan listát ad, amely helyesnek tűnik, miközben a kernel állapotát valami más birtokolja.

Interfészenként egy tulajdonos tisztán tartja a listát, és az nmcli-referencia dokumentálja, mely mezőket jelenti valójában az egyes nézetekben.

Jelentsen titkok kiszivárogtatása nélkül

A connection show egy névvel beállításokat nyomtat, a --show-secrets hozzáadása pedig kiírja a titkos kulcsokat és a jelszavakat is velük együtt. Egy hibajegybe illesztett hibaelhárításhoz ezekre nincs szükség. Inkább a típust, az UUID-t, az állapotot és a kapcsolódó útvonalakat jelentse, és takarja ki mindazt, ami titoktárból származik.

A --ask kapcsolóval végzett interaktív aktiválás a támogatott módja egy hiányzó hitelesítő adat megadásának, a felügyelet nélküli automatizálásnak pedig más jóváhagyott megoldásra van szüksége a mentett, egyszerű szövegű jelszó helyett.

Egy rövid, kitakart jelentés könnyebben átnézhető, mint egy teljes kiírás.