मुख्य सामग्री पर जाएं

अधिकतम नेटवर्क सुरक्षा और यूजर कन्वर्शन के लिए कैप्टिव पोर्टल को कैसे ऑप्टिमाइज़ करें

यह गाइड एंटरप्राइज स्थानों पर कैप्टिव पोर्टल को ऑप्टिमाइज़ करने के लिए एक संपूर्ण तकनीकी ब्लूप्रिंट प्रदान करती है, जिसमें नेटवर्क सेगमेंटेशन आर्किटेक्चर, ऑथेंटिकेशन मेथड का चयन, GDPR-अनुरूप सहमति डिज़ाइन और कन्वर्शन ऑप्टिमाइज़ेशन शामिल हैं। यह गाइड होटलों, रिटेल चेन, स्टेडियमों और सार्वजनिक क्षेत्र के संगठनों के IT प्रबंधकों, नेटवर्क आर्किटेक्ट्स और CTOs के लिए लिखी गई है, जिन्हें फर्स्ट-पार्टी डेटा कैप्चर के साथ नेटवर्क सुरक्षा को संतुलित करने की आवश्यकता है। Purple 2024 में 440 मिलियन लॉगिन के साथ 80,000+ से अधिक स्थानों पर कैप्टिव पोर्टल इन्फ्रास्ट्रक्चर का संचालन करता है, और यहाँ दिए गए फ्रेमवर्क उसी परिचालन अनुभव को दर्शाते हैं।

📖 10 मिनट का पाठ📝 2,314 शब्द🔧 2 हल किए गए उदाहरण4 अभ्यास प्रश्न📚 9 मुख्य परिभाषाएं

इस गाइड को सुनें

पॉडकास्ट ट्रांसक्रिप्ट देखें
Purple टेक्निकल ब्रीफिंग में आपका स्वागत है। आज हम कैप्टिव पोर्टल का विश्लेषण कर रहे हैं। विशेष रूप से, अधिकतम नेटवर्क सुरक्षा और यूजर कन्वर्शन के लिए उन्हें कैसे ऑप्टिमाइज़ किया जाए। यदि आप किसी होटल समूह, रिटेल चेन या किसी बड़े सार्वजनिक स्थान के लिए IT का प्रबंधन करते हैं, तो कैप्टिव पोर्टल आपका मुख्य द्वार है। यह वह चौराहा है जहां नेटवर्क सुरक्षा मार्केटिंग संचालन से मिलती है। इसे सही तरीके से करें, और आप सत्यापित संपर्कों का फर्स्ट-पार्टी डेटाबेस बनाते हुए अपने नेटवर्क को सुरक्षित करते हैं। इसे गलत करें, और आप उपयोगकर्ताओं को निराश करते हैं, अनुपालन तोड़ते हैं, और अपने नेटवर्क को असुरक्षित छोड़ देते हैं। आइए आर्किटेक्चर से शुरू करें। एक कैप्टिव पोर्टल केवल एक वेब पेज नहीं है। यह नेटवर्क सेगमेंटेशन की एक प्रणाली है। जब कोई गेस्ट डिवाइस आपके SSID से जुड़ता है, तो आपका एक्सेस पॉइंट, चाहे वह Cisco Meraki हो, HPE Aruba हो, Ruckus हो, या Juniper Mist हो, उस डिवाइस को एक क्वारंटाइन VLAN में रख देता है। इस क्वारंटाइन स्थिति में, डिवाइस के पास कोई इंटरनेट एक्सेस नहीं होता है। एक फ़ायरवॉल DNS क्वेरी और अनुमत गंतव्यों की एक विशिष्ट सूची, जिसे वॉल्ड गार्डन के रूप में जाना जाता है, को छोड़कर सब कुछ ब्लॉक कर देता है। यह वॉल्ड गार्डन महत्वपूर्ण है। इसमें पोर्टल URL और लॉगिन के लिए आवश्यक कोई भी बाहरी सेवाएं शामिल होनी चाहिए, जैसे कि Google के ऑथेंटिकेशन सर्वर या आपका पेमेंट गेटवे। यदि आपका वॉल्ड गार्डन गलत तरीके से कॉन्फ़िगर किया गया है, तो पोर्टल लोड नहीं होगा। यह क्षेत्र में विफलता का नंबर एक कारण है। एक बार जब उपयोगकर्ता लॉगिन पूरा कर लेता है, तो पोर्टल आपके RADIUS सर्वर के साथ संवाद करता है। RADIUS का अर्थ Remote Authentication Dial-In User Service है। यह एंटरप्राइज नेटवर्क पर केंद्रीकृत ऑथेंटिकेशन के लिए मानक प्रोटोकॉल है। पोर्टल एक Change of Authorisation मैसेज भेजता है, जिसे CoA के रूप में जाना जाता है। यह एक्सेस कंट्रोलर को बताता है: यह डिवाइस ऑथेंटिकेटेड है, क्वारंटाइन हटा दें। इसके बाद डिवाइस को प्रोडक्शन VLAN में ले जाया जाता है, और इंटरनेट एक्सेस प्रदान कर दिया जाता है। यह सेगमेंटेशन यह सुनिश्चित करता है कि अन-ऑथेंटिकेटेड डिवाइस आपके नेटवर्क की जांच नहीं कर सकते हैं या आपके पॉइंट-ऑफ-सेल सिस्टम तक नहीं पहुंच सकते हैं। यदि आप PCI-DSS दायरे वाले वातावरण में काम कर रहे हैं, जिसका अर्थ है कि आपके पास उसी फिजिकल इन्फ्रास्ट्रक्चर पर कार्ड पेमेंट टर्मिनल हैं, तो यह अलगाव वैकल्पिक नहीं है। यह एक अनुपालन आवश्यकता है। अब बात करते हैं कन्वर्शन की। कैप्टिव पोर्टल एक चोक पॉइंट है। कनेक्ट होने वाला प्रत्येक डिवाइस इससे होकर गुजरता है। यह इसे आपके वेन्यू में सबसे मूल्यवान मार्केटिंग सरफेसेज में से एक बनाता है। लेकिन यह नाजुक भी है। आप अपने लॉगिन फ़ॉर्म में जो भी फ़ील्ड जोड़ते हैं, वह आपकी कन्वर्शन दर को लगभग दस प्रतिशत कम कर देता है। यदि आप एक साधारण क्लिक-थ्रू पोर्टल तैनात करते हैं, जहां उपयोगकर्ता केवल शर्तों को स्वीकार करता है और कनेक्ट होता है, तो आप नब्बे प्रतिशत से अधिक की कन्वर्शन दरें देखेंगे। लेकिन आप लगभग कोई डेटा एकत्र नहीं करते हैं। यदि आप ईमेल पता मांगते हैं, तो कन्वर्शन लगभग सत्तर प्रतिशत तक गिर जाता है। यदि आप नाम, ईमेल, फोन और पिन कोड के साथ एक पूरा फ़ॉर्म मांगते हैं, तो आप भाग्यशाली होंगे यदि चालीस प्रतिशत पूर्णता दर भी देख पाएं। इसलिए आपको अपने वेन्यू और अपने उद्देश्यों के लिए सही मेथड चुननी होगी। मुझे पांच मुख्य विकल्पों के बारे में बताने दें। क्लिक-थ्रू सबसे कम बाधा वाला विकल्प है। यह सार्वजनिक क्षेत्र के स्थानों, NHS प्रतीक्षालयों, पुस्तकालयों और परिषद भवनों के लिए सही है। आप पब्लिक WiFi से मार्केटिंग डेटाबेस बनाने के व्यवसाय में नहीं हैं, और उस संदर्भ में व्यक्तिगत डेटा एकत्र करने का अनुपालन ओवरहेड महत्वपूर्ण है। ईमेल कैप्चर गेस्ट WiFi मार्केटिंग का मुख्य आधार है। यह हॉस्पिटैलिटी, रिटेल और इवेंट्स के लिए सही डिफ़ॉल्ट है। आपको सीधे स्वामित्व वाला ईमेल पता मिलता है, थर्ड-पार्टी प्लेटफॉर्म पर कोई निर्भरता नहीं होती है, और GDPR उद्देश्यों के लिए एक स्पष्ट डेटा ट्रेल मिलता है। Google, Apple और LinkedIn को कवर करने वाला OAuth के माध्यम से सोशल लॉगिन बाधाओं को कम करता है और पहचान प्रदाता से सत्यापित डेटा वापस करता है। यह उपभोक्ता-सामना वाले वातावरण में अच्छा काम करता है। लेकिन एक निर्भरता जोखिम है। यदि कोई प्रदाता अपनी API शर्तों को बदलता है, तो आपका ऑथेंटिकेशन फ़्लो टूट जाता है। सोशल लॉगिन के साथ हमेशा कम से कम एक गैर-OAuth मेथड तैनात करें। SMS वन-टाइम पासकोड डेटा गुणवत्ता के लिए गोल्ड स्टैंडर्ड है। लॉयल्टी योजनाओं और समय-संवेदनशील कम्युनिकेशन्स के लिए एक सत्यापित मोबाइल नंबर एक असत्यापित ईमेल पते की तुलना में काफी अधिक मूल्यवान है। इसका नुकसान कम कन्वर्शन है, लगभग पचास प्रतिशत, और प्रति-संदेश लागत। प्रति इवेंट पचास हजार लॉगिन प्रोसेस करने वाले स्टेडियम में, यह एक ऐसा खर्च है जिसे आपको अपने बिजनेस केस में शामिल करना होगा। पूर्ण फ़ॉर्म पंजीकरण आपको सबसे समृद्ध डेटा देता है लेकिन सबसे कम कन्वर्शन देता है। यह वहां समझ में आता है जहां डेटा का वास्तव में उपयोग किया जाता है, जैसे कि कोई होटल समूह मेहमानों की प्रोफाइल को पहले से भर रहा हो या कोई स्वास्थ्य सेवा प्रदाता मरीजों की प्राथमिकताओं को कैप्चर कर रहा हो। अब, अनुपालन। यहीं पर अधिकांश तैनातियां गलत हो जाती हैं। GDPR के तहत, आपको कनेक्शन को कलेक्शन से अलग करना होगा। आप वैध हित के आधार पर नेटवर्क एक्सेस दे सकते हैं। लेकिन आप मार्केटिंग ईमेल भेजने के लिए उसी औचित्य का उपयोग नहीं कर सकते। मार्केटिंग के लिए स्पष्ट, सकारात्मक सहमति की आवश्यकता होती है। पहले से टिक किए गए बॉक्स का उपयोग न करें। मार्केटिंग ऑप्ट-इन के लिए एक स्पष्ट, अलग चेकबॉक्स प्रदान करें। चेकबॉक्स डिफ़ॉल्ट रूप से अन-टिक होना चाहिए। यदि आप एक ही चेकबॉक्स में नेटवर्क एक्सेस शर्तों को मार्केटिंग सहमति के साथ बंडल करते हैं, तो आप UK GDPR का उल्लंघन कर रहे हैं। आपकी कानूनी टीम वर्षों तक इसके परिणामों से निपटती रहेगी। मुझे आपको दो वास्तविक दुनिया के परिदृश्य देने दें। पहला, HPE Aruba एक्सेस पॉइंट्स का उपयोग करने वाला दो सौ कमरों का होटल टियर वाला WiFi प्रदान करना चाहता है। मानक मेहमानों के लिए बुनियादी मुफ्त एक्सेस, लॉयल्टी सदस्यों के लिए हाई-स्पीड एक्सेस। सही दृष्टिकोण API के माध्यम से Property Management System के साथ एकीकृत एक सिंगल गेस्ट SSID है। पोर्टल दो विकल्प प्रस्तुत करता है: कमरा नंबर और नाम के साथ लॉग इन करें, या लॉयल्टी क्रेडेंशियल्स के साथ लॉग इन करें। जब कोई लॉयल्टी सदस्य ऑथेंटिकेट करता है, तो पोर्टल PMS से क्वेरी करता है, टियर की पुष्टि करता है, और Aruba कंट्रोलर को एक विक्रेता-विशिष्ट एट्रिब्यूट के साथ RADIUS Change of Authorisation भेजता है जो हाई-बैंडविड्थ भूमिका असाइन करता है। मानक मेहमानों को एक रेट-लिमिटेड डिफ़ॉल्ट भूमिका मिलती है। एक SSID, डायनेमिक पॉलिसी, साफ-सुथरा उपयोगकर्ता अनुभव। दूसरा, पांच सौ स्थानों वाली एक राष्ट्रीय रिटेल चेन मार्केटिंग के लिए ईमेल पते कैप्चर करना चाहती है। कानूनी टीम GDPR को लेकर चिंतित है। पोर्टल डिज़ाइन सीधा है। एक सिंगल ईमेल इनपुट फ़ील्ड। इसके नीचे दो चेकबॉक्स। पहला चेकबॉक्स, अनिवार्य, पढ़ता है: मैं नेटवर्क एक्सेस के लिए सेवा की शर्तों और गोपनीयता नीति को स्वीकार करता हूँ। दूसरा चेकबॉक्स, वैकल्पिक और डिफ़ॉल्ट रूप से अन-टिक, पढ़ता है: मैं मार्केटिंग कम्युनिकेशन्स और विशेष ऑफ़र प्राप्त करने के लिए सहमति देता हूँ। बैकएंड प्रत्येक उपयोगकर्ता के लिए टाइमस्टैम्प, IP एड्रेस और सहमति इवेंट को लॉग करता है। साफ-सुथरा ऑडिट ट्रेल, स्पष्ट कानूनी आधार, डिज़ाइन द्वारा अनुपालन। अब आइए सामान्य विफलता मोड पर ध्यान दें। सबसे आम समस्या पोर्टल का दिखाई न देना है। यह लगभग हमेशा वॉल्ड गार्डन पर आकर रुकता है। डिवाइस का ऑपरेटिंग सिस्टम एक ज्ञात URL पर कैप्टिविटी प्रोब भेजता है, जैसे कि iOS डिवाइसों के लिए captive.apple.com। यदि आपका फ़ायरवॉल उस डोमेन को ब्लॉक करता है, तो OS यह पता नहीं लगा सकता है कि यह एक कैप्टिव नेटवर्क पर है, और पोर्टल कभी लॉन्च नहीं होता है। हर बार, सबसे पहले अपने वॉल्ड गार्डन की जांच करें। दूसरी समस्या MAC एड्रेस रैंडमाइजेशन है। आधुनिक iOS और Android डिवाइस ट्रैकिंग को रोकने के लिए डिफ़ॉल्ट रूप से रैंडमाइज्ड MAC एड्रेस का उपयोग करते हैं। इसका मतलब है कि लौटने वाला मेहमान एक नए उपयोगकर्ता के रूप में दिखाई देता है। पोर्टल उन्हें फिर से चुनौती देता है, और उन्हें फिर से लॉग इन करना पड़ता है। इसका समाधान उपयोगकर्ताओं को Passpoint प्रोफ़ाइल इंस्टॉल करने के लिए प्रोत्साहित करना या ऐप-आधारित ऑथेंटिकेशन फ़्लो का उपयोग करना है जो MAC एड्रेस के बजाय पहचान टोकन पर निर्भर करता है। तीसरी समस्या बड़े पैमाने पर DHCP और DNS की कमी है। एक स्टेडियम या कॉन्फ्रेंस सेंटर में, हजारों डिवाइस एक साथ कनेक्ट होते हैं। यदि आपका DHCP पूल एड्रेस से बाहर हो जाता है, या आपका DNS सर्वर क्वेरी वॉल्यूम को नहीं संभाल सकता है, तो ऑथेंटिकेशन फ़्लो पोर्टल तक पहुँचने से पहले ही रुक जाता है। अपने इन्फ्रास्ट्रक्चर का आकार औसत लोड के बजाय पीक लोड के लिए निर्धारित करें। अब कुछ रैपिड-फायर प्रश्नों के लिए। कौन सी ऑथेंटिकेशन मेथड सबसे अधिक GDPR-अनुरूप है? सभी मेथड को अनुरूप बनाया जा सकता है। क्लिक-थ्रू में सबसे कम ओवरहेड है। मुख्य चर यह है कि आप संग्रह के बाद डेटा के साथ क्या करते हैं, न कि यह कि आप इसे एकत्र करने के लिए किस मेथड का उपयोग करते हैं। क्या मैं एक ही पोर्टल पर कई ऑथेंटिकेशन मेथड चला सकता हूँ? हाँ, और आपको ऐसा करना चाहिए। Purple Verify वेन्यू के प्रकार, उपयोगकर्ता डिवाइस, या दिन के समय के अनुसार कॉन्फ़िगरेशन के साथ, एक साथ सभी पांच मेथड का समर्थन करता है। क्या SMS OTP अंतर्राष्ट्रीय स्तर पर काम करता है? हाँ, लेकिन लागत देश के अनुसार काफी भिन्न होती है। व्यापक अंतर्राष्ट्रीय कैरियर कवरेज वाले प्रदाता का उपयोग करें और उसी के अनुसार बजट बनाएं। Apple के Private Relay के बारे में क्या? Private Relay iOS डिवाइसों पर कैप्टिव पोर्टल का पता लगाने में हस्तक्षेप कर सकता है। सुनिश्चित करें कि आपका पोर्टल HTTPS पर होस्ट किया गया है और आपके कैप्टिविटी प्रोब डोमेन व्हाइटलिस्टेड हैं। संक्षेप में। VLAN के साथ अपने ट्रैफिक को सेगमेंट करें और एक साफ, सटीक वॉल्ड गार्डन बनाए रखें। अपनी ऑथेंटिकेशन मेथड को अपने वेन्यू के प्रकार और डेटा उद्देश्यों के आधार पर चुनें, न कि इस आधार पर कि क्या तैनात करना सबसे आसान है। कन्वर्शन को अधिकतम करने के लिए फ़ॉर्म फ़ील्ड को कम से कम करें। अपने नेटवर्क एक्सेस की शर्तों को अपनी मार्केटिंग सहमति से अलग करें। और पहले दिन से ही MAC रैंडमाइजेशन और पीक लोड के लिए योजना बनाएं। Purple अस्सी हजार से अधिक स्थानों पर कैप्टिव पोर्टल इन्फ्रास्ट्रक्चर संचालित करता है, जिसमें 2024 में चार सौ चालीस मिलियन लॉगिन शामिल हैं। इस गाइड के फ्रेमवर्क उसी परिचालन अनुभव को दर्शाते हैं। यदि आप इनमें से किसी भी विषय पर गहराई से जाना चाहते हैं, तो पूर्ण तकनीकी संदर्भ गाइड purple.ai पर उपलब्ध है। सुनने के लिए धन्यवाद।

header_image.png

कार्यकारी सारांश

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

मूल आर्किटेक्चर ऑथेंटिकेशन पूरा होने तक प्रत्येक गेस्ट डिवाइस को एक क्वारंटाइन VLAN में रखता है। एक RADIUS सर्वर सेशन को मैनेज करता है, और एक Change of Authorisation (CoA) मैसेज डिवाइस को प्रोडक्शन VLAN में रिलीज करता है। नेटवर्क सेगमेंटेशन यह सुनिश्चित करता है कि गेस्ट ट्रैफिक कभी भी कॉर्पोरेट इन्फ्रास्ट्रक्चर या पॉइंट-ऑफ-सेल (POS) सिस्टम तक न पहुंचे। यह किसी भी ऐसे वातावरण में एक PCI-DSS आवश्यकता है जहां पेमेंट टर्मिनल गेस्ट WiFi के साथ फिजिकल इन्फ्रास्ट्रक्चर साझा करते हैं।

कन्वर्शन की बात करें तो, प्रत्येक अतिरिक्त फ़ॉर्म फ़ील्ड ऑप्ट-इन दरों को 8 से 12% तक कम कर देता है। सही ऑथेंटिकेशन मेथड आपके वेन्यू के प्रकार और डेटा उद्देश्यों पर निर्भर करती है। ईमेल कैप्चर सीधे स्वामित्व वाले डेटा के साथ 65 से 80% कन्वर्शन प्रदान करता है। OAuth 2.0 के माध्यम से सोशल लॉगिन बाधाओं को कम करता है लेकिन थर्ड-पार्टी निर्भरता का जोखिम लाता है। SMS OTP उच्चतम डेटा गुणवत्ता प्रदान करता है लेकिन सबसे कम कन्वर्शन देता है। बिना किसी मार्केटिंग उद्देश्य वाले सार्वजनिक क्षेत्र के वातावरण के लिए क्लिक-थ्रू सही विकल्प है।

Purple 80,000+ से अधिक स्थानों पर Guest WiFi इन्फ्रास्ट्रक्चर संचालित करता है। इस दस्तावेज़ में दिए गए निर्देश 2024 में प्रोसेस किए गए 440 मिलियन लॉगिन को दर्शाते हैं (Purple आंतरिक डेटा, 2024)।


तकनीकी विश्लेषण

कैप्टिव पोर्टल वास्तव में क्या करता है

एक कैप्टिव पोर्टल किसी डिवाइस के SSID से जुड़ने के बाद HTTP और HTTPS अनुरोधों को इंटरसेप्ट करता है। एक्सेस पॉइंट डिवाइस को एक क्वारंटाइन VLAN में रखता है, जहां एक फ़ायरवॉल केवल DNS क्वेरी और प्री-अप्रूव्ड डेस्टिनेशन के एक छोटे सेट - जिसे वॉल्ड गार्डन कहा जाता है - की अनुमति देता है। डिवाइस का ऑपरेटिंग सिस्टम एक ज्ञात URL (उदाहरण के लिए, iOS पर captive.apple.com या Android पर connectivitycheck.gstatic.com) की जांच करके इस प्रतिबंधित स्थिति का पता लगाता है। जब जांच में कोई अप्रत्याशित प्रतिक्रिया मिलती है, तो OS स्वचालित रूप से पोर्टल लॉन्च करता है।

उपयोगकर्ता ऑथेंटिकेट करता है। पोर्टल एक CoA मैसेज के माध्यम से नेटवर्क के RADIUS सर्वर को परिणाम भेजता है। एक्सेस कंट्रोलर क्वारंटाइन प्रतिबंधों को हटा देता है, डिवाइस को प्रोडक्शन VLAN में ले जाता है, और टाइमस्टैम्प, MAC एड्रेस, पहचान और लागू पॉलिसी के साथ सेशन को लॉग करता है। ऑथेंटिकेशन मेथड के आधार पर, इस पूरी प्रक्रिया में एक से दस सेकंड का समय लगता है।

security_architecture_diagram.png

नेटवर्क सेगमेंटेशन

क्वारंटाइन VLAN वैकल्पिक नहीं है। इसके बिना, एक ओपन SSID पर एक अन-ऑथेंटिकेटेड डिवाइस आंतरिक नेटवर्क की जांच कर सकता है, मैनेजमेंट इंटरफेस तक पहुंच सकता है, या पॉइंट-ऑफ-सेल सिस्टम तक पहुंच सकता है। PCI-DSS दायरे वाले वातावरण में - कोई भी ऐसा स्थान जहां कार्ड पेमेंट टर्मिनल गेस्ट WiFi के साथ फिजिकल इन्फ्रास्ट्रक्चर साझा करते हैं - Payment Card Industry Data Security Standard v4.0 के तहत कार्डधारक डेटा वातावरण और गेस्ट नेटवर्क के बीच पूर्ण नेटवर्क अलगाव की आवश्यकता होती है।

सेगमेंटेशन को एक्सेस कंट्रोलर स्तर पर लागू किया जाता है। Cisco Meraki पर, इसे Group Policies के माध्यम से कॉन्फ़िगर किया जाता है। HPE Aruba पर, User Roles के माध्यम से। Ruckus पर, Zone कॉन्फ़िगरेशन के माध्यम से। Juniper Mist पर, WLAN पॉलिसियों के माध्यम से। सिद्धांत चारों में समान है: अन-ऑथेंटिकेटेड डिवाइसों को एक प्रतिबंधित पॉलिसी मिलती है; ऑथेंटिकेटेड डिवाइसों को एक प्रोडक्शन पॉलिसी मिलती है। RADIUS सर्वर इस बदलाव को लागू करता है।

मल्टीपल यूजर प्रकारों - मेहमानों, कर्मचारियों, ठेकेदारों - वाले स्थानों के लिए, अलग-अलग SSID तैनात करें, जिनमें से प्रत्येक अपने स्वयं के फ़ायरवॉल नियमों और बैंडविड्थ पॉलिसियों के साथ एक अलग VLAN से मैप हो। एक ही कैप्टिव पोर्टल वाले सिंगल SSID से सभी यूजर प्रकारों को सेवा देने का प्रयास न करें। पॉलिसी मैनेजमेंट की जटिलता किसी भी कथित सरलता से कहीं अधिक भारी पड़ती है।

वायरलेस एज को सुरक्षित करना

कैप्टिव पोर्टल Layer 7 पर काम करता है। यह वायरलेस लिंक को एन्क्रिप्ट नहीं करता है। एक ओपन SSID पर, डिवाइस और एक्सेस पॉइंट के बीच का ट्रैफिक अनएन्क्रिप्टेड होता है और रेडियो रेंज के भीतर किसी भी डिवाइस को दिखाई देता है।

तीन दृष्टिकोण इसे हल करते हैं:

कैप्टिव पोर्टल के साथ WPA3। WPA3-Personal 'Simultaneous Authentication of Equals' (SAE) प्रदान करता है, जो WPA2-PSK के खिलाफ संभावित ऑफलाइन डिक्शनरी हमलों को समाप्त करता है। कैप्टिव पोर्टल अभी भी ऑथेंटिकेशन के लिए ट्रिगर होता है, लेकिन वायरलेस लिंक एन्क्रिप्टेड होता है। यह 2026 में नई तैनाती के लिए न्यूनतम स्वीकार्य मानक है।

802.1X के साथ Passpoint (Hotspot 2.0)। Passpoint सर्टिफिकेट-आधारित या क्रेडेंशियल-आधारित ऑथेंटिकेशन प्रदान करने के लिए EAP-TLS या PEAP का उपयोग करता है। कैप्टिव पोर्टल शुरुआती ऑनबोर्डिंग और सहमति कैप्चर को संभालता है। दूसरी विज़िट पर, Passpoint प्रोविजन्ड प्रोफ़ाइल का उपयोग करके डिवाइस को चुपचाप ऑथेंटिकेट करता है, जिससे पोर्टल पूरी तरह से बायपास हो जाता है। यह OpenRoaming द्वारा उपयोग किया जाने वाला आर्किटेक्चर है, जो कैरियर-ग्रेड रोमिंग मानक है। EAP विधियों पर अधिक विवरण के लिए, हमारी गाइड EAP Method WiFi: A Guide to Secure Network Access देखें।

iPSK (Identity Pre-Shared Key)। iPSK पोर्टल के माध्यम से प्रत्येक उपयोगकर्ता या डिवाइस को एक अद्वितीय WPA2 या WPA3 पासफ़्रेज़ असाइन करता है। पासफ़्रेज़ को RADIUS सर्वर में संग्रहीत किया जाता है और एक विशिष्ट VLAN और पॉलिसी से मैप किया जाता है। यह पूर्ण 802.1X तैनाती के इन्फ्रास्ट्रक्चर ओवरहेड के बिना, एक साझा SSID पर व्यक्तिगत एन्क्रिप्शन और जवाबदेही प्रदान करता है। यह BTR और PBSA वातावरण में मल्टी-टेनेंट WiFi के लिए मानक आर्किटेक्चर है।

सर्टिफिकेट-आधारित ऑथेंटिकेशन विवरण के लिए, WiFi Certificate Authentication: Secure Network Access देखें।


इम्प्लीमेंटेशन गाइड

स्टेप 1: वॉल्ड गार्डन को परिभाषित करें

पोर्टल को कॉन्फ़िगर करने से पहले ऑथेंटिकेशन के लिए आवश्यक प्रत्येक बाहरी निर्भरता को मैप करें। यदि आप Google सोशल लॉगिन की पेशकश करते हैं, तो accounts.google.com और संबंधित Google ऑथेंटिकेशन डोमेन को व्हाइटलिस्ट करें। यदि आप पेड एक्सेस के लिए Stripe का उपयोग करते हैं, तो Stripe के API एंडपॉइंट्स को व्हाइटलिस्ट करें। यदि आप Apple साइन-इन का उपयोग करते हैं, तो appleid.apple.com को व्हाइटलिस्ट करें।

सटीक वॉल्ड गार्डन बनाए रखने में विफलता प्रोडक्शन में कैप्टिव पोर्टल रेंडरिंग विफलताओं का प्राथमिक कारण है। अपने विशिष्ट कंट्रोलर के लिए कॉपी-पेस्ट नियम उत्पन्न करने के लिए वॉल्ड गार्डन वैलिडेटर का उपयोग करें। Purple एक मुफ्त Walled Garden Domain Validator प्रदान करता है जो Cisco Meraki, Ubiquiti UniFi, HPE Aruba और Catalyst कंट्रोलर्स के लिए उपयोग के लिए तैयार नियम आउटपुट करता है।

स्टेप 2: RADIUS इंटीग्रेशन कॉन्फ़िगर करें

अपने एक्सेस कंट्रोलर्स को क्लाउड RADIUS प्रदाता के साथ एकीकृत करें। अन-ऑथेंटिकेटेड ट्रैफिक को पोर्टल URL पर रीडायरेक्ट करने के लिए कंट्रोलर्स को कॉन्फ़िगर करें और ऑथेंटिकेशन और अकाउंटिंग के लिए RADIUS सर्वर निर्दिष्ट करें। सुनिश्चित करें कि RADIUS शेयर्ड सीक्रेट कम से कम 22 वर्णों के हों, उनमें मिश्रित केस और विशेष वर्ण शामिल हों, और उन्हें हर 90 दिनों में बदला जाए।

Cisco Meraki तैनाती के लिए, Wireless > Access Control के तहत RADIUS सर्वर को कॉन्फ़िगर करें। HPE Aruba के लिए, Security > Authentication Servers के तहत कॉन्फ़िगर करें। Ruckus के लिए, Services > Authentication के तहत कॉन्फ़िगर करें। Juniper Mist के लिए, Network > WLAN के तहत कॉन्फ़िगर करें।

स्टेप 3: ऑथेंटिकेशन मेथड चुनें

authentication_conversion_chart.png

नीचे दी गई तालिका वेन्यू के प्रकार को अनुशंसित ऑथेंटिकेशन मेथड और अपेक्षित कन्वर्शन रेंज से मैप करती है।

वेन्यू का प्रकार अनुशंसित मेथड अपेक्षित कन्वर्शन कैप्चर किया गया डेटा
होटल और हॉस्पिटैलिटी ईमेल कैप्चर + सोशल लॉगिन 65-80% ईमेल, नाम, वैकल्पिक जनसांख्यिकी
रिटेल ईमेल कैप्चर 68-75% ईमेल, नाम
स्टेडियम और इवेंट्स SMS OTP 45-55% सत्यापित मोबाइल नंबर
कॉन्फ्रेंस सेंटर सोशल लॉगिन + ईमेल 60-70% ईमेल, प्रोफेशनल प्रोफाइल
सार्वजनिक क्षेत्र क्लिक-थ्रू 90-95% केवल MAC एड्रेस, टाइमस्टैम्प
हेल्थकेयर क्लिक-थ्रू 90-95% केवल MAC एड्रेस, टाइमस्टैम्प

स्रोत: Purple नेटवर्क डेटा, 440 मिलियन लॉगिन, 2024।

स्टेप 4: सहमति फ़्लो डिज़ाइन करें

नेटवर्क एक्सेस के लिए आवश्यक शर्तों को मार्केटिंग कम्युनिकेशन्स के लिए आवश्यक सहमति से अलग करें। ये UK GDPR (UK कानून में बनाए रखे गए विनियमन (EU) 2016/679) के तहत दो अलग-अलग कानूनी आधार हैं।

नेटवर्क एक्सेस को आर्टिकल 6(1)(f) के तहत वैध हित के आधार पर दिया जा सकता है, जिसमें नेटवर्क मैनेजमेंट और सुरक्षा शामिल है। मार्केटिंग कम्युनिकेशन्स के लिए आर्टिकल 6(1)(a) के तहत स्पष्ट सहमति की आवश्यकता होती है। सहमति स्वतंत्र रूप से दी गई, विशिष्ट, सूचित और स्पष्ट होनी चाहिए। पहले से टिक किए गए बॉक्स इस मानक को पूरा नहीं करते हैं।

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

स्टेप 5: RADIUS VSAs के माध्यम से बैंडविड्थ पॉलिसियां लागू करें

सफल ऑथेंटिकेशन पर Vendor-Specific Attributes (VSAs) वापस करने के लिए RADIUS सर्वर को कॉन्फ़िगर करें। VSAs एक्सेस पॉइंट को उपयोगकर्ता की प्रोफ़ाइल के आधार पर विशिष्ट बैंडविड्थ सीमाएं, कंटेंट फ़िल्टर और सेशन टाइमआउट लागू करने का निर्देश देते हैं।

HPE Aruba पर, Aruba-User-Role VSA उपयोगकर्ता को पूर्वनिर्धारित पॉलिसियों के साथ एक नामित भूमिका असाइन करता है। Cisco Meraki पर, Group Policy IDs को Filter-Id एट्रिब्यूट के माध्यम से वापस किया जाता है। Ruckus पर, Ruckus-User-Groups एट्रिब्यूट उपयोगकर्ता को एक कॉन्फ़िगर किए गए समूह से मैप करता है। यह तंत्र विभिन्न उपयोगकर्ता स्तरों के लिए अलग SSID की आवश्यकता के बिना डायनेमिक पॉलिसी प्रवर्तन को सक्षम बनाता है।


बेस्ट प्रैक्टिसेज

कन्वर्शन ऑप्टिमाइज़ेशन

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

कैप्टिव पोर्टल के 85% से अधिक इंटरैक्शन मोबाइल डिवाइसों पर होते हैं (Purple आंतरिक डेटा, 2024)। छोटी स्क्रीन के लिए डिज़ाइन करें। बटन इतने बड़े होने चाहिए कि बिना ज़ूम किए टैप किए जा सकें। टेक्स्ट डिफ़ॉल्ट फ़ॉन्ट आकार पर पढ़ने योग्य होना चाहिए। लॉगिन फ़्लो तीन टैप या उससे कम में पूरा होना चाहिए।

Retail तैनाती के लिए, पोर्टल को अपने CRM या लॉयल्टी प्लेटफॉर्म के साथ एकीकृत करें। Pizza Express ने दो वर्षों में अपने CRM में 3.7 मिलियन मेहमानों को जोड़ने के लिए एक ब्रांडेड कैप्टिव पोर्टल का उपयोग किया, जिससे प्रत्येक WiFi कनेक्शन एक सत्यापित मार्केटिंग ऑप्ट-इन में बदल गया (Purple ग्राहक डेटा, Pizza Express)। पोर्टल लॉयल्टी नामांकन और प्रमोशनल री-एंगेजमेंट के लिए प्राथमिक चैनल बन गया।

व्यवहार विश्लेषिकी इंटीग्रेशन

कैप्टिव पोर्टल सेशन फिजिकल-वेन्यू एनालिटिक्स और डिजिटल मार्केटिंग सिस्टम के बीच की जॉइन की है। प्रत्येक ऑथेंटिकेटेड सेशन टाइमस्टैम्प, ड्वेल टाइम और रिपीट विज़िट स्थिति के साथ एक फुटफॉल इवेंट उत्पन्न करता है। WiFi Analytics के साथ एकीकृत, यह डेटा फुटफॉल एट्रिब्यूशन, जनसांख्यिकीय सेगमेंटेशन और कैंपेन ROI माप को संचालित करता है।

WiFi नेटवर्क से व्यवहार संबंधी डेटा वेन्यू संचालन को कैसे सूचित करता है, इस बारे में गहरी जानकारी के लिए, Behavioral Analytics: Insights for WiFi Networks देखें।

सुरक्षा सुदृढ़ीकरण

पोर्टल को विशेष रूप से एक विश्वसनीय सर्टिफिकेट अथॉरिटी से वैध TLS सर्टिफिकेट के साथ HTTPS पर होस्ट करें। HTTP पोर्टल उपयोगकर्ता के क्रेडेंशियल्स को इंटरसेप्ट होने के जोखिम में डालते हैं और ब्राउज़र सुरक्षा चेतावनियों को ट्रिगर करते हैं जो कन्वर्शन को कम करती हैं। न्यूनतम 31536000 सेकंड के max-age के साथ HTTP Strict Transport Security (HSTS) लागू करें।

ऑथेंटिकेशन एंडपॉइंट पर रेट लिमिटिंग लागू करें। रेट लिमिटिंग के बिना, पोर्टल क्रेडेंशियल स्टफिंग और वाउचर कोड के खिलाफ ब्रूट-फोर्स हमलों के प्रति संवेदनशील होता है। प्रति IP एड्रेस प्रति मिनट ऑथेंटिकेशन प्रयासों को पांच तक सीमित करें।

पोर्टल एप्लिकेशन पर कम से कम सालाना पेनेट्रेशन टेस्टिंग आयोजित करें। Purple के पास ISO 27001 सर्टिफिकेशन और Cyber Essentials सर्टिफिकेशन है, और यह नियमित रूप से थर्ड-पार्टी पेनेट्रेशन टेस्टिंग से गुजरता है। Healthcare और Transport तैनाती के लिए, त्रैमासिक टेस्टिंग उपयुक्त मानक है।


ट्रबलशूटिंग और जोखिम शमन

पोर्टल दिखाई नहीं देता है

यह सबसे आम विफलता मोड है। डिवाइस का OS एक ज्ञात URL पर कैप्टिविटी प्रोब भेजता है। यदि फ़ायरवॉल उस डोमेन को ब्लॉक करता है, तो OS कैप्टिव स्थिति का पता नहीं लगा सकता है, और पोर्टल कभी भी स्वचालित रूप से लॉन्च नहीं होता है। रीडायरेक्ट को ट्रिगर करने के लिए उपयोगकर्ता को मैन्युअल रूप से एक गैर-HTTPS URL पर जाना होगा।

सबसे पहले वॉल्ड गार्डन कॉन्फ़िगरेशन की जांच करें। सुनिश्चित करें कि ऑथेंटिकेशन से पहले निम्नलिखित डोमेन सुलभ हों: captive.apple.com, www.apple.com, connectivitycheck.gstatic.com, clients3.google.com, और msftconnecttest.com। ये क्रमशः iOS, Android और Windows द्वारा उपयोग किए जाने वाले प्रोब URL हैं।

MAC एड्रेस रैंडमाइजेशन

iOS 14 और Android 10 ने डिफ़ॉल्ट रूप से प्रति-नेटवर्क MAC एड्रेस रैंडमाइजेशन की शुरुआत की। एक लौटने वाला डिवाइस प्रत्येक कनेक्शन पर एक नया MAC एड्रेस प्रस्तुत करता, जिससे सेशन निरंतरता बाधित होती है। पोर्टल उपयोगकर्ता को फिर से चुनौती देता है, और उन्हें फिर से लॉगिन करना पड़ता है।

पहले लॉगिन पर एक Passpoint प्रोफ़ाइल प्रोविजन्ड करके इसे कम करें। प्रोफ़ाइल में एक क्रेडेंशियल होता है जिसका उपयोग डिवाइस बाद के कनेक्शनों के लिए करता है, जिससे MAC-आधारित पहचान पूरी तरह से बायपास हो जाती है। वैकल्पिक रूप से, एक ऐप-आधारित ऑथेंटिकेशन फ़्लो का उपयोग करें जो डिवाइस MAC एड्रेस के बजाय ऐप में संग्रहीत पहचान टोकन पर निर्भर करता है।

बड़े पैमाने पर DHCP और DNS की कमी

बड़े स्थानों - स्टेडियमों, कॉन्फ्रेंस सेंटरों, ट्रांसपोर्ट हबों - में किसी इवेंट या सेशन की शुरुआत में हजारों डिवाइस एक साथ कनेक्ट होते हैं। यदि DHCP पूल छोटा है, तो डिवाइस IP एड्रेस प्राप्त नहीं कर सकते हैं। यदि DNS सर्वर क्वेरी वॉल्यूम को नहीं संभाल सकता है, तो कैप्टिविटी प्रोब विफल हो जाता, और पोर्टल दिखाई नहीं देता है।

अपने DHCP पूल का आकार औसत के बजाय पीक समवर्ती कनेक्शनों के लिए निर्धारित करें। 60,000 सीटों वाले स्टेडियम के लिए, 40,000 समवर्ती डिवाइस मान लें। एड्रेस को तेजी से रीसायकल करने के लिए कम लीज टाइम (15 से 30 मिनट) के साथ कम से कम 50,000 एड्रेस का DHCP पूल आवंटित करें। कॉर्पोरेट DNS इन्फ्रास्ट्रक्चर से अलग, गेस्ट नेटवर्क के लिए एक समर्पित DNS रिज़ॉल्वर तैनात करें।

OAuth प्रदाता API परिवर्तन

सोशल लॉगिन प्रदाता बिना किसी सूचना के अपनी API शर्तों को बदलते हैं। Facebook ने अपने Graph API के माध्यम से उपलब्ध डेटा को उत्तरोत्तर सीमित कर दिया है। यदि सोशल लॉगिन आपकी एकमात्र ऑथेंटिकेशन मेथड है और प्रदाता अपनी शर्तें बदलता है, तो आपका पोर्टल सभी उपयोगकर्ताओं के लिए विफल हो जाता है।

सोशल लॉगिन के साथ हमेशा कम से कम एक गैर-OAuth मेथड तैनात करें। ईमेल कैप्चर मानक फ़ॉलबैक है। बढ़ी हुई त्रुटि दरों पर अलर्ट करने के लिए OAuth ऑथेंटिकेशन एंडपॉइंट पर मॉनिटरिंग कॉन्फ़िगर करें, जो आमतौर पर API परिवर्तनों से पहले या उसके साथ होती हैं।


ROI और व्यावसायिक प्रभाव

यदि आप इसे केवल इन्फ्रास्ट्रक्चर खर्च से मापते हैं तो कैप्टिव पोर्टल एक कॉस्ट सेंटर है। यदि आप इसे इसके द्वारा कैप्चर किए जाने वाले डेटा के मूल्य और इसके द्वारा सक्षम मार्केटिंग कार्यक्रमों से मापते हैं तो यह एक रेवेन्यू एसेट है।

प्रति स्थान प्रति माह 10,000 लॉगिन प्रोसेस करने वाली 500-स्थानों वाली रिटेल चेन, 65% ऑप्ट-इन दर के साथ, सालाना 39 मिलियन सत्यापित CRM संपर्क उत्पन्न करती है। प्रति वर्ष प्रति संपर्क £0.10 के रूढ़िवादी ईमेल मार्केटिंग रेवेन्यू एट्रिब्यूशन पर, यह एकल डेटा कैप्चर चैनल से £3.9 मिलियन का एट्रिब्यूटेबल रेवेन्यू है।

Hospitality ऑपरेटरों के लिए, पोर्टल गेस्ट यात्रा का पहला टचपॉइंट है। Premier Inn और Whitbread गेस्ट WiFi डेटा का उपयोग लॉयल्टी प्रोग्राम डिज़ाइन को सूचित करने और WiFi एंगेजमेंट और रिपीट बुकिंग दरों के बीच संबंध को मापने के लिए करते हैं (Purple ग्राहक डेटा, Whitbread)।

ट्रांसपोर्ट ऑपरेटरों के लिए, पोर्टल पैसेंजर फ़्लो डेटा प्रदान करता है जो रिटेल प्लेसमेंट, स्टाफिंग निर्णयों और रियायत प्रदर्शन को सूचित करता है। Manchester Airports Group (MAG) टर्मिनल ज़ोन द्वारा पैसेंजर ड्वेल टाइम को मापने के लिए WiFi एनालिटिक्स का उपयोग करता है, जो प्रति पैसेंजर रिटेल खर्च के साथ WiFi सेशन डेटा को सहसंबंधित करता है (Purple ग्राहक डेटा, MAG)।

तीन मेट्रिक्स के खिलाफ पोर्टल प्रदर्शन को मापें: ऑप्ट-इन दर (ईमेल कैप्चर के लिए 60% से ऊपर का लक्ष्य), डेटा गुणवत्ता दर (सत्यापन पास करने वाले ईमेल पतों का प्रतिशत, 80% से ऊपर का लक्ष्य), और रिपीट विज़िट दर (लौटने वाले उपयोगकर्ताओं का प्रतिशत जो क्रेडेंशियल दोबारा दर्ज किए बिना ऑथेंटिकेट करते हैं, 70% से ऊपर का लक्ष्य)।

Purple का WiFi Analytics प्लेटफॉर्म स्थान, समय अवधि और उपयोगकर्ता समूह द्वारा सेगमेंटेशन के साथ वास्तविक समय में ये मेट्रिक्स प्रदान करता है।

मुख्य परिभाषाएं

कैप्टिव पोर्टल

एक वेब एप्लिकेशन जो किसी डिवाइस के SSID से जुड़ने के बाद नेटवर्क ट्रैफिक को इंटरसेप्ट करता है, जिससे इंटरनेट एक्सेस देने से पहले उपयोगकर्ता इंटरैक्शन (ऑथेंटिकेशन, भुगतान, या शर्तों की स्वीकृति) की आवश्यकता होती है।

पब्लिक या गेस्ट WiFi नेटवर्क पर आगंतुकों को ऑनबोर्ड करने का प्राथमिक तंत्र। कनेक्ट होने वाला प्रत्येक डिवाइस इससे होकर गुजरता है, जिससे यह किसी फिजिकल वेन्यू में सबसे सुसंगत डेटा कैप्चर सरफेस बन जाता है।

वॉल्ड गार्डन

एक प्रतिबंधित नेटवर्क वातावरण जो ऑथेंटिकेशन से पहले केवल विशिष्ट, स्वीकृत IP एड्रेस या डोमेन तक पहुंच की अनुमति देता है।

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

RADIUS (Remote Authentication Dial-In User Service)

एक नेटवर्किंग प्रोटोकॉल जो नेटवर्क सेवा से जुड़ने वाले उपयोगकर्ताओं के लिए केंद्रीकृत ऑथेंटिकेशन, ऑथराइजेशन और अकाउंटिंग मैनेजमेंट प्रदान करता है।

कैप्टिव पोर्टल द्वारा एक्सेस पॉइंट्स और कंट्रोलर्स के साथ संवाद करने के लिए उपयोग किया जाने वाला मानक प्रोटोकॉल। Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist और Ubiquiti UniFi का प्रत्येक एंटरप्राइज-ग्रेड एक्सेस पॉइंट RADIUS का समर्थन करता है।

Change of Authorisation (CoA)

RFC 5176 में परिभाषित एक RADIUS एक्सटेंशन जो सर्वर को सक्रिय सेशन के ऑथराइजेशन एट्रिब्यूट्स को गतिशील रूप से संशोधित करने की अनुमति देता है।

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

Passpoint (Hotspot 2.0)

एक IEEE 802.11u-आधारित मानक जो मोबाइल डिवाइसों को मैन्युअल पोर्टल इंटरैक्शन के बिना, 802.1X ऑथेंटिकेशन का उपयोग करके स्वचालित रूप से और सुरक्षित रूप से WiFi नेटवर्क खोजने और कनेक्ट करने में सक्षम बनाता है।

एंटरप्राइज स्थानों में लौटने वाले उपयोगकर्ताओं के ऑथेंटिकेशन के लिए मानक दृष्टिकोण। कैप्टिव पोर्टल पहली विज़िट के ऑनबोर्डिंग और सहमति कैप्चर को संभालता है; Passpoint बाद की सभी विज़िट को चुपचाप और सुरक्षित रूप से संभालता है।

VLAN (Virtual Local Area Network)

एक लॉजिकल सबनेटवर्क जो विभिन्न फिजिकल नेटवर्क सेगमेंट के डिवाइसों को समूहित करता है, डेटा लिंक लेयर पर ट्रैफिक अलगाव को लागू करता है।

गेस्ट ट्रैफिक को कॉर्पोरेट ट्रैफिक से अलग करने के लिए उपयोग किया जाता है। VLAN सेगमेंटेशन के बिना, पॉइंट-ऑफ-सेल टर्मिनल के समान फिजिकल स्विच पर मौजूद एक गेस्ट डिवाइस उसकी जांच कर सकता है या उस पर हमला कर सकता है।

iPSK (Identity Pre-Shared Key)

एक सुरक्षा विधि जहां प्रत्येक उपयोगकर्ता या डिवाइस को एक ही SSID के लिए एक अद्वितीय WPA2 या WPA3 पासफ़्रेज़ असाइन किया जाता है, जिसे RADIUS सर्वर द्वारा संग्रहीत और लागू किया जाता है।

पूर्ण 802.1X तैनाती के इन्फ्रास्ट्रक्चर ओवरहेड के बिना एक साझा SSID पर व्यक्तिगत एन्क्रिप्शन और प्रति-उपयोगकर्ता पॉलिसी प्रवर्तन प्रदान करता है। मल्टी-टेनेंट WiFi के लिए मानक आर्किटेक्चर।

MAC एड्रेस रैंडमाइजेशन

iOS 14+, Android 10+, और Windows 10+ में एक गोपनीयता सुविधा जो क्रॉस-नेटवर्क डिवाइस ट्रैकिंग को रोकने के लिए प्रति-नेटवर्क रैंडमाइज्ड MAC एड्रेस उत्पन्न करती है।

कैप्टिव पोर्टल पर MAC-आधारित सेशन निरंतरता को बाधित करता है। एक लौटने वाला डिवाइस एक नया MAC एड्रेस प्रस्तुत करता है, जिससे पुन: ऑथेंटिकेशन ट्रिगर होता है। Passpoint प्रोफाइल या ऐप-आधारित पहचान टोकन द्वारा इसे कम किया जाता है।

Vendor-Specific Attribute (VSA)

विक्रेता-विशिष्ट नेमस्पेस (एट्रिब्यूट 26) में एक RADIUS एट्रिब्यूट जो RADIUS सर्वर से एक्सेस कंट्रोलर तक हार्डवेयर-विक्रेता-विशिष्ट पॉलिसी निर्देश ले जाता है।

ऑथेंटिकेटेड उपयोगकर्ता की प्रोफ़ाइल के आधार पर बैंडविड्थ सीमा, VLAN IDs, कंटेंट फ़िल्टर पॉलिसियां और सेशन टाइमआउट को गतिशील रूप से असाइन करने के लिए उपयोग किया जाता है। प्रत्येक हार्डवेयर विक्रेता (Aruba, Meraki, Ruckus) अपना स्वयं का VSA नेमस्पेस परिभाषित करता है।

हल किए गए उदाहरण

HPE Aruba एक्सेस पॉइंट्स का उपयोग करने वाले 200 कमरों के होटल को टियर वाले WiFi की आवश्यकता है: मानक मेहमानों के लिए बुनियादी मुफ्त एक्सेस और लॉयल्टी सदस्यों के लिए हाई-स्पीड एक्सेस। कैप्टिव पोर्टल और नेटवर्क को कैसे कॉन्फ़िगर किया जाना चाहिए?

पूरी प्रॉपर्टी में एक सिंगल गेस्ट SSID तैनात करें। कैप्टिव पोर्टल को API के माध्यम से होटल के Property Management System (PMS) के साथ एकीकृत करने के लिए कॉन्फ़िगर करें। पोर्टल पर दो ऑथेंटिकेशन विकल्प प्रस्तुत करें: 'कमरा नंबर और नाम के साथ लॉग इन करें' और 'लॉयल्टी क्रेडेंशियल्स के साथ लॉग इन करें'। जब कोई लॉयल्टी सदस्य ऑथेंटिकेट करता है, तो पोर्टल PMS से क्वेरी करता, टियर की पुष्टि करता है, और Aruba कंट्रोलर को एक RADIUS CoA भेजता है। RADIUS प्रतिक्रिया में एक Aruba-User-Role VSA शामिल होता है जो उपयोगकर्ता को एक हाई-बैंडविड्थ भूमिका (उदाहरण के लिए, 50 Mbps डाउन, 20 Mbps अप) असाइन करता है। मानक मेहमानों को एक डिफ़ॉल्ट रेट-लिमिटेड भूमिका (5 Mbps डाउन, 2 Mbps अप) मिलती है। दोनों उपयोगकर्ता प्रकार एक ही SSID और VLAN से जुड़ते हैं, लेकिन कंट्रोलर द्वारा लागू की गई विभिन्न बैंडविड्थ पॉलिसियां प्राप्त करते हैं।

परीक्षक की टिप्पणी: यह दृष्टिकोण सिंगल SSID का उपयोग करता है, जिससे चैनल ओवरहेड कम होता है और उपयोगकर्ता अनुभव सरल होता है। RADIUS VSAs अलग SSID या जटिल प्री-शेयर्ड की मैनेजमेंट की आवश्यकता के बिना डायनेमिक पॉलिसी प्रवर्तन को संभालते हैं। PMS इंटीग्रेशन यह सुनिश्चित करता है कि लॉयल्टी स्थिति की वास्तविक समय में पुष्टि की जाए, जिससे मेहमानों को खुद से उच्च टियर चुनने से रोका जा सके।

500 स्थानों वाली एक राष्ट्रीय रिटेल चेन मार्केटिंग के लिए ईमेल पते कैप्चर करने के लिए गेस्ट WiFi लागू करना चाहती है। कानूनी टीम ने GDPR अनुपालन संबंधी चिंताएं जताई हैं। पोर्टल सहमति फ़्लो को कैसे डिज़ाइन किया जाना चाहिए?

एक सिंगल ईमेल इनपुट फ़ील्ड के साथ एक पोर्टल डिज़ाइन करें। फ़ील्ड के नीचे, दो अलग-अलग चेकबॉक्स लागू करें। चेकबॉक्स 1 (अनिवार्य, डिफ़ॉल्ट रूप से अन-टिक): 'मैं सेवा की शर्तों और गोपनीयता नीति को स्वीकार करता हूँ। मैं समझता हूँ कि नेटवर्क एक्सेस प्रदान करने के लिए मेरे डिवाइस डेटा को प्रोसेस किया जाएगा।' चेकबॉक्स 2 (वैकल्पिक, डिफ़ॉल्ट रूप से अन-टिक): 'मैं ईमेल द्वारा मार्केटिंग कम्युनिकेशन्स, ऑफ़र और प्रमोशन प्राप्त करने के लिए सहमति देता हूँ।' प्रत्येक सेशन के लिए टाइमस्टैम्प, IP एड्रेस, MAC एड्रेस और दोनों चेकबॉक्स की स्थिति को लॉग करने के लिए बैकएंड को कॉन्फ़िगर करें। इस सहमति ऑडिट ट्रेल को GDPR-अनुरूप डेटा स्टोर में संग्रहीत करें, जिसकी प्रतिधारण अवधि मार्केटिंग प्रोग्राम के अनुरूप हो (आमतौर पर अंतिम इंटरैक्शन से 24 महीने)। चेकबॉक्स 2 ऑप्ट-इन्स से ईमेल पतों को API के माध्यम से सीधे CRM में एकीकृत करें।

परीक्षक की टिप्पणी: यह डिज़ाइन दोनों कानूनी आधारों को सख्ती से अलग करता है। नेटवर्क एक्सेस एक अनुबंध (सेवा की शर्तों) के आधार पर दी जाती है। मार्केटिंग कम्युनिकेशन्स UK GDPR के आर्टिकल 6(1)(a) के तहत स्पष्ट सहमति पर निर्भर करते हैं। सहमति ऑडिट ट्रेल अनुपालन का प्रमाण है। पहले से टिक किए गए बॉक्स, या दोनों उद्देश्यों को कवर करने वाला एक सिंगल चेकबॉक्स, अनुपालन का उल्लंघन माना जाएगा।

अभ्यास प्रश्न

Q1. एक स्टेडियम IT निदेशक की रिपोर्ट है कि हाफटाइम के दौरान, हजारों उपयोगकर्ताओं के लिए एक साथ कैप्टिव पोर्टल लोड होने में विफल रहता है, भले ही पूरे वेन्यू में WiFi सिग्नल की ताकत मजबूत हो। सबसे संभावित आर्किटेक्चरल अड़चन क्या है, और इसका समाधान क्या है?

संकेत: उन सेवाओं पर विचार करें जिनकी आवश्यकता किसी डिवाइस को पोर्टल पेज का अनुरोध करने से पहले भी होती है। सिग्नल की ताकत कोई बाधा नहीं है।

मॉडल उत्तर देखें

सबसे संभावित अड़चन DHCP पूल का समाप्त होना या DNS रिज़ॉल्वर का ओवरलोड होना है। जब हजारों डिवाइस एक साथ कनेक्ट होते हैं, तो पोर्टल लोड होने से पहले प्रत्येक को DHCP के माध्यम से एक IP एड्रेस प्राप्त करना होगा और DNS के माध्यम से OS कैप्टिविटी प्रोब URL को रिज़ॉल्व करना होगा। यदि DHCP पूल छोटा है या DNS सर्वर क्वेरी वॉल्यूम को नहीं संभाल सकता है, तो उपयोगकर्ता को कुछ भी दिखाई देने से पहले प्रक्रिया रुक जाती है। समाधान: औसत के बजाय पीक समवर्ती कनेक्शनों के लिए DHCP पूल का आकार निर्धारित करें, एड्रेस को रीसायकल करने के लिए 15 से 30 मिनट का कम लीज टाइम सेट करें, और पीक क्वेरी दरों के लिए पर्याप्त क्षमता वाले गेस्ट नेटवर्क के लिए एक समर्पित DNS रिज़ॉल्वर तैनात करें।

Q2. आप एक अस्पताल के प्रतीक्षालय में एक कैप्टिव पोर्टल तैनात कर रहे हैं। प्राथमिक लक्ष्य मरीजों और आगंतुकों के लिए इंटरनेट एक्सेस प्रदान करना है। कोई मार्केटिंग उद्देश्य नहीं है। आपको कौन सी ऑथेंटिकेशन मेथड चुननी चाहिए, और इसके अनुपालन निहितार्थ क्या हैं?

संकेत: एकत्रित किए गए डेटा के मूल्य के खिलाफ बाधाओं को संतुलित करें। विचार करें कि क्या होता है जब आप ऐसा व्यक्तिगत डेटा एकत्र करते हैं जिसकी आपको आवश्यकता नहीं है।

मॉडल उत्तर देखें

क्लिक-थ्रू (केवल नियम और शर्तें) सही विकल्प है। यह न्यूनतम बाधा के साथ 90 से 95% कन्वर्शन प्रदान करता है। चूंकि कोई मार्केटिंग उद्देश्य नहीं है, इसलिए ईमेल पते जैसा व्यक्तिगत डेटा एकत्र करना बिना किसी व्यावसायिक मूल्य के GDPR अनुपालन दायित्वों (कानूनी आधार, डेटा न्यूनीकरण, प्रतिधारण नीतियां, विषय पहुंच अधिकार) को जन्म देता है। स्वास्थ्य सेवा के माहौल में, मरीजों या आगंतुकों के व्यक्तिगत डेटा से जुड़े डेटा उल्लंघन का प्रतिष्ठा संबंधी जोखिम विशेष रूप से महत्वपूर्ण है। क्लिक-थ्रू डेटा संग्रह को केवल MAC एड्रेस और टाइमस्टैम्प तक सीमित करता है, जो वैध हित के तहत नेटवर्क मैनेजमेंट के लिए पर्याप्त है।

Q3. एक रिटेलर अपने कैप्टिव पोर्टल पर Google और Apple सोशल लॉगिन की पेशकश करना चाहता है। उनका नेटवर्क Cisco Meraki एक्सेस पॉइंट्स का उपयोग करता है। सोशल लॉगिन के काम करने के लिए कौन सा नेटवर्क कॉन्फ़िगरेशन अनिवार्य है, और फ़ॉलबैक जोखिम क्या है?

संकेत: इंटरनेट एक्सेस मिलने से पहले डिवाइस पहचान प्रदाता तक कैसे पहुंचता है? क्या होगा यदि प्रदाता अपनी शर्तें बदल देता है?

मॉडल उत्तर देखें

आपको दोनों प्रदाताओं के लिए ऑथेंटिकेशन डोमेन को व्हाइटलिस्ट करने के लिए Meraki एक्सेस कंट्रोलर पर वॉल्ड गार्डन को कॉन्फ़िगर करना होगा: accounts.google.com और संबंधित Google OAuth एंडपॉइंट्स, और appleid.apple.com और संबंधित Apple ऑथेंटिकेशन एंडपॉइंट्स। इन प्रविष्टियों के बिना, क्वारंटाइन VLAN OAuth अनुरोध को ब्लॉक कर देगा, और सोशल लॉगिन चुपचाप विफल हो जाएगा। फ़ॉलबैक जोखिम प्रदाता का API परिवर्तन है: यदि Google या Apple अपनी OAuth शर्तों या API एंडपॉइंट्स को संशोधित करता है, तो उस मेथड पर निर्भर सभी उपयोगकर्ताओं के लिए ऑथेंटिकेशन फ़्लो टूट जाता है। हमेशा समानांतर ऑथेंटिकेशन विकल्प के रूप में ईमेल कैप्चर तैनात करें ताकि उपयोगकर्ताओं के पास एक गैर-OAuth फ़ॉलबैक हो।

Q4. एक कॉन्फ्रेंस सेंटर ऑपरेटर तीन दिवसीय इवेंट के लिए प्राथमिक ऑथेंटिकेशन मेथड के रूप में SMS OTP का उपयोग करना चाहता है, जिसमें प्रति दिन 8,000 अद्वितीय लॉगिन की उम्मीद है। इस मेथड को अपनाने से पहले किन लागत निहितार्थों का मॉडल तैयार किया जाना चाहिए?

संकेत: SMS OTP की प्रति-संदेश लागत होती है। बड़े पैमाने पर कुल लागत की गणना करें और कन्वर्शन दर के प्रभाव पर विचार करें।

मॉडल उत्तर देखें

तीन दिनों में प्रति दिन 8,000 लॉगिन पर, आप 24,000 SMS संदेशों को प्रोसेस कर रहे हैं। प्रति संदेश 2 से 5 पेंस की सामान्य UK कैरियर दर पर, इवेंट के लिए लागत £480 और £1,200 के बीच होगी। यदि प्रतिभागी अंतर्राष्ट्रीय हैं, तो लागत काफी बढ़ जाती है (कुछ बाजारों के लिए प्रति संदेश 10 से 15 पेंस तक)। इसके अतिरिक्त, SMS OTP कन्वर्शन दरें 45 से 55% हैं, जिसका अर्थ है कि 8,000 अपेक्षित लॉगिन में से लगभग 4,400 से 4,800 ही पूरे होंगे। शेष प्रतिभागियों को एक वैकल्पिक मेथड की आवश्यकता होगी। प्रति-संदेश लागत का मॉडल बनाएं, कन्वर्शन दर को ध्यान में रखें, और सुनिश्चित करें कि SMS सत्यापन पूरा नहीं करने वाले उपयोगकर्ताओं के लिए एक फ़ॉलबैक मेथड (ईमेल कैप्चर या क्लिक-थ्रू) उपलब्ध हो।

इस श्रृंखला में आगे पढ़ें

Starlink पर कैप्टिव पोर्टल कैसे सेटअप करें: दूरस्थ और समुद्री स्थानों के लिए एक गाइड

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

गाइड पढ़ें →

होटल गेस्ट WiFi प्रबंधन: PMS, पोर्टल और ब्रांड मानकों को एकीकृत करना

यह तकनीकी मार्गदर्शिका विवरण देती है कि एंटरप्राइज़-ग्रेड होटल WiFi नेटवर्क को कैसे आर्किटेक्ट किया जाए, जिसमें VLAN सेगमेंटेशन, स्वचालित सत्र प्रबंधन के लिए PMS एकीकरण, और GDPR-अनुपालन डेटा कैप्चर के लिए कैप्टिव पोर्टल अनुकूलन पर ध्यान केंद्रित किया गया है।

गाइड पढ़ें →

कैप्टिव पोर्टल सर्वोत्तम प्रथाएं: उच्च रूपांतरण और अनुपालन के लिए डिज़ाइन करना

यह तकनीकी गाइड IT प्रबंधकों, नेटवर्क आर्किटेक्ट्स और स्थान संचालन निदेशकों को कैप्टिव पोर्टल तैनात करने के लिए एक संपूर्ण खाका देती है जो उच्च उपयोगकर्ता रूपांतरण के साथ नेटवर्क सुरक्षा को संतुलित करता है। यह VLAN सेगमेंटेशन और RADIUS प्रमाणीकरण से लेकर GDPR-अनुपालक सहमति डिज़ाइन और प्रमाणीकरण विधि चयन तक के संपूर्ण आर्किटेक्चर को कवर करता है। 2024 में 80,000+ स्थानों और 440 मिलियन लॉगिन में Purple के परिचालन अनुभव से ली गई, प्रत्येक सिफारिश वास्तविक परिनियोजन डेटा पर आधारित है।

गाइड पढ़ें →