आपके iPhone का VPN लॉक एक नीति है, प्रोटोकॉल नहीं

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

लॉक को स्थितियों के बारे में एक अनुबंध के रूप में बताएँ, IKEv2 या On Demand की विशेषता के रूप में नहीं।

लक्षण: आइकन कहता है जुड़ा हुआ

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

उस सवाल का उत्तर तभी है जब नीति उसे परिभाषित करे।

प्रोटोकॉल वास्तव में क्या बनाए रखता है

IKEv2 प्रमाणित IPsec संबंध बनाए रखता है और नवीनीकृत करता है, और मोबिलिटी सुविधाएँ पता बदलने के बाद उसे बहाल करने में मदद करती हैं। यह टनल के जीवनचक्र के बारे में एक कथन है। यह अंतराल में दूसरा ट्रैफ़िक भेजने की iPhone की अनुमति के बारे में कुछ नहीं कहता, क्योंकि वह अनुमति कुंजी विनिमय की नहीं, प्लेटफ़ॉर्म और क्लाइंट की है। एक सेकंड से कम में दोबारा जुड़ने वाले डिवाइस के पास भी एक खिड़की थी, और दिलचस्प व्यवहार उसी खिड़की में रहता है।

On Demand भी वैसे ही सक्रियण व्यवहार का वर्णन है, सार्वभौमिक अवरोधन की गारंटी नहीं।

प्लेटफ़ॉर्म डेवलपर को क्या देता है

Apple का Network Extension ट्रैफ़िक के दायरे के नियंत्रण देता है, और उसकी रूटिंग गाइड सभी नेटवर्क शामिल करने के व्यवहार को सामान्य शामिल रूटों से अलग करती है और सिस्टम अपवादों की सूची देती है। एक पर्यवेक्षित Always On परिनियोजन मॉडल भी मौजूद है, जो व्यक्तिगत ऐप की स्वतः-कनेक्शन सेटिंग से अलग है। कोई दिया गया ऐप इनमें से कुछ इस्तेमाल करता है या नहीं, यह ऐप का गुण है, उस प्रोटोकॉल का नहीं जिसे वह बोलता है।

किसी टॉगल का नाम इस बात का सबूत नहीं है कि ऐप कौन-सा API कॉल करता है।

सुविधा को अनुबंध की तरह पढ़ें

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

अप्रत्याशित हानि पर अवरोधित करने वाली पर जानबूझकर डिस्कनेक्ट पर न करने वाली सुविधा एक सुसंगत डिज़ाइन है। बस यह वह नहीं है जिसका वर्णन मार्केटिंग पेज ने किया था।

अंतरालों को कैसे परखें

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

यदि उत्तर अनुपालन के लिए मायने रखता है, तो उत्पाद लेबल से अनुमान लगाने के बजाय उसे लिखित में माँगें।