तुमचा Meraki MX Cisco Secure Client ला सपोर्ट करतो का?

Meraki AnyConnect करू शकतो का यावर दोन सपोर्ट थ्रेड एकमत नाहीत, आणि दोन्ही त्याच पद्धतीने आत्मविश्वासाने चुकीचे आहेत। प्रश्न MX IKEv2 बोलतो का हा नाही, कारण उपकरणावरील AnyConnect ही TLS सेवा आहे, IPsec नाही। दोन वेगळ्या तपासण्या उत्तर ठरवतात, आणि त्यातली कोणतीही ब्रँड तुलना नाही। त्या क्रमाने करा आणि मताऐवजी सुसंगतता नोंद मिळेल।

आधी मॉडेल आणि आवृत्ती

नेमक्या उपकरणापासून आणि ते चालवणाऱ्या सॉफ्टवेअरपासून सुरुवात करा, कारण वैशिष्ट्य दोन्हींपुरते मर्यादित आहे। Meraki समर्थित मॉडेल आणि किमान फर्मवेअर असलेली मॅट्रिक्स प्रकाशित करते, आणि ती मॅट्रिक्सच उद्धृत करण्यायोग्य एकमेव प्राधिकार आहे। यादीत दिसणारे मॉडेल आपोआप वैशिष्ट्याला समर्थन देणाऱ्या आवृत्तीवर नसते, आणि समर्थन देणारी आवृत्ती तुम्ही चालवत असलेली नसू शकते। मॉडेल आणि स्थापित फर्मवेअर दोन वेगळी तथ्ये म्हणून नोंदवा। नंतर त्या जोडीसाठी मॅट्रिक्स वाचा।

एकाच कुटुंबातील सारख्या मॉडेलवरून अनुमान काढू नका। यादी प्रत्येक मॉडेलसाठी आहे, आणि फरक खरे आहेत।

AnyConnect ही SSL सेवा आहे, IPsec नाही

Meraki MX वरील AnyConnect ला TLS आणि DTLS आधारित अनुप्रयोग VPN म्हणून वर्णन करते आणि वेगळ्या L2TP/IPsec क्लायंट VPN सेवेच्या शेजारी त्याची नोंद करते। ही दोन उत्पादने आहेत जी योगायोगाने एकच डॅशबोर्ड वाटून घेतात। IKEv1 ची IKEv2 शी तुलना तुम्हाला IPsec सेवेबद्दल सांगते आणि तुमच्या उपकरणावर TLS सेवा आहे का याबद्दल काहीही नाही। जर तुमचा पुरावा IKE आवृत्त्यांचा तक्ता असेल, तर तुम्ही वेगळ्या प्रश्नाचे उत्तर देत आहात।

क्लायंटची तुलना करण्यापूर्वी उपकरण कोणती सेवा देत आहे ते ओळखा। चालणारी L2TP/IPsec प्रोफाइल त्याच संस्थेपर्यंत पोहोचते म्हणून AnyConnect प्रोफाइल होत नाही, आणि दोन्हींना वेगळ्या क्लायंट संरचनेची गरज असते।

MX प्रत्यक्षात कोणती वैशिष्ट्ये देतो

Cisco ची ASA वैशिष्ट्य यादी MX ची वैशिष्ट्य यादी नाही, आणि बारा गोष्टींना समर्थन देणारा क्लायंट गेटवेला त्या देण्यास भाग पाडत नाही। तुम्हाला खरोखर आवश्यक असलेल्या कार्यांची तुलना करा: प्रमाणीकरण पद्धत, विभाजित टनेलचे वर्तन, DNS हाताळणी आणि उपकरणाला आवश्यक असलेला हक्क। प्रत्येकी तैनात आवृत्तीसाठी Meraki दस्तऐवजातून घ्या।

प्रमाणीकरण हे सहसा चावणारे ठिकाण आहे। क्लायंट देतो पण उपकरण संरचीत करू शकत नाही अशी पद्धत म्हणजे घडण्याची वाट पाहणारे सपोर्ट प्रकरण।

क्लायंट आवृत्ती आणि हक्क

Cisco Secure Client हे त्याच क्लायंट कुटुंबाचे सध्याचे नाव आहे, त्यामुळे AnyConnect चा उल्लेख असलेला दस्तऐवज जुनाट असणे आवश्यक नाही। महत्त्वाचे म्हणजे तुमची संस्था कोणती आवृत्ती तैनात करते आणि उपकरणाची आवृत्ती त्याविरुद्ध मान्य आहे का।

परवाना आवश्यकता दुसऱ्या प्लॅटफॉर्मवरून गृहीत न धरता त्याच मार्गदर्शकात तपासा। नंतर एंडपॉइंट नाव, प्रमाणपत्र पडताळणी आणि मंजूर प्रमाणीकरण प्रवाह एकाच सेवा नोंदीत एकत्र ठेवा, कारण हे तीन स्वतंत्रपणे अयशस्वी होतात। वापरकर्ते क्लिक करून पुढे जातात असे प्रमाणपत्र इशारा हे सुसंगततेचे निकाल नाहीत, ते अप्रमाणित संरचना आहे। रिमोट प्रवेश हे अर्धे काम आहे, कारण वापरकर्त्याला गंतव्यस्थान गाठण्यासाठी अजूनही मार्ग आणि परवानग्या लागतात।

पाच फील्डसह नोंद लिहा

मॉडेल, फर्मवेअर, रिमोट-प्रवेश मोड, क्लायंट आवृत्ती आणि तैनातीला आवश्यक कार्ये। पाच फील्ड, आणि आम्ही AnyConnect वापरू शकतो का याचे उत्तर कोणत्याही एकात नाही तर त्यांच्या संयोजनात आहे। ती नोंद पुढील अभियंत्याला फर्मवेअर अपग्रेडनंतर काय पुन्हा तपासावे हेही सांगते।

नंतर मार्ग सुरुवातीपासून शेवटपर्यंत तपासा: प्रमाणीकरण करा, अंतर्गत नाव सोडवा, परवानगी असलेल्या संसाधनापर्यंत पोहोचा आणि पोहोचू नये असे संसाधन नाकारले जाते याची खात्री करा। लॉगिन यशस्वी होते पण संसाधन कधीही लोड होत नाही हा अर्धवट निकाल आहे, आणि गहाळ अर्धा भाग सहसा क्लायंट नसून मार्गनिर्देशन किंवा अधिकृतता असते। तपासलेले संयोजन बदलासोबत संग्रहित करा, पुढच्या व्यक्तीला घोषणेऐवजी पुरावा मिळावा।