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

त्यसपछि मार्गलाई सुरुदेखि अन्त्यसम्म परीक्षण गर्नुहोस्: प्रमाणीकरण गर्नुहोस्, आन्तरिक नाम समाधान गर्नुहोस्, अनुमति प्राप्त स्रोतमा पुग्नुहोस् र पुग्नु नहुने स्रोत अस्वीकार हुन्छ भनी पुष्टि गर्नुहोस्। लगइन सफल भए पनि स्रोत कहिल्यै लोड नहुने हो भने त्यो आंशिक नतिजा हो, र छुटेको आधा भाग सामान्यतया ग्राहक होइन, राउटिङ वा अधिकार हो। परीक्षण गरिएको संयोजन परिवर्तनसँगै संग्रह गर्नुहोस्, ताकि अर्को व्यक्तिले नाराको सट्टा प्रमाण पाओस्।