നിങ്ങൾ Mac അൺലോക്ക് ചെയ്യുന്നു, VPN ക്ലൈന്റ് തുറക്കുന്നു, ടണൽ തുടങ്ങുന്നതിന് മുമ്പുതന്നെ പാസ്‌വേഡ് ഷീറ്റ് പ്രത്യക്ഷപ്പെടുന്നു. ഗേറ്റ്‌വേ പാസ്‌വേഡ് നൽകുന്നു, അത് നിരസിക്കപ്പെടുന്നു അല്ലെങ്കിൽ അൽപ്പസമയത്തിന് ശേഷം ഷീറ്റ് വീണ്ടും വരുന്നു. പിന്നീട് സ്ലീപ്പിൽ നിന്ന് ഉണരുമ്പോൾ, ലോഗ് ഔട്ട് ചെയ്യുമ്പോൾ അല്ലെങ്കിൽ ക്ലൈന്റ് അപ്‌ഡേറ്റ് ചെയ്യുമ്പോൾ വീണ്ടും ചോദിക്കുന്നു. ആ ഷീറ്റ് അപൂർവ്വമായി ക്രെഡൻഷ്യലുകൾ ആവശ്യപ്പെടുന്ന VPN സർവറായിരിക്കും; സാധാരണയായി macOS ഒരു ലോക്കൽ റെക്കോർഡ് വായിക്കാനോ അൺലോക്ക് ചെയ്യാനോ മാറ്റാനോ അനുമതി ചോദിക്കുന്നു, പാസ്‌വേഡ് ആ റെക്കോർഡിന്റെ ഉടമയുടേതാണ്, നിങ്ങളുടെ VPN അക്കൗണ്ടിന്റേതല്ല.

ഷീറ്റിനെ അതിന് പിന്നിലുള്ള ഐഡന്റിറ്റിയുമായി ചേർക്കുക

നാല് പ്രോംപ്റ്റുകൾ ഏതാണ്ട് ഒരുപോലെ കാണപ്പെടുന്നു, ഒന്ന് മാത്രം ഗേറ്റ്‌വേയുമായി ബന്ധപ്പെട്ടതാണ്. പദപ്രയോഗവും ആക്സസ് ആവശ്യപ്പെടുന്ന പ്രക്രിയയും താഴെ പേരിട്ടിരിക്കുന്ന ഇനവും നിങ്ങൾക്ക് മുന്നിൽ ഏതാണെന്ന് പറയുന്നു.

What the sheet saysWhose password it wantsWhat it does not do
Enter the password for the login keychainThe local keychain password, normally your Mac login passwordIt does not authenticate you to the VPN server
An app wants to use confidential information stored in your keychainApproval for that app to retrieve one itemIt does not grant privileges at the gateway
macOS wants to make changes, and asks for administrator authorizationAn admin account on this Mac, for the named settingIt does not change the VPN account password
The client itself asks for a username and password to connectThe remote account, certificate or profile credentialIt does not unlock anything local

ലോക്കൽ ആക്സസിനെക്കുറിച്ചുള്ള ഡയലോഗ് സർവറിനെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല. ഗേറ്റ്‌വേയുടെ നിരസിക്കൽ ക്ലൈന്റിനുള്ളിൽ വെണ്ടറുടെ പിശക് ടെക്സ്റ്റുമായി പ്രത്യക്ഷപ്പെടുന്നു, കീചെയിൻ അൺലോക്ക് ചെയ്യാൻ വാഗ്ദാനം ചെയ്യുന്ന സിസ്റ്റം ഷീറ്റായി അല്ല. വിപരീതവും അത്രതന്നെ സാധാരണമാണ്: കീചെയിൻ ഷീറ്റിൽ ഗേറ്റ്‌വേ പാസ്‌വേഡ് നൽകുന്നത് റെക്കോർഡ് ലോക്ക് ചെയ്ത് നിലനിർത്തുകയും ഒരു പരാജയ ശ്രമം കൂട്ടിച്ചേർക്കുകയും ചെയ്യുന്നു.

ഡയലോഗ് ഉടമയെയും സംഭരണത്തെയും പ്രവർത്തനത്തെയും പേരിടുന്നു

കീചെയിൻ പ്രോംപ്റ്റുകൾ വീണ്ടെടുക്കലിനെക്കുറിച്ചാണ്, വിദൂരമായ എന്തിനോടും ഉള്ള ഓതന്റിക്കേഷനെക്കുറിച്ചല്ല. അഭ്യർത്ഥനാ ഡയലോഗിനെക്കുറിച്ചുള്ള Apple വിവരണം ഇടുങ്ങിയതാണ്: ഒരിക്കൽ അനുവദിക്കുക, എപ്പോഴും അനുവദിക്കുക, നിരസിക്കുക എന്നിവയാണ് ആ ആപ്പിന് സംഭരിച്ച ഇനം വായിക്കാമോ എന്ന് നിയന്ത്രിക്കുന്നത്. മൂന്നിൽ ഒന്നും ഗേറ്റ്‌വേയിൽ പ്രത്യേകാവകാശം നൽകുന്നില്ല, സർവർ നിങ്ങളുടെ പാസ്‌വേഡിനെക്കുറിച്ച് ചിന്തിക്കുന്നത് മാറ്റുന്നുമില്ല.

അഭ്യർത്ഥിക്കുന്നത് ഇപ്പോൾ അപ്‌ഡേറ്റ് ചെയ്ത ക്ലൈന്റ് ആണെങ്കിൽ, വീണ്ടും അനുമതി പ്രതീക്ഷിക്കാം: പുതിയ ബിൽഡ് ഇനത്തിന്റെ ആക്സസ് കൺട്രോൾ ലിസ്റ്റുമായി ഇനി പൊരുത്തപ്പെടുന്നില്ല, അതിനാൽ macOS വീണ്ടും ചോദിക്കുന്നു. രോഗനിർണയ സമയത്ത് ഒരിക്കൽ അനുവദിക്കുക എന്ന് ഉത്തരം നൽകുക. എപ്പോഴും അനുവദിക്കുക എന്നത് ആ ആപ്പിനുള്ള സ്ഥിരാനുമതിയാണ്, നിങ്ങൾ പ്രതീക്ഷിക്കാത്ത സഹായ പ്രക്രിയയ്ക്ക് തെറ്റായ ഉത്തരവുമാണ്; നിരസിച്ച്, ബൈനറി നിങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്ത ക്ലൈന്റ് അല്ലെങ്കിൽ വെണ്ടറെ പരിശോധിക്കുക.

അഡ്മിനിസ്ട്രേറ്റർ അധികാരം ചോദിക്കുന്ന പ്രോംപ്റ്റ് മൂന്നാമത്തെ തരമാണ്. മാറുന്ന സിസ്റ്റം സെറ്റിംഗോ സംരക്ഷിത സംഭരണമോ ഇത് പേരിടുന്നു, ആവശ്യപ്പെടുന്ന ക്രെഡൻഷ്യൽ ഈ Mac-ലെ അഡ്മിൻ അക്കൗണ്ടാണ്. എല്ലാ വ്യക്തിഗത കീചെയിൻ ഇനത്തിനും ഇത് ആവശ്യമില്ല; നെറ്റ്‌വർക്ക് കോൺഫിഗറേഷന് പിന്നിലുള്ളവയ്ക്ക് സാധാരണയായി ആവശ്യമാണ്, കാരണം കോൺഫിഗറേഷൻ സിസ്റ്റത്തിന്റേതാണ്, നിങ്ങളുടെ ലോഗിൻ സെഷന്റേതല്ല.

Mac-ൽ VPN പാസ്‌വേഡ് എവിടെ താമസിക്കാം

കീചെയിൻ ഒരു സാധ്യമായ സംഭരണമാണ്, സംഭരണത്തിന്റെ നിർവചനമല്ല. സിസ്റ്റം സെറ്റിംഗ്സിൽ സൃഷ്ടിച്ച ബിൽറ്റ്-ഇൻ VPN കോൺഫിഗറേഷൻ അതിന്റെ ക്രെഡൻഷ്യലുകൾ നെറ്റ്‌വർക്ക് കോൺഫിഗറേഷനോടൊപ്പം മാനേജ്ഡ് സിസ്റ്റം സെറ്റിംഗായി സൂക്ഷിക്കുന്നു. തേർഡ്-പാർട്ടി ക്ലൈന്റ് സാധാരണയായി നിങ്ങളുടെ ലോഗിൻ കീചെയിനിൽ ഒരു ഇനം സൂക്ഷിക്കുന്നു: സേവന നാമത്തിൽ കീ ചെയ്ത പൊതു പാസ്‌വേഡ്, അല്ലെങ്കിൽ സർവർ, പ്രോട്ടോക്കോൾ, അക്കൗണ്ട് എന്നിവയിൽ കീ ചെയ്ത ഇന്റർനെറ്റ് പാസ്‌വേഡ്. പല പുതിയ ആപ്പുകളും പകരം ഡാറ്റാ പ്രൊട്ടക്ഷൻ കീചെയിൻ ഉപയോഗിക്കുന്നു, അതിന്റെ ഇനങ്ങൾ കീചെയിൻ ആക്സസിൽ ഒരിക്കലും കാണപ്പെടുന്നില്ല.

ആളുകൾ കീചെയിൻ ആക്സസിൽ VPN നാമം തിരയുന്നു, ഒന്നും കണ്ടെത്താതെ പാസ്‌വേഡ് സംഭരിച്ചിട്ടില്ലെന്ന് അനുമാനിക്കുന്നു. Apple-ന്റെ TN3137 കുറിപ്പ് ഒന്നിലധികം കീചെയിൻ നിർവ്വഹണങ്ങൾ നിലവിലുണ്ടെന്ന് പറയുന്നു; ആ പട്ടികയിൽ ഇല്ലാതിരിക്കുന്നത് സാധാരണമാണ്, കേടായ ഇനത്തിന്റെ തെളിവല്ല.

റെക്കോർഡ് തരങ്ങളും പരസ്പരം മാറ്റാവുന്നതല്ല. അക്കൗണ്ട് പാസ്‌വേഡ്, സ്വകാര്യ കീയുടെ പാസ്‌ഫ്രേസ്, ക്ലൈന്റ് സർട്ടിഫിക്കറ്റ്, IPsec പങ്കിട്ട രഹസ്യം എന്നിവ വ്യത്യസ്ത രീതിയിൽ പരാജയപ്പെടുകയും വ്യത്യസ്ത സ്ഥലങ്ങളിൽ അറ്റകുറ്റപ്പണി ചെയ്യുകയും ചെയ്യുന്നു; സംഭരിച്ച പാസ്‌വേഡ് വീണ്ടും ടൈപ്പ് ചെയ്യുന്നത് നിരസിച്ച സർട്ടിഫിക്കറ്റിന് ഒന്നും ചെയ്യുന്നില്ല. Mac മാനേജ്മെന്റിൽ എൻറോൾ ചെയ്തിട്ടുണ്ടെങ്കിൽ, പ്രൊഫൈൽ മറ്റൊരു ഉടമയാണ്: VPN പേലോഡിന് ക്രെഡൻഷ്യലുകൾ വഹിക്കാനും റിഫ്രെഷിൽ വീണ്ടും പ്രയോഗിക്കാനും കഴിയും, അതിനാൽ ലോക്കൽ ഇനം ഇല്ലാതാക്കുന്നത് അഡ്മിനിസ്ട്രേറ്റർ മാറ്റുന്നതുവരെ താൽക്കാലികമാണ്.

ലോഗിൻ പാസ്‌വേഡും കീചെയിൻ പാസ്‌വേഡും വേർപിരിയുമ്പോൾ

ലോഗിൻ കീചെയിൻ സാധാരണയായി നിങ്ങളുടെ Mac ലോഗിൻ പാസ്‌വേഡ് ഉപയോഗിക്കുന്നു, അതിനാലാണ് രണ്ടും വേർപിരിയാനിടയുള്ളത്. മറ്റൊരു അക്കൗണ്ടിൽ നിന്ന് അഡ്മിനിസ്ട്രേറ്റർ നിങ്ങളുടെ പാസ്‌വേഡ് റീസെറ്റ് ചെയ്യുന്നതോ വീണ്ടെടുക്കൽ പ്രക്രിയയോ ഡയറക്ടറി മാറ്റമോ കീചെയിൻ പഴയ മൂല്യത്തിൽ ലോക്ക് ചെയ്ത് വിടാം, അപ്പോൾ macOS നിങ്ങൾ ഇപ്പോൾ സെറ്റ് ചെയ്യാത്ത ഒരു പാസ്‌വേഡ് ചോദിക്കുന്നു.

ലോഗിൻ സമയത്ത് സിസ്റ്റത്തിന് കീചെയിൻ അൺലോക്ക് ചെയ്യാനായില്ലെന്ന മുന്നറിയിപ്പ് കാണാം. അത് അപ്‌ഡേറ്റ് ചെയ്യാൻ പഴയ പാസ്‌വേഡ് വേണം, അത് ഓർമ്മയുണ്ടെങ്കിൽ നല്ലതാണ്, ഇല്ലെങ്കിൽ ഉപയോഗശൂന്യമാണ്. രണ്ട് സത്യസന്ധമായ പരിഹാരങ്ങളാണ് കീചെയിൻ ആക്സസ്, എഡിറ്റ്, കീചെയിൻ "login"-നുള്ള പാസ്‌വേഡ് മാറ്റുക, അല്ലെങ്കിൽ ആവശ്യമായ ക്രെഡൻഷ്യലുകൾ വീണ്ടും നൽകി പുതിയ ലോഗിൻ കീചെയിൻ. രണ്ടാമത്തെ ഓപ്ഷൻ സംഭരിച്ച ഇനങ്ങൾ നശിപ്പിക്കുന്നു.

ഒരു VPN പഴയ ക്രെഡൻഷ്യൽ നിരസിക്കുന്നതുകൊണ്ട് മുഴുവൻ കീചെയിൻ റീസെറ്റ് ചെയ്യരുത്: അത് ബന്ധമില്ലാത്ത അക്കൗണ്ടുകൾ നീക്കം ചെയ്യുകയും ഇനം ഇപ്പോഴും തിരിച്ചറിയാതിരിക്കുകയും ചെയ്യുന്നു.

ഒരു കമാൻഡ് ലോക്കൽ vs റിമോട്ട് ചോദ്യം തീർക്കുന്നു. കീചെയിനോട് ഇനം നേരിട്ട് ചോദിക്കുക:

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

നിങ്ങളുടെ ക്ലൈന്റിന്റെ സെറ്റിംഗ്സിൽ നിന്നുള്ള സർവറും അക്കൗണ്ടും ഉപയോഗിക്കുക. നിങ്ങൾ തന്നെ കീചെയിനോട് ചോദിക്കുമ്പോൾ അതേ അനുമതി ഷീറ്റ് പ്രത്യക്ഷപ്പെടുന്നുവെങ്കിൽ, പ്രോംപ്റ്റ് ലോക്കലാണ്, സർവർ കാഴ്ചക്കാരനാണ്. അത്തരം ഇനം ഇല്ലെങ്കിൽ, ക്ലൈന്റ് നിങ്ങൾ കരുതിയ സ്ഥലത്ത് പാസ്‌വേഡ് സംഭരിക്കുന്നില്ല. -g ഫ്ലാഗ് രഹസ്യം ടെർമിനലിൽ പ്രിന്റ് ചെയ്യുന്നു, അതിനാൽ സ്ക്രീൻ പങ്കിടൽ ഒഴിവാക്കുക.

ക്ലൈന്റ് യഥാർത്ഥത്തിൽ വായിക്കുന്ന റെക്കോർഡ് അപ്‌ഡേറ്റ് ചെയ്യുക

ഗേറ്റ്‌വേയിൽ അക്കൗണ്ട് മാറിയെങ്കിൽ, ആദ്യം അവിടെ മാറ്റുക, തുടർന്ന് ക്ലൈന്റിന്റെ സെറ്റിംഗ്സ് വഴി സംഭരിച്ച റെക്കോർഡ് അപ്‌ഡേറ്റ് ചെയ്യുക. കീചെയിൻ ഇനം സ്വമേധയാ എഡിറ്റ് ചെയ്യുന്നത് വിശ്വസനീയമല്ല: ക്ലൈന്റ് മറ്റൊരു സേവന-അക്കൗണ്ട് ജോഡി വായിച്ചേക്കാം, മാനേജ്ഡ് പ്രൊഫൈൽ നിങ്ങളുടെ എഡിറ്റ് മേലെഴുതും.

കാലഹരണപ്പെട്ടതെന്ന് സംശയിക്കുന്ന ഇനത്തിന്, എന്തെങ്കിലും ഇല്ലാതാക്കുന്നതിന് മുമ്പ് സേവനം, അക്കൗണ്ട്, പ്രോട്ടോക്കോൾ എന്നിവ ചേർക്കുക:

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

മറ്റൊരു കണക്ഷനിൽ നിന്നുള്ള സമാന നാമമുള്ള ഇനം ഇല്ലാതാക്കുന്നത് സാധാരണ സ്വയം സൃഷ്ടിക്കുന്ന തടസ്സമാണ്. നീക്കം ലോക്കൽ മാത്രമാണ്: അത് ഗേറ്റ്‌വേയിലെ സെഷൻ റദ്ദാക്കുന്നില്ല, ഉപകരണ സർട്ടിഫിക്കറ്റ് വേർപെടുത്തുന്നില്ല, അക്കൗണ്ടിന്റെ പാസ്‌വേഡ് മാറ്റുന്നുമില്ല.

പരിഹാരം റീബൂട്ടിനെ അതിജീവിക്കുന്നുവെന്ന് സ്ഥിരീകരിക്കുക

കണക്ട് ചെയ്യുക, സ്ലീപ്പിൽ നിന്ന് ഉണരുക, ലോഗ് ഔട്ട് ചെയ്ത് വീണ്ടും ലോഗിൻ ചെയ്യുക, പിന്നീട് ഒരിക്കൽ റീബൂട്ട് ചെയ്യുക. ഷീറ്റ് ഇല്ലാത്ത വൃത്തിയുള്ള ക്രമവും പ്രതീക്ഷിച്ച അക്കൗണ്ട് പേരിടുന്ന ക്ലൈന്റ് നിലയുമാണ് കണക്കാക്കപ്പെടുന്ന ഏക തെളിവ്. പ്രോംപ്റ്റ് എവിടെ തിരിച്ചുവരുന്നു എന്നത് ഏത് പാളി വിട്ടുപോയി എന്ന് പറയുന്നു: അപ്‌ഡേറ്റിന് ശേഷം അത് അനുമതിയാണ്, നെറ്റ്‌വർക്ക് മാറ്റത്തിന് ശേഷം ക്ലൈന്റിന്റെ സ്വന്തം പ്രോംപ്റ്റ്, റീബൂട്ടിന് ശേഷം നില വീണ്ടും പ്രയോഗിക്കുന്ന പ്രൊഫൈൽ.

കീചെയിൻ വീണ്ടും തൊടുന്നതിന് മുമ്പ് ക്ലൈന്റിൽ പാസ്‌വേഡ് ഓർക്കുക അല്ലെങ്കിൽ എപ്പോഴും ചോദിക്കുക എന്ന സെറ്റിംഗ് പരിശോധിക്കുക. ചില കോൺഫിഗറേഷനുകൾ, പ്രത്യേകിച്ച് ഉപയോക്താവിന് അനുസരിച്ച് ഓതന്റിക്കേഷനുള്ള IKEv2, രൂപകൽപ്പനപ്രകാരം ഓരോ കണക്ഷനിലും ചോദിക്കുന്നു; കീചെയിൻ പരിഹാരം സഹായിക്കില്ല.

ഏത് ഇനം മാറ്റി, ഏത് സംഭരണം അതിന് ഉടമയായിരുന്നു, ഏത് അക്കൗണ്ടിന് അത് ഉൾപ്പെട്ടിരുന്നു എന്ന് എഴുതിവയ്ക്കുക, അടുത്ത പ്രോംപ്റ്റ് സെക്കൻഡുകളിൽ കണ്ടെത്താൻ. Apple-ന്റെ കീചെയിൻ ആക്സസ് അഭ്യർത്ഥനകൾ പേജ് ആ മൂന്ന് ബട്ടണുകൾ എന്ത് അധികാരപ്പെടുത്തുന്നു എന്നതിനുള്ള റഫറൻസാണ്.

അനുബന്ധ ലേഖനങ്ങൾ