nmcli VPN-liste: gemte profiler kontra aktive tunneller

Du kører nmcli connection show og forventer en liste over VPN’er, men får hver forbindelse, maskinen nogensinde har gemt, inklusive en bridge og et hotspot. Den VPN, du leder efter, er måske der, er måske typet som noget andet end vpn, eller er slet ikke en NetworkManager-forbindelse. At vide, hvilket af de tre tilfælde du er i, kræver to kommandoer.

To lister, to spørgsmål

connection show svarer på, hvad NetworkManager har gemt, og connection show --active svarer på, hvad der i øjeblikket er tilsluttet en enhed. Den første liste omfatter inaktive profiler, og det er med vilje: en gemt VPN, der er nede, er stadig en profil, du måske skal rette. Forveksler man de to, får man indtryk af, at en tunnel kører, mens kun dens konfiguration findes.

Vælg felter i stedet for at læse standardtabellen, fordi standardoutput skjuler typen på smalle terminaler og ombryder lange navne.

NAME, UUID og TYPE er normalt alt, hvad du har brug for i første omgang, og derefter undersøger du den ene post, du interesserer dig for, via UUID.

TYPE er der, hvor overraskelserne er

OpenVPN forbindelser, der styres via pluginmodulet, vises som typen vpn, fordi pluginmodulet er en tjeneste inde i den generiske VPN-ramme. Indbygget WireGuard-understøttelse er sin egen førsteklasses forbindelsestype, så filtrering på vpn finder den ikke. En søgning efter en WireGuard-tunnel, der ikke giver noget, er normalt et filterproblem og ikke en manglende profil. Det er en arkitektonisk forskel, ikke en navnemærkværdighed.

Det samme gælder andre tunneltyper, som NetworkManager med tiden lærte at håndtere indbygget, så læs TYPE-kolonnen, før du konkluderer, at noget mangler.

List alt og filtrér bagefter, og profilen dukker op.

Læs UUID’et, ikke bare navnet

Navne er etiketter, som folk redigerer, og to profiler kan dele ét efter en skødesløs import. UUID’et er den identitet, som kommandoer og filer refererer til. Når en post ser dubleret ud, skal du sammenligne UUID’et og de underliggende indstillinger, før du sletter noget.

Aktiveringskommandoer accepterer begge, og det er netop derfor, en navnebaseret vane til sidst ændrer den forkerte profil.

Kopiér UUID’et ned i dine noter, når du ændrer noget, du måske skal fortryde.

Hvad en gemt profil ikke fortæller dig

En gemt profil siger intet om, hvorvidt dens tunnel er oppe, og en aktiv forbindelse siger intet om, hvorvidt trafikken indeni virker. En tunnel startet af wg-quick eller af en serviceunit er slet ikke en NetworkManager-forbindelse, så den mangler på begge lister, mens grænsefladen tydeligt sender trafik. Kontrollér grænsefladen og routingtabellen, før du antager, at profilen mangler. En tom liste beviser kun, at NetworkManager ikke er ejeren.

To managers til den samme grænseflade er den anden version af dette problem, og det giver en liste, der ser rigtig ud, mens kernetilstanden ejes af noget andet.

Én ejer per grænseflade holder listen ærlig, og nmcli-referencen dokumenterer, hvilke felter hver visning faktisk rapporterer.

Rapportér uden at lække hemmeligheder

connection show med et navn udskriver indstillinger, og tilføjelse af --show-secrets udskriver de private nøgler og adgangskoder sammen med dem. En fejlretningsklat i en sag har ikke brug for dem. Rapportér i stedet typen, UUID’et, tilstanden og de relevante ruter, og slør alt, der kom fra et hemmelighedslager.

Interaktiv aktivering med --ask er den understøttede måde at levere en manglende legitimationsoplysning, og uovervåget automatisering kræver en anden godkendt ordning i stedet for en gemt adgangskode i klartekst.

En kort, sløret rapport er lettere at gennemgå end et fuldt dump.