iPhone का VPN बंद करने के बाद फिर जुड़ता है: इसे कौन दोबारा शुरू करता है?

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

डिस्कनेक्ट करना बंद करना नहीं है

मैन्युअल डिस्कनेक्ट टनल को रुकने के लिए कहता है। यह ज़रूरी नहीं कि सिस्टम को उसे माँगना बंद करने के लिए कहे। ऑन-डिमांड कनेक्ट नियम, प्रोवाइडर ऐप की अपनी ऑटो-कनेक्ट नीति और मैनेज्ड Always On कॉन्फ़िगरेशन—सभी डिस्कनेक्ट के बाद भी बने रहते हैं, और हर एक उपयोगकर्ता के कुछ भी छुए बिना कनेक्शन फिर शुरू कर सकता है।

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

तीनों मालिकों की तुलना उनके ट्रिगर से करें

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

देखें कि रीकनेक्ट से पहले कौन-सी घटना होती है और मालिक काफ़ी साफ़ हो जाता है। यह उस नियम और उस नीति के बीच का फ़र्क है जिसे आप सिर्फ़ पूछ सकते हैं।

ऑन-डिमांड नियम असल में क्या करते हैं

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

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

मैनेज्ड Always On निजी विकल्प नहीं है

निगरानी वाले, मैनेज्ड डिवाइस पर संगठन चाह सकता है कि VPN चालू रहे और उपयोगकर्ता की उसे बंद करने की क्षमता हटा सकता है। सेटिंग्स में कितना भी टॉगल करने से यह नहीं बदलेगा, और ईमानदार जवाब यह है कि यह व्यवहार एडमिनिस्ट्रेटर की नीति का है।

पूछें कि कौन-सी नीति लागू है और कोई अपवाद प्रक्रिया है तो क्या है। इंस्टॉल किया गया मैनेजमेंट प्रोफ़ाइल हटाना समर्थित उपाय नहीं है; यह डिवाइस की निर्भर अन्य कॉन्फ़िगरेशन हटा सकता है और अनुपालन रिपोर्टिंग तोड़ सकता है।

प्रोफ़ाइल नहीं, ट्रिगर हटाकर परखें

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

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

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