nmcli VPN sąrašas: išsaugoti profiliai prieš aktyvius tunelius

Paleidžiate nmcli connection show tikėdamiesi VPN sąrašo, bet gaunate kiekvieną ryšį, kurį mašina kada nors išsaugojo, įskaitant tiltą ir hotspot. Ieškomas VPN gali būti ten, gali būti kito tipo nei vpn, arba visai ne NetworkManager ryšys. Norint sužinoti, kuris iš šių trijų atvejų jūsų, reikia dviejų komandų.

Du sąrašai, du klausimai

connection show atsako, ką NetworkManager išsaugojo, o connection show --active atsako, kas šiuo metu prijungta prie įrenginio. Pirmame sąraše yra ir neaktyvių profilių, ir tai daroma tyčia: išjungtas išsaugotas VPN vis tiek yra profilis, kurį gali tekti sutvarkyti. Sumaišius abu, susidaro įspūdis, kad tunelis veikia, nors egzistuoja tik jo konfigūracija.

Rinkitės laukus, o ne skaitykite numatytąją lentelę, nes numatytasis išvestis siauruose terminaluose slepia tipą ir laužo ilgus pavadinimus.

NAME, UUID ir TYPE paprastai yra viskas, ko reikia pirmam žvilgsniui, o tada pagal UUID patikrinate vienintelį jus dominantį įrašą.

TYPE yra ten, kur yra netikėtumai

OpenVPN įskiepiu valdomi ryšiai rodomi kaip vpn tipo, nes įskiepis yra paslauga bendros VPN struktūros viduje. Natyvus WireGuard palaikymas yra atskiras pirmos klasės ryšio tipas, todėl filtruojant pagal vpn jo nerasi. WireGuard tunelio paieška, kuri nieko negrąžina, paprastai yra filtro problema, o ne trūkstamas profilis. Tai architektūrinis skirtumas, o ne pavadinimų keistenybė.

Ta pati taisyklė galioja ir kitiems tunelių tipams, kuriuos NetworkManager laikui bėgant išmoko apdoroti natyviai, todėl perskaitykite TYPE stulpelį prieš darydami išvadą, kad kažko trūksta.

Išvardykite viską ir filtruokite vėliau, ir profilis atsiras.

Skaitykite UUID, o ne tik pavadinimą

Pavadinimai yra etiketės, kurias žmonės redaguoja, ir du profiliai gali pasidalyti vienu po nerūpestingo importo. UUID yra tapatybė, į kurią nurodo komandos ir failai. Kai įrašas atrodo dubliuotas, palyginkite UUID ir pagrindinius nustatymus prieš ką nors ištrindami.

Aktyvavimo komandos priima abu, ir būtent todėl į pavadinimą orientuotas įprotis galiausiai pakeičia netinkamą profilį.

Nusikopijuokite UUID į savo užrašus, kai keičiate ką nors, ką gali tekti atšaukti.

Ko išsaugotas profilis jums nepasako

Išsaugotas profilis nieko nesako apie tai, ar jo tunelis pakeltas, o aktyvus ryšys nieko nesako apie tai, ar viduje esantis srautas veikia. Tunelis, kurį paleidžia wg-quick arba paslaugos vienetas, visai nėra NetworkManager ryšys, todėl jo nėra abiejuose sąrašuose, nors sąsaja akivaizdžiai praleidžia srautą. Patikrinkite sąsają ir maršrutų lentelę prieš manydami, kad profilio nėra. Tuščias sąrašas įrodo tik tai, kad NetworkManager nėra savininkas.

Du valdytojai tai pačiai sąsajai yra kita šios problemos versija, ir ji sukuria sąrašą, kuris atrodo teisingai, nors branduolio būseną valdo kažkas kitas.

Vienas savininkas vienai sąsajai išlaiko sąrašą sąžiningą, o nmcli žinynas dokumentuoja, kuriuos laukus kiekvienas vaizdas iš tikrųjų praneša.

Praneškite neatskleisdami paslapčių

connection show su pavadinimu išspausdina nustatymus, o pridėjus --show-secrets išspausdina privačiuosius raktus ir slaptažodžius kartu su jais. Tiriant problemą biliete jų nereikia. Vietoj to nurodykite tipą, UUID, būseną ir susijusius maršrutus, o viską, kas atėjo iš paslapčių saugyklos, užtušuokite.

Interaktyvus aktyvinimas su --ask yra palaikomas būdas pateikti trūkstamą prisijungimo duomenį, o be priežiūros veikiančiai automatizacijai reikia kito patvirtinto sprendimo, o ne išsaugoto slaptažodžio atviru tekstu.

Trumpa, užtušuota ataskaita yra lengviau peržiūrima nei visas išdėstymas.