Orodha ya VPN ya nmcli: profaili zilizohifadhiwa na tuneli zinazoendelea

Unaendesha nmcli connection show ukitarajia orodha ya VPN, lakini unapata kila muunganisho ambao mashine imewahi kuhifadhi, ikiwa ni pamoja na daraja na hotspot. VPN unayotafuta inaweza kuwa hapo, inaweza kuwa ya aina nyingine isipokuwa vpn, au isiwe muunganisho wa NetworkManager hata kidogo. Kujua uko katika ipi kati ya hali hizi tatu kunahitaji amri mbili.

Orodha mbili, maswali mawili

connection show hujibu kile ambacho NetworkManager imehifadhi, na connection show --active hujibu kile ambacho kwa sasa kimeunganishwa na kifaa. Orodha ya kwanza inajumuisha profaili zisizo hai, na hilo ni kwa kusudi: VPN iliyohifadhiwa iliyosimama bado ni profaili ambayo huenda ukahitaji kuirekebisha. Kuchanganya mbili huzaa hisia kwamba tuneli inaendesha wakati kuna usanidi wake tu.

Chagua sehemu badala ya kusoma jedwali la chaguo-msingi, kwa sababu matokeo ya chaguo-msingi huficha aina kwenye terminal nyembamba na hukunja majina marefu.

NAME, UUID na TYPE kwa kawaida ni vya kutosha kwa mtazamo wa kwanza, kisha unakagua ingizo moja linalokuhusu kwa UUID.

TYPE ndiko kunako mshangao

OpenVPN miunganisho inayosimamiwa kupitia programu-jalizi huonekana kama aina vpn, kwa sababu programu-jalizi ni huduma ndani ya mfumo wa jumla wa VPN. Usaidizi asilia wa WireGuard ni aina ya muunganisho ya kiwango cha kwanza yenyewe, kwa hiyo kuchuja kwa vpn hakutakipata. Utafutaji wa tuneli ya WireGuard usiorudisha chochote kwa kawaida ni tatizo la kichujio na si profaili iliyokosekana. Hiyo ni tofauti ya usanifu, si upekee wa uandishi wa majina.

Vilevile inahusu aina nyingine za tuneli ambazo NetworkManager ilijifunza kuzishughulikia kiasili kwa muda, kwa hiyo soma safu ya TYPE kabla ya kuhitimisha kuwa kitu hakipo.

Orodhesha kila kitu kisha chuja baadaye, na profaili itaonekana.

Soma UUID, si jina pekee

Majina ni lebo ambazo watu huzihariri, na profaili mbili zinaweza kushiriki moja baada ya uingizaji usio makini. UUID ni utambulisho ambao amri na faili hurejelea. Ingizo linapoonekana kama nakala, linganisha UUID na mipangilio ya msingi kabla ya kufuta chochote.

Amri za uanzishaji hukubali zote mbili, na ndiyo sababu tabia inayotegemea jina huishia kubadilisha profaili isiyo sahihi.

Nakili UUID kwenye madokezo yako unapobadilisha kitu ambacho huenda ukahitaji kutengua.

Kile ambacho profaili iliyohifadhiwa haikwambii

Profaili iliyohifadhiwa haisemi chochote kuhusu kama tuneli yake iko juu, na muunganisho hai hausemi chochote kuhusu kama trafiki iliyo ndani inafanya kazi. Tuneli inayoanzishwa na wg-quick au na kitengo cha huduma si muunganisho wa NetworkManager hata kidogo, kwa hiyo haipo kwenye orodha zote mbili wakati kiolesura kinapitisha trafiki kwa uwazi. Kagua kiolesura na jedwali la njia kabla ya kudhani profaili haipo. Orodha tupu inathibitisha tu kwamba NetworkManager si mmiliki.

Wasimamizi wawili kwa kiolesura kimoja ni toleo lingine la tatizo hili, na hutoa orodha inayoonekana sawa wakati hali ya kerneli inamilikiwa na kitu kingine.

Mmiliki mmoja kwa kiolesura huweka orodha kuwa ya uaminifu, na marejeleo ya nmcli huandika ni sehemu gani kila mwonekano unaripoti kwa kweli.

Ripoti bila kuvujisha siri

connection show na jina huchapisha mipangilio, na kuongeza --show-secrets huchapisha funguo za faragha na maneno ya siri pamoja nazo. Kuweka utatuzi wa matatizo kwenye tiketi hakuhitaji hizo. Badala yake ripoti aina, UUID, hali na njia zinazohusika, na ufiche kila kitu kilichotoka kwenye hifadhi ya siri.

Uanzishaji wa mwingiliano kwa --ask ndiyo njia inayotumika kutoa kitambulisho kinachokosekana, na uendeshaji wa kiotomatiki bila uangalizi unahitaji mpangilio mwingine ulioidhinishwa badala ya neno la siri lililohifadhiwa katika maandishi wazi.

Ripoti fupi iliyofichwa ni rahisi kukagua kuliko dampo kamili.