रीस्टार्ट के बाद iPhone VPN: पहले क्या होना चाहिए
‘VPN चालू रखें’ को स्टार्टअप की शर्त बनाइए: क्या जुड़ता है, क्या अभी भी आप पर निर्भर है, और पहला संरक्षित कार्य चलने से पहले क्या अवरुद्ध होता है।
‘VPN चालू रखें’ लगभग तीस सेकंड की पूछताछ सह लेता है। रीस्टार्ट के बाद चालू? फ़ोन अनलॉक करने से पहले चालू? जब Wi-Fi अभी भी साइन-इन पेज दिखा रहा हो तब चालू? टनल ऊपर आने तक ट्रैफ़िक रोकना, या पहले ऐप को सीधे कोशिश करने देना? ये चार अलग-अलग शर्तें हैं, और इनमें से केवल कुछ ही ऐसी हैं जिन्हें फ़ोन को कॉन्फ़िगर करके गारंटी किया जा सकता है। उत्तर को चरणों वाली समयरेखा के रूप में लिखिए, फिर वास्तविक रीबूट के बाद हर चरण जाँचिए।
| Stage | Personal profile | Supervised Always On |
|---|---|---|
| Before first unlock | do not assume a tunnel | do not assume a tunnel either |
| After unlock, network up | depends on the provider or On Demand rule | activates without user interaction |
| Tunnel negotiating | first app may already be trying | policy decides whether traffic waits |
| Gateway unreachable | usually falls back to whatever the client allows | follows the deployed policy |
शर्त को समयरेखा के रूप में लिखिए
उस पल से शुरू करें जो कारोबार के लिए मायने रखता है: कौन-सा संरक्षित कार्य बिना टनल नहीं होना चाहिए, और बूट के कितने बाद उस कार्य को वास्तव में आज़माया जाता है। उस पल से पहले का सब कुछ एक क्रम है, और उसी क्रम को आप सत्यापित करते हैं। ‘VPN चालू होना चाहिए’ ऐसा नोट जाँचा नहीं जा सकता, जबकि ‘टनल बनने से पहले रिकॉर्ड होस्ट तक कोई ट्रैफ़िक नहीं’ जाँचा जा सकता है।
फिर अलग कीजिए कि निजी फ़ोन क्या कर सकता है और निगरानी वाला फ़्लीट क्या कर सकता है, क्योंकि दोनों उत्तर एक-दूसरे की जगह नहीं ले सकते।
पहला चरण: पहले अनलॉक से पहले की स्थिति
अनलॉक के बाद देखी गई टनल से अनलॉक से पहले के व्यवहार का अनुमान न लगाइए। ईमानदार परीक्षण यह है कि रीबूट कीजिए, फ़ोन को लॉक छोड़िए, और दूसरी तरफ़ से देखिए कि कोई टनल बनती है या नहीं। ज़्यादातर निजी व्यवस्थाओं में उत्तर ना होगा, और यह कोई खराबी नहीं है; इसका मतलब सिर्फ़ यह है कि फ़ोन अनलॉक होने से पहले पहला संरक्षित कार्य आज़माया नहीं जाना चाहिए।
अगर कोई शर्त सचमुच अनलॉक से पहले की कवरेज पर निर्भर है, तो उसे क्लाइंट सेटिंग के बजाय डिप्लॉयमेंट मालिक के पास ले जाइए।
दूसरा चरण: नेटवर्क की तैयारी और कैप्टिव पोर्टल
निगरानी वाला Always On उपयोगकर्ता की भागीदारी के बिना सक्रिय होता है और तब तक रीस्टार्ट के पार बना रहता है जब तक उसकी प्रोफ़ाइल इंस्टॉल रहती है, और स्थापना तब होती है जब इंटरफ़ेस को IP पहुँच प्राप्त होती है। वही आख़िरी वाक्य महत्वपूर्ण है: जिस फ़ोन को अभी पता नहीं मिला, उसके पास बनाने के लिए कुछ नहीं है। जिस होटल पोर्टल को स्वीकार नहीं किया गया वह ठीक इसी अर्थ में तैयार नहीं है, और कोई याद रखी गई VPN वरीयता आपके लिए उसे पूरा नहीं करती।
इसलिए स्वीकृति नोट को पोर्टल वाले मामले के लिए एक पंक्ति चाहिए। या तो फ़ोन प्रतीक्षा करता है, या उपयोगकर्ता पहले पोर्टल से गुज़रता है, और कौन-सा स्वीकार्य है यह इस पर निर्भर है कि कौन यात्रा कर रहा है। चुनाव लिख लीजिए, क्योंकि सुबह सात बजे रीबूट करने वाला व्यक्ति इसे ख़ुद नहीं गढ़ेगा। कमरे का नंबर माँगने वाला पोर्टल भी सिर्फ़ चेकबॉक्स स्वीकार करने वाले पोर्टल से अलग मामला है।
तीसरा चरण: प्रमाणीकरण जिसे अभी भी एक व्यक्ति चाहिए
स्वचालित सक्रियण और स्वचालित प्रमाणीकरण अलग-अलग क्षमताएँ हैं। डिवाइस प्रमाणपत्र वाली प्रोफ़ाइल बिना किसी व्यक्ति के दूसरा पूरा कर सकती है, जबकि एक बार वाले कारक की माँग करने वाला गेटवे ऐसा नहीं कर सकता, और कोई नीति यह नहीं कराएगी। हाथ-मुक्त बूट क्रम का वादा करने से पहले तय कीजिए कि आप दोनों में से कौन-सा तैनात कर रहे हैं।
फिर मध्यवर्ती स्थिति स्पष्ट रूप से दर्ज कीजिए: अगर प्रमाणीकरण लंबित है, तो ट्रैफ़िक रोका जाता है, कतार में रखा जाता है या सीधे भेजा जाता है? उत्तर योजना में होना चाहिए, क्योंकि यही वह खिड़की है जहाँ ग़लत कॉन्फ़िगरेशन लीक बन जाता है। गेटवे को अप्राप्य बनाकर और फ़ोन क्या करता है यह देखकर इसकी परीक्षा कीजिए, क्लाइंट के अपने बारे में अपने विवरण को पढ़कर नहीं।
चौथा चरण: पहला संरक्षित कार्य, फिर एक संक्रमण
नियोजित रीस्टार्ट के बाद संरक्षित कार्य खोलिए और पुष्टि कीजिए कि वह सफल होता है और उसने सचमुच टनल का उपयोग किया। फिर वही कार्य Wi-Fi से मोबाइल नेटवर्क में संक्रमण के दौरान दोहराइए, क्योंकि वह बदलाव अंतर्निहित नेटवर्क पर फिर से बातचीत करता है और वहीं केवल बूट पर काम करने वाली प्रोफ़ाइल विफल होने लगती है। हर रन के लिए तीन तथ्य दर्ज कीजिए: कनेक्शन अपने आप ऊपर आया या नहीं, आपको प्रमाणीकरण करना पड़ा या नहीं, और अपेक्षित संसाधन ने उत्तर दिया या नहीं।
अगर अंतराल के दौरान सुरक्षा अनिवार्य है, तो वह सत्यापन विधि इस्तेमाल कीजिए जिसे डिप्लॉयमेंट मालिक स्वीकार करता है। एक सफल पेज लोड यह नहीं दिखा सकता कि उससे पहले कुछ भी सीधे नहीं गया।