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

ഈ വിന്യാസത്തെക്കുറിച്ച് വിതരണക്കാരൻ എന്ത് സ്ഥിരീകരിക്കണം

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

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

രണ്ടാം ഘടകം യഥാർത്ഥത്തിൽ രണ്ടാം ഘടകമാണെന്ന് തെളിയിക്കുക

പ്രാമാണീകരണ ഉപകരണവും സ്ഥിരീകരണ പ്രവാഹവും പേരിടുക, ഓരോ ഘട്ടവും ഏത് ഐഡന്റിറ്റി സ്ഥാപിക്കുന്നു എന്ന് പറയുക. തുടർച്ചയായി രണ്ട് പാസ്വേഡ് അഭ്യർത്ഥനകൾ രണ്ടാം ഘടകമല്ല, പാസ്വേഡും ഒറ്റത്തവണ കോഡും സേവനത്തോട് ബന്ധിപ്പിച്ച ക്രിപ്റ്റോഗ്രാഫിക് പ്രാമാണീകരണ ഉപകരണത്തിൽ നിന്ന് വ്യത്യസ്തമായ അവകാശവാദമാണ്. നിങ്ങൾ വാങ്ങുന്ന പ്രവാഹം എഴുതുക, പെട്ടിയിലെ ലേബലല്ല.

ഫിഷിംഗ് പ്രതിരോധം പ്രത്യേക സവിശേഷതയാണ്, കൂടാതെ NIST പ്രാമാണീകരണ ഉപകരണ മാർഗ്ഗനിർദ്ദേശം അതിനെ അങ്ങനെ കാണുന്നു: ഉപയോക്താവിനെ കബളിപ്പിച്ച് കൈമാറ്റം ചെയ്യിക്കാവുന്ന കോഡ് ബഹുഘടക പ്രാമാണീകരണം ഇപ്പോഴും നിറവേറ്റുന്നു, പക്ഷേ ആ അധിക നിബന്ധനയിൽ പരാജയപ്പെടുന്നു. അത് നിങ്ങൾക്ക് പ്രധാനമെങ്കിൽ സവിശേഷത വ്യക്തമായി ആവശ്യപ്പെടുക. തുടർന്ന് നിങ്ങളുടെ ഉപയോക്താക്കൾ യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന ക്ലയന്റ് തരത്തിൽ നിന്ന് പ്രദർശനം ആവശ്യപ്പെടുക, അതിൽ രജിസ്ട്രേഷൻ, നിരസിക്കപ്പെട്ടതോ കാലഹരണപ്പെട്ടതോ ആയ വെല്ലുവിളി, നഷ്ടപ്പെട്ട പ്രാമാണീകരണ ഉപകരണത്തിന് ശേഷമുള്ള പുനഃസ്ഥാപനം, മറ്റുള്ളവർ കണക്ട് ചെയ്തിരിക്കെ ഒരു ഉപയോക്താവിന്റെ റദ്ദാക്കൽ എന്നിവ ഉൾപ്പെടണം. ഗേറ്റ്വേയുടെ ഐഡന്റിറ്റി സ്ഥിരീകരണം പരിധിയിൽ നിർത്തുക, കാരണം ഏത് ഗേറ്റ്വേയും വിശ്വസിക്കുന്ന ക്ലയന്റ് പ്രശ്നം പരിഹരിക്കാതെ സ്ഥലം മാറ്റി.

എന്തെങ്കിലും തകർക്കുന്നതിന് മുൻപ് വിജയ നിബന്ധന എഴുതുക

താഴെയുള്ള പട്ടിക വിതരണക്കാരനുമായുള്ള സമ്പർക്കത്തെ അതിജീവിക്കുന്ന ഷീറ്റിന്റെ ഭാഗമാണ്, കാരണം ഓരോ വരിയും ഉറപ്പിന് പകരം തെളിവ് ആവശ്യപ്പെടുന്നു. അഭ്യാസത്തിന് മുൻപ് വിജയ നിബന്ധന പൂരിപ്പിക്കുക, തെളിവില്ലാത്ത വരിയെ പരാജയപ്പെട്ട വരിയായി കാണുക. അഞ്ച് ഘട്ടങ്ങൾ ഗേറ്റ്വേ എന്ത് ചെയ്യണം എന്നത് ഉൾക്കൊള്ളുന്നു.

Acceptance stageEvidence to keepPass condition
EnrolmentEnrolment record with the device type and the identity usedA new device enrols once, and nobody else can enrol it afterwards
Sign-in with the second factorSession record naming both factors and the gateway identity that was checkedThe session carries the expected identity and the gateway certificate validated
Denial of an unapproved destinationLog line from the control that refused the flow, with the policy nameThe flow is refused and the refusal is attributable to one control
Revocation of one userRevocation timestamp and the sessions that survived itThe named user is out and unaffected users keep working
Restore from configuration backupRestored version plus a probe of a revoked identityThe revision matches the backup and revoked identities stay revoked

രജിസ്ട്രേഷൻ ആദ്യം വരുന്നു, കാരണം അതിന് ശേഷമുള്ള എല്ലാം അതിനെ ആശ്രയിക്കുന്നു: രജിസ്റ്റർ ചെയ്യാൻ കഴിയാത്ത ഉപകരണം പരിശോധിക്കാനാവില്ല. സൈൻ-ഇൻ രജിസ്ട്രേഷനിൽ നിന്ന് വേറിട്ട ഘട്ടമാണ്, നിരസിക്കൽ ഏറ്റവും കൂടുതൽ ഷീറ്റുകൾ മറക്കുന്ന ഘട്ടവുമാണ്, കാരണം എല്ലാവരേയും അകത്തേക്ക് വിടുന്ന ഗേറ്റ്വേ ആരെയെങ്കിലും നിരസിക്കുന്നു എന്ന് തെളിയിച്ചിട്ടില്ല. റദ്ദാക്കലും പുനഃസ്ഥാപനവും ഭൂരിഭാഗം പ്രവർത്തന അപകടസാധ്യതയും വഹിക്കുന്നു, രണ്ടും ഒരു പകർപ്പിൽ വിലകുറഞ്ഞതാണ്.

ജീവനുള്ള ഗേറ്റ്വേയിലല്ല, പകർപ്പിൽ അഭ്യസിക്കുക

തടസ്സപ്പെടുത്തുന്ന ഘട്ടങ്ങൾ പിന്തുണയ്ക്കുന്ന വിന്യാസ നടപടിക്രമം പിന്തുടർന്ന് പ്ലാറ്റ്ഫോമിന്റെ പകർപ്പിൽ പ്രവർത്തിപ്പിക്കുക, ഓരോ തെളിവും അതിന്റെ തീയതിയും കോൺഫിഗറേഷൻ പതിപ്പും സഹിതം സൂക്ഷിക്കുക. റീബൂട്ട് വരിക്ക് കൺസോളിൽ നിന്നുള്ള റീസ്റ്റാർട്ട് ഉത്തരമല്ല, പുനഃസ്ഥാപന വരിക്ക് കോൺഫിഗറേഷൻ എക്സ്പോർട്ട് ചെയ്യുന്നത് ഉത്തരമല്ല. ഏത് അവസ്ഥ സ്വയം മടങ്ങുന്നു, എന്ത് വീണ്ടും ബന്ധിപ്പിക്കണം എന്ന് കുറിക്കുക, കാരണം ആ വ്യത്യാസമാണ് പ്രവർത്തന സംഘത്തിന് പാരമ്പര്യമായി കിട്ടുന്നത്. തടസ്സം വിശദീകരിക്കാതെ പുനഃസ്ഥാപനം സമയം രേഖപ്പെടുത്താൻ അഭ്യാസം മാത്രമാണ് അവസരം.

ഓരോ പരിശോധനയുടെ നിമിഷത്തിലും ഐഡന്റിറ്റി ദാതാവിന്റെ അവസ്ഥ രേഖപ്പെടുത്തുക, കാരണം ആരോഗ്യമുള്ള ദാതാവിനെതിരെ പരിശോധിച്ച തടസ്സ വരി ഷീറ്റ് പറയുന്നതിന് വിപരീതം തെളിയിക്കുന്നു. ഒരേ അഭ്യാസത്തിലെ രണ്ട് അവലോകകർ വ്യത്യസ്ത കാര്യങ്ങൾ പിടിക്കുന്നു, രണ്ടാമൻ സാധാരണയായി തെളിവ് ഡാഷ്ബോർഡിന്റെ സ്ക്രീൻഷോട്ട് ആയ വരി കണ്ടെത്തുന്നു. ആ തെളിവ് അതിന്റെ വരിയിൽ തന്നെ ചേർത്ത് വയ്ക്കുക, പ്രോജക്ടിന്റെ പേരിലുള്ള ഫോൾഡറിൽ അല്ല.

നിങ്ങളുടെ സംഘം പ്രവർത്തിപ്പിക്കുന്ന ജോലിഭാരം അളക്കുക

സാധാരണ ഒരു ആഴ്ചയോട് സദൃശ്യമായ ഭാരം തീരുമാനിക്കുക, പിന്നെ നിങ്ങൾ വിന്യസിക്കാൻ ഉദ്ദേശിക്കുന്നിടത്ത് അത് അളക്കുക: സമകാലികത, ട്രാഫിക് മിശ്രിതം, സംഘത്തിന് യഥാർത്ഥത്തിൽ ഉള്ള അറ്റകുറ്റപ്പണി സമയം. പരസ്യപ്പെടുത്തിയ ത്രൂപുട്ട് സംഖ്യ ഒരു ലബോറട്ടറി അവസ്ഥ വിവരിക്കുന്നു, നിങ്ങളുടെ ഉപയോക്താക്കളെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. പുനഃസ്ഥാപനം പദ്ധതിയോടല്ല, പുനഃപ്രാപ്തി ലക്ഷ്യത്തോട് അളക്കുക.

ഓരോ ഘട്ടത്തിനും തെളിവും ഓരോ തെളിവിനും തീയതിയും ഉള്ളപ്പോൾ ഷീറ്റ് പൂർത്തിയാകുന്നു. ആരോ പരിപാലിക്കുന്ന ഉപകരണം, ഓരോ വരിക്കും തെളിവോടെ, ടിക്ക് ചെയ്ത പെട്ടികളുടെ ഏറ്റവും നീണ്ട പട്ടികയിൽ നിന്ന് വ്യത്യസ്തമായ വാങ്ങലാണ്.

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