nmcli VPN-list: bewarre profilen tsjin aktive tunnels

Jo rinne nmcli connection show en ferwachtsje in list fan VPN’s, mar krije elke ferbining dy’t de masine ea bewarre hat, ynklusyf in brêge en in hotspot. De VPN dy’t jo sykje is der miskien, is miskien as eat oars as vpn typere, of is hielendal gjin NetworkManager-ferbining. Om te witten yn hokker fan dy trije gefallen jo binne, binne twa opdrachten nedich.

Twa listen, twa fragen

connection show antwurdet wat NetworkManager bewarre hat, en connection show --active antwurdet wat op it stuit oan in apparaat ferbûn is. De earste list befettet ynaktive profilen, en dat is mei sin: in bewarre VPN dy’t del is, bliuwt in profyl dat jo miskien reparearje moatte. It trochinoar heljen fan de twa jout de yndruk dat in tunnel rint wylst allinnich syn konfiguraasje bestiet.

Kies fjilden ynstee fan de standerttabel te lêzen, want de standertútfiere ferberget it type op smelle terminals en brekt lange nammen oer.

NAME, UUID en TYPE binne meastentiids alles wat jo nedich hawwe foar in earste oersjoch, en dêrnei besjogge jo it iene item dat jo ynteressearret fia UUID.

TYPE is wêr’t de ferrassingen sitte

OpenVPN ferbiningen dy’t fia de plugin beheard wurde, ferskine as type vpn, omdat de plugin in tsjinst is binnen it algemiene VPN-ramtwurk. Native WireGuard-stipe is in eigen folweardich ferbiningstype, dus filterje op vpn sil it net fine. In sykopdracht nei in WireGuard-tunnel dy’t neat weromjout is meastentiids in filterprobleem en gjin ûntbrekkend profyl. Dat is in arsjitektoanysk ferskil, gjin nuvere nammejouwing.

Itselde jildt foar oare tunneltypen dy’t NetworkManager yn ‘e rin fan ‘e tiid natyf learde te behanneljen, dus lês de TYPE-kolom foardat jo konkludearje dat eat ûntbrekt.

List alles op en filterje dêrnei, en it profyl ferskynt.

Lês de UUID, net allinnich de namme

Nammen binne labels dy’t minsken bewurkje, en twa profilen kinne ien diele nei in slordige ymport. De UUID is de identiteit dêr’t opdrachten en bestannen nei ferwize. As in item dûbel liket, fergelykje dan de UUID en de ûnderlizzende ynstellings foardat jo eat fuortsmite.

Aktivaasje-opdrachten akseptearje beide, en dat is krekt wêrom’t in gewoante op basis fan namme úteinlik it ferkearde profyl feroaret.

Kopiearje de UUID yn jo notysjes as jo eat feroarje dat jo miskien weromdraaie moatte.

Wat in bewarre profyl jo net fertelt

In bewarre profyl seit neat oer oft syn tunnel omheech is, en in aktive ferbining seit neat oer oft it ferkear deryn wurket. In tunnel dy’t troch wg-quick of troch in tsjinstienheid start is, is hielendal gjin NetworkManager-ferbining, dus hy ûntbrekt yn beide listen wylst de ynterface dúdlik ferkear trochlit. Kontrolearje de ynterface en de rûteleabel foardat jo oannimme dat it profyl ûntbrekt. In lege list bewiist allinnich dat NetworkManager net de eigner is.

Twa behearders foar deselde ynterface is de oare ferzje fan dit probleem, en it leveret in list op dy’t goed liket wylst de kernelstatus troch eat oars besit wurdt.

Ien eigner per ynterface hâldt de list earlik, en de nmcli-referinsje dokumintearret hokker fjilden elke werjefte eins rapportearret.

Rapportearje sûnder geheimen te lekken

connection show mei in namme printsje ynstellings, en it tafoegjen fan --show-secrets printsje de partikuliere kaaien en wachtwurden dêrmei. Foar in probleemoplossing-plak yn in ticket binne dy net nedich. Rapportearje ynstee it type, de UUID, de steat en de relevante rûtes, en maskearje alles wat út in geheimewinkel komt.

Ynteraktive aktivaasje mei --ask is de stipe manier om in ûntbrekkende oanmeldgegevens te leverjen, en tafersjochleaze automatisearring hat in oare goedkarde regeling nedich ynstee fan in bewarre wachtwurd yn platte tekst.

In koart, maskearre rapport is makliker te beoardieljen as in folsleine dump.