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

Captive Portal विरुद्ध Splash Page

हे मार्गदर्शक अतिथी WiFi नेटवर्कमधील captive portals आणि splash pages मधील महत्त्वाचा फरक स्पष्ट करते. हे नेटवर्कमधील अंतर्गत माहिती अडवण्याची यंत्रणा व्हिज्युअल गेस्ट इंटरफेससह एकत्र कशी काम करते हे स्पष्ट करते, ज्यामुळे आयटी लीडर्स आणि वेन्यू ऑपरेटर्सना योग्य आर्किटेक्चरल आणि खरेदीचे निर्णय घेण्यास मदत होते.

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

हे मार्गदर्शक ऐका

पॉडकास्ट ट्रान्सक्रिप्ट पहा
CAPTIVE PORTAL VS SPLASH PAGE - A PURPLE TECHNICAL BRIEFING पॉडकास्ट स्क्रिप्ट - अंदाजे १० मिनिटे UK English व्हॉइस --- विभाग १: परिचय आणि संदर्भ (अंदाजे १ मिनिट) Purple Technical Briefing मालिकेत आपले स्वागत आहे. मी तुमचा होस्ट आहे, आणि आज आपण गेस्ट WiFi खरेदी आणि डिप्लॉयमेंटमधील सर्वात कायमस्वरूपी गोंधळ निर्माण करणाऱ्या मुद्द्यांपैकी एक सोडवणार आहोत: captive portal आणि splash page मधील फरक. जर तुम्ही कधी एखाद्या व्हेंडरच्या मीटिंगमध्ये बसला असाल आणि हे दोन्ही शब्द एकमेकांऐवजी वापरताना ऐकले असतील, तर तुम्ही एकटे नाही आहात. हे सतत घडते - RFP दस्तऐवजांमध्ये, IT स्ट्रॅटेजी डेकमध्ये, अगदी नेटवर्क इंजीनियर्समधील संभाषणांमध्ये देखील ज्यांना याबद्दल नक्की माहिती असायला हवी. आणि हा गोंधळ महत्त्वाचा आहे, कारण जेव्हा तुम्ही या दोन्ही गोष्टी एकत्र करता, तेव्हा तुम्ही एकतर चुकीच्या घटकाचे अतिरिक्त तपशील ठरवता, योग्य घटकामध्ये अपुरी गुंतवणूक करता, किंवा त्याहून वाईट - असे गेस्ट WiFi सोल्यूशन डिप्लॉय करता जे दिसायला छान असते परंतु त्यामागे कोणतेही योग्य नेटवर्क नियंत्रण नसते, किंवा जे तांत्रिकदृष्ट्या भक्कम असते परंतु एका कठीण, अनब्रँडेड लॉगिन स्क्रीनमुळे पाहुण्यांना दूर घालवते. चला तर मग आज हे सुधारूया. या ब्रीफिंगच्या शेवटी, तुमच्याकडे प्रत्येक घटक काय करतो, ते एकमेकांशी कसे संवाद साधतात आणि तुमच्या वास्तूसाठी - मग ते हॉटेल असो, रिटेल इस्टेट असो, स्टेडियम असो किंवा सार्वजनिक क्षेत्रातील इमारत असो - सोल्यूशन्सचे मूल्यमापन करताना काय पहावे याचे स्पष्ट मॉडेल असेल. --- विभाग २: तांत्रिक सखोल विश्लेषण (अंदाजे ५ मिनिटे) चला captive portal पासून सुरुवात करूया, कारण हा पाया आहे ज्यावर इतर सर्व काही अवलंबून असते. captive portal ही एक नेटवर्क-लेयर यंत्रणा आहे. तिचे काम नव्याने कनेक्ट केलेल्या डिव्हाइसवरील सर्व आउटबाउंड ट्रॅफिक अडवणे आणि जोपर्यंत ते डिव्हाइस ऑथेंटिकेट होत नाही तोपर्यंत त्याला एका प्रकारच्या डिजिटल वेटिंग रूममध्ये ठेवणे हे आहे. जेव्हा एखादा पाहुणा तुमच्या WiFi SSID शी कनेक्ट होतो, तेव्हा त्यांच्या डिव्हाइसला DHCP द्वारे IP ॲड्रेस मिळतो - तो भाग सामान्यपणे कार्य करतो. परंतु प्रत्यक्ष कोणतेही इंटरनेट ट्रॅफिक पुढे जाण्यापूर्वी, captive portal ते ट्रॅफिक अडवते. याची तांत्रिक साखळी पुढीलप्रमाणे आहे. पाहुण्याचे डिव्हाइस HTTP किंवा HTTPS विनंती पाठवते - ते एखादी वेबसाइट लोड करण्याचा प्रयत्न करत असू शकते किंवा तो ऑपरेटिंग सिस्टमचा स्वतःचा कनेक्टिव्हिटी चेक असू शकतो, जो iPhones आणि Android फोन्ससारखी आधुनिक डिव्हाइसेस स्वयंचलितपणे चालवतात. captive portal कंट्रोलर - जो तुमच्या वायरलेस कंट्रोलरवर, तुमच्या राउटरवर किंवा क्लाउड-आधारित प्लॅटफॉर्मवर असतो - तो DNS क्वेरी किंवा HTTP विनंती अडवतो आणि तिला रिडायरेक्ट करतो. इंटरनेटवर पोहोचण्याऐवजी, डिव्हाइसला एका विशिष्ट URL कडे निर्देशित करणारा रिडायरेक्ट प्रतिसाद मिळतो. ती URL म्हणजेच जिथे splash page असतो.आता, रिडायरेक्शन यंत्रणा स्वतः दोन प्राथमिक तंत्रांपैकी एकाचा वापर करते. पहिले म्हणजे DNS हायजॅकिंग - Captive Portal DNS क्वेरी अडवते आणि खऱ्या गंतव्यस्थानाऐवजी पोर्टल सर्व्हरचा IP पत्ता परत पाठवते. दुसरे म्हणजे HTTP रिडायरेक्ट - पोर्टल गेटवेवर HTTP विनंती अडवते आणि 302 रिडायरेक्ट प्रतिसाद जारी करते. HTTPS ट्रॅफिकसाठी, हे अधिक क्लिष्ट आहे, कारण प्रमाणपत्र चेतावणी न ट्रिगर करता तुम्ही एनक्रिप्टेड सेशन अडवू शकत नाही. म्हणूनच बहुतांश Captive Portal अंमलबजावणी ऑपरेटिंग सिस्टमच्या अंगभूत Captive Network Assistant वर अवलंबून असतात - नवीन नेटवर्कशी कनेक्ट करताना तुमच्या फोनवर दिसणारा पॉप-अप - जो HTTPS कनेक्शन्सचा प्रयत्न करण्यापूर्वी Captive Portal शोधण्यासाठी एका ज्ञात HTTP एंडपॉइंटचा वापर करतो. नेटवर्क लेयरवर, Captive Portal फायरवॉल नियमांचा वापर करून ॲक्सेस कंट्रोल लागू करत आहे. ऑथेंटिकेशन न केलेल्या डिव्हाइसेसना प्रतिबंधित VLAN किंवा सबनेटमध्ये ठेवले जाते जिथे पोर्टल सर्व्हरकडे जाणाऱ्या DNS आणि HTTP व्यतिरिक्त इतर सर्व ट्रॅफिक ब्लॉक केले जाते. एकदा ऑथेंटिकेशनची पुष्टी झाली - मग ते साधे क्लिक-थ्रू असो, सोशल लॉगिन असो, ईमेल कॅप्चर असो किंवा संपूर्ण 802.1X क्रेडेंशियल एक्सचेंज असो - पोर्टल कंट्रोलर त्या डिव्हाइसच्या MAC पत्त्यासाठी फायरवॉल नियम अपडेट करतो आणि त्याला प्रतिबंधित झोनमधून पूर्ण इंटरनेट ॲक्सेस असलेल्या ऑथराइज्ड झोनमध्ये हलवतो. हे महत्त्वाचे आहे: Captive Portal पाहुण्यांसाठी अदृश्य असते. ते ते थेट कधीच पाहत नाहीत. त्यांना जे दिसते ते म्हणजे Splash Page. Splash Page हा ॲप्लिकेशन लेयर आहे - हे HTML, CSS आणि JavaScript आहे जे पाहुण्यांच्या ब्राउझरमध्ये किंवा Captive Network Assistant पॉप-अपमध्ये रेंडर होते. तो व्हिज्युअल इंटरफेस आहे: तुमचा ब्रँड, तुमचा लोगो, तुमचा स्वागताचा संदेश, तुमच्या अटी आणि शर्ती, तुमचे सोशल लॉगिन बटणे, तुमचे मार्केटिंग ऑप्ट-इन चेकबॉक्स. हेच एका नीरस नेटवर्क ऑथेंटिकेशन इव्हेंटला एका ब्रँडेड पाहुण्यांच्या अनुभवामध्ये बदलते. याचा विचार या पद्धतीने करा. Captive Portal हा दारावरील बाउन्सर आहे - कोण आत प्रवेश करेल हे तो ठरवतो आणि नियम लागू करतो. Splash Page हे रिसेप्शन डेस्क आहे - तो तुमच्या वेन्यूचा चेहरा आहे, तो माहिती गोळा करतो आणि पाहुण्यांचे स्वागत करतो. तुम्हाला या दोन्हीची गरज आहे आणि त्यांनी एकत्र अखंडपणे काम करणे आवश्यक आहे. आता, हा फरक व्यावसायिकदृष्ट्या का महत्त्वाचा आहे? कारण जेव्हा तुम्ही पाहुण्यांच्या WiFi सोल्यूशनचे मूल्यांकन करत असता, तेव्हा तुम्हाला प्रत्येक घटकाबद्दल वेगळे प्रश्न विचारावे लागतात. Captive Portal साठी, तुम्ही विचारत आहात: हे कोणत्या ऑथेंटिकेशन पद्धतींना सपोर्ट करते? हे पाहुण्यांच्या सोशल लॉगिनसह कॉर्पोरेट डिव्हाइसेससाठी 802.1X हाताळू शकते का? ब्राउझर प्रदर्शित न करू शकणाऱ्या डिव्हाइसेससाठी हे MAC पत्ता बायपासला सपोर्ट करते का? हे सेशन टाइमआउट आणि री-ऑथेंटिकेशन कसे हाताळते? हे GDPR अंतर्गत तुमच्या डेटा संरक्षण दायित्वांचे पालन करते का? हे तुमच्या RADIUS इन्फ्रास्ट्रक्चरशी समाकलित होते का? हे युझरच्या प्रकारानुसार ट्रॅफिक विभागू शकते का - नेटवर्क लेयरवर कर्मचाऱ्यांच्या ट्रॅफिकपासून पाहुण्यांचे ट्रॅफिक वेगळे करणे? स्प्लॅश पेज (splash page) साठी, तुम्ही विचारत आहात: हे किती प्रमाणात कस्टमाइझ करण्यायोग्य आहे? तुमचे मार्केटिंग टीम नेटवर्क कॉन्फिगरेशनला स्पर्श न करता यामध्ये बदल करू शकते का? हे A/B टेस्टिंगला सपोर्ट करते का? हे वेगवेगळ्या युझर सेगमेंटला - उदाहरणार्थ, लॉयल्टी मेंबर्स विरुद्ध पहिल्यांदा भेट देणारे - वेगवेगळी कंटेंट दाखवू शकते का? हे व्हिडिओ बॅकग्राउंड्स, प्रमोशनल बॅनर्स, किंवा कनेक्शननंतर रिडायरेक्ट होणाऱ्या पेजेसना सपोर्ट करते का? मोबाईलवर याचे परफॉर्मन्स कसे आहे? हे ॲक्सेसिबल आहे का? हे मूलभूतपणे भिन्न खरेदी निकष आहेत आणि या दोघांची गल्लत केल्याने चुकीचे निर्णय घेतले जातात. आम्ही पाहिले आहे की काही संस्थांनी एका सुंदर स्प्लॅश पेज डिझाइनमध्ये मोठ्या प्रमाणावर गुंतवणूक केली आणि नंतर त्यांच्या लक्षात आले की अंतर्गत Captive Portal त्यांच्या आयटी सुरक्षा पॉलिसीसाठी आवश्यक असलेल्या ऑथेंटिकेशन पद्धतींना सपोर्ट करत नाही. आम्ही याच्या उलटही पाहिले आहे - तांत्रिकदृष्ट्या मजबूत असणारे Captive Portal डिप्लॉयमेंट्स ज्यांचे स्प्लॅश पेजेस इतके निकृष्ट दर्जाचे डिझाइन केलेले होते की अतिथींचा वापर दर फक्त ३० टक्क्यांच्या घरात होता. या सर्वांच्या मागे असलेल्या मानकांबद्दल (standards) बोलूया. Captive Portal यंत्रणेचे कोणतेही एकच नियमन करणारे मानक नाही, परंतु ते अनेक महत्त्वाच्या मानकांच्या चौकटीत काम करते. IEEE 802.1X हे पोर्ट-आधारित नेटवर्क ॲक्सेस कंट्रोल मानक आहे जे क्रेडेंशियल्स, सर्टिफिकेट्स, किंवा टोकन्स वापरून डिव्हाइसेस नेटवर्कवर कसे ऑथेंटिकेट होतात हे नियंत्रित करते. हा एंटरप्राइझ WiFi सुरक्षेचा पाया आहे आणि पुन्हा भेट देणाऱ्या व्हिजिटर्सना अखंड, क्रेडेंशियल-आधारित ॲक्सेस देऊ इच्छित असलेल्या गेस्ट WiFi संदर्भातही हे वाढत्या प्रमाणात संबंधित आहे. WPA3, हा नवीनतम WiFi सुरक्षा प्रोटोकॉल, ऑपर्च्युनिस्टिक वायरलेस एन्क्रिप्शन सादर करतो, जो ओपन नेटवर्कवर देखील ट्रॅफिक एन्क्रिप्ट करतो - हा Captive Portal डिप्लॉयमेंट्ससाठी संबंधित आहे कारण तो सुरुवातीच्या कनेक्शन हँडशेकची पद्धत बदलतो. कम्प्लायन्सच्या दृष्टिकोनातून, GDPR चे स्प्लॅश पेज डिझाइनवर महत्त्वपूर्ण परिणाम होतात. जर तुमचे स्प्लॅश पेज वैयक्तिक डेटा - जसे की ईमेल आयडी, नाव, सोशल लॉगिन - गोळा करत असेल, तर तुम्हाला स्पष्ट, माहितीपूर्ण संमती, स्पष्ट प्रायव्हसी नोटीस आणि प्रोसेसिंगसाठी कायदेशीर आधाराची आवश्यकता असते. स्प्लॅश पेज हे ती संमती मिळवण्याचे ठिकाण आहे, परंतु ती संमती आणि ॲक्सेस यांच्यातील कनेक्शन लागू करण्याचे काम Captive Portal करते. जर एखाद्या अतिथीने तुमच्या मार्केटिंग ऑप्ट-इनला नकार दिला, तरीही Captive Portal ने त्यांना इंटरनेट ॲक्सेस दिला पाहिजे - GDPR अंतर्गत नेटवर्कमध्ये ॲक्सेस मिळवण्यासाठी मार्केटिंगला संमती देणे ही अट असू शकत नाही. जर तुमचे गेस्ट WiFi नेटवर्क कार्ड डेटा एन्व्हायरनमेंटच्या कक्षेत येत असेल - सामान्यत: रिटेल किंवा हॉस्पिटॅलिटीमध्ये - तर PCI-DSS संबंधित ठरते. Captive Portal द्वारे लागू केलेले नेटवर्क सेगमेंटेशन हे येथील एक महत्त्वाचे नियंत्रण आहे, जे अतिथींचे ट्रॅफिक पेमेंट सिस्टमपासून वेगळे ठेवल्याची खात्री करते. - - - विभाग ३: अंमलबजावणीच्या शिफारसी आणि धोके (साधारण २ मिनिटे) प्रॅक्टिकली हे कसे घडते हे दर्शवणारे दोन रिअल-वर्ल्ड सिनेरियो मी तुम्हाला सांगतो. पहिले उदाहरण, २०० खोल्यांचे एक हॉटेल ग्रुप. त्यांनी एक गेस्ट WiFi सोल्यूशन तैनात केले होते जेथे स्प्लॅश पेज सुंदरपणे ब्रँड केले गेले होते - त्यांचा लोगो, स्वागत संदेश, आणि स्पा साठी एक प्रमोशनल ऑफर होती. परंतु त्यामागील मुख्य captive portal ही एक सामान्य ओपन-सोर्स अंमलबजावणी होती जी कोणत्याही सेशन मॅनेजमेंटशिवाय DNS हायजॅकिंग वापरत होती. परिणामी: हॉटेलमध्ये परतणाऱ्या पाहुण्यांना प्रत्येक भेटीदरम्यान, अगदी त्याच मुक्कामात सुद्धा, पुन्हा लॉग इन करण्यास सांगितले जात होते. स्प्लॅश पेज उत्कृष्ट दिसत होते, परंतु captive portal मध्ये कोणतेही MAC ॲड्रेस पर्सिस्टन्स, सेशन टाईमआऊट कॉन्फिगरेशन आणि प्रॉपर्टी मॅनेजमेंट सिस्टमसोबत इंटिग्रेशन नव्हते. हे दुरुस्त करण्यासाठी संपूर्ण captive portal कंट्रोलर बदलण्याची आवश्यकता भासली - स्प्लॅश पेज अगदी व्यवस्थित होते. दुसरे उदाहरण, एक राष्ट्रीय रिटेल चेन. त्यांनी पूर्ण 802.1X सपोर्ट, RADIUS इंटिग्रेशन आणि अत्याधुनिक ट्रॅफिक सेगमेंटेशनसह एंटरप्राइझ-ग्रेडचे captive portal तैनात केले. परंतु त्यांचे स्प्लॅश पेज हे एक डिफॉल्ट टेम्पलेट होते - साधे पांढरे, कोणताही ब्रँडिंग नाही, आणि एक सामान्य "Connect to WiFi" संदेश. यामुळे गेस्ट ॲडॉप्शन फक्त ३४% होते. त्यांनी योग्यरित्या डिझाइन केलेल्या, ब्रँडेड स्प्लॅश पेजमध्ये आणि सिंगल-क्लिक सोशल लॉगिन पर्यायामध्ये गुंतवणूक केल्यानंतर, तीन महिन्यांत हे ॲडॉप्शन वाढून ७१% झाले. captive portal मध्ये कोणताही बदल करण्यात आला नव्हता. या दोन्ही प्रसंगांमधून मिळणारा धडा: या वेगवेगळ्या घटकांसाठी स्वतंत्र गुंतवणूक आणि स्वतंत्र कौशल्याची आवश्यकता असते. तुमच्या नेटवर्क टीमला स्प्लॅश पेज डिझाइनचे अधिकार देऊ नका, आणि तुमच्या मार्केटिंग टीमला captive portal आर्किटेक्चरबद्दल निर्णय घेऊ देऊ नका. टाळण्यासारख्या सामान्य चुका: पहिली म्हणजे, स्प्लॅश पेज हेच captive portal आहे असे गृहीत धरणे. ते तसे नाही. captive portal शिवाय असलेले स्प्लॅश पेज हे फक्त एक वेब पेज आहे ज्याला भेट देण्यास कोणावरही सक्ती केली जात नाही. दुसरी चूक, स्प्लॅश पेजसाठी HTTPS सपोर्टशिवाय captive portal तैनात करणे. एन्क्रिप्ट न केलेल्या स्प्लॅश पेजवर गोळा केलेला कोणताही डेटा - जसे की ईमेल आयडी, लॉगिन क्रेडेंशियल्स - प्लेनटेक्स्ट स्वरूपात ट्रान्समिट केला जातो. हा GDPR आणि सुरक्षेचा मोठा धोका आहे. तिसरी चूक, मोबाईल अनुभवाकडे दुर्लक्ष करणे. ८०% पेक्षा जास्त गेस्ट WiFi कनेक्शन्स हे मोबाईल डिव्हाइसेसवरून येतात. जर तुमचे स्प्लॅश पेज मोबाईलसाठी ऑप्टिमाइझ केलेले नसेल, तर ज्या क्षणी तुम्ही ब्रँडची सकारात्मक छाप पाडायला हवी, नेमक्या त्याच वेळी तुम्ही अडथळे निर्माण करत आहात. - - - विभाग ४: रॅपिड-फायर प्रश्न आणि उत्तरे (अंदाजे १ मिनिट) आम्हाला वारंवार विचारल्या जाणाऱ्या काही प्रश्नांचा आढावा घेऊया. मी captive portal शिवाय स्प्लॅश पेज वापरू शकतो का? तांत्रिकदृष्ट्या होय - तुम्ही वेब पेज होस्ट करू शकता आणि लोकांना त्याकडे निर्देशित करू शकता - परंतु captive portal ने रिडायरेक्ट सक्तीचे केल्याशिवाय, पाहुण्यांकडे त्याला भेट देण्याचे कोणतेही कारण नसते. तुमच्याकडे कोणताही डेटा कॅप्चर, कन्सेंट मॅनेजमेंट आणि नेटवर्क ॲक्सेस कंट्रोल नसेल. मी स्प्लॅश पेजशिवाय captive portal वापरू शकतो का? होय, आणि एंटरप्राइझ वातावरणात हे सामान्य आहे जिथे 802.1X बॅकग्राउंडमध्ये गुप्तपणे ऑथेंटिकेशन हाताळते. परंतु गेस्ट-फेसिंग उपयोजनांसाठी, युझर एक्सपिरियन्स आणि डेटा कॅप्चर हाताळण्यासाठी तुम्हाला नेहमीच स्प्लॅश पेज हवे असते. काय WPA3 मुळे captive portals खंडित होतात? योग्य रीतीने अंमलबजावणी केल्यास तसे होत नाही. Opportunistic Wireless Encryption सह WPA3 हे captive portal उपयोजनांशी सुसंगत आहे, परंतु यासाठी पोर्टलने HTTPS वापरणे आणि नेटवर्कने पोर्टल URL ची अचूक जाहिरात करणे आवश्यक आहे. काही जुन्या क्लायंट उपकरणांमध्ये सुसंगततेच्या समस्या असतात, म्हणूनच अनेक ठिकाणे dual SSID कॉन्फिगरेशन चालवतात. splash page द्वारे सोशल लॉगिन सुरक्षित आहे का? हे त्याच्या अंमलबजावणीवर अवलंबून असते. OAuth 2.0 वर आधारित सोशल लॉगिन - Google, Facebook किंवा Apple द्वारे - योग्य रीतीने अंमलबजावणी केल्यास सुरक्षित असते. splash page हे OAuth प्रवाह हाताळते आणि captive portal ला प्रमाणीकरण पुष्टी करणारे टोकन मिळते. मुख्य धोका हा त्या टोकनचे प्रमाणीकरण कसे केले जाते आणि सत्राचे व्यवस्थापन कसे केले जाते यात असतो. --- विभाग ५: सारांश आणि पुढील पावले (अंदाजे १ मिनिट) चला मुख्य निष्कर्षांसह समाप्त करूया. एक: captive portal आणि splash page ही एकच गोष्ट नाही. captive portal ही नेटवर्क नियंत्रण यंत्रणा आहे - ती ट्रॅफिक अडवते आणि प्रवेशाचे नियम लागू करते. splash page हा व्हिज्युअल इंटरफेस आहे - अतिथी जे पाहतात आणि ज्याच्याशी संवाद साधतात ते हेच आहे. दोन: ते एकत्र काम करतात. captive portal अतिथीला splash page वर रिडायरेक्ट करते. splash page प्रमाणीकरण किंवा संमती गोळा करतो. त्यानंतर captive portal त्या निकालाच्या आधारे प्रवेश मंजूर करते. तीन: त्यांचे स्वतंत्रपणे मूल्यमापन करा. भिन्न प्रश्न विचारा, भिन्न कौशल्य लागू करा आणि दोघांसाठी स्वतंत्रपणे बजेट ठेवा. चार: अनुपालन या दोघांच्या मिलाफातून होते. GDPR संमती splash page वर घेतली जाते परंतु ती captive portal द्वारे लागू केली जाते. दोन्ही गोष्टी अचूकपणे करा. पाच: Purple हे दोन्ही प्रदान करते. आपण असे प्लॅटफॉर्म शोधत असाल जे समृद्ध, सानुकूलित splash page डिझाइनसह एंटरप्राइझ-ग्रेड captive portal नियंत्रण हाताळते - संपूर्ण विश्लेषण, GDPR अनुपालन साधने आणि आपल्या विद्यमान पायाभूत सुविधांसह एकत्रीकरणासह - तर Purple नेमके याचसाठी तयार केले गेले आहे. तुमच्या पुढील पावलांसाठी, मी 802.1X प्रमाणीकरण आणि अतिथी WiFi विश्लेषणावरील Purple अंमलबजावणी मार्गदर्शकांचे पुनरावलोकन करण्याची शिफारस करेन. लिंक्स शो नोट्समध्ये आहेत. आणि जर तुम्ही खरेदी प्रक्रियेच्या मध्यभागी असाल, तर तांत्रिक मूल्यमापनासाठी Purple टीमशी संपर्क साधा - तुम्ही उपयोजन करण्यापूर्वी आर्किटेक्चर योग्य करून घेणे फायद्याचे ठरेल. ऐकल्याबद्दल धन्यवाद. पुढील वेळेपर्यंत. --- स्क्रिप्ट समाप्त
Interactive Architecture Tool

Captive portal vs splash page architecture evaluator

Evaluate network enforcement boundaries, size concurrent guest device capacity, audit RFC 8908 walled gardens, and export controller configurations.

Daily visitor turnover
3,300
Across 1,500 peak devices
Hourly RADIUS auth load
290 req/hr
Subnet: /19 (8,190 IPs)
Daily contact acquisition
2,145
At 65% opt-in conversion
RFC 8908 compliance
6 of 6 checks
Fully compliant

Technical layer differentiation matrix

DimensionCaptive portal (network gate)Splash page (user presentation)Architectural verdict
Enforcement layerL2/L3 network layer (gateway, wireless controller, eBPF firewall)L7 application and presentation layer (HTML/CSS responsive web viewport)Captive portal enforces boundaries; splash page displays user interface.
Traffic interceptDNS interception, HTTP 302 redirect, RFC 8908 CAPPORT API JSON endpointStandard web application GET and POST forms within browser or CNANetwork intercepts unauthenticated packets to trigger the splash page.
Walled garden controlStateful IP and FQDN allowlist enforced at gateway routing levelAsset hosting paths for logos, CSS, and third-party scriptsPortal restricts non-allowlisted traffic until authentication completes.
Authentication and AAARADIUS Access-Request (RFC 2865/6614), dynamic VLAN, ACL pushCollects credentials, social OAuth tokens, SMS OTP, or marketing consentSplash collects user data; portal transmits RADIUS payloads to authorize access.
Session managementHardware MAC tracking, RADIUS CoA disconnect (RFC 3576), DHCP lease boundBrowser session cookies, local storage, CRM profile syncing tokensNetwork controls device uptime and bandwidth; splash stores profile telemetry.
Regulatory complianceCryptographic MAC hashing, network audit logging, HIPAA/PCI VLAN isolationGDPR/CCPA unticked consent checkboxes, privacy policy acceptance linksBoth layers work together to provide end-to-end data privacy compliance.
Core architectural takeaway: A captive portal without a splash page is an invisible firewall block that gives guests no path to connect. A splash page without a captive portal is merely a web page with no ability to restrict network access. High-performing enterprise networks require both operating in tandem.
Complete captive portal architecture guide

Learn how to deploy hardware-agnostic captive portals with automated walled gardens, dynamic VLAN steering, and CRM integrations.

Explore the captive portal guide
Design your custom captive portal workflow

Speak with a Purple technical architect to design compliant guest WiFi onboarding tailored to your controllers.

Useful? Link to this tool

Captive Portal विरुद्ध Splash Page

Executive Summary

IT मॅनेजर्स, नेटवर्क आर्किटेक्ट्स आणि वेन्यू ऑपरेशन्स डायरेक्टर्ससाठी, अतिथी WiFi आता केवळ एक सुविधा राहिलेली नाही - तर हा फर्स्ट-पार्टी डेटा कॅप्चर, मार्केटिंग प्रतिबद्धता आणि नेटवर्क सुरक्षेसाठी एक अत्यंत महत्त्वाचा टचपॉइंट आहे. तरीही, RFPs (प्रस्तावांसाठी विनंत्या) आणि उपयोजन चर्चेत सतत गोंधळ निर्माण करणारी एक गोष्ट म्हणजे Captive Portal आणि splash pages ची गल्लत करणे.

हे मार्गदर्शक तो मूलभूत फरक स्पष्ट करण्यासाठी तयार केले आहे. Captive Portal ही एक नेटवर्क-लेअर नियंत्रण यंत्रणा आहे जी ट्रॅफिक अडवते, इंटरनेट प्रवेश ब्लॉक करते आणि सुरक्षित प्रमाणीकरण व्यवस्थापित करते. याउलट, splash page हा ॲप्लिकेशन-लेअर व्हिज्युअल इंटरफेस आहे - म्हणजेच अतिथींना दिसणारे, ते संवाद साधणारे आणि प्रमाणीकरणासाठी वापरत असलेले वेब पेज.

या दोन घटकांची गल्लत केल्यास खरेदी आणि अंमलबजावणीमध्ये मोठा धोका निर्माण होतो, जसे की असुरक्षित बॅकएंड नियंत्रणे असलेले केवळ सुंदर डिझाइन केलेले splash page खरेदी करणे, किंवा अतिशय सुरक्षित असणारे Captive Portal उपयोजित करणे पण त्याचा वापरकर्ता इंटरफेस अतिशय क्लिष्ट आणि ब्रँडिंग नसलेला असणे ज्यामुळे अतिथी त्याचा वापर करणे टाळतात. हे तंत्रज्ञान एकत्र कसे कार्य करते हे समजून घेऊन, संस्था सुरक्षित, सुसंगत आणि अत्यंत आकर्षक अतिथी WiFi अनुभव देण्यासाठी Purple सारख्या प्लॅटफॉर्मचा वापर करू शकतात ज्यामुळे मोजता येण्याजोगे व्यावसायिक मूल्य निर्माण होते.

Captive Portal विरुद्ध Splash Page - comparison chart

Technical Deep-Dive

The Captive Portal: Network-Layer Traffic Interception

प्रवेश नियंत्रण लागू करण्यासाठी Captive Portal हे OSI मॉडेलच्या खालच्या स्तरांवर (सामान्यतः लेयर्स 2 आणि 3) कार्य करते. जेव्हा एखादे अतिथी डिव्हाइस ओपन SSID शी कनेक्ट होते, तेव्हा स्थानिक DHCP सर्व्हर त्याला एक IP ॲड्रेस, सबनेट मास्क आणि डीफॉल्ट गेटवे नियुक्त करतो. तथापि, वायरलेस ॲक्सेस पॉइंट (AP) किंवा गेटवे कंट्रोलर त्या डिव्हाइसचा MAC ॲड्रेस फायरवॉलच्या सेशन टेबलमध्ये अप्रमाणित स्थितीत ठेवतो.

या स्थितीत, फायरवॉल DNS आणि DHCP सारख्या आवश्यक नेटवर्क सेवा वगळता सर्व आउटबाउंड IP ट्रॅफिक ब्लॉक करते. जेव्हा अतिथी एखाद्या बाह्य वेबसाइटला भेट देण्याचा प्रयत्न करतो, तेव्हा Captive Portal खालील दोन प्राथमिक पद्धतींपैकी एकाचा वापर करून ट्रॅफिक अडवते:

  1. HTTP redirection (302 redirect): गेटवे सुरुवातीची HTTP विनंती अडवतो आणि HTTP 302 Found प्रतिसाद परत पाठवतो, ज्याद्वारे क्लायंट ब्राउझरला splash page URL वर रिडायरेक्ट केले जाते.
  2. DNS hijacking: गेटवे DNS क्वेरीज अडवतो आणि सर्व डोमेन नावांचे रिझोल्यूशन स्थानिक splash page सर्व्हरच्या IP ॲड्रेसवर करतो. ही पद्धत सोपी असली तरी, DNSSEC आणि ब्राउझर-स्तरीय सुरक्षा इशाऱ्यांमुळे ती हळूहळू बंद करण्यात आली आहे. आधुनिक मोबाईल ऑपरेटिंग सिस्टीम्स Captive Network Assistant (CNA) नावाच्या अंगभूत डेमनचा वापर करतात. नेटवर्कशी कनेक्ट केल्यावर, CNA एका ज्ञात, अनएनक्रिप्टेड HTTP एंडपॉइंटवर (उदाहरणार्थ, Apple चे captive.apple.com किंवा Google चे connectivitycheck.gstatic.com) पोहोचण्याचा प्रयत्न करतो. जर तो प्रतिसाद इंटरसेप्ट आणि रिडायरेक्ट केला गेला, तर ऑपरेटिंग सिस्टीम ओळखते की ती Captive Portal च्या मागे आहे आणि युझरला मॅन्युअली वेब ब्राउझर उघडण्याची आवश्यकता न ठेवता, एका समर्पित सिस्टम ब्राउझर विंडोमध्ये स्वयंचलितपणे Splash Page प्रदर्शित करते.

एकदा युझरने Splash Page वर ऑथेंटिकेशन प्रवाह पूर्ण केला की, ऑथेंटिकेशन सर्व्हर (सामान्यतः RADIUS सर्व्हर) नेटवर्क कंट्रोलरला Access-Accept पॅकेट पाठवतो. त्यानंतर कंट्रोलर त्या डिव्हाइसच्या MAC ॲड्रेसला पूर्ण इंटरनेट ऍक्सेस देण्यासाठी आपले फायरवॉल नियम अपडेट करतो, सामान्यतः एका निर्दिष्ट सेशन कालावधीसाठी डिव्हाइस लक्षात ठेवण्यासाठी MAC Address Bypass (MAB) चा वापर करतो.

Splash Page: ॲप्लिकेशन-लेअर युझर एक्सपिरियन्स

Captive Portal च्या विपरीत, Splash Page हे लेअर ७ (ॲप्लिकेशन लेअर) वर कार्यरत असलेले एक मानक वेब ॲप्लिकेशन आहे. हे मानक वेब तंत्रज्ञानाने (HTML, CSS आणि JavaScript) बनवले जाते आणि एकतर गेटवे कंट्रोलरवर स्थानिक पातळीवर होस्ट केले जाते किंवा अधिक सामान्यपणे, Purple सारख्या क्लाउड प्लॅटफॉर्मवर होस्ट केले जाते.

Splash Page पाहुण्यांसाठी व्हिज्युअल इंटरफेस आणि ब्रँड टचपॉइंट म्हणून काम करतो. त्याच्या प्राथमिक तांत्रिक कार्यांमध्ये पुढील गोष्टींचा समावेश होतो:

  • आयडेंटिटी फेडरेशन: OAuth 2.0 प्रोटोकॉलचा वापर करून सोशल लॉगिन (Google, Facebook, Apple) सुलभ करणे.
  • डेटा कॅप्चर: पाहुण्यांचे तपशील जसे की ईमेल पत्ते, नावे आणि लॉयल्टी प्रोग्राम क्रमांक गोळा करणे.
  • संमती व्यवस्थापन: General Data Protection Regulation (GDPR) [1] आणि California Consumer Privacy Act (CCPA) सारख्या नियमांचे पालन सुनिश्चित करून, मार्केटिंगसाठी स्पष्ट संमती मिळवणे, तसेच सेवा अटी आणि गोपनीयता धोरणांना मंजुरी घेणे.
  • जाहिरात वितरण आणि ब्रँडिंग: भौतिक जागेतून कमाई करण्यासाठी लक्ष्यित प्रमोशनल बॅनर्स, व्हिडिओ जाहिराती किंवा कनेक्शन-नंतरचे रिडायरेक्ट पेजेस दाखवणे.

Splash Page हे एक वेब ॲप्लिकेशन असल्यामुळे, ते अत्यंत रिस्पॉन्सिव्ह आणि मोबाईल डिव्हाइसेससाठी ऑप्टिमाइझ केलेले असणे आवश्यक आहे, कारण ८०% पेक्षा जास्त गेस्ट WiFi कनेक्शन हे मोबाईलवरून असतात.

Captive Portal विरुद्ध Splash Page - architecture overview

अंमलबजावणी मार्गदर्शक (Implementation Guide)

एंटरप्राइज-ग्रेड गेस्ट WiFi सोल्यूशन तैनात करण्यासाठी नेटवर्क इन्फ्रास्ट्रक्चर आणि क्लाउड सॉफ्टवेअर यांच्यात जवळचा समन्वय आवश्यक आहे. खालील माहिती Captive Portal आणि Splash Page सिस्टमची अंमलबजावणी करण्यासाठी एक व्हेंडर-न्यूट्रल आर्किटेक्चरल मार्गदर्शक आहे.

स्टेप-बाय-स्टेप डिप्लॉयमेंट आर्किटेक्चर

  1. नेटवर्क सेगमेंटेशन: पाहुण्यांच्या ट्रॅफिकला अंतर्गत कॉर्पोरेट नेटवर्क, पॉइंट-ऑफ-सेल (POS) टर्मिनल्स आणि IoT डिव्हाइसेसपासून वेगळे करण्यासाठी तुमच्या स्विचेस आणि ॲक्सेस पॉइंट्सवर एक समर्पित गेस्ट VLAN कॉन्फिगर करा. PCI-DSS अनुपालनासाठी ही एक मुख्य आवश्यकता आहे [2].2. SSID configuration: आपल्या हार्डवेअरने सपोर्ट केल्यास Opportunistic Wireless Encryption (OWE) सक्षम असलेले ओपन SSID किंवा स्टँडर्ड ओपन SSID कॉन्फिगर करा. आपल्या वायरलेस कंट्रोलरवर (उदाहरणार्थ, Cisco, Aruba, किंवा Ruckus) SSID प्रोफाइलमध्ये Captive Portal रिडायरेक्शन सक्षम करा.
  2. Walled Garden (ACL) configuration: ऑथेंटिकेशनच्या आधी, गेस्ट डिव्हाइसेसना विशिष्ट एक्सटर्नल डोमेन्सपर्यंत पोहोचण्याची परवानगी देणे आवश्यक आहे जेणेकरून Splash page योग्यरित्या दाखवले जाईल. याला "Walled Garden" किंवा ॲक्सेस कंट्रोल लिस्ट (ACL) म्हटले जाते. आपण यामध्ये खालील गोष्टींचा समावेश करणे आवश्यक आहे:
    • आपल्या क्लाउड-होस्ट केलेल्या Splash page चे डोमेन (उदाहरणार्थ, *.purple.ai).
    • सोशल लॉगिन प्रोव्हाइडर्सचे OAuth एंडपॉइंट्स (उदाहरणार्थ, *.facebook.com, *.google.com, *.apple.com).
    • आवश्यक ॲसेट्स (फॉन्ट्स, स्टाइलशीट्स, इमेजेस) होस्ट करणारे कंटेंट डिलिव्हरी नेटवर्क्स (CDNs).
  3. RADIUS server integration: ऑथेंटिकेशन आणि अकाउंटिंग (802.1X / AAA) साठी एक्सटर्नल RADIUS सर्व्हर (जसे की Purple चे क्लाउड RADIUS) वापरण्यासाठी वायरलेस कंट्रोलर कॉन्फिगर करा [3].
  4. Splash page customisation: ब्रँड सुसंगतता, मोबाईल रिस्पॉन्सिव्हनेस आणि स्पष्ट कायदेशीर संमती चेकबॉक्सची खात्री करून Purple पोर्टलमध्ये Splash page डिझाइन करा.
  5. सेशन आणि बँडविड्थ पॉलिसीज: नेटवर्कचा गैरवापर रोखण्यासाठी आणि सर्व गेस्टसाठी निष्पक्ष ॲक्सेस सुनिश्चित करण्यासाठी नेटवर्क कंट्रोलरवर सेशन टाईमआऊट्स (उदाहरणार्थ, ८ तास), आयडल टाईमआऊट्स (उदाहरणार्थ, ३० मिनिटे) आणि प्रति-वापरकर्ता बँडविड्थ मर्यादा (उदाहरणार्थ, ५ Mbps डाउन, २ Mbps अप) सेट करा.
तांत्रिक पॅरामीटर Captive Portal (नेटवर्क गेटवे) Splash Page (क्लाउड ॲप्लिकेशन)
OSI लेयर लेयर २ / लेयर ३ (नेटवर्क/डेटा लिंक) लेयर ७ (ॲप्लिकेशन)
प्राथमिक प्रोटोकॉल्स RADIUS, DHCP, HTTP (302 रिडायरेक्ट) HTTP, HTTPS, HTML5, CSS3, OAuth 2.0
मुख्य कार्ये ट्रॅफिक इंटरसेप्शन, ॲक्सेस कंट्रोल, बँडविड्थ शेपिंग युझर इंटरफेस, डेटा कलेक्शन, संमती, ब्रँडिंग
युझर व्हिजिबिलिटी पूर्णपणे अदृश्य (बॅकएंड मेकॅनिझम) १००% दृश्यमान (व्हिज्युअल वेलकम स्क्रीन)
सुरक्षा मानके IEEE 802.1X, WPA3, OWE, PCI-DSS HTTPS, SSL/TLS, GDPR, CCPA
ठराविक हार्डवेअर वायरलेस APs, गेटवे राउटर, कंट्रोलर क्लाउड सर्व्हर, CDNs

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

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

सर्वोत्तम पद्धती

उच्च उपलब्धता असलेले, सुरक्षित आणि कायदेशीररित्या सुसंगत गेस्ट WiFi नेटवर्क सुनिश्चित करण्यासाठी, आयटी टीम्सनी या उद्योग क्षेत्रातील सर्वोत्तम पद्धतींचे पालन केले पाहिजे:

1. HTTPS आणि SSL/TLS सर्टिफिकेट्स सक्तीचे करा

गेस्ट डिव्हाइस आणि स्प्लॅश पेजमधील सर्व ट्रॅफिक HTTPS वापरून एन्क्रिप्ट केलेले असणे आवश्यक आहे. न एन्क्रिप्ट केलेल्या HTTP वर स्प्लॅश पेज चालवल्याने गेस्टचा डेटा - ज्यामध्ये लॉगिन क्रेडेंशियल आणि ईमेल आयडी समाविष्ट आहेत - तो पॅकेट स्निफिंग आणि मॅन इन द मिडल (man-in-the-middle) हल्ल्यांसाठी उघडा पडतो. तुमच्या स्प्लॅश पेज डोमेनकडे वैध, सार्वजनिकरित्या विश्वसनीय SSL/TLS प्रमाणपत्र असल्याची खात्री करा. सेल्फ-साइंड प्रमाणपत्रांमुळे ब्राउझरमध्ये गंभीर वॉर्निंग्स येतात, ज्यामुळे गेस्ट कनेक्शन सोडून देतात.

२. नेटवर्क आयसोलेशन लागू करा

गेस्ट WiFi ट्रॅफिक कधीही कॉर्पोरेट मालमत्तेसारख्याच VLAN किंवा सबनेटमध्ये रूट करू नका. अंतर्गत सबनेटच्या दिशेने कोणतेही क्रॉस-VLAN राउटिंग रोखणाऱ्या कडक फायरवॉल नियमांसह गेस्ट ट्रॅफिक "गेस्ट-ओन्ली" VLAN मध्ये वेगळे केले पाहिजे. यामुळे मालवेअरचा प्रसार आणि संवेदनशील कॉर्पोरेट डेटामध्ये अनधिकृत प्रवेश मिळण्याचा धोका कमी होतो.

३. GDPR आणि CCPA चे पालन सुनिश्चित करा

तुमचे ठिकाण युनायटेड किंगडम (UK), युरोपियन युनियन (EU), किंवा कॅलिफोर्नियामध्ये कार्यरत असल्यास, किंवा तेथील नागरिकांना सेवा देत असल्यास, तुमचे स्प्लॅश पेज कडक डेटा प्रायव्हसी कायद्यांचे पालन करणारे असणे आवश्यक आहे:

  • मुक्तपणे दिलेली संमती: मार्केटिंग ऑप्ट-इन चेकबॉक्स बाय डीफॉल्ट अनटिक केलेले असावेत. इंटरनेट ॲक्सेस मिळवण्यासाठी मार्केटिंग संवादांना संमती देणे ही पूर्वअट बनवली जाऊ शकत नाही.
  • स्पष्ट गोपनीयता धोरण (प्रायव्हसी पॉलिसी): स्प्लॅश पेजवर तुमच्या प्रायव्हसी पॉलिसीची थेट आणि सहज प्रवेशयोग्य लिंक प्रदान करा.
  • विस्मरणाचा अधिकार (Right to be forgotten): तुमची गेस्ट WiFi प्लॅटफॉर्म (उदा. Purple) गेस्टनी त्यांच्या वैयक्तिक डेटा हटवण्याची विनंती केल्यास त्यासाठीच्या स्वयंचलित वर्कफ्लोला सपोर्ट करते याची खात्री करा.

४. मोबाईल डिव्हाइसेस आणि CNA साठी अनुकूल करा

स्प्लॅश पेज वजनाने हलके आणि अत्यंत रिस्पॉन्सिव्ह असल्याची खात्री करा. हेवी व्हिडिओ बॅकग्राउंड किंवा मोठ्या अनकंप्रेस केलेल्या इमेजेस वापरणे टाळा, ज्यामुळे पेज लोड होण्यास उशीर होतो - विशेषतः स्टेडियम किंवा कॉन्फरन्स सेंटर्स सारख्या अत्यंत दाटीवाटीच्या वातावरणात. मूळ Captive Network Assistant (CNA) ब्राउझरमध्ये अखंड रेंडरिंगची हमी देण्यासाठी विविध प्रकारच्या मोबाईल ऑपरेटिंग सिस्टम्सवर स्प्लॅश पेजची चाचणी घ्या.

ट्रबलशूटिंग आणि जोखीम कमी करणे

सामान्य बिघाड आणि ते दूर करण्याचे धोरण

  • CNA पॉपअप दिसण्यात अपयश: जर Captive Portal रिडायरेक्ट डिव्हाइसच्या CNA ला ट्रिगर करण्यास अपयशी ठरले, तर गेस्ट इंटरनेट ॲक्सेसशिवाय आणि लॉगिन करण्याचा कोणताही स्पष्ट मार्ग नसताना SSID ला कनेक्टेड राहू शकतात.
    • उपाय: DHCP द्वारे गेस्टना नियुक्त केलेले DNS सर्व्हर पूर्णपणे कार्यरत आहेत आणि बाह्य डोमेन रिझॉल्व्ह करण्यास सक्षम आहेत याची खात्री करा. जर DNS रिझोल्यूशन अयशस्वी झाले, तर CNA त्याची कनेक्टिव्हिटी तपासणी करू शकत नाही आणि रिडायरेक्ट कधीही ट्रिगर होत नाही.
  • Walled Garden ची चुकीची कॉन्फिगरेशन: OAuth लॉगिन पेज लोड न झाल्यामुळे किंवा कनेक्शन एरर दाखवल्यामुळे गेस्ट सोशल मीडिया लॉगिन पूर्ण करू शकत नाहीत.
    • निवारण: गेटवेच्या Walled Garden ACL ची पुन्हा तपासणी करा. सोशल लॉगिन प्रदाते त्यांचे IP रेंज आणि डोमेन वारंवार बदलतात. Purple सारखे क्लाउड-व्यवस्थापित अतिथी WiFi प्लॅटफॉर्म वापरल्याने हे सुनिश्चित होते की Walled Garden डोमेन स्वयंचलितपणे अपडेट होतात आणि तुमच्या हार्डवेअरसह सिंक राहतात.* CNA ब्राउझर मर्यादा: मोबाईल डिव्हाइसेसवरील मूळ CNA ब्राउझरमध्ये Safari किंवा Chrome सारख्या मानक ब्राउझरच्या तुलनेत मर्यादित कार्यक्षमता असते. हे कुकीज, पॉपअप किंवा बाह्य रीडायरेक्ट ब्लॉक करू शकते.
    • निवारण: स्प्लॅश पेजवर जटिल JavaScript किंवा तृतीय-पक्ष इंटिग्रेशन्स टाळा ज्यांना कुकी सातत्य किंवा ब्राउझर पॉपअपची आवश्यकता असते. प्रमाणीकरण प्रवाह शक्य तितका सोपा आणि थेट ठेवा.

ROI आणि व्यावसायिक प्रभाव

Captive Portal आणि स्प्लॅश पेजमधील फरक समजून घेतल्याने संस्थांना त्यांच्या अतिथी WiFi नेटवर्कची नेटवर्क कामगिरी आणि व्यावसायिक उपयुक्तता दोन्ही ऑप्टिमाइझ करून गुंतवणुकीवरील परतावा (ROI) जास्तीत जास्त वाढवणे शक्य होते.

दुहेरी-ऑप्टिमाइझ केलेल्या सोल्यूशनचे व्यावसायिक मूल्य

  • अतिथी सहभागात वाढ: सामान्य, ब्रँडिंग नसलेल्या स्वागत पेजच्या तुलनेत, व्यावसायिकरित्या डिझाइन केलेले स्प्लॅश पेज - जेव्हा Purple च्या मुख्य उत्पादनांशी जसे की Guest WiFi आणि WiFi Analytics [4] [5] जोडले जाते - तेव्हा अतिथी लॉगिन दर 40% पर्यंत वाढवू शकते.
  • समृद्ध फर्स्ट-पार्टी डेटा कॅप्चर: अखंड सोशल मीडिया लॉगिन आणि संरचित फॉर्म फील्ड ऑफर करून, Retail, Hospitality, Healthcare, आणि Transport सारख्या क्षेत्रांमधील ठिकाणे स्वच्छ, सत्यापित ईमेल पत्ते, लोकसंख्याशास्त्रीय डेटा आणि भेट-वारंवारता डेटा कॅप्चर करू शकतात.
  • monetisation च्या संधी: रिटेल मीडिया मॉनिटायझेशनसाठी स्प्लॅश पेजचा वापर केल्याने ठिकाणांना कनेक्शनच्या वेळी अतिथींना लक्ष्यित जाहिराती दाखवणे शक्य होते, ज्यामुळे वेगाने वाढणाऱ्या डिजिटल जाहिरात बाजारपेठेचा लाभ घेता येतो.
  • कार्यात्मक कार्यक्षमता: एक मजबूत Captive Portal डिव्हाइस ऑनबोर्डिंग स्वयंचलित करून, सेशन टाइमआउट व्यवस्थापित करून आणि नेटवर्क गर्दी रोखण्यासाठी बँडविड्थ मर्यादा लागू करून IT सपोर्ट तिकीट कमी करते.

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

संदर्भ

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

Captive Portal

एक नेटवर्क - लेयर मेकॅनिझम जो क्लायंट ट्रॅफिक अडवतो आणि प्रमाणीकरण (authentication) निकष पूर्ण होईपर्यंत इंटरनेट प्रवेश मर्यादित करतो.

अनधिकृत MAC पत्ते रिडायरेक्ट करण्यासाठी वायरलेस कंट्रोलर्स, गेटवे किंवा फायरवॉल कॉन्फिगर करताना IT टीम्सना याचा सामना करावा लागतो.

Splash Page

पाहुण्यांच्या ब्राउझरमध्ये दिसणारे व्हिज्युअल, वेब - आधारित लँडिंग पेज जे प्रमाणीकरण, डेटा कॅप्चर आणि ब्रँड प्रतिबद्धता सुलभ करते.

वापरकर्त्याचा ऑनबोर्डिंग अनुभव डिझाइन करण्यासाठी आणि ग्राहकांचा डेटा गोळा करण्यासाठी मार्केटिंग आणि वेन्यू ऑपरेशन्स टीम्सद्वारे व्यवस्थापित केले जाते.

Captive Network Assistant (CNA)

मोबाईल डिव्हाइसेसवरील अंगभूत ऑपरेटिंग सिस्टम वैशिष्ट्य जे स्वयंचलितपणे Captive Portal शोधून काढते आणि सिस्टम ब्राउझर विंडोमध्ये Splash Page उघडते.

वापरकर्त्याच्या अनुभवासाठी अत्यंत महत्त्वाचे आहे, कारण यामुळे पाहुण्यांना लॉग इन करण्यासाठी मॅन्युअली ब्राउझर उघडण्याची गरज भासत नाही.

Walled Garden (ACL)

IP पत्ते किंवा डोमेन्सची यादी जी एखाद्या अनधिकृत वापरकर्त्याला नेटवर्कमध्ये लॉग इन करण्यापूर्वी ॲक्सेस करण्याची परवानगी दिली जाते.

Splash Page आणि सोशल लॉगिन OAuth प्रवाह लोड होण्यास परवानगी देण्यासाठी वायरलेस गेटवेवर योग्यरित्या कॉन्फिगर केले जाणे आवश्यक आहे.

RADIUS (Remote Authentication Dial-In User Service)

एक नेटवर्किंग प्रोटोकॉल जो नेटवर्कशी कनेक्ट होणाऱ्या वापरकर्त्यांसाठी केंद्रीकृत प्रमाणीकरण (Authentication), अधिकृतता (Authorisation), आणि अकाऊंटिंग (Accounting) (AAA) व्यवस्थापन प्रदान करतो.

डेटाबेसविरुद्ध पाहुण्यांच्या क्रेडेंशियलची पडताळणी करण्यासाठी आणि नेटवर्क प्रवेश मंजूर करण्यासाठी Captive Portal द्वारे वापरले जाते.

MAC Address Bypass (MAB)

एक मेकॅनिझम जो डिव्हाइसला त्याच्या हार्डवेअर MAC पत्त्याची आठवण ठेवून पुढील कनेक्शन्सवर Captive Portal लॉगिन स्क्रीन बायपास करण्याची परवानगी देतो.

परत येणाऱ्या पाहुण्यांना वारंवार लॉग इन करण्याची आवश्यकता दूर करून त्यांच्यासाठी अखंड अनुभव तयार करण्यासाठी वापरला जातो.

Opportunistic Wireless Encryption (OWE)

एक WiFi मानक (WPA3 चा भाग) जो सामायिक पासवर्डची आवश्यकता नसताना ओपन नेटवर्कवर एन्क्रिप्शन प्रदान करतो.

सार्वजनिक गेस्ट नेटवर्कवर सुरक्षित डेटा ट्रान्समिशन सक्षम करते आणि तरीही Captive Portal रिडायरेक्शनला परवानगी देते.

VLAN Segmentation

ट्रॅफिक वेगळा करण्यासाठी लेयर 2 वर फिजिकल नेटवर्कचे मल्टिपल लॉजिकल नेटवर्क्समध्ये विभाजन करण्याची पद्धत.

गेस्ट ट्रॅफिक सुरक्षित कॉर्पोरेट नेटवर्कपासून पूर्णपणे वेगळे असल्याची खात्री करण्यासाठी गेस्ट WiFi उपयोजनांसाठी आवश्यक आहे.

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

१५० स्टोअर्स असलेल्या एका राष्ट्रीय रिटेल साखळीला ग्राहकांचे ईमेल मार्केटिंग हेतूंसाठी कॅप्चर करणारे अतिथी WiFi नेटवर्क लागू करायचे आहे, परंतु त्यांच्या आयटी सुरक्षा टीमला कॉर्पोरेट पॉईंट-ऑफ-सेल (POS) सिस्टीममध्ये अतिथी ट्रॅफिक प्रवेश करण्याबाबत चिंता आहे. याचे आर्किटेक्चर कसे असले पाहिजे?

  1. सर्व १५० स्टोअर्समधील सर्व स्विचेस आणि ॲक्सेस पॉईंट्सवर एक समर्पित गेस्ट VLAN (उदा. VLAN 50) कॉन्फिगर करा, जो फायरवॉल ACLs वापरून कॉर्पोरेट POS VLAN (VLAN 10) पासून पूर्णपणे वेगळा असेल. 2. गेस्ट SSID वर captive portal रिडायरेक्शन सक्षम करा, जे रिडायरेक्ट URL ला Purple च्या सुरक्षित क्लाउड-होस्ट केलेल्या splash page कडे निर्देशित करेल. 3. केवळ DNS, DHCP आणि Purple च्या Walled Garden डोमेन्सना प्रवेश देऊन, VLAN 50 वरील सर्व प्री-ऑथेंटिकेटेड ट्रॅफिक मर्यादित करण्यासाठी नेटवर्क गेटवे कॉन्फिगर करा. 4. RADIUS द्वारे अतिथींचे ऑथेंटिकेशन करण्यासाठी वायरलेस कंट्रोलरसह Purple च्या इंटिग्रेशनचा वापर करा, अतिथीने सत्यापित ईमेल पत्ता प्रदान केल्यावर आणि splash page वरील सेवा अटी स्वीकारल्यानंतरच इंटरनेट प्रवेश प्रदान करा.
परीक्षकाचे भाष्य: हे आर्किटेक्चर मार्केटिंग आणि सुरक्षा या दोन्ही उद्दिष्टांची पूर्तता करते. नेटवर्क लेयर्स (लेयर 2/3 वर VLAN विभाजन) ॲप्लिकेशन लेयरपासून (splash page वर लेयर 7 वर ईमेल कॅप्चर) वेगळे ठेवून, रिटेल साखळी त्यांच्या POS सिस्टीमसाठी PCI-DSS अनुपालन सुनिश्चित करते आणि मार्केटिंग डेटा कॅप्चर वाढवते.

एका ५०,००० आसनी क्रीडा स्टेडियमला सामन्यांदरम्यान विनामूल्य WiFi ऑफर करायचे आहे. ऑपरेशन्स टीमला खेळांच्या सुरुवातीला नेटवर्कची कोंडी रोखण्यासाठी अखंड लॉगइन अनुभवाची आवश्यकता आहे, तर मार्केटिंग टीमला splash page वर स्पॉन्सर व्हिडिओ जाहिराती दाखवायच्या आहेत. तुम्ही या आवश्यकतांमध्ये कसा समतोल साधाल?

  1. हाय-डेन्सिटी ॲक्सेस पॉईंट्स तैनात करा आणि MAC Address Bypass (MAB) ३० दिवसांसाठी सेट करून captive portal कॉन्फिगर करा, जेणेकरून परत येणाऱ्या चाहत्यांना प्रत्येक भेटीत splash page पाहावा लागणार नाही. 2. नवीन कनेक्शनसाठी, मोबाईल डिव्हाइसेसवर जलद लोड होण्यासाठी ऑप्टिमाइझ केलेले अत्यंत हलके splash page डिझाइन करा. 3. थेट splash page वर प्ले होणारी एक छोटी, ५-सेकंदांची स्पॉन्सर व्हिडिओ जाहिरात एम्बेड करा, ज्यामध्ये 'Skip and Connect' बटण असेल जे त्वरित captive portal ऑथेंटिकेशन ट्रिगर करेल. 4. सुरळीत व्हिडिओ स्ट्रीमिंग आणि वेब ब्राउझिंग सुनिश्चित करण्यासाठी प्रति वापरकर्ता उदार बँडविड्थ प्रोफाइल (उदा. 10 Mbps) वाटप करण्यासाठी captive portal कॉन्फिगर करा.
परीक्षकाचे भाष्य: अतिशय गर्दीच्या वातावरणात, परफॉर्मन्सला सर्वोच्च प्राधान्य असते. परत येणाऱ्या चाहत्यांसाठी MAB वापरल्याने गर्दीच्या वेळी captive portal आणि RADIUS सर्व्हरवरील लोड कमालीचा कमी होतो. हलके splash page डिझाइन आणि लहान व्हिडिओ जाहिरात हे सुनिश्चित करते की मार्केटिंग टीम नेटवर्कच्या समस्या किंवा ऑनबोर्डिंगमध्ये उशीर न करता त्यांचे प्रायोजकत्व उद्दिष्टे साध्य करू शकेल.

एका मोठ्या सार्वजनिक हॉस्पिटलला रुग्ण आणि अभ्यागतांसाठी अतिथी WiFi प्रदान करायचे आहे. अनुपालन टीमची अशी आवश्यकता आहे की नेटवर्कने आरोग्य सेवा डेटा गोपनीयता मानकांचे पालन केले पाहिजे आणि रुग्ण दुर्भावनापूर्ण किंवा अयोग्य वेब सामग्रीमध्ये प्रवेश करू शकणार नाहीत. यासाठी शिफारस केलेली तैनाती धोरण काय आहे?

  1. युजर्सना स्पष्ट आरोग्य सेवा-विशिष्ट गोपनीयता सूचना आणि सेवा अटी असलेल्या splash page वर रिडायरेक्ट करण्यासाठी captive portal कॉन्फिगर करा. 2. प्रौढ सामग्री, मालवेअर आणि फिशिंग साइट्सचा प्रवेश स्वयंचलितपणे ब्लॉक करण्यासाठी क्लाउड-आधारित DNS फिल्टरिंग सेवा (जसे की Cisco Umbrella किंवा Webroot) सह captive portal गेटवे समाकलित करा. 3. अनावश्यक वैयक्तिक डेटा गोळा करणे रोखण्यासाठी सोशल लॉगइन पर्याय अक्षम करा, त्याऐवज सोप्या 'Accept and Connect' बटणावर किंवा मूलभूत ईमेल पडताळणी फॉर्मवर अवलंबून रहा. 4. अतिथी स्ट्रीमिंग ट्रॅफिकपेक्षा क्लिनिकल ॲप्लिकेशन्स आणि हॉस्पिटल IoT डिव्हाइसेसना प्राधान्य देण्यासाठी captive portal वर कठोर बँडविड्थ शेपिंग लागू करा.
परीक्षकाचे भाष्य: आरोग्य सेवा पर्यावरणांना डेटा प्रायव्हसी आणि कंटेंट फिल्टरिंगसाठी अत्यंत सुरक्षित दृष्टिकोनाची आवश्यकता असते. सोशल लॉगिन वगळून, रुग्णालय आरोग्य सेवा डेटा नियमांतर्गत आपल्या अनुपालन पूर्ततेचा ताण कमी करते. Captive Portal गेटवेवर थेट DNS फिल्टरिंग एकत्रित केल्याने हे सुनिश्चित होते की वापरकर्ता स्पॅश पेजवर काहीही करत असला, तरी संपूर्ण नेटवर्कवर कंटेंट धोरणे लागू केली जातील.

सराव प्रश्न

Q1. एक IT व्यवस्थापक पाहतो की पाहुणे गेस्ट WiFi SSID शी कनेक्ट होत आहेत, परंतु ब्रँडेड Splash Page दिसत नाही आहे, आणि वापरकर्ते इंटरनेट ॲक्सेस करू शकत नाहीत. या समस्येचे बहुधा सर्वात संभाव्य तांत्रिक कारण काय आहे आणि त्याचे निदान कसे केले जावे?

टीप: Captive Portal रिडायरेक्शन प्रक्रियेत DNS च्या भूमिकेचा विचार करा.

नमुना उत्तर पहा

याचे सर्वात संभाव्य कारण म्हणजे DNS रिझोल्यूशन प्रक्रियेतील बिघाड. जेव्हा एखादे डिव्हाइस कनेक्ट होते, तेव्हा स्वागत स्क्रीन लोड करण्यासाठी त्याने Splash Page डोमेन नावाचे रिझोल्यूशन केले पाहिजे. जर गेस्ट VLAN ला नियुक्त केलेले DNS सर्व्हर बंद असेल, चुकीचे कॉन्फिगर केले असेल किंवा गेटवेच्या प्री - ऑथेंटिकेशन फायरवॉल नियमांद्वारे ब्लॉक केले असेल, तर डिव्हाइस डोमेनचे रिझोल्यूशन करू शकत नाही आणि रिडायरेक्ट अपयशी ठरेल. निदान करण्यासाठी, SSID शी चाचणी डिव्हाइस कनेक्ट करा, त्याला DHCP द्वारे वैध IP आणि DNS सर्व्हर पत्ता मिळाल्याची खात्री करा आणि सार्वजनिक डोमेनला पिंग किंवा रिझॉल्व्ह करण्याचा प्रयत्न करा. DNS अपयशी ठरल्यास, DNS सर्व्हरची स्थिती तपासा आणि गेटवेच्या प्री - ऑथेंटिकेशन ACL मध्ये DNS ट्रॅफिकला (UDP पोर्ट 53) परवानगी असल्याचे सुनिश्चित करा.

Q2. एका रिटेल वेन्यूला पाहुण्यांना त्यांच्या Facebook खात्यांचा वापर करून लॉग इन करण्याची परवानगी द्यायची आहे. तथापि, जेव्हा वापरकर्ते Splash Page वरील Facebook लॉगिन बटणावर क्लिक करतात, तेव्हा त्यांना 'Connection Refused' एरर येते. उर्वरित Splash Page उत्तम प्रकारे लोड होतो. ही समस्या काय आहे आणि आपण ती कशी सोडवाल?

टीप: प्री - ऑथेंटिकेटेड डिव्हाइसला कोणत्या बाह्य संसाधनांमध्ये प्रवेश करण्याची परवानगी आहे याचा विचार करा.

नमुना उत्तर पहा

समस्या अशी आहे की Facebook ऑथेंटिकेशन डोमेन्स गेटवेच्या प्री-ऑथेंटिकेशन Walled Garden ॲक्सेस कंट्रोल लिस्ट (ACL) मध्ये समाविष्ट केलेले नाहीत. युझर अद्याप ऑथेंटिकेट झालेला नसल्यामुळे, Captive Portal सर्व बाह्य ट्रॅफिक ब्लॉक करतो. जेव्हा युझर Facebook बटणावर क्लिक करतो, तेव्हा ब्राउझर Facebook च्या OAuth सर्व्हरशी कनेक्ट करण्याचा प्रयत्न करतो, जे गेटवेद्वारे ब्लॉक केले जाते. याचे निराकरण करण्यासाठी, आयटी (IT) टीमने आवश्यक Facebook OAuth डोमेन्स (उदा. *.facebook.com, *.facebook.net) वायरलेस कंट्रोलर किंवा गेटवेवरील Walled Garden ACL मध्ये जोडणे आवश्यक आहे.

Q3. एका हॉस्पिटॅलिटी व्हेन्यूने गेस्ट WiFi नेटवर्क तैनात केले आहे. मार्केटिंग टीमला पाहुण्यांचे ईमेल पत्ते गोळा करायचे आहेत आणि लगेचच वेलकम न्यूजलेटर पाठवायचे आहे. तथापि, संमती संदर्भातील GDPR पालनाबाबत कायदेशीर टीम काळजीत आहे. दोन्ही टीम्सचे समाधान करण्यासाठी स्प्लॅश पेज आणि Captive Portal कसे कॉन्फिगर केले जावे?

टीप: GDPR नुसार मार्केटिंगसाठी संमती ही स्वेच्छेने दिलेली असली पाहिजे आणि ती सेवेची अट नसावी.

नमुना उत्तर पहा

GDPR अंतर्गत मार्केटिंग आणि कायदेशीर दोन्ही टीम्सचे समाधान करण्यासाठी: १. स्प्लॅश पेजवर मार्केटिंग ऑप्ट-इनसाठी स्पष्ट, अनचेक केलेले चेकबॉक्स असायला हवे ('मी मार्केटिंग ईमेल प्राप्त करण्यास संमती देतो'). २. सेवा अटी (Terms of Service) आणि गोपनीयता धोरणाशी (Privacy Policy) सहमत असणे हा एक वेगळा चेकबॉक्स असावा किंवा फ्री नेटवर्क वापरण्याची अट म्हणून स्पष्टपणे नमूद केलेले असावे. ३. मार्केटिंगचा चेकबॉक्स चेक केलेला असो वा अनचेक, इंटरनेट ॲक्सेस मंजूर करण्यासाठी अंतर्निहित Captive Portal आणि स्प्लॅश पेज सिस्टम कॉन्फिगर केलेली असणे आवश्यक आहे. जर युझर मार्केटिंग बॉक्स अनचेक ठेवतो परंतु सेवा अटी स्वीकारतो, तरीही सिस्टमने नेटवर्क कंट्रोलरला Access-Accept पॅकेट पाठवले पाहिजे. हे संमती स्वेच्छेने दिली गेल्याची खात्री करते, ज्यामुळे GDPR चे पालन होते, आणि तरीही मार्केटिंग टीमला ऑप्ट-इन करणाऱ्या युझर्सकडून ईमेल गोळा करण्याची अनुमती मिळते.

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

What is the technical difference between a captive portal and a splash page?

A captive portal operates at the network layer (L2/L3) through a gateway, access point, or wireless LAN controller that intercepts unauthenticated client traffic, enforces a walled garden, and manages RADIUS AAA sessions. A splash page is the presentation layer (L7) - the responsive web interface displayed inside the client browser or Captive Network Assistant (CNA) that captures guest credentials, terms acceptance, and marketing consent.

How does a network firewall intercept guest traffic before splash page authentication?

Prior to authentication, the wireless gateway blocks all outbound IP traffic except for explicitly defined walled garden IP/FQDN rules and DNS resolution. When the client attempts to reach an external web resource, the gateway intercepts port 80 HTTP requests or DHCP Option 114 (RFC 8910) advertisements, returning an HTTP 302 redirect or RFC 8908 JSON payload that directs the device browser to the splash page URL.

What is RFC 8908 and why is it replacing legacy HTTP interception?

RFC 8908 defines a standardized Captive Portal API that allows client operating systems (iOS, Android, Windows) to query a JSON endpoint directly to discover captivity state, user session duration, and portal endpoints. This eliminates the need for brute-force HTTPS interception, which causes browser SSL/TLS certificate warnings, while providing deterministic portal closure upon successful authentication.

What domains and network services belong in a captive portal walled garden?

A secure walled garden allowlist includes the splash page hosting FQDN, static CDN asset endpoints, DNS resolvers, and external identity provider authentication URLs (such as Apple ID, Google OAuth, and Microsoft Entra) with their CRL and OCSP validation paths. Crucially, OS captive probe hostnames must be excluded from allowlists so the device operating system reliably identifies captivity and launches the login sheet.

How does Purple integrate captive portal network isolation with custom branded splash pages?

Purple decouples network hardware enforcement from visitor experience design. The platform integrates natively with enterprise controllers (Cisco Meraki, HPE Aruba, Ruckus, Ubiquiti) via RADIUS and cloud APIs to enforce dynamic VLANs and bandwidth controls, while serving high-converting, mobile-responsive splash pages with real-time CRM synchronization, GDPR compliance tracking, and marketing automation.

स्रोत

  1. Regulation (EU) 2016/679 (General Data Protection Regulation)
  2. PCI Security Standards Council - PCI DSS Quick Reference Guide
  3. IEEE 802.1X Port-Based Network Access Control Standard

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

Ubiquiti UniFi guest portal redirection होत नाही: कारणे आणि उपाय

ही मार्गदर्शिका guest state, redirect, pre-authorisation route आणि controller authorisation यांचा अनुक्रमे मागोवा घेऊन UniFi guest portal redirect बिघाड वेगळा करते. हे वेन्यू IT टीम्सना guest-network विरुद्ध Hotspot गोंधळ, बाह्य portal हँड-ऑफ, सद्य UniFi OS खाते आवश्यकता आणि DNS आयसोलेशन चाचणीचे निराकरण करण्यासाठी एक विश्वसनीय पद्धत प्रदान करते.

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

Cisco Meraki splash page काम करत नाही: एक ट्रबलशूटिंग फ्लोचार्ट

हा प्रॅक्टिकल मार्गदर्शक Cisco Meraki splash फ्लो नेमका कुठे अयशस्वी झाला आहे ते शोधून काढतो: client authorisation, HTTP redirect initiation, walled-garden reachability किंवा RADIUS sign-on. हा व्हेन्यू IT टीम्सना एक नियंत्रित पुरावा मार्ग प्रदान करतो, जेणेकरून ते थेट सुरू असलेल्या नेटवर्कवर मोठे बदल न करता Guest WiFi पूर्ववत करू शकतील.

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

Enterprise Guest WiFi सेटअप मार्गदर्शक: VLAN विभागणी, सुरक्षा आणि Captive Portals

हे तांत्रिक मार्गदर्शक IT टीम्सना VLAN विभागणी, फायरवॉल पॉलिसी आणि captive portal चा वापर करून Guest WiFi एक नियंत्रित इंटरनेट - ऍक्सेस सेवा म्हणून कसे सेट करावे हे दर्शवते. हे मार्गदर्शक कर्मचारी, पेमेंट आणि ऑपरेशनल सिस्टम्सच्या सुरक्षिततेची सीमा कमकुवत न करता Purple चे नोंदणी फॉर्म्स आणि ऑनबोर्डिंग नियंत्रणे पाहुण्यांना एक सुयोग्य अनुभव कसा देतात हे देखील स्पष्ट करते.

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

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

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