nmcli VPN-listinn: vistaðar sniðlýsingar á móti virkum göngum

Þú keyrir nmcli connection show og reiknar með lista yfir VPN, en færð hverja tengingu sem vélin hefur nokkru sinni vistað, þar á meðal brú og hotspot. VPNið sem þú ert að leita að gæti verið þar, verið af annarri gerð en vpn, eða ekki NetworkManager-tenging yfirleitt. Að vita hvor þessara þriggja tilvika á við þig krefst tveggja skipana.

Tveir listar, tvær spurningar

connection show svarar því sem NetworkManager vistaði, og connection show --active svarar því sem er tengt tæki núna. Fyrri listinn inniheldur óvirkar sniðlýsingar, og það er viljandi: vistað VPN sem er niðri er enn sniðlýsing sem þú gætir þurft að laga. Að rugla þessu tvennu gefur til kynna að göng séu í gangi þótt aðeins stillingar þeirra séu til.

Veldu svæði í stað þess að lesa sjálfgefna töfluna, því sjálfgefna úttakið felur gerðina á mjóum skjátölvum og brýtur langar nafnir.

NAME, UUID og TYPE eru venjulega allt sem þarf í fyrstu yfirferð, og síðan skoðar þú eina færsluna sem þig varðar með UUID.

TYPE er þar sem óvæntu hlutirnir eru

OpenVPN tengingar sem stjórnað er í gegnum viðbótina birtast sem gerðin vpn, því viðbótin er þjónusta innan almenns VPN-ramma. Innbyggður WireGuard-stuðningur er sjálfstæð fyrsta flokks tengingargerð, svo síun á vpn finnur hann ekki. Leit að WireGuard-göngum sem skilar engu er venjulega síunarvandamál en ekki sniðlýsing sem vantar. Þetta er byggingarlegur munur, ekki sérviska í nafngiftum.

Sama gildir um aðrar gerðir ganga sem NetworkManager lærði að meðhöndla innbyggt með tímanum, svo lestu TYPE-dálkinn áður en þú ályktar að eitthvað vanti.

Listaðu allt og síttu eftir á, og sniðlýsingin birtist.

Lestu UUIDið, ekki bara nafnið

Nöfn eru merkimiðar sem fólk breytir, og tvær sniðlýsingar geta deilt einum eftir kærulausa innflutningu. UUIDið er auðkennið sem skipanir og skrár vísa í. Þegar færsla virðist tvöföld skaltu bera saman UUIDið og undirliggjandi stillingar áður en þú eyðir nokkru.

Virkjunarskipanir samþykkja hvort tveggja, og einmitt þess vegna breytir nafnamiðuð venja að lokum rangri sniðlýsingu.

Afritaðu UUIDið í nóturnar þínar þegar þú breytir einhverju sem þú gætir þurft að afturkalla.

Hvað vistuð sniðlýsing segir þér ekki

Vistuð sniðlýsing segir ekkert um hvort göngin hennar eru uppi, og virk tenging segir ekkert um hvort umferðin inni í henni virki. Göng sem wg-quick eða þjónustueining ræsir eru alls ekki NetworkManager-tenging, svo þau vantar á báða lista á meðan viðmótið flytur greinilega umferð. Athugaðu viðmótið og leiðartöfluna áður en þú gerir ráð fyrir að sniðlýsingin vanti. Tómur listi sannar aðeins að NetworkManager er ekki eigandinn.

Tveir stjórnendur fyrir sama viðmót er hin útgáfan af þessu vandamáli, og hún býr til lista sem virðist réttur á meðan kjarnastöðunni er stjórnað af einhverju öðru.

Einn eigandi á hvert viðmót heldur listanum heiðarlegum, og nmcli-tilvísunin skrásetur hvaða svæðum hver sýn skilar í raun.

Tilkynntu án þess að leka leyndarmálum

connection show með nafni prentar stillingar, og að bæta við --show-secrets prentar einkalyklana og lykilorðin með þeim. Fyrir bilanatilkynningu í miða þarf þau ekki. Tilkynntu í staðinn gerðina, UUIDið, stöðuna og viðeigandi leiðir, og afmáðu allt sem kom frá leyndarmálageymslu.

Gagnvirk virkjun með --ask er studda leiðin til að veita vantar auðkenni, og sjálfvirkni án eftirlits þarf aðra samþykkta skipan í stað vistaðs lykilorðs í hreinu texta.

Stutt, afmáð skýrsla er auðveldari yfirferðar en fullur úrdráttur.