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 संपवणारा दुसरा बाहेरून सारखेच दिसतात, कारण पोर्ट हे स्थान आहे, प्रोटोकॉल नाही।
निकाल तीन फील्ड म्हणून लिहा, क्लायंट, मोड आणि गेटवे, आणि ती तिकिटाजवळ ठेवा। यापेक्षा छोटे काहीही पुढच्या व्यक्तीला तीच अस्पष्टता पुन्हा शोधू देते।