सेवानिवृत्त VPN क्लाइंट: पहले गेटवे प्रोटोकॉल पहचानें

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

क्यों ब्रांड नाम प्रोटोकॉल नहीं बताता

एक उपकरण परिवार कई रिमोट-एक्सेस प्रोटोकॉल समाप्त कर सकता है, और डिब्बे पर लिखा मार्केटिंग नाम इस बारे में कुछ नहीं कहता कि आपका खाता कौन-सा इस्तेमाल करता है। Cisco के उपकरण ने एक ही समय में XAuth के साथ IPsec और SSL VPN AnyConnect के ज़रिए ढोया है; SonicWall डिब्बे IPsec पर Global VPN Client और SSL VPN पर NetExtender देते हैं; Juniper परिनियोजन Network Connect या नया Pulse प्रोटोकॉल खोल सकते हैं। सबसे आधुनिक दिखने वाला उत्तराधिकारी इंस्टॉल करना अनुमान है। ग़लत अनुमान या तो कनेक्ट नहीं होता या ऐसे सत्र में प्रमाणित करता है जो कोई ट्रैफ़िक नहीं ढोता।

ब्राउज़र में पोर्टल पेज लोड होना साबित करता है कि कोई वेब सेवा जवाब दे रही है, यह नहीं कि कोई ख़ास क्लाइंट उससे बातचीत करेगा। इन दोनों को अलग तथ्य मानें।

गेटवे से पूछें कि वह क्या बोलता है

विकल्पों को सीमित करने का सबसे सस्ता तरीका है यह पढ़ना कि एंडपॉइंट क्या लौटाता है, और फिर क्लाइंट आज़माते समय प्रोटोकॉल का नाम स्पष्ट रूप से लेना। दोनों में से कोई कदम सर्वर पर कुछ नहीं बदलता।

curl -sS -I https://vpn.example.com/ | head -n 5
openconnect --protocol=anyconnect vpn.example.com

रिस्पॉन्स हेडर और लॉगिन पथ दिखाते हैं कि उस पते पर SSL VPN पोर्टल है या नहीं, जो IPsec क्लाइंट के बजाय AnyConnect, NetExtender या Pulse की ओर इशारा करता है। openconnect प्रोटोकॉल का चुनाव कमांड लाइन पर रखता है, इसलिए विफलता उत्पाद नहीं, प्रोटोकॉल का नाम बताती है; परिनियोजन Juniper हो तो --protocol=npulse लगाएँ। आपको जारी न किए गए क्रेडेंशियल माँगने वाले पहले संकेत पर रुक जाएँ, क्योंकि चलती टनल को फिर भी स्वीकृत खाता चाहिए। अगली मशीन के लिए चेंज टिकट में प्रोटोकॉल और पथ दर्ज करें।

चार प्रतिस्थापन उम्मीदवारों को तौलें

चार मार्ग लगभग हर मामला ढक लेते हैं, और वे एक-दूसरे के बदले नहीं हैं। जब संगठन गेटवे का मालिक हो और उसे लाइसेंस देना चाहे तो विक्रेता का उत्तराधिकारी समर्थित मार्ग है। OpenConnect व्यावहारिक खुला क्लाइंट है, क्योंकि जब आप प्रोटोकॉल का नाम लेते हैं तो वह AnyConnect, Network Connect और Pulse से बात करता है, उसे अनुमान लगाने देने के बजाय।

strongSwan तीसरे पक्ष के क्लाइंट की अनुमति देने वाले संगठनों के लिए IPsec-सहित-XAuth मामला संभालता है, और परित्यक्त Cisco IPsec कोड को पूरी तरह बचाता है। Shrew Soft क्लाइंट Cisco प्रोफ़ाइल फ़ाइलें पढ़ता रहता है और कुछ Windows बिल्ड पर चलता है, पर उसका आख़िरी रिलीज़ 2013 में था। जब तक समर्थित मार्ग न हो जाए, इसे अस्थायी उपाय मानें।

मरम्मत और प्रतिस्थापन के बीच फ़ैसला करें

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

पुराने क्लाइंट को केवल उतनी देर इंस्टॉल रखें जितनी उसकी प्रोफ़ाइल निर्यात करने के लिए ज़रूरी है, फिर उसे हटा दें। एक ही मार्गों के लिए होड़ करते दो VPN क्लाइंट ऐसे लक्षण पैदा करते हैं जो किसी एक जैसे नहीं दिखते।

टिकट पर क्रम लिखें: मालिक से प्रोटोकॉल और स्वीकृत क्लाइंट, इंस्टॉल हो तो समर्थित उत्तराधिकारी, न हो तो एक ही मशीन पर परखा गया एक खुला क्लाइंट, और कोई भी काम न करे तो समर्थित एक्सेस मार्ग। यही क्रम अगले व्यक्ति को एक और सेवानिवृत्त बाइनरी डाउनलोड करने से रोकता है।