Lista VPN cu nmcli: profiluri salvate versus tuneluri active

Rulați nmcli connection show așteptând o listă de VPN-uri și primiți fiecare conexiune pe care mașina a salvat-o vreodată, inclusiv un bridge și un hotspot. VPN-ul pe care îl căutați poate fi acolo, poate fi de alt tip decât vpn sau poate să nu fie deloc o conexiune NetworkManager. Ca să știți în care dintre aceste trei cazuri vă aflați este nevoie de două comenzi.

Două liste, două întrebări

connection show răspunde la ce a salvat NetworkManager, iar connection show --active răspunde la ce este conectat acum la un dispozitiv. Prima listă include profiluri inactive, și asta este intenționat: un VPN salvat care este oprit rămâne un profil pe care poate va trebui să îl reparați. Confundarea celor două creează impresia că un tunel rulează când există doar configurația lui.

Alegeți câmpuri în loc să citiți tabelul implicit, pentru că ieșirea implicită ascunde tipul pe terminalele înguste și rupe numele lungi.

NAME, UUID și TYPE sunt de obicei tot ce aveți nevoie pentru o primă trecere, iar apoi inspectați singura intrare care vă interesează după UUID.

TYPE este locul unde sunt surprizele

OpenVPN conexiunile administrate prin plugin apar ca tip vpn, pentru că pluginul este un serviciu în cadrul generic VPN. Suportul nativ pentru WireGuard este un tip de conexiune de sine stătător, așa că filtrarea după vpn nu îl va găsi. O căutare a unui tunel WireGuard care nu returnează nimic este de obicei o problemă de filtru, nu un profil lipsă. Este o diferență arhitecturală, nu o ciudățenie de denumire.

Același lucru se aplică altor tipuri de tunel pe care NetworkManager a învățat să le trateze nativ în timp, așa că citiți coloana TYPE înainte de a concluziona că lipsește ceva.

Listați tot și filtrați după, iar profilul apare.

Citiți UUID-ul, nu doar numele

Numele sunt etichete pe care oamenii le editează, iar două profiluri pot împărți unul după un import neglijent. UUID-ul este identitatea la care se referă comenzile și fișierele. Când o intrare pare duplicată, comparați UUID-ul și setările de bază înainte de a șterge ceva.

Comenzile de activare acceptă oricare dintre ele, și exact de aceea un obicei bazat pe nume ajunge să modifice profilul greșit.

Copiați UUID-ul în notițe când modificați ceva ce poate va trebui să anulați.

Ce nu vă spune un profil salvat

Un profil salvat nu spune nimic despre dacă tunelul său este ridicat, iar o conexiune activă nu spune nimic despre dacă traficul din interior funcționează. Un tunel pornit de wg-quick sau de o unitate de serviciu nu este deloc o conexiune NetworkManager, așa că lipsește din ambele liste în timp ce interfața trece clar trafic. Verificați interfața și tabelul de rutare înainte de a presupune că profilul lipsește. O listă goală dovedește doar că NetworkManager nu este proprietarul.

Doi manageri pentru aceeași interfață este cealaltă versiune a acestei probleme, și produce o listă care pare corectă în timp ce starea kernelului aparține altceva.

Un proprietar pe interfață menține lista onestă, iar referința nmcli documentează ce câmpuri raportează de fapt fiecare vizualizare.

Raportați fără a scurge secrete

connection show cu un nume afișează setările, iar adăugarea --show-secrets afișează cheile private și parolele împreună cu ele. Pentru a lipi o diagnoză într-un tichet nu sunt necesare. Raportați în schimb tipul, UUID-ul, starea și rutele relevante, și mascați tot ce a venit dintr-un depozit de secrete.

Activarea interactivă cu --ask este modalitatea acceptată de a furniza o acreditare lipsă, iar automatizarea nesupravegheată are nevoie de o altă soluție aprobată în locul unei parole salvate în text simplu.

Un raport scurt și mascat este mai ușor de revizuit decât o descărcare completă.