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 अन्त्य गर्ने अर्को बाहिरबाट उस्तै देखिन्छन्, किनकि पोर्ट ठाउँ हो, प्रोटोकल होइन।
नतिजा तीन फिल्डका रूपमा लेख्नुहोस्, क्लाइन्ट, मोड र गेटवे, र ती टिकटको छेउमा राख्नुहोस्। यसभन्दा छोटो जुनसुकै कुराले अर्को व्यक्तिलाई त्यही अस्पष्टता फेरि पत्ता लगाउन दिन्छ।