നിങ്ങളുടെ Meraki MX Cisco Secure Client പിന്തുണയ്ക്കുന്നുണ്ടോ?

Meraki AnyConnect ചെയ്യാൻ കഴിയുമോ എന്നതിൽ രണ്ട് പിന്തുണാ ത്രെഡുകൾ യോജിക്കുന്നില്ല, രണ്ടും ഒരേ രീതിയിൽ ആത്മവിശ്വാസത്തോടെ തെറ്റാണ്. MX IKEv2 സംസാരിക്കുന്നുണ്ടോ എന്നതല്ല ചോദ്യം, ഉപകരണത്തിലെ AnyConnect ഒരു TLS സേവനമാണ്, IPsec അല്ല. രണ്ട് വേറിട്ട പരിശോധനകളാണ് ഉത്തരം തീരുമാനിക്കുന്നത്, അവയൊന്നും ബ്രാൻഡ് താരതമ്യമല്ല. അവ ക്രമത്തിൽ ചെയ്യുക, അഭിപ്രായത്തിനു പകരം ഒരു അനുയോജ്യതാ രേഖ ലഭിക്കും.

ആദ്യം മോഡലും പതിപ്പും

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

അതേ കുടുംബത്തിലെ സമാന മോഡലിൽ നിന്ന് അനുമാനിക്കരുത്. പട്ടിക ഓരോ മോഡലിനുമാണ്, വ്യത്യാസങ്ങൾ യഥാർത്ഥമാണ്.

AnyConnect ഒരു SSL സേവനമാണ്, IPsec അല്ല

MX-ലെ AnyConnect-നെ TLS, DTLS അടിസ്ഥാനമാക്കിയ അപ്ലിക്കേഷൻ VPN ആയി Meraki വിവരിക്കുന്നു, വേറിട്ട ഒരു L2TP/IPsec ക്ലയന്റ് VPN സേവനത്തിനൊപ്പം അത് രേഖപ്പെടുത്തുന്നു. ഒരേ ഡാഷ്ബോർഡ് യാദൃച്ഛികമായി പങ്കിടുന്ന രണ്ട് ഉൽപ്പന്നങ്ങളാണ് ഇവ. IKEv1-നെ IKEv2-മായി താരതമ്യം ചെയ്യുന്നത് IPsec സേവനത്തെക്കുറിച്ച് പറയും, നിങ്ങളുടെ ഉപകരണത്തിൽ TLS സേവനമുണ്ടോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയില്ല. നിങ്ങളുടെ തെളിവ് IKE പതിപ്പുകളുടെ പട്ടികയാണെങ്കിൽ, നിങ്ങൾ മറ്റൊരു ചോദ്യത്തിന് ഉത്തരം നൽകുകയായിരുന്നു.

ക്ലയന്റുകളെ താരതമ്യം ചെയ്യുന്നതിന് മുൻപ് ഉപകരണം ഏത് സേവനമാണ് നൽകുന്നതെന്ന് തിരിച്ചറിയുക. പ്രവർത്തിക്കുന്ന L2TP/IPsec പ്രൊഫൈൽ ഒരേ സ്ഥാപനത്തിൽ എത്തുന്നതുകൊണ്ട് AnyConnect പ്രൊഫൈൽ ആകുന്നില്ല, രണ്ടിനും വ്യത്യസ്ത ക്ലയന്റ് കോൺഫിഗറേഷൻ വേണം.

MX യഥാർത്ഥത്തിൽ നൽകുന്ന സവിശേഷതകൾ

Cisco-യുടെ ASA സവിശേഷതാ പട്ടിക MX-ന്റെ സവിശേഷതാ പട്ടികയല്ല, പന്ത്രണ്ട് കാര്യങ്ങൾ പിന്തുണയ്ക്കുന്ന ഒരു ക്ലയന്റ് ഗേറ്റ്‌വേ അവ പിന്തുണയ്ക്കുന്നതാക്കുന്നുമില്ല. യഥാർത്ഥത്തിൽ വേണ്ട ഫംഗ്ഷനുകൾ താരതമ്യം ചെയ്യുക: പ്രാമാണീകരണ രീതി, വിഭജിത ടണലിന്റെ സ്വഭാവം, DNS കൈകാര്യം, ഉപകരണം ആവശ്യപ്പെടുന്ന അവകാശം. ഓരോന്നും വിന്യസിച്ച പതിപ്പിനുള്ള Meraki ഡോക്യുമെന്റേഷനിൽ നിന്ന് എടുക്കുക.

സാധാരണ കടിക്കുന്നത് പ്രാമാണീകരണത്തിലാണ്. ക്ലയന്റ് നൽകുന്നതും ഉപകരണത്തിന് ക്രമീകരിക്കാൻ കഴിയാത്തതുമായ ഒരു രീതി സംഭവിക്കാൻ കാത്തിരിക്കുന്ന ഒരു പിന്തുണാ കേസാണ്.

ക്ലയന്റ് പതിപ്പും അവകാശവും

Cisco Secure Client അതേ ക്ലയന്റ് കുടുംബത്തിന്റെ നിലവിലെ പേരാണ്, അതിനാൽ AnyConnect പരാമർശിക്കുന്ന രേഖ അനിവാര്യമായും പഴയതല്ല. പ്രധാനം നിങ്ങളുടെ സ്ഥാപനം വിന്യസിക്കുന്ന പതിപ്പും ഉപകരണത്തിന്റെ പതിപ്പ് അതിനെതിരെ സാധുതയുള്ളതാണോ എന്നതുമാണ്.

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

അഞ്ച് ഫീൽഡുകൾ ഉപയോഗിച്ച് രേഖ എഴുതുക

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

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