वापरकर्ते 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 लेबल यापैकी कोणत्याहीची हमी नाही।