उपयोगकर्ता Always On क्यों बंद करते हैं और प्रोफ़ाइल उसे बंद ही रखती है

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

चेकबॉक्स वास्तव में क्या लिखता है

स्वचालित कनेक्शन का विकल्प हटाना प्रति-डिवाइस निर्णय है जो प्रोफ़ाइल XML के बाहर संग्रहीत होता है। Microsoft इसे ऐसी प्रोफ़ाइल नामों की सूची के रूप में दस्तावेज़ित करता है जिनका स्वचालित ट्रिगर अक्षम है, इसलिए प्रोफ़ाइल हटाने और फिर जोड़ने पर भी सेटिंग बनी रहती है।

यह डिज़ाइन उपयोगकर्ता की दृष्टि से तर्कसंगत है। सीमित डेटा कनेक्शन पर मौजूद कोई व्यक्ति स्वचालित कनेक्शन बंद करता है तो उसे यह अपेक्षा नहीं होती कि अगला नीति रीफ़्रेश उसे चुपचाप फिर चालू कर देगा।

इसका अर्थ यह भी है कि प्रोफ़ाइल का नाम एक पहचान है, केवल लेबल नहीं। एक ही नाम वाली दो प्रोफ़ाइलें उस सूची के लिए एक ही प्रविष्टि हैं, और नाम बदलने से बिना किसी संग्रहीत वरीयता के नई पहचान बनती है।

प्रोफ़ाइल को दोबारा इंस्टॉल करने से वह रीसेट क्यों नहीं होती

VPN कनेक्शन हटाकर अपडेट की गई फ़ाइल से दोबारा जोड़ने पर प्रोफ़ाइल ऑब्जेक्ट हटता है और फिर बनता है। इससे उपयोगकर्ता के निर्णय का रिकॉर्ड नहीं हटता, क्योंकि वह रिकॉर्ड प्रोफ़ाइल के आंतरिक पहचानकर्ता के बजाय नाम से जुड़ा है।

इसलिए अपडेट आता है, प्रोफ़ाइल मौजूद है और ठीक से कॉन्फ़िगर है, फिर भी ट्रिगर नहीं चलता। प्रोफ़ाइल में कुछ भी इसकी व्याख्या नहीं करता, इसलिए इसे टूटे परिनियोजन के रूप में ऊपर भेजा जाता है।

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

XML को छूने से पहले तय करें कि आपको इनमें से कौन-सा चाहिए, क्योंकि नाम ही स्विच है।

एक सक्रिय प्रोफ़ाइल, कई पात्र

Windows स्वचालित ट्रिगर प्रोफ़ाइलों के सीमित समूह पर लागू करता है, और कई पात्र प्रोफ़ाइल होने से वे सब प्रतिस्पर्धी डिफ़ॉल्ट के रूप में कनेक्ट नहीं होतीं। एक सक्रिय होती है, और बाकी प्रतीक्षा करती हैं।

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

अपडेट से पहले संग्रहीत स्थिति पढ़ें

प्रोफ़ाइल का कोई भी परिवर्तन भेजने से पहले देखें कि डिवाइस अभी क्या रखती है: कनेक्शन ऑब्जेक्ट, उसकी स्थिति और अक्षम स्वचालित ट्रिगर की संग्रहीत सूची।

ये कमांड VPN कनेक्शनों की सूची दिखाते हैं और रजिस्ट्री में दस्तावेज़ित मान खोजते हैं:

Get-VpnConnection | Select-Object Name,ConnectionStatus,SplitTunneling
reg query HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Network /s /f AutoTriggerDisabledProfilesList

जिस प्रोफ़ाइल को आप परिनियोजित करने वाले हैं उससे मेल खाती प्रविष्टि बताती है कि उपयोगकर्ता का चुनाव पहले से दर्ज है। यह चुपचाप सुधारने वाला दोष नहीं है; यह वह स्थिति है जिसका हिसाब आपकी नीति को रखना है।

तय करें कि आप कौन-सी नीति चाहते हैं

दो बचाव योग्य नीतियाँ और एक बुरी आदत है। पहली उपयोगकर्ता के ऑप्ट-आउट का तब तक सम्मान करती है जब तक उपयोगकर्ता उसे न बदले, और दस्तावेज़ित करती है कि प्रबंधित डिवाइसों पर ट्रिगर सलाहकारी है। दूसरी स्वचालित कनेक्शन को अनुपालन आवश्यकता मानती है, और तब ऑप्ट-आउट विकल्प दिया ही नहीं जाना चाहिए।

बुरी आदत यह है कि ट्रिगर को ज़बरदस्ती वापस चालू करने के लिए असंबंधित स्थिति फिर से लिखी जाए, जो अगले रीफ़्रेश तक काम करती है और डिवाइस को ऐसी सेटिंग्स के साथ छोड़ देती है जिन्हें कोई समझा नहीं सकता।

चुनाव वहीं लिखें जहाँ प्रोफ़ाइल बनाए रखी जाती है, साथ में समीक्षा योग्य चार संक्रमण: पहला प्रावधान, सामान्य ट्रिगर, अनुमत उपयोगकर्ता परिवर्तन और उसी नाम पर अपडेट। ऑटोमेशन, रूटिंग क्षेत्र और डिस्कनेक्टेड स्थिति का प्रवर्तन अलग नियंत्रण हैं, और Always On लेबल इनमें से किसी की गारंटी नहीं है।