Mac inaendelea kuuliza nenosiri la VPN: hifadhi ya funguo au akaunti?

Unafungua Mac, unafungua mteja wa VPN, na karatasi ya nenosiri inaonekana kabla ya handaki hata kuanza. Unaandika nenosiri la lango na ama linakataliwa au karatasi inarudi baada ya muda mfupi. Kisha inauliza tena baada ya kuamka kutoka usingizini, kuondoka kwenye akaunti au sasisho la mteja. Karatasi hiyo mara chache ni seva ya VPN inayouliza vitambulisho; kwa kawaida macOS inaomba ruhusa ya kusoma, kufungua au kubadilisha rekodi ya ndani, na nenosiri ni la mmiliki wa rekodi hiyo, si la akaunti yako ya VPN.

Linganisha karatasi na utambulisho ulio nyuma yake

Vidokezo vinne vinaonekana karibu sawa, na ni kimoja tu kinachohusu lango. Maneno, mchakato unaoomba ufikiaji na kipengele kilichotajwa chini vinaeleza ni kipi unachokabiliana nacho.

Kidirisha kuhusu ufikiaji wa ndani hakithibitishi chochote kuhusu seva. Kukataliwa na lango huonekana ndani ya mteja na maandishi ya hitilafu ya mtoa huduma, si kama karatasi ya mfumo inayotoa kufungua hifadhi ya funguo. Kinyume chake ni kawaida pia: kuandika nenosiri la lango kwenye karatasi ya hifadhi ya funguo huacha rekodi imefungwa na kuongeza jaribio lililoshindikana.

Kidirisha hutaja mmiliki, hazina na kitendo

Vidokezo vya hifadhi ya funguo vinahusu upatikanaji, si uthibitishaji kwa kitu chochote cha mbali. Maelezo ya Apple ya kidirisha cha ombi ni finyu: Ruhusu mara moja, Ruhusu kila wakati na Kataa hudhibiti kama programu hiyo inaweza kusoma kipengele kilichohifadhiwa. Hakuna kati ya hivyo vitatu kinachotoa ruhusa kwenye lango au kubadilisha kile seva inachofikiri kuhusu nenosiri lako.

Mteja aliyesasishwa hivi punde akiwa ndiye anayeomba, kuidhinisha upya kunatarajiwa: toleo jipya halilingani tena na orodha ya udhibiti wa ufikiaji kwenye kipengele, kwa hiyo macOS inauliza tena. Jibu Ruhusu mara moja wakati unachunguza. Ruhusu kila wakati ni ruhusa ya kudumu kwa programu hiyo na jibu lisilofaa kwa mchakato msaidizi usioutarajia; kataa na uangalie mtoa huduma ikiwa faili ya binary si mteja uliosakinisha.

Kidokezo kinachoomba idhini ya msimamizi ni kitu cha tatu. Kinataja mpangilio wa mfumo au hazina iliyolindwa inayobadilishwa, na kitambulisho kinachohitaji ni akaunti ya msimamizi kwenye Mac hii. Si kila kipengele cha kibinafsi cha hifadhi ya funguo kinahitaji hilo; vile vilivyo nyuma ya usanidi wa mtandao kwa kawaida vinahitaji, kwa sababu usanidi ni wa mfumo, si wa kikao chako cha kuingia.

Nenosiri la VPN la Mac linaweza kuishi wapi

Hifadhi ya funguo ni hazina moja inayowezekana, si fasili ya hazina. Usanidi wa VPN uliojengwa ndani ulioundwa katika Mipangilio ya Mfumo huhifadhi vitambulisho vyake pamoja na usanidi wa mtandao, kama mpangilio wa mfumo unaosimamiwa. Mteja wa mtu wa tatu kwa kawaida huweka kipengele katika hifadhi yako ya funguo ya kuingia: nenosiri la jumla linalofungwa kwa jina la huduma, au nenosiri la mtandao linalofungwa kwa seva, itifaki na akaunti. Programu nyingi mpya hutumia hifadhi ya funguo ya ulinzi wa data badala yake, ambayo vipengele vyake havionekani kamwe katika Ufikiaji wa Hifadhi ya Funguo.

Watu hutafuta jina la VPN katika Ufikiaji wa Hifadhi ya Funguo, hawapati chochote, na huhitimisha kuwa nenosiri halikuhifadhiwa. Nota ya Apple TN3137 inasema kuna zaidi ya utekelezaji mmoja wa hifadhi ya funguo; kutokuwepo kwenye orodha hiyo ni kawaida, si uthibitisho wa kipengele kilichovunjika.

Aina za rekodi pia hazibadilishani. Nenosiri la akaunti, maneno ya siri ya ufunguo wa faragha, cheti cha mteja na siri ya pamoja ya IPsec hushindwa kwa namna tofauti na hurekebishwa mahali tofauti; kuandika tena nenosiri lililohifadhiwa hakusaidii cheti kilichokataliwa. Ikiwa Mac imesajiliwa katika usimamizi, wasifu ni mmiliki mwingine: wasifu wa VPN unaweza kubeba vitambulisho na kuvirudisha wakati wa kusasisha, kwa hiyo kufuta kipengele cha ndani ni kwa muda hadi msimamizi abadilishe.

Wakati nenosiri la kuingia na la hifadhi ya funguo vinapotofautiana

Hifadhi ya funguo ya kuingia kwa kawaida hutumia nenosiri lako la kuingia kwenye Mac, ndiyo sababu hizi mbili zinaweza kutofautiana. Msimamizi anayereset nenosiri lako kutoka akaunti nyingine, mtiririko wa urejeshaji au mabadiliko ya saraka unaweza kuiacha hifadhi ya funguo imefungwa kwa thamani ya zamani, na macOS huomba nenosiri usiloweka hivi punde.

Wakati wa kuingia unaweza kuona onyo kwamba mfumo haukuweza kufungua hifadhi ya funguo. Kuisasisha kunahitaji nenosiri la zamani, ambalo ni sawa ikiwa unalikumbuka na haina maana ikiwa hukumbuki. Marekebisho mawili ya uaminifu ni Ufikiaji wa Hifadhi ya Funguo, Hariri, Badilisha Nenosiri la Hifadhi ya Funguo „login“, au hifadhi mpya ya funguo ya kuingia na vitambulisho unavyohitaji vikiandikwa upya. Chaguo la pili huharibu vipengele vilivyohifadhiwa.

Usireset hifadhi yote ya funguo kwa sababu VPN moja inakataa kitambulisho cha zamani: hiyo huondoa akaunti zisizohusiana na bado haitambui kipengele.

Amri moja huamua swali la ndani dhidi ya mbali. Uliza hifadhi ya funguo moja kwa moja kwa kipengele:

security find-internet-password -s vpn.example.com -a [email protected] -g
security find-generic-password -s "Client Name" -a [email protected] -g

Tumia seva na akaunti kutoka mipangilio ya mteja wako. Ikiwa karatasi ile ile ya idhini inaonekana unapouliza hifadhi ya funguo mwenyewe, kidokezo ni cha ndani na seva ni mtazamaji. Ikiwa hakuna kipengele kama hicho, mteja hahifadhi nenosiri mahali ulipodhani. Bendera -g huchapisha siri kwenye terminal, kwa hiyo epuka kushiriki skrini.

Sasisha rekodi ambayo mteja anaisoma kweli

Ikiwa akaunti ilibadilika kwenye lango, ibadilishe huko kwanza, kisha sasisha rekodi iliyohifadhiwa kupitia mipangilio ya mteja. Kuhariri kipengele cha hifadhi ya funguo kwa mkono hakutegemewi: mteja anaweza kusoma jozi tofauti ya huduma na akaunti, na wasifu unaosimamiwa utafuta hariri yako.

Kwa kipengele kinachoshukiwa kuwa cha zamani, linganisha huduma, akaunti na itifaki kabla ya kufuta chochote:

security delete-generic-password -s "Client Name" -a [email protected]

Kufuta kipengele kilichoitwa kwa jina linalofanana kutoka muunganisho mwingine ni hitilafu ya kawaida ya kujitakia. Kuondoa ni kwa ndani tu: hakuondoi kikao kwenye lango, hakufungui cheti cha kifaa, na hakubadilishi nenosiri la akaunti.

Thibitisha kwamba marekebisho yanaendelea baada ya kuwasha upya

Unganisha, amka kutoka usingizini, toka na uingie tena, kisha washa upya mara moja. Mfululizo safi bila karatasi na hali ya mteja inayotaja akaunti inayotarajiwa ni ushahidi pekee unaohesabika. Mahali kidokezo kinaporudi kunakuambia tabaka gani ulikosa: baada ya sasisho ni idhini, baada ya mabadiliko ya mtandao ni kidokezo cha mteja mwenyewe, baada ya kuwasha upya ni wasifu unaorudisha hali.

Angalia mteja kwa mpangilio wa kukumbuka nenosiri au kuuliza kila wakati kabla ya kugusa hifadhi ya funguo tena. Usanidi fulani, hasa IKEv2 na uthibitishaji wa kila mtumiaji, huuliza kwa muundo kila muunganisho; urekebishaji wa hifadhi ya funguo hautasaidia.

Andika kipengele ulichobadilisha, hazina iliyokimiliki na akaunti iliyokuwa nayo, ili kidokezo kijacho kichukue sekunde kukipanga. Ukurasa wa Apple wa maombi ya ufikiaji wa hifadhi ya funguo ni rejea ya kile vitufe hivyo vitatu vinavyoidhinisha.