Android कैप्टिव पोर्टल लॉगिन: साइन इन करें और विफलताएं ठीक करें

आप एक होटल की लॉबी में खड़े हैं, आपका फोन कनेक्टेड कहता है, और कुछ भी लोड नहीं होता है। कोई लॉगिन पेज नहीं, कोई त्रुटि नहीं जिस पर आप कार्रवाई कर सकें, बस ऐप्स घूम रहे हैं जबकि WiFi आइकन एक छोटी सी चेतावनी दिखाता है। यह Android कैप्टिव पोर्टल लॉगिन का अपना काम खराब तरीके से करना है, या नेटवर्क का Android की जांच का इस तरह से जवाब देना है जो फोन को कनेक्टेड और ऑनलाइन के बीच अटका देता है।

इसका समाधान शायद ही कभी रैंडम टैपिंग होता है। Android एक स्पष्ट डिटेक्शन स्टेट मशीन का पालन करता है, और एक बार जब आप जान जाते हैं कि आप किस स्थिति में हैं, तो आप जानते हैं कि क्या टैप करना है, कौन सी सेटिंग बदलनी है, या क्या गलती वेन्यू की है। मैं सिस्टम प्रॉम्प्ट से शुरुआत करूंगा, फिर ब्राउज़र, गोपनीयता सेटिंग्स और उसके बाद ही पोर्टल डिजाइन की ओर बढ़ूंगा।

विषय सूची

• Android पर एक मिनट से भी कम समय में कैप्टिव पोर्टल में साइन इन करें
• Android कैसे तय करता है कि नेटवर्क को साइन-इन की आवश्यकता है या नहीं
  • Android के भीतर कौन क्या कार्य करता है
  • नेटवर्क रिस्पॉन्स को समझना
• अपने स्वयं के फ़ोन पर साइन-इन विफलताओं को ठीक करें
• कैप्टिव पोर्टल पहचान से जुड़ी ज्ञात समस्याएं
  • जहाँ स्टेट मशीन काम करना बंद कर देती है
• कियोस्क और प्रबंधित Android उपकरण
• ऐसा पोर्टल डिज़ाइन चुनें जो Android पर काम करे

एक मिनट से भी कम समय में Android पर कैप्टिव पोर्टल में साइन इन करें

Chrome खोलने से पहले Sign in to network नोटिफिकेशन पर टैप करें। Android इसे अपने स्वयं के लॉगिन व्यू में खोलता है, आप जो चुनते हैं उसे ट्रैक करता है, और आपके पूरा करने के बाद नेटवर्क का पुन: परीक्षण करता है। आपके द्वारा स्वयं खोले गए ब्राउज़र टैब को ऐसा कोई हैंडलिंग नहीं मिलता है, यही वजह है कि जो लोग प्रॉम्प्ट को छोड़ देते हैं, वे अक्सर एक साइन-इन पृष्ठ के साथ समाप्त होते हैं और एक ऐसा फोन जो अभी भी जोर देता है कि कोई इंटरनेट नहीं है।

1. 'नेटवर्क में साइन इन करें' नोटिफ़िकेशन पर टैप करें। नोटिफ़िकेशन शेड को नीचे खींचें या WiFi नाम के नीचे दिए गए प्रॉम्प्ट पर टैप करें। यह आमतौर पर जुड़ने के कुछ ही सेकंड के भीतर दिखाई देता है और बिना किसी URL का अनुमान लगाए आपको सीधे वेन्यू पेज पर ले जाता है।
2. यदि कोई नोटिफ़िकेशन नहीं है, तो एक प्लेन http पेज खोलें। अपने ब्राउज़र में, https के बजाय एक http एड्रेस पर जाएं। पोर्टल एक प्लेन रिक्वेस्ट को इंटरसेप्ट और रीडायरेक्ट कर सकता है, जबकि एक एन्क्रिप्टेड पेज रुक जाएगा या सर्टिफ़िकेट चेतावनी देगा। ऐसा एड्रेस चुनें जिस पर आप हाल ही में न गए हों, ताकि ब्राउज़र अपने कैश से उत्तर देकर नेटवर्क को पूरी तरह से बायपास न कर सके।
3. वेन्यू का चरण पूरा करें। नियमों को स्वीकार करें, अपना कमरा नंबर दर्ज करें, SMS कोड टाइप करें, या दिए गए सोशल लॉगिन का उपयोग करें। विंडो को जल्दी बंद न करें, क्योंकि Android को पुन: परीक्षण करने के लिए पूर्णता सिग्नल की आवश्यकता होती है।
4. चेतावनी के हटने की प्रतीक्षा करें। WiFi आइकन से उसकी चेतावनी त्रिभुज हट जानी चाहिए और इंटरनेट नहीं है लेबल गायब हो जाना चाहिए। उस बदलाव का अर्थ है कि Android ने कनेक्शन को केवल एक पेज लोड करने के बजाय पुन: मान्य किया है, और यह एक पूर्ण साइन-इन और बिना किसी कारण के भरे गए फॉर्म के बीच का अंतर है।
5. यदि अब भी 'इंटरनेट नहीं है' दिखाई दे रहा है, तो एक बार WiFi को टॉगल करें। अधिक गहन प्रयास करने से पहले WiFi को बंद और चालू करें। एक नया जॉइन नए चेक के लिए बाध्य करता है और पुराने परिणाम को साफ़ करता है।

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

Android यह कैसे तय करता है कि नेटवर्क को साइन-इन की आवश्यकता है या नहीं

Android आपके ब्राउज़र को देखकर निर्णय नहीं लेता है। यह बैकग्राउंड में एक प्रश्न पूछता है, और फिर उत्तर का आकलन करता है।

जब आपका फ़ोन WiFi से जुड़ता है, तो यह एक ज्ञात कनेक्टिविटी एंडपॉइंट पर क्लियरटेक्स्ट HTTP प्रोब भेजता है और एक विशिष्ट रिक्त सफलता रिस्पॉन्स की अपेक्षा करता है। यदि नेटवर्क उस अनुरोध को इंटरसेप्ट करता है और इसके बजाय रीडायरेक्ट या लॉगिन पेज लौटाता है, तो Android नेटवर्क को कैप्टिव मानता है और आपको संकेत देता है। Android 11 कैप्टिव पोर्टल दस्तावेज़ बताता है कि Android ने 2014 में जारी Android 5.0 में अंतर्निहित कैप्टिव-पोर्टल पहचान पेश की थी, जो API लेवल 21 के अनुरूप है, और ऐतिहासिक रूप से प्रोब connectivitycheck.gstatic.com का उपयोग करता था।

वह तारीख ऑपरेटरों के लिए मायने रखती है। पोर्टल हैंडलिंग कोई ब्राउज़र ट्रिक नहीं है जिसे आप जोड़ते हैं। यह एक ऑपरेटिंग सिस्टम फ़ंक्शन है जो प्रॉमप्ट, सत्यापन लेबल और ऐप को यह विश्वास दिलाता है कि वे ऑनलाइन हैं या नहीं, इसे नियंत्रित करता है।

Android के अंदर कौन क्या करता है

Android काम को विभाजित करता है। NetworkMonitor पहुंच योग्यता और पोर्टल स्थिति का परीक्षण करता है। पहले से इंस्टॉल किया गया कैप्टिव पोर्टल लॉगिन ऐप प्रमाणीकरण पृष्ठ दिखाता है और सिस्टम को बताता है कि आपने क्या चुना है।

आपके साइन इन करने के बाद, Android फिर से परीक्षण करता है। यदि जांच अब पास हो जाती है, तो नेटवर्क सत्यापित स्थिति में चला जाता है और चेतावनी हट जाती है। यदि यह पास नहीं होती है, तो आपके पास एक पूर्ण लॉगिन फॉर्म हो सकता है और फिर भी कोई उपयोगी इंटरनेट नहीं हो सकता है।

नया पाथ अधिक स्पष्ट है। एक नेटवर्क Android को एक कैप्टिव पोर्टल API एंडपॉइंट की ओर पॉइंट करते हुए, DHCP Option 114 का उपयोग करके DHCP के दौरान अपने पोर्टल का विज्ञापन कर सकता है। Android NetworkCapabilities संदर्भ इस फ़्लो से संबंधित ऐप साइड का समर्थन करता है, जहां Android 11 और बाद के संस्करण DHCP प्रोसेसिंग के दौरान उस एंडपॉइंट को पुनः प्राप्त कर सकते हैं और captive: true के साथ एक JSON प्रतिक्रिया Android को सीधे सिस्टम लॉगिन इंटरफ़ेस प्रस्तुत करने का कारण बनती है। यदि वह API उपलब्ध नहीं है, तो Android प्रोब पर वापस चला जाता है।

ऐप डेवलपर्स के लिए, सिग्नल नेटवर्क कॉलबैक में होता है। NET_CAPABILITY_CAPTIVE_PORTAL का मतलब है कि नवीनतम जांच ने एक पोर्टल का पता लगाया है। NET_CAPABILITY_VALIDATED का मतलब है कि नेटवर्क ने सत्यापन पास कर लिया है।

पोर्टल से प्राप्त HTTP 200 पेज इंटरनेट एक्सेस का प्रमाण नहीं है। साइन-इन को केवल तभी सफल मानें जब नेटवर्क सत्यापित स्थिति तक पहुँच जाए।

नेटवर्क रिस्पॉन्स पढ़ना

नेटवर्क रिस्पॉन्स	Android क्या निष्कर्ष निकालता है	आपको क्या दिखाई देता है
प्रोब एंडपॉइंट से HTTP 204	इंटरनेट खुला है, कोई पोर्टल नहीं है	कोई प्रॉम्प्ट नहीं, ब्राउज़िंग काम कर रही है
204 के स्थान पर पोर्टल HTML के साथ HTTP 200	कैप्टिव पोर्टल की पहचान हुई	साइन-इन सूचना दिखाई देती है
प्रोब ब्लॉक हो गया, टाइम आउट हो गया या DNS विफल रहा	सत्यापन विफल रहा, पोर्टल की पहचान नहीं हुई	कोई प्रॉम्प्ट नहीं, 'इंटरनेट नहीं है' का लेबल
DHCP विकल्प 114 के माध्यम से कैप्टिव JSON (Android 11 और बाद के संस्करण)	लॉगिन आवश्यक है	सिस्टम लॉगिन पेज सीधे खुलता है
साइन इन करने के बाद प्रोब पास हो जाता है	नेटवर्क सत्यापित हो गया	चेतावनी हट जाती है और ऐप्स कनेक्ट हो सकते हैं

तालिका को बाएं से दाएं पढ़ें। Android आपकी ब्रांडिंग, आपके फॉर्म फ़ील्ड, या यह मूल्यांकन नहीं कर रहा है कि पेज पूरा दिख रहा है या नहीं। यह मूल्यांकन कर रहा है कि क्या साइन-इन से पहले जांच प्रतिक्रिया अपेक्षित तरीके से बदली है, और क्या यह बाद में सामान्य हो जाती है।

मान लीजिए कि कोई होटल टैबलेट गेस्ट नेटवर्क से जुड़ता है लेकिन कभी प्रॉम्प्ट नहीं करता है। कर्मचारी अक्सर लॉगिन पेज को दोष देते हैं और बटन को फिर से डिजाइन करना शुरू कर देते हैं। पहले जांच (probe) की जांच करें, क्योंकि यदि नेटवर्क इसे रोकता है, समय समाप्त करता है, या इसे बहुत आसानी से गुजरने देता है, तो Android कभी भी उस कैप्टिव स्थिति तक नहीं पहुंच सकता है जो प्रॉम्प्ट को ट्रिगर करती है।

यह ध्यान में रखने योग्य मानसिक मॉडल है। प्रॉमप्ट इस बात पर निर्भर करता है कि नेटवर्क एक स्वचालित जांच का जवाब कैसे देता है। एक पॉलिश किया हुआ पोर्टल गलत जांच प्रतिक्रिया को ठीक नहीं कर सकता है, और एक सही जांच प्रतिक्रिया एक साधारण पोर्टल को भी विश्वसनीय बना सकती है।

अपने स्वयं के फोन पर साइन-इन विफलताओं को ठीक करें

एक साथ कई सेटिंग्स बदलने से पहले नीचे दिए गए लक्षणों पर काम करें। एक बदलाव, एक पुनः परीक्षण, और फिर आगे बढ़ें।

लक्षण	संभावित कारण	समाधान
जॉइन करने के बाद कोई साइन-इन नोटिफ़िकेशन नहीं	प्रोब ब्लॉक हुआ या पुराना कैश्ड परिणाम	नेटवर्क को फॉरगेट करें, फिर से जॉइन करें, फिर ब्राउज़र में एक प्लेन http पेज खोलें
लॉगिन पेज केवल https साइटों पर दिखाई देता है	पोर्टल केवल प्लेन http अनुरोधों को रीडायरेक्ट करता है	रीडायरेक्ट को ट्रिगर करने के लिए एक http पेज खोलें
साइन इन हैं लेकिन फिर भी 'इंटरनेट नहीं है'	प्राइवेट DNS या VPN चेक को ब्लॉक कर रहा है	प्राइवेट DNS और VPN बंद करें, फिर WiFi को टॉगल करें
पोर्टल बार-बार दिखाई दे रहा है	सत्र के लिए रैंडम MAC एड्रेस बदल गया	इस नेटवर्क के लिए डिवाइस MAC एड्रेस का उपयोग करने हेतु नेटवर्क सेट करें
लॉगिन पेज खाली है या सबमिट नहीं होगा	पुराना ब्राउज़र कैश या पुराना पोर्टल पेज	ब्राउज़र का कैश साफ़ करें और किसी अन्य ब्राउज़र से प्रयास करें
एक फ़ोन पर काम करता है, दूसरे पर नहीं	भिन्न Android वर्ज़न या प्राइवेसी सेटिंग्स	Android वर्ज़न की तुलना करें और रैंडम MAC बंद करके परीक्षण करें
कनेक्टेड है, लेकिन ऐप्स अब भी काम नहीं कर रहे हैं	कनेक्टिविटी अभी तक पुन: मान्य नहीं हुई है	30 सेकंड प्रतीक्षा करें, फिर एयरप्लेन मोड को टॉगल करें

मैं इस क्रम का उपयोग करूँगा क्योंकि यह सबसे सस्ते समाधान के साथ शुरू होता है और जब तक आवश्यक न हो प्राइवेसी को कमजोर करने से बचाता है।

1. WiFi को टॉगल करें, फिर भूल जाएं और पुनः जुड़ें। यह कैश्ड सत्यापन परिणाम को साफ़ करता है और एक नई जांच के लिए बाध्य करता है।
2. प्राइवेट DNS, VPN, और रैंडमाइज्ड MAC की जांच करें। ये सेटिंग्स सीधे DNS, राउटिंग और डिवाइस पहचान के पथ में स्थित हैं, इसलिए वे अगले संभावित अवरोधक हैं।
3. ब्राउज़र कैश साफ़ करें या दूसरा ब्राउज़र आज़माएं। ऐसा तब करें जब पेज खाली हो, आधा लोड हुआ हो, या सबमिट न हो रहा हो।

गोपनीयता चेतावनी: प्राइवेट DNS या VPN बंद करने से सार्वजनिक नेटवर्क पर आपकी सुरक्षा कम हो जाती है। जैसे ही साइन-इन सफल हो, दोनों को वापस चालू करें, और जब तक आप ऐसा न कर लें, तब तक बैंकिंग या पासवर्ड में बदलाव न करें।

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

यदि इनमें से कुछ भी काम न करे, तो रीसेट करना बंद करें। समय, नेटवर्क का नाम और डिवाइस मॉडल नोट करें, फिर वे विवरण स्थल (venue) को दें ताकि वे पोर्टल पक्ष की जांच कर सकें। यदि समस्या WiFi साइन-इन से आगे तक फैली हुई है, तो आप फोन की समस्याओं से संबंधित सहायता प्राप्त कर सकते हैं जो व्यापक डिवाइस त्रुटियों को कवर करती है, लेकिन एक स्थल पोर्टल जो कभी सत्यापित नहीं होता है, वह फ़ैक्टरी रीसेट द्वारा ठीक नहीं होगा।

कैप्टिव पोर्टल डिटेक्शन के साथ ज्ञात समस्याएं

ऑपरेटर का स्वाभाविक समाधान लॉगिन से पहले अधिक डोमेन की अनुमति देना है। वह स्वाभाविक समाधान Android कैप्टिव पोर्टल लॉगिन को पूरी तरह से बाधित कर सकता है।

कैप्टिव पोर्टल न दिखने पर वर्तमान Captifi मार्गदर्शिका बताती है कि Android स्वचालित कनेक्टिविटी जांच चलाता है जो आमतौर पर Google कनेक्टिविटी-चेक एंडपॉइंट से HTTP 204 प्रतिक्रिया की उम्मीद करता है, और यदि कोई वॉल्ड गार्डन उस एंडपॉइंट को बहुत व्यापक रूप से अनुमति देता है, तो Android यह निष्कर्ष निकाल सकता है कि अप्रतिबंधित इंटरनेट एक्सेस मौजूद है और साइन-इन प्रॉम्प्ट को दबा सकता है। सरल शब्दों में, आपकी अनुमति सूची (allowlist) फोन को यह विश्वास दिला सकती है कि वहां कोई पोर्टल नहीं है।

यह वही ट्रेड-ऑफ है जिसे ऑपरेटर अनदेखा कर देते हैं। एक संकीर्ण अनुमति सूची (allowlist) किसी भुगतान स्क्रिप्ट या पहचान प्रदाता को ब्लॉक कर सकती है जिसकी पोर्टल को आवश्यकता है। एक व्यापक अनुमति सूची पेज को सुंदर बनाए रखती है और साथ ही उस ट्रिगर को हटा देती है जो इसे खोलता है।

जहाँ स्टेट मशीन ब्रेक होती है

सभी विफलताएं गायब प्रॉम्प्ट जैसी नहीं दिखती हैं। DNS विफलताएं सत्यापन को अटका सकती हैं। एक VPN या Private DNS सेटिंग वेन्यू रिज़ॉल्वर के आसपास रूट कर सकती है। HTTPS-only व्यवहार पोर्टल को ऐसा कुछ नहीं देता है जिसे वह सुरक्षित रूप से रीडायरेक्ट कर सके। MAC रैंडमाइजेशन एक फोन को कई बार कनेक्ट करने पर कई डिवाइस जैसा दिखा सकता है।

आप लॉगिन पेज के स्क्रीनशॉट से उन मामलों का डिबग नहीं कर सकते। उन सेशन सिग्नलों को लॉग करें जो दिखाते हैं कि Android किस स्थिति में पहुंचा और कहां रुका।

• प्रोब परिणाम: क्या जांच ने 204, एक रीडायरेक्ट, पोर्टल HTML, या कुछ भी वापस नहीं लौटाया?
• DNS परिणाम: क्या एंडपॉइंट वेन्यू हलकर्ता (venue resolver) के माध्यम से हल हुआ?
• रीडायरेक्ट स्थिति: क्या गेटवे ने डिवाइस को पोर्टल URL पर भेजा?
• WebView त्रुटि: क्या लॉगिन दृश्य रेंडर करने या सबमिट करने में विफल रहा?
• यादृच्छिक (randomized) MAC पहचान: पोर्टल ने किस MAC को अधिकृत किया?
• ऑथ-पश्चात सत्यापन: क्या फॉर्म पूरा होने के बाद नेटवर्क पास हो गया?

मान लीजिए कि आपके लॉग स्वीकार की गई जांच और एक सफल लॉगिन दिखाते हैं, फिर भी सत्यापन कभी पूरा नहीं होता है। पहले ही हैंडसेट को दोष न दें। पोस्ट-लॉगिन रीडायरेक्ट और अधिकृत रिलीज़ की जांच करें, क्योंकि पोर्टल ने नेटवर्क को डिवाइस को आगे बढ़ने देने का निर्देश दिए बिना फॉर्म स्वीकार कर लिया होगा।

मैं इसी क्रम में चार बदलाव करूँगा।

1. प्री-ऑथ अनुमति सूची को न्यूनतम रखें जिसकी पोर्टल और उसके साइन-इन प्रदाताओं को आवश्यकता है।
2. प्रत्येक विफल और सफल सत्र के लिए ऊपर दिए गए प्रत्येक टेलीमेट्री फ़ील्ड को लॉग करें।
3. HTTPS-सुरक्षित ऑनबोर्डिंग का परीक्षण करें ताकि अतिथि एक साधारण HTTP ट्रिगर पर निर्भर न रहें।
4. ऐसे डिवाइसों के लिए एक गैर-पोर्टल पाथ की योजना बनाएं जिन्हें पोर्टल पर निर्भर नहीं होना चाहिए, जिसके लिए OpenRoaming WiFi, Passpoint, या प्रबंधित प्रमाणपत्रों जैसे विकल्पों का उपयोग किया जा सकता है।

कियोस्क और प्रबंधित Android डिवाइस

एक प्रबंधित टैबलेट सही ढंग से रीडायरेक्ट करने वाले नेटवर्क पर रह सकता है और फिर भी कभी लॉगिन विंडो नहीं दिखाता है। यह सिग्नल स्ट्रेंथ की समस्या नहीं है। यह आमतौर पर पॉलिसी की बात होती है।

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

यह उन स्थानों पर परेशान करता है जहाँ कोई भी डिवाइस को फ़ोन नहीं समझता है। उदाहरण के लिए अस्पताल और स्कूल के टैबलेट, रिटेल हैंडहेल्ड, होटल के टैबलेट और वेन्यू-स्वामित्व वाली चेक-इन स्क्रीन। गेस्ट का व्यक्तिगत फ़ोन आसानी से साइन इन हो जाता है, इसलिए कर्मचारी नेटवर्क को स्वस्थ घोषित कर देते हैं, जबकि प्रबंधित फ़्लीट ऑफ़लाइन रहती है।

मान लीजिए कि कोई रिटेल हैंडहेल्ड तब काम करता है जब एक मैनेजर स्टाफ फोन पर उसी नेटवर्क का परीक्षण करता है, लेकिन कियोस्क बिल्ड डिस्कनेक्ट रहता है। पोर्टल को छूने से पहले नीति अनुमति सूची (policy allowlist) की जांच करें। फोन साबित करता है कि रीडायरेक्ट मौजूद है। हैंडहेल्ड साबित करता है कि प्रबंधित इमेज इसे नहीं खोलेगी।

इसी क्रम में ऑपरेटर जांच चलाएं।

1. अपनी EMM या MDM पॉलिसी में कैप्टिव-पोर्टल सिस्टम पैकेज की अनुमति दें, फिर पॉलिसी को पुश करें और एक टेस्ट डिवाइस पर नेटवर्क को फिर से जॉइन करें।
2. उसी सटीक डिवाइस इमेज पर Android System WebView का परीक्षण करें, क्योंकि एक पुराना या अक्षम (disabled) WebView पोर्टल को खाली छोड़ सकता है या सबमिट करने में असमर्थ बना सकता है।
3. उन डिवाइसों के लिए एक फ़ॉलबैक ऑनबोर्डिंग पाथ परिभाषित करें जो इंटरैक्टिव पोर्टल नहीं दिखा सकते हैं, जैसे कि एक पूर्व-प्रावधानित (pre-provisioned) प्रोफ़ाइल या प्रमाणपत्र आधारित जॉइन, जो साझा पासवर्ड के बजाय संरचित BYOD ऑनबोर्डिंग की भावना के समान हो।

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

एक ऐसा पोर्टल डिज़ाइन चुनें जो Android पर काम करे

स्प्लैश पेज डिज़ाइन से नहीं, बल्कि तीन मानदंडों से शुरुआत करें। अतिथि कितनी बार वापस आते हैं, डिवाइस व्यक्तिगत हैं या प्रबंधित, और कौन से Android वर्शन काम करने चाहिए, इससे डिज़ाइन तय होना चाहिए।

कभी-कभार आने वाले मेहमानों के लिए, कैप्टिव पोर्टल अभी भी व्यावहारिक है। प्री-ऑथ अनुमति सूची को यथासंभव छोटा रखें, मेहमानों की अपेक्षा के अनुसार साइन-इन तरीकों का समर्थन करें, और यह सुनिश्चित करें कि लॉगिन के बाद की रिलीज़ इतनी तेज़ हो कि उपयोगकर्ता द्वारा सेटिंग्स बदलने से पहले Android सत्यापित हो जाए। हमारे स्वयं के पोर्टल को 15 मिनट से भी कम समय में स्प्लैश URL और RADIUS के साथ नियंत्रक में जोड़ा जा सकता है, जिसमें साइन-इन विकल्पों में SSO, Google, Apple, Facebook और SMS शामिल हैं, लेकिन सेटअप की गति प्रोब व्यवहार का परीक्षण करने की आपकी आवश्यकता को समाप्त नहीं करती है।

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

फिर एक ऑपरेटर की तरह परीक्षण करें, न कि एक डिज़ाइनर की तरह।

• सबसे पुराना समर्थित Android संस्करण: पुष्टि करें कि प्रॉम्प्ट दिखाई देता है और सत्यापन पूरा होता है।
• वर्तमान Android डिवाइस: पुष्टि करें कि Private DNS और रैंडमाइज्ड MAC डिफ़ॉल्ट उपयोगकर्ता को अटकाते नहीं हैं।
• मैनेज्ड कियोस्क बिल्ड: पुष्टि करें कि नीति पोर्टल ऐप की अनुमति देती है और WebView पेज को रेंडर करता है।

प्रत्येक डिवाइस पर, सत्यापित स्थिति (validated status) की प्रतीक्षा करें और केवल ब्राउज़र ही नहीं, दो ऐप खोलें। एक पास होने वाला फोन बहुत कम साबित करता है, क्योंकि पहचान Android संस्करण, DHCP समर्थन और डिवाइस नीति के आधार पर भिन्न होती है। तीनों के पास होने के बाद ही मेहमानों के लिए रोल आउट करें।

---

यदि आपके Android मेहमान बार-बार ऐसे पोर्टल पर पहुंचते हैं जो प्रॉम्प्ट नहीं करता, सत्यापित नहीं होता, या साइन इन नहीं रहता है, तो Purple Access आपके पास पहले से मौजूद एक्सेस पॉइंट्स पर एक बार आने वाले मेहमानों के लिए ब्रांडेड कैप्टिव पोर्टल और Passpoint या OpenRoaming वापस आने वाले उपकरणों के लिए चलाने में आपकी मदद कर सकता है। अपने अगले रोलआउट से पहले अपने सबसे पुराने Android डिवाइस, अपने वर्तमान हैंडसेट और किसी भी प्रबंधित कियोस्क बिल्ड का परीक्षण करने के बारे में हमसे बात करें, ताकि साइन-इन पहली बार में ही काम करे।