Windows VPN बनाम Cisco Secure Client: कौन सही है?
ब्रांड किसी प्रोटोकॉल का नाम नहीं है: Windows कई देशी प्रकार देता है और Cisco क्लाइंट एक से अधिक मोड के प्रोफ़ाइल रखता है। प्रोफ़ाइल पढ़ें।
एक ही गेटवे के लिए दो निर्देश आते हैं: Windows VPN से जुड़ें या Cisco क्लाइंट स्थापित करें। इनमें से कोई भी उस अदला-बदली का नाम नहीं बताता जिसकी गेटवे अपेक्षा करता है, क्योंकि Windows कई देशी कनेक्शन प्रकार दिखाता है और विक्रेता का क्लाइंट एक से अधिक मोड के प्रोफ़ाइल रखता है। दोनों लेबल सॉफ़्टवेयर बताते हैं, जबकि गेटवे प्रोटोकॉल, प्रमाणीकरण और नीति पर बातचीत करता है। उत्तर प्रोफ़ाइल में है, और बिना जुड़े उसे पढ़ा जा सकता है।
लेबल सॉफ़्टवेयर का नाम बताता है, अदला-बदली का नहीं
ब्रांड और ऑपरेटिंग सिस्टम दो अलग तथ्य हैं, और इनमें से कोई भी तार का प्रारूप नहीं चुनता। Windows देशी प्रकारों का एक समूह देता है, और Cisco क्लाइंट ऐसा प्रोफ़ाइल इंजन देता है जो SSL या IPsec/IKEv2 चला सकता है। दोनों को मिलाने से ऐसे चार्ट बनते हैं जो अदला-बदली की जगह कंपनियों की तुलना करते हैं।
नीचे दी गई तालिका उत्पाद के सवाल को तीन पढ़ने की जगहों और हर एक में रखे फ़ील्ड से बदल देती है। वे फ़ील्ड लिख लें, और अस्पष्टता मिट जाती है:
| Where to read it | Field name to record | What a mismatch looks like |
|---|---|---|
| Native Windows profile | TunnelType and AuthenticationMethod from Get-VpnConnection | The client offers IKEv2 while the gateway answers only on an SSL port |
| Vendor client profile | SSL or IPsec/IKEv2 mode, plus the client and headend version pair | The imported profile negotiates a mode this headend does not serve |
| Gateway configuration | Protocol, authentication policy and the certificate the headend presents | The client authenticates and then drops, because policy expects another method |
Microsoft का Windows VPN प्रकार संदर्भ देशी प्रकारों में IKEv2 और SSTP सूचीबद्ध करता है, जो इस विचार को हटा देता है कि देशी प्रोफ़ाइल का अर्थ PPTP है। Cisco का प्रोफ़ाइल दस्तावेज़ीकरण मेल खाती हेडएंड नीति के साथ SSL और IPsec/IKEv2 दोनों मोड बताता है। हर विक्रेता कई विकल्प देता है, इसलिए कोई नाम एक प्रोटोकॉल नहीं बताता।
देशी प्रकार तार पर क्या डालते हैं
IKEv2 UDP पर सुरक्षा संबंधों पर बातचीत करता है और IPsec के भीतर यातायात ले जाता है, जो उसे Microsoft-विशिष्ट रूपांकन नहीं बल्कि अन्य IKEv2 कार्यान्वयनों का समकक्ष बनाता है। SSTP PPP को HTTPS सत्र के भीतर लपेटता है, इसलिए वह उन प्रॉक्सियों से गुजरता है जिनसे IKEv2 नहीं गुजर सकता और तार पर TLS जैसा दिखता है, बिना TLS VPN प्रोटोकॉल होने के। ये दो तथ्य उस टिकट का अधिकांश भाग समझाते हैं जो कहता है कि सुरंग एक नेटवर्क पर काम करती है और दूसरे पर विफल होती है।
IPsec के साथ L2TP और पुरानी PPTP प्रविष्टि एक ही ड्रॉपडाउन में हैं, और वहाँ उनकी उपस्थिति सर्वर समर्थन के बारे में कुछ नहीं कहती। ड्रॉपडाउन उसका मेन्यू है जो ऑपरेटिंग सिस्टम आज़मा सकता है, गेटवे का क्षमता वक्तव्य नहीं। उसे समर्थन सूची की तरह पढ़ना ही दो घंटे की क्रेडेंशियल खोज की शुरुआत है।
देशी प्रोफ़ाइल में जो फ़ील्ड मायने रखते हैं वे हैं कनेक्शन प्रकार, प्रमाणीकरण विधि और सर्वर की पहचान। गलत प्रकार खराब पासवर्ड से अलग चरण पर विफल होता है, और यही अंतर अनुसरण करने योग्य सुराग है।
विक्रेता क्लाइंट क्या जोड़ता है: प्रोफ़ाइल, प्रोटोकॉल नहीं
Cisco क्लाइंट प्रोफ़ाइल के लिए पात्र है। SSL मोड और IPsec/IKEv2 मोड अदला-बदली, पोर्ट अपेक्षाओं और त्रुटि पाठ में भिन्न हैं, और आयातित प्रोफ़ाइल इनके बीच चुनता है। इसलिए क्लाइंट स्थापित करना पहुँच के बारे में कुछ सिद्ध नहीं करता।
संस्करण किसी कारण से जोड़े जाते हैं। सुविधाएँ, प्रमाणीकरण प्रवाह और पोस्चर जाँच क्लाइंट और हेडएंड के बीच तय होती हैं, इसलिए पुराना क्लाइंट नए हेडएंड के सामने ऐसे विफल हो सकता है जो नेटवर्क खराबी जैसा पढ़ा जाए। यह जोड़ी कनेक्शन परिभाषा में है, अपग्रेड नोट में नहीं।
किसी दूसरे संगठन से निर्यात किया गया प्रोफ़ाइल स्थानीय हेडएंड से शायद ही मेल खाता है, और उसे आयात करने पर क्लाइंट ऐसा मोड दे सकता है जो गेटवे नहीं देता। पहले प्रोफ़ाइल से मोड पढ़ें, फिर उसकी तुलना गेटवे के कॉन्फ़िगर किए गए प्रोटोकॉल और प्रमाणीकरण नीति से करें। इनके मेल खाने के बाद ही नेटवर्क संदिग्ध बनता है। यह क्रम एक पैकेट कैप्चर बचाता है जो गलत सेवा की ओर इशारा करता स्वस्थ TLS सत्र दिखाता।
कुछ भी बदलने से पहले स्थानीय प्रोफ़ाइल पढ़ें
Windows में देशी कॉन्फ़िगरेशन डायल किए बिना पढ़ा जा सकता है, और आउटपुट प्रकार और प्रमाणीकरण विधि का नाम सीधे बताता है। उन मानों की तुलना गेटवे-मालिक के कहे से करें कि हेडएंड क्या स्वीकार करता है। यदि प्रकार टिकट से मेल नहीं खाता, तो पहले टिकट सुधारें, क्योंकि यह उस क्लाइंट को फिर से स्थापित करने से सस्ता है जो कभी गलत नहीं था।
ये चार आदेश प्रोफ़ाइल, उसके मार्ग, कनेक्शन प्रयास और पोर्ट की पहुँच को समेटते हैं। उन्हें उसी क्रम में उस मशीन पर चलाएँ जहाँ प्रोफ़ाइल पहले से स्थापित है:
Get-VpnConnection | Format-List Name,TunnelType,AuthenticationMethod,ServerAddress
Get-VpnConnection -Name 'Corp' | Select-Object -ExpandProperty Routes
rasdial
Test-NetConnection -ComputerName vpn.example.com -Port 443पोर्ट परीक्षण वही है जिसे ज़्यादा पढ़ा जाता है। लॉगिन पृष्ठ देने वाला TCP 443 श्रोता और IKEv2 समाप्त करने वाला दूसरा बाहर से एक जैसे दिखते हैं, क्योंकि पोर्ट एक स्थान है, प्रोटोकॉल नहीं।
परिणाम को तीन फ़ील्ड के रूप में लिखें, क्लाइंट, मोड और गेटवे, और उन्हें टिकट के पास रखें। इससे छोटा कुछ भी अगले व्यक्ति को वही अस्पष्टता फिर से खोजने देता है।