Juniper किंवा Pulse गेटवे: कोणता OpenConnect प्रोटोकॉल वापरावा

OpenConnect साठी प्रोटोकॉल निवडणे हा जुळणीचा सराव आहे, ब्रँड शोध नाही। लॉगिन पानावर Juniper असे म्हणणारा गेटवे Network Connect, Pulse किंवा दोन्ही देऊ शकतो, आणि क्लायंटचे डीफॉल्ट यापैकी कोणतेही नाही। अंदाज लावल्यास अयशस्वी लॉगिन होते आणि त्याहून वाईट, प्रोटोकॉल विसंगतीसाठी क्रेडेन्शियल्सना दोष देणारा सपोर्ट थ्रेड तयार होतो। प्रोफाइलमध्ये होस्टनाव लिहिण्यापूर्वी सेवा निश्चित करा।

OpenConnect जुन्या प्रोटोकॉलला nc आणि नव्याला pulse म्हणतो, आणि दोन्ही एकाच बायनरीमध्ये असतात। तुम्ही निवडलेला फ्लॅग लॉगिनची देवाणघेवाण बदलतो, यशस्वी कनेक्शननंतरचे राउटिंग नाही।

दोन प्रोटोकॉल नावे एकच उत्पादन इतिहास सामायिक करतात

Juniper चे Network Connect आणि नंतरचे Pulse Secure क्लायंट हे वेगवेगळे प्रोटोकॉल आहेत जे एका उपकरण कुटुंबाने काळानुसार दिले। OpenConnect ने पहिल्यासाठी nc हँडलर आणि दुसऱ्यासाठी pulse हँडलर विकसित केले। हे वेगळे कोड मार्ग आणि वेगळे विनंती स्वरूप आहेत, त्यामुळे एकातील समर्थन दुसऱ्याबद्दल काहीही सांगत नाही।

फरक लॉगिन संभाषणात लगेच दिसतो: एंडपॉइंट, फॉर्म फील्ड आणि नाकारलेल्या दुसऱ्या घटकाची क्लायंट कशी तक्रार करतो, हे दोन हँडलरमध्ये वेगळे असते।

कमांड लाइनवर निवडणे हा एका शब्दाचा बदल आहे: Network Connect साठी openconnect --protocol=nc vpn.example.com, किंवा Pulse साठी openconnect --protocol=pulse vpn.example.com। दोन्ही प्रयत्न राउट आणि DNS पुन्हा संरचित करू शकणारे खरे कनेक्शन प्रयत्न आहेत, म्हणून ते जाणीवपूर्वक चालवा। प्रोटोकॉल त्रुटी टाळण्यासाठी कधीही कमांड लाइनवर पासवर्ड ठेवू नका किंवा प्रमाणपत्र तपासण्या बंद करू नका, कारण त्यामुळे विसंगती दुरुस्त होण्याऐवजी लपते। क्लायंट काय पाठवतो हे पाहायचे असल्यास, --dump-http-traffic देवाणघेवाण छापतो, जे सहसा गेटवे अपेक्षित असलेला हँडलर ओळखते।

गेटवे जे उघड करतो त्याशी प्रोटोकॉल जुळवा

उपकरण फक्त ज्या प्रोटोकॉलसाठी संरचित आहे त्यालाच उत्तर देते। फक्त Pulse सेवा वैध क्रेडेन्शियल्ससहही nc लॉगिन नाकारते, आणि जुन्या Network Connect सेवेकडे उत्तर देण्यासाठी pulse एंडपॉइंट नाही। कोणता सक्षम आहे आणि ते कोणत्या क्लायंटला समर्थन देतात हे प्रशासकाला विचारा। नाव बदललेले उपकरण, जुने विकी पान आणि परिचित वेब पोर्टल हे सर्व कमकुवत पुरावे आहेत।

प्रोटोकॉल कळल्यावर आसपासच्या आवश्यकता निश्चित करा: प्रमाणपत्र किंवा टोकन प्रमाणीकरण, auth गटाची निवड आणि कोणतीही एंडपॉइंट अनुपालन तपासणी। कमांड-लाइन क्लायंट लॉगिन पूर्ण करू शकतो का हे या ठरवतात।

प्रमाणीकरण प्रोटोकॉलच्या आधीच प्रश्न सोडवू शकते

एक तैनाती क्लायंट प्रमाणपत्र, ब्राउझरमधून SAML फेरी, किंवा प्रवेश देण्यापूर्वी मशीन तपासणारा होस्ट चेकर मागू शकते। OpenConnect चा pulse हँडलर यांपैकी काही प्रवाहांसाठी सुसंगतता मर्यादा नोंदवतो, आणि nc हँडलरच्या स्वतःच्या त्रुटी आहेत। ब्राउझरमध्ये चालणारा पासवर्ड खाते वैध असल्याचे सिद्ध करतो; कोणताही CLI किंवा डेस्कटॉप प्लगइन तीच क्रमवारी पूर्ण करू शकतो हे सिद्ध करत नाही। होस्ट चेकर समाविष्ट असल्यास, क्लायंटला प्रशासकाने दिलेली रॅपर स्क्रिप्ट आवश्यक असते। त्याशिवाय लॉगिन पहिल्या प्रतिसादानंतर थांबते आणि प्रोटोकॉल अपयशासारखे दिसते, प्रत्यक्षात ती अनुपालनाची गहाळ पायरी असते।

auth गटाची निवड हा दुसरा सामान्य अडखळण्याचा मुद्दा आहे, कारण अनेक गट असलेला गेटवे क्लायंटने एकाचे नाव देईल अशी अपेक्षा करतो।

कमांड लाइनवर --authgroup="Employees" ती निवड देतो, आणि ती वगळल्यास सत्र खाते नाकारणाऱ्या डीफॉल्ट गटात जाऊ शकते। प्रमाणपत्रांसह --certificate क्लायंट प्रमाणपत्र आणि कीकडे निर्देश करतो, आणि गेटवे नंतरही टोकन मागू शकतो। त्याच्या आसपास काहीही स्वयंचलित करण्यापूर्वी संपूर्ण क्रम एकदा तपशीलवार आउटपुटसह तपासा।

जेव्हा डेस्कटॉप फ्रंटएंड निवड व्यक्त करू शकत नाही

ग्राफिकल फ्रंटएंड स्वतःचे वैशिष्ट्य संच घेऊन येतात, आणि जुने प्लगइन तुम्हाला आवश्यक प्रोटोकॉलपूर्वीचे असू शकते। NetworkManager चे OpenConnect एकत्रीकरण निवड त्याच्या कनेक्शन डेटामध्ये साठवते, त्यामुळे nmcli connection modify "Office VPN" vpn.data "protocol=pulse" संपादक जे दाखवत नाही ते सेट करू शकतो। बदल अमलात आला असे गृहीत धरण्यापूर्वी स्थापित प्लगइन आवृत्ती ती की समर्थित करते का ते तपासा।

जर मेनू फक्त PPTP किंवा L2TP देऊ करत असेल, तर एक निवडल्याने Pulse सेवा त्या प्रोटोकॉलमध्ये बदलत नाही। मेनू जे योगायोगाने सूचीबद्ध करेल त्याकडे जाण्याऐवजी मंजूर एकत्रीकरण स्थापित करा।

लॉगिन अजूनही अयशस्वी झाल्यास काय नोंदवावे

चार गोष्टी नोंदवा: तुम्ही निवडलेला प्रोटोकॉल, क्लायंट आणि प्लगइन आवृत्त्या, अपेक्षित प्रमाणीकरण प्रवाह, आणि टाइमआउटऐवजी स्टेटस कोडसह परत आलेली पहिली त्रुटी। हा संच चुकीचा हँडलर गहाळ प्रमाणपत्र, नाकारलेला auth गट किंवा अवरोधित अनुपालन तपासणीपासून वेगळा करतो। तपशीलवार आउटपुटही त्याच कारणासाठी ठेवण्यासारखे आहे, कारण ते फक्त लक्षण नाही तर अयशस्वी विनंती दाखवते।

यश आल्यावर चालणारा कमांड किंवा प्रोफाइल गेटवेच्या नावाजवळ ठेवा। अन्यथा पुढे जोडणारी व्यक्ती तेच ब्रँड-विरुद्ध-प्रोटोकॉल अंदाज पुन्हा करेल।