Cisco Meraki के लिए कैप्टिव पोर्टल

Purple तकनीकी ब्रीफिंग श्रृंखला में आपका स्वागत है। मैं आपका होस्ट हूँ, और आज हम कुछ ऐसा कवर कर रहे हैं जो हमारे द्वारा काम किए जाने वाले लगभग हर एंटरप्राइज़ गेस्ट WiFi डिप्लॉयमेंट पर सामने आता है: Cisco Meraki MR एक्सेस पॉइंट्स पर एक कैप्टिव पोर्टल को कॉन्फ़िगर करना, और विशेष रूप से RADIUS प्रमाणीकरण का उपयोग करके Purple के क्लाउड प्लेटफ़ॉर्म के साथ इसे कैसे एकीकृत किया जाए। चाहे आप एक नए हॉस्पिटैलिटी क्लाइंट को ऑनबोर्ड करने वाले MSP हों या किसी रिटेल श्रृंखला में इन-हाउस नेटवर्क आर्किटेक्ट हों, यह एपिसोड आपको सटीक कॉन्फ़िगरेशन चरण और प्रत्येक के पीछे का तर्क देगा। आइए स्थिति को समझते हैं। आपके पास एक स्थान है — यह एक होटल, एक सम्मेलन केंद्र, एक स्टेडियम या एक रिटेल पार्क हो सकता है — जो Meraki Dashboard के माध्यम से प्रबंधित Cisco Meraki MR एक्सेस पॉइंट्स चला रहा है। संक्षिप्त विवरण एक ब्रांडेड गेस्ट WiFi अनुभव को तैनात करना है जो फर्स्ट-पार्टी डेटा को कैप्चर करता है, सेवा की शर्तों की स्वीकृति को लागू करता है, और एनालिटिक्स को वापस एक मार्केटिंग प्लेटफॉर्म में फीड करता है। Purple को ठीक इसी काम के लिए बनाया गया है, और Meraki विश्व स्तर पर हमारे सबसे आम हार्डवेयर डिप्लॉयमेंट में से एक है। अब, एक भी सेटिंग को छूने से पहले समझने योग्य प्रमुख आर्किटेक्चरल बिंदु यह है: Cisco Meraki पर, स्प्लैश पेज के लिए RADIUS प्रमाणीकरण स्थानीय रूप से एक्सेस पॉइंट द्वारा संसाधित नहीं किया जाता है। RADIUS Access-Request Meraki क्लाउड से — डैशबोर्ड इन्फ्रास्ट्रक्चर से — प्राप्त होता है, न कि आपके LAN पर मौजूद AP से। यह एक महत्वपूर्ण अंतर है जो बहुत से इंजीनियरों को उनके पहले Meraki डिप्लॉयमेंट पर भ्रमित करता है। इसका मतलब है कि आपका RADIUS सर्वर, इस मामले में Purple का क्लाउड RADIUS एंडपॉइंट, इंटरनेट से सुलभ होना चाहिए, और आपके फ़ायरवॉल नियमों को केवल आपके स्थानीय AP सबनेट से ही नहीं, बल्कि Meraki के डैशबोर्ड IP श्रेणियों से ट्रैफ़िक की अनुमति देनी होगी। आपको वर्तमान डैशबोर्ड IP श्रेणियां आपके Meraki Dashboard में Help, फिर Firewall Info के अंतर्गत मिलेंगी। ठीक है, आइए कॉन्फ़िगरेशन में आते हैं। मैं आपको इस क्रम में मार्गदर्शन करूँगा जिसमें आप वास्तव में इसे एक लाइव डिप्लॉयमेंट में करेंगे। चरण एक: SSID कॉन्फ़िगरेशन। Meraki Dashboard में, Wireless, फिर Configure, फिर SSIDs पर जाएं। उस SSID स्लॉट का चयन करें जिसका उपयोग आप गेस्ट एक्सेस के लिए करना चाहते हैं। इसे एक स्पष्ट नाम दें — जैसे GuestWiFi या VenueName अंडरस्कोर Guest। Association requirements के अंतर्गत, Security को Open, no encryption पर सेट करें। यह सही और जानबूझकर किया गया है — मेहमानों के लिए सुरक्षा परत कैप्टिव पोर्टल और RADIUS प्रमाणीकरण द्वारा संभाली जाती है, न कि WPA एन्क्रिप्शन द्वारा। यदि आप PCI DSS वातावरण में तैनात कर रहे हैं, तो आप यह सुनिश्चित करना चाहेंगे कि गेस्ट ट्रैफ़िक अपने स्वयं के VLAN पर अलग हो, जिसे हम जल्द ही कवर करेंगे। चरण दो: स्प्लैश पेज और प्रमाणीकरण। अभी भी अपने SSID के लिए Access Control पेज पर, Splash page अनुभाग पर नीचे स्क्रॉल करें। इसे Sign-on with पर सेट करें, और ड्रॉपडाउन से, my RADIUS server चुनें। यह वह महत्वपूर्ण सेटिंग है जो Meraki को नेटवर्क एक्सेस देने से पहले एक बाहरी RADIUS सर्वर के खिलाफ उपयोगकर्ताओं को प्रमाणित करने के लिए कहती है। उसके नीचे, आप Captive portal strength विकल्प देखेंगे। इसे Block all access until sign-on is complete पर सेट करें। यही वह चीज़ है जो walled garden को लागू करती है — इसके बिना, मेहमान पोर्टल को पूरी तरह से बायपास कर सकते हैं। चरण तीन: RADIUS सर्वर कॉन्फ़िगरेशन। RADIUS अनुभाग के अंतर्गत, Add server पर क्लिक करें। आपको अपने Purple खाते से तीन जानकारियों की आवश्यकता होगी: RADIUS सर्वर IP पता या FQDN, प्रमाणीकरण पोर्ट जो UDP 1812 है, और साझा गुप्त (shared secret)। Purple इन्हें पोर्टल के स्थान कॉन्फ़िगरेशन अनुभाग में प्रदान करता है। उत्पादन डिप्लॉयमेंट में अतिरेक (redundancy) के लिए, आपको एक द्वितीयक RADIUS सर्वर जोड़ना चाहिए — Purple एक फ़ेलओवर एंडपॉइंट प्रदान करता है। यदि आप सत्र डेटा को Purple के एनालिटिक्स इंजन में वापस फीड करना चाहते हैं, तो अकाउंटिंग पोर्ट को UDP 1813 पर सेट करें, जिसकी मैं किसी भी ऐसे स्थान के लिए दृढ़ता से अनुशंसा करूँगा जहाँ ठहरने का समय और सत्र की अवधि सार्थक मेट्रिक्स हैं। RADIUS विशेषताओं पर एक त्वरित टिप्पणी। Meraki, RADIUS Access-Accept प्रतिक्रिया में लौटाए गए Session-Timeout विशेषता का सम्मान करता है। Purple इसका उपयोग यह नियंत्रित करने के लिए करता है कि पुन: प्रमाणीकरण की आवश्यकता से पहले एक गेस्ट सत्र कितने समय तक चलता है। एक होटल के लिए, आप इसे 86,400 सेकंड — यानी 24 घंटे पर सेट कर सकते हैं। एक कॉफी शॉप के लिए, 3,600 सेकंड, यानी एक घंटा जैसी कोई चीज़ अधिक उपयुक्त है। Idle-Timeout विशेषता का भी सम्मान किया जाता है, लेकिन केवल तभी जब RADIUS अकाउंटिंग सक्षम हो। यह निष्क्रिय सत्रों को डिस्कनेक्ट करता है, जो उच्च-घनत्व वाले स्थानों में क्षमता प्रबंधन के लिए महत्वपूर्ण है। चरण चार: स्प्लैश पेज URL। Wireless, फिर Configure, फिर Splash page पर जाएं। ड्रॉपडाउन से अपने गेस्ट SSID का चयन करें। Custom splash URL को अपने स्थान के लिए Purple पोर्टल URL पर सेट करें। यह वह URL है जिस पर Meraki अप्रमाणित क्लाइंट्स को रीडायरेक्ट करेगा। Meraki इस URL में क्वेरी पैरामीटर जोड़ता है — जिसमें एक login_url पैरामीटर शामिल है — जिसका उपयोग Purple प्रमाणीकरण हैंडशेक को पूरा करने के लिए करता है। इन मापदंडों को संशोधित या हटाएं नहीं। चरण पांच: walled garden। यहीं पर अधिकांश डिप्लॉयमेंट मुश्किल में पड़ते हैं। walled garden उन डोमेन और IP श्रेणियों की सूची है जिन तक एक गेस्ट डिवाइस प्रमाणित होने से पहले पहुंच सकता है। सही प्रविष्टियों के बिना, कैप्टिव पोर्टल पेज ही लोड नहीं होगा, क्योंकि ब्राउज़र को Purple CDN और सोशल लॉगिन प्रदाताओं तक पहुँचने से ब्लॉक कर दिया जाएगा। अपने गेस्ट SSID के लिए Access Control पर वापस जाएं। Walled garden को Walled garden is enabled पर सेट करें। Walled garden ranges फ़ील्ड में, आपको निम्नलिखित जोड़ना होगा। पहला, Purple प्लेटफ़ॉर्म डोमेन: star dot purple dot ai, और star dot venuewifi dot com। दूसरा, CDN डोमेन जिनका उपयोग Purple पोर्टल एसेट की सेवा के लिए करता है: star dot cloudfront dot net, और star dot akamaihd dot net। तीसरा, Meraki रीडायरेक्ट इन्फ्रास्ट्रक्चर: star dot network-auth dot com। चौथा, यदि आप सोशल लॉगिन विकल्प दे रहे हैं, तो आपको प्रासंगिक OAuth डोमेन की आवश्यकता होगी। Google के लिए: accounts dot google dot com, star dot googleapis dot com, star dot gstatic dot com। Facebook के लिए: star dot facebook dot com, star dot fbcdn dot net, और connect dot facebook dot net। Twitter या X के लिए: star dot twitter dot com और star dot twimg dot com। Meraki walled garden में वाइल्डकार्ड डोमेन को कैसे संभालता है, इस पर एक महत्वपूर्ण टिप्पणी। Meraki एस्टरिस्क प्रीफिक्स का उपयोग करके वाइल्डकार्ड प्रविष्टियों का समर्थन करता है, उदाहरण के लिए star dot cloudfront dot net। हालांकि, यह एक DNS-आधारित मिलान है — Meraki डोमेन को रिज़ॉल्व करता है और परिणामी IP पतों की अनुमति देता है। इसका मतलब यह है कि CloudFront या Akamai जैसे CDN प्रदाताओं के लिए, जहाँ रिज़ॉल्व किए गए IPs अक्सर बदल सकते हैं, आपको स्थिर IP श्रेणियों के बजाय डोमेन वाइल्डकार्ड का उपयोग करना चाहिए। स्थिर IP प्रविष्टियां Purple के RADIUS एंडपॉइंट्स के लिए ठीक हैं, जो स्थिर हैं, लेकिन CDN ट्रैफ़िक के लिए नहीं। अब आइए दो वास्तविक दुनिया के परिदृश्यों के बारे में बात करते हैं जिन पर मैंने सीधे काम किया है। पहला UK में एक 350-कमरों वाला होटल है। क्लाइंट तीन इमारतों में Meraki MR46 एक्सेस पॉइंट्स चला रहा था, जिसमें व्यस्त समय में लगभग 400 समवर्ती गेस्ट डिवाइस थे। प्रारंभिक डिप्लॉयमेंट में एक क्लिक-थ्रू स्प्लैश पेज का उपयोग किया गया था — कोई RADIUS नहीं, केवल शर्तों की स्वीकृति। समस्या यह थी कि उनके पास इस बात की शून्य अंतर्दृष्टि थी कि कौन जुड़ रहा था, कोई ईमेल कैप्चर नहीं था, और प्रवास के बाद मार्केटिंग अभियान चलाने का कोई तरीका नहीं था। हमने उन्हें RADIUS-आधारित साइन-ऑन के साथ Purple पर माइग्रेट किया। कॉन्फ़िगरेशन सीधा था, लेकिन समस्या यह थी कि उनका अपस्ट्रीम फ़ायरवॉल स्थानीय सबनेट के बाहर किसी भी चीज़ के लिए पोर्ट 1812 पर आउटबाउंड UDP को ब्लॉक कर रहा था। एक बार जब हमने फ़ायरवॉल अनुमति सूची में Meraki Dashboard IP श्रेणियों को जोड़ा, तो प्रमाणीकरण ने तुरंत काम किया। डिप्लॉयमेंट के बाद, होटल ने पहले महीने में लगभग 68 प्रतिशत कनेक्टिंग मेहमानों के ईमेल पते कैप्चर किए, और उनकी मार्केटिंग टीम ने एक पुन: जुड़ाव अभियान चलाया जिससे सीधे बुकिंग में मापने योग्य वृद्धि हुई। दूसरा परिदृश्य 45 स्टोरों वाली एक रिटेल श्रृंखला है, जिनमें से प्रत्येक Meraki MR33 एक्सेस पॉइंट्स चला रहा है। यहाँ चुनौती पैमाना और निरंतरता थी। सही RADIUS सेटिंग्स और walled garden सूचियों के साथ 45 SSIDs को मैन्युअल रूप से कॉन्फ़िगर करना त्रुटि-प्रवण और समय लेने वाला होता। इसका समाधान Meraki के टेम्प्लेट-आधारित कॉन्फ़िगरेशन का उपयोग करना था। हमने सही SSID, RADIUS और walled garden सेटिंग्स के साथ एक एकल नेटवर्क टेम्प्लेट बनाया, फिर सभी 45 स्टोर नेटवर्क को उस टेम्प्लेट से बांध दिया। कोई भी बदलाव — मान लीजिए, walled garden में एक नया सोशल लॉगिन प्रदाता जोड़ना — टेम्प्लेट में एक बार किया जाता है और सभी स्टोरों पर स्वचालित रूप से प्रसारित हो जाता है। Purple के एनालिटिक्स ने तब सभी स्टोरों में फुटफॉल और ठहरने के समय के डेटा को एकत्रित किया, जिससे रिटेल ऑपरेशंस टीम को स्टोर, क्षेत्र और दिन के समय के अनुसार गेस्ट व्यवहार का एक एकल डैशबोर्ड दृश्य मिला। मुझे आपको तीन व्यावहारिक नियम (rules of thumb) देने दें जो हर Meraki कैप्टिव पोर्टल डिप्लॉयमेंट पर आपका समय बचाएंगे। नियम एक: RADIUS कॉन्फ़िगर करने से पहले हमेशा Meraki Dashboard IP श्रेणियों की जांच करें। श्रेणियां कभी-कभार बदलती हैं, और यदि आपका फ़ायरवॉल उन्हें ब्लॉक कर रहा है, तो प्रमाणीकरण उपयोगकर्ता के दृष्टिकोण से चुपचाप विफल हो जाएगा — वे केवल पोर्टल पेज को हैंग होते हुए देखेंगे। लाइव होने से पहले कनेक्टिविटी सत्यापित करने के लिए Access Control के अंतर्गत डैशबोर्ड में अंतर्निहित RADIUS परीक्षण टूल का उपयोग करें। नियम दो: किसी भी CDN-होस्ट की गई सामग्री के लिए walled garden में डोमेन वाइल्डकार्ड का उपयोग करें, IP श्रेणियों का नहीं। CDN IP श्रेणियां बड़ी होती हैं और अक्सर बदलती रहती हैं। एक वाइल्डकार्ड डोमेन प्रविष्टि अधिक रखरखाव योग्य और अधिक विश्वसनीय है। नियम तीन: पोर्ट 1813 पर RADIUS अकाउंटिंग सक्षम करें, भले ही आपको लगता हो कि आपको अभी इसकी आवश्यकता नहीं है। सत्र डेटा डिस्कनेक्शन समस्याओं के निवारण और आपके एनालिटिक्स प्लेटफॉर्म में सटीक ठहरने के समय के मेट्रिक्स को फीड करने के लिए मूल्यवान है। इसे सक्षम करने में कुछ भी खर्च नहीं होता है और बाद में इसे जोड़ना बहुत कठिन होता है। अब, कुछ रैपिड-फायर प्रश्न जो मुझसे नियमित रूप से पूछे जाते हैं। क्या मैं Purple के बजाय Meraki के अंतर्निहित स्प्लैश पेज का उपयोग कर सकता हूँ? हाँ, लेकिन आप डेटा कैप्चर, एनालिटिक्स, मार्केटिंग ऑटोमेशन और GDPR-अनुपालन सहमति प्रबंधन खो देते हैं। बुनियादी क्लिक-थ्रू के लिए अंतर्निहित स्प्लैश ठीक है, लेकिन यह एक गेस्ट इंटेलिजेंस प्लेटफॉर्म नहीं है। क्या यह कॉन्फ़िगरेशन Meraki MX फ़ायरवॉल के साथ-साथ MR एक्सेस पॉइंट्स पर भी काम करता है? RADIUS स्प्लैश पेज कॉन्फ़िगरेशन MR एक्सेस पॉइंट्स पर समर्थित है। MX उपकरण क्लाइंट VPN प्रमाणीकरण को अलग तरह से संभालते हैं। विशेष रूप से गेस्ट WiFi के लिए, आप MR SSIDs को कॉन्फ़िगर कर रहे हैं। WPA3 के बारे में क्या? Meraki MR एक्सेस पॉइंट एंटरप्राइज़ SSIDs पर WPA3 का समर्थन करते हैं। गेस्ट कैप्टिव पोर्टल डिप्लॉयमेंट के लिए, SSID आमतौर पर Open होता है, इसलिए WPA3 सीधे लागू नहीं होता है। हालांकि, यदि आप अपने कैप्टिव पोर्टल SSID के साथ एक Passpoint या OpenRoaming SSID तैनात कर रहे हैं — जिसका Purple समर्थन करता है — तो वह SSID 802.1X के साथ WPA3-Enterprise का उपयोग करता है, और यहीं पर WPA3 प्रासंगिक हो जाता है। समापन के लिए: Cisco Meraki और Purple एकीकरण अच्छी तरह से परीक्षण किया गया और विश्वसनीय है, लेकिन इसके लिए तीन चीजों पर ध्यान देने की आवश्यकता है: RADIUS स्रोत IP राउटिंग, walled garden की पूर्णता, और सत्र टाइमआउट कॉन्फ़िगरेशन। उन तीनों को सही करें और डिप्लॉयमेंट सीधा है। व्यावसायिक मामला स्पष्ट है — जो स्थान डेटा कैप्चर के साथ ठीक से कॉन्फ़िगर किए गए गेस्ट WiFi प्लेटफॉर्म को तैनात करते हैं, वे लगातार मार्केटिंग जुड़ाव और परिचालन अंतर्दृष्टि में मापने योग्य रिटर्न देखते हैं। यदि आप और गहराई से जानना चाहते हैं, तो क्लाउड RADIUS के साथ 802.1X प्रमाणीकरण लागू करने पर Purple की मार्गदर्शिका और Purple ब्लॉग पर हमारी Cisco वायरलेस AP डिप्लॉयमेंट मार्गदर्शिका देखें। दोनों शो नोट्स में लिंक हैं। सुनने के लिए धन्यवाद। यदि आपके पास कोई विशिष्ट डिप्लॉयमेंट परिदृश्य है जिसे आप चाहते हैं कि हम कवर करें, तो Purple तकनीकी टीम से संपर्क करें। हम आपसे अगले एपिसोड में मिलेंगे।