क्या आपका 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 का उपयोग कर सकते हैं इसका उत्तर किसी एक में नहीं बल्कि उनके संयोजन में है। वह रिकॉर्ड अगले इंजीनियर को यह भी बताता है कि फर्मवेयर अपग्रेड के बाद क्या फिर से जाँचना है।

फिर मार्ग को शुरू से अंत तक जाँचें: प्रमाणीकरण करें, आंतरिक नाम हल करें, अनुमत संसाधन तक पहुँचें और पुष्टि करें कि जिस संसाधन तक नहीं पहुँचना चाहिए वह अस्वीकार होता है। ऐसा लॉगिन जो सफल हो पर संसाधन कभी लोड न हो, आधा परिणाम है, और छूटा हुआ आधा आमतौर पर क्लाइंट नहीं बल्कि रूटिंग या प्राधिकरण होता है। परीक्षण किया गया संयोजन बदलाव के साथ संग्रहित करें, ताकि अगला व्यक्ति नारे के बजाय प्रमाण पाए।