പഴയ IOS SSL VPN: പാക്കേജ്, പ്രൊഫൈൽ, ഗേറ്റ്വേ, സെഷൻ

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

IOS 15.3-ൽ AnyConnect 3.1-നൊപ്പം നിർമിച്ച Cisco-യുടെ IOS SSL VPN കോൺഫിഗറേഷൻ ഉദാഹരണം ഉപകാരപ്രദമാകുന്നത് ആ വസ്തുക്കളെ വേർതിരിച്ച് നിർത്തുന്നതുകൊണ്ടാണ്. അതിനെ ആ പഴയ നടപ്പാക്കലിന്റെ വിവരണമായി വായിക്കുക, ആ പതിപ്പുകൾ വിന്യസിക്കാനുള്ള ശുപാർശയായി അല്ല.

ഒന്നാമത്, പാക്കേജ്: എന്താണ്, എന്തല്ല

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

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

രണ്ടാമത്, പ്രൊഫൈൽ: സോഫ്റ്റ്വെയറല്ല, ക്രമീകരണങ്ങൾ

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

രണ്ട് ആർട്ടിഫാക്ടുകളും കണക്കെടുത്ത് ഗേറ്റ്വേ യഥാർഥത്തിൽ ഏതിനെയാണ് പരാമർശിക്കുന്നത് എന്ന് രേഖപ്പെടുത്തുക. ആ ഒരു വരി രണ്ട് പേർ വ്യത്യസ്ത ഫയലുകളെക്കുറിച്ച് സംസാരിക്കുന്ന ഒരു കൂട്ടം സപ്പോർട്ട് ടിക്കറ്റുകൾ ഒഴിവാക്കുന്നു.

മൂന്നാമത്, ലിസണറും TLS ഐഡന്റിറ്റിയും

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

പ്രതീക്ഷിക്കുന്ന ഐഡന്റിറ്റി എവിടെയെങ്കിലും എഴുതിവയ്ക്കുക. പുതുക്കിയതോ മാറ്റിസ്ഥാപിച്ചതോ ആയ സർട്ടിഫിക്കറ്റാണ് കഴിഞ്ഞ മാസം പ്രവർത്തിച്ച വിന്യാസം ഈ മാസം നിലയ്ക്കാനുള്ള ഏറ്റവും സാധാരണ കാരണം.

നാലാമത്, കോൺടെക്സ്റ്റും അതിന്റെ വെർച്വൽ ടെംപ്ലേറ്റും ഉള്ള പോളിസി

കോൺടെക്സ്റ്റും ഗ്രൂപ്പ് പോളിസിയും ഓതന്റിക്കേഷനെ സെഷൻ സ്വഭാവവുമായി ബന്ധിപ്പിക്കുന്നു: വിലാസ പൂൾ, വിഭജിച്ച റൂട്ടുകൾ, DNS, ഒപ്പം ഉപയോക്താവിന് എത്താവുന്ന ആന്തരിക നെറ്റ്വർക്കുകൾ. രേഖപ്പെടുത്തിയ ഉദാഹരണം അതിന്റെ കോൺടെക്സ്റ്റ് ഓരോ സെഷനും ഇന്റർഫേസ് സ്വഭാവം നൽകുന്ന ഒരു വെർച്വൽ ടെംപ്ലേറ്റിലേക്ക് ബന്ധിപ്പിക്കുന്നു, ആ സെർവർ വശത്തുള്ള വസ്തുക്കൾ ഉപയോക്താവ് ഡൗൺലോഡ് ചെയ്യുന്നതിൽനിന്ന് സ്വതന്ത്രമായി നിലനിൽക്കുന്നു.

ഉപയോക്താവ് ഓതന്റിക്കേറ്റ് ചെയ്തിട്ടും ഒന്നിലും എത്തുന്നില്ലെങ്കിൽ തകരാർ സാധാരണയായി ഇവിടെയാണ്, ക്ലയന്റിലല്ല. പൂൾ, ക്ലയന്റിന് നൽകിയ റൂട്ടുകൾ, തുടർ ട്രാഫിക് അനുവദിക്കുന്ന ACL എന്നിവ താരതമ്യം ചെയ്ത്, ഡിസൈൻ ഉദ്ദേശിച്ചതുമായല്ല, ഉപയോക്താവ് റിപ്പോർട്ട് ചെയ്യുന്നതുമായി അവ പരിശോധിക്കുക.

ക്രമത്തിൽ പരിശോധിച്ച് ആദ്യ പരാജയത്തിൽ നിർത്തുക

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

ആ ചരിത്രപരമായ ഡെസ്ക്ടോപ്പ് ഉദാഹരണത്തിന് പുറത്തുള്ള ഒരു ഫോണിനോ ഏതെങ്കിലും ക്ലയന്റിനോ, Windows പ്രവാഹം പൊതുവത്ക്കരിക്കപ്പെടും എന്ന് അനുമാനിക്കാതെ യഥാർഥത്തിൽ പിന്തുണയുള്ള ക്ലയന്റ്-ഗേറ്റ്വേ കരാർ നേടുക. ആവശ്യപ്പെടുന്ന പ്രോട്ടോക്കോൾ മാറ്റുന്നത് IKEv2 പ്രൊഫൈലിനെ ഈ SSL VPN സേവനമാക്കി മാറ്റില്ല, ഒരു ഡെസ്ക്ടോപ്പ് പാക്കേജ് ഇൻസ്റ്റാൾ ചെയ്യുന്നത് മൊബൈൽ പിന്തുണയെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല.