Purple WiFi के साथ SonicWall TZ और SonicWave एकीकरण

PURPLE WIFI के साथ SONICWALL TZ और SONICWAVE एकीकरण Purple WiFi इंटेलिजेंस प्लेटफॉर्म - तकनीकी ब्रीफिंग श्रृंखला अवधि: लगभग 10 मिनट आवाज: यूके इंग्लिश, सीनियर कंसलटेंट टोन - आत्मविश्वासी, संवादात्मक, आधिकारिक --- सेगमेंट 1: परिचय और संदर्भ (लगभग 1 मिनट) Purple तकनीकी ब्रीफिंग श्रृंखला में आपका स्वागत है। आज हम एंटरप्राइज WiFi क्षेत्र में अधिक तकनीकी रूप से शामिल एकीकरणों में से एक को कवर कर रहे हैं: SonicWall TZ फ़ायरवॉल और SonicWave एक्सेस पॉइंट, जिन्हें गेस्ट ऑथेंटिकेशन, स्टाफ एक्सेस कंट्रोल और मल्टी-टेनेंट नेटवर्क आइसोलेशन के लिए Purple के साथ डिप्लॉय किया गया है। यदि आप एक IT सुरक्षा इंजीनियर हैं या होटल, रिटेल चेन, कॉन्फ्रेंस सेंटर या मिश्रित-उपयोग वाले विकास (mixed-use developments) जैसे स्थानों का प्रबंधन करने वाले MSP हैं - तो यह ब्रीफिंग आपके लिए है। हम आर्किटेक्चर, कॉन्फ़िगरेशन चरणों और उन जगहों पर तेज़ी से आगे बढ़ेंगे जहाँ डिप्लॉयमेंट में गलतियाँ होती हैं। SonicWall SMB और मिड-मार्केट स्पेस में एक मजबूत विकल्प है। TZ सीरीज़ के फ़ायरवॉल व्यापक रूप से डिप्लॉय किए गए हैं, और SonicWave APs SonicOS और Wireless Network Manager के माध्यम से मूल रूप से एकीकृत होते हैं। जब आप इसके ऊपर Purple जोड़ते हैं, तो आपको ब्रांडेड स्प्लैश पेज, RADIUS-आधारित ऑथेंटिकेशन और फर्स्ट-पार्टी डेटा कैप्चर के साथ एक क्लाउड-प्रबंधित गेस्ट WiFi लेयर मिलती है - वह भी आपके मौजूदा SonicWall इन्फ्रास्ट्रक्चर को बदले बिना। आइए आर्किटेक्चर को समझते हैं। --- सेगमेंट 2: तकनीकी गहन विश्लेषण (लगभग 5 मिनट) यहाँ कवर करने के लिए चार अलग-अलग उपयोग के मामले हैं, और प्रत्येक का एक अलग कॉन्फ़िगरेशन पथ है। कैप्टिव पोर्टल रीडायरेक्शन के साथ Guest WiFi। Walled Garden अपवाद। 802.1X का उपयोग करके सुरक्षित Staff WiFi। और डायनेमिक VLAN स्टीयरिंग के साथ SonicWall Private Pre-Shared Keys - PPSK - का उपयोग करके मल्टी-टेनेंट आइसोलेशन। आइए Guest WiFi और SonicWall कैप्टिव पोर्टल से शुरू करते हैं। SonicOS बाहरी कैप्टिव पोर्टल रीडायरेक्ट को संभालने के लिए Lightweight Hotspot Messaging - LHM - नामक एक तंत्र का उपयोग करता है। जब कोई गेस्ट आपके गेस्ट SSID से कनेक्ट होता है और ब्राउज़र खोलता है, तो SonicWall उस HTTP अनुरोध को इंटरसेप्ट करता है और उसे Purple के स्प्लैश पेज URL पर रीडायरेक्ट करता है। गेस्ट Purple के प्लेटफॉर्म पर ऑथेंटिकेट करता है - सोशल लॉगिन, ईमेल या क्लिक-थ्रू के माध्यम से - और Purple TCP पोर्ट 4043 पर SonicWall को वापस एक LHM ऑथराइजेशन भेजता है। इसके बाद SonicWall उस डिवाइस के MAC एड्रेस के लिए इंटरनेट एक्सेस खोल देता है। SonicOS 7.x में कॉन्फ़िगरेशन इस तरह काम करता है। सबसे पहले, Object, फिर Match Objects, फिर Zones पर जाएं। अपने गेस्ट WiFi को असाइन किए गए ज़ोन को एडिट करें - आमतौर पर एक WLAN या कस्टम ज़ोन। Guest Services के अंतर्गत, "Enable Guest Services" और "External Guest Authentication" दोनों को सक्षम करें। फिर Configure, Guest Services, General पर जाएं। Client Redirect Protocol को HTTP पर सेट करें। वेब सर्वर एड्रेस के रूप में Purple का पोर्टल होस्टनेम दर्ज करें - जो कि portal.purple.ai है। रीडायरेक्ट पाथ को अपने वेन्यू के विशिष्ट स्प्लैश पेज URL पर सेट करें, जिसे Purple वेन्यू डैशबोर्ड में प्रदान करता है। पोर्ट 4043 है। Auth Pages टैब पर, लॉगिन URL को Purple के बाहरी पोर्टल URL पर सेट करें। यदि आप सेशन समाप्त होने की प्रक्रिया को संभालना चाहते हैं तो लॉगआउट URL सेट करें। Advanced टैब पर, "Allow unauthenticated users to access HTTPS sites" को केवल तभी सक्षम करें जब आपको HTTPS-फर्स्ट डिवाइसेस का समर्थन करने की आवश्यकता हो - लेकिन ध्यान रखें कि यह रीडायरेक्ट प्रवर्तन (enforcement) को कमजोर करता है। एक बार सहेजने (save करने) के बाद, SonicOS स्वचालित रूप से TCP 4043 की अनुमति देने वाली एक NAT पॉलिसी और एक WAN-to-WAN एक्सेस रूल बनाता है। इन ऑटो-जनरेटेड नियमों को न हटाएं। ये वही हैं जो LHM हैंडशेक को पूरा करने की अनुमति देते हैं। अब, Walled Garden कॉन्फ़िगरेशन। गेस्ट के ऑथेंटिकेट होने से पहले, उनके डिवाइस को स्प्लैश पेज को काम करने के लिए कुछ डोमेन तक पहुंचने की आवश्यकता होती है। Purple का प्लेटफॉर्म अपने स्वयं के CDN और API एंडपॉइंट्स पर निर्भर करता है। OS कैप्टिव पोर्टल डिटेक्शन प्रोब्स - iOS डिवाइसेस के लिए captive.apple.com, Android के लिए connectivitycheck.gstatic.com, और Windows के लिए msftconnecttest.com - सभी को व्हाइटलिस्ट किया जाना चाहिए। यदि आप सोशल लॉगिन की पेशकश कर रहे हैं, तो Google के लिए accounts.google.com, oauth2.googleapis.com, apis.google.com, और gstatic.com जोड़ें। यदि आप Facebook लॉगिन की पेशकश कर रहे हैं, तो www.facebook.com, graph.facebook.com, connect.facebook.net, और fbcdn.net CDN डोमेन जोड़ें। SonicOS में, इन्हें Object, Match Objects, Addresses के अंतर्गत FQDN एड्रेस ऑब्जेक्ट के रूप में जोड़ें। फिर गेस्ट ज़ोन में एक्सेस रूल बनाएं जो अनऑथेंटिकेटेड डिवाइसेस को इन FQDNs तक पहुंचने की अनुमति देते हैं। डायनेमिक DNS रेजोल्यूशन का उपयोग करें - SonicOS नियमित अंतराल पर FQDN ऑब्जेक्ट्स को रिज़ॉल्व करता है - न कि स्टैटिक IP प्रविष्टियों का, जो CDN IP रेंज बदलने पर बदल जाएंगे। आगे बढ़ते हैं 802.1X के साथ सुरक्षित Staff WiFi पर। यह वह जगह है जहाँ SonicWave APs और Purple का RADIUS सर्वर मिलकर काम करते हैं। SonicWave AP 802.1X एक्सचेंज में ऑथेंटिकेटर के रूप में कार्य करता है। सप्लीकेंट स्टाफ डिवाइस है। Purple का RADIUS सर्वर ऑथेंटिकेशन सर्वर है। आपके द्वारा चुनी जाने वाली EAP विधि आपके आइडेंटिटी प्रोवाइडर पर निर्भर करती है। यदि आप Microsoft Entra ID या Okta का उपयोग कर रहे हैं, तो PEAP-MSCHAPv2 सबसे आम विकल्प है क्योंकि यह यूजरनेम और पासवर्ड क्रेडेंशियल्स के साथ काम करता है। यदि आपने डिवाइस सर्टिफिकेट डिप्लॉय किए हैं - जो प्रबंधित डिवाइसेस के लिए अनुशंसित दृष्टिकोण है - तो EAP-TLS का उपयोग करें। Wireless Network Manager में, Policies, Policy Hierarchy पर जाएं, अपनी AP पॉलिसी चुनें और 802.1X टैब पर क्लिक करें। Purple का RADIUS सर्वर IP एड्रेस दर्ज करें - जो आपके Purple वेन्यू डैशबोर्ड में RADIUS सेटिंग्स सेक्शन के अंतर्गत उपलब्ध है। शेयर्ड सीक्रेट Purple द्वारा जनरेट किया जाता है और दोनों तरफ बिल्कुल मेल खाना चाहिए। ऑथेंटिकेशन पोर्ट को 1812 और अकाउंटिंग पोर्ट को 1813 पर सेट करें। EAP सेटिंग्स के लिए, वह विधि चुनें जो आपके आइडेंटिटी प्रोवाइडर कॉन्फ़िगरेशन से मेल खाती हो। Purple की तरफ, स्टाफ ऑथेंटिकेशन के लिए एक RADIUS पॉलिसी बनाएं। स्टाफ SSID को एक विशिष्ट VLAN से मैप करें - उदाहरण के लिए, स्टाफ के लिए VLAN 200। Purple का RADIUS सर्वर तीन मानक एट्रिब्यूट्स का उपयोग करके VLAN असाइनमेंट लौटाता है: Tunnel-Type को VLAN पर सेट किया गया है, Tunnel-Medium-Type को 802 पर सेट किया गया है, और Tunnel-Private-Group-ID को स्ट्रिंग के रूप में VLAN ID पर सेट किया गया है - यानी VLAN 200 के लिए "200"। SonicWall फ़ायरवॉल और SonicWave AP इन एट्रिब्यूट्स का सम्मान करते हैं और ऑथेंटिकेटेड स्टाफ डिवाइस को स्वचालित रूप से सही VLAN में रख देते हैं। अब, सबसे दिलचस्प आर्किटेक्चरल उपयोग का मामला: PPSK और मल्टि-टेनेंट आइसोलेशन। Private Pre-Shared Keys आपको एक सिंगल SSID चलाने और प्रत्येक टेनेंट, निवासी या यूजर ग्रुप को एक विशिष्ट पासफ़्रेज़ असाइन करने की अनुमति देती हैं। जब कोई डिवाइस किसी विशिष्ट PPSK का उपयोग करके कनेक्ट होता है, तो SonicWave AP सत्यापन के लिए उस कुंजी को Purple के RADIUS सर्वर पर भेजता है। Purple कुंजी को ढूंढता है, संबद्ध टेनेंट या यूजर ग्रुप की पहचान करता है, और Tunnel-Private-Group-ID एट्रिब्यूट के माध्यम से उपयुक्त VLAN असाइनमेंट लौटाता है। इसके बाद SonicWall उस डिवाइस को सही VLAN में निर्देशित करता है - जो उसी SSID पर अन्य टेनेंट्स से पूरी तरह से अलग (isolated) होता है। यह व्यावहारिक रूप से Identity-Based Networking है। आप प्रति टेनेंट SSIDs का प्रबंधन नहीं कर रहे हैं। आप प्रति टेनेंट पहचान (identities) का प्रबंधन कर रहे हैं। दस रिटेल यूनिट्स वाले एक मिश्रित-उपयोग वाले विकास में, एक सिंगल SSID पूरी इमारत में ब्रॉडकास्ट होता है। प्रत्येक टेनेंट को अपना स्वयं का PPSK मिलता है। प्रत्येक PPSK एक समर्पित VLAN और सबनेट से मैप होता है। टेनेंट A के डिवाइसेस कभी भी टेनेंट B के ट्रैफ़िक को नहीं देखते हैं, भले ही वे समान भौतिक एक्सेस पॉइंट्स साझा कर रहे हों। SonicOS में PPSK कॉन्फ़िगरेशन के लिए SSID पर RADIUS-आधारित PPSK मोड की आवश्यकता होती है। Wireless Network Manager में, SSID को एडिट करें, सुरक्षा मोड को PPSK के साथ WPA2-Enterprise पर सेट करें, और RADIUS सर्वर को Purple पर इंगित करें। Purple केंद्रीय रूप से PPSK-से-VLAN मैपिंग टेबल का प्रबंधन करता है। जब आप एक नया टेनेंट जोड़ते हैं, तो आप Purple में एक नया PPSK बनाते हैं, उसे एक VLAN असाइन करते हैं, और यह परिवर्तन फ़ायरवॉल कॉन्फ़िगरेशन को छुए बिना उस वेन्यू के सभी SonicWave APs में प्रसारित हो जाता है। --- सेगमेंट 3: कार्यान्वयन सिफारिशें और नुकसान (लगभग 2 मिनट) मुझे आपको वे तीन चीजें बताने दें जो SonicWall और Purple डिप्लॉयमेंट में सबसे अधिक गलत होती हैं। पहला: LHM पोर्ट। TCP 4043 WAN से SonicWall के WAN इंटरफ़ेस के लिए खुला होना चाहिए। यदि आपका ISP या अपस्ट्रीम फ़ायरवॉल इस पोर्ट को ब्लॉक करता है, तो LHM ऑथराइजेशन हैंडशेक कभी पूरा नहीं होता है, और गेस्ट ऑथेंटिकेट करने के बाद स्प्लैश पेज पर ही फंस जाते हैं। वे Purple की तरफ एक सफल लॉगिन देखते हैं, लेकिन SonicWall को कभी भी ऑथराइजेशन सिग्नल नहीं मिलता है। गो-लाइव से पहले एक बाहरी IP से पोर्ट 4043 पर telnet या curl चेक के साथ इसका परीक्षण करें। दूसरा: FQDN ऑब्जेक्ट रेजोल्यूशन टाइमिंग। SonicOS बूट के समय और फिर एक कॉन्फ़िगर करने योग्य अंतराल पर FQDN एड्रेस ऑब्जेक्ट्स को रिज़ॉल्व करता है। यदि आप एक नया walled garden डोमेन जोड़ते हैं और रेजोल्यूशन अभी तक रिफ्रेश नहीं हुआ है, तो अनऑथेंटिकेटेड डिवाइसेस उस तक नहीं पहुंच सकते। नए FQDN ऑब्जेक्ट जोड़ने के बाद मैन्युअल रिफ्रेश के लिए बाध्य करें, या उच्च-ट्रैफ़िक डिप्लॉयमेंट में DNS रिफ्रेश अंतराल को 60 सेकंड पर सेट करें। तीसरा: VLAN सब-इंटरफेस कॉन्फ़िगरेशन। RADIUS के माध्यम से डायनेमिक VLAN असाइनमेंट केवल तभी काम करता है जब पहला डिवाइस ऑथेंटिकेट होने से पहले लक्षित VLANs SonicWall पर सब-इंटरफेस के रूप में मौजूद हों। यदि एक RADIUS प्रतिक्रिया Tunnel-Private-Group-ID 110 लौटाती है लेकिन VLAN 110 SonicWall पर सब-इंटरफेस के रूप में मौजूद नहीं है, तो डिवाइस या तो ड्रॉप हो जाता है या डिफ़ॉल्ट VLAN पर वापस आ जाता है। RADIUS VLAN असाइनमेंट सक्षम करने से पहले सभी VLAN सब-इंटरफेस बनाएं और उनका परीक्षण करें। कई स्थानों का प्रबंधन करने वाले MSPs के लिए, Purple का क्लाउड डैशबोर्ड आपको RADIUS नीतियों, PPSK तालिकाओं और स्प्लैश पेज कॉन्फ़िगरेशन को केंद्रीय रूप से प्रबंधित करने की अनुमति देता है। आप एक ही इंटरफ़ेस से सभी स्थानों पर कॉन्फ़िगरेशन परिवर्तन पुश कर सकते हैं। यह क्लाउड ओवरले दृष्टिकोण का परिचालन लाभ है - SonicWall हार्डवेयर अपनी जगह पर रहता है, और Purple इसके ऊपर पहचान और नीति परत (identity and policy layer) को संभालता है। --- सेगमेंट 4: रैपिड-फायर प्रश्नोत्तर (लगभग 1 मिनट) कुछ प्रश्न जो नियमित रूप से सामने आते हैं। "क्या मैं Purple के साथ स्टैंडअलोन मोड में SonicWave APs का उपयोग कर सकता हूँ?" हाँ, लेकिन आप कुछ कार्यक्षमता खो देते हैं। स्टैंडअलोन मोड में, SonicWave APs स्थानीय रूप से अपने स्वयं के RADIUS कॉन्फ़िगरेशन का प्रबंधन करते हैं। आप अभी भी उन्हें 802.1X के लिए Purple के RADIUS सर्वर पर इंगित कर सकते हैं। लेकिन डायनेमिक VLAN असाइनमेंट के साथ PPSK के लिए, आपको RADIUS प्रॉक्सी के रूप में SonicWall TZ या केंद्रीय रूप से AP पॉलिसी का प्रबंधन करने वाले Wireless Network Manager की आवश्यकता होगी। "क्या Purple SonicWave पर WPA3 का समर्थन करता है?" SonicWave पर WPA3 समर्थन फ़र्मवेयर संस्करण और AP मॉडल पर निर्भर करता है। SonicWave 600 सीरीज़ APs WPA3 का समर्थन करते हैं। कैप्टिव पोर्टल उपयोग के मामलों के लिए, Opportunistic Wireless Encryption के साथ WPA3 Purple के LHM रीडायरेक्ट फ़्लो के साथ संगत है, लेकिन बड़े पैमाने पर डिप्लॉय करने से पहले अपने विशिष्ट फ़र्मवेयर संस्करण पर परीक्षण करें। "स्प्लैश पेज के माध्यम से एकत्र किए गए गेस्ट डेटा के लिए Purple GDPR को कैसे संभालता है?" Purple ISO 27001 प्रमाणित, GDPR अनुपालन और Cyber Essentials प्रमाणित है। सहमति को स्प्लैश पेज पर कॉन्फ़िगर करने योग्य ऑप्ट-इन चेकबॉक्स के साथ कैप्चर किया जाता है। Purple आपकी डेटा रिटेंशन पॉलिसी के अनुरूप फर्स्ट-पार्टी डेटा संग्रहीत करता है। गेस्ट Purple के सेल्फ-सर्विस पोर्टल के माध्यम से अपने डेटा तक पहुंच सकते हैं और उसे हटा सकते हैं। "डायनेमिक VLAN असाइनमेंट के लिए Purple कौन से RADIUS एट्रिब्यूट्स लौटाता है?" तीन एट्रिब्यूट्स: VLAN मान के साथ Tunnel-Type, 802 मान के साथ Tunnel-Medium-Type, और स्ट्रिंग के रूप में VLAN ID के साथ Tunnel-Private-Group-ID। ये SonicOS और SonicWave द्वारा समर्थित मानक RFC 2868 एट्रिब्यूट्स हैं। --- सेगमेंट 5: सारांश और अगले कदम (लगभग 1 मिनट) संक्षेप में कहें तो। SonicWall TZ फ़ायरवॉल और SonicWave APs दो प्राथमिक तंत्रों के माध्यम से Purple के साथ एकीकृत होते हैं: गेस्ट कैप्टिव पोर्टल रीडायरेक्शन के लिए LHM, और 802.1X स्टाफ ऑथेंटिकेशन और PPSK-आधारित मल्टी-टेनेंट आइसोलेशन के लिए RADIUS। मुख्य कॉन्फ़िगरेशन चरण हैं: गेस्ट ज़ोन पर External Guest Authentication सक्षम करें, पोर्ट 4043 पर Purple पोर्टल URL कॉन्फ़िगर करें, अपने walled garden FQDN ऑब्जेक्ट बनाएं, Wireless Network Manager में SonicWave AP पॉलिसी पर RADIUS कॉन्फ़िगर करें, और डायनेमिक VLAN असाइनमेंट सक्षम करने से पहले SonicWall पर अपने VLAN सब-इंटरफेस बनाएं। मल्टी-टेनेंट डिप्लॉयमेंट के लिए, RADIUS-आधारित VLAN स्टीयरिंग के साथ PPSK उपयोग करने योग्य आर्किटेक्चर है। एक SSID, APs का एक सेट, पहचान-आधारित VLAN असाइनमेंट के माध्यम से पूर्ण टेनेंट अलगाव (isolation)। यदि आप किसी डिप्लॉयमेंट की योजना बना रहे हैं या किसी मौजूदा की समीक्षा कर रहे हैं, तो Purple की तकनीकी टीम वेन्यू-विशिष्ट RADIUS कॉन्फ़िगरेशन फ़ाइलें और walled garden डोमेन सूचियां प्रदान कर सकती है। Purple प्लेटफॉर्म 80,000 लाइव स्थानों का समर्थन करता है और इसने 2024 में 440 मिलियन लॉगिन प्रोसेस किए हैं - आज हमने जिन एकीकरण पैटर्नों को कवर किया है वे बड़े पैमाने पर प्रमाणित हैं। सुनने के लिए धन्यवाद। चरण-दर-चरण कॉन्फ़िगरेशन तालिकाओं और Mermaid आर्किटेक्चर आरेखों के साथ पूरी लिखित गाइड Purple वेबसाइट पर उपलब्ध है। --- स्क्रिप्ट का अंत