Aruba Central और Purple WiFi: क्लाउड-प्रबंधित एकीकरण

Aruba Central और Purple WiFi: क्लाउड-प्रबंधित एकीकरण। IT लीडर्स के लिए एक ब्रीफिंग। आपका स्वागत है। यदि आप कई स्थानों पर गेस्ट WiFi का प्रबंधन कर रहे हैं और आप Aruba Central चला रहे हैं, तो यह एपिसोड सीधे आपके लिए प्रासंगिक है। मैं आपको ठीक से बताने जा रहा हूँ कि Purple, Aruba Central के साथ कैसे एकीकृत होता है — आर्किटेक्चर, कॉन्फ़िगरेशन चरण, मल्टि-साइट रोलआउट पैटर्न, और वे कमियां जो टीमों को फंसाती हैं। यह एक व्यावहारिक ब्रीफिंग है, कोई उत्पाद पिच नहीं। चलिए शुरू करते हैं। अनुभाग एक: संदर्भ और यह क्यों मायने रखता है। Aruba Central, HPE का क्लाउड-प्रबंधित नेटवर्किंग प्लेटफ़ॉर्म है। यह होटलों, रिटेल चेन, स्टेडियमों, सम्मेलन केंद्रों और सार्वजनिक क्षेत्र की इमारतों में तैनात हजारों Aruba Instant Access Points के लिए कंट्रोल प्लेन है। यदि आप ऑन-प्रिमाइसेस Aruba कंट्रोलर — Mobility Controllers या Mobility Conductors — से Central पर चले गए हैं, तो आपने पहले से ही CLI-भारी, साइट-विशिष्ट कॉन्फ़िगरेशन से समूह-आधारित, क्लाउड-पुश की गई नीति प्रबंधन में बदलाव का अनुभव किया है। वह बदलाव मौलिक रूप से बदल देता है कि आप Purple जैसे गेस्ट WiFi प्लेटफ़ॉर्म को कैसे एकीकृत करते हैं। एक पारंपरिक ऑन-प्रिमाइसेस Aruba कंट्रोलर पर, आप सीधे कंट्रोलर पर ही कैप्टिव पोर्टल रीडायरेक्ट और RADIUS प्रमाणीकरण कॉन्फ़िगर करते थे। कंट्रोलर नीति प्रवर्तन बिंदु (policy enforcement point) था, और यह आपके डेटा सेंटर या संचार कक्ष में बैठता था। Aruba Central के साथ, नीति प्रवर्तन अभी भी एक्सेस पॉइंट पर होता है — लेकिन कॉन्फ़िगरेशन क्लाउड से नीचे धकेला जाता है। इसका मतलब है कि आपके एकीकरण टचपॉइंट अलग हैं। आप समूह टेम्पलेट, SSID प्रोफाइल और बाहरी कैप्टिव पोर्टल प्रोफाइल ऑब्जेक्ट के साथ काम कर रहे हैं जो Central के कॉन्फ़िगरेशन पदानुक्रम में रहते हैं, न कि रैक में किसी बॉक्स पर। Purple इस सब के ऊपर एक क्लाउड-होस्टेड गेस्ट WiFi इंटेलिजेंस प्लेटफ़ॉर्म के रूप में बैठता है। यह कैप्टिव पोर्टल प्रदान करता है — वह स्प्लैश पेज जो गेस्ट देखते हैं — यह प्रमाणीकरण लॉजिक को संभालता है, यह सहमति के साथ फर्स्ट-पार्टी डेटा कैप्चर करता है, और यह आपकी मार्केटिंग और ऑपरेशन्स टीमों को एनालिटिक्स वापस भेजता है। सवाल यह है: आप इन दोनों क्लाउड प्लेटफ़ॉर्म को सैकड़ों संभावित साइटों पर बड़े पैमाने पर सफाई से कैसे जोड़ते हैं? अनुभाग दो: तकनीकी आर्किटेक्चर। जब कोई गेस्ट कनेक्ट होता है तो मुझे डेटा प्रवाह का वर्णन करने दें। एक गेस्ट डिवाइस आपके गेस्ट SSID से जुड़ता है — मान लें कि Hotel-Guest — जो एक Aruba Instant AP द्वारा प्रसारित किया जाता है। AP को, Aruba Central के माध्यम से, एक बाहरी कैप्टिव पोर्टल प्रोफ़ाइल के साथ कॉन्फ़िगर किया गया है। उस प्रोफ़ाइल में जानकारी के दो महत्वपूर्ण टुकड़े शामिल हैं: रीडायरेक्ट URL, जो Purple के कैप्टिव पोर्टल सर्वर की ओर इशारा करता है, और RADIUS सर्वर विवरण, जो Purple के RADIUS-as-a-Service एंडपॉइंट की ओर इशारा करते हैं। जब गेस्ट ब्राउज़र खोलता है, तो AP HTTP अनुरोध को रोकता है और इसे Purple के स्प्लैश पेज पर रीडायरेक्ट करता है। गेस्ट प्रमाणित होता है — आपके Purple कॉन्फ़िगरेशन के आधार पर सोशल लॉगिन, ईमेल, SMS या कस्टम फॉर्म के माध्यम से। Purple का बैकएंड फिर AP को वापस एक RADIUS Access-Accept संदेश भेजता है, जो गेस्ट को इंटरनेट एक्सेस प्रदान करता है और उन्हें प्री-ऑथेंटिकेशन रोल से प्रमाणित गेस्ट रोल में स्थानांतरित करता है। सत्र के दौरान RADIUS अकाउंटिंग पैकेट प्रवाहित होते हैं, जिससे Purple को सत्र की अवधि और डेटा उपयोग में दृश्यता मिलती है। अब, ऑन-प्रिमाइसेस Aruba से मुख्य अंतर: Aruba Central में, आप समूह स्तर पर एक बार बाहरी कैप्टिव पोर्टल प्रोफ़ाइल कॉन्फ़िगर करते हैं, और यह उस समूह के प्रत्येक AP में प्रसारित हो जाती है। आप व्यक्तिगत APs को नहीं छूते हैं। यह मल्टी-साइट परिनियोजन के लिए अत्यधिक शक्तिशाली है, लेकिन इसके लिए आवश्यक है कि आप शुरू करने से पहले समूह संरचना को सही करें। Aruba Central उपकरणों को समूहों (Groups) में व्यवस्थित करता है, और समूहों के भीतर, आपके पास साइटें (Sites) हो सकती हैं। एक समूह कॉन्फ़िगरेशन की इकाई है — SSIDs, रेडियो प्रोफाइल, सुरक्षा नीतियां सभी समूह स्तर पर रहती हैं। साइटें स्थान और निगरानी की इकाई हैं। एक होटल श्रृंखला के लिए, एक समझदारी भरी संरचना प्रति संपत्ति प्रकार एक समूह है — मान लें, फुल-सर्विस होटल और बजट संपत्तियां — उपयुक्त समूह के भीतर एक अलग साइट के रूप में प्रत्येक भौतिक होटल के साथ। Purple का कॉन्फ़िगरेशन फिर समूहों पर मैप होता है: प्रति समूह एक बाहरी कैप्टिव पोर्टल प्रोफ़ाइल, जो समान Purple RADIUS एंडपॉइंट की ओर इशारा करती है, लेकिन संभावित रूप से Purple के स्थान-स्तरीय अनुकूलन का उपयोग करके प्रति साइट अलग-अलग स्प्लैश पेज थीम के साथ। walled garden एक महत्वपूर्ण कॉन्फ़िगरेशन तत्व है जिसे टीमें अक्सर गलत समझती हैं। गेस्ट के प्रमाणित होने से पहले, AP केवल DNS और DHCP ट्रैफ़िक की अनुमति देता है, साथ ही उन डोमेन की भी जिन्हें आप स्पष्ट रूप से श्वेतसूची में डालते हैं। Purple के काम करने के लिए, आपको Purple के कैप्टिव पोर्टल डोमेन, एसेट्स के लिए Purple द्वारा उपयोग किए जाने वाले किसी भी CDN डोमेन, और यदि आप सोशल प्रमाणीकरण का उपयोग कर रहे हैं तो किसी भी सोशल लॉगिन प्रदाता डोमेन — Facebook, Google, Apple — को श्वेतसूची में डालना होगा। यदि आप कोई डोमेन छोड़ देते हैं, तो स्प्लैश पेज आंशिक रूप से लोड होगा या प्रमाणीकरण चुपचाप विफल हो जाएगा। Purple का सहायता दस्तावेज़ वर्तमान walled garden सूची प्रदान करता है, और उस सूची को एक जीवित दस्तावेज़ के रूप में मानना उचित है जिसकी आप समीक्षा करते हैं जब भी Purple अपने प्लेटफ़ॉर्म को अपडेट करता है। अनुभाग तीन: स्वचालन के लिए Aruba Central API सतह। यदि आप लगभग बीस से अधिक साइटों पर रोलआउट कर रहे हैं, तो Central UI के माध्यम से मैन्युअल कॉन्फ़िगरेशन एक बाधा बन जाता है। Aruba Central एक व्यापक REST API — Central API — को उजागर करता है जो आपको SSID निर्माण, कैप्टिव पोर्टल प्रोफ़ाइल असाइनमेंट और walled garden कॉन्फ़िगरेशन को स्वचालित करने की अनुमति देता है। API OAuth 2.0 प्रमाणित है, और आपको Central पोर्टल से API क्रेडेंशियल जनरेट करने की आवश्यकता होगी। Purple एकीकरण के लिए मुख्य API एंडपॉइंट हैं: WLAN कॉन्फ़िगरेशन एंडपॉइंट, जो आपको SSID प्रोफाइल बनाने और अपडेट करने की अनुमति देता है; बाहरी कैप्टिव पोर्टल प्रोफ़ाइल एंडपॉइंट, जहां आप Purple रीडायरेक्ट URL और RADIUS सर्वर विवरण परिभाषित करते हैं; और साइट और समूह प्रबंधन एंडपॉइंट, जो आपको प्रोग्रामेटिक रूप से साइटों और समूहों में डिवाइस असाइन करने की अनुमति देते हैं। यदि आप एक नया स्थान ऑनबोर्ड कर रहे हैं, तो आप एक स्क्रिप्ट लिख सकते हैं जो Central में साइट बनाती है, APs को साइट पर असाइन करती है, सही समूह टेम्पलेट लागू करती है, और Purple-विशिष्ट कैप्टिव पोर्टल प्रोफ़ाइल को कॉन्फ़िगर करती है — यह सब UI को छुए बिना। Purple अपना खुद का API भी उजागर करता, जो आपको स्थान रिकॉर्ड बनाने, स्प्लैश पेज थीम कॉन्फ़िगर करने और एनालिटिक्स डेटा खींचने की अनुमति देता है। एक परिपक्व एकीकरण दोनों API का एक साथ उपयोग करेगा: नेटवर्क लेयर को प्रबंधित करने के लिए Central का API, गेस्ट अनुभव लेयर को प्रबंधित करने के लिए Purple का API। यह वह पैटर्न है जिसका उपयोग बड़ी रिटेल चेन और होटल समूह करते हैं जब वे प्रति तिमाही दर्जनों नई साइटों को ऑनबोर्ड कर रहे होते हैं। अनुभाग चार: चरण-दर-चरण कॉन्फ़िगरेशन। मुझे आपको एक एकल साइट के लिए कॉन्फ़िगरेशन अनुक्रम के माध्यम से चलने दें, जिसे आप बाद में बड़े पैमाने पर स्वचालित करेंगे। सबसे पहले, Aruba Central में, अपने लक्षित समूह पर जाएं और WLAN कॉन्फ़िगरेशन खोलें। एक नया SSID बनाएं — उदाहरण के लिए, Venue-Guest — और सुरक्षा स्तर को Visitors पर सेट करें। यह एक खुले या कैप्टिव-पोर्टल-प्रमाणित नेटवर्क के लिए Aruba की शब्दावली है। दूसरा, Security टैब के अंतर्गत, Splash Page प्रकार को External Captive Portal पर सेट करें। एक नया बाहरी कैप्टिव पोर्टल प्रोफ़ाइल बनाएं। इसे एक वर्णनात्मक नाम दें — Purple-Guest-Portal अच्छा काम करता है। Authentication Type को RADIUS Authentication पर सेट करें। IP or Hostname फ़ील्ड में Purple का कैप्टिव पोर्टल सर्वर होस्टनाम दर्ज करें। रीडायरेक्ट URL दर्ज करें। HTTPS सक्षम करें। Captive Portal Failure व्यवहार को Deny Internet पर सेट करें, जो कि अधिक सुरक्षित डिफ़ॉल्ट है। तीसरा, RADIUS सर्वर को कॉन्फ़िगर करें। Central में, प्रमाणीकरण सर्वर सेटिंग्स पर जाएं और Purple के RADIUS-as-a-Service सर्वर को जोड़ें। आपको सर्वर IP या होस्टनाम, साझा रहस्य (shared secret) — जिसे आप Purple के प्लेटफ़ॉर्म में जनरेट करते हैं — और प्रमाणीकरण पोर्ट, जो मानक 1812 है, और अकाउंटिंग पोर्ट 1813 की आवश्यकता होगी। इस सर्वर को अपने गेस्ट SSID के लिए प्राथमिक सर्वर (Primary Server) के रूप में जोड़ें। चौथा, walled garden को कॉन्फ़िगर करें। SSID के एक्सेस नियमों में, Purple कैप्टिव पोर्टल डोमेन और किसी भी सोशल लॉगिन डोमेन को अनुमति सूची (allowlist) में जोड़ें। इसका सावधानीपूर्वक परीक्षण करें — एक गायब डोमेन स्प्लैश पेज विफलताओं का सबसे आम कारण है। पांचवां, कॉन्फ़िगरेशन को सहेजें और पुश करें। Central समूह के सभी APs पर कॉन्फ़िगरेशन को पुश करेगा। एक परीक्षण डिवाइस पर सत्यापित करें कि रीडायरेक्ट सही ढंग से काम कर रहा है और प्रमाणीकरण पूरा हो गया है। अनुभाग पांच: मल्टी-साइट रोलआउट पैटर्न। पचास या अधिक साइटों पर परिनियोजन के लिए, आपको एक अनुशासित दृष्टिकोण की आवश्यकता है। जिस पैटर्न की मैं अनुशंसा करता हूँ वह है: पायलट, टेम्पलेट, स्वचालित, सत्यापित। एक एकल साइट पर पायलट करें। कॉन्फ़िगरेशन को बिल्कुल सही करें — walled garden पूरा हो, RADIUS काम कर रहा हो, स्प्लैश पेज साफ-सुथरा लोड हो रहा हो, अकाउंटिंग प्रवाहित हो रही हो। प्रत्येक पैरामीटर मान का दस्तावेजीकरण करें। फिर उस कॉन्फ़िगरेशन को एक Central समूह टेम्पलेट में बनाएं। टेम्पलेट आपकी सच्चाई का स्रोत (source of truth) बन जाता है। रोलआउट के लिए, जैसे ही आप साइटों को ऑनबोर्ड करते हैं, नए समूहों में टेम्पलेट को पुश करने के लिए Central API का उपयोग करें। यदि आपका Purple परिनियोजन प्रति ब्रांड या क्षेत्र में अलग-अलग स्प्लैश पेज थीम का उपयोग करता है, तो कैप्टिव पोर्टल प्रोफ़ाइल को पैरामीटराइज करें — रीडायरेक्ट URL में क्वेरी पैरामीटर शामिल हो सकते हैं जिनका उपयोग Purple सही थीम परोसने के लिए करता है। इसका मतलब है कि आपके पास एक एकल RADIUS एंडपॉइंट हो सकता है लेकिन कई स्प्लैश पेज अनुभव हो सकते हैं, जो सभी केंद्रीय रूप से प्रबंधित होते हैं। ऑनबोर्डिंग के बाद प्रत्येक साइट को सत्यापित करें। एक सरल सत्यापन स्क्रिप्ट जो एक परीक्षण डिवाइस को जोड़ती है, रीडायरेक्ट की जांच करती है, प्रमाणित करती है, और इंटरनेट एक्सेस को सत्यापित करती है, गेस्ट द्वारा इसका अनुभव करने से पहले कॉन्फ़िगरेशन बहाव (configuration drift) को पकड़ लेगी। Purple का एनालिटिक्स डैशबोर्ड आपको यह भी दिखाएगा कि क्या सत्र रिकॉर्ड किए जा रहे हैं — यदि Purple की रिपोर्टिंग में कोई साइट डार्क हो जाती है, तो यह आपका संकेत है कि नेटवर्क लेयर पर कुछ टूट गया है। अनुभाग छह: कार्यान्वयन की कमियां। walled garden नंबर एक विफलता बिंदु है। ऐसे डिवाइस के साथ परीक्षण करें जिसमें कोई कैश्ड DNS या पोर्टल सत्र न हो। एक नए ब्राउज़र प्रोफ़ाइल या गुप्त (incognito) मोड का उपयोग करें। दूसरा नुकसान RADIUS साझा रहस्य (shared secret) बेमेल है। Central में आपके द्वारा कॉन्फ़िगर किया गया सीक्रेट Purple के प्लेटफ़ॉर्म के सीक्रेट से बिल्कुल मेल खाना चाहिए। एक एकल वर्ण का अंतर मूक प्रमाणीकरण विफलताओं (silent authentication failures) का कारण बनेगा — AP को RADIUS सर्वर से कोई प्रतिक्रिया नहीं मिलेगी और वह या तो गेस्ट को अस्वीकार कर देगा या, यदि आपने कैप्टिव पोर्टल विफलता मोड को Allow Internet पर सेट किया है, तो प्रमाणीकरण के बिना पहुंच प्रदान कर देगा, जो एक अनुपालन जोखिम है। तीसरा नुकसान VLAN गलत कॉन्फ़िगरेशन है। गेस्ट ट्रैफ़िक एक समर्पित VLAN पर होना चाहिए, जो आपके कॉर्पोरेट नेटवर्क से अलग हो। Aruba Central में, इसे SSID प्रोफ़ाइल की VLAN सेटिंग्स में कॉन्फ़िगर किया गया है। यदि आपका गेस्ट VLAN अपलिंक स्विच पोर्ट पर सही ढंग से ट्रंक नहीं किया गया है, तो APs चालू हो जाएंगे लेकिन गेस्ट को DHCP पते नहीं मिलेंगे। चौथा नुकसान कैप्टिव पोर्टल रीडायरेक्ट पर प्रमाणपत्र विश्वास (certificate trust) है। आधुनिक ब्राउज़र और ऑपरेटिंग सिस्टम HTTPS प्रवर्तन के बारे में तेजी से आक्रामक हो रहे हैं। Purple का कैप्टिव पोर्टल सर्वर एक वैध TLS प्रमाणपत्र का उपयोग करता है, लेकिन यदि आपका walled garden उन OCSP या CRL एंडपॉइंट्स को ब्लॉक करता है जिनका उपयोग क्लाइंट प्रमाणपत्र को सत्यापित करने के लिए करता है, तो आपको स्प्लैश पेज पर प्रमाणपत्र त्रुटियां दिखाई देंगी। उन एंडपॉइंट्स को अपने walled garden में जोड़ें। अनुभाग सात: रैपिड-फायर प्रश्न। क्या Purple, Aruba Central के AOS-10 आर्किटेक्चर के साथ-साथ AOS-8 के साथ भी काम करता है? हाँ। बाहरी कैप्टिव पोर्टल तंत्र दोनों फर्मवेयर स्ट्रीम में सुसंगत है। UI पथ थोड़ा भिन्न होता है, लेकिन अंतर्निहित कॉन्फ़िगरेशन ऑब्जेक्ट समान होते हैं। क्या मैं अपने स्वयं के RADIUS इन्फ्रास्ट्रक्चर को चलाए बिना Purple के RADIUS-as-a-Service का उपयोग कर सकता हूँ? हाँ, यही बात है। Purple का RADIUS-as-a-Service एक क्लाउड-होस्टेड RADIUS सर्वर है जिसकी ओर आप अपने Aruba APs को इंगित करते हैं। आपको ऑन-प्रिमाइसेस FreeRADIUS या Cisco ISE की आवश्यकता नहीं है। क्या यह एकीकरण WPA3 का समर्थन करता है? Aruba Central संगत APs पर WPA3 का समर्थन करता है, और आप अपने गेस्ट SSID पर WPA3 संक्रमण मोड (transition mode) सक्षम कर सकते हैं। Purple का कैप्टिव पोर्टल तंत्र एन्क्रिप्शन लेयर से स्वतंत्र है — यह HTTP रीडायरेक्ट स्तर पर काम करता है, न कि 802.11 एसोसिएशन स्तर पर। क्या Purple द्वारा एकत्र किया जाने वाला डेटा GDPR-अनुपालन योग्य है? Purple को मुख्य आवश्यकता के रूप में GDPR अनुपालन के साथ डिज़ाइन किया गया है। स्प्लैश पेज एक सहमति तंत्र प्रस्तुत करता है, और Purple का डेटा प्रोसेसिंग उनके साथ आपके डेटा प्रोसेसिंग समझौते (DPA) द्वारा शासित होता है। यूरोपीय संघ (EU) के स्थानों के लिए, सुनिश्चित करें कि आपके Purple कॉन्फ़िगरेशन में उचित सहमति भाषा शामिल है और गो-लाइव से पहले आपका DPA लागू है। अनुभाग आठ: सारांश और अगले कदम। संक्षेप में: Aruba Central और Purple बाहरी कैप्टिव पोर्टल तंत्र के माध्यम से एकीकृत होते हैं, जिसमें RADIUS प्रमाणीकरण Purple की क्लाउड RADIUS सेवा द्वारा नियंत्रित किया जाता है। कॉन्फ़िगरेशन Central में समूह स्तर पर रहता है और समूह के सभी APs में प्रसारित होता है — जो ऑन-प्रिमाइसेस Aruba से मुख्य संरचनात्मक अंतर है। मल्टि-साइट रोलआउट के लिए, प्रोविजनिंग को स्वचालित करने के लिए Central API का उपयोग करें और अपनी पायलट साइट कॉन्फ़िगरेशन को आने वाले सभी कार्यों के लिए टेम्पलेट के रूप में मानें। आपके तत्काल अगले कदम: पहला, पुष्टि करें कि आपकी Aruba Central समूह संरचना आपके Purple स्थान पदानुक्रम (venue hierarchy) से मेल खाती है। दूसरा, Purple के सहायता पोर्टल से Purple की वर्तमान walled garden डोमेन सूची और RADIUS एंडपॉइंट विवरण प्राप्त करें। तीसरा, एक एकल साइट पर पायलट चलाएं और स्केल करने से पहले पूर्ण प्रमाणीकरण प्रवाह को सत्यापित करें। चौथा, समानांतर में Central API और Purple API का उपयोग करके अपने स्वचालन स्क्रिप्ट का निर्माण करें। यदि आप पहली बार Purple का मूल्यांकन कर रहे हैं, तो purple dot ai पर गेस्ट WiFi और एनालिटिक्स प्लेटफ़ॉर्म पेज आपको कैप्टिव पोर्टल से परे क्या मिल रहा है, इसकी एक स्पष्ट तस्वीर देते हैं — फर्स्ट-पार्टी डेटा कैप्चर, मार्केटिंग ऑटोमेशन, फुटफ़ॉल एनालिटिक्स। यही वह व्यावसायिक मामला (business case) है जिससे इस परियोजना को वित्त पोषित किया जाता है। सुनने के लिए धन्यवाद। यदि आपके पास इस एकीकरण के बारे में प्रश्न हैं, तो Purple की समाधान टीम आपको आपके विशिष्ट Aruba Central वातावरण के लिए तैयार किए गए प्रूफ-ऑफ-कांसेप्ट (proof-of-concept) के माध्यम से मार्गदर्शन कर सकती है।