कैप्टिव पोर्टल और VPN का गतिरोध: पहले कौन हिलता है
होटल का पोर्टल टनल बनने से पहले ट्रैफ़िक चाहता है; VPN टनल खड़ा होने तक सब रोकता है। दोनों क्रमों और उस अंतराल में हर एक क्या उजागर करता है, इसकी तुलना करें।
होटल का पोर्टल कोई भी ट्रैफ़िक पास करने से पहले ब्राउज़र देखना चाहता है। आपका VPN टनल खड़ा होने से पहले ट्रैफ़िक पास करने से मना कर देता है। दोनों पक्ष एक-दूसरे का इंतज़ार कर रहे हैं, और दोनों बिल्कुल वैसे ही व्यवहार कर रहे हैं जैसे कॉन्फ़िगर किए गए हैं। इस गतिरोध को सिर्फ़ दो क्रम तोड़ते हैं, और वे इस बात में अलग हैं कि अंतराल खुला रहते हुए क्या उजागर करते हैं। ब्राउज़र लोड कराने वाली कोई भी सेटिंग बदलते रहने के बजाय जानबूझकर एक चुनें।
दो क्रम, उनमें से एक काम करता है
या तो नेटवर्क पहले आपको भीतर लेता है और टनल बाद में आता है, या आप पोर्टल के लिए एक संकीर्ण अपवाद खोलते हैं और बाद में रोक बहाल करते हैं। दोनों वैध हैं। जो वैध नहीं है वह है रोक बंद करके उसे वापस लगाना भूल जाना।
| Order | What it costs | When it fails |
|---|---|---|
| Admit, then connect | Nothing extra; the block stays on | The client cannot reach the portal with the tunnel down |
| Exception, then restore | A timed window of direct access | The window is left open, or scoped too broadly |
दोनों क्रम हर स्थिति में समान रूप से अच्छे नहीं हैं। अनिवार्य प्रवेश प्रक्रिया वाले प्रबंधित डिवाइस का एक उत्तर है, और होटल के Wi-Fi पर निजी लैपटॉप का दूसरा। तुलना इस बात की है कि हर विकल्प क्या छोड़ता है।
शुरुआत इस जानकारी से करें कि आपका क्लाइंट और डिवाइस नीति वास्तव में किसका समर्थन करते हैं।
विकल्प A: नेटवर्क में प्रवेश करें, फिर टनल जोड़ें
अपेक्षित नेटवर्क नाम की पुष्टि करें, फिर ऑपरेटिंग सिस्टम के साइन-इन संकेत या क्लाइंट के समर्थित कैप्टिव-पोर्टल प्रवाह का उपयोग करें। iPhone और iPad पर साइन-इन शीट बंद करने से जुड़ाव टूट सकता है या नेटवर्क में इंटरनेट न होने की चेतावनी के साथ बना रह सकता है, और ये अलग शुरुआती बिंदु हैं। पहले प्रवेश का चरण पूरा करें, फिर टनल खड़ा करें। यह क्रम टनल बंद रहने के पूरे समय रोक को अक्षुण्ण रखता है।
पेच यह है कि इंटरनेट पहुँच की अनुमति देने वाले पोर्टल ने आपके VPN खाते को प्रमाणित नहीं किया है। टनल को फिर भी बाद में जुड़ना होता है, और वह अपने कारणों से विफल हो सकता है। प्रवेश और प्रमाणीकरण अलग-अलग घटनाएँ हैं जिन्हें लोग एक में मिला देते हैं।
अगर प्रवेश बार-बार समाप्त होता रहता है, तो नोट करें कि पोर्टल फिर माँगता है, नेटवर्क गिरता है, या सिर्फ़ VPN विफल होता है।
विकल्प B: साइन-इन के लिए संकीर्ण अपवाद, फिर रोक बहाल
विकल्प यह है कि रोक बाकी सब जगह लागू रहते हुए पोर्टल के ट्रैफ़िक की अनुमति दें, साइन इन करें, और फिर अपवाद हटा दें। अपवाद संकीर्ण होना चाहिए: एक गंतव्य या एक पता श्रेणी, साइन-इन की अवधि के लिए, और ठीक बाद रोक बहाल। चौड़ी अस्थायी खिड़की वह तरीका है जिससे दो मिनट का साइन-इन पूरी दोपहर के असुरक्षित ट्रैफ़िक में बदल जाता है।
जानें कि आपका क्लाइंट वास्तव में क्या लागू करता है। macOS पर OpenVPN Connect कैप्टिव-पोर्टल पहचान को उस विकल्प से अलग प्रलेखित करता है जो VPN के रुके या फिर से जुड़ते समय इंटरनेट पहुँच रोकता है। पोर्टल का पता लगाना और उसके ट्रैफ़िक की अनुमति देना आपस में जुड़े काम हैं, एक-दूसरे की जगह लेने वाले वादे नहीं।
प्रबंधित डिवाइस पर अपवाद गढ़ने के बजाय कॉन्फ़िगर की गई प्रवेश प्रक्रिया का पालन करें।
अंतराल क्या उजागर करता है, और किसके सामने
इस गतिरोध में दिलचस्प बात आपके सामने का ब्राउज़र टैब नहीं है। बल्कि वह सब कुछ है जो कनेक्टिविटी दिखते ही नेटवर्क इस्तेमाल करने लगता है: मेल, फ़ोटो सिंक, अपडेट जाँच, फिर से जुड़ता चैट क्लाइंट, काम फिर शुरू करता बैकअप एजेंट।
एक शांत ब्राउज़र विंडो इस बारे में कुछ नहीं बताती। किसी भी अनुमत सीधी पहुँच अंतराल से पहले संवेदनशील काम बंद या रोक दें, और देखें कि लॉगिन पर क्या चलता है। Android पर, VPN के बाहर के कनेक्शन रोकने के साथ जोड़ा गया हमेशा-चालू VPN ही प्रासंगिक नियंत्रण है, और मनमाना रूट अपवाद इसे समझने का विकल्प नहीं है।
यह वह एक जगह है जहाँ अस्थायी पहुँच खिड़कियों के बारे में पुरानी सलाह आज भी टिकती है। चिंता सही थी, भले ही तंत्र न हो।
कैसे चुनें और कैसे पुष्टि करें
विकल्प A चुनें जब डिवाइस या क्लाइंट वास्तविक पोर्टल प्रवाह का समर्थन करता है, क्योंकि यह पूरे समय रोक को अक्षुण्ण रखता है। विकल्प B चुनें जब पोर्टल तक किसी और तरीके से न पहुँचा जा सके, और अपवाद को ज़िम्मेदार व्यक्ति वाला समयबद्ध बदलाव मानें।
फिर परिणाम नहीं, क्रम की पुष्टि करें:
curl -sS --max-time 8 https://example.com -o /dev/null -w '%{http_code}\n'प्रवेश पूरा करें, इच्छित प्रोफ़ाइल स्थापित करें, अस्थायी रूप से बदला गया कोई भी रोक नियंत्रण बहाल करें, और फिर एक नया हानिरहित अनुरोध करें और पुष्टि करें कि वह टनल से होकर जाता है। जो अनुरोध इसलिए सफल है क्योंकि रोक अभी भी बंद है, वह टनल के बारे में कुछ सिद्ध नहीं करता।
VPN एग्ज़िट बदलने से समाप्त हो चुका होटल सत्र नवीनीकृत नहीं होगा। ये अलग-अलग घटनाएँ हैं, और इन्हें मिला देना आपको गलत जगह खोजने भेजता है।