बैज दिखाई देता है, ऐप अभी भी घर पर होने जैसा व्यवहार करता है, और स्पष्ट निष्कर्ष यह है कि सुरंग टूटी हुई है। आमतौर पर कुछ भी टूटा नहीं होता। बैज एक कनेक्शन की रिपोर्ट करता है, जबकि उसके पीछे का सवाल कवरेज का है, और ये अलग-अलग दावे हैं।

तीन शर्तें तय करती हैं कि आप कौन-सा दावा कर सकते हैं। जब तक ये तय नहीं होतीं, हर परीक्षण परिणाम अस्पष्ट रहता है।

एक आइकन के पीछे तीन जवाब छिपे हैं

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

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

तीसरा वह पता परिवार है जिस पर आप खड़े हैं। जो सुरंग IPv4 ले जाती है जबकि नेटवर्क IPv6 बाँटता है, वह एक रास्ता सुरंग के बाहर छोड़ देती है। केवल IPv4 साइट तक पहुँचने वाला परीक्षण इसे कभी नहीं देखेगा।

प्रति-ऐप प्रोफ़ाइल केवल अपने ऐप कवर करती हैं

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

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

ऑन-डिमांड नियम बदल देते हैं जो आप देखते हैं

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

यह व्यवहार उन परिणामों को भी समझाता है जो दिन भर में असंगत लगते हैं। वही ऐप सुबह दस बजे सुरंग से जा सकता है और दोपहर में सीधा हो सकता है, क्योंकि ट्रिगर शर्त बदली है, नीति नहीं।

एक जाँच कवरेज का सबूत नहीं है

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

ObservationDecide this firstThen test
Badge on, public address unchangedIs the profile per-app?The named internal app, not a browser
Badge flickers during the dayAre on-demand rules present?Whether the flip follows a trigger domain
Internal app works, another failsIs that app in the profile?Its own settings and any proxy config
Nothing works while badge is onIs this a path failure?Name resolution and a known-good internal host

चौथी पंक्ति ही खराबी की ओर इशारा करती है। टूटे नाम विश्लेषण वाली जुड़ी सुरंग, गायब वापसी मार्ग, या बस बंद सेवा ऐप के दृष्टिकोण से एक जैसी दिखती हैं।

आगे बढ़ाने से पहले क्या दर्ज करें

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

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

Apple का VPN परिनियोजन अवलोकन इन अंतरों के पीछे प्रोफ़ाइल प्रकारों और ऑन-डिमांड व्यवहार का वर्णन करता है। प्रोफ़ाइल को क्या कवर करना चाहिए, इस पर प्रबंधन प्रणाली से बहस करने से पहले इसे पढ़ें।

संबंधित लेख