Windows VPN प्रोफ़ाइल स्कोप: वर्तमान उपयोगकर्ता या सभी उपयोगकर्ता?
स्कोप तय करता है कि मूल Windows VPN प्रोफ़ाइल कहाँ संग्रहीत होती है और उसे कौन देख सकता है। यह कनेक्शन को डिवाइस टनल नहीं बनाता और क्रेडेंशियल साझा नहीं करता।
आप किसी VPN प्रोफ़ाइल पर कमांड चलाते हैं, वह कोई त्रुटि नहीं लौटाता, और उपयोगकर्ता जो कनेक्शन शुरू करता है वह ठीक पहले जैसा व्यवहार करता है। कुछ भी टूटा नहीं है। Windows मूल VPN प्रोफ़ाइल को दो स्टोर में रखता है, और आपने उसी को संपादित किया जो उपयोग में नहीं है। एक ही प्रदर्शित नाम दोनों में हो सकता है, और इसीलिए कोई स्क्रिप्ट सफल दिखती है जबकि उपयोगकर्ता का कनेक्शन आपके किए हर बदलाव को अनदेखा करता है।
समाधान बेहतर स्क्रिप्ट नहीं है; समाधान यह है कि प्रोफ़ाइल का नाम लेने से पहले स्कोप का नाम लें।
लक्षण और दो स्टोर
Windows मूल VPN प्रोफ़ाइल को प्रति-उपयोगकर्ता फ़ोन बुक में और मशीन-व्यापी सभी उपयोगकर्ताओं की फ़ोन बुक में रखता है। Get-VpnConnection वर्तमान उपयोगकर्ता का स्टोर पढ़ता है, और Get-VpnConnection -AllUserConnection मशीन वाला पढ़ता है।
-AllUserConnection के साथ बनाई गई प्रोफ़ाइल मशीन के हर खाते के लिए दिखती है और उसे बनाने या हटाने के लिए उन्नत सत्र चाहिए। उसके बिना बनाई गई प्रोफ़ाइल उस खाते की होती है जिसने कमांड चलाया, और साइन इन करने वाला दूसरा उपयोगकर्ता कुछ भी नहीं देखता। दोनों एक ही नाम रख सकते हैं, और कोई भी आपको चेतावनी नहीं देता कि दूसरा मौजूद है। इसीलिए लक्षण त्रुटि संदेश के बजाय चुपचाप विफलता जैसा दिखता है।
स्कोप वास्तव में क्या तय करता है
स्कोप दो सवालों का जवाब देता है और तीसरे का जवाब देने से इनकार करता है:
| Question | Current user | All users |
|---|---|---|
| Who can see the profile | The account that created it | Every account on the machine |
| Elevation to create or remove | Not required | Required |
| Where the profile lives | Per-user phone book | Machine-wide phone book |
| Does it authenticate a device | No | No |
| Does it start before sign-in | No | No, that needs a device tunnel |
लोग आख़िरी दो पंक्तियों में ही गलती करते हैं। सभी उपयोगकर्ताओं की प्रोफ़ाइल मशीन-स्कोप भंडारण है, मशीन की पहचान नहीं, और वह किसी के साइन इन करने से पहले कनेक्शन को अपने आप उपलब्ध नहीं बनाती। Windows Always On डिवाइस टनल एक अलग कॉन्फ़िगरेशन है जिसकी अपनी प्रमाणपत्र और प्रोफ़ाइल आवश्यकताएँ हैं। स्कोप इस बारे में है कि प्रोफ़ाइल कौन देख सकता है, इस बारे में नहीं कि मशीन क्या है।
दृश्यता प्रमाणीकरण नहीं है
सभी उपयोगकर्ताओं की प्रोफ़ाइल को अभी भी समर्थित पहचान और क्रेडेंशियल व्यवस्था चाहिए। प्रोफ़ाइल को हर खाते के लिए दृश्य बनाने से हर खाता एक ही प्रमाणित उपयोगकर्ता नहीं बन जाता, और इससे क्रेडेंशियल एक साथ नहीं हो जाते।
अगर डिज़ाइन को साइन इन से पहले टनल ऊपर चाहिए, तो जवाब डिवाइस टनल है, व्यापक प्रोफ़ाइल स्कोप नहीं। अगर डिज़ाइन को चाहिए कि हर व्यक्ति अपना प्रमाणपत्र प्रस्तुत करे, तो प्रति-उपयोगकर्ता प्रोफ़ाइल उस मॉडल से बेहतर मेल खाती है, क्योंकि मशीन-व्यापी प्रोफ़ाइल किसी और का क्रेडेंशियल प्रस्तुत नहीं कर सकती।
तैनाती और नीति का स्वामित्व
प्रबंधित मशीनों पर EMM या कॉन्फ़िगरेशन प्रोफ़ाइल आपके बदलाव के बाद सहेजी गई स्थिति को फिर से बना सकती है।
यह आपकी स्क्रिप्ट में बग नहीं है; यह दो स्वामी हैं जो एक ही स्टोर में लिख रहे हैं। स्कोप को नीति के स्वामी के साथ समन्वित करें, और निर्धारित समय पर कमांड फिर चलाने के बजाय नीति बदलना पसंद करें। नीति से प्रतिस्पर्धा करने वाला स्थानीय सुधार ऐसी मशीन बनाता है जहाँ अगले सिंक तक प्रोफ़ाइल सही दिखती है।
टूटने पर क्या दर्ज करें
तीन चीज़ें एक साथ दर्ज करें: प्रोफ़ाइल का नाम, वह स्कोप जिसे आपने लक्षित किया, और वास्तविक कनेक्शन त्रुटि।
दूसरे स्टोर की प्रोफ़ाइल पर लागू कोई रूट या प्रमाणपत्र उस प्रोफ़ाइल को ठीक नहीं करेगा जिसे उपयोगकर्ता शुरू करता है, और त्रुटि पाठ आपके संपादन के बजाय कनेक्शन की ओर इशारा करता रहेगा। स्वीकृत बदलाव के बाद इच्छित प्रवेश बिंदु से फिर कनेक्ट करें और लागू किए गए रूटिंग तथा सहेजी गई सेटिंग्स दोनों की जाँच करें। प्रोफ़ाइल स्टोर बताता है क्या उपलब्ध है, जबकि सक्रिय कनेक्शन बताता है कि डिवाइस अभी क्या कर रहा है।
Microsoft का Add-VpnConnection दस्तावेज़ स्कोप स्विच को उन पैरामीटर के बगल में सूचीबद्ध करता है जिन्हें वह बदलता है, जो उपयोगी रूप से याद दिलाता है कि स्कोप निर्माण के समय लिया गया निर्णय है, बाद में पलटी जाने वाली सेटिंग नहीं।