MSPs आणि मल्टी-साइट मालमत्तांसाठी DNS फिल्टरिंग

MSPs आणि मल्टी-साइट इस्टेट्ससाठी DNS फिल्टरिंग डिव्हाइस कनेक्ट होण्यापूर्वी क्लाउडमधील सुरक्षा धोरणांविरुद्ध डोमेन विनंत्या तपासते. SSIDs, कॅप्टिव्ह पोर्टल आणि ॲनालिटिक्स सोबत Purple द्वारे मध्यवर्ती पद्धतीने व्यवस्थापित केल्यामुळे, यासाठी साइटवर कोणत्याही हार्डवेअरची आवश्यकता नसते. Cisco Meraki आणि HPE Aruba सारख्या इंटिग्रेशन्सद्वारे कार्य करत, Purple एजंट्सशिवाय 80,000+ पेक्षा जास्त लाइव्ह वेन्यूमध्ये पसरलेल्या नेटवर्क इस्टेट्सचे संरक्षण करते.

MSPs आणि मल्टी-साइट इस्टेट्ससाठी DNS फिल्टरिंग म्हणजे काय?

डिव्हाइसद्वारे केलेले प्रत्येक कनेक्शन DNS (डोमेन नेम सिस्टम) लुकअपसह सुरू होते. डिव्हाइस example.com सारख्या नावाचे IP ॲड्रेसमध्ये रूपांतर करण्यासाठी रिझॉल्व्हरला विचारते. DNS फिल्टरिंग, ज्याला प्रोटेक्टिव्ह DNS देखील म्हणतात, उत्तर देण्यापूर्वी ते नाव धोरणाविरुद्ध तपासते. जर डोमेन मालिशिअस किंवा धोरणाबाहेरील असेल, तर रिझॉल्व्हर खरा ॲड्रेस रोखून ठेवतो. डिव्हाइस कधीही कनेक्शन उघडत नाही, त्यामुळे काहीही डाउनलोड होत नाही आणि कोणतेही पेज लोड होत नाही.

एका वेन्यूसाठी, ते एक उपयुक्त नियंत्रण आहे. व्यवस्थापित सेवा प्रदाता (MSP) किंवा मल्टी-साइट IT टीमसाठी, ही आवश्यकता वेगळे रूप घेते. तुम्ही वेगवेगळ्या हार्डवेअरवर, वेगवेगळ्या नियमांसह, वेगवेगळ्या क्लायंटच्या मालकीची शेकडो नेटवर्क्स फिल्टर करता. यामुळे तीन गरजा निर्माण होतात ज्या सिंगल-साइट फिल्टर क्वचितच पूर्ण करतो:

• प्रति-टेनंट धोरण (Per-tenant policy). टेनंट म्हणजे स्वतःचे नियम असलेला एक क्लायंट किंवा व्यवसाय युनिट. फॅमिली हॉटेल ग्रुप, पब साखळी आणि GP सर्जरीने कधीही एकच धोरण शेअर करू नये.
• केंद्रीय व्यवस्थापन (Central management). तुम्हाला प्रत्येक साइटवर लॉग इन न करता एकाच ठिकाणाहून प्रत्येक टेनंटचे धोरण पाहणे आणि बदलणे आवश्यक आहे.
• प्रति-साइट हार्डवेअरची गरज नाही. प्रत्येक ठिकाणी ॲप्लायन्स पाठवणे, रॅक करणे आणि पॅच करणे हे मोठ्या नेटवर्कवर शक्य होत नाही.

SecurePass आणि Verify सोबत Shield हा Purple चा प्रोटेक्टिव्ह-DNS ॲड-ऑन आहे. फिल्टरिंग क्लाउडमध्ये चालते आणि तुम्ही प्रत्येक क्लायंटसाठी आधीच व्यवस्थापित करत असलेल्या SSIDs (नेटवर्क नावे), कॅप्टिव्ह पोर्टल आणि ॲनालिटिक्सशी जोडले जाते. कॅप्टिव्ह पोर्टल हे लॉगिन पेज असते जे अभ्यागत ऑनलाइन येण्यापूर्वी पाहतात.

MSP फिल्टरिंग हे सिंगल-साइट डिप्लॉयमेंटपेक्षा कसे वेगळे आहे

सिंगल-साइट फिल्टरमध्ये एक धोरण, एक ॲडमिन आणि एक नेटवर्क असते. MSP इस्टेटमध्ये एक उतरंड असते. तुम्ही इस्टेटसाठी नियम सेट करता, प्रति क्लायंट ते ओव्हरराइड करता, नंतर साइटवरील प्रति नेटवर्क ते बदलतात. हॉटेलच्या गेस्ट नेटवर्कला रिसेप्शनमागील स्टाफ नेटवर्कपेक्षा वेगळ्या नियमांची गरज असते.

स्टँडअलोन DNS फिल्टर्स सहसा WiFi पेक्षा वेगळे कॉन्फिगर केलेल्या प्रति टेनंट सब-ऑर्गनायझेशनसह हे हाताळतात. तुम्ही शेवटी प्रत्येक क्लायंटसाठी दोन स्टॅक्स चालवता: एक नेटवर्क आणि पोर्टलसाठी, एक रिझॉल्व्हरसाठी. Shield दुसरा स्टॅक काढून टाकतो, कारण फिल्टरिंग धोरण तुम्ही Purple मध्ये आधीच परिभाषित केलेल्या नेटवर्क्सचे अनुसरण करते.

क्लायंट साइट्सच्या ताफ्यात DNS फिल्टरिंग का महत्त्वाचे आहे?

तीन दबाव MSP च्या अजेंड्यावर फिल्टरिंगला प्राधान्य देतात: कर्तव्याची काळजी (duty of care), धोक्यांचे एक्सपोजर आणि मर्यादित बँडविड्थ.

सामायिक नेटवर्क्सवर कर्तव्याची काळजी (Duty of care)

सार्वजनिक आणि अतिथी WiFi मध्ये वास्तविक जबाबदाऱ्यांचा समावेश होतो. इंग्लंडमध्ये, शाळा आणि महाविद्यालये शिक्षण विभागाच्या 'कीपिंग चिल्ड्रेन सेफ इन एज्युकेशन' मध्ये संदर्भित फिल्टरिंग आणि मॉनिटरिंग मानकांचे पालन करतात. US मध्ये, चिल्ड्रन्स इंटरनेट प्रोटेक्शन ॲक्ट (CIPA) अंतर्गत E-rate निधी प्राप्त करणाऱ्या शाळा आणि ग्रंथालयांना फिल्टर करणे आवश्यक आहे. हॉटेल्स, कॅफे आणि लेझर सेंटर्स जे कुटुंबांचे स्वागत करतात, त्यांना एखादे मूल ॲडल्ट कंटेंटकडे पोहोचल्यास प्रतिष्ठेच्या धोक्याला सामोरे जावे लागते. UK ची Friendly WiFi योजना याच कारणासाठी अस्तित्वात आहे.

जेव्हा तुम्ही 40 क्लायंटसाठी WiFi चालवता, तेव्हा तुम्ही प्रत्येक जबाबदारीचा वाटा उचलत असता. एकही अनफिल्टर केलेली साइट अशी क्लायंट संभाषण ठरू शकते जी तुम्हाला नको आहे.

व्यवस्थापित न केलेल्या उपकरणांपर्यंत पोहोचणारे धोके

तुम्ही अभ्यागताच्या फोनवर एजंट इन्स्टॉल करू शकत नाही आणि तो पॅच करू शकत नाही. फिशिंग लिंक्स, मालवेअर डाउनलोड आणि कमांड-अँड-कंट्रोल कॉलबॅक हे सर्व DNS लूकअपने सुरू होतात. त्यामुळे नेटवर्कवरील प्रत्येक उपकरणासाठी तुम्ही नियंत्रित करू शकणारा DNS लूकअप हा एकमेव पॉइंट बनतो.

Shield हे DNS लूकअप टप्प्यावर धोके चिन्हांकित करते, कनेक्शन पूर्ण होण्यापूर्वीच धोकादायक विनंत्या थांबवते. संपूर्ण ताफ्यामध्ये, थ्रेट ब्लॉक एकाच वेळी प्रत्येक क्लायंट साइटवर लागू होतो. बाजाराच्या विस्तृत दृष्टिकोनासाठी, Phishing Protection Software: 10 Options for Shared WiFi पहा.

मर्यादा असलेल्या साइट्सवर बँडविड्थ

अनेक इस्टेट्स मर्यादित बॅकहॉलवर अतिथी WiFi चालवतात: फोरकोर्टवरील 4G राऊटर, पबमधील सामायिक लाइन, स्टेशनवरील व्यस्त सर्किट. जाहिरातींचा ट्रॅफिक आणि नको असलेला वेब कंटेंट इतर सर्व गोष्टींशी स्पर्धा करतो. DNS लेयरवर जाहिराती आणि धोकादायक डोमेन फिल्टर केल्याने नेटवर्क डेटा वापर कमी होतो आणि लोडिंग गती सुधारते. गर्दीच्या साइटवर, ही मोकळी झालेली जागा अतिथी ज्या कामासाठी आले आहेत त्या ट्रॅफिकसाठी वापरली जाते.

फायरवॉल काय चुकवते

फायरवॉल अजूनही महत्त्वाची आहे, परंतु ती वेगळ्या पॉइंटवर काम करते. DNS ने उत्तर दिल्यानंतर ती कनेक्शनची तपासणी करते. यामुळे मल्टी-साइट गेस्ट इस्टेटवर चार त्रुटी राहतात:

1. एन्क्रिप्शन गंतव्यस्थान लपवते. TLS 1.3 (RFC 8446) सर्व्हर प्रमाणपत्र एन्क्रिप्ट करते. Encrypted Client Hello (ECH), TLS चा IETF विस्तार, सर्व्हरचे नाव देखील लपवू शकतो. एन्क्रिप्शनशिवाय, फायरवॉलला एक IP पत्ता आणि इतर काही कमीच दिसते, आणि तुम्ही अभ्यागताच्या उपकरणावर एन्क्रिप्शन प्रमाणपत्र स्थापित करू शकत नाही.

2. सामायिक IP पत्ते नियम अस्पष्ट करतात. कंटेंट डिलिव्हरी नेटवर्क एकाच पत्त्यावर अनेक डोमेन होस्ट करतात. IP ब्लॉक केल्यास वैध साइट्स बंद होतात; परवानगी दिल्यास वाईट डोमेन पुढे निघून जाते.

3. प्रति-साइट नियम संचांमध्ये तफावत येते. वर्षानुवर्षे तयार केलेल्या ताफ्यामध्ये विविध फायरवॉल विक्रेते आणि फर्मवेअर आवृत्त्यांचे मिश्रण असते. 60 नियम संच एकमेकांशी सुसंगत ठेवणे हे पूर्ण वेळेचे काम आहे, आणि एक विसरलेली साइट ही एक त्रुटी ठरते.

4. ब्लॉक उशिरा येतो. फायरवॉल कृती करेपर्यंत, उपकरणाने नाव शोधून काढलेले असते आणि कनेक्शनचा प्रयत्न केलेला असतो. DNS फिल्टरिंग कोणतेही कनेक्शन अस्तित्वात येण्यापूर्वीच विनंती थांबवते.

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

अनेक टेनंट्समध्ये DNS फिल्टरिंग कसे काम करते?

प्रत्येक लुकअपदरम्यान काय घडते

1. एक पाहुणा प्रायः Captive Portal द्वारे क्लायंटच्या WiFi सह जोडला जातो.
2. डिव्हाइस एखाद्या डोमेनची विनंती करते, उदाहरणार्थ फिशिंग ईमेलमधील लिंकवरून.
3. Shield त्या नेटवर्कला नेमलेल्या पॉलिसीनुसार डोमेनची तपासणी करते.
4. जर डोमेनला अनुमती असेल, तर डिव्हाइसला पत्ता मिळतो आणि ते सामान्यपणे कनेक्ट होते.
5. जर ते ब्लॉक केले असेल, तर लुकअप वास्तविक पत्ता परत करत नाही, त्यामुळे कोणतेही कनेक्शन उघडत नाही.

प्रति-टेनंट पॉलिसी कशी तयार करावी

प्रति-टेनंट कंटेंट फिल्टरिंग प्रत्येक साइटसाठी स्वतंत्र नियमावलीऐवजी मानक पॉलिसींचा एक छोटा संच म्हणून सर्वोत्तम कार्य करते. हा पॅटर्न हॉस्पिटॅलिटी, रिटेल आणि सार्वजनिक क्षेत्रामध्ये उपयुक्त ठरतो:

• सुरक्षा बेसलाइन. प्रत्येक टेनंटसाठी, प्रत्येक नेटवर्कवर मालवेअर, फिशिंग आणि इतर धोकादायक श्रेणी ब्लॉक केल्या जातात. कोणीही यातून बाहेर पडू शकत नाही.
• फॅमिली गेस्ट. बेसलाइनसह प्रौढ आणि वयानुसार अयोग्य सामग्री ब्लॉक केली जाते. कौटुंबिक हॉटेल्स, ग्रंथालये, लेझर सेंटर्स, शाळा आणि आरोग्य सेवा प्रतीक्षा क्षेत्रांसाठी योग्य.
• अडल्ट गेस्ट. हलक्या सामग्री नियमांसह बेसलाइन. बार, लेट-नाईट व्हेंन्यू आणि बिझनेस हॉटेल्ससाठी योग्य.
• कर्मचारी. बेसलाइन व्यतिरिक्त प्रत्येक क्लायंटच्या स्वीकार्य वापर पॉलिसीचे प्रतिबिंबित करणारे नियम.

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

कारण Shield तुम्ही Purple मध्ये चालवत असलेल्या नेटवर्कशी पॉलिसी जोडते, त्यामुळे साइटच्या गेस्ट आणि स्टाफ SSIDs मध्ये वेगवेगळ्या पॉलिसी असू शकतात. IEEE 802.1X चा वापर करणारे कर्मचारी नेटवर्क (पोर्ट-आधारित नेटवर्क ॲक्सेस कंट्रोलचे मानक) त्यांचे ओळख नियंत्रणे ठेवतात. Shield वरच्या बाजूला DNS लेयर जोडते.

एकाच डॅशबोर्डवरून संपूर्ण ताफा व्यवस्थापित करणे

सेंट्रल DNS पॉलिसी व्यवस्थापन तेव्हाच फायदेशीर ठरते जेव्हा ते तुम्ही आधीच करत असलेल्या कामाच्या पद्धतीशी जुळते. Shield त्याच Purple प्लॅटफॉर्मवर असते जे प्रत्येक क्लायंटचे SSIDs, Captive Portals आणि ॲनालिटिक्स चालवते. फिल्टर बदलण्यासाठी तुम्हाला कन्सोल बदलावे लागत नाही आणि तुम्हाला दुसऱ्या साइट इन्व्हेंटरीची देखभाल करावी लागत नाही.

MSP साठी याचे व्यावहारिक परिणाम आहेत:

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

शिप करण्यासाठी काहीही का नाही

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

Purple आधीच 80,000+ पेक्षा जास्त थेट व्हेंन्यूमध्ये चालते आणि 2024 मध्ये 440 दशलक्ष लॉगइनची नोंद झाली आहे (Purple डेटा).

रिअल इस्टेटवर DNS फिल्टरिंग कसे दिसते?

खालील तीन परिस्थिती सामान्य संस्थात्मक संरचनेवरून बनवलेल्या एकत्रित केसेस आहेत. साइट संख्या आणि हार्डवेअर नेहमीसारखेच आहेत; आलेले निकाल हे प्रत्येक बदलाचे ऑपरेशनल गणित दर्शवतात.

परिस्थिती 1: 14 हॉस्पिटॅलिटी ग्राहकांसाठी MSP

परिस्थिती. एक MSP 60 साइट्सवरील 14 हॉस्पिटॅलिटी ग्राहकांसाठी गेस्ट आणि कर्मचाऱ्यांचे WiFi चालवतो. यामध्ये स्वतंत्र हॉटेल्स, 20 साइट्सचा पब समूह आणि हॉलिडे पार्क समाविष्ट आहेत. WiFi आणि Captive Portal आधीपासूनच Purple वर चालतात. फिल्टरिंग स्वतंत्र DNS सेवेवर चालत होते, ज्यामध्ये प्रत्येक ग्राहकासाठी एक खाते आणि साइट सूची होती.

काय करण्यात आले. MSP ने फिल्टरिंग Shield मध्ये हलवले आणि 14 सानुकूल नियम सेट बदलून चार मानक धोरणे लागू केली. फॅमिली हॉटेल्स आणि हॉलिडे पार्कने फॅमिली गेस्ट पर्याय घेतला; पब समूहाने ॲडल्ट गेस्ट पर्याय घेतला. दोन ग्राहकांनी लहान अपवाद सूची ठेवल्या.

निकाल. 60 साइट्सवर शून्य हार्डवेअर पाठवले गेले आणि एकही साइट भेट द्यावी लागली नाही. MSP ने 14 स्वतंत्र फिल्टरिंग खाती बंद केली आणि आता ते आधीपासून वापरत असलेल्या Purple डॅशबोर्डवरूनच प्रत्येक ग्राहकाचे व्यवस्थापन करतात. नियमातील बदलाचा अर्थ 60 पर्यंत साइट नोंदी सुधारणे असा नाही, तर चार धोरणांपैकी एक सुधारणे असा आहे.

परिस्थिती 2: कौन्सिलच्या लायब्ररी आणि लेझर सेंटर्स

परिस्थिती. एक काउंटी कौन्सिल 22 लायब्ररी आणि पाच लेझर सेंटर्समध्ये सार्वजनिक WiFi देते. मुले शाळेनंतर लायब्ररी नेटवर्क वापरतात. दोन खरेदी टप्प्यांमुळे लायब्ररीमध्ये HPE Aruba आणि लेझर सेंटर्समध्ये Ubiquiti UniFi वापरले गेले. IT टीममध्ये तीन लोक आहेत.

काय करण्यात आले. कौन्सिलने प्रत्येक सार्वजनिक SSID वर फॅमिली गेस्ट आणि स्टाफ नेटवर्कवर स्टाफ धोरण लागू केले. स्टाफ ऑथेंटिकेशन सध्याच्या एंटरप्राइज WiFi एन्क्रिप्शन मानक असलेल्या WPA3-Enterprise सह 802.1X वरच राहते. भेट देणारे वापरकर्ते अजूनही कौन्सिलच्या Captive Portal द्वारे कनेक्ट होतात.

निकाल. सर्व 27 साइट्स दोन हार्डवेअर व्हेंडर्सवर एकच सार्वजनिक धोरण चालवतात, कुठेही अतिरिक्त उपकरणाची गरज पडत नाही. एकाच संपादनाद्वारे सर्व 27 साइट्सपर्यंत बदल पोहोचतात. कौन्सिल ऑडिटर्सना 27 स्थानिक कॉन्फिगरेशन्सऐवजी एक धोरण आणि एक लॉग स्रोत दाखवते.

परिस्थिती 3: मर्यादित बॅकहॉलवरील 120 स्टोअर्सचा रिटेलर

परिस्थिती. एक रिटेलर 120 स्टोअर्समध्ये खरेदीदारांसाठी गेस्ट WiFi चालवतो, ज्यापैकी एक तृतीयांश 4G बॅकहॉलवर आहेत. खरेदीदारांचे ब्राऊजिंग बँडविड्थसाठी स्टोअर सिस्टीमशी स्पर्धा करते. PCI DSS व्याप्तीपासून दूर ठेवण्यासाठी कार्डधारकांचे डेटा एन्व्हायर्नमेंट आधीपासूनच गेस्ट ट्रॅफिकपासून वेगळे (segmented) केले आहे.

काय करण्यात आले. रिटेलरने फक्त गेस्ट SSID वर Shield चे थ्रेट प्रोटेक्शन आणि ॲड ब्लॉकिंग सक्षम केले. त्यांनी त्यांच्या सर्वात व्यस्त 4G साइट्सवर 10 स्टोअर्सच्या पायलट प्रोजेक्टसह सुरुवात केली. कर्मचारी आणि स्टोअर सिस्टीम नेटवर्क्स त्यांच्या स्वतःच्या सेगमेंट्सवरच राहिले.

निकाल. पायलट प्रोजेक्टने चार आठवड्यांत स्वतःचा आधीचा आणि नंतरचा वापर मोजला, ज्यामुळे मर्यादित कनेक्शन्सवर एकूण डेटा वापर कमी झाल्याचे सिद्ध झाले. त्यानंतर रिटेलरने स्टोअरला कोणतीही भेट न देता, एका बदलात सर्व 120 स्टोअर्सवर धोरण लागू केले.

तुम्ही आधीपासून चालवत असलेल्या सिस्टीमसोबत DNS फिल्टरिंग कुठे बसते?

प्रोटेक्टिव्ह DNS हा एक स्तर आहे. तुम्ही आधीपासूनच वापरत असलेल्या नियंत्रणांसोबत हे सर्वोत्तम कार्य करते.

• विभागीकरण (Segmentation). VLANs (व्हर्च्युअल LANs, जे एका फिजिकल नेटवर्कला वेगळ्या लॉजिकल नेटवर्कमध्ये विभाजित करतात) पाहुण्यांच्या ट्रॅफिकला कर्मचारी आणि पेमेंट सिस्टीमपासून दूर ठेवतात. How to Set Up Network Segmentation for Guests and Staff पहा.
• ऑथेंटिकेशन. RADIUS सह 802.1X, सेंट्रल सर्व्हरवर क्रेडेंशियल तपासणारा प्रोटोकॉल, कर्मचाऱ्यांच्या नेटवर्कमध्ये कोण सामील होईल हे ठरवतो. Microsoft Entra ID, Okta किंवा Google Workspace सह SecurePass देखील हेच करते. डिव्हाइस कनेक्ट झाल्यावर कुठे जाऊ शकतात हे Shield ठरवते.
• फायरवॉल. तुमची फायरवॉल अजूनही सेगमेंटमधील पोर्ट्स, प्रोटोकॉल आणि ट्रॅफिक नियंत्रित करते. Shield लुकअप दरम्यानच ज्ञात धोकादायक ठिकाणे थांबवते.
• गोपनीयता कायदा. DNS लॉग्जमध्ये IP पत्ते आणि डिव्हाइस आयडेंटिफायर असू शकतात, ज्यांना GDPR वैयक्तिक डेटा मानते. Purple हे GDPR सुसंगत आणि ISO 27001 प्रमाणित आहे.

Shield ची DNSFilter आणि Cisco Umbrella सोबत तुलना कशी आहे

DNSFilter आणि WebTitan MSPs ना मोठ्या प्रमाणावर टार्गेट करतात, आणि Cisco Umbrella हे अनेक Cisco इस्टेट्समध्ये डीफॉल्ट आहे. सर्व क्लाउडमधील DNS लेयरवर फिल्टर करतात. फरक यात आहे की कोण काय व्यवस्थापित करते, आणि कुठे.

निकष	Purple Shield	DNSFilter	Cisco Umbrella
फिल्टरिंग कुठे होते	DNS लुकअप, Purple च्या क्लाउडमध्ये	DNS लुकअप, DNSFilter च्या क्लाउडमध्ये	DNS लुकअप, Cisco च्या क्लाउडमध्ये
प्रति-साइट हार्डवेअर	काहीही नाही	नेटवर्क फिल्टरिंगसाठी काहीही नाही	DNS-लेयर सुरक्षेसाठी काहीही नाही
टेनंट मॅनेजमेंट	क्लायंट WiFi चालवणाऱ्या Purple डॅशबोर्डच्या आत	उप-संस्थांसह स्वतंत्र MSP कन्सोल	स्वतंत्र मल्टी-ऑर्ग किंवा MSP कन्सोल
SSIDs, Captive Portals आणि WiFi ॲनालिटिक्सशी जोडलेले	होय, WiFi प्लॅटफॉर्मसाठी मूळ	नाही, स्वतंत्र स्टॅक म्हणून कॉन्फिगर केलेले	Cisco Meraki सह एकत्रित, स्वतःच्या कन्सोलमध्ये व्यवस्थापित
ऑफ-साइट रोमिंग डिव्हाइसेस	तुम्ही चालवत असलेल्या WiFi वरील डिव्हाइसेससाठी तयार केलेले	रोमिंग क्लायंट एजंट	Cisco Secure Client रोमिंग मॉड्युल
हार्डवेअर कव्हरेज	Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, Fortinet	कोणतेही नेटवर्क जे त्याच्या रिझॉल्व्हर्सकडे DNS फॉरवर्ड करू शकते	कोणतेही नेटवर्क जे त्याच्या रिझॉल्व्हर्सकडे DNS फॉरवर्ड करू शकते, Cisco सह सर्वात जास्त
सर्वात योग्य	MSPs ज्यांच्या क्लायंटचे WiFi Purple वर चालते	साइटवर आणि बाहेर व्यवस्थापित एंडपॉइंट्सचे रक्षण करणारे MSPs	Cisco सुरक्षेवर मानक असलेल्या इस्टेट्स

Shield जिथे स्पर्धा करत नाही तिथे पर्याय मजबूत आहेत. DNSFilter आणि Cisco Umbrella दोघेही साइटबाहेर व्यवस्थापित लॅपटॉपसाठी रोमिंग एजंट देतात. Umbrella हे Cisco च्या व्यापक सुरक्षा पोर्टफोलिओमध्ये देखील समाविष्ट आहे. TitanHQ कडून WebTitan, MSPs साठी मल्टी-टेनंट क्लाउड फिल्टर देखील प्रदान करते. तुमचे कॉन्ट्रॅक्ट्स कॉर्पोरेट एंडपॉइंट्स जिथे जिथे प्रवास करतात तिथे त्यांना कव्हर करत असल्यास, त्यापैकी एक तुमच्यासाठी योग्य असू शकते.

Shield ची बाब अधिक नेमकी आणि, WiFi प्रणित MSPs साठी, अधिक मजबूत आहे. तुम्ही Purple मध्ये प्रत्येक क्लायंटचे SSIDs, कॅप्टिव्ह पोर्टल आणि अॅनालिटिक्स चालवत असल्यास, प्रत्येक टेनंटसाठी स्वतंत्र रिझॉल्व्हर स्टॅक असणे हा अतिरिक्त ओव्हरहेड आहे. सविस्तर माहितीसाठी, Shield vs DNSFilter: a protective DNS comparison for WiFi operators आणि Shield vs Cisco Umbrella: choosing protective DNS for guest WiFi वाचा.

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

DNS फिल्टरिंग कनेक्शनच्या एका बिंदूवर कार्य करते, आणि यामुळे त्याच्या मर्यादा ठरतात.

• एनक्रिप्टेड DNS ते बायपास करू शकते. DNS over HTTPS (DoH, RFC 8484) आणि DNS over TLS (DoT, RFC 7858) मुळे डिव्हाइसला स्वतःचा रिझॉल्व्हर निवडण्याची परवानगी मिळते. नेटवर्क नियंत्रणे अनमॅनेज्ड डिव्हाइसेसवर हे कमी करू शकतात परंतु ते पूर्णपणे नष्ट करू शकत नाहीत. DNS over HTTPS explained: privacy vs public WiFi filtering पहा.
• VPNs याच्या पुढे टनेल करतात. वैयक्तिक VPN वरील गेस्ट टनेलच्या आत नावे रिझॉल्व्ह करतो. तुम्ही ज्ञात VPN डोमेन्स ब्लॉक करू शकता, प्रत्येक एक नाही.
• थेट IP कनेक्शन्स DNS कडे दुर्लक्ष करतात. हार्ड कोडेड IP अॅड्रेसवर कॉल करणारे मालवेअर कधीही लुकअप करत नाही. तुमचा फायरवॉल ही केस कव्हर करतो.
• हे डोमेन्स पाहते, कंटेंट नाही. DNS फिल्टरिंग संपूर्ण डोमेनला अनुमती देते किंवा ब्लॉक करते, वैयक्तिक पृष्ठे किंवा फाइल्स नाही.
• कॅटेगिरीचे पुनरावलोकन आवश्यक आहे. कोणतीही कॅटेगिरी सूची कधीकधी जास्त ब्लॉक करेल किंवा कमी ब्लॉक करेल. प्रत्येक क्लायंटला एक नामांकित संपर्क आणि बदलांची विनंती करण्याचा मार्ग द्या.
• लॉग्सला गव्हर्नन्सची गरज आहे. रोलआउटपूर्वी प्रत्येक क्लायंटनुसार रिटेंशन आणि प्रवेशावर सहमती द्या, आणि तुमच्या डेटा प्रोसेसिंग करारात त्याची नोंद करा.

तुम्ही पुढे काय केले पाहिजे?

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

तुमच्या क्लायंटचे WiFi अद्याप Purple वर चालत नसल्यास, Guest WiFi सह प्रारंभ करा, नंतर Shield जोडा. संपूर्ण इस्टेटमध्ये नेटवर्क सुरक्षित करण्याबद्दल अधिक माहितीसाठी, All guides ब्राउझ करा.

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

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

नाही. Shield क्लाउडमधील DNS लेयरवर फिल्टर करते, त्यामुळे कोणत्याही ठिकाणी खरेदी करण्यासाठी, कॉन्फिगर करण्यासाठी किंवा पाठवण्यासाठी कोणतेही अ‍ॅप्लायन्स नाही. तुमच्या क्लायंटच्या मालकीच्या अॅक्सेस पॉइंट्सवर Purple क्लाउड ओव्हरले म्हणून चालते, ज्यामध्ये Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet समाविष्ट आहेत. व्हेंडरनुसार सेटअप बदलते, त्यामुळे तुमच्या इस्टेटमधील प्रत्येक हार्डवेअर प्रकारासाठी Purple च्या सपोर्ट दस्तऐवजीकरणाचे अनुसरण करा.

मी प्रत्येक क्लायंट आणि प्रत्येक नेटवर्कसाठी वेगवेगळे फिल्टरिंग पॉलिसी सेट करू शकेन का?

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

मी एकाच डॅशबोर्डवरून अनेक साइटसाठी कन्टेन्ट फिल्टरिंग व्यवस्थापित करू शकतो का?

होय. Shield हे त्याच Purple प्लॅटफॉर्ममध्ये व्यवस्थापित केले जाते जे तुमच्या क्लायंटचे SSIDs, कॅप्टिव्ह पोर्टल्स आणि ॲनालिटिक्स चालवते, त्यामुळे तुम्ही कन्सोल न बदलता फिल्टरिंग बदलू शकता. धोरणातील बदल प्रत्येक साइटवरील त्या धोरणास नियुक्त केलेल्या प्रत्येक नेटवर्कवर लागू होतो. फिल्टरिंग क्रियाकलाप तुमच्या विद्यमान WiFi रिपोर्टिंगच्या सोबतच दिसतात, त्यामुळे एकाच क्लायंट रिव्ह्यूमध्ये कनेक्टिव्हिटी आणि सुरक्षितता दोन्ही एकत्रितपणे समाविष्ट होतात.

MSP साठी Shield ची तुलना DNSFilter शी कशी केली जाते?

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

अतिथी DNS over HTTPS किंवा VPN द्वारे DNS फिल्टरिंग बायपास करू शकतात का?

होय, एखादा प्रयत्न करणारा अतिथी हे करू शकतो. DNS over HTTPS, DNS over TLS आणि वैयक्तिक VPNs तुमच्या रिझॉल्व्हरच्या बाहेर लूकअप पाठवतात. नेटवर्क नियंत्रणे हे कमी करू शकतात, उदाहरणार्थ ज्ञात VPN आणि सार्वजनिक DoH एंडपॉइंट्स ब्लॉक करून, परंतु कोणतेही DNS फिल्टर अनमॅनेज केलेल्या डिव्हाइसवर पूर्णपणे नियंत्रण ठेवू शकत नाही. सेग्मेंटेशन आणि तुमच्या फायरवॉलसोबतच, नेटवर्कचे DNS वापरणाऱ्या प्रत्येक डिव्हाइससाठी DNS फिल्टरिंगला डीफॉल्ट संरक्षण म्हणून वापरा.

DNS फिल्टरिंग शाळा आणि वाचनालयांना फिल्टरिंग आवश्यकता पूर्ण करण्यास मदत करते का?

हे फिल्टरिंग घटक पूर्ण करते, परंतु केवळ फिल्टरिंगच संपूर्ण आवश्यकता पूर्ण करत नाही. इंग्लंडमध्ये, शिक्षण विभागाच्या फिल्टरिंग आणि मॉनिटरिंग मानकांमध्ये फिल्टरिंग आणि मॉनिटरिंग या दोन्ही गोष्टींची अपेक्षा असते, ज्यामध्ये नियुक्त जबाबदाऱ्या आणि नियमित पुनरावलोकन समाविष्ट असते. यूएस मध्ये, CIPA ला E-rate द्वारे निधी प्राप्त शाळा आणि वाचनालयांनी इंटरनेट सुरक्षा धोरणाअंतर्गत तंत्रज्ञान संरक्षण उपाय वापरणे आवश्यक आहे. तुमच्या मॉनिटरिंग आणि सेफगार्डिंग प्रक्रियांसह सर्व साइटवर सातत्यपूर्ण फिल्टरिंग एकत्र करा.

GDPR अंतर्गत DNS क्वेरी लॉग कसे हाताळले जातात?

Purple हे GDPR चे पालन करते आणि ISO 27001 प्रमाणित आहे. DNS लॉगमध्ये IP पत्ते आणि डिव्हाइस आयडेंटिफायर समाविष्ट असू शकतात, ज्यांना GDPR वैयक्तिक डेटा मानते. रोलआउट करण्यापूर्वी प्रत्येक क्लायंटसोबत रिटेंशन, ॲक्सेस आणि हेतू यावर सहमती घ्या आणि तुमच्या डेटा प्रोसेसिंग करारात त्या अटींची नोंद करा. MSP म्हणून, तुम्ही सहसा तुमच्या क्लायंटसाठी प्रोसेसर म्हणून काम कराल, त्यामुळे प्रत्येक इस्टेटचे लॉग कोण नियंत्रित करते याचे दस्तऐवजीकरण करा.

मल्टी-साइट इस्टेटसाठी Shield चे मूल्य कसे ठरवले जाते?

Shield हे SecurePass आणि Verify सोबत Purple प्लॅटफॉर्मसाठी एक सुरक्षा ॲड-ऑन आहे, त्यामुळे तुम्ही आधीपासून Purple वर चालणाऱ्या साइट्सवर ते जोडू शकता. प्रति-साइट हार्डवेअर नाही, त्यामुळे मॉडेल करण्यासाठी कोणतेही ॲप्लायन्स, शिपिंग किंवा रिप्लेसमेंट खर्च नाहीत. तुमच्या क्लायंटची संख्या आणि साइट्सच्या आधारे Purple कडे किमतींची चौकशी करा, आणि तुम्ही या वर्षी समाविष्ट करण्याची योजना आखत असलेल्या कोणत्याही साइट्सचा यात समावेश करा.