nmcli VPN-liste: lagrede profiler mot aktive tunneler

Du kjører nmcli connection show og forventer en liste over VPN-er, men får hver tilkobling maskinen noen gang har lagret, inkludert en bro og et hotspot. VPN-et du leter etter, er kanskje der, er kanskje typet som noe annet enn vpn, eller er ikke en NetworkManager-tilkobling i det hele tatt. Å vite hvilken av de tre sakene du er i, krever to kommandoer.

To lister, to spørsmål

connection show svarer på hva NetworkManager har lagret, og connection show --active svarer på hva som for øyeblikket er tilkoblet en enhet. Den første listen inkluderer inaktive profiler, og det er med vilje: et lagret VPN som er nede, er fortsatt en profil du kanskje må reparere. Å forveksle de to gir inntrykk av at en tunnel kjører mens bare konfigurasjonen finnes.

Velg felt i stedet for å lese standardtabellen, fordi standardutskriften skjuler typen på smale terminaler og bryter lange navn.

NAME, UUID og TYPE er vanligvis alt du trenger for en første gjennomgang, og deretter undersøker du den ene oppføringen du bryr deg om, via UUID.

TYPE er der overraskelsene er

OpenVPN tilkoblinger som administreres via programtillegget, vises som typen vpn, fordi tillegget er en tjeneste inne i det generelle VPN-rammeverket. Innebygd WireGuard-støtte er sin egen fullverdige tilkoblingstype, så filtrering på vpn finner den ikke. Et søk etter en WireGuard-tunnel som ikke gir noe, er vanligvis et filterproblem og ikke en manglende profil. Det er en arkitektonisk forskjell, ikke en navnemerkelighet.

Det samme gjelder andre tunneltyper som NetworkManager etter hvert lærte å håndtere innebygd, så les TYPE-kolonnen før du konkluderer med at noe mangler.

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

Les UUID-en, ikke bare navnet

Navn er etiketter som folk redigerer, og to profiler kan dele en etter en uforsiktig import. UUID-en er identiteten som kommandoer og filer refererer til. Når en oppføring ser duplisert ut, sammenlign UUID-en og de underliggende innstillingene før du sletter noe.

Aktiveringskommandoer godtar begge, og det er nettopp derfor en navnebasert vane til slutt endrer feil profil.

Kopier UUID-en til notatene dine når du endrer noe du kanskje må angre.

Hva en lagret profil ikke forteller deg

En lagret profil sier ingenting om hvorvidt tunnelen er oppe, og en aktiv tilkobling sier ingenting om hvorvidt trafikken inni den virker. En tunnel som startes av wg-quick eller av en tjenesteenhet, er slett ikke en NetworkManager-tilkobling, så den mangler på begge listene mens grensesnittet tydelig sender trafikk. Kontroller grensesnittet og rutetabellen før du antar at profilen mangler. En tom liste beviser bare at NetworkManager ikke er eieren.

To behandlere for samme grensesnitt er den andre versjonen av dette problemet, og det gir en liste som ser riktig ut mens kjernetilstanden eies av noe annet.

Én eier per grensesnitt holder listen ærlig, og nmcli-referansen dokumenterer hvilke felt hver visning faktisk rapporterer.

Rapporter uten å lekke hemmeligheter

connection show med et navn skriver ut innstillinger, og å legge til --show-secrets skriver ut de private nøklene og passordene sammen med dem. En feilsøkingsliming i en sak trenger ikke dem. Rapporter i stedet typen, UUID-en, tilstanden og de relevante rutene, og sladd alt som kom fra et hemmelighetslager.

Interaktiv aktivering med --ask er den støttede måten å oppgi en manglende påloggingsinformasjon, og uovervåket automatisering trenger en annen godkjent ordning i stedet for et lagret passord i klartekst.

En kort, sladdet rapport er lettere å gjennomgå enn en full utskrift.