निवृत्त 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 क्लायंट अशी लक्षणे निर्माण करतात जी दोन्हीपैकी कोणत्याही सारखी नसतात।

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