Active Directory किंवा ऑन-प्रिम सर्व्हरशिवाय Enterprise WiFi प्रमाणीकरण

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

बहुतेक संस्थांनी त्यांची ओळख (identity) क्लाउडवर स्थलांतरित केली आहे. Microsoft Entra ID, Okta आणि Google Workspace आता ईमेल, SaaS ॲप्स आणि डिव्हाइस व्यवस्थापनासाठी वापरकर्ते, गट आणि प्रवेश धोरणे व्यवस्थापित करतात. परंतु enterprise WiFi या गतीने पुढे गेलेले नाही. ॲक्सेस पॉइंट्सना अजूनही RADIUS सर्व्हरची आवश्यकता असते, आणि ऐतिहासिकदृष्ट्या तो RADIUS सर्व्हर ऑन-प्रिमाइसेस Active Directory डोमेन कंट्रोलरशी जोडलेला Windows Network Policy Server (NPS) राहिला आहे.

हा विसंगतपणा IT टीम्सना केवळ WiFi चालू ठेवण्यासाठी अनावश्यक ऑन-प्रिमाइसेस इन्फ्रास्ट्रक्चर राखण्यास भाग पाडतो. याचे समाधान म्हणजे क्लाउड RADIUS: एक पूर्णपणे व्यवस्थापित प्रमाणीकरण सेवा जी तुमच्या ॲक्सेस पॉइंट्सशी RADIUS मध्ये संवाद साधते आणि तुमच्या क्लाउड ओळख प्रदात्याशी (identity provider) OAuth2, SCIM आणि SAML मध्ये संवाद साधते. तुमच्या MDM द्वारे EAP-TLS प्रमाणपत्र वितरणासह याची जोडी बनवा, आणि तुमच्याकडे ऑन-प्रिमाइसेस सर्व्हरशिवाय, कोणतेही OS पॅचिंग नसलेले आणि थेट तुमच्या क्लाउड डिरेक्टरीशी जोडलेले त्वरित प्रवेश रद्द करण्याचे वैशिष्ट्य असलेले संपूर्ण 802.1X उपयोजन (deployment) तयार होईल.

Purple जागतिक स्तरावर ८०,०००+ पेक्षा जास्त ठिकाणी ९९.९९९% अपटाइमसह (Purple अंतर्गत डेटा, २०२४) क्लाउड RADIUS ऑपरेट करते आणि Microsoft Entra ID, Okta आणि Google Workspace सह नेटिव्ह इंटिग्रेशन प्रदान करते. तुम्ही तुमच्या विद्यमान Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme किंवा Fortinet ॲक्सेस पॉइंट्सवर एका तासापेक्षा कमी वेळेत थेट सुरू करू शकता.

तांत्रिक सखोल विश्लेषण

समस्येच्या मुळाशी असलेली प्रोटोकॉल विसंगती

मूलभूत आव्हान हे आहे की क्लाउड ओळख प्रदाते आणि WiFi ॲक्सेस पॉइंट्स पूर्णपणे भिन्न भाषा बोलतात. Microsoft Entra ID (पूर्वीचे Azure AD) वापरकर्त्यांना SAML, OIDC आणि OAuth2 द्वारे प्रमाणित करते - जे प्रोटोकॉल ब्राउझर आणि SaaS ॲप्स वापरतात. WiFi ॲक्सेस पॉइंट्स RADIUS (Remote Authentication Dial-In User Service, RFC 2865) वापरतात, जो डायला-अप आणि VPN साठी १९९० च्या दशकात डिझाइन केलेला UDP-आधारित प्रोटोकॉल आहे. Microsoft ने Entra ID साठी कधीही नेटिव्ह RADIUS एंडपॉइंट पाठवला नाही. तुम्ही Meraki किंवा Aruba ॲक्सेस पॉइंट थेट Azure कडे निर्देशित करू शकत नाही आणि 802.1X कार्य करेल अशी अपेक्षा करू शकत नाही.

जेव्हा प्रत्येक क्लाउड-फर्स्ट IT टीम स्टाफ WiFi ला WPA2-Enterprise किंवा WPA3-Enterprise सह सुरक्षित करण्याचा प्रयत्न करते, तेव्हा त्यांना या समस्येचा सामना करावा लागतो. ॲक्सेस पॉइंट आणि क्लाउड ओळख प्रदाता यांच्यातील दरी काहीतरी भरून काढली पाहिजे. ती गोष्ट म्हणजे क्लाउड RADIUS आहे.

Active Directory शिवाय PEAP-MSCHAPv2 का अपयशी ठरते

ऐतिहासिकदृष्ट्या, 802.1X उपयोजन PEAP-MSCHAPv2 (Protected Extensible Authentication Protocol with Microsoft Challenge Handshake Authentication Protocol version 2) वर अवलंबून होते. वापरकर्त्याने त्यांचे युझरनेम आणि पासवर्ड टाईप केला, ॲक्सेस पॉइंटने ती विनंती RADIUS सर्व्हरकडे पाठवली आणि RADIUS सर्व्हरने Active Directory मध्ये संग्रहित केलेल्या NTLM हॅशच्या विरूद्ध पासवर्ड प्रमाणित केला.

Microsoft Entra ID NTLM हॅश संग्रहित करत नाही. ही कॉन्फिगरेशनमधील त्रुटी नाही - हा एक जाणीवपूर्वक घेतलेला आर्किटेक्चरल निर्णय आहे. Entra ID हा एक आधुनिक क्लाउड ओळख प्रदाता आहे, डोमेन कंट्रोलर नाही. परिणामी, Entra ID कडे निर्देशित केलेला RADIUS सर्व्हर PEAP-MSCHAPv2 चॅलेंज प्रमाणित करू शकत नाही. Entra ID सह PEAP कार्य करण्याचा एकमेव मार्ग म्हणजे Entra Domain Services उपयोजित करणे, जे Entra ID वरून सिंक्रोनाइझ करणारे सशुल्क व्यवस्थापित Active Directory आहे, आणि नंतर त्यावर NPS चालवणे. हे तुम्ही काढून टाकू इच्छित असलेल्या बऱ्याच गोष्टी पुन्हा आणते: Windows Server VMs, OS पॅचिंग, NTLM हॅश स्टोरेज आणि मॅन्युअल प्रमाणपत्र व्यवस्थापन.

EAP-TLS: क्लाउड-फर्स्ट संस्थांसाठी योग्य उत्तर

EAP-TLS (Extensible Authentication Protocol-Transport Layer Security, RFC 5216) पासवर्डच्या जागी X.509 डिजिटल प्रमाणपत्रे आणते. डिव्हाइस RADIUS सर्व्हरला प्रमाणपत्र सादर करते. RADIUS सर्व्हर विश्वसनीय प्रमाणपत्र प्राधिकरणाविरुद्ध (Certificate Authority - CA) प्रमाणपत्र प्रमाणित करतो. या देवाणघेवाणीमध्ये कोणताही पासवर्ड नसल्यामुळे, RADIUS सर्व्हरला NTLM हॅश स्टोअरची आवश्यकता नसते. त्याला फक्त CA वर विश्वास ठेवणे आणि योग्य VLAN आणि प्रवेश धोरण लागू करण्यासाठी ओळख प्रदात्यामधील वापरकर्त्याचे गट सदस्यत्व तपासणे आवश्यक आहे.

EAP-TLS हे डिझाइननुसार फिशिंग-प्रतिरोधक (phishing-resistant) आहे. चोरी करण्यासाठी कोणतेही क्रेडेंशियल नसते. हे फिशिंग-प्रतिरोधक मल्टी-फॅक्टर ऑथेंटिकेशनवरील CISA मार्गदर्शनाचे समाधान करते आणि कार्डधारक डेटा हाताळणाऱ्या नेटवर्कवर मजबूत प्रमाणीकरणासाठी PCI-DSS आवश्यकतांशी सुसंगत आहे. व्यवस्थापित डिव्हाइस ताफ्यांसाठी IEEE 802.1X द्वारे शिफारस केलेली ही प्रमाणीकरण पद्धत आहे.

क्लाउड-फर्स्ट 802.1X प्रमाणीकरण आर्किटेक्चर: डिव्हाइसेस Purple च्या क्लाउड RADIUS द्वारे EAP-TLS द्वारे प्रमाणित होतात, जे प्रमाणपत्रांचे प्रमाणीकरण करते आणि Microsoft Entra ID, Okta किंवा Google Workspace वरून गट-आधारित धोरण लागू करते.

MDM ऑन-प्रिमाइसेस CA ची जागा कशी घेते

पारंपारिक 802.1X उपयोजनामध्ये, Active Directory Certificate Services (AD CS) चालवणाऱ्या ऑन-प्रिमाइसेस प्रमाणपत्र प्राधिकरणाद्वारे (CA) प्रमाणपत्रे जारी केली जात असत. क्लाउड-फर्स्ट उपयोजनामध्ये, MDM SCEP (Simple Certificate Enrollment Protocol) वापरून ही भूमिका घेते. Microsoft Intune, Jamf Pro आणि इतर MDM प्लॅटफॉर्म क्लाउड-होस्ट केलेल्या CA कडून प्रमाणपत्रांची विनंती करू शकतात आणि ती व्यवस्थापित डिव्हाइसेसवर बॅकग्राउंडमध्ये पाठवू शकतात.

हा प्रवाह खालीलप्रमाणे कार्य करतो. IT प्रशासक MDM मध्ये एक SCEP प्रमाणपत्र प्रोफाइल तयार करतो, जे WiFi प्रवेश आवश्यक असलेल्या डिव्हाइस गटांसाठी मर्यादित असते. MDM स्वयंचलितपणे Windows, macOS, iOS, iPadOS, Android Enterprise आणि Chrome OS डिव्हाइसेसवर प्रमाणपत्र पाठवते. वापरकर्त्याला काहीही दिसत नाही. प्रमाणपत्र MDM मधील डिव्हाइस ओळखीशी जोडलेले असते आणि कालबाह्य होण्यापूर्वी स्वयंचलितपणे नूतनीकरण होते. जेव्हा डिव्हाइस WiFi शी कनेक्ट होते, तेव्हा ते क्लाउड RADIUS सर्व्हरला प्रमाणपत्र सादर करते, जे CA विरुद्ध त्याचे प्रमाणीकरण करते आणि योग्य नेटवर्क धोरण लागू करते.

Microsoft Intune वापरणाऱ्या संस्थांसाठी, Microsoft Cloud PKI एक पूर्णपणे व्यवस्थापित CA प्रदान करते जे थेट Intune SCEP प्रोफाइलशी समाकलित होते, ज्यामुळे ऑन-प्रिमाइसेस NDES (Network Device Enrollment Service) सर्व्हरची आवश्यकता संपुष्टात येते. Jamf-व्यवस्थापित Mac आणि iOS ताफ्यांसाठी, Jamf चे अंगभूत CA किंवा तृतीय-पक्ष क्लाउड CA याच उद्देशासाठी काम करते.

SCIM आणि त्वरित प्रवेश रद्द करणे

क्लाउड RADIUS च्या कार्यात्मकदृष्ट्या सर्वात महत्त्वाच्या पैलूंपैकी एक म्हणजे SCIM (System for Cross-domain Identity Management) प्रोव्हिजनिंग आहे. SCIM हा एक खुला मानक आहे जो तुमच्या क्लाउड ओळख प्रदात्याकडून - तुमच्या विश्वासाच्या स्रोताकडून - अवलंबून असलेल्या सिस्टम्सवर रिअल टाइममध्ये ओळख बदल पाठवतो. जेव्हा एखादा कर्मचारी Microsoft Entra ID किंवा Okta मध्ये निष्क्रिय केला जातो, तेव्हा SCIM तो बदल त्वरित क्लाउड RADIUS सेवेकडे पाठवतो. पुढच्या वेळी जेव्हा डिव्हाइस प्रमाणित करण्याचा प्रयत्न करेल, तेव्हा RADIUS सर्व्हर Access-Reject परत करतो. ॲक्सेस पॉइंटवर कॉन्फिगर केलेल्या लहान सत्राच्या कालबाह्यतेसह (session timeout), खाते निष्क्रिय केल्याच्या काही मिनिटांतच डिव्हाइस नेटवर्कवरून काढून टाकले जाते.

सामायिक PSK नेटवर्कच्या तुलनेत ही एक महत्त्वपूर्ण सुरक्षा सुधारणा आहे, जिथे प्रवेश रद्द करण्याचा एकमेव मार्ग म्हणजे प्रत्येक डिव्हाइसवरील पासवर्ड बदलणे हा असतो, आणि जुन्या RADIUS उपयोजनांच्या तुलनेत जे काही तास किंवा दिवसांच्या अंतराने नियतकालिक LDAP सिंकवर अवलंबून असतात.

RadSec: इंटरनेटवर RADIUS ट्रॅफिक सुरक्षित करणे

पारंपारिक RADIUS UDP वापरते आणि केवळ मूलभूत संदेश प्रमाणीकरण प्रदान करते. जेव्हा तुमचा RADIUS सर्व्हर तुमच्या ॲक्सेस पॉइंट्ससारख्याच डेटा सेंटरमध्ये असतो, तेव्हा हे स्वीकार्य असते. जेव्हा तुमचा RADIUS सर्व्हर क्लाउड सेवा असतो, तेव्हा प्रमाणीकरण ट्रॅफिक सार्वजनिक इंटरनेटवरून प्रवास करते. RadSec (RADIUS over TLS, RFC 6614) TLS वापरून RADIUS देवाणघेवाण कूटबद्ध (encrypt) करते, प्रमाणीकरण ट्रॅफिकसाठी गोपनीयता आणि अखंडता प्रदान करते. Purple नेटिव्हली RadSec ला सपोर्ट करते, ज्या ॲक्सेस पॉइंट्समध्ये अजून RadSec सपोर्ट नाही त्यांच्यासाठी IPsec फॉलबॅक उपलब्ध आहे.

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

EAP-TLS सह क्लाउड RADIUS उपयोजित करण्यासाठी चार समन्वित पायऱ्या आवश्यक आहेत. जर Microsoft Entra ID आणि MDM आधीच अस्तित्वात असतील तर एक पायलट SSID एका तासापेक्षा कमी वेळेत थेट सुरू होऊ शकतो.

पायरी १: क्लाउड RADIUS ला तुमच्या ओळख प्रदात्याशी जोडा

OAuth2 प्रशासक संमती (Microsoft Entra ID साठी) किंवा API टोकन (Okta आणि Google Workspace साठी) द्वारे Purple ला तुमच्या ओळख प्रदात्याशी जोडा. हे Purple ला डिरेक्टरीमधून वापरकर्ते, गट आणि गट सदस्यत्वे वाचण्याची परवानगी देता. वापरकर्त्याच्या स्थितीतील बदल रिअल टाइममध्ये Purple कडे पाठवण्यासाठी SCIM प्रोव्हिजनिंग कॉन्फिगर करा. डिस्कवर कोणतेही सर्व्हिस प्रिन्सिपल क्रेडेंशियल्स संग्रहित केले जात नाहीत. गटातील बदल पुढील प्रमाणीकरण इव्हेंटवर लागू होतात, सिंक शेड्यूलवर नाही.

पायरी २: तुमचे MDM आणि SCEP प्रोफाइल कॉन्फिगर करा

Microsoft Intune मध्ये, CA रूटसाठी एक Trusted Certificate Profile तयार करा, त्यानंतर Purple-व्यवस्थापित CA कडे निर्देशित करणारे SCEP प्रमाणपत्र प्रोफाइल तयार करा. दोन्ही प्रोफाइलचा विस्तार WiFi प्रवेश आवश्यक असलेल्या डिव्हाइस गटांपर्यंत मर्यादित करा. Jamf साठी, कॉन्फिगरेशन प्रोफाइलमध्ये SCEP पेलोड कॉन्फिगर करा. MDM बॅकग्राउंडमध्ये प्रमाणपत्रे पाठवते. पुढे जाण्यापूर्वी MDM अनुपालन डॅशबोर्डमध्ये प्रमाणपत्र वितरणाची पडताळणी करा.

पायरी ३: क्लाउड RADIUS डॅशबोर्डमध्ये नेटवर्क धोरणे परिभाषित करा

ओळख प्रदाता गटांना विशिष्ट VLANs आणि प्रवेश नियंत्रणांशी मॅप करणारी RADIUS धोरणे तयार करा. उदाहरणार्थ, Microsoft Entra ID गट "Staff-Finance" ला पूर्ण इंटरनेट प्रवेशासह VLAN 20 वर मॅप करा, आणि "Staff-Contractors" ला वेळ-मर्यादित प्रवेशासह VLAN 30 वर मॅप करा जो स्वयंचलितपणे कालबाह्य होईल. Purple चा डॅशबोर्ड ही धोरणे प्रमाणीकरणाच्या वेळी लागू करतो, ज्यासाठी कोणत्याही फायरवॉल बदलांची आवश्यकता नसते.

पायरी ४: ॲक्सेस पॉइंट कॉन्फिगरेशन अपडेट करा

802.1X सह WPA2-Enterprise किंवा WPA3-Enterprise वापरण्यासाठी तुमच्या ॲक्सेस पॉइंट्सवरील SSID कॉन्फिगरेशन अपडेट करा. सामायिक गुपितासह (shared secret) Purple क्लाउड RADIUS चे प्राथमिक आणि दुय्यम एंडपॉइंट होस्टनाव किंवा IP पत्ते प्रविष्ट करा. Purple द्वारे परत केलेल्या RADIUS ॲट्रिब्युट्सवर आधारित डायनॅमिक VLAN असाइनमेंट वापरण्यासाठी ॲक्सेस पॉइंट्स कॉन्फिगर करा. संपूर्ण इस्टेटमध्ये रोल आउट करण्यापूर्वी ॲक्सेस पॉइंट्सच्या उपसंचावर एकाच SSID सह चाचणी करा.

क्लाउड RADIUS विरुद्ध ऑन-प्रिमाइसेस RADIUS: उपयोजन वेळ, Active Directory अवलंबित्व, उच्च उपलब्धता, OS पॅचिंग, ओळख एकत्रीकरण आणि प्रमाणपत्र जीवनचक्र व्यवस्थापन यामधील थेट तुलना.

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

या शिफारसी IEEE 802.1X मानके, PCI-DSS v4.0 आवश्यकता आणि Purple च्या ८०,०००+ पेक्षा जास्त ठिकाणांच्या नेटवर्कवरील कार्यात्मक अनुभवाचे प्रतिनिधित्व करतात.

व्यवस्थापित डिव्हाइसेससाठी EAP-TLS अनिवार्य करा. पासवर्ड फिशिंग आणि क्रेडेंशियल स्टफिंगसाठी संवेदनशील असतात. प्रमाणपत्रे ओळखीचा आणि डिव्हाइस अनुपालनाचा क्रिप्टोग्राफिक पुरावा प्रदान करतात. EAP-TLS ही एकमेव 802.1X पद्धत आहे जी डिझाइननुसार फिशिंग-प्रतिरोधक आहे.

त्वरित प्रवेश रद्द करण्यासाठी SCIM वापरा. नियतकालिक LDAP सिंकमुळे असा काळ उरतो जिथे नोकरीवरून काढलेल्या कर्मचाऱ्याला नेटवर्क प्रवेश मिळतो. SCIM हे सुनिश्चित करते की ओळख प्रदात्यामध्ये खाते निष्क्रिय केल्या क्षणी प्रवेश रद्द केला जाईल.

मल्टी-रीजन RADIUS उपयोजित करा. तुमच्या ॲक्सेस पॉइंट्सना वेगवेगळ्या भौगोलिक प्रदेशांमधील किमान दोन RADIUS एंडपॉइंट्ससह कॉन्फिगर करा. Purple डीफॉल्टनुसार ॲक्टिव्ह-ॲक्टिव्ह मल्टि-रीजन फेलओव्हर प्रदान करते, जो काही सेकंदात पूर्ण होतो.

डायनॅमिक VLANs सह ट्रॅफिकचे वर्गीकरण करा. वापरकर्त्यांना डायनॅमिकरित्या विशिष्ट VLANs वर नियुक्त करण्यासाठी ओळख प्रदाता गट सदस्यत्वाचा वापर करा. हे संवेदनशील ट्रॅफिक वेगळे करते आणि मॅन्युअल फायरवॉल बदलांशिवाय तडजोड केलेल्या डिव्हाइसचा प्रभाव मर्यादित करते.

RadSec सक्षम करा. जर तुमचे ॲक्सेस पॉइंट्स RadSec ला सपोर्ट करत असतील, तर ॲक्सेस पॉइंट आणि क्लाउड RADIUS सर्व्हरमधील प्रमाणीकरण ट्रॅफिक कूटबद्ध करण्यासाठी ते सक्षम करा. हे विशेषतः शाखा कार्यालये आणि अशा ठिकाणांसाठी महत्त्वाचे आहे जिथे ॲक्सेस पॉइंट अविश्वासू नेटवर्क सेगमेंटवर असतो.

प्रमाणपत्र जीवनचक्राचे निरीक्षण करा. प्रमाणपत्राच्या आयुष्याच्या ८०% वर ट्रिगर करण्यासाठी MDM ऑटो-रिन्यूअल सेट करा. एक वर्षाच्या प्रमाणपत्रासाठी, १० व्या महिन्यात नूतनीकरण सुरू होते. प्रमाणपत्र कालबाह्य होण्यापूर्वी नूतनीकरण करण्यात अयशस्वी झालेल्या डिव्हाइसेसवर अलर्ट सेट करा.

enterprise WiFi सुरक्षा मानके आणि फ्रेमवर्कच्या विस्तृत माहितीसाठी, आमचे Enterprise WiFi Security: A Complete Guide for 2026 पहा.

समस्यानिवारण आणि जोखीम कमी करणे

क्लाउड RADIUS कडे संक्रमण केल्याने नवीन अवलंबित्व निर्माण होते. उत्पादनावर परिणाम होण्यापूर्वी या सामान्य बिघाड मोडसाठी तयारी करा.

प्रमाणपत्र कालबाह्यता. जर MDM ने नूतनीकरण करण्यापूर्वी डिव्हाइसचे प्रमाणपत्र कालबाह्य झाले, तर डिव्हाइसचे प्रमाणीकरण बॅकग्राउंडमध्ये अयशस्वी होते. वापरकर्त्याला कोणत्याही स्पष्टीकरणाशिवाय कनेक्शन त्रुटी दिसते. प्रमाणपत्राच्या आयुष्याच्या ८०% वर MDM ऑटो-रिन्यूअल कॉन्फिगर करून आणि कालबाह्य प्रमाणपत्रे असलेल्या डिव्हाइसेससाठी MDM अनुपालन डॅशबोर्डचे निरीक्षण करून हे कमी करा.

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

फायरवॉल RADIUS ट्रॅफिक ब्लॉक करत आहे. ॲक्सेस पॉइंट्स UDP पोर्ट १८१२ (प्रमाणीकरण) आणि UDP पोर्ट १८१३ (अकाउंटिंग) वर किंवा RadSec साठी TCP पोर्ट २०८३ वर क्लाउड RADIUS एंडपॉइंट्सपर्यंत पोहोचले पाहिजेत. शाखा कार्यालयांमधील आउटबाउंड फायरवॉल नियम वारंवार हे पोर्ट ब्लॉक करतात. उपयोजनापूर्वी ॲक्सेस पॉइंट व्यवस्थापन VLAN वरून पोहोचण्याची चाचणी घ्या.

SCIM प्रोव्हिजनिंग अपयश. जर ओळख प्रदाता आणि Purple मधील SCIM कनेक्शन खंडित झाले, तर वापरकर्त्याच्या स्थितीतील बदल प्रसारित होणार नाहीत. ओळख प्रदाता आणि Purple डॅशबोर्ड या दोन्हीमध्ये SCIM सिंक स्थितीचे निरीक्षण करा. सिंक अपयशासाठी अलर्ट कॉन्फिगर करा.

प्रमाणपत्र सपोर्ट नसलेली जुनी डिव्हाइसेस. IoT डिव्हाइसेस, प्रिंटर आणि जुने हार्डवेअर कदाचित EAP-TLS ला सपोर्ट करणार नाहीत. या डिव्हाइसेससाठी, सामायिक PSK ऐवजी iPSK (individual pre-shared keys) वापरा. Purple नेटिव्हली iPSK ला सपोर्ट करते, प्रत्येक डिव्हाइसला एक युनिक की नियुक्त करते आणि 802.1X सप्लिकेंट सपोर्टची आवश्यकता नसताना प्रत्येक डिव्हाइसला योग्य VLAN वर ठेवते.

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

ऑन-प्रिमाइसेस RADIUS वरून क्लाउड RADIUS कडे स्थलांतरित केल्याने इन्फ्रास्ट्रक्चर, ऑपरेशन्स आणि सुरक्षेमध्ये मोजण्यायोग्य मूल्य मिळते.

Purple चे Staff WiFi वापरणाऱ्या IT टीम्सना सामान्यतः WiFi सपोर्ट तिकिटांमध्ये ८०% घट (Purple अंतर्गत डेटा, २०२४) दिसून येते, जी पासवर्ड रीसेट आणि मॅन्युअल डिव्हाइस ऑनबोर्डिंगच्या निर्मूलनामुळे होते. प्रमाणपत्र-आधारित प्रमाणीकरण मजबूत प्रमाणीकरणासाठी PCI-DSS आवश्यकता ८.३ आणि सिस्टम आणि ॲप्लिकेशन प्रवेश नियंत्रणासाठी ISO 27001 नियंत्रण A.९.४ चे देखील समाधान करते, ज्यामुळे तुमच्या सुरक्षा टीमवरील ऑडिटचा बोजा कमी होतो.

retail आणि hospitality मधील संस्थांसाठी, एकाच क्लाउड डॅशबोर्डवरून - युनिफाइड आयडेंटिटी लेयरसह - Staff WiFi आणि Guest WiFi व्यवस्थापित करण्याची क्षमता मल्टी-साइट इस्टेटमधील कार्यात्मक गुंतागुंत कमी करते. transport ऑपरेटर आणि healthcare प्रदात्यांसाठी, त्वरित प्रवेश रद्द करण्याची क्षमता आणि संपूर्ण ऑडिट ट्रेल अतिरिक्त साधनांशिवाय नियामक आवश्यकता पूर्ण करतात.

Purple चे WiFi Analytics लेयर प्रमाणीकरण इन्फ्रास्ट्रक्चरच्या वर ऑक्युपन्सी आणि हायब्रिड वर्किंग डेटा जोडते, ज्यामुळे Staff WiFi चे रूपांतर एका खर्च केंद्रातून कार्यात्मक बुद्धिमत्तेच्या (operational intelligence) स्रोतामध्ये होते.

संबंधित वाचन: Enterprise WiFi Security: A Complete Guide for 2026 - OpenWrt Custom Firmware Integration with Purple WiFi