nmcli VPN-liste: lagra profilar mot aktive tunnelar

Du køyrer nmcli connection show og ventar ei liste over VPN-ar, men får kvar tilkopling maskinen nokon gong har lagra, inkludert ei bru og eit hotspot. VPN-et du leitar etter, er kanskje der, er kanskje typa som noko anna enn vpn, eller er ikkje ein NetworkManager-tilkopling i det heile. Å vita kva av dei tre tilfella du er i, krev to kommandoar.

To lister, to spørsmål

connection show svarar på kva NetworkManager har lagra, og connection show --active svarar på kva som for tida er tilkopla ein eining. Den første lista inneheld inaktive profilar, og det er med vilje: eit lagra VPN som ligg nede, er framleis ein profil du kanskje må reparere. Å blande dei to gir inntrykk av at ein tunnel køyrer medan berre konfigurasjonen finst.

Vel felt i staden for å lese standardtabellen, fordi standardutskrifta skjuler typen på smale terminalar og bryt lange namn.

NAME, UUID og TYPE er vanlegvis alt du treng for ein første gjennomgang, og deretter granskar du den eine oppføringa du bryr deg om, via UUID.

TYPE er der overraskingane er

OpenVPN tilkoplingar som blir styrte via programtillegget, viser seg som typen vpn, fordi tillegget er ei teneste inne i det generelle VPN-rammeverket. Innebygd WireGuard-støtte er sin eigen fullverdige tilkoplingstype, så filtrering på vpn finn han ikkje. Eit søk etter ein WireGuard-tunnel som ikkje gir noko, er vanlegvis eit filterproblem og ikkje ein manglande profil. Det er ein arkitektonisk skilnad, ikkje ein namnekuriositet.

Det same gjeld andre tunneltypar som NetworkManager etter kvart lærte å handsame innebygd, så les TYPE-kolonnen før du konkluderer med at noko manglar.

List alt og filtrer etterpå, og profilen dukkar opp.

Les UUID-en, ikkje berre namnet

Namn er etikettar som folk redigerer, og to profilar kan dela ein etter ein uforsiktig import. UUID-en er identiteten som kommandoar og filer viser til. Når ei oppføring ser duplisert ut, samanlikn UUID-en og dei underliggjande innstillingane før du slettar noko.

Aktiveringskommandoar godtek begge, og det er nettopp derfor ein namnebasert vane til slutt endrar feil profil.

Kopier UUID-en til notata dine når du endrar noko du kanskje må angre.

Kva ein lagra profil ikkje fortel deg

Ein lagra profil seier ingenting om korvidt tunnelen er oppe, og ei aktiv tilkopling seier ingenting om korvidt trafikken inni ho verkar. Ein tunnel som blir starta av wg-quick eller av ei tenesteeining, er slett ikkje ein NetworkManager-tilkopling, så han manglar på begge listene medan grensesnittet tydeleg sender trafikk. Kontroller grensesnittet og rutetabellen før du går ut frå at profilen manglar. Ei tom liste beviser berre at NetworkManager ikkje er eigaren.

To handterarar for same grensesnitt er den andre versjonen av dette problemet, og det gir ei liste som ser riktig ut medan kjernetilstanden blir eigd av noko anna.

Éin eigar per grensesnitt held lista ærleg, og nmcli-referansen dokumenterer kva felt kvar vising faktisk rapporterer.

Rapporter utan å leke løyndommar

connection show med eit namn skriv ut innstillingar, og å leggje til --show-secrets skriv ut dei private nøklane og passorda saman med dei. Ei feilsøkingsliming i ei sak treng dei ikkje. Rapporter i staden typen, UUID-en, tilstanden og dei relevante rutene, og sladd alt som kom frå eit løyndomslager.

Interaktiv aktivering med --ask er den støtta måten å oppgi manglande påloggingsinformasjon, og uovervaka automatisering treng ei anna godkjend ordning i staden for eit lagra passord i klartekst.

Ein kort, sladda rapport er lettare å gå gjennom enn ei full utskrift.