आपका Mac अपने आप VPN फिर से जोड़ता है: माँग पर नियम जाँचें

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

नियम वास्तव में किस पर नज़र रखता है

माँग पर नियम के दो निर्णय बिंदु हैं: वह नेटवर्क जिससे Mac जुड़ा है, और एक डोमेन जिसे कुछ हल करने की कोशिश कर रहा है। इनमें से कोई भी टनल को ऊपर ला सकता है, इसलिए किसी आंतरिक नाम को खोजने से ऐसा VPN शुरू हो जाता है जिसे किसी ने नहीं खोला। परिनियोजन को ऐसे प्रमाणीकरण की भी ज़रूरत है जो बिना व्यक्ति के काम करे, इसलिए प्रबंधित बेड़ों में प्रमाणपत्र आधारित व्यवस्थाएँ हावी हैं।

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

नीति किसकी है, और हटाने का दाम क्या है

किसी भी चीज़ को बदलने से पहले इंस्टॉल की गई प्रोफ़ाइल और समर्थित क्लाइंट नियंत्रण पढ़ें। अगर Mac प्रबंधित है, तो शर्तें कहीं प्रलेखित हैं, और वह दस्तावेज़ माँगना बाहर से SSID और डोमेन की रिवर्स इंजीनियरिंग करने से बेहतर है।

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

profiles show -type configuration
scutil --nc list

पुनः कनेक्ट होना क्या साबित नहीं करता

माँग पर पुनः कनेक्ट होना अंतराल के बारे में कुछ नहीं कहता: जब तक टनल ऊपर आ रहा है, ट्रैफ़िक अब भी भौतिक इंटरफ़ेस से बाहर जा सकता है, जब तक कोई अलग नीति उसे रोके नहीं। टनल के होने से पहले ब्लॉक करना टनल शुरू करने से अलग सेटिंग है। तेज़ी से फिर जुड़ने वाली मशीन पहले सेकंडों में फिर भी लीक कर सकती है।

मार्गों का दायरा तीसरा सवाल है, क्योंकि टनल शुरू करने वाला नियम यह नहीं बताता कि वह कौन से प्रीफ़िक्स ले जाता है। यह मानने के बजाय कि पुनः कनेक्ट का मतलब पूरा कवरेज है, पुष्टि करें कि कनेक्शन क्या रूट करता है। इसे जानबूझकर जाँचें: क्लाइंट बंद करें, पुष्टि करें कि सेवा रुकी है, फिर वह संसाधन माँगें जिसे नियम को सुरक्षित रखना है।

ट्रिगर लिखें, आइकन नहीं

लिखें कि टनल को किस चीज़ ने ऊपर लाया: नेटवर्क से जुड़ना, ऐप खोलना, निजी नाम हल करना, नींद से जागना। यह ध्यान दें कि यह कब होता है, केवल यह नहीं कि हुआ, क्योंकि क्रम ही सबूत है। एक विशिष्ट ट्रिगर आइकन के स्क्रीनशॉट से अधिक मूल्यवान है।

फिर कनेक्शन ऊपर आने के बाद संसाधन सत्यापित करें। मेन्यू बार साबित करता है कि कोई सेवा चल रही है, यह नहीं कि आपको जो गंतव्य चाहिए वह उसके ज़रिए पहुँच योग्य है। ये दोनों पूरी तरह सामान्य कारणों से अलग हो सकते हैं, जिनमें एक ऐसा मार्ग भी है जो कहीं और इशारा करता है।

जब नियम गलत कनेक्शन शुरू करता है

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

ट्रिगर, प्रोफ़ाइल का मालिक और इच्छित व्यवहार नीति का प्रबंधन करने वाले के पास ले जाएँ। माँग पर काम करने पर Apple का दस्तावेज़ उस बातचीत की साझा शब्दावली है, और यह बहस से छोटा है। हटाने के बजाय नीति में बदलाव माँगें, और दोनों पक्ष काम करने वाली व्यवस्था बनाए रखें।