मुख्य मजकुराकडे जा
मराठी

Ubiquiti UniFi captive portal troubleshooting: external portal, hotspot आणि walled garden चेकलिस्ट

तुमचे Ubiquiti UniFi captive portal का काम करत नाही आहे हे शोधण्यासाठी आणि ते दुरुस्त करण्यासाठी या चेकलिस्टचा वापर करा. तुम्ही लक्षणांची सांगड सहा कारणांपैकी एकाशी घालू शकाल, दोन जलद चाचण्या रन करू शकाल आणि external portal server, pre-authorisation access, guest subnet restrictions, HTTPS redirects, controller reachability किंवा client settings दुरुस्त करू शकाल.

Tom Hackett द्वारेप्रकाशित
📖 10 मिनिट वाचन2,284 शब्द3 सोडवलेली उदाहरणे10 महत्वाच्या व्याख्या

आमच्या मुख्य मालिकेचा भाग: Captive portal मार्गदर्शिका →

एक UniFi captive portal पाच पैकी एका कारणामुळे निकामी होते. एकतर बाह्य portal server चा पत्ता चुकीचा असतो, किंवा pre-authorisation access मधून portal आणि login domains गहाळ असतात. Guest isolation कदाचित portal host ला ब्लॉक करू शकते. redirect कदाचित IP address वर HTTP वापरत असेल. किंवा console पर्यंत पोहोचता येत नसेल. प्रत्येक गोष्ट एकामागून एक तपासा, आणि नंतर client वरून चाचणी घ्या.

काम न करणारे UniFi captive portal कसे दिसते?

बहुतेक त्रुटी चारपैकी एका लक्षणामध्ये दिसून येतात. UniFi Network application उघडण्यापूर्वी लक्षणाची ओळख पटवल्यास त्याचे कारण शोधणे सोपे होते.

  • पोर्टल अजिबात न दिसणे. device हे guest SSID ला जोडले जाते आणि त्याला IP address मिळतो, परंतु login साठी कोणतीही सूचना दिसत नाही. फोन कदाचित "no internet" दाखवू शकतो किंवा traffic शिवाय जोडलेला दाखवू शकतो.
  • एक कोरी किंवा सतत load होणारी page. Captive Network Assistant (CNA) उघडते, परंतु splash page कधीच render होत नाही. CNA हा एक लहान browser असतो जो तुमची operating system एखाद्या captive network वर सुरू करते.
  • Certificate ची चेतावणी. login page दिसण्यापूर्वी laptops वर "Your connection is not private" असे दिसते. पुढे जाण्यासाठी पाहुण्यांना (guests) या चेतावणीवर click करावेच लागते.
  • अपूर्ण portal. splash page load होते, परंतु social login किंवा payment button फिरत राहते, निकामी होते किंवा परत मूळ स्थितीवर येते.

Purple चे Captive Portal support article CNA चे अधिक तपशीलात स्पष्टीकरण देते. CNA हे internet उपलब्ध आहे की नाही हे तपासण्यासाठी पूर्वनिश्चित domain तपासते. त्यानंतर ते device ला सूचित करते, browser सुरू करते आणि "online" स्थितीची पुष्टी करते. जेव्हा या साखळीचा कोणताही भाग तुटतो, तेव्हा तुमच्या पाहुण्यांना (guests) वरीलपैकी एक लक्षण दिसते.

हे मार्गदर्शक गृहीत धरते की तुमचे UniFi hotspot portal किंवा बाह्य portal आधीच configure केलेले आहे. हे दोष शोधण्याची चेकलिस्ट आहे, setup मार्गदर्शक नाही.

UniFi captive portal निकामी होण्याचे सामान्य कारण काय असते?

UniFi guest portal च्या बहुतेक त्रुटी निवारण (troubleshooting) प्रकरणांमध्ये सहा कारणे जबाबदार असतात.

  1. चुकीचे external portal server setting. पत्ता जुन्या host कडे निर्देशित करतो, त्यात टायपिंगची चूक असते किंवा तो अशा server कडे निर्देशित करतो जिथपर्यंत gateway पोहोचू शकत नाही.
  2. अपूर्ण pre-authorisation access. UniFi या setting ला "Pre-Authorization Access" असे लेबल करते. हे UniFi चे walled garden आहे: login करण्यापूर्वी एखादा guest ज्या hosts आणि subnets पर्यंत पोहोचू शकतो. जर portal, त्याची मालमत्ता किंवा एखादा social login provider गहाळ असेल, तर page कोरी किंवा अपूर्ण राहते.
  3. Guest network निर्बंध. UniFi guest networks खाजगी address ranges ब्लॉक करतात. अंतर्गत subnet वरील portal server किंवा DNS server पर्यंत पोहोचणे अशक्य होते.
  4. HTTPS आणि hostname redirect विसंगती. IP address वर किंवा जुळणारे certificate नसलेल्या hostname वर HTTPS redirect केल्यास browser चेतावणी देतो.
  5. Controller किंवा console ची पोहोच. स्वतः host केलेले UniFi Network Servers आणि cloud consoles नेहमी पोहोचण्यायोग्य राहिले पाहिजेत. बाह्य portal सह, controller ने login पूर्ण करणाऱ्या RADIUS server पर्यंत देखील पोहोचले पाहिजे.
  6. Client-side अडथळा. VPNs, custom DNS settings किंवा नाकारलेली CNA सूचना यांमुळे त्या device वरील redirect थांबते.

तुम्हाला कोणता UniFi captive portal दोष आहे हे तुम्ही कसे शोधाल?

लक्षण समजून घेण्यापासून सुरुवात करा, नंतर कोणताही सेटिंग बदलण्यापूर्वी टेबलमधील पहिली तपासणी करा.

लक्षण बहुधा असणारे कारण पहिली तपासणी निराकरण
पोर्टल नाही, कोणतीही सूचना नाही DNS पर्यंत पोहोचता येत नाही किंवा CNA प्रोब ब्लॉक झाला आहे लॉग इन करण्यापूर्वी क्लायंट सार्वजनिक होस्टनेम रिझॉल्व्ह करू शकतो का? ब्लॉक केलेल्या खाजगी श्रेणींच्या बाहेरील DNS सर्व्हर द्या, किंवा प्री-ऑथरायझेशन ऍक्सेसमध्ये त्याला अनुमती द्या
कोरे किंवा सतत लोड होणारे पेज प्री-ऑथरायझेशन ऍक्सेसमधून पोर्टल होस्ट किंवा ऍसेट्स गहाळ आहेत पोर्टल होस्टनेम गेस्ट डिव्हाइसवरून रिझॉल्व्ह आणि लोड होते का? प्री-ऑथरायझेशन ऍक्सेसमध्ये पोर्टल होस्ट, त्याचे ऍसेट डोमेन्स आणि त्याचा सबनेट जोडा
लॅपटॉपवर सर्टिफिकेट चेतावणी IP ऍड्रेसवर HTTPS रिडायरेक्ट किंवा न जुळणारे होस्टनेम चेतावणीच्या वेळी ऍड्रेस बारमध्ये कोणता URL दिसतो? HTTPS रिडायरेक्शन अक्षम करा, किंवा त्या होस्टनेमशी जुळणारे सार्वजनिकरित्या विश्वसनीय सर्टिफिकेट वापरून होस्टनेमनुसार रिडायरेक्ट करा
सोशल लॉगिन बटण फिरत राहते किंवा अपयशी ठरते आयडेंटिटी प्रोव्हाइडर डोमेन्स गहाळ आहेत ब्राउझरच्या नेटवर्क व्ह्यूमध्ये कोणते डोमेन अपयशी ठरत आहे? प्रोव्हाइडरचे लॉगिन पेज लोड करत असलेले प्रत्येक डोमेन जोडा
पेमेंट स्टेप अपयशी ठरते पेमेंट गेटवे डोमेन्स गहाळ आहेत पेमेंट पेज अजिबात लोड होते का? प्री-ऑथरायझेशन ऍक्सेसमध्ये पेमेंट प्रोव्हाइडरचे होस्ट जोडा
पोर्टल लोड होते, लॉगिन कधीच पूर्ण होत नाही RADIUS किंवा कंट्रोलरपर्यंत पोहोचता येत नाही कंट्रोलर इव्हेंट्समध्ये ऑथेंटिकेशनचे प्रयत्न दिसतात का? कंट्रोलरची पोहोच पुन्हा स्थापित करा आणि RADIUS तपशील तुमच्या पोर्टल प्रोव्हाइडरशी जुळत असल्याची खात्री करा
एक डिव्हाइस अपयशी ठरते, इतर चालतात क्लायंट-साइड VPN, कस्टम DNS किंवा नाकारलेला CNA त्या डिव्हाइसवर neverssl.com रिडायरेक्ट होते का? VPN किंवा कस्टम DNS अक्षम करा, नेटवर्क विसरून जा आणि पुन्हा जॉईन व्हा

दोन जलद चाचण्या बहुतांश त्रुटी वेगळ्या करतात. प्रथम, कनेक्ट केलेल्या परंतु ऑथेंटिकेट न झालेल्या डिव्हाइसवर neverssl.com ब्राउझ करा. Purple ची सपोर्ट टीम या साईटची शिफारस करते कारण ती SSL रिडायरेक्टच्या समस्या टाळते. जर neverssl.com तुमच्या पोर्टलवर रिडायरेक्ट करत असेल, तर रिडायरेक्ट काम करत आहे आणि त्रुटी प्री-ऑथरायझेशन ऍक्सेस किंवा स्वतः पोर्टलमध्ये आहे. जर ते रिडायरेक्ट करत नसेल, तर DNS, एक्सटर्नल पोर्टल सर्व्हर सेटिंग किंवा कंट्रोलर तपासा.

दुसरे म्हणजे, UniFi नेटवर्क ऍप्लिकेशनमधील क्लायंट एन्ट्री तपासा. क्लायंट लिस्ट आणि इव्हेंट्स हे दर्शवतात की डिव्हाइस गेस्ट नेटवर्कवर आहे की नाही आणि त्याने ऑथरायझेशन मिळवले आहे की नाही. ऑथरायझेशन मिळालेले म्हणून मार्क केलेले परंतु तरीही पोर्टल दर्शवणारे डिव्हाइस क्लायंट-साइड कॅशे किंवा CNA समस्येकडे निर्देश करते.

तुम्ही प्रत्येक UniFi captive portal कारणाचे निराकरण कसे करता?

Purple येथे UniFi मेनू पाथ पुन्हा सादर करत नाही, कारण ते UniFi नेटवर्क रिलीज दरम्यान बदलतात. प्रत्येक सेटिंगच्या अचूक स्थानासाठी Ubiquiti चे सद्य डॉक्युमेंटेशन वापरा.

एक्सटर्नल पोर्टल सर्व्हर

एक्सटर्नल पोर्टल सर्व्हरचे मूल्य तुमच्या पोर्टल प्रोव्हाइडरने निर्दिष्ट केलेल्या मूल्यासह जुळत असल्याची खात्री करा. एकही चुकीचे अक्षर प्रत्येक गेस्टला एका बंद होस्टकडे पाठवते. जर तुम्ही पोर्टल प्रोव्हाइडर बदलला असेल, तर जुना ऍड्रेस नवीन ऍड्रेसच्या सोबत ठेवण्याऐवजी काढून टाका.

जेव्हा तुम्ही Purple वापरता, तेव्हा स्प्लॅश पेज सर्व्हर्स पाहुण्यांचे तपशील गोळा करतात आणि वन-टाइम लॉगिन जारी करतात. ऑथेंटिकेशन पूर्ण करण्यासाठी कंट्रोलर ते लॉगिन Purple च्या RADIUS सर्व्हरकडे पाठवतो. RADIUS हा प्रोटोकॉल आहे ज्याचा वापर नेटवर्क उपकरणे एका मध्यवर्ती सर्व्हरवर क्रेडेन्शियल्स तपासण्यासाठी करतात. जर पोर्टल लोड झाले परंतु लॉगिन अयशस्वी झाले, तर पुढील पायरी म्हणून RADIUS प्रोफाइल तपासा.

पोर्टल, सोशल लॉगिन आणि पेमेंट डोमेन्ससाठी प्री-ऑथरायझेशन ऍक्सेस

हा सर्वात सामान्य उपाय आहे. प्री-ऑथरायझेशन ऍक्सेसमध्ये या नोंदी जोडा:

  • पोर्टल सर्व्हर होस्ट आणि तो ज्या सबनेटवर आहे तो सबनेट.
  • स्प्लॅश पेज लोड करत असलेले प्रत्येक डोमेन, ज्यामध्ये कंटेंट डिलिव्हरी नेटवर्क्समधील फॉन्ट्स, इमेजेस आणि स्क्रिप्ट्स समाविष्ट आहेत.
  • जर तुम्ही Facebook, Google किंवा Apple साइन-इन ऑफर करत असाल, तर प्रत्येक सोशल लॉगिन प्रदात्याचे ऑथेंटिकेशन डोमेन्स.
  • जर तुम्ही प्रीमियम ऍक्सेससाठी शुल्क आकारत असाल, तर तुमच्या पेमेंट गेटवेचे होस्ट्स.

अनिर्बंध नेटवर्कवरील लॅपटॉपवरून स्प्लॅश पेज उघडा, ज्यामध्ये ब्राउझरची डेव्हलपर टूल्स नेटवर्क रिक्वेस्ट्स दाखवत असतील. तिथे सूचीबद्ध केलेले प्रत्येक डोमेन लॉगिन करण्यापूर्वी पोहोचण्यायोग्य असणे आवश्यक आहे. जिथे तुमची UniFi नेटवर्क आवृत्ती केवळ IP नोंदी स्वीकारते, तिथे जेव्हा जेव्हा एखादा प्रदाता त्याचे पत्ते बदलतो तेव्हा ते पुन्हा तपासा.

गेस्ट नेटवर्क आयसोलेशन आणि ब्लॉक केलेले सबनेट्स

गेस्ट आयसोलेशन हे स्वतःहून Captive Portal ब्लॉक करत नाही. क्लायंट डिव्हाइस आयसोलेशन पाहुण्यांच्या उपकरणांना एकमेकांशी संवाद साधण्यापासून रोखते. गेस्ट नेटवर्कचे सबनेट निर्बंध खाजगी ऍड्रेस रेंज ब्लॉक करतात आणि ते निर्बंध अंतर्गत पोर्टल किंवा DNS सर्व्हर्सना अडकवतात.

जर तुमचा पोर्टल सर्व्हर किंवा DNS रिझॉल्व्हर अंतर्गत सबनेटवर असेल, तर त्या विशिष्ट होस्टला प्री-ऑथरायझेशन ऍक्सेसमध्ये जोडा. पाहुण्यांना सार्वजनिक DNS रिझॉल्व्हर देणे आणि पोर्टल सार्वजनिक पत्त्यावर होस्ट करणे हा अधिक सुटसुटीत मार्ग आहे.

HTTPS आणि होस्टनेम रीडायरेक्ट पर्याय

आधुनिक ब्राउझर लॉगिन पेजेससाठी HTTPS ची अपेक्षा करतात. Purple चा Cisco WLC सर्टिफिकेट लेख Cisco हार्डवेअरवरील याच पद्धतीचे वर्णन करतो. HTTP पत्त्यावर (जसे की केवळ IP वर) रीडायरेक्ट केल्याने सुरक्षा चेतावणी ट्रिगर होते, आणि पाहुण्यांना त्यावर क्लिक करून पुढे जावे लागते.

हा उपाय UniFi वरही याच तत्त्वाचे पालन करतो. एकतर HTTPS रीडायरेक्शन बंद ठेवा आणि CNA ला HTTP वापरू द्या, किंवा होस्टनेमद्वारे रीडायरेक्ट करा. होस्टनेम रीडायरेक्टसाठी सार्वजनिकरित्या विश्वसनीय SSL/TLS सर्टिफिकेट आवश्यक आहे, आणि होस्टनेम सर्टिफिकेटच्या Common Name शी जुळणारे असले पाहिजे. सेल्फ-साईन केलेले सर्टिफिकेट किंवा न जुळणारे नाव थेट चेतावणी परत आणते.

सेल्फ-होस्टेड आणि क्लाउड कन्सोलसाठी कंट्रोलर पोहोचक्षमता

सेल्फ-होस्टेड UniFi नेटवर्क सर्व्हरसाठी, सर्व्हर चालू असल्याची आणि तुमच्या गेटवे तसेच ऍक्सेस पॉईंट्सवरून पोहोचण्यायोग्य असल्याची खात्री करा. जर सर्व्हर मुख्य कार्यालयात किंवा डेटा सेंटरमध्ये असेल तर साइट्समधील फायरवॉल नियम तपासा. क्लाउड कन्सोलसाठी, कन्सोल ऑनलाइन दिसत असल्याची आणि गेटवे ऍडॉप्ट झाल्याची खात्री करा. त्यानंतर तुमच्या RADIUS सर्व्हरकडे जाणार्‍या आउटबाउंड ट्रॅफिकला परवानगी असल्याचे निश्चित करा.

क्लायंट तपासण्या

पाहुण्यांना नेटवर्क विसरून (forget network) पुन्हा कनेक्ट करण्यास सांगा. कोणताही VPN किंवा कस्टम DNS सेटिंग बंद करा, ज्यामुळे रीडायरेक्ट पूर्णपणे बायपास होऊ शकतो. CNA नोटिफिकेशन चुकले असल्यास, ब्राउझर उघडा आणि neverssl.com वर जा. Android वर, "you may need to log in" नोटिफिकेशनवर टॅप केल्याने CNA ब्राउझर सेशन सुरू होते.

तुमच्या विशिष्ट सेटअपबद्दल काही प्रश्न आहेत का?

आमची टीम ८०,००० हून अधिक वेन्यूजमधील वेन्यू ऑपरेटर्स, IT मॅनेजर्स आणि नेटवर्क इंजिनिअर्ससोबत काम करते. २० मिनिटांचा कॉल बुक करा आणि तुमच्यासारख्या इतरांनी ही समस्या कशी सोडवली हे आम्ही तुम्हाला दाखवू.

हॉस्पिटॅलिटी, रिटेल आणि इव्हेंट्समधील यशस्वी उदाहरणे

ही यशस्वी उदाहरणे दाखवतात की हे चेकलिस्ट प्रत्यक्ष ठिकाणी कशा प्रकारे काम करते.

कोरी स्प्लॅश पेज असणारे 200 खोल्यांचे हॉटेल

परिस्थिती. एका हॉटेलने स्वतःचे होस्ट केलेले UniFi नेटवर्क सर्व्हर आणि एक बाह्य पोर्टल चालवले होते. नेटवर्क बदलानंतर, गेस्ट SSID वरील पाहुण्यांना कोरे पेज दिसत होते. फ्रंट डेस्क कर्मचाऱ्यांकडे दररोज रात्री जवळपास डझनभर तक्रारींची नोंद होत होती.

काय केले गेले. neverssl.com रीडायरेक्ट झाले नाही, त्यामुळे टीमने आधी DNS तपासले. गेस्ट VLAN चा DHCP स्कोप खाजगी सबनेटवरील अंतर्गत DNS सर्व्हर वितरीत करत होता. गेस्ट निर्बंधांमुळे तो सबनेट ब्लॉक झाला होता. टीमने गेस्ट स्कोप एका पब्लिक रिझॉल्व्हरवर स्विच केला.

परिणाम. पुढील कनेक्शनवर पोर्टल रीडायरेक्ट्स यशस्वीरित्या काम करू लागले. फ्रंट डेस्ककडे त्या आठवड्यात पुढे कोणतीही WiFi तक्रार नोंदवली गेली नाही.

सोशल लॉगिन ठप्प झालेली 40 स्टोअर्सची रिटेल साखळी

परिस्थिती. एका रिटेल साखळीने तिच्या स्प्लॅश पेजवर सोशल साइन-इन जोडले. ईमेल फॉर्म चालत होता, परंतु प्रत्येक स्टोअरमध्ये सोशल बटण सतत फिरत राहत होते.

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

परिणाम. सर्व 40 स्टोअर्समध्ये सोशल साइन-इन पूर्ण झाले. टीम आता प्रत्येक प्रोव्हाइडर अपडेटनंतर पायलट स्टोअरची पुन्हा चाचणी घेते.

सर्टिफिकेटच्या इशाऱ्यांसह एक कॉन्फरन्स सेंटर

परिस्थिती. लॅपटॉपवरील प्रतिनिधींना पोर्टल दिसण्यापूर्वी "Your connection is not private" हा संदेश दिसत होता. CNA द्वारे फोनवर हे काम करत होते, त्यामुळे ही समस्या अधूनमधून येत असल्याचे वाटत होते.

काय केले गेले. ॲड्रेस बारमध्ये IP ॲड्रेसवर HTTPS रीडायरेक्ट दिसत होते. जोपर्यंत रीडायरेक्ट होस्टनेमशी जुळणारे सार्वजनिकरित्या विश्वसनीय सर्टिफिकेट उपलब्ध होत नाही, तोपर्यंत टीमने HTTPS रीडायरेक्शन बंद केले.

परिणाम. लॅपटॉपवरील तो इशारा नाहीसा झाला. इव्हेंट हेल्पडेस्कला उर्वरित कॉन्फरन्ससाठी पोर्टल संबंधी तिकीट मिळणे बंद झाले.

तुम्ही UniFi Captive Portal पुन्हा अयशस्वी होण्यापासून कसे रोखू शकता?

  • प्री-ऑथरायझेशन रजिस्टर ठेवा. प्रत्येक होस्ट आणि सबनेटची यादी करा, ते तिथे का आहे आणि त्याचा मालक कोण आहे हे नोंदवा. जेव्हा तुम्ही लॉगिन पद्धत किंवा पेमेंट प्रोव्हाइडर जोडता तेव्हा त्याचे पुनरावलोकन करा.
  • प्रत्येक बदलानंतर चाचणी घ्या. एक Android फोन, एक iPhone आणि एक लॅपटॉप वापरा. neverssl.com रीडायरेक्ट होत असल्याची आणि लॉगिन पूर्ण होत असल्याची खात्री करा.
  • सर्टिफिकेटची मुदत संपण्यावर लक्ष ठेवा. होस्टनेम रीडायरेक्टवर मुदत संपलेले सर्टिफिकेट असल्यास सर्टिफिकेट नसण्यासारखाच इशारा मिळतो.
  • कंट्रोलरचे निरीक्षण करा. स्वतः होस्ट केलेले सर्व्हर ऑफलाईन जाण्यापूर्वी पाहुण्यांच्या लक्षात येण्याआधीच अलर्ट मिळवा.
  • ओपन गेस्ट नेटवर्क चालवा. Purple ओपन गेस्ट नेटवर्क्सची शिफारस करते कारण ओळखीचे वातावरण लॉगिन दरम्यान येणाऱ्या अडचणी कमी करते.

हाच नियम इतर व्हेंडरना देखील लागू होतो. Purple चे HPE Aruba captive portal troubleshooting guide आणि Cisco Meraki captive portal troubleshooting guide त्या प्लॅटफॉर्म्ससाठी याच चेकलिस्टचे अनुसरण करतात.

वारंवार विचारले जाणारे प्रश्न

Purple आमच्या मालकीच्या आधीपासूनच्या Ubiquiti UniFi ऍक्सेस पॉईंट्ससोबत काम करते का?

होय, Purple हे Ubiquiti UniFi वर एक्सटर्नल पोर्टल आणि RADIUS सर्व्हिस म्हणून चालते, त्यामुळे तुम्ही तुमचे विद्यमान ऍक्सेस पॉईंट्स तसेच ठेवू शकता. Purple हे हार्डवेअर-अज्ञेयवादी (hardware-agnostic) आहे आणि Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Cambium, Extreme आणि Fortinet ला देखील सपोर्ट करते. मिश्र हार्डवेअर असलेल्या मल्टी-साइट मालमत्तांसाठी हे महत्त्वाचे आहे, कारण एकच Guest WiFi कॉन्फिगरेशन प्रत्येक व्हेंडरला कव्हर करते. Purple च्या स्वतःच्या डेटाच्या माहितीनुसार, Purple चे प्लॅटफॉर्म ८०,००० पेक्षा जास्त लाइव्ह ठिकाणांवर कार्यरत आहे.

आम्ही एक्सटर्नल पोर्टलसह सेल्फ-होस्टेड UniFi Network Server ठेवू शकतो का?

होय, जोपर्यंत तो पोहोचण्यायोग्य राहील, तोपर्यंत सेल्फ-होस्टेड UniFi Network Server एक्सटर्नल पोर्टलसोबत काम करतो. गेटवे आणि ऍक्सेस पॉईंट्स सर्व्हरपर्यंत पोहोचले पाहिजेत आणि सर्व्हर तुमच्या पोर्टल प्रदाताच्या RADIUS सर्व्हिसपर्यंत पोहोचला पाहिजे. जर सर्व्हर मुख्य कार्यालयात असेल, तर साइट्समधील फायरवॉल नियम तपासा. क्लाउड कन्सोल होस्टिंगचे काम काढून टाकतात परंतु तरीही त्यांना RADIUS कडे आउटबाउंड ऍक्सेसची आवश्यकता असते.

आमचे UniFi गेस्ट नेटवर्क ओपन असावे की पासवर्ड-संरक्षित असावे?

गेस्ट ऍक्सेससाठी ओपन (Open) हाच शिफारस केलेला पर्याय आहे. Purple ओपन नेटवर्कवर Guest WiFi प्रदान करण्याची शिफारस करते कारण हा आताचा प्रमाणित संकेत आहे आणि यामुळे लॉगिनच्या वेळी येणारे अडथळे कमी होतात. Captive Portal अजूनही ऍक्सेस नियंत्रित करतो, जाणीवपूर्वक घेतलेल्या पर्यायांचे (opt-ins) रेकॉर्ड गोळा करतो आणि प्रत्येक पाहुण्याला वन-टाइम लॉगिन जारी करतो. पासवर्ड-संरक्षित गेस्ट नेटवर्कमुळे एक पायरी वाढते आणि फ्रंट-डेस्कवर चौकशीचे प्रमाण वाढते.

आम्हाला आमच्या captive portal साठी SSL सर्टिफिकेट खरेदी करण्याची आवश्यकता आहे का?

होय, जर तुम्ही पाहुण्यांना HTTPS वरून किंवा होस्टनेमद्वारे रिडायरेक्ट करत असाल तर. ब्राउझर सार्वजनिकरित्या विश्वसनीय सर्टिफिकेटची अपेक्षा करतात आणि रिडायरेक्ट होस्टनेम सर्टिफिकेटच्या Common Name शी जुळले पाहिजे. त्याशिवाय, पोर्टल लोड होण्यापूर्वी लॅपटॉपवर सुरक्षा चेतावणी दर्शविली जाते. जर तुम्ही सर्टिफिकेट मेंटेन करू शकत नसाल, तर HTTPS रिडायरेक्शन बंद ठेवा आणि डिव्हाइसच्या CNA ला त्याऐवजी HTTP रिडायरेक्ट वापरू द्या.

Purple वर स्थलांतरित झाल्यामुळे आमच्या GDPR स्थितीवर काय परिणाम होतो?

Purple तुम्हाला धोका वाढवण्याऐवजी GDPR चे पालन करण्यास मदत करते. Purple कडे ISO 27001, GDPR, CCPA आणि Cyber Essentials सर्टिफिकेशन्स आहेत आणि स्प्लॅश पेज मार्केटिंग संमतीसाठी जाणीवपूर्वक घेतलेल्या पर्यायांचे (opt-ins) रेकॉर्ड ठेवते. तुम्ही गोळा करत असलेला फर्स्ट-पार्टी डेटा प्रत्येक पाहुण्याने दिलेल्या संमतीशी जोडलेला राहतो. तुमची स्वतःची गोपनीयता सूचना आणि डेटा रिटेंशन पॉलिसी अजूनही लागू राहते, त्यामुळे लॉन्च करण्यापूर्वी दोन्हीचे पुनरावलोकन करा.

अंगभूत UniFi हॉटस्पॉटवरून Purple वर स्थलांतरित होण्यासाठी किती प्रयत्न करावे लागतील?

Purple वर स्थलांतरित होणे हा एक कॉन्फिगरेशन बदल आहे, कोणताही हार्डवेअर प्रकल्प नाही. तुम्ही तुमचे बाह्य पोर्टल सर्व्हर आणि RADIUS सेटिंग्ज Purple कडे निर्देशित करता, आणि नंतर स्प्लॅश पेज डोमेन्ससाठी पूर्व-प्रमाणीकरण (pre-authorisation) ॲक्सेस अपडेट करता. Purple तुमच्या विद्यमान UniFi इन्फ्रास्ट्रक्चरच्या वर कार्य करते, त्यामुळे जुने काढून नवीन बसवण्याची गरज नसते. आधी एका साइटची चाचणी घ्या, आणि नंतर तुमच्या संपूर्ण इस्टेटवर या सेटिंग्ज कॉपी करा.

Purple हाय-व्हॉल्यूम (अति-गर्दीच्या) ठिकाणी अतिथींचे लॉगिन हाताळू शकते का?

होय, Purple च्या स्वतःच्या डेटाच्या आधारे, Purple ने 2024 मध्ये 440 दशलक्ष लॉगिन प्रक्रिया यशस्वीपणे पूर्ण केल्या. हा मोठा डेटा फ्लो भारी गर्दी असणाऱ्या हॉटेल्स, रिटेल, ट्रेन आणि हेल्थकेअर साइट्समध्ये पसरलेला आहे. UniFi वर, पोर्टलची क्षमता क्वचितच अडथळा ठरते. DNS पोहोच आणि संपूर्ण पूर्व-प्रमाणीकरण ॲक्सेस अधिक महत्त्वाचे असतात, म्हणूनच मोठ्या कार्यक्रमापूर्वी ही चेकलिस्ट लागू करा.

महत्वाच्या व्याख्या

Captive portal

एक वेब पेज जे नव्याने कनेक्ट केलेल्या क्लायंटला अडवते आणि व्यापक नेटवर्क प्रवेश मंजूर करण्यापूर्वी लॉगिन किंवा संमती यासारख्या कृतीची आवश्यकता असते. IETF या आर्किटेक्चरचे RFC 8952 मध्ये वर्णन करते, ज्यामध्ये डिटेक्शन, एन्फोर्समेंट डिव्हाइस आणि portal सर्व्हर समाविष्ट आहेत.

तुम्हाला हे UniFi hotspot portal किंवा external portal म्हणून पाहायला मिळते. जेव्हा रीडायरेक्ट साखळीची कोणतीही पायरी खंडित होते, तेव्हा अतिथींना कोणतेही portal दिसत नाही, कोरी स्क्रीन दिसते किंवा चेतावणी दिसते.

Captive Network Assistant (CNA)

कॅप्टिव्ह नेटवर्कवर ऑपरेटिंग सिस्टम सुरू करते तो छोटा ब्राउझर. इंटरनेट पोहोचण्यायोग्य आहे की नाही हे तपासण्यासाठी तो पूर्व-निर्धारित डोमेनची तपासणी करतो, डिव्हाइसला सूचित करतो, लॉगिन पेज उघडतो आणि ऑनलाइन स्थितीची पुष्टी करतो.

एक ब्लॉक केलेली प्रोब किंवा डिसमिस केलेली CNA सूचना हेच कारण आहे की एक डिव्हाइस अपयशी ठरते तर इतर काम करतात. ब्राउझरमध्ये neverssl.com उघडल्याने रीडायरेक्ट मॅन्युअली रीस्टार्ट होते.

Pre-authorisation access (walled garden)

UniFi ची "Pre-Authorization Access" सेटिंग - होस्ट आणि सबनेटची एक अनुमती यादी ज्यांच्यापर्यंत अतिथी ऑथेंटिकेशनपूर्वी पोहोचू शकतो. हे captive portal लॉगिनपूर्वी गेटवेवर लागू केले जाते.

हा सर्वात सामान्य उपाय आहे. गहाळ portal, ॲसेट, सोशल लॉगिन किंवा पेमेंट डोमेन्समुळे कोरी किंवा अपूर्ण स्प्लॅश पेजेस तयार होतात.

External portal server

UniFi सेटिंग जी अन-ऑथेंटिकेटेड पाहुण्यांना बिल्ट-इन हॉटस्पॉट पोर्टलऐवजी थर्ड-पार्टी स्प्लॅश पेजवर पाठवते. हा पत्ता रिझॉल्व्ह झाला पाहिजे आणि गेटवेवरून पोहोचण्यायोग्य असला पाहिजे.

एखादी टायपिंगची चूक किंवा मागील प्रोव्हाइडरचा उरलेला पत्ता प्रत्येक अतिथीला बंद पडलेल्या होस्टकडे पाठवतो. जेव्हा तुम्ही प्रोव्हाइडर बदलता तेव्हा जुन्या नोंदी काढून टाका.

RADIUS

Remote Authentication Dial-In User Service, जे IETF RFC 2865 मध्ये परिभाषित केले आहे. हे नेटवर्क उपकरणांकडून क्रेडेंशियल स्वीकारणाऱ्या किंवा नाकारणाऱ्या केंद्रीय सर्व्हरकडे ॲक्सेस विनंत्या वाहून नेते.

Purple सह, कंट्रोलर वन-टाइम लॉगिन Purple च्या RADIUS सर्व्हरकडे पाठवतो. जर पोर्टल लोड झाले परंतु लॉगिन कधीही पूर्ण झाले नाही, तर RADIUS तपशील आणि आउटबाउंड पोहोच तपासा.

Client device isolation

एक ॲक्सेस पॉइंट वैशिष्ट्य जे एकाच SSID वरील वायरलेस क्लायंटमधील लेयर 2 फॉरवर्डिंग ब्लॉक करते, जेणेकरून गेस्ट डिव्हाइसेस एकमेकांपर्यंत पोहोचू शकत नाहीत. हे IEEE 802.11 चा भाग नसून व्हेंडरचे स्वतःचे वैशिष्ट्य आहे.

केवळ आयसोलेशनमुळे पोर्टल ब्लॉक होत नाही. गेस्ट नेटवर्कच्या प्रायव्हेट सबनेटवरील निर्बंधांमुळे अंतर्गत पोर्टल किंवा DNS सर्व्हर ब्लॉक होतात.

VLAN

IEEE 802.1Q द्वारे परिभाषित केलेले व्हर्च्युअल LAN, जे शेअर्ड स्विचिंग इन्फ्रास्ट्रक्चरवर ट्रॅफिकला लॉजिकल नेटवर्कमध्ये विभाजित करण्यासाठी इथरनेट फ्रेम्स टॅग करते.

गेस्ट SSID सामान्यत: स्वतःचे DHCP स्कोप असलेल्या गेस्ट VLAN शी मॅप करतो. स्कोपची DNS सेटिंग पाहुणे लॉगिन करण्यापूर्वी होस्टनेम रिझॉल्व्ह करू शकतात की नाही हे ठरवते.

DHCP scope

DHCP सर्व्हर क्लायंटला देणारा ॲड्रेस पूल आणि पर्याय, जे IETF RFC 2131 मध्ये परिभाषित केले आहेत. पर्यायांमध्ये डीफॉल्ट गेटवे आणि क्लायंटने वापरावे असे DNS सर्व्हर समाविष्ट असतात.

ब्लॉक केलेल्या प्रायव्हेट सबनेटवर अंतर्गत DNS सर्व्हर देणारा गेस्ट स्कोप पोर्टल दिसणे पूर्णपणे थांबवतो.

SSL/TLS certificate Common Name

एक X.509 सर्टिफिकेट, जे IETF RFC 5280 मध्ये इंटरनेटसाठी प्रोफाइल केले आहे, जे पब्लिक की ला सब्जेक्टशी जोडते. ब्राउझर हे तपासतात की ते ज्या होस्टनेमशी कनेक्ट करत आहेत ते सर्टिफिकेटमधील नावाशी जुळते का.

थेट IP वर केलेले HTTPS रिडायरेक्ट, न जुळणारे होस्टनेम किंवा सेल्फ-साइन केलेले सर्टिफिकेट लॅपटॉपवर "Your connection is not private" दर्शवते.

Conscious-choice opt-ins

Purple च्या स्प्लॅश पेजवर पाहुण्याने सक्रियपणे दिलेल्या मार्केटिंग संमतीसाठीचा हा Purple चा शब्द आहे. GDPR कलम 4(11) आणि कलम 7 अंतर्गत, संमती ही स्वेच्छेने दिलेली, विशिष्ट, माहितीपूर्ण आणि सिद्ध करता येण्याजोगी असावी लागते.

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

सोडवलेली उदाहरणे

एक २०० खोल्यांचे हॉटेल external portal सह स्वतः होस्ट केलेले UniFi Network Server चालवते. नेटवर्कमधील बदलानंतर, guest SSID वरील अतिथींना एक कोरी स्क्रीन दिसते आणि फ्रंट डेस्क कर्मचाऱ्यांकडे दररोज रात्री जवळपास डझनभर तक्रारींची नोंद होते. हे कशामुळे दुरुस्त झाले?

टीमने एका अन-ऑथेंटिकेटेड डिव्हाइसवर neverssl.com ब्राउझ केले आणि ते रीडायरेक्ट झाले नाही, ज्याने DNS, portal server सेटिंग किंवा controller कडे बोट दाखवले. त्यांनी आधी DNS तपासले. guest VLAN ची DHCP व्याप्ती एका खाजगी सबनेटवरील अंतर्गत DNS सर्व्हर सोपवत होती, आणि UniFi guest restrictions खाजगी आयपी रेंज ब्लॉक करतात. त्यामुळे अतिथींना लॉगिन करण्यापूर्वी होस्टनेम रिझॉल्व्ह करता येत नव्हते. टीमने guest व्याप्ती एका पब्लिक रिझॉल्व्हरवर स्विच केली. पुढील कनेक्शनवर portal रीडायरेक्ट्स काम करू लागले, आणि त्या आठवड्यात फ्रंट डेस्ककडे इतर कोणत्याही WiFi तक्रारींची नोंद झाली नाही.

एक ४०-स्टोअरची रिटेल साखळी तिच्या स्प्लॅश पेजवर सोशल साइन-इन जोडते. ईमेल फॉर्म काम करतो, परंतु सोशल लॉगिन बटण प्रत्येक स्टोअरमध्ये सतत फिरत राहते. टीमने याचे निवारण कसे केले?

सोशल बटण सतत फिरणे म्हणजे आयडेंटिटी प्रोव्हाइडरचे डोमेन्स pre-authorisation access मधून गहाळ आहेत. टीमने लॅपटॉपवर स्प्लॅश पेज ओपन केले आणि ब्राउझरच्या डेव्हलपर टूल्समध्ये नेटवर्क विनंत्या पाहिल्या. त्यांनी प्रोव्हाइडरच्या लॉगिन पेजने लोड केलेल्या प्रत्येक डोमेनची यादी केली आणि त्या नोंदी एका पायलट स्टोअरमधील pre-authorisation access मध्ये जोडल्या. त्यांनी सर्व ४० स्टोअर्समध्ये हा बदल लागू करण्यापूर्वी Android आणि iOS वर चाचणी केली. त्यानंतर सोशल साइन-इन सर्वत्र पूर्ण झाले. प्रोव्हाइडरचे डोमेन्स आणि पत्ते बदलत असल्याने, टीम आता प्रत्येक प्रोव्हाइडर अपडेटनंतर पायलट स्टोअरची पुन्हा चाचणी घेते.

एका कॉन्फरन्स सेंटरमध्ये, लॅपटॉपवरील प्रतिनिधींना portal च्या आधी "Your connection is not private" असे दिसते, तर फोन CNA द्वारे काम करतात. ही त्रुटी अधूनमधून उद्भवणारी दिसते. याचे कारण आणि उपाय काय होता?

टीमने चेतावणीच्या वेळी ॲड्रेस बारमधील URL वाचली. त्यामध्ये एका आयपी ॲड्रेसवर HTTPS रीडायरेक्ट दिसत होता, ज्याच्याशी कोणताही सार्वजनिकरित्या विश्वासू सर्टिफिकेट जुळू शकत नाही. फोनवर काम होत होते कारण CNA ने रीडायरेक्ट वेगळ्या पद्धतीने हाताळले, ज्यामुळे त्रुटी अधूनमधून उद्भवणारी वाटली. रीडायरेक्ट होस्टनेमशी जुळणारे सार्वजनिकरित्या विश्वासू सर्टिफिकेट मिळेपर्यंत टीमने HTTPS रीडायरेक्शन अक्षम केले. लॅपटॉपवरील चेतावणी नाहीशी झाली, आणि इव्हेंट हेल्पडेस्कला उर्वरित कॉन्फरन्ससाठी portal तिकिटे मिळणे बंद झाले.

वारंवार विचारले जाणारे प्रश्न

आमच्याकडे आधीपासून असलेल्या Ubiquiti UniFi ॲक्सेस पॉइंट्ससोबत Purple काम करते का?

होय, Purple हे Ubiquiti UniFi वर बाह्य पोर्टल आणि RADIUS सर्व्हिस म्हणून चालते, त्यामुळे तुम्ही तुमचे सध्याचे ॲक्सेस पॉइंट्स वापरू शकता. Purple हे हार्डवेअर-मुक्त आहे आणि Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Cambium, Extreme आणि Fortinet ला देखील सपोर्ट करते. विविध हार्डवेअर असलेल्या मल्टी-साइट मालमत्तांसाठी हे महत्त्वाचे आहे, कारण एकच गेस्ट WiFi कॉन्फिगरेशन प्रत्येक व्हेंडरला कव्हर करते. Purple च्या स्वतःच्या डेटावर आधारित, Purple चे प्लॅटफॉर्म 80,000+ पेक्षा जास्त लाइव्ह ठिकाणांवर चालते.

आम्ही बाह्य पोर्टलसह स्वतः होस्ट केलेले UniFi Network Server ठेवू शकतो का?

होय, स्वतः होस्ट केलेले UniFi Network Server बाह्य पोर्टलसह काम करते, जर ते पोहोचण्यायोग्य राहिले. गेटवे आणि ॲक्सेस पॉइंट्स सर्वरपर्यंत पोहोचले पाहिजेत आणि सर्वर तुमच्या पोर्टल प्रदाताच्या RADIUS सेवेपर्यंत पोहोचला पाहिजे. जर सर्वर मुख्य कार्यालयात असेल तर साइट्समधील फायरवॉल नियमांची तपासणी करा. क्लाउड कन्सोल होस्टिंगचे काम काढून टाकतात परंतु तरीही त्यांना RADIUS कडे आउटबाउंड ॲक्सेसची आवश्यकता असते.

आमचे UniFi गेस्ट नेटवर्क ओपन असावे की पासवर्ड-संरक्षित?

गेस्ट ॲक्सेससाठी Open हा शिफारस केलेला पर्याय आहे. Purple ओपन नेटवर्कवर Guest WiFi प्रदान करण्याची शिफारस करते कारण हा आता एक मानक संकेत आहे आणि लॉगिन दरम्यान येणाऱ्या अडचणी कमी करतो. Captive Portal अजूनही ॲक्सेस नियंत्रित करतो, जाणीवपूर्वक घेतलेल्या संमतीची (opt-ins) नोंदणी करतो आणि प्रत्येक पाहुण्याला वन-टाइम लॉगिन जारी करतो. पासवर्ड-संरक्षित गेस्ट नेटवर्क्स एक पायरी वाढवतात आणि फ्रंट-डेस्कवर अधिक विचारपूस होण्यास कारणीभूत ठरतात.

आम्हाला आमच्या captive portal साठी SSL प्रमाणपत्र खरेदी करण्याची आवश्यकता आहे का?

होय, जर तुम्ही पाहुण्यांना HTTPS किंवा होस्टनेमद्वारे रिडायरेक्ट करत असाल. ब्राउझर सार्वजनिकरित्या विश्वसनीय प्रमाणपत्राची अपेक्षा करतात आणि रिडायरेक्ट होस्टनेम प्रमाणपत्राच्या Common Name शी जुळणे आवश्यक आहे. त्याशिवाय, पोर्टल लोड होण्यापूर्वी लॅपटॉपवर सुरक्षा चेतावणी दाखवली जाते. जर तुम्ही प्रमाणपत्र राखू शकत नसाल, तर HTTPS रिडायरेक्शन बंद ठेवा आणि डिव्हाइसच्या CNA ला त्याऐवजी HTTP रिडायरेक्ट वापरू द्या.

Purple कडे स्थलांतरित झाल्याने आमच्या GDPR स्थितीवर काय परिणाम होतो?

Purple तुम्हाला जोखीम वाढवण्याऐवजी GDPR चे पालन करण्यास मदत करते. Purple कडे ISO 27001, GDPR, CCPA आणि Cyber Essentials प्रमाणपत्रे आहेत आणि स्प्लॅश पेज मार्केटिंग संमतीसाठी जाणीवपूर्वक घेतलेल्या संमतीची नोंद ठेवते. तुम्ही गोळा करता तो फर्स्ट-पार्टी डेटा प्रत्येक पाहुण्याने दिलेल्या संमतीशी जोडलेला राहतो. तुमची स्वतःची गोपनीयता नोटीस आणि डेटा रिटेंशन पॉलिसी अजूनही लागू राहते, त्यामुळे लॉन्च करण्यापूर्वी दोन्हीचे पुनरावलोकन करा.

अंगभूत UniFi हॉटस्पॉटवरून Purple कडे जाण्यासाठी किती प्रयत्न करावे लागतील?

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

Purple मोठ्या प्रमाणावर गर्दी असणाऱ्या ठिकाणी गेस्ट लॉगिन हाताळू शकते का?

होय, Purple च्या स्वतःच्या डेटानुसार Purple ने २०२४ मध्ये ४४ कोटी लॉगिनवर प्रक्रिया केली आहे. ही संख्या [हॉटेल्स](/industries/hotels), [रिटेल](/industries/retail), [ट्रेन्स](/industries/trains) आणि जास्त गर्दी असणाऱ्या [हेल्थकेअर](/industries/healthcare) साइट्सवर पसरलेली आहे. UniFi वर, पोर्टलची क्षमता क्वचितच अडथळा ठरते. DNS पोहोचण्यायोग्यता आणि पूर्ण प्री-ऑथोरायझेशन ॲक्सेस अधिक महत्त्वाचे आहेत, त्यामुळे मोठ्या कार्यक्रमापूर्वी या चेकलिस्टचा वापर करा.

स्रोत

  1. Purple support: Captive Portal
  2. Purple support: Cisco WLC captive portal certificate setup
  3. Ubiquiti UniFi help centre
  4. IETF RFC 2865: Remote Authentication Dial In User Service (RADIUS)
  5. IETF RFC 5280: Internet X.509 public key infrastructure certificate profile
  6. Purple guide: HPE Aruba captive portal troubleshooting
  7. Purple guide: Cisco Meraki captive portal troubleshooting

या मालिकेमध्ये पुढे वाचा

HPE Aruba captive portal त्रुटी निवारण: रिडायरेक्ट, प्रमाणपत्र आणि walled garden चेकलिस्ट

तुम्हाला दिसणाऱ्या लक्षणांवरून - जसे की redirect न होणे, certificate warning येणे किंवा गेस्ट कधीही कनेक्ट न होणे - बिघडलेल्या HPE Aruba captive portal चे निदान करण्यासाठी या चेकलिस्टचा वापर करा. त्यानंतर तुम्ही DNS, DHCP, walled garden, redirect URL, certificate किंवा RADIUS मधील त्रुटी शोधू शकता. शेवटी, Instant APs, Aruba Central किंवा mobility controller वर हे दुरुस्त करा.

मार्गदर्शिका वाचा →

Cisco Meraki captive portal ट्रबलशूटिंग: splash page, walled garden आणि RADIUS चेकलिस्ट

तुमचा Cisco Meraki captive portal कोणत्या चार दोषांमुळे खंडित होत आहे हे शोधण्यासाठी या चेकलिस्टचा वापर करा: splash page प्रकार, walled garden, grant URL हँड-ऑफ किंवा RADIUS पोहोचक्षमता. तुम्ही Meraki इव्हेंट लॉग वाचण्यास, लक्षणांना त्यांच्या कारणांशी जुळवण्यास आणि SSID सेटअपची पुनरावृत्ती न करता योग्य उपाय लागू करण्यास सक्षम व्हाल.

मार्गदर्शिका वाचा →

Android वर Captive Portal लॉगिन: Cisco Meraki, HPE Aruba आणि Ubiquiti UniFi साठी एक डिप्लोयमेंट चेकलिस्ट

Cisco Meraki, HPE Aruba आणि Ubiquiti UniFi वर Android साइन-इन नोटिफिकेशन विश्वसनीयपणे दिसण्यासाठी ही चेकलिस्ट वापरा. तुम्ही एक मर्यादित walled garden सेट कराल, साइन-ऑन होईपर्यंत ट्रॅफिक ब्लॉक कराल, HTTPS ने लॉगिन पेज सुरक्षित कराल आणि DNS कार्यरत ठेवाल. तुम्ही सेशन टाईमआउट देखील निवडाल, DHCP option 114 बद्दल निर्णय घ्याल आणि प्रत्येक गेस्ट समस्येचे मूळ शोधून त्यावर उपाय कराल.

मार्गदर्शिका वाचा →

तुमच्या विशिष्ट सेटअपबद्दल काही प्रश्न आहेत का?

आमची टीम ८०,००० हून अधिक वेन्यूजमधील वेन्यू ऑपरेटर्स, IT मॅनेजर्स आणि नेटवर्क इंजिनिअर्ससोबत काम करते. २० मिनिटांचा कॉल बुक करा आणि तुमच्यासारख्या इतरांनी ही समस्या कशी सोडवली हे आम्ही तुम्हाला दाखवू.