iPad-നു സ്വന്തം VPN ക്ലയന്റ് സർട്ടിഫിക്കറ്റ് വേണോ?
ഒരു പങ്കിട്ട ക്ലയന്റ് സർട്ടിഫിക്കറ്റ് ഓരോ ഉപകരണത്തെയും ഒരു റദ്ദാക്കാവുന്ന ഐഡന്റിറ്റിയുമായി ബന്ധിപ്പിക്കുന്നു. ഓരോ ഉപകരണത്തിനുമുള്ള രജിസ്ട്രേഷൻ അധിക മാനേജ്മെന്റ് ഘട്ടത്തിന് അർഹമാണോ എന്ന് തീരുമാനിക്കുക.
പുതിയ ഒരു iPad ടീമിൽ ചേരുന്നു, ഏറ്റവും വേഗതയുള്ള വഴി നിലവിലുള്ള ക്ലയന്റ് സർട്ടിഫിക്കറ്റ് കയറ്റുമതി ചെയ്ത് ടാബ്ലെറ്റിൽ ഇൻസ്റ്റാൾ ചെയ്യുകയാണ്. ആരെങ്കിലും ജോലി വിടുകയോ ഉപകരണം നഷ്ടപ്പെടുകയോ ഏത് ഉപകരണം എപ്പോൾ ബന്ധിപ്പിച്ചു എന്ന് പറയുന്ന ഓഡിറ്റ് ആവശ്യപ്പെടുകയോ ചെയ്യുന്നതുവരെ ഇത് പ്രവർത്തിക്കും. തീരുമാനം സർട്ടിഫിക്കറ്റ് ഫയലിനെക്കുറിച്ചല്ല, ഐഡന്റിറ്റിയെക്കുറിച്ചാണ്: ഓരോ ഉപകരണത്തെയും പ്രത്യേകം അംഗീകരിക്കാനും റദ്ദാക്കാനും കഴിയുമോ എന്നത്. ചെലവും മാനേജ്മെന്റ് പരിശ്രമവുമാണ് ഉത്തരം തീരുമാനിക്കുന്നത്, രണ്ടും കാണുന്നതിലും ചെറുതാണ്.
പൊതു ഇഷ്യൂവർ, വേറിട്ട ഐഡന്റിറ്റികൾ
ഓരോ ഉപകരണത്തിനും ഒരേ സർട്ടിഫിക്കറ്റ് അതോറിറ്റിയെ വിശ്വസിക്കാനും ഒരേ ഗേറ്റ്വേയിലേക്ക് ബന്ധിപ്പിക്കാനും കഴിയും, പക്ഷേ വ്യത്യസ്ത ക്ലയന്റ് ഐഡന്റിറ്റി ഉണ്ടാകും. ഇഷ്യൂവർ വിശ്വാസത്തിന്റെ നങ്കൂരമാണ്, ഐഡന്റിറ്റി എന്നത് സെർവർ അതിന്റെ വിഷയം ഒരു നയത്തിലേക്ക് മാപ്പ് ചെയ്യുന്ന കീ ജോഡിയാണ്. ഇവ രണ്ടും കൂട്ടിക്കലർത്തുന്നതാണ് പങ്കിട്ട സർട്ടിഫിക്കറ്റിനെ നിരുപദ്രവകരമായി തോന്നിപ്പിക്കുന്നത്. ഏത് ഉപകരണമാണ് സെഷൻ തുറന്നതെന്ന് ആരെങ്കിലും അറിയേണ്ടിവരുന്നതുവരെ മാത്രമേ അത് നിരുപദ്രവകരമായി തുടരൂ.
ഇഷ്യൂവർ പങ്കിടുന്നത് കോൺഫിഗറേഷൻ ജോലി ലാഭിക്കുകയും ഓരോ ഉപകരണത്തിന്റെയും ഉത്തരവാദിത്തത്തിൽ ഒന്നും മാറ്റാതിരിക്കുകയും ചെയ്യുന്നു. ഐഡന്റിറ്റി പങ്കിടുന്നത് എല്ലാ ഉപകരണങ്ങളെയും ഒരൊറ്റ റദ്ദാക്കാവുന്ന യൂണിറ്റിലേക്ക് ചുരുക്കുന്നു: ഒന്ന് റദ്ദാക്കിയാൽ എല്ലാം റദ്ദാകും, ഒരു പകരം അംഗീകരിച്ചാൽ ഇതുവരെ ഉണ്ടാക്കിയ കീയുടെ ഓരോ പകർപ്പും അംഗീകരിക്കപ്പെടും. ഈ കൈമാറ്റം വെള്ളിയാഴ്ച ഉച്ചയ്ക്ക് വേഗത്തിലാണ് എന്ന കാരണത്താൽ ഫയൽ പകർത്തുന്നതിന് പകരം വ്യക്തമായി ചെയ്യുന്നതാണ് നല്ലത്.
രണ്ടാം സർട്ടിഫിക്കറ്റ് വളരെ ചെലവേറിയതാകുമ്പോൾ
ഓരോ ഉപകരണത്തിനുമുള്ള രജിസ്ട്രേഷന് ഒരു ഘട്ടം ചെലവുണ്ട്: മാനേജുചെയ്ത പേലോഡ്, SCEP അഭ്യർത്ഥന അല്ലെങ്കിൽ ഒറ്റത്തവണ പാസ്വേഡുള്ള ഗൈഡഡ് ഇംപോർട്ട്. സീരിയൽ നമ്പറുകളും കാലാവധി തീയതികളും ട്രാക്ക് ചെയ്യാൻ ഇടയും വേണം, ആദ്യ സർട്ടിഫിക്കറ്റ് കാലഹരണപ്പെടുന്നതുവരെ മിക്ക വിന്യാസങ്ങളും മറക്കുന്ന ഭാഗമാണത്. രണ്ട് ചെലവുകളും ഒറ്റത്തവണയാണ്, രജിസ്ട്രേഷൻ പ്രവാഹം അവ ഓട്ടോമേറ്റ് ചെയ്യുമ്പോൾ രണ്ടും കുറയും.
രണ്ട് ടാബ്ലെറ്റുകളും ഒരു ഉപയോക്താവുമുള്ള കുടുംബത്തിന് ചെലവ് യാഥാർത്ഥ്യമാണ്, അവിടെ പങ്കിട്ട ഐഡന്റിറ്റി ഒരു വാക്യത്തിൽ രേഖപ്പെടുത്തിയ ന്യായമായ തീരുമാനമാണ്. എന്നാൽ വ്യക്തിയനുസരിച്ചോ ഉപകരണത്തിനനുസരിച്ചോ പ്രവേശനം പിൻവലിക്കേണ്ട സേവനത്തിന് അത് ന്യായമല്ല, കാരണം റദ്ദാക്കലിന്റെ കഥ തന്നെയാണ് പാസ്വേഡിന് പകരം സർട്ടിഫിക്കറ്റുകൾ ഉപയോഗിക്കാനുള്ള മുഴു കാരണം. ഇന്ന് എത്ര ഉപകരണങ്ങളുണ്ട് എന്നതല്ല, ഉപകരണങ്ങൾ എത്ര തവണ കൈ മാറുന്നു എന്നത് കൊണ്ട് വിന്യാസത്തെ വിലയിരുത്തുക.
ഉപകരണം രജിസ്റ്റർ ചെയ്യുക, കീ പകർത്തരുത്
ആധുനിക പ്ലാറ്റ്ഫോമുകൾ സ്വകാര്യ കീകൾ സംരക്ഷിത സംഭരണിയിൽ സൂക്ഷിക്കുന്നു, ചിലത് അവ ഡിസൈൻ അനുസരിച്ച് കയറ്റുമതി ചെയ്യാനാവാത്തതായി അടയാളപ്പെടുത്തുന്നു. ആ ഗുണമാണ് പകർത്തൽ തുടക്കത്തിലേ അസാധ്യമാക്കുന്നത്, ലാപ്ടോപ്പിൽ നിന്ന് കയറ്റുമതി ചെയ്ത ബണ്ടിൽ ഏതെങ്കിലും പിന്തുണയ്ക്കുന്ന രീതിയിൽ ടാബ്ലെറ്റിലേക്ക് വീണ്ടും ഇംപോർട്ട് ചെയ്യാൻ കഴിയാത്തതിന്റെ കാരണവും അതുതന്നെ. എന്നിട്ടും ശ്രമിച്ചാൽ വൃത്തിയായി ഇൻസ്റ്റാൾ ചെയ്യപ്പെടുകയും പിന്നീട് ഒരിക്കലും പ്രാമാണീകരിക്കാതിരിക്കുകയും ചെയ്യുന്ന ഒരു പ്രൊഫൈൽ ഉണ്ടാകും.
വിന്യാസം ഇതിനകം പിന്തുണയ്ക്കുന്ന രജിസ്ട്രേഷൻ രീതി ഉപയോഗിക്കുക: മാനേജുചെയ്ത ഐഡന്റിറ്റി പേലോഡ്, SCEP സേവനം, അല്ലെങ്കിൽ ഉപകരണത്തിൽ പുതിയ കീ നൽകുന്ന അക്കൗണ്ട് അധിഷ്ഠിത പ്രവാഹം. കാണാത്ത ഐഡന്റിറ്റി പരിഹരിക്കാൻ സർട്ടിഫിക്കറ്റ് അതോറിറ്റിയുടെ സ്വകാര്യ കീ വിതരണം ചെയ്യുന്നത് വളരെ വലിയ സ്വാധീന പരിധിയുള്ള മറ്റൊരു തെറ്റാണ്. അതോറിറ്റി ക്രെഡൻഷ്യലുകൾ നൽകുന്നു, ഒരിക്കലും അന്തിമ ബിന്ദുവിലേക്ക് യാത്ര ചെയ്യരുത്.
ഉത്തരം നൽകുന്നതിന് മുമ്പ് റദ്ദാക്കൽ പരിശോധിക്കുക
പങ്കിട്ട ഓപ്ഷൻ തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ്, ഏറ്റവും മോശം ദിവസം റദ്ദാക്കൽ എങ്ങനെയിരിക്കുമെന്ന് വിവരിക്കുക. ഉത്തരം നിരവധി ഉപകരണങ്ങളെ ബാധിക്കുന്ന ഒരൊറ്റ പ്രവർത്തനമാണെങ്കിൽ, ഡിസൈൻ ഇതിനകം നിങ്ങൾക്കെതിരെ തീരുമാനിച്ചിരിക്കുന്നു.
openssl pkcs12 -in client.p12 -info -noout
openssl x509 -in client.pem -noout -subject -issuer -serial -dates
openssl verify -CAfile ca.pem client.pem
യഥാർത്ഥത്തിൽ നിങ്ങളുടെ കൈവശമുള്ള മെറ്റീരിയൽ പരിശോധിക്കുക: സ്വകാര്യ കീ ഉണ്ടോ, വിഷയം എന്ത് പറയുന്നു, സീരിയൽ വെവ്വേറെ റദ്ദാക്കാനാകുമോ. കീയില്ലാത്ത സർട്ടിഫിക്കറ്റ് ഫയലിന് ഒന്നും പ്രാമാണീകരിക്കാനാവില്ല, അതുകൊണ്ടാണ് ചില പകർത്തിയ ഐഡന്റിറ്റികൾ ആദ്യ കണക്ഷനിൽ പരാജയപ്പെടുന്നത്.
ടാബ്ലെറ്റിൽ നിന്ന് ഒരു ആപ്പ് ഇല്ലാതാക്കുന്നത് റദ്ദാക്കലല്ല, ആരെങ്കിലും അത് നിർജ്ജീവമാക്കുന്നതുവരെ സെർവർ ഐഡന്റിറ്റി സ്വീകരിച്ചുകൊണ്ടിരിക്കും. ആദ്യ ഉപകരണം രജിസ്റ്റർ ചെയ്യുന്നതിന് മുമ്പ് ആ വാക്യം റൺബുക്കിൽ എഴുതുക.