VPN മൈഗ്രേഷൻ: ലൈസൻസുകൾ, സവിശേഷതകൾ, നയം എന്നിവ ഒരൊറ്റ രേഖയിൽ

പഴയ കോൺസെൻട്രേറ്ററിൽ ഇപ്പോഴും പ്രവർത്തിക്കുന്ന സെഷനുകൾ മൈഗ്രേഷൻ ഏതാണ്ട് പൂർത്തിയായി എന്നതിന്റെ തെളിവായി തോന്നുന്നു. എന്നാൽ അവ ഇൻവെന്ററിയിലെ ഒരു ഇനം മാത്രമാണ്, ഏറ്റവും കുറഞ്ഞ താൽപ്പര്യമുള്ളത്. മാറ്റത്തിന് ആവശ്യമായത് ലക്ഷ്യ ഗേറ്റ്വേ, പിന്തുണയുള്ള ക്ലയന്റ്, വാങ്ങിയ അവകാശം, നടപ്പാക്കുന്ന പ്രവേശന നയം എന്നിവ ആരുടെയെങ്കിലും ഉടമസ്ഥതയിലുള്ള ഒരൊറ്റ കലാസൃഷ്ടിയിൽ ബന്ധിപ്പിക്കുന്ന രേഖയാണ്. അതില്ലാതെ, മൈഗ്രേഷൻ ഓരോന്നും വെവ്വേറെ ന്യായയുക്തമെന്ന് തോന്നുന്ന അനുമാനങ്ങളുടെ ഒരു പരമ്പരയാണ്.

നാല് കോളങ്ങൾ, ഒരു ചെക്ക്ലിസ്റ്റ് അല്ല

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

നാല് കോളങ്ങളും പൂരിപ്പിക്കാൻ അവകാശമുള്ള ഒരാൾ പൂരിപ്പിക്കുമ്പോഴാണ് രേഖ പൂർത്തിയാകുന്നത്. തെറ്റായ ഉടമ ഒപ്പിട്ട കോളം തീയതിയുള്ള ഒരു കിംവദന്തിയാണ്.

പ്ലാറ്റ്ഫോമും അവകാശവും

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

അവകാശത്തിന്, ഉൽപ്പന്നം, ലൈസൻസ് തരം, കാലാവധി, എണ്ണൽ അടിസ്ഥാനം എന്നിവ രേഖപ്പെടുത്തി, പിന്നീട് അക്കൗണ്ട് ഉടമയിലൂടെ യോജിപ്പിക്കുക. ചരിത്രപരമായ സെഷൻ കൗണ്ടറിൽ നിന്ന് അവകാശങ്ങൾ അനുമാനിക്കുന്നത് ഒരു സംഘടന മാറ്റത്തിന് ശേഷം കുറവ് കണ്ടെത്തുന്ന രീതിയാണ്, അതിന് മുൻപല്ല.

വിതരണക്കാരുടെ ഓർഡർ ഗൈഡുകൾ ഈ വ്യത്യാസങ്ങൾ എന്തുകൊണ്ട് പ്രധാനമെന്ന് കാണിക്കുന്നു. ഉദാഹരണത്തിന്, Ciscoയുടെ Secure Client ഓർഡർ ഗൈഡ് Advantage, Premier, VPN Only എന്ന നിലകളെ വേർതിരിക്കുന്നു, ഓരോന്നിനും അതിന്റേതായ അളവും സവിശേഷതാ വ്യാപ്തിയും. പഴയ ലേബൽ യാന്ത്രികമായി വിവർത്തനം ചെയ്യുന്നതിന് പകരം നിലവിലെ കരാർ ഉപയോഗിക്കുക.

സവിശേഷതകളും നടപ്പാക്കുന്ന നയവും

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

ലക്ഷ്യം ASA ആകുമ്പോൾ, സവിശേഷതാ കോളം കരാറിൽ നിന്നല്ല, ഉപകരണത്തിൽ നിന്നാണ് വായിക്കുന്നത്, അതിനാൽ മാറ്റത്തിന്റെ ദിവസത്തിന് മുൻപ് ഗേറ്റ്വേ ക്യാപ്ചർ ചെയ്യുക. show vpn-sessiondb summary സജീവ സെഷനുകളുടെ ഇൻവെന്ററിയും നിങ്ങളുടെ അവകാശം അളക്കുന്ന സംഖ്യകളും നൽകുന്നു, show vpn-sessiondb detail anyconnect ഓരോ ആരോപിത സെഷനും യഥാർത്ഥത്തിൽ ഏത് ക്ലയന്റ് തരവും പ്രൊഫൈലും ഉപയോഗിച്ചു എന്ന് കാണിക്കുന്നു, show running-config webvpn ആ സെഷനുകൾ ആശ്രയിക്കുന്ന ഗേറ്റ്വേ കോൺഫിഗറേഷൻ ക്യാപ്ചർ ചെയ്യുന്നു, ഇത് ഏതൊരു ലൈസൻസ് രേഖയ്ക്കും ഉൾക്കൊള്ളാനാകാത്ത രേഖയുടെ ഏക ഭാഗമാണ്.

show vpn-sessiondb summary
show vpn-sessiondb detail anyconnect
show running-config webvpn

മാറ്റത്തിന് ശേഷം, അതേ മൂന്നും പുതിയ ഗേറ്റ്വേയിൽ പ്രവർത്തിപ്പിച്ച് ക്യാപ്ചർ ചെയ്ത പകർപ്പുകളുമായി താരതമ്യം ചെയ്യുക. സെഷൻ എണ്ണങ്ങൾ മാറുന്നത് പ്രതീക്ഷിതമാണ്; ഒരു വശത്ത് പ്രത്യക്ഷപ്പെട്ട് മറുവശത്ത് ഇല്ലാത്ത ക്ലയന്റ് തരമോ webvpn ബ്ലോക്കോ ആണ് കണ്ടെത്തൽ, അത് ടിക്കറ്റ് കമന്റിലല്ല, വിശദീകരണത്തോടെ രേഖയിൽ ഇടം പിടിക്കണം. വ്യത്യാസങ്ങൾക്കൊപ്പം അസംസ്കൃത ക്യാപ്ചറുകളും സൂക്ഷിക്കുക, കാരണം അടുത്ത അവലോകകൻ എന്താണ് താരതമ്യം ചെയ്തതെന്ന് കാണാൻ ആഗ്രഹിക്കും. മറ്റൊരു വിതരണക്കാരന്റെ കാര്യത്തിൽ തുല്യമായത് ആ പ്ലാറ്റ്ഫോമിന്റെ സ്വന്തം സെഷൻ പട്ടികയും പ്രൊഫൈൽ എക്സ്പോർട്ടുമാണ്, ഒത്തുപോകാത്ത ഫോർമാറ്റിൽ, അതിനാൽ ടെക്സ്റ്റല്ല, അതിനോട് ചോദിക്കുന്ന ചോദ്യങ്ങളാണ് താരതമ്യം ചെയ്യേണ്ടത്.

തുടർന്ന് ഉപയോക്താക്കളെയും ഉപകരണങ്ങളെയും ലക്ഷ്യത്തിന്റെ നിയമങ്ങൾ, വിഭവ അനുമതികൾ, നിരസന പെരുമാറ്റം എന്നിവയിലേക്ക് മാപ്പ് ചെയ്യുക. ഒരു സവിശേഷത പ്രവർത്തനക്ഷമമാക്കുന്ന ലൈസൻസ് അത് പ്രയോഗിക്കുന്ന കോൺഫിഗറേഷനല്ല, ഈ രണ്ടിനും ഇടയിലുള്ള വിടവിലാണ് മിക്ക മൈഗ്രേഷൻ അത്ഭുതങ്ങളും വസിക്കുന്നത്.

അനുവദിച്ച കേസുകളോളം തന്നെ ശ്രദ്ധയോടെ നിരസന കേസുകൾ എഴുതുക. ഒരു അഡ്മിനിസ്ട്രേറ്റർക്ക് ബന്ധിപ്പിക്കാമെന്ന് മാത്രം തെളിയിക്കുന്ന പദ്ധതി ഏറ്റവും എളുപ്പമുള്ള പാത പരീക്ഷിച്ചു, ഒരു അതിരും പരീക്ഷിച്ചില്ല.

തീരുമാനത്തിന്റെ ഇരു വശങ്ങളിലും സ്വീകരിക്കുക

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

മൈഗ്രേറ്റ് ചെയ്യുന്നതിനെ ആശ്രയിക്കാത്ത റോൾബാക്ക് പാതയും മാനേജ്മെന്റ് മാർഗവും സൂക്ഷിക്കുക. കോൺഫിഗറേഷനും ഐഡന്റിറ്റി രേഖകളും സുരക്ഷിതമായി സംരക്ഷിക്കുക, കാലഹരണപ്പെട്ട ക്രിപ്റ്റോഗ്രാഫിക് ക്രമീകരണങ്ങൾ മുന്നോട്ട് കൊണ്ടുപോകാതെ പിന്നിൽ വിടുക. ലൈസൻസ് ഐഡന്റിഫയറുകളോ ഉപയോക്തൃ രേഖകളോ ഒരിക്കലും പൊതു കുറിപ്പുകളിൽ ഒട്ടിക്കരുത്.

ഉടമ അവകാശവും നയ മാപ്പിംഗും ഒരുമിച്ച് ഒപ്പിടട്ടെ. പൂർത്തിയായ രേഖ ഒരേസമയം രണ്ട് ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു: സംഘടനയ്ക്ക് എന്ത് വിന്യസിക്കാനുള്ള ലൈസൻസുണ്ട്, ഏത് നിയമങ്ങളാണ് അതിന്റെ ഉപയോക്താക്കളെ യഥാർത്ഥത്തിൽ സ്വീകരിച്ച് നിയന്ത്രിക്കുന്നത്.