गेस्ट WiFi, RADIUS आणि DNS फिल्टरिंगच्या स्वतंत्र वेंडर्सची जागा घेणे: मल्टी-साइट संस्थांसाठी एकत्रीकरणाची (consolidation) आवश्यकता

जेव्हा एखादी संस्था एकाच कनेक्शनसाठी तीन पुरवठादारांना पैसे देत असते, तेव्हा त्यांचे एकत्रीकरण करा. अतिथी साइन-इन, कर्मचारी RADIUS आणि DNS फिल्टरिंग हे VLAN मॅपिंग, ओळख आणि नोंदी (logs) यावर ओव्हरलॅप होतात, त्यामुळे तांत्रिक त्रुटी वारंवार पुरवठादारांच्या मर्यादा ओलांडतात. Purple तुमच्या सध्याच्या ॲक्सेस पॉइंट्सवर हे तिन्ही चालवते: अतिथी साइन-इन आणि क्लाउड RADIUS साठी Purple Access, आणि प्रति नेटवर्क व VLAN साठी DNS फिल्टरिंगकरिता Purple Shield.

तुम्ही अतिथी WiFi, RADIUS आणि DNS फिल्टरिंग एकाच प्लॅटफॉर्मवर एकत्रित करावे का?

बहुतांश मल्टि-साइट संस्थांसाठी, नक्कीच होय. अतिथी साइन-इन, कर्मचारी प्रमाणीकरण (authentication) आणि DNS फिल्टरिंग ही तीन उत्पादने वाटतात. परंतु नेटवर्कवर, ते सामायिक कॉन्फिगरेशन वापरून एकाच कनेक्शनवर क्रमाने कार्य करतात.

हा क्रम असा आहे. एखादा अतिथी एका SSID मध्ये सामील होतो आणि ॲक्सेस पॉइंट त्यांना कॅप्टिव्ह पोर्टलवर पुनर्निर्देशित (redirect) करतो, जे इंटरनेट ॲक्सेस मिळण्यापूर्वी दाखवले जाणारे साइन-इन पृष्ठ असते. त्यानंतर कंट्रोलर RADIUS सर्व्हरला त्यांना ॲक्सेस द्यायचा की नाही ते विचारतो. RFC 2865 मध्ये परिभाषित केलेला RADIUS, हा त्या निर्णयासाठी ॲक्सेस पॉइंट्स वापरत असलेला प्रोटोकॉल आहे. कर्मचाऱ्यांची डिव्हाइसेस IEEE 802.1X या पोर्ट-आधारित ॲक्सेस नियंत्रण मानकाद्वारे तोच प्रोटोकॉल वापरतात. यापैकी कोणतेही डिव्हाइस ऑनलाइन आले की, प्रत्येक DNS लूकअप फिल्टरिंग सेवेमधून जाते.

तीन पुरवठादार म्हणजे तीन करार, तीन कन्सोल, तीन सपोर्ट डेस्क आणि एकाच इव्हेंटसाठी तीन लॉग सेट्स. WiFi व्हेंडर एकत्रीकरणाची गरज ही अशी पुनरावृत्ती काढून टाकण्यावर अवलंबून असते. आमची शिफारस:

• जेथे एकच टीम 10 किंवा अधिक साइट्सवर अतिथी आणि कर्मचारी WiFi चे व्यवस्थापन करते आणि 18 महिन्यांच्या आत करारांचे संरेखन केले जाऊ शकते, तेथे पूर्णपणे एकत्रित करा.
• जेथे एखादी आवश्यकता WiFi ॲक्सेसच्या बाहेर बसते, जसे की वायर्ड पॉश्चर तपासणी किंवा व्यवस्थापित लॅपटॉपवर TLS तपासणी, तेथे एकत्रित करा आणि एका तज्ज्ञाची सेवा कायम ठेवा.
• जेथे उर्वरित कालावधीत कमी होणाऱ्या चालू खर्चापेक्षा करार रद्द करण्याचे शुल्क (exit fees) जास्त असेल, तेथे नूतनीकरणापर्यंत तुमचा सध्याचा स्टॅक कायम ठेवा.

Purple हे तिन्ही कार्ये तुमच्याकडे आधीपासून असलेल्या ॲक्सेस पॉइंट्सवर चालवते. जुने काढून नवीन बसवण्याची (rip and replace) काहीही गरज नाही.

अतिथी WiFi, RADIUS आणि DNS फिल्टरिंग व्हेंडर्स कुठे ओव्हरलॅप होतात?

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

एका संस्थेसाठी दोन RADIUS पाथ्स

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

तुम्ही RADIUS साठी दोनदा पैसे मोजता, प्रति साइट सामायिक सीक्रेट्सचे दोन संच व्यवस्थापित करता आणि दोन सेवा पॅच करता. Purple सह, Guest WiFi आणि कर्मचारी प्रमाणीकरण एकाच क्लाउड RADIUS चा वापर करतात. प्रत्येक ॲक्सेस पॉइंट एकाच सेवेकडे निर्देश करतो.

VLAN आणि पॉलिसी मॅपिंग दोनदा ठेवले जाते

VLAN म्हणजे एक व्हर्च्युअल LAN, जे शेअर केलेल्या हार्डवेअरवरील लॉजिकल नेटवर्क सेगमेंट असते. RFC 3580 मध्ये वर्णन केलेले टनेल अ‍ॅट्रिब्युट्स वापरून, RADIUS प्रत्येक स्वीकारलेल्या मेसेजसह VLAN असाइनमेंट परत करू शकते. त्यानंतर तुमचा DNS फिल्टरिंग व्हेंडर VLAN, सबनेट किंवा इग्रेस IP अ‍ॅड्रेसद्वारे पॉलिसी लागू करतो.

त्यामुळे "हे गेस्ट नेटवर्क आहे" आणि "ही गेस्ट पॉलिसी आहे" यांमधील दुवा दोन कन्सोलमध्ये विभागलेला असतो. जेव्हा तुम्ही सबनेट रीनंबर करता किंवा एखाद्या साइटवर VLAN स्प्लिट करता, तेव्हा दोन्हीमध्ये एकाच दिवशी बदल होणे आवश्यक असते. जेव्हा केवळ एकाच ठिकाणी बदल होतो, तेव्हा कर्मचाऱ्यांना गेस्ट पॉलिसी लागू होते, किंवा गेस्ट्सना कोणतेही फिल्टरिंग मिळत नाही.

कधीही एकत्र न येणारे तीन ओळख रेकॉर्ड्स

कोणी साइन इन केले आणि त्यांनी कशाला संमती दिली हे गेस्ट प्लॅटफॉर्मला ठाऊक असते. कर्मचाऱ्याच्या कोणत्या आयडेंटिटीने प्रमाणीकरण केले हे RADIUS सेवेला ठाऊक असते. कोणत्या IP अ‍ॅड्रेसने कोणत्या डोमेनची विनंती केली हे DNS फिल्टरला ठाऊक असते.

यांपैकी कोणीही इतरांसोबत की शेअर करत नाही. "हे डोमेन ब्लॉक केले गेले तेव्हा कोणत्या नेटवर्कवर कोण होते" याचे उत्तर शोधण्यासाठी तीन एक्सपोर्ट्स काढावे लागतात. त्यानंतर तुम्ही तीन टाइमस्टँप फॉरमॅट्स जुळवून IP अ‍ॅड्रेस आणि वेळेनुसार मॅच करता. एका प्लॅटफॉर्मवर, WiFi Analytics ला डेटा पुरवणारे साइन-इन रेकॉर्ड हे ऑथेंटिकेशन आणि फिल्टरिंग पॉलिसीसोबतच उपलब्ध असते.

त्याच वैयक्तिक डेटाचे तीन प्रोसेसर्स

प्रत्येक सप्लायर वैयक्तिक डेटा प्रोसेस करतो: नावे, ईमेल अ‍ॅड्रेस, डिव्हाइस MAC अ‍ॅड्रेस, IP अ‍ॅड्रेस आणि विनंती केलेले डोमेन्स. UK GDPR आर्टिकल 28 नुसार, प्रत्येकाचा स्वतंत्र प्रोसेसर करार असणे आवश्यक आहे. आर्टिकल 30 नुसार, प्रत्येकजण तुमच्या प्रोसेसिंग रेकॉर्डमध्ये नोंदवला जातो. एक गेस्ट WiFi आणि RADIUS व्हेंडर अधिक एक फिल्टरिंग व्हेंडर म्हणजे एका सेवेसाठी तीन नोंदी.

सप्लायर्समधील प्रत्येक हँड-ऑफचा खर्च किती पडतो?

हँड-ऑफ म्हणजे असा कोणताही टप्पा जेथे तिकीट एका सप्लायरच्या रांगेतून निघून दुसऱ्याच्या रांगेत जाते. प्रत्येक हँड-ऑफमुळे प्रतीक्षा, पुन्हा स्पष्टीकरण देणे आणि पुरावे गोळा करणे यात वेळ जातो. तीन-सप्लायर असलेल्या व्यवस्थांमध्ये हे पाच हँड-ऑफ वारंवार घडतात.

1. गेस्ट्स साइन-इन पेजपर्यंत पोहोचू शकत नाहीत. DNS फिल्टर अशा डोमेनला ब्लॉक करतो ज्यावर कॅप्टिव्ह पोर्टल अवलंबून असते, किंवा ऑपरेटिंग सिस्टमच्या कॅप्टिव्ह-पोर्टल डिटेक्शन होस्टनेमला ब्लॉक करतो. पोर्टल व्हेंडर पेज सुरू असल्याचा अहवाल देतो. फिल्टरिंग व्हेंडर पॉलिसी योग्य असल्याचा अहवाल देतो. तुमची नेटवर्क टीम त्यांच्यामधील त्रुटी शोधून सिद्ध करते.
2. कर्मचारी चुकीच्या VLAN वर पोहोचतात. RADIUS अनपेक्षित VLAN परत करते, आणि DNS फिल्टर कर्मचाऱ्यांच्या उपकरणांना गेस्ट पॉलिसी लागू करतो. दोन व्हेंडर्समध्ये एकच लक्षण दिसते.
3. संस्था सोडणाऱ्या कर्मचाऱ्याचा WiFi अ‍ॅक्सेस सुरूच राहतो. RADIUS सेवा तुमच्या आयडेंटिटी प्रोव्हायडरशी जोडलेली नसते, त्यामुळे डिसेबल केलेले खाते देखील ऑथेंटिकेट होते. ही त्रुटी HR, IT आणि RADIUS सप्लायर यांच्यामध्ये अडकते.
4. एखादा व्हिजिटर ब्लॉक केलेल्या साइटबद्दल तक्रार करतो. याचे उत्तर शोधण्यासाठी साइन-इन रेकॉर्ड, नेटवर्क असाइनमेंट आणि DNS लॉग या सर्वांची आवश्यकता असते. म्हणजेच तीन सप्लायर्सकडून तीन एक्सपोर्ट्स.
5. RADIUS सर्टिफिकेट नूतनीकरणामुळे कर्मचाऱ्यांचे WiFi बंद पडते. जुन्या सर्व्हर सर्टिफिकेटची पडताळणी करणारी उपकरणे नवीन सर्टिफिकेट नाकारतात. RADIUS सप्लायर, तुमची डिव्हाइस मॅनेजमेंट टीम आणि अ‍ॅक्सेस पॉइंट कॉन्फिगरेशन हे सर्व या त्रुटीच्या कक्षेत येतात.

एक तयार मॉडेल जे तुम्ही तुमच्या स्वतःच्या तिकीट डेटावर चालवू शकता

तुम्हाला उद्योग सरासरीची (industry averages) आवश्यकता नाही, कारण तुमच्या सर्व्हिस डेस्ककडे आधीच आकडेवारी उपलब्ध आहे. एकापेक्षा जास्त पुरवठादारांचा (suppliers) उल्लेख असलेल्या कोणत्याही तिकिटांसाठी WiFi ची 12 महिन्यांची तिकिटे फिल्टर करा. त्यानंतर हे मॉडेल लागू करा.

खालील इनपुट्स केवळ उदाहरणादाखल आहेत, प्रत्यक्ष नोंदवलेले निकाल नाहीत. त्याऐवजी तुमची स्वतःची आकडेवारी वापरा:

• संपूर्ण मालमत्तेमध्ये दरमहा 30 मल्टी-सप्लायर तिकिटे.
• सरासरी प्रति तिकीट दोन हँड-ऑफ्स (hand-offs).
• प्रति हँड-ऑफ 40 मिनिटांचा इंजिनिअरचा वेळ, ज्यामध्ये लॉगिंग, प्रतीक्षा करणे, पुन्हा समजावून सांगणे आणि कॉल्समध्ये सामील होणे समाविष्ट आहे.

यामुळे 30 × 2 × 40 = 2,400 मिनिटे किंवा दरमहा 40 इंजिनिअर तास होतात. एका वर्षामध्ये ते 480 तास होतात. एकाच WiFi प्लॅटफॉर्मवर हे क्रॉस-सप्लायर हँड-ऑफ्स नाहीसे होतात. त्रुटी अद्याप सोडवावी लागेल, परंतु ती एकाच लॉगसह एकाच रांगेत (queue) राहते.

एखाद्या घटनेदरम्यान (incident) इंजिनिअरच्या वेळेपेक्षा गेलेला वेळ (elapsed time) अधिक महत्त्वाचा असतो. प्रत्येक हँड-ऑफ तुमच्या रिझॉल्व्ह करण्याच्या वेळेमध्ये (time-to-resolve) पुढील पुरवठादाराचा प्रतिसाद वेळ जोडतो. तुमच्या पाहुण्यांना या संपूर्ण प्रक्रियेदरम्यान प्रतीक्षा करावी लागते.

एक प्लॅटफॉर्म तुमचे ऑडिट पुरावे कसे बदलतो?

ऑडिटर्स WiFi बद्दल दोन प्रकारचे प्रश्न विचारतात. सेवा नियंत्रित आहे का? पुरवठादार नियंत्रित आहेत का? तीन पुरवठादार दुसऱ्या प्रश्नाची उत्तरे तिप्पट करतात आणि पहिल्या प्रश्नाची उत्तरे विखुरतात.

ISO/IEC 27001:2022 Annex A नियंत्रणे 5.19 ते 5.22 पुरवठादार संबंधांचा समावेश करतात. त्यामध्ये पुरवठादार करारांमधील सुरक्षा, ICT सप्लाय चेन, आणि पुरवठादार सेवांचे निरीक्षण व पुनरावलोकन यांचा समावेश होतो. प्रत्येक WiFi पुरवठादार प्रत्येक नियंत्रणाच्या कक्षेत येतो.

PCI DSS v4.0 आवश्यकता 11.4.5 नुसार कार्डधारक डेटाची व्याप्ती कमी करण्यासाठी तुम्ही जिथे सेगमेंटेशनवर अवलंबून असता तिथे सेगमेंटेशन नियंत्रणांची चाचणी घेणे आवश्यक आहे. एखाद्या रिटेलर किंवा हॉटेलसाठी, ती चाचणी RADIUS VLAN असाइनमेंट आणि प्रत्येक सेगमेंटवरील फिल्टरिंग धोरणावर पसरलेली असते.

पुराव्याची बाब	तीन पुरवठादार	Purple सिंगल प्लॅटफॉर्म
पुरवठादार सुरक्षा मूल्यांकन (ISO 27001 A.5.19 ते A.5.21)	3	1
पुरवठादार सेवा पुनरावलोकने (ISO 27001 A.5.22)	3	1
GDPR कलम 28 प्रोसेसर करार	3	1
WiFi प्रोसेसिंग रेकॉर्डमध्ये नमूद केलेले प्रोसेसर्स	3	1
तुमच्या ॲक्सेस पुनरावलोकनांमधील ॲडमिन कन्सोल	3	1
VLAN-टू-पॉलिसी मॅपिंग असलेले सिस्टीम्स	2	1
एका घटनेसाठी सहसंबंधित (correlate) करण्याचे लॉग स्रोत	3	1
गोळा करावयाची प्रमाणपत्रे आणि साक्षांकने (attestations)	3 पुरवठादारांपैकी प्रत्येकाकडून एक संच	Purple ची ISO 27001 आणि Cyber Essentials प्रमाणपत्रे

Purple 2012 पासून कार्यरत आहे आणि 90 हून अधिक देशांमधील 80,000+ प्रत्यक्ष स्थळांवर (live venues) चालते. हे ISO 27001 प्रमाणित, Cyber Essentials प्रमाणित, GDPR आणि CCPA चे पालन करणारे, तसेच प्रमाणित B Corp आहे. एका पुरवठादाराचे मूल्यांकन साइन-इन, ऑथेंटिकेशन आणि फिल्टरिंगचा समावेश करते. जेव्हा तुम्ही गेस्ट VLAN वरील फिल्टरिंग बदलता, तेव्हा तुमचे बदल रेकॉर्ड दोन ऐवजी एकाच सिस्टीमचे नाव दर्शवते.

तीन पुरवठादार, एक प्लॅटफॉर्म किंवा हायब्रिड: प्रत्येकाची योग्य जागा

सर्वाधिक फायदा मिळवणाऱ्या मालमत्तांमध्ये एक समान वैशिष्ट्य असते. एकाच टीमकडे अनेक ठिकाणांवरील गेस्ट आणि स्टाफ WiFi ची मालकी असते. हे हॉटेल्स, प्रत्येक स्टोअरमध्ये शॉपर WiFi असलेल्या रिटेल चेन्स, आणि ट्रेन्स वर प्रवासी WiFi चालवणाऱ्या ऑपरेटर्सना लागू होते.

मल्टी-टेनंट ठिकाणांसाठीही हे उपयुक्त ठरते. शॉपिंग सेंटर WiFi मधील डिझाइनच्या समस्या स्वतंत्र अतिथी, टेनंट आणि कर्मचारी विभागांशी जवळून जुळतात, ज्या प्रत्येकाचे स्वतःचे फिल्टरिंग धोरण असते.

Axis	तीन पुरवठादार	Purple सिंगल प्लॅटफॉर्म	Purple आणि एक कायम ठेवलेला स्पेशालिस्ट
कॉन्ट्रॅक्ट्स आणि नूतनीकरण तारखा	3, सहसा वेगवेगळ्या तारखांना	1	2
WiFi डेटासाठी GDPR कलम 28 करार	3	1	2
साइन-इन त्रुटीसाठी सपोर्ट मार्ग	3 पुरवठादार अधिक तुमची नेटवर्क टीम	Purple अधिक तुमची नेटवर्क टीम	Purple अधिक तुमची नेटवर्क टीम
ॲडमिन कन्सोल	3	1	2
VLAN-टू-पॉलिसी मॅपिंग कुठे राहते	RADIUS सेवा आणि DNS फिल्टर स्वतंत्रपणे	Purple	WiFi साठी Purple, स्वतःच्या व्याप्तीसाठी स्पेशालिस्ट
ॲक्सेस पॉइंट बदलण्याची आवश्यकता	काहीही नाही	काहीही नाही	काहीही नाही
प्रति ऑडिट सायकल पुरवठादार पुनरावलोकने	3	1	2
कोणासाठी योग्य	उर्वरित चालू खर्चापेक्षा जास्त एक्झिट फी असलेली ठिकाणे	10+ साइट्सवर अतिथी आणि कर्मचारी WiFi चालवणारी एक टीम	WiFi पलीकडे फिल्टरिंग किंवा ॲक्सेस कंट्रोलच्या गरजा असलेली ठिकाणे

प्रत्येक पर्यायाचा चालू खर्च किती आहे?

लायसन्स खर्च ही दृश्यमान बाब आहे. चालू खर्चाचा बहुतांश भाग इतर ठिकाणी असतो. या सहा बाबींवर आधारित तुमच्या सध्याच्या स्टॅकचा तीन वर्षांचा अंदाज तयार करा:

• लायसन्स. तीन पुरवठादार अनेकदा वेगवेगळ्या युनिट्सवर किंमत ठरवतात: प्रति साइट, प्रति ॲक्सेस पॉइंट किंवा प्रति डिव्हाइस. तुलना करण्यापूर्वी त्यांचे प्रति साइट खर्चात सामान्यीकरण करा.
• पायाभूत सुविधा. ऑन-प्रिमाइसेस RADIUS म्हणजे सर्व्हर्स, ऑपरेटिंग सिस्टम पॅचेस आणि सर्टिफिकेट नूतनीकरणे. Purple चे क्लाउड RADIUS सर्व्हर्सची गरज काढून टाकते.
• इंटिग्रेशन देखभाल. प्रत्येक पुरवठादाराला स्वतःचे ॲडमिन साइन-ऑन, API कनेक्शन्स आणि डिव्हाइस मॅनेजमेंट प्रोफाइल्स आवश्यक असतात.
• पुरवठादार व्यवस्थापन. ड्यू डिलिजन्स, प्रोसेसर कराराचे पुनरावलोकन आणि वार्षिक सेवा पुनरावलोकन तिप्पट होते. तुमच्या सुरक्षा आणि खरेदी टीमने प्रत्येकावर घालवलेल्या तासांची किंमत मोजा.
• इन्सिडेंट वेळ. तुमच्या स्वतःच्या तिकीट डेटासह वरील हँड-ऑफ मॉडेल वापरा.
• नूतनीकरणातील विसंगती. तीन नूतनीकरण तारखा म्हणजे तीन वाटाघाटी आणि तीन नोटीस कालावधींवर लक्ष ठेवणे.

त्यानंतर त्या एकूण रकमेविरुद्ध, अधिक मायग्रेशनचे प्रयत्न आणि कोणतीही एक्झिट फी यावर Purple चे कोट तपासा. हार्डवेअरचा या तुलनेमध्ये संबंध येत नाही. Purple हे हार्डवेअर-अज्ञेयवादी आहे आणि Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet वर क्लाउड ओव्हरले म्हणून चालते. तुमच्या पुढील WiFi अपग्रेडला नवीन हार्डवेअरची आवश्यकता का नाही या मॉडेलबद्दल अधिक सविस्तर माहिती देते.

एकत्रिकरणाचे धोके कोणते आहेत आणि तुम्ही त्यांचे व्यवस्थापन कसे कराल?

कॉन्सन्ट्रेशन जोखीम

एकच पुरवठादार आता अतिथी साइन-इन, कर्मचारी प्रमाणीकरण आणि फिल्टरिंग हाताळतो. तो अयशस्वी झाल्यास, तिन्ही एकत्र अयशस्वी होतात. तथापि, तीन पुरवठादार ही जोखीम काढून टाकत नाहीत. सेवा एका क्रमाने काम करतात, त्यामुळे कोणत्याही एका सेवेतील त्रुटीमुळे अतिथीला ऑनलाइन जाण्यापासून रोखले जाते.

ड्यू डिलिजन्समध्ये याचे व्यवस्थापन करा. Purple 99.999% अपटाइमवर चालते आणि दरवर्षी 500 दशलक्ष वापरकर्ते आणि लॉगिन हाताळते. RADIUS आणि DNS रिझोल्यूशन फेल ओव्हर कसे होतात ते विचारा आणि तुमच्या पायलट साइटवर त्या वर्तनाची चाचणी घ्या.

कर्मचाऱ्यांच्या उपकरणांवर (स्टाफ डिव्हाइसेस) सर्टिफिकेट ट्रस्ट

PEAP (Protected EAP) युझरनेम आणि पासवर्ड TLS टनेलमध्ये समाविष्ट करते. EAP-TLS पासवर्डऐवजी क्लायंट सर्टिफिकेट्सद्वारे प्रमाणीकरण (ऑथेंटिकेट) करते. यांपैकी कोणतीही पद्धत वापरणारी उपकरणे क्रेडेंशियल पाठवण्यापूर्वी RADIUS सर्व्हरच्या सर्टिफिकेटची पडताळणी करतात. जेव्हा RADIUS सर्व्हर बदलतो, तेव्हा उपकरणांनी नवीन सर्टिफिकेटवर विश्वास ठेवणे आवश्यक असते, अन्यथा ती कनेक्ट होण्यास नकार देतात.

प्रत्येक साइट कटओव्हर होण्यापूर्वी डिव्हाइस व्यवस्थापनाद्वारे अद्ययावत केलेले WiFi प्रोफाइल्स पुश करा. 802.1X सह iOS आणि macOS वर एंटरप्राइझ WiFi कसे सेट करावे यामध्ये Apple डिव्हाइसेससाठी प्रोफाइल संरचनेचा समावेश आहे. कटओव्हर हा कर्मचाऱ्यांच्या SSIDs वर WPA3 चे पुनरावलोकन करण्यासाठी देखील एक चांगला टप्पा आहे. WPA2 वि WPA3 यांमधील तडजोडी स्पष्ट करते.

फिल्टरिंग पॉलिसी समानता

मायग्रेशनपूर्वी प्रत्येक नेटवर्कनुसार प्रत्येक फिल्टरिंग श्रेणी, अलाव-लिस्ट आणि ब्लॉक-लिस्ट एक्सपोर्ट करा. VLAN नुसार प्रत्येक बाबीची Shield पॉलिसीशी जुळवाजुळव (मॅप) करा. पायलट साइटवर जुन्या ब्लॉक-लिस्टच्या आधारे परिणामांची चाचणी घ्या.

फिल्टरिंग आवश्यकता ज्यांच्या अखत्यारीत येते त्यांच्याशी साइन-ऑफ निकष मान्य करा. यामध्ये सेफगार्डिंग लीड, HR किंवा प्रीमाइसेस लायसन्सवर नाव असलेली व्यक्ती असू शकते.

व्यावसायिक ओव्हरलॅप (Commercial overlap)

टप्प्याटप्प्याने होणाऱ्या नूतनीकरणामुळे (Staggered renewals) मायग्रेशनदरम्यान तुम्हाला दोन सेवांसाठी पैसे द्यावे लागू शकतात. प्रत्येक कराराची मुदत, नोटीस कालावधी आणि एक्झिट फी मॅप करा. जेथे दंड जास्त असेल, तेथे नूतनीकरणाच्या तारखांनुसार मायग्रेशनचा क्रम ठरवा.

एक्झिट जोखीम

Purple तुमच्या मालकीच्या हार्डवेअरवर कार्यरत असते, त्यामुळे नंतर बाहेर पडणे म्हणजे कंट्रोलर कॉन्फिगरेशन बदलणे आहे, हार्डवेअर बदलणे नव्हे. स्वाक्षरी करण्यापूर्वी करारात डेटा एक्सपोर्ट आणि डेटा धारणा (रिटेन्शन) अटी मान्य करा.

कोणतेही DNS फिल्टर काढून टाकत नसलेल्या मर्यादा

DNS फिल्टरिंग हे नेम रिझोल्युशनच्या पातळीवर काम करते. DNS over HTTPS (RFC 8484) किंवा हार्ड-कोडेड रिझोल्व्हर्स वापरणारी उपकरणे कोणत्याही पुरवठादाराच्या कोणत्याही DNS फिल्टरला बायपास करू शकतात. तुमच्या फायरवॉलवर अमान्य रिझोल्व्हर्ससाठी आउटबाउंड DNS ब्लॉक करा. तुमच्या पॉलिसीनुसार आवश्यक असेल तेथे ज्ञात DNS over HTTPS एंडपॉइंट्स ब्लॉक करा. DNS फिल्टरिंग डोमेननुसार निर्णय घेते, त्यामुळे ते पेजवरील मजकुराची तपासणी करत नाही.

तुम्ही एखाद्या स्पेशलिस्ट व्हेंडरला कधी सोबत ठेवले पाहिजे?

WiFi ॲक्सेसच्या बाहेरील व्याप्तीसाठी स्पेशलिस्ट व्हेंडर कायम ठेवा आणि त्याअंतर्गत सर्वकाही एकत्रित करा. चार परिस्थितींमध्ये पुरवठादार कायम ठेवणे किंवा बदल पुढे ढकलणे योग्य ठरते.

• मॅनेज केलेल्या एंडपॉइंट्सना DNS-लेयर नियंत्रणापेक्षा अधिक नियंत्रण आवश्यक असते. जर कॉर्पोरेट लॅपटॉप्सना TLS तपासणीची किंवा साइटबाहेरही त्यांच्यासोबत राहणाऱ्या फिल्टरिंगची आवश्यकता असेल, तर त्या एंडपॉइंट्ससाठी ती सेवा कायम ठेवा. तुमच्या WiFi नेटवर्क्सवर Purple Shield चालवा.
• वायर्ड पोर्ट्सना पॉस्चर-आधारित ॲक्सेस नियंत्रणाची आवश्यकता असते. कॉर्पोरेट पोर्ट्ससाठी तुमचे वायर्ड नेटवर्क ॲक्सेस नियंत्रण कायम ठेवा. अतिथी आणि कर्मचाऱ्यांच्या WiFi साठी Purple Access चालवा.
• क्लिनिकल किंवा ऑपरेशनल उपकरणे समर्पित ॲक्सेस नियंत्रणावर चालतात. हेल्थकेअर मध्ये क्लिनिकल डिव्हाइस नियंत्रणे तशीच ठेवा. रुग्ण, अभ्यागत आणि कर्मचाऱ्यांचे WiFi Purple वर एकत्रित करा.
• एक्झिट फी बचतीपेक्षा जास्त आहे. उर्वरित कालावधीत कमी होणाऱ्या चालू खर्चापेक्षा दंड जास्त असल्यास, नूतनीकरणापर्यंत थांबा. नंतर बदल करा.

एखादे विशिष्ट वैधानिक फिल्टरिंग मानक ही पडताळणीची एक पायरी आहे, तिथेच राहण्याचे कारण नाही. उदाहरणार्थ, इंग्लंडमधील शाळा Keeping Children Safe in Education चे पालन करतात, ज्यामध्ये योग्य फिल्टरिंग आणि मॉनिटरिंगची अपेक्षा असते. तुमच्या पायलट साइटवरील आवश्यकतेनुसार Shield च्या श्रेणींची पडताळणी करा, आणि नंतर एकत्रिकरण करा.

प्रत्यक्ष व्यवहारात एकत्रिकरण कसे दिसते

ही नमूद केलेल्या गृहितकांवर आधारित उदाहरणे आहेत. ती एकत्रिकरणाचे गणित दर्शवतात, विशिष्ट स्थळांकडून नोंदवलेले निकाल नाहीत.

हॉस्पिटॅलिटी: Cisco Meraki वरील ६० हॉटेल्सचा समूह

परिस्थिती. हा समूह साइन-इनसाठी एक गेस्ट WiFi वेंडर आणि कर्मचाऱ्यांच्या PEAP साठी मुख्य कार्यालयाचे दोन RADIUS सर्व्हर्स चालवतो. तिसरा पुरवठादार गेस्ट VLAN वर DNS फिल्टर करतो. करारांचे नूतनीकरण तीन वेगवेगळ्या तिमाहीत होते.

दृष्टिकोन. Purple Access हे विद्यमान Meraki ॲक्सेस पॉइंट्सवर गेस्ट साइन-इन आणि कर्मचारी RADIUS ची जागा घेते. Purple Shield गेस्ट आणि कर्मचारी VLANs वरील फिल्टरिंगची जबाबदारी घेते. रोलआउट प्रत्येकी १० हॉटेल्सच्या सहा प्रादेशिक टप्प्यांत केले जाते. कर्मचाऱ्यांचे WiFi प्रोफाइल्स प्रत्येक टप्प्यापूर्वी डिव्हाइस मॅनेजमेंटद्वारे पुन्हा जारी केले जातात.

मोजता येणारा परिणाम. करार तीनावरून एकावर येतात आणि Article 28 चे करार तीनावरून एकावर येतात. मुख्य कार्यालयातील दोन RADIUS सर्व्हर्स निवृत्त होतात. दरमहा ३० मल्टि-सप्लायर तिकिटांनुसार, वरील हँड-ऑफ मॉडेल दरवर्षी ४८० इंजिनिअर तास वाचवते.

सार्वजनिक क्षेत्र: २५ वाचनालये आणि मनोरंजन केंद्रे असलेली एक परिषद

परिस्थिती. अभ्यागतांसाठी सार्वजनिक WiFi ने प्रौढ आणि बेकायदेशीर सामग्री फिल्टर करणे आवश्यक आहे. कर्मचाऱ्यांचे WiFi हे एका स्वतंत्र RADIUS पुरवठादाराद्वारे Microsoft Entra ID च्या विरुद्ध 802.1X वर ऑथेंटिकेट होते. तिसरा पुरवठादार प्रत्येक साइटच्या इग्रेस IP द्वारे DNS फिल्टर करतो. वार्षिक ऑडिटमध्ये तिन्ही पुरवठादारांकडून पुरावे मागितले जातात.

दृष्टिकोन. Purple Access हे अभ्यागत साइन-इन आणि कर्मचाऱ्यांचे क्लाउड RADIUS हाताळते. Purple चे Identity-Based Networks हे कर्मचाऱ्यांचा ॲक्सेस Microsoft Entra ID शी जोडतात, ज्यामुळे नवीन येणारे, अंतर्गत बदलणारे आणि सोडणारे कर्मचारी तिथे केलेल्या बदलांनुसार अपडेट होतात. Shield सार्वजनिक VLAN वर एक कठोर धोरण लागू करते आणि कर्मचाऱ्यांच्या VLAN वर एक वेगळे धोरण लागू करते.

मोजता येणारा परिणाम. WiFi सेवेसाठी पुरवठादार मूल्यांकन तीनावरून एकावर येते. फिल्टरिंग तक्रारीसाठी लॉग स्रोत तीनावरून एकावर येतात. VLAN-ते-धोरण मॅपिंग दोन सिस्टीम्समधील ५० नोंदींवरून एका सिस्टीममधील २५ साइट्सवर येते.

इव्हेंट्स: एक विशेषज्ञ कायम ठेवणारे स्टेडियम आणि परिषद स्थळ

परिस्थिती. हे स्थळ तीन पुरवठादारांकडून फॅन WiFi, कर्मचारी RADIUS आणि DNS फिल्टरिंग खरेदी करते. ग्रुप IT हे व्यवस्थापित लॅपटॉप्ससाठी TLS इन्स्पेक्शनसह एक सुरक्षित वेब गेटवे देखील चालवते.

दृष्टिकोन. Purple Access हे फॅन आणि उपस्थितांचे साइन-इन तसेच कर्मचाऱ्यांचे RADIUS कव्हर करते. Shield फॅन आणि कर्मचाऱ्यांचे WiFi VLANs फिल्टर करते. व्यवस्थापित लॅपटॉप्ससाठी साइटवर आणि साइटबाहेर सुरक्षित वेब गेटवे कायम राहते.

मोजता येणारा परिणाम. WiFi करार तीनावरून एकावर येतात. स्थळावरील सुरक्षेशी संबंधित करार चारावरून दोनावर येतात.

तुमच्या इस्टेटसाठी कसा निर्णय घ्यावा

तुमच्या करार मॅपपासून आणि तिकीट डेटापासून सुरुवात करा, नंतर खाली तुमची पंक्ती शोधा.

तुमची परिस्थिती	शिफारस
तिन्ही करार १८ महिन्यांच्या आत संपत आहेत	एका प्रोग्राममध्ये Purple वर एकत्रीकरण करा: एक पायलट साइट, त्यानंतर प्रादेशिक टप्पे
करार दोन ते तीन वर्षांत संपत आहेत	प्रत्येक कार्य त्याच्या नूतनीकरणाच्या वेळी Purple वर आणा, आधी गेस्ट साइन-इन आणि गेस्ट फिल्टरिंग
एकच टीम १०+ साइट्सवर गेस्ट आणि कर्मचारी WiFi चालवते	Purple वर एकत्रीकरण करा; हँड-ऑफ आणि ऑडिटमधील बचत साइटच्या संख्येनुसार वाढते
मॅनेज केलेल्या लॅपटॉपसाठी TLS तपासणी किंवा ऑफ-साइट फिल्टरिंग आवश्यक आहे	हायब्रिड: लॅपटॉपसाठी एंडपॉईंट सेवा सुरू ठेवा, WiFi VLANs वर Purple Shield चालवा
वायर्ड पोर्ट्सना पोश्चर-आधारित ॲक्सेस कंट्रोल आवश्यक आहे	हायब्रिड: वायर्ड ॲक्सेस कंट्रोल सुरू ठेवा, गेस्ट आणि कर्मचारी WiFi साठी Purple Access चालवा
एक्झिट फी उर्वरित कालावधीच्या ऑपरेटिंग खर्चापेक्षा जास्त आहे	नूतनीकरणापर्यंत सुरू ठेवा, नंतर Purple वर एकत्र करा
फिल्टरिंगने विशिष्ट वैधानिक मानकांची पूर्तता करणे आवश्यक आहे	पायलट साइटवर Shield श्रेणी प्रमाणित करा, नंतर एकत्र करा

तुमच्यासाठी कोणतीही ओळ लागू होत असली, तरी आधी तुमच्या स्वतःच्या १२ महिन्यांच्या तिकीटांवर हँड-ऑफ मॉडेल चालवून पहा. ती संख्या आणि ऑडिट पुराव्याचा तक्ता एकत्रितपणे, DNS फिल्टरिंग आणि गेस्ट WiFi एकाच करारावर आणण्याचा व्यावसायिक प्रस्ताव सामान्यतः निश्चित करतो.

वारंवार विचारले जाणारे प्रश्न

Purple आमच्या सध्याच्या ॲक्सेस पॉइंट्ससह काम करते का?

होय. Purple हे हार्डवेअर-अग्नॉस्टिक आहे आणि Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet वर क्लाउड ओव्हरले म्हणून चालते. कोणत्याही ॲक्सेस पॉइंटच्या पुनर्स्थापनेशिवाय, तुम्ही तुमचे SSIDs गेस्ट साइन-इन आणि RADIUS साठी Purple कडे निर्देशित करता. तीन सप्लायर्सचे Purple वर एकत्रीकरण करणे हा तुमच्या कंट्रोलर किंवा क्लाउड डॅशबोर्डवरील एक कॉन्फिगरेशन बदल आहे, हार्डवेअर प्रकल्प नाही.

कर्मचारी WiFi साठी Purple आमच्या सध्याच्या RADIUS सर्व्हरची जागा घेऊ शकते का?

होय. Purple Access मध्ये तुमच्या सध्याच्या ॲक्सेस पॉइंट्सवर IEEE 802.1X द्वारे कर्मचारी प्रमाणीकरणासाठी क्लाउड RADIUS चा समावेश आहे, त्यामुळे ऑन-प्रेमिसिस RADIUS सर्व्हर्स बंद केले जाऊ शकतात. कर्मचाऱ्यांचा ॲक्सेस Microsoft Entra ID, Okta किंवा Google Workspace शी जोडलेला असतो, त्यामुळे जॉइनर्स, मूव्हर्स आणि लीव्हर्सच्या नोंदी तिथे केलेल्या बदलांनुसार आपोआप अपडेट होतात. प्रत्येक साइट हलवण्यापूर्वी, WiFi प्रोफाइल्स पुन्हा जारी करा जेणेकरून कर्मचाऱ्यांची डिव्हाइसेस नवीन RADIUS सर्व्हर प्रमाणपत्रावर विश्वास ठेवतील.

गेस्ट WiFi सह DNS फिल्टरिंगचा परवाना कसा दिला जातो?

Purple Shield हे तुमच्या Purple प्लॅनसाठी एक सुरक्षा ॲड-ऑन आहे, त्यामुळे DNS फिल्टरिंग गेस्ट साइन-इन आणि RADIUS प्रमाणेच एकाच करारावर उपलब्ध असते. Shield हे प्रत्येक नेटवर्क आणि प्रत्येक VLAN नुसार फिल्टरिंग लागू करते. त्यामुळे तुमची गेस्ट, कर्मचारी आणि सार्वजनिक नेटवर्क्स प्रत्येक साइटवर भिन्न पॉलिसी वापरू शकतात. स्वतंत्र करारांऐवजी तुम्ही एकच नूतनीकरण तारीख आणि एकाच सप्लायरचा आढावा व्यवस्थापित करता.

आम्ही तिन्ही सप्लायर्स एकदम बदलण्याऐवजी एका वेळी एक सप्लायर बदलू शकतो का?

होय, आणि बहुतेक संस्थांनी असेच केले पाहिजे. सर्वात आधी नूतनीकरण होणाऱ्या करारापासून किंवा सर्वात कमी धोका असलेल्या गेस्ट साइन-इन आणि गेस्ट VLAN फिल्टरिंगपासून सुरुवात करा. डिव्हाइस प्रोफाइल्स तयार झाल्यानंतर कर्मचारी RADIUS स्थलांतरित करा. प्रादेशिक टप्प्यांपूर्वी प्रत्येक टप्पा एका पायलट साइटवर चालवा. जुन्या सप्लायरचा करार संपेपर्यंत एकाच ठिकाणी VLAN-टू-पॉलिसी मॅपिंग दस्तऐवजीकरण करून ठेवा.

सर्वकाही एकाच सप्लायरकडे दिल्याने आमचा आउटेजचा धोका वाढतो का?हे परावलंबित्व एका जागी केंद्रित करते, त्यामुळे त्याचे थेट मूल्यांकन करा. Purple हे 80,000+ प्रत्यक्ष स्थळांवर 99.999% अपटाइमसह चालते आणि दरवर्षी 500 दशलक्ष वापरकर्ते व लॉगइन्स हाताळते. योग्य पडताळणी दरम्यान (due diligence) RADIUS आणि DNS फेलओव्हर डिझाइनबद्दल विचारा आणि तुमच्या प्रायोगिक (पायलट) साइटवर त्याची चाचणी घ्या. तीन पुरवठादारांचे स्वतःचे जोखीम असते: त्यापैकी कोणाही एकाच्या त्रुटीमुळे अतिथी ऑनलाइन जाण्यापासून रोखला जाऊ शकतो.

Purple हे अतिथी आणि कर्मचारी डेटासाठी GDPR चे पालन करते का?

होय. Purple हे GDPR आणि CCPA चे पालन करते आणि ISO 27001 व Cyber Essentials द्वारे प्रमाणित आहे. अतिथी साइन-इन जाणीवपूर्वक निवडण्याच्या पर्यायांचा (conscious-choice opt-ins) वापर करते, त्यामुळे विपणन संमती स्पष्ट असते आणि त्याची नोंद ठेवली जाते. Purple वर एकत्रित केल्याने कलम 28 चे तीन प्रोसेसर करार एकाने बदलले जातात. त्यानंतर तुमची WiFi प्रक्रिया नोंद साइन-इन, प्रमाणीकरण आणि डेटा फिल्टरिंगसाठी एका प्रोसेसरचे नाव देते.

आमचा सध्याचा फिल्टरिंग व्हेंडर कायम ठेवणे कधी अधिक फायदेशीर ठरते?

केवळ WiFi प्रवेशाबाहेरील व्याप्तीसाठीच तज्ज्ञ व्हेंडर कायम ठेवा. जर व्यवस्थापित लॅपटॉप्सना TLS तपासणीची किंवा साइटबाहेर त्यांच्यासोबत राहणाऱ्या फिल्टरिंगची आवश्यकता असेल, तर त्या एंडपॉइंट्ससाठी ती सेवा कायम ठेवा. तुमच्या WiFi नेटवर्क्सवर Purple Shield चालवा. जर बाहेर पडण्याचे शुल्क (exit fees) तुम्ही कमी करत असलेल्या चालू खर्चापेक्षा जास्त असेल, तर नूतनीकरणाच्या वेळी बदल करा. प्रति नेटवर्क आणि प्रति VLAN अतिथी व कर्मचारी WiFi फिल्टरिंगसाठी, Shield ही आवश्यकता पूर्ण करते.