nmcli VPN-lys: gestoorde profiele teen aktiewe tonnels

Jy voer nmcli connection show uit en verwag ’n lys VPN’s, maar kry elke verbinding wat die masjien ooit gestoor het, insluitend ’n brug en ’n hotspot. Die VPN waarna jy soek, is dalk daar, is dalk as iets anders as vpn getipeer, of is glad nie ’n NetworkManager-verbinding nie. Om te weet in watter van dié drie gevalle jy is, neem twee opdragte.

Twee lyste, twee vrae

connection show antwoord wat NetworkManager gestoor het, en connection show --active antwoord wat tans aan ’n toestel gekoppel is. Die eerste lys sluit onaktiewe profiele in, en dit is doelbewus: ’n gestoorde VPN wat af is, is steeds ’n profiel wat jy dalk moet regmaak. Om die twee te verwar wek die indruk dat ’n tonnel loop terwyl slegs die konfigurasie bestaan.

Kies velde eerder as om die verstek tabel te lees, want die verstek-uitvoer verberg die tipe op smal terminale en vou lang name om.

NAME, UUID en TYPE is gewoonlik al wat jy vir ’n eerste oorsig nodig het, en daarna ondersoek jy die een inskrywing wat jou interesseer aan die hand van die UUID.

TYPE is waar die verrassings lê

OpenVPN verbindings wat deur die inprop bestuur word, verskyn as tipe vpn, want die inprop is ’n diens binne die generiese VPN-raamwerk. Inheemse WireGuard-ondersteuning is ’n eersteklas verbindingstipe op sy eie, so filter op vpn sal dit nie vind nie. ’n Soektog na ’n WireGuard-tonnel wat niks teruggee nie, is gewoonlik ’n filterprobleem eerder as ’n ontbrekende profiel. Dit is ’n argitektoniese verskil, nie ’n naamgewingsaardigheid nie.

Dieselfde geld vir ander tonneltipes wat NetworkManager mettertyd geleer het om inheems te hanteer, so lees die TYPE-kolom voordat jy aflei dat iets afwesig is.

Lys alles en filter daarna, dan verskyn die profiel.

Lees die UUID, nie net die naam nie

Name is etikette wat mense wysig, en twee profiele kan een deel ná ’n sorgelose invoer. Die UUID is die identiteit waarna opdragte en lêers verwys. Wanneer ’n inskrywing gedupliseerd lyk, vergelyk die UUID en die onderliggende instellings voordat jy iets verwyder.

Aktiveringsopdragte aanvaar enigeen van die twee, en dit is juis waarom ’n naamgebaseerde gewoonte uiteindelik die verkeerde profiel wysig.

Kopieer die UUID na jou notas wanneer jy iets verander wat jy dalk moet ongedaan maak.

Wat ’n gestoorde profiel jou nie sê nie

Aan ’n gestoorde profiel kan jy niks sien oor of sy tonnel op is nie, en ’n aktiewe verbinding sê niks oor of die verkeer daarbinne werk nie. ’n Tonnel wat deur wg-quick of deur ’n dienseenheid begin is, is glad nie ’n NetworkManager-verbinding nie, so dit ontbreek in beide lyste terwyl die koppelvlak duidelik verkeer deurlaat. Kontroleer die koppelvlak en die roetetabel voordat jy aanneem die profiel is afwesig. ’n Leë lys bewys net dat NetworkManager nie die eienaar is nie.

Twee bestuurders vir dieselfde koppelvlak is die ander weergawe van hierdie probleem, en dit lewer ’n lys wat reg lyk terwyl die kerntoestand deur iets anders besit word.

Een eienaar per koppelvlak hou die lys eerlik, en die nmcli-verwysing dokumenteer watter velde elke aansig werklik rapporteer.

Rapporteer sonder om geheime te lek

connection show met ’n naam druk instellings, en die byvoeging van --show-secrets druk die privaat sleutels en wagwoorde daarmee saam. ’n Probleemoplossings-plak in ’n kaartjie het dit nie nodig nie. Rapporteer eerder die tipe, die UUID, die toestand en die relevante roetes, en verberg alles wat uit ’n geheimebewaarplek kom.

Interaktiewe aktivering met --ask is die ondersteunde manier om ’n ontbrekende geloofsbrief te verskaf, en onbewaakte outomatisering benodig ’n ander goedgekeurde reëling eerder as ’n gestoorde gewone-teks wagwoord.

’n Kort, verbergde verslag is makliker om na te gaan as ’n volledige uitdruk.