vpnc, OpenConnect या AnyConnect रैपर: किसे चुनें?

कुछ भी जुड़ जाए तक एक के बाद एक प्लगइन स्थापित करना पूरी दोपहर बर्बाद कर सकता है, क्योंकि «Cisco VPN» कम से कम तीन अलग व्यवस्थाओं का वर्णन करता है। XAuth के साथ पुरानी समूह-गुप्त प्रोफ़ाइल, AnyConnect-संगत गेटवे से वही सेवा नहीं है, भले ही एक ही संगठन दोनों चलाता हो। प्लगइन को प्रोटोकॉल और प्रमाणीकरण प्रवाह से मेल खाना चाहिए, विक्रेता के लोगो से नहीं। मेन्यू प्रविष्टि केवल यह बताती है कि कौन सा एकीकरण मौजूद है, कभी नहीं कि गेटवे किसे स्वीकार करेगा।

गेटवे प्रशासक से दो बातें पूछें: कौन सा प्रोटोकॉल, और उसके लिए कौन सा क्लाइंट स्वीकृत है।

तीन एकीकरण, तीन अलग लक्ष्य

NetworkManager इन्हें अलग-अलग एकीकरण के रूप में सूचीबद्ध करता है। NetworkManager-vpnc पुराने Cisco-संगत IPsec को कवर करता है। NetworkManager-openconnect AnyConnect सहित समर्थित प्रोटोकॉल के लिए OpenConnect-आधारित फ्रंटएंड देता है। अलग से सूचीबद्ध AnyConnect रैपर इस पर निर्भर करता है कि मालिकाना क्लाइंट पहले स्थापित और कॉन्फ़िगर हो।

ये एक ही निष्पादन योग्य फ़ाइल की वर्तनी नहीं हैं। एक स्थापित करने से बाकी काम नहीं करने लगते, और मेन्यू में दिखने वाली प्रविष्टि इंटरफ़ेस का तथ्य है, संगतता की गारंटी नहीं।

प्रमाणीकरण परिवहन से अधिक तय करता है

मेल खाता परिवहन केवल शुरुआत है। लॉगिन को प्रमाणपत्र, ब्राउज़र को हस्तांतरण, दूसरा कारक, या एंडपॉइंट पोस्चर जाँच की आवश्यकता हो सकती है जो तृतीय-पक्ष फ्रंटएंड लागू नहीं करता। OpenConnect कई प्रमाणीकरण तंत्रों का दस्तावेज़ीकरण करता है, लेकिन सुविधा सूची यह वादा नहीं है कि हर गेटवे हर फ्रंटएंड स्वीकार करेगा। पुरानी प्रोफ़ाइल का समूह गुप्त केवल इसलिए किसी असंबंधित प्रमाणीकरण फ़ील्ड में चिपकाया नहीं जाना चाहिए कि पासवर्ड बॉक्स एक जैसा दिखता था।

स्वीकृत क्लाइंट के लिए प्रोफ़ाइल और क्रेडेंशियल हस्तांतरण प्राप्त करें। दृश्य स्थिति से अनुवाद करना वही रास्ता है जिससे क्रेडेंशियल गलत जगह पहुँचते हैं।

रखरखाव चुनाव का हिस्सा है

NetworkManager का अपना दस्तावेज़ vpnc प्लगइन को अनुरक्षित-रहित बताता है और उसी IKEv1 प्रोटोकॉल परिवार के लिए NetworkManager-libreswan को एक संभावित प्रतिस्थापन के रूप में सुझाता है। यह यह भी चेतावनी देता है कि प्रोफ़ाइल फिर से बनानी होंगी और प्रत्येक विकल्प की समानता जाँची नहीं गई है। यह एक दिशा है, रूपांतरण उपकरण नहीं।

IKEv1 स्वयं अप्रचलित है। स्वीकृत पुराने कनेक्शन के लिए, कौन सा क्लाइंट चलाना है यह अल्पकालिक प्रश्न गेटवे कब प्रोटोकॉल बदलेगा इस दीर्घकालिक प्रश्न से अलग रखें।

पैकेज सेवा को संपादक से अलग करते हैं

NetworkManager प्लगइन सामान्यतः दो टुकड़ों में आता है: टनल स्थापित करने वाला सेवा-पक्ष घटक और संपादक एकीकरण जो डेस्कटॉप को इसे कॉन्फ़िगर करने देता है। वितरण इन पैकेजों को अलग तरह से बाँटते और नाम देते हैं, और केवल कमांड-लाइन क्लाइंट स्थापित करने से संपादक बिना फ़ॉर्म के रह सकता है। अपने वितरण की पैकेज सूची के सामने दोनों आधे जाँचें, और रनटाइम संस्करण को उस NetworkManager संस्करण के साथ संगत रखें जिसमें यह जुड़ता है।

काम करता स्वतंत्र क्लाइंट साबित करता है कि प्रोटोकॉल काम करता है। यह साबित नहीं करता कि डेस्कटॉप एकीकरण स्थापित है।

अनुबंध लिख लें

प्रशासक के उत्तर से पाँच पंक्तियाँ बननी चाहिए: प्रोटोकॉल, स्वीकृत क्लाइंट या प्लगइन, लॉगिन प्रवाह, आवश्यक पैकेज, और गेटवे बनाए रखने वाला स्वामी। ये लिखे जाने पर अगली विफलता के पास आज़माने के लिए प्लगइन सूची के बजाय शुरुआती बिंदु होता है।

यदि उत्तर «जो जुड़ जाए» है, तो वातावरण में दस्तावेज़ीकरण की समस्या है जो इस टिकट से अधिक टिकेगी। सामने विशिष्ट मेन्यू प्रविष्टियाँ रखकर फिर पूछें।