Android कॅप्टिव्ह पोर्टल लॉगिन: साइन इन करा आणि त्रुटींचे निवारण करा

तुम्ही हॉटेलच्या लॉबीमध्ये उभे आहात, तुमचा फोन Connected दाखवत आहे आणि काहीही लोड होत नाही. लॉगिन पेज नाही, कोणतीही एरर नाही ज्यावर तुम्ही कारवाई करू शकता, फक्त ॲप्स फिरत आहेत तर WiFi आयकॉनवर एक लहान चेतावणी दिसत आहे. तो Android कॅप्टिव्ह पोर्टल लॉगिनचा चुकीच्या पद्धतीने काम करण्याचा प्रकार आहे, किंवा नेटवर्क Android च्या तपासण्यांना अशा प्रकारे प्रतिसाद देत आहे की ज्यामुळे फोन connected आणि online च्या मध्ये अडकून राहतो.

यावरील उपाय सहसा सहज टॅप करणे हा नसतो. Android एका स्पष्ट डिटेक्शन स्टेट मशीनचे पालन करते, आणि एकदा तुम्हाला समजले की तुम्ही कोणत्या स्थितीत आहात, की मग तुम्हाला काय टॅप करायचे आहे, कोणती सेटिंग बदलायची आहे किंवा त्रुटी व्हेन्यूमध्ये आहे का हे समजते. मी सिस्टीम प्रॉम्प्टपासून सुरुवात करेन, नंतर ब्राऊझर, प्रायव्हसी सेटिंग्ज आणि त्यानंतरच कॅप्टिव्ह पोर्टल डिझाइनवर काम करेन.

अनुक्रमणिका

• एका मिनिटापेक्षा कमी वेळेत Android वर कॅप्टिव्ह पोर्टलमध्ये साइन इन करा
• नेटवर्कला साइन-इनची आवश्यकता आहे की नाही हे Android कसे ठरवते
  • Android च्या आत कोण काय करते
  • नेटवर्क रिस्पॉन्स वाचणे
• तुमच्या स्वतःच्या फोनवरील साइन-इन अयशस्वीतेचे निवारण करा
• कॅप्टिव्ह पोर्टल डिटेक्शनसह ज्ञात समस्या
  • स्टेट मशीन कोठे खंडित होते
• किओस्क आणि मॅनेज्ड Android डिव्हाइसेस
• Android वर कार्य करणारी पोर्टल डिझाइन निवडा

Android वर एका मिनिटापेक्षा कमी वेळेत कॅप्टिव्ह पोर्टलवर साइन इन करा

Chrome कडे जाण्यापूर्वी नेटवर्कमध्ये साइन इन करा सूचनेचा वापर करा. 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 पुन्हा चाचणी करते. प्रोब आता पास झाल्यास, नेटवर्क व्हॅलिडेटेड स्टेटसवर जाते आणि चेतावणी निघून जाते. ते पास न झाल्यास, लॉगिन फॉर्म पूर्ण भरलेला असूनही तुमच्याकडे वापरण्यायोग्य इंटरनेट नसू शकते.

नवीन मार्ग अधिक स्पष्ट आहे. नेटवर्क DHCP Option 114 चा वापर करून DHCP दरम्यान त्याचे पोर्टल जाहिरात करू शकते, जे Android ला कॅप्टिव्ह पोर्टल API एंडपॉइंटकडे निर्देशित करते. 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 हे तुमच्या ब्रँडिंगचे, तुमच्या फॉर्म फील्ड्सचे किंवा पेज पूर्ण दिसते की नाही याचे मूल्यमापन करत नाही. साइन-इन करण्यापूर्वी प्रोबचे उत्तर अपेक्षित प्रकारे बदलले आहे की नाही आणि त्यानंतर ते पूर्ववत होते की नाही, याचे मूल्यमापन ते करते.

समजा हॉटेल टॅब्लेट गेस्ट नेटवर्कमध्ये जॉइन होतो पण कधीही प्रॉम्प्ट करत नाही. कर्मचारी सहसा लॉगिन पेजला दोष देतात आणि बटणे पुन्हा डिझाइन करू लागतात. प्रथम प्रोब तपासा, कारण नेटवर्कने ते ब्लॉक केले, त्याची वेळ संपली किंवा ते सहजपणे जाऊ दिले, तर 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 आयडेंटिटी दाखवत असेल, तर व्हेन्यूला नवीन डिव्हाइस दिसते आणि ते पुन्हा कॅप्टिव्ह पोर्टल दाखवते. त्या एका नेटवर्कला डिव्हाइस MAC वापरण्यासाठी सेट केल्याने सेशन स्थिर होते, परंतु तुम्ही ते प्रत्येक नेटवर्कसाठी जागतिक स्तरावर बदलू नये.

यापैकी काहीही काम करत नसल्यास, गोष्टी रीसेट करणे थांबवा. वेळ, नेटवर्कचे नाव आणि डिव्हाइस मॉडेल यांची नोंद घ्या, नंतर ते तपशील व्हेन्यूला द्या जेणेकरून ते पोर्टल बाजू तपासू शकतील. समस्या WiFi साइन-इनच्या पलीकडे वाढल्यास, तुम्ही फोन समस्यांसाठी मदत मिळवू शकता जी व्यापक डिव्हाइस दोषांचा समावेश करते, परंतु कधीही व्हॅलिडेट न होणारे व्हेन्यू पोर्टल फॅक्टरी रीसेटद्वारे निश्चित केले जाणार नाही.

कॅप्टिव्ह पोर्टल डिटेक्शनमधील ज्ञात समस्या

ऑपरेटरचा उत्स्फूर्त उपाय म्हणजे लॉगिनपूर्वी अधिक डोमेनला अनुमती देणे. ती उत्स्फूर्त कल्पना Android कॅप्टिव्ह पोर्टल लॉगिन पूर्णपणे खंडित करू शकते.

कॅप्टिव्ह पोर्टल प्रदर्शित न होण्याबाबत सध्याचे Captifiचे मार्गदर्शन असे स्पष्ट करते की Android सामान्यतः Google नेटवर्क-कनेक्टिव्हिटी तपासणी एंडपॉइंटवरून HTTP 204 प्रत्त्युत्तराची अपेक्षा ठेवून ऑटोमेटेड कनेक्टिव्हिटी तपासण्या चालवते, आणि जर वॉल्ड गार्डनने त्या एंडपॉइंटला खूप व्यापकपणे परवानगी दिली, तर Android हे निष्कर्ष काढू शकते की अनियंत्रित इंटरनेट ॲक्सेस अस्तित्वात आहे आणि साइन-इन प्रॉम्प्ट दाबून टाकू शकते. सोप्या शब्दांत, तुमची अनुमती सूची (allowlist) फोनची खात्री पटवू शकते की तेथे कोणतेही पोर्टल नाही.

हाच तो ट्रेड-ऑफ आहे जो ऑपरेटर्सच्या लक्षात येत नाही. मर्यादित अलोलिस्ट पोर्टलला आवश्यक असणाऱ्या पेमेंट स्क्रिप्ट किंवा आयडेंटिटी प्रॉयव्हेडरला ब्लॉक करू शकते. व्यापक अलोलिस्ट पेज सुंदर ठेवते, परंतु ते उघडणारे ट्रिगर काढून टाकते.

स्टेट मशीन जिथे खंडित होते

सर्वच त्रुटी गहाळ झालेल्या प्रॉम्प्टसारख्या दिसत नाहीत. DNS त्रुटींमुळे व्हॅलिडेशन रखडू शकते. VPN किंवा प्रायव्हेट DNS सेटिंग व्हेन्यू रिझॉल्व्हरच्या आसपास मार्ग निश्चित करू शकते. फक्त-HTTPS चे वर्तन पोर्टलला असे काहीही देत नाही जे ते सुरक्षितपणे रीडायरेक्ट करू शकेल. MAC रँडमायझेशनमुळे एकच फोन वेगवेगळ्या जॉइन्सवर अनेक उपकरणांसारखा दिसू शकतो.

तुम्ही लॉगिन पेजच्या स्क्रीनशॉटवरून अशा केसेसमधील त्रुटी दूर करू शकत नाही. Android कोणत्या स्थितीत पोहोचले आणि कुठे थांबले हे दाखवणारे सेशन सिग्नल लॉग करा.

• प्रोब निकाल: तपासणीने 204, रिडायरेक्ट, पोर्टल HTML किंवा काहीही परत केले नाही का?
• DNS परिणाम: एंडपॉइंट वेन्यू रिसॉल्व्हरद्वारे रिसॉल्व्ह झाला का?
• रिडायरेक्ट स्थिती: गेटवेने डिव्हाइसला पोर्टल URL वर पाठवले का?
• WebView त्रुटी: लॉगिन व्ह्यू रेंडर किंवा सबमिट होण्यात अयशस्वी झाला का?
• रँडमाइज्ड MAC ओळख: पोर्टलने कोणत्या MAC ला अधिकृत केले?
• पोस्ट-ऑथ व्हेलिडेशन: फॉर्म पूर्ण झाल्यानंतर नेटवर्क पास झाले का?

समजा तुमच्या लॉग्सवरून मान्य केलेले प्रोब्स आणि यशस्वी लॉगिन स्पष्ट दिसत आहे, तरीही त्यानंतर व्हॅलिडेशन होत नाही. अशा वेळी आधी हँडसेटला दोष देऊ नका. लॉगिननंतरचे रिडायरेक्ट आणि ऑथोरायझेशन रिलीज तपासा, कारण डिव्हाइसला पुढे जाऊ देण्याबाबत नेटवर्कला सूचित न करताच पोर्टलने फॉर्म स्वीकारलेला असू शकतो.

मी या क्रमाने चार बदल करेन.

1. प्री-ऑथ अलावलिस्ट पोर्टल आणि त्याच्या साइन-इन प्रदात्यांना आवश्यक असलेल्या किमान पातळीवर ठेवा.
2. प्रत्येक अयशस्वी आणि यशस्वी सत्रासाठी वरील प्रत्येक टेलिमेट्री फील्ड लॉग करा.
3. HTTPS-सुरक्षित ऑनबोर्डिंगची चाचणी करा जेणेकरून अतिथी एकाच प्लेन HTTP ट्रिगरवर अवलंबून राहणार नाहीत.
4. पोर्टलवर अवलंबून राहू नये अशा डिव्हाइसेससाठी नॉन-पोर्टल पाथचे नियोजन करा, ज्यासाठी OpenRoaming WiFi, Passpoint, किंवा मॅनेज केलेले सर्टिफिकेट्स यांसारखे पर्याय वापरा.

किऑस्क आणि व्यवस्थापित (Managed) Android डिव्हाइसेस

एखादे व्यवस्थापित (managed) टॅब्लेट योग्यरीत्या रीडायरेक्ट करणाऱ्या नेटवर्कवर असू शकते आणि तरीही कधीही लॉगिन विंडो दाखवत नाही. ही सिग्नल क्षमतेची समस्या नाही. ही सहसा धोरणाची (policy) समस्या असते.

ग्राहक सल्ला असा गृहीत धरतो की तुम्ही सूचनांवर टॅप करू शकता, VPN अक्षम करू शकता आणि WiFi गोपनीयता सेटिंग्ज संपादित करू शकता. किओस्क वापरकर्ता सहसा हे काहीही करू शकत नाही. किओस्क कॅप्टिव्ह पोर्टलवरील एंटरप्राइझ मोबिलिटी मार्गदर्शन असे नमूद करते की कॅप्टिव्ह पोर्टल प्रीलोड केलेल्या ॲप्लिकेशनद्वारे हाताळले जातात आणि किओस्क पॉलिसीने त्याला स्पष्टपणे अनुमती दिली पाहिजे, त्यामुळे ब्लॉक केलेल्या कॅप्टिव्ह पोर्टल सिस्टीम पॅकेजचा अर्थ असा होतो की नेटवर्क योग्यरित्या कार्य करत असताना देखील लॉगिन कधीही लाँच होत नाही.

अशा ठिकाणी ही समस्या जास्त जाणवते जिथे डिव्हाइसला फोन म्हणून कोणी विचार करत नाही. जसे की हॉस्पिटल आणि शाळेचे टॅब्लेट्स, रिटेल हँडहेल्ड्स, हॉटेल टॅब्लेट्स आणि व्हेन्यूच्या मालकीचे चेक-इन स्क्रीन्स. गेस्टचा वैयक्तिक फोन व्यवस्थित साइन इन होतो, त्यामुळे मॅनेज केलेले डिव्हाइसेस ऑफलाइन असतानाही कर्मचारी नेटवर्क सुस्थितीत असल्याचे घोषित करतात.

समजा एखाद्या मॅनेजरने कर्मचाऱ्याच्या फोनवर तेच नेटवर्क टेस्ट केल्यावर रिटेल हँडहेल्ड कार्य करते, परंतु किओस्क बिल्ड डिस्कनेक्टच राहते. तुम्ही पोर्टलला हात लावण्यापूर्वी पॉलिसी अलोलिस्ट तपासा. फोन हे सिद्ध करतो की रिडायरेक्ट अस्तित्वात आहे. हँडहेल्ड हे सिद्ध करते की व्यवस्थापित इमेज ते उघडणार नाही.

ऑपरेटर तपासण्या या क्रमाने चालवा.

1. तुमच्या EMM किंवा MDM पॉलिसीमध्ये कॅप्टिव्ह पोर्टल सिस्टीम पॅकेजला परवानगी द्या, त्यानंतर पॉलिसी पुश करा आणि एका चाचणी उपकरणावर नेटवर्कवर पुन्हा कनेक्ट करा.
2. त्याच तंतोतंत डिव्हाइस इमेजवर Android System WebView ची चाचणी करा, कारण कालबाह्य किंवा अक्षम केलेले WebView पोर्टल रिकामे ठेवू शकते किंवा सबमिट करू शकत नाही.
3. इंटरअॅक्टिव्ह पोर्टल दाखवू न शकणाऱ्या डिव्हाइससाठी फॉलबॅक ऑनबोर्डिंग पाथ परिभाषित करा, जसे की प्री-प्रोव्हिजन केलेले प्रोफाईल किंवा सर्टिफिकेट आधारित जॉईन, जे सामायिक पासवर्डऐवजी स्ट्रक्चर्ड BYOD ऑनबोर्डिंगच्या धर्तीवर असेल.

धोरण प्रथम, WebView दुसरे, फॉलबॅक तिसरे. तुम्ही तो क्रम उलटल्यास, तुम्ही अशा डिव्हाइसेससाठी वर्कअराउंड्स तयार कराल ज्यांना आधीच शोधलेले पेज दाखवण्यासाठी फक्त परवानगीची आवश्यकता होती Android.

Android वर कार्य करणारे पोर्टल डिझाइन निवडा

स्प्लॅश पेज डिझाइनने नाही, तर तीन निकषांनी सुरुवात करा. पाहुणे किती वेळा परत येतात, डिव्हाइसेस वैयक्तिक आहेत की व्यवस्थापित (managed) आहेत आणि कोणत्या Android आवृत्त्यांवर काम करणे आवश्यक आहे यावरून डिझाइन ठरवले पाहिजे.

एकाच वेळेच्या पाहुण्यांसाठी (वन-ऑफ गेस्ट्स), कॅप्टिव्ह पोर्टल अद्याप व्यावहारिक आहे. प्रि-ऑथ अलावलिस्ट शक्य तितकी लहान ठेवा, पाहुण्यांना अपेक्षित असलेल्या साइन-इन पद्धतींना सपोर्ट करा, आणि पोस्ट-लॉगिन रिलीज पुरेशी जलद असल्याची खात्री करा जेणेकरून वापरकर्त्याने सेटिंग्ज बदलणे सुरू करण्यापूर्वी Android व्हॅलिडेट करेल. आमचे स्वतःचे पोर्टल स्प्लॅश URL आणि RADIUS सह 15 मिनिटांपेक्षा कमी वेळात कंट्रोलरमध्ये जोडले जाऊ शकते, ज्यामध्ये SSO, Google, Apple, Facebook आणि SMS सह साइन-इन पर्याय समाविष्ट आहेत, परंतु सेटअपच्या वेगामुळे तुमची प्रोब वर्तनाची चाचणी करण्याची गरज संपत नाही.

परत येणाऱ्या अतिथींसाठी, तुम्ही टाळू शकत असल्यास मी प्रत्येक भेटीत पोर्टल अनिवार्य करणार नाही. Passpoint किंवा OpenRoaming एकदा इंस्टॉल केलेल्या प्रोफाईलला परत आल्यावर आपोआप कनेक्ट होण्याची अनुमती देते, ज्यामध्ये पोर्टलची कोणतीही अडचण नाही आणि पुन्हा फॉर्म भरावा लागत नाही. तुम्ही गेस्ट WiFi सोल्यूशन्सचे पुनरावलोकन करताना तुमच्या सध्याच्या सेटअपशी या मार्गाची तुलना करा आणि तुम्ही वचनबद्ध होण्यापूर्वी तुमचा कंट्रोलर आणि RADIUS सेटअप या पर्यायाला सपोर्ट करतो याची पुष्टी करा.

मग डिझायनरसारखे नाही, तर ऑपरेटरसारखे चाचणी करा.

• सर्वात जुनी सपोर्ट केलेली Android आवृत्ती: प्रॉम्प्ट दिसल्याची आणि व्हॅलिडेशन पूर्ण झाल्याची पुष्टी करा.
• सध्याचे Android डिव्हाइस: प्रायव्हेट DNS आणि रँडमाइज्ड MAC डीफॉल्टमुळे युझर अडकून पडणार नाही याची पुष्टी करा.
• मॅनेज केलेले कियोस्क बिल्ड: पॉलिसी पोर्टल अ‍ॅपला अनुमती देते आणि WebView पेज रेंडर करते याची पुष्टी करा.

प्रत्येक डिव्हाइसवर, व्हॅलिडेटेड स्टेटसची वाट पहा आणि फक्त ब्राउझरच नाही, तर दोन ॲप्स उघडा. एक फोन पास झाला म्हणजे सर्वकाही योग्य आहे असे नाही, कारण Android व्हर्जन, DHCP सपोर्ट आणि डिव्हाइस पॉलिसीनुसार डिटॅक्शन बदलते. हे तिन्ही पास झाल्यावरच ते पाहुण्यांसाठी लागू करा.

---

तुमच्या Android अतिथींना प्रॉम्प्ट न होणाऱ्या, व्हॅलिडेट न होणाऱ्या किंवा साइन इन न राहणाऱ्या पोर्टलचा वारंवार सामना करावा लागत असल्यास, Purple ॲक्सेस तुम्हाला तुमच्याकडे आधीपासून असलेल्या ॲक्सेस पॉईंट्सवर वन-ऑफ अतिथींसाठी ब्रँडेड कॅप्टिव्ह पोर्टल आणि परत येणाऱ्या उपकरणांसाठी Passpoint किंवा OpenRoaming चालवण्यास मदत करू शकते. तुमच्या पुढील रोलआउटपूर्वी तुमच्या सर्वात जुन्या Android डिव्हाइसची, तुमच्या सध्याच्या हँडसेटची आणि कोणत्याही मॅनेज केलेल्या कियोस्क बिल्डची चाचणी घेण्याबाबत आमच्याशी बोला, जेणेकरून पहिल्याच वेळी साइन-इन यशस्वी होईल.