iPad-ൽ പാസ്വേഡ് ചോദിക്കാതെ VPN: സർട്ടിഫിക്കറ്റുകൾ അല്ലെങ്കിൽ സംരക്ഷിച്ച ലോഗിൻ
സംരക്ഷിച്ച പാസ്വേഡും ഉപകരണ സർട്ടിഫിക്കറ്റും ചോദ്യം വ്യത്യസ്ത രീതികളിൽ നീക്കുന്നു. രണ്ടും താരതമ്യം ചെയ്ത്, പിന്നീട് ടണൽ എന്താണ് തുറക്കുന്നതെന്ന് വെവ്വേറെ തീരുമാനിക്കുക.
«എന്നോട് പാസ്വേഡ് ചോദിക്കുന്നത് നിർത്തുക» യഥാർത്ഥത്തിൽ മൂന്ന് ആവശ്യകതകളെ ഒരു പരാതിയിൽ ഒരുമിച്ചു ചേർക്കുന്നു, iPad-ലെ വിന്യാസം അവയ്ക്ക് വ്യത്യസ്ത സ്ഥലങ്ങളിൽ ഉത്തരം നൽകുന്നു. ചോദ്യം പ്രാമാണീകരണത്തിൽ നിന്ന് വരുന്നു, സമയം സജീവമാക്കലിൽ നിന്ന്, കവറേജ് നടപ്പാക്കലിൽ നിന്ന്. ആദ്യം ചോദ്യം നീക്കുന്ന ക്രെഡൻഷ്യൽ തിരഞ്ഞെടുക്കുക, പിന്നീട് ടണൽ എപ്പോൾ തുറക്കുന്നു എന്നത് വെവ്വേറെ തീരുമാനിക്കുക. ഈ രണ്ട് തീരുമാനങ്ങളും കൂട്ടിച്ചേർക്കുന്നതാണ് സംരക്ഷിച്ച പാസ്വേഡ് ഇപ്പോഴും ഒരു സ്പർശനത്തിനായി കാത്തിരിക്കുന്ന പ്രൊഫൈലിൽ അവശേഷിക്കാനുള്ള കാരണം.
| Saved or shared secret | Device certificate | |
|---|---|---|
| What the user sees | no prompt while the credential stays valid | no prompt, no password to rotate |
| What the admin manages | the secret in the profile and its distribution | enrollment, expiry and revocation per device |
| Typical failure | gateway demands a second factor | expired or revoked certificate |
ഒരു പരാതിയിൽ രണ്ട് പ്രശ്നങ്ങൾ
iPad-ലെ തദ്ദേശീയ IKEv2 കോൺഫിഗറേഷന് പാസ്വേഡിനെയോ സർട്ടിഫിക്കറ്റിനെയോ സൂചിപ്പിക്കാം, കൂടാതെ കീ AuthenticationMethod ഏതാണ് ബാധകമെന്ന് തീരുമാനിക്കുന്നു, അതേസമയം PayloadCertificateUUID ഐഡന്റിറ്റി നൽകുന്ന ക്രെഡൻഷ്യലിനെ പേരിടുന്നു. ഗേറ്റ്വേ ഇവയിൽ ഏതാണ് സ്വീകരിക്കുക എന്നത് സെർവർ നയത്തിന്റെ ചോദ്യമാണ്, ക്ലയന്റിന്റെ മുൻഗണനയല്ല. അതിനാൽ ആദ്യം VPN സേവനം എന്താണ് അനുവദിക്കുന്നതെന്ന് വ്യക്തമാക്കണം, കാരണം iPad മറുവശം നിരസിക്കുന്ന രീതിയിലേക്ക് ചർച്ച നടത്താനാവില്ല.
അതിനുശേഷം മാത്രമാണ് ടണൽ എപ്പോൾ സജീവമാകുന്നു എന്നതിനെക്കുറിച്ച് സംസാരിക്കുന്നത് അർത്ഥവത്താകുന്നത്, അത് പ്രൊഫൈൽ കീകളുടെ തികച്ചും വ്യത്യസ്തമായ ഗണമാണ്.
ആദ്യ ഓപ്ഷൻ: iPad വീണ്ടും ഉപയോഗിക്കാവുന്ന ക്രെഡൻഷ്യൽ
സംരക്ഷിച്ച അക്കൗണ്ട് പാസ്വേഡോ പങ്കിട്ട രഹസ്യമോ ഉപയോക്താവിനെയോ ഗ്രൂപ്പിനെയോ പ്രാമാണീകരിക്കുന്ന ഗേറ്റ്വേയെ തൃപ്തിപ്പെടുത്തുന്നു, രഹസ്യം സാധുവായിരിക്കുന്നിടത്തോളം ചോദ്യം നീക്കുന്നു. അതിന്റെ ദൗർബല്യം ജീവിതചക്രമാണ്: രഹസ്യം പ്രൊഫൈലിൽ ഇരിക്കുന്നു, പല ഉപകരണങ്ങൾക്ക് അത് പങ്കിടാം, അത് മാറ്റുന്നത് അത് വഹിക്കുന്ന ഓരോ പ്രൊഫൈലിലും കൈവയ്ക്കുന്നു എന്നാണ്. സേവനം കൂടാതെ ഒരു-തവണ ഘടകമോ സംവേദനാത്മക അനുമതിയോ ആവശ്യപ്പെടുകയാണെങ്കിൽ, ഒരു പ്രാദേശിക ക്രമീകരണവും ആ നയത്തെ മേൽനോട്ടമില്ലാത്ത ലോഗിനാക്കി മാറ്റുന്നില്ല.
ഒരു ആപ്പ് സംരക്ഷിച്ച പാസ്വേഡും മറ്റൊരു VPN നടപ്പാക്കലിന് സ്വയമേവ ലഭ്യമല്ല, അതുകൊണ്ടാണ് അതേ അക്കൗണ്ട് ഒരു ക്ലയന്റിൽ ചോദിക്കുന്നത് നിർത്തി മറ്റൊന്നിൽ ഓരോ തവണയും ചോദിക്കുന്നത്.
രണ്ടാമത്തെ ഓപ്ഷൻ: സ്വന്തം കീയുള്ള ഉപകരണ സർട്ടിഫിക്കറ്റ്
സർട്ടിഫിക്കറ്റ് ചോദ്യം കൂടുതൽ ഉറപ്പുള്ള രീതിയിൽ നീക്കുന്നു, കാരണം iPad രഹസ്യം വീണ്ടും പ്ലേ ചെയ്യുന്നതിന് പകരം സ്വകാര്യ കീ കൈവശമുണ്ടെന്ന് തെളിയിക്കുന്നു. അതിന് ഇല സർട്ടിഫിക്കറ്റും അതിന്റെ കീയും അംഗീകൃത രജിസ്ട്രേഷൻ പാതയിലൂടെ വരേണ്ടത് ആവശ്യമാണ്, കൂടാതെ ഗേറ്റ്വേ ആ കണക്ഷന് സർട്ടിഫിക്കറ്റ് പ്രാമാണീകരണം സ്വീകരിക്കണം. CA സർട്ടിഫിക്കറ്റ് മാത്രം ഇറക്കുമതി ചെയ്യുന്നത് ഉപകരണത്തിന് വിശ്വാസ സാമഗ്രി നൽകുന്നു, മറ്റൊന്നും നൽകുന്നില്ല, ഇത് സാധാരണവും നിശബ്ദവുമായ പരാജയമാണ്.
വില ജീവിതചക്രത്തിന്റെ ജോലിയാണ്. ഓരോ iPad-നും സ്വന്തം ഐഡന്റിറ്റി ലഭിക്കുന്നു, അതുവഴി നഷ്ടപ്പെട്ട ഉപകരണം മുഴുവൻ കൂട്ടത്തെയും വീണ്ടും നൽകാതെ റദ്ദാക്കാം, കാലഹരണ തീയതികൾ യഥാർത്ഥ പ്രവർത്തന സംഭവങ്ങളാകുന്നു. നിശബ്ദമായി കാലഹരണപ്പെടുന്ന സർട്ടിഫിക്കറ്റ് അത് സംഭവിക്കുന്ന അതേ രാവിലെ VPN തടസ്സം പോലെ കാണപ്പെടുന്നു.
മുൻഗണനയ്ക്ക് പകരം ഗേറ്റ്വേ എന്ത് സ്വീകരിക്കുന്നു എന്നതിന്റെ അടിസ്ഥാനത്തിൽ തിരഞ്ഞെടുക്കുക
VPN അഡ്മിനിസ്ട്രേറ്ററോട് രണ്ട് ചോദ്യങ്ങൾ ചോദിക്കുക: ഈ തരം ക്ലയന്റിന് സേവനം ഏത് പ്രാമാണീകരണ രീതികൾ സ്വീകരിക്കുന്നു, അവയിൽ ഏതെങ്കിലും സംവേദനാത്മക ഇൻപുട്ട് ആവശ്യപ്പെടുന്നുണ്ടോ. ഉത്തരം സർട്ടിഫിക്കറ്റ് മാത്രമാണെങ്കിൽ, രജിസ്ട്രേഷനും പുതുക്കലും ആസൂത്രണം ചെയ്യുക. ഉത്തരം പാസ്വേഡും രണ്ടാം ഘടകവുമാണെങ്കിൽ, ചോദ്യം നയമാണെന്ന് സ്വീകരിച്ച് അതിനെ ഉപകരണ തകരാറായി കാണുന്നത് നിർത്തുക. രണ്ടും സ്വീകരിക്കപ്പെട്ടാൽ, മേൽനോട്ടത്തിലുള്ള കൂട്ടത്തിന് ജീവിതചക്രത്തിൽ സർട്ടിഫിക്കറ്റ് ജയിക്കുന്നു, കുറച്ച് ഉപകരണങ്ങൾക്ക് സെറ്റപ്പിന്റെ അധ്വാനത്തിൽ പാസ്വേഡ് ജയിക്കുന്നു.
തിരഞ്ഞെടുത്ത രീതി പ്രൊഫൈൽ ഐഡന്റിഫയറിനൊപ്പം വിന്യാസ രേഖയിൽ എഴുതുക, അല്ലെങ്കിൽ പ്രൊഫൈലിൽ അടുത്ത് തൊടുന്ന ആൾ മറ്റൊന്ന് തിരഞ്ഞെടുക്കും.
പിന്നീട് സജീവമാക്കൽ പ്രാമാണീകരണത്തിൽ നിന്ന് വേർതിരിക്കുക
VPN On Demand ക്രമീകരിച്ച വ്യവസ്ഥ പൊരുത്തപ്പെടുമ്പോൾ ടണൽ തുറക്കുന്നു, അത് DNS ഡൊമെയ്നോ ഇന്റർഫേസ് തരമോ ചേർന്ന നെറ്റ്വർക്കോ ആകാം, കൂടാതെ Apple അതിനെ ഉപയോക്തൃ പരസ്പരപ്രവർത്തനം ആവശ്യമില്ലാത്തതായി രേഖപ്പെടുത്തുന്നു. എന്തെങ്കിലും ആവശ്യപ്പെടുമ്പോൾ മാത്രം ലഭ്യമാകേണ്ട സ്വകാര്യ വിഭവങ്ങൾക്ക് ഇത് അനുയോജ്യമാണ്. ഇത് നിയന്ത്രിത Always On പോലെയല്ല, അത് കവറേജ് നടപ്പാക്കിയതായി നിലനിർത്തുന്നു, അതിന്റേതായ മേൽനോട്ടവും പ്രൊഫൈൽ ആവശ്യകതകളും കൊണ്ടുവരുന്നു.
പ്രവർത്തിക്കുന്ന ക്രെഡൻഷ്യൽ രണ്ടിനും ഒന്നും ചെയ്യുന്നില്ല. പല iPads-നും തികച്ചും നല്ല സർട്ടിഫിക്കറ്റുണ്ട്, എന്നിട്ടും കൈകൊണ്ട് സ്പർശനത്തിനായി കാത്തിരിക്കുന്നു, കാരണം ഒരു ഡിമാൻഡ് നിയമവും ഒരിക്കലും സജീവമായില്ല.
ആവശ്യകത അഡ്മിനിസ്ട്രേറ്ററിന് പ്രവർത്തിക്കാവുന്ന രൂപത്തിൽ കൈമാറുക: ഈ iPad ഈ വിഭവങ്ങളിലേക്ക് ആവർത്തിച്ചുള്ള ഉപയോക്തൃ ഇൻപുട്ട് ഇല്ലാതെ, ഇത്തരം ക്രെഡൻഷ്യലിനൊപ്പം, ഈ സജീവമാക്കൽ, തടസ്സം എന്നീ നിയമങ്ങൾക്ക് കീഴിൽ എത്തണം. നിലവിലെ സേവനത്തിന് ആ വ്യവസ്ഥകൾ പാലിക്കാനാവുന്നില്ലെങ്കിൽ, ആവർത്തിച്ചുള്ള ചോദ്യങ്ങളാണ് രൂപകൽപ്പന അനുസരിച്ച് പ്രവർത്തിക്കുന്ന നയം.