आपकी प्रोफ़ाइल ने वास्तव में Windows का कौन-सा VPN प्रकार इंस्टॉल किया?

Windows में दो अलग-अलग चीज़ें हैं जो दोनों VPN शीर्षक के नीचे दिखती हैं: ऑपरेटिंग सिस्टम द्वारा लागू किए गए अंतर्निहित प्रोटोकॉल प्रोफ़ाइल, और प्रदाता प्लग-इन के लिए एक प्लेटफ़ॉर्म जो अपना खुद का कार्यान्वयन लाते हैं। प्लग-इन मूल प्रोफ़ाइल में IKEv2 या SSTP चुनने का दूसरा नाम नहीं है, और मूल प्रोफ़ाइल टनल का प्रकार बदलकर किसी प्रदाता की सेटिंग्स को अपने में नहीं ले सकता। यहाँ अधिकांश भ्रम किसी एक के लिए लिखे गए और दूसरे पर लागू किए गए सहायता लेख से शुरू होता है। आपके पास कौन-सा है यह जानना पहला कदम है, और इसमें लगभग एक मिनट लगता है।

VPN कनेक्शन कहे जाने वाले दो अलग-अलग विषय

अंतर्निहित प्रकार वे हैं जिन्हें Windows खुद लागू करता है: IKEv2, SSTP, L2TP/IPsec, PPTP और उनमें से चुनने वाला स्वचालित विकल्प। प्रदाता प्लग-इन एक अलग पैकेज है, जिसे आम तौर पर प्रदाता का अपना इंस्टॉलर इंस्टॉल करता है, जो प्लेटफ़ॉर्म पर एक कार्यान्वयन दर्ज करता है और अपने अलग कनेक्शन प्रकार के रूप में दिखता है।

ऐप शब्द यह तय नहीं करता कि कौन-सा इंस्टॉल है। प्रदाता प्लग-इन, अलग डेस्कटॉप क्लाइंट, या दोनों दे सकता है, और वे अलग तरह से व्यवहार करते हैं।

सेटिंग्स का रास्ता चलें और देखें कि कनेक्शन क्या पेश करता है। सेटिंग्स, नेटवर्क और इंटरनेट, VPN, फिर कनेक्शन के गुण खोलें: मूल प्रोफ़ाइल अंतर्निहित नामों के साथ VPN प्रकार की ड्रॉप-डाउन सूची दिखाता है, और उसके उन्नत विकल्प वे प्रमाणीकरण विधियाँ दिखाते हैं जिन्हें Windows समर्थित करता है। यदि केवल एक ही कॉन्फ़िगरेशन सतह प्रदाता का अपना संवाद है, या प्रकार उस सूची में नहीं है, तो आप प्लग-इन या अलग क्लाइंट देख रहे हैं। कुछ भी बदलने से पहले लिख लें कि तीनों में से कौन-सा है।

सेटिंग्स पर चलें और देखें कि आपके पास कौन-सा है

यदि आप कई मशीनें प्रबंधित करते हैं तो PowerShell दृश्य तेज़ है। Get-VpnConnection उन कनेक्शनों की सूची देता है जिन्हें Windows खुद प्रबंधित करता है, और हर परिणाम में एक TunnelType होता है। प्रदाता द्वारा प्रबंधित कनेक्शन वहाँ बिल्कुल न दिखे, और यही अपने आप में उत्तर है।

मूल प्रोफ़ाइल अपने समर्थित पैरामीटर के साथ बनाई जाती हैं: Add-VpnConnection -Name Corp -ServerAddress vpn.example.com -TunnelType IKEv2 -AuthenticationMethod EAP और, जहाँ विधि की आवश्यकता हो, XML के रूप में दिया गया EAP कॉन्फ़िगरेशन। यही वह सतह है जिसे Windows प्रलेखित करता है, और यह किसी प्रदाता के मनमाने XML या OpenVPN कॉन्फ़िगरेशन फ़ाइल को समकक्ष प्रोफ़ाइल के रूप में स्वीकार नहीं करता। उस रूपांतरण का प्रयास ही वह तरीका है जिससे लोग यह निष्कर्ष निकालते हैं कि प्लेटफ़ॉर्म टूटा हुआ है, जबकि प्रोफ़ाइल कभी मूल थी ही नहीं।

प्रदाता के पास क्या है

प्लग-इन के पास कार्यान्वयन का विवरण होता है, और इसीलिए यह भेद नामकरण से आगे महत्वपूर्ण है। उसका ऐप्लिकेशन, उसका प्रमाणीकरण प्रवाह और उसका कॉन्फ़िगरेशन स्कीमा प्रदाता के हैं, और प्रदाता का प्रलेखन ही उनके लिए एकमात्र सही स्रोत है।

इस स्वामित्व के व्यावहारिक परिणाम हैं। अपडेट चैनल Windows Update नहीं बल्कि प्रदाता का है, इसलिए संगतता की समस्या ठीक करने वाला संस्करण किसी दूसरे तंत्र से आता है। हटाने का रास्ता भी प्रदाता का है, और सेटिंग्स में कनेक्शन प्रविष्टि हटाने से प्रदाता का ऐप्लिकेशन और उसका प्रबंधित डिप्लॉयमेंट वहीं रह सकता है। और प्रोफ़ाइल स्कीमा भी प्रदाता की है, इसलिए एक प्रदाता की प्रोफ़ाइल में मौजूद सेटिंग दूसरे की प्रोफ़ाइल में कोई अर्थ नहीं रखती, भले ही लेबल मिलता हो।

कॉन्फ़िगरेशन के वास्तविक स्रोत का पालन करें

प्रबंधित डिप्लॉयमेंट के लिए प्रदाता और संगठन के प्रलेखन को एक-दूसरे के विकल्प के रूप में नहीं, बल्कि साथ में उपयोग करें। समर्थित संस्करण, प्रोफ़ाइल स्कीमा और यह जाँचें कि डिप्लॉयमेंट उपयोगकर्ता को लक्षित करता है या डिवाइस को।

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

कॉन्फ़िगरेशन के बाद प्रमाणीकरण जाँचें और फिर जाँचें कि प्रोफ़ाइल ने वास्तव में क्या लागू किया। सेटिंग्स सूची में प्रोफ़ाइल का दिखना ऐप्लिकेशन तक पहुँच की परीक्षा नहीं है। ट्रैफ़िक जिस मार्ग से जाता है और उपयोग हो रहे DNS सर्वर की पुष्टि करें, क्योंकि प्लग-इन अपने स्वयं के मार्ग और रिज़ॉल्वर इंस्टॉल कर सकता है, और गलत होने पर उपयोगकर्ता ठीक इन्हीं भागों को नोटिस करते हैं। फिर वह ऐप्लिकेशन खोलें जिसकी उपयोगकर्ता को वास्तव में आवश्यकता है, क्योंकि जुड़ी हुई स्थिति और काम करने वाला सत्र दो अलग दावे हैं।

जाँचें कि प्रोफ़ाइल ने वास्तव में क्या लागू किया

जब आप एस्केलेट करें, तो केवल Windows बिल्ड और सर्वर पता नहीं, प्रदाता का नाम और संस्करण भी शामिल करें। जो टिकट कहता है कि Windows 11 पर VPN कनेक्ट नहीं होता, वह अगले व्यक्ति को यह नहीं बताता कि तीनों व्यवस्थाओं में से कौन-सी चल रही है।

अपडेट और हटाने को स्वामी घटक से बाँधकर रखें, और कनेक्शन नाम के पास लिखें कि वह कौन-सा घटक है। VPN कनेक्शन प्रकारों और प्लग-इन पर Microsoft का प्रलेखन अंतर्निहित सूची और प्लग-इन मॉडल का संदर्भ है। यदि संगठन के निर्देश किसी प्रदाता का नाम लेते हैं, तो प्रोफ़ाइल पर प्रदाता का प्रलेखन लागू होता है। बाकी सब इस बात का अनुमान है कि आप Windows की कौन-सी विशेषता देख रहे हैं।