iPhone का VPN हमेशा चालू रखें? दो ज़रूरतें तय करती हैं
स्थायी कवरेज किसी तय मक़सद और भरोसेमंद ऑपरेटर के साथ मेल खाती है। निजी पहुँच की तुलना ढकी हुई ब्राउज़िंग से करें, फिर विफलता की नीति लिखें।
दो लोग एक ही VPN प्रोफ़ाइल पूरे दिन चालू रखते हैं और उससे अलग-अलग फ़ायदा पाते हैं। एक बिना सोचे किसी निजी कार्य ऐप तक पहुँच जाता है; दूसरा मुख्यतः आदतवश एक निजी टनल चलाता रहता है। दोनों स्टेटस बार में वही संकेतक देखते हैं, और वही संकेतक इन दोनों व्यवस्थाओं में एकमात्र साझा चीज़ है।
फ़ैसला इस बात का नहीं है कि स्थायी कवरेज ज़्यादा सुरक्षित लगती है या नहीं। फ़ैसला इस बात का है कि आप किस ज़रूरत के लिए भुगतान कर रहे हैं, गेटवे तक न पहुँचने पर क्लाइंट क्या करता है, और चुना गया ऑपरेटर आपके कितने ट्रैफ़िक को देख सकता है। इन तीनों का जवाब दें और टॉगल स्वाद का मामला बनना बंद कर देता है।
एक आइकन साझा करते दो काम
पहला काम पहुँच है: निजी संसाधनों का एक तय समूह ऐप खोलते समय, आप जहाँ भी हों, वहाँ से उपलब्ध होना चाहिए। दूसरा काम कवरेज है: जो ट्रैफ़िक अन्यथा किसी अनजान नेटवर्क से गुज़रता, उसे इसके बजाय किसी ऐसी सेवा से बाहर जाना चाहिए जिस पर आप भरोसा करते हैं।
ये अलग-अलग कॉन्फ़िगरेशन की ओर इशारा करते हैं। पहुँच सबसे संकरा दायरा चाहती है जो अब भी काम करे, क्योंकि एक आंतरिक ऐप के लिए पूरी टनल बाकी सब कुछ ऐसे नेटवर्क से भेज देती है जिसे कभी इसके लिए नापा ही नहीं गया। कवरेज सबसे चौड़ा दायरा चाहती है जिसे आप सह सकें, क्योंकि केवल कुछ ऐप ढोने वाली टनल बाकी को ठीक उसी नेटवर्क पर खुला छोड़ देती है जिसकी आपको चिंता थी। अधिकतर ग़लत कॉन्फ़िगर किए गए फ़ोन दोनों के मिश्रण पर पहुँचते हैं, इसलिए प्रोफ़ाइल चुनने से पहले ज़रूरत का नाम रखना पड़ता है।
| Requirement | What you are buying | What to check |
|---|---|---|
| Private work access | Reachability of approved services | Per-app or on-demand scope, and what happens outside it |
| Covered browsing | A trusted exit for everyday traffic | Traffic scope, reconnect behaviour and blocking policy |
निजी काम की पहुँच: स्थायित्व से बड़ा दायरा
अगर मक़सद किसी आंतरिक ऐप तक पहुँचना है, तो उपयोगी सवाल यह है कि टनल कब सक्रिय होती है, यह नहीं कि वह चालू रहती है या नहीं। प्रबंधित प्रति-ऐप व्यवस्था केवल उसी ऐप का ट्रैफ़िक गेटवे से भेज सकती है, जिससे निजी ब्राउज़िंग सामान्य रास्ते पर और काम का ट्रैफ़िक स्वीकृत रास्ते पर रहता है। यह पूरी टनल से अलग क़िस्म का नियंत्रण है, और यह संकेतक का अर्थ बदल देता है। प्रति-ऐप दायरे में आइकन अनुपस्थित हो सकता है जबकि काम का ऐप अब भी अपनी सेवा तक पहुँचता है।
वह दायरा तैनाती के मालिक का नीतिगत फ़ैसला है, ऐप के व्यवहार से निकाली जा सकने वाली निजी पसंद नहीं। क्लाइंट की सेटिंग्स स्क्रीन हमेशा यह नहीं दिखातीं प्लेटफ़ॉर्म के कई तंत्रों में से कौन लागू है, और लेबल ऐसे तरीक़ों से ओवरलैप करते हैं जो भ्रमित करते हैं।
Apple का दस्तावेज़ीकरण सशर्त सक्रियण, प्रति-ऐप चयन और प्रबंधित हमेशा-चालू व्यवहार में भेद करता है। तीसरे पक्ष के क्लाइंट का स्वतः-कनेक्ट स्विच अपने आप में इनमें से किसी श्रेणी में नहीं आता, इसलिए समतुल्य सुनने वाले लेबल को प्रबंधित गुण के वादे के रूप में नहीं पढ़ना चाहिए।
व्यावहारिक जाँच यह है कि ऐसी सेवा को अनुरोध भेजा जाए जिसे आप आंतरिक जानते हैं, टनल को जानबूझकर बंद रखते हुए। अगर वह सफल हो, तो टनल वह नियंत्रण नहीं है जो आप सोचते हैं, और बाकी कॉन्फ़िगरेशन उस पर भरोसा करने से पहले दूसरी नज़र के क़ाबिल है।
ढकी हुई ब्राउज़िंग: विफलता की नीति ही उत्पाद है
अगर मक़सद अनजान नेटवर्क पर कवरेज है, तो उत्पाद का दिलचस्प हिस्सा कनेक्शन नहीं, डिस्कनेक्शन है। दोनों स्वतः जुड़ने वाले दो क्लाइंट उस पल बिल्कुल अलग बर्ताव कर सकते हैं जब गेटवे मना कर दे या नेटवर्क उसे अवरुद्ध कर दे।
अवरोधक नीति टनल स्थापित न हो पाने तक ढके हुए ट्रैफ़िक को अनुपलब्ध बना देती है। यह कवरेज का सबसे मज़बूत और सबसे बाधक संस्करण है: बाधा आपकी बाधा बन जाती है, और कैप्टिव पोर्टल ऐसी दीवार बन जाता है जिसे पार करके आप उस पन्ने तक नहीं पहुँच सकते जो आपको जाने देता।
फ़ॉलबैक नीति ट्रैफ़िक को सामान्य रास्ता लेने देकर आपको ऑनलाइन रखती है। यह ज़्यादा उपयोगी और परिभाषा से कमज़ोर है, क्योंकि टनल के विफल होने का ठीक वही पल वह पल है जब ट्रैफ़िक आप जिस भी नेटवर्क पर हों, उससे बिना एन्क्रिप्शन बाहर जाता है। ट्रैफ़िक फिर भी बाहर जाता है, और वह उसी नेटवर्क पर जाता है जिस पर आपको भरोसा नहीं था। यही सौदा है, मार्केटिंग के बिना कहा गया।
दोनों में से कोई ग़लत नहीं है, और ग़लती यह है कि सफ़र के दौरान पता चले कि आपने कौन-सा खरीदा। घर पर जाँचें: टनल की जुड़ने की क्षमता बंद करें, फिर देखें कि पन्ने लोड होते हैं या नहीं। वह एक ही प्रयोग आपको किसी प्रदाता के मार्केटिंग पन्ने के किसी भी विवरण से ज़्यादा बताता है।
जो टनल ठीक नहीं करती
ट्रैफ़िक को एक ऑपरेटर से गुज़ारना उस ऑपरेटर को आपके कनेक्शन पथ में जगह देता है। इससे आपकी देखी जाने वाली साइटें भरोसेमंद नहीं हो जातीं, और यह HTTPS, खाता सुरक्षा या यह ध्यान नहीं बदलता कि आप कौन-सी प्रोफ़ाइलें इंस्टॉल करते हैं। प्रदाता के नेटवर्क पर ख़त्म होने वाली टनल यह बदलाव है कि कौन क्या देख सकता है, सवाल का हटना नहीं।
यही स्थानीय नेटवर्क पर भी लागू होता है। VPN आपके ट्रैफ़िक को होटल के एक्सेस नेटवर्क से दूर रख सकता है, और वह उस नेटवर्क को टनल को ही अवरुद्ध करने या टनल बनने से पहले नाम-समाधान में दख़ल देने से नहीं रोक सकता।
प्रदर्शन और बैटरी ईमानदार अवलोकन की उसी श्रेणी में आते हैं। संकेतक के साथ कोई तय जुर्माना जुड़ा नहीं है; गेटवे जो रास्ता लेता है, एक्सेस नेटवर्क की गुणवत्ता, ट्रैफ़िक की मात्रा और दोबारा जुड़ने की आवृत्ति सब संख्या को हिलाते हैं। एक ही उपयोग में दो कॉन्फ़िगरेशन की तुलना ही एकमात्र माप है जिसका कोई अर्थ है।
अपने असली डिवाइस के लिए चुनें
निजी फ़ोन पर, अपनी ज़रूरत से मेल खाता व्यवहार चुनें और स्वीकार की गई विफलता नीति लिख लें। अगर आपने अवरोध के साथ कवरेज चुना है, तो दूसरे डिवाइस से प्रदाता के स्टेटस पन्ने तक पहुँचने का रास्ता रखें; अगर फ़ॉलबैक चुना है, तो जानें कि टनल की विफलता डिज़ाइन से ही ख़ामोश है।
प्रबंधित काम के फ़ोन पर जवाब एडमिनिस्ट्रेटर की नीति है, और पॉज़ नियंत्रण का न होना आम तौर पर जानबूझकर होता है, न कि ऐसी चूक जिसे दरकिनार करना हो। सामान्य चैनल से छूट माँगना अगले प्रोफ़ाइल अपडेट द्वारा हटाए जाने वाले बायपास को खोजने से तेज़ है।
किसी भी तरह, मक़सद बदलने पर फ़ैसले की समीक्षा करें। एक आंतरिक ऐप के लिए कॉन्फ़िगर की गई टनल पूर्णकालिक ब्राउज़िंग कवरेज के लिए ख़राब बैठती है, और एक ऐप के लिए रखी गई पूरी-टनल प्रोफ़ाइल चुपचाप बहुत सारा ट्रैफ़िक खिसका देती है जिसे आपने कभी सौंपने का इरादा नहीं किया।