वेन्यूसाठी Pi-hole विरुद्ध मॅनेज्ड DNS फिल्टरिंग

जेव्हा तुम्ही एकच साइट चालवता, तुम्हाला फक्त जाहिराती आणि ट्रॅकर ब्लॉक करण्याची आवश्यकता असते आणि पॅच करण्यासाठी कोणीतरी उपलब्ध असते, तेव्हा Pi-hole वापरा. जेव्हा तुम्ही अनेक ठिकाणे (venues) चालवता किंवा थ्रेट इंटेलिजेंसची आवश्यकता असते, तेव्हा Purple Shield सारखे मॅनेज केलेले DNS फिल्टरिंग वापरा. Shield एकाच डॅशबोर्डवरून प्रति नेटवर्क आणि venue एक धोरण लागू करते. Purple च्या डेटावर, त्याचे जाहिरात ब्लॉकिंग DNS क्वेरी 62% पर्यंत कमी करते.

Venue ने Pi-hole कधी वापरावे आणि मॅनेज केलेले DNS फिल्टरिंग कधी वापरावे?

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

Pi-hole आणि मॅनेज केलेल्या सेवा अगदी एकाच पॉईंटवर फिल्टर करतात. फरक फक्त रिझॉल्व्हर कोठे आहे आणि ते कोण चालवत आहे यामध्ये आहे. Pi-hole हे विनामूल्य, ओपन-सोर्स सॉफ्टवेअर आहे जे तुम्ही प्रत्येक venue मधील एका छोट्या सर्व्हरवर इंस्टॉल करता. Purple Shield, DNSFilter किंवा Cisco Umbrella सारखी मॅनेज केलेली सेवा क्लाउडमध्ये तिचे रिझॉल्व्हर्स चालवते. तुम्ही तुमचा DHCP (डायनॅमिक होस्ट कॉन्फिगरेशन प्रोटोकॉल) स्कोप देत असलेला DNS सर्व्हर बदलता आणि नंतर धोरण मध्यवर्तीपणे मॅनेज करता.

त्या विभाजनावरून मुख्य नियम ठरतो. Pi-hole ला परवाना देण्यासाठी काहीही खर्च येत नाही, परंतु प्रत्येक साइट पॅच करण्यासाठी, बॅकअप घेण्यासाठी आणि चालू ठेवण्यासाठी बॉक्स जोडते. मॅनेज केलेल्या सेवेसाठी सबस्क्रिप्शन खर्च येतो, तरीही 30 व्या venue साठी पहिल्या venue पेक्षा जास्त प्रयत्न लागत नाहीत. एका नियुक्त मालक असलेल्या एका साइटसाठी, Pi-hole हा एक चांगला पर्याय आहे. कर्मचाऱ्यांच्या वेळेची गणना केल्यावर, संपूर्ण मालमत्तेसाठी किंवा नियामक वजन असलेल्या कोणत्याही नेटवर्कसाठी, मॅनेज केलेले फिल्टरिंग हा स्वस्त डीफॉल्ट पर्याय ठरतो. आमचे DNS फिल्टरिंग पर्याय चे विहंगावलोकन या व्यापक श्रेणीचा समावेश करते.

तुम्ही Pi-hole आणि व्यवस्थापित DNS filtering यांपैकी कसे निवडाल?

चार प्रश्न बहुतांश ठिकाणांचा निर्णय घेतात. दोन संज्ञा वारंवार येतात. SSID हे पाहुण्याला दिसणारे नेटवर्क नाव असते. VLAN (virtual LAN) हे सामायिक स्विचेसवरील तार्किकदृष्ट्या वेगळे केलेले नेटवर्क असते, जे पाहुणे, कर्मचारी आणि भाडेकरूंच्या ट्रॅफिकला एकमेकांपासून वेगळे ठेवते. वेगवेगळ्या SSIDs किंवा VLANs ना वेगवेगळ्या नियमांची आवश्यकता असल्यास, उत्तर स्पष्टपणे व्यवस्थापित सेवेच्या बाजूने जाते.

प्रत्येक प्रकारच्या ठिकाणासाठी कोणता पर्याय योग्य आहे?

वेन्यूचा प्रकार हा चार्टमधील परिस्थिती दर्शवण्यासाठी एक उपयुक्त निकष आहे. तो तुम्ही किती नेटवर्क चालवता, कोण ऑन-कॉल आहे आणि WiFi वर किती नियामक वजन आहे हे सूचित करतो. प्रत्येक निर्णयामागील परिस्थिती समजून घेण्यासाठी "का" हा स्तंभ वाचा.

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

वेन्यू WiFi साठी Pi-hole: तुम्हाला काय मिळते आणि तुम्ही काय चालवता

Pi-hole काय चांगले करते

Pi-hole हे नेटवर्क-व्यापी जाहिरात ब्लॉक करण्यासाठी तयार केलेले DNS सिंकहोल आहे. हे ब्लॉकलिस्ट केलेल्या डोमेन्ससाठी वापरण्यायोग्य ॲड्रेस नसलेल्या लुकअपला उत्तर देते, ज्यामुळे जाहिराती आणि ट्रॅकर्स कधीही लोड होत नाहीत. हे Linux वर, कंटेनरमध्ये किंवा Raspberry Pi वर चालते. याचे वेब इंटरफेस रिअल टाइममध्ये प्रत्येक क्वेरी दाखवते. हे DNSSEC व्हॅलिडेट करू शकते, तुमच्या पसंतीच्या अपस्ट्रीम रिझॉलव्हरकडे फॉरवर्ड करू शकते आणि DHCP सर्व्हर म्हणून काम करू शकते.

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

वेन्यूमध्ये Pi-hole वर ताण कुठे येतो

जेव्हा Pi-hole होम नेटवर्कवरून शेकडो अनोळखी लोकांवर अवलंबून असलेल्या गेस्ट नेटवर्कवर जाते तेव्हा मर्यादा दिसून येतात.

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

मॅनेज्ड DNS फिल्टरिंग: Purple Shield, DNSFilter आणि Cisco Umbrella

मॅनेज्ड फिल्टरिंग कसे कार्य करते

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

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

तीन सर्व्हिसेसमध्ये काय फरक आहे

DNSFilter आणि Cisco Umbrella या सर्वसाधारण उद्देशाच्या प्रोटेक्टिव्ह DNS सर्व्हिसेस आहेत. दोन्ही कॉर्पोरेट IT टीम्स आणि मॅनेज्ड सर्व्हिस प्रदात्यांना विकल्या जातात, आणि दोन्ही कस्टमायझेबल ब्लॉक पेजेसचे दस्तऐवजीकरण करतात. Umbrella हे Cisco च्या व्यापक सुरक्षा पोर्टफोलिओमध्ये समाविष्ट आहे, त्यामुळे लायसन्सिंग Cisco च्या पॅकेजिंगचे अनुसरण करते. आमची Cisco Umbrella pricing विषयीची मार्गदर्शिका तुम्हाला कोटेशनची मागणी करण्यापूर्वी काय मॉडेल करायचे ते स्पष्ट करते.

Purple Shield हे व्हेन्यू WiFi साठी तयार केले गेले आहे. तुम्ही हे कोणत्याही WiFi नेटवर्कवर स्वतंत्रपणे किंवा Purple Access सोबत चालवू शकता. कोणत्याही मार्गाने, तुम्ही एकाच डॅशबोर्डवरून प्रति SSID, VLAN आणि व्हेन्यूनुसार पॉलिसी सेट करता. हे व्हेन्यूचे वर्गीकरण जसे केले जाते त्याला जुळणारे आहे: गेस्ट, कर्मचारी, भाडेकरू आणि बॅक-ऑफ-हाउस नेटवर्क्सना क्वचितच समान नियमांची आवश्यकता असते. Purple 90 देशांमधील 80,000+ पेक्षा जास्त लाइव्ह व्हेन्यूमध्ये चालते, आणि Shield तोच प्लॅटफॉर्म शेअर करतो.

Shield जाहिराती देखील ब्लॉक करते, जे कॅप्ड किंवा शेअर केलेल्या बॅकहॉलवर महत्त्वाचे असते. Purple च्या डेटावर, जाहिरात ब्लॉकिंगमुळे डेटाचा वापर 44% पर्यंत आणि DNS क्वेरीज 62% पर्यंत कमी होतात. ही वाचलेली क्षमता तुमच्या अतिथी ज्या सामग्रीसाठी आले आहेत त्या सामग्रीला परत मिळते.

अनेक साइट्सवर सेल्फ-होस्टेड DNS फिल्टरचा खर्च किती येतो?

लायसन्सच्या बाबतीत Pi-hole सर्वोत्तम वाटू शकते, आणि फक्त याच बाबतीत ते तसे आहे. सेल्फ-होस्टेड DNS फिल्टरचा एकूण खर्च हा हार्डवेअर अधिक श्रम, गुणिले इन्स्टन्सचा एकूण डेटा असा असतो.

तुमच्या इस्टेटसाठी एक सोपा मॉडेल

मॉडेल हे साइट्सवरून नव्हे, तर इन्स्टन्सेसवरून तयार करा. दुय्यम DNS ची अडचण टाळण्यासाठी प्रति साइट किमान दोन इन्स्टन्सेस असणे आवश्यक आहे. त्यामुळे 30 साइट्स म्हणजे 60 रिझॉल्व्हर्स, प्रत्येक स्वतःच्या ऑपरेटिंग सिस्टम आणि ब्लॉकलिस्ट सेटिंग्जसह.

नंतर प्रत्येक वारंवार होणाऱ्या कामासाठी वेळ निश्चित करा. खालील आकडे हे गणित दाखवण्यासाठी नियोजित गृहीतके आहेत; तुम्ही तुमचे स्वतःचे आकडे वापरू शकता.

• अपडेट्स आणि हेल्थ चेक: प्रति महिना प्रति इन्स्टन्स 15 मिनिटे गृहीत धरा. 60 इन्स्टन्सेसवर, तो महिन्यातून 15 तासांचा वेळ होतो.
• ब्लॉकलिस्ट दुरुस्त्या: तुम्ही सिंक टूल वापरत नसल्यास, प्रत्येक ॲलोलिस्ट बदल प्रत्येक इन्स्टन्सवर एकदा लागू करावा लागतो.
• घटना (Incidents): रिमो‌ट साइटवरील डिस्क खराब झाल्यास साइटवर कोणालातरी पाठवावे लागते.
• ऑडिट पुरावे: प्रत्येक इन्स्टन्स स्वतःचा रिपोर्ट तयार करतो आणि कोणालातरी ते एकत्र करावे लागतात.

मासिक तासांना तुमच्या कर्मचाऱ्यांच्या दराने गुणाकार करा आणि हार्डवेअर रिफ्रेश खर्च जोडा. त्याची तुलना Shield दर पेजवरून मिळणाऱ्या सबस्क्रिप्शनशी करा. एका साइटवर, स्व-होस्ट केलेल्याचा एकूण खर्च कमी असतो. 30 साइट्सवर, Pi-hole कडे कधीही नसलेल्या थ्रेट कॅटेगरींचे मूल्य ठरवण्यापूर्वी मनुष्यबळाचा खर्च ही लक्ष ठेवण्याजोगी मुख्य गोष्ट असते.

प्रत्यक्ष उदाहरण: 30-स्टोअर किरकोळ इस्टेट

30 स्टोअर्स असलेल्या एका फॅशन रिटेलरने तीन शाखांमध्ये खरेदीदारांच्या WiFi वर Pi-hole चे पायलट प्रोजेक्ट राबवले. पायलट प्रोजेक्ट यशस्वी झाला: खरेदीदार नेटवर्कवर जाहिराती लोड होणे बंद झाले. परंतु त्याचा विस्तार करण्याचा अर्थ 60 इन्स्टन्सेस, एक सिंक टूल आणि बजेटमध्ये नसलेला ऑन-कॉल रोटा असा होता. IT टीमने वरील गृहीतकांचा वापर करून रूटीन देखभालीचा खर्च दरमहा 15 तास असा गृहीत धरला. त्यांनी सर्व 30 स्टोअर्स व्यवस्थापित DNS कडे हलवले, ज्यामध्ये खरेदीदारांसाठी एक आणि कर्मचाऱ्यांसाठी एक पॉलिसी होती. परिणाम: 60 नियोजित रिझॉल्व्हर्सऐवजी शून्य ऑन-साइट बॉक्स, आणि प्रत्येक पॉलिसी बदल 60 वेळा करण्याऐवजी फक्त एकदाच करावा लागला.

उत्तरामध्ये काय बदल होतो?

हा मूलभूत नियम पाच परिस्थितींमध्ये बदलू शकतो. यातील प्रत्येक गोष्ट ठिकाणाला एका पर्यायाकडून दुसऱ्या पर्यायाकडे नेऊ शकते.

साइट्स आणि नेटवर्कची संख्या

एका गेस्ट नेटवर्कसह एक साइट असल्यास Pi-hole सक्षम राहते. प्रत्येक अतिरिक्त साइट दोन इन्स्टन्स जोडते. स्वतःचे नियम असणारा प्रत्येक अतिरिक्त SSID किंवा VLAN प्रत्येक इन्स्टन्सवर ग्रुप कॉन्फिगरेशन जोडतो. MSPs आणि मल्टी-साइट इस्टेट्ससाठी DNS फिल्टरिंग ही आमची मार्गदर्शिका विस्तृत इस्टेट्सची माहिती देते.

मध्यरात्री २ वाजता याची जबाबदारी कोणाची आहे

Pi-hole अशा एका विशिष्ट व्यक्तीवर अवलंबून असते ज्यांच्याकडे आठवड्यात यासाठी वेळ आहे. जर जबाबदारीचा अर्थ "ज्याने ते सेट केले आहे" असा होत असेल, जे सहसा दुसरीकडे निघून गेलेले कंत्राटदार असतात, तर मॅनेज्ड पर्याय निवडा.

ॲड ब्लॉकिंग किंवा थ्रेट प्रोटेक्शन

जर उद्दिष्ट कमी जाहिराती आणि हलकी पेज असणे हे असेल, तर Pi-hole च्या याद्या पुरेशा आहेत. जर त्यात फिशिंग, मालवेअर आणि नवीन नोंदणीकृत डोमेन्स समाविष्ट असतील, तर तुम्हाला अपडेटेड थ्रेट फीड्सची गरज आहे. हीच सेवा प्रोटेक्टिव्ह DNS द्वारे पुरवली जाते.

काळजी घेण्याचे कर्तव्य आणि नियमन

वाचनालये, शाळा आणि आरोग्य सेवांमधील सार्वजनिक WiFi वर हानिकारक मजकूर फिल्टर करण्याची जबाबदारी असते. उदाहरणार्थ, इंग्लंडमधील शाळा शिक्षण विभागाच्या फिल्टरिंग आणि मॉनिटरिंग मानकांचे पालन करतात. मध्यवर्ती कॅटेगरी रिपोर्ट्समुळे प्रत्येक साइटच्या स्वतंत्र याद्यांपेक्षा ते पुरावे तयार करणे सोपे जाते. PCI-DSS साठी, DNS फिल्टरिंग हे कार्डधारक डेटा वातावरणाच्या विभागणीची (segmentation) जागा घेत नाही. ते आसपासच्या नेटवर्कवरील मालवेअरचा धोका नक्कीच कमी करते. आमची एंटरप्राइज WiFi सुरक्षा मार्गदर्शिका विभागणीबद्दल अधिक माहिती देते.

गोपनीयता आणि डेटा संरक्षण

डिव्हाइसशी लिंक केलेले DNS क्वेरी लॉग GDPR अंतर्गत वैयक्तिक डेटा म्हणून धरले जाऊ शकतात. Pi-hole सह, तुम्ही प्रत्येक बॉक्सवर डेटा रिटेंशन आणि ॲक्सेस सेट करता. मॅनेज्ड सेवेसह, तुम्हाला डेटा प्रोसेसिंग कराराची आवश्यकता असते. Purple हे ISO 27001 प्रमाणित आणि GDPR सुसंगत आहे.

प्रत्यक्ष उदाहरण: १२० खोल्यांचे हॉटेल

शहरातील एका १२० खोल्यांच्या हॉटेलने गेस्ट WiFi साठी मिनी PC वर एक Pi-hole चालवले होते. DHCP द्वारे ते एकमेव DNS सर्व्हर म्हणून दिले गेले होते. रात्रभरात त्याचे स्टोरेज फेल झाल्यावर, पाहुणे WiFi ला कनेक्ट होऊ शकत होते परंतु काहीही लोड होत नव्हते. IT कंत्राटदार येण्यापूर्वी ड्युटी मॅनेजरकडे अनेक तक्रारींची नोंद झाली होती. त्यानंतर हॉटेलने गेस्ट आणि स्टाफ SSIDs स्वतंत्र पॉलिसीसह मॅनेज्ड DNS वर शिफ्ट केले. परिणाम: साइटवर शून्य रिसॉल्व्हर्स, एकाच डॅशबोर्डवरून दोन पॉलिसी सेट केल्या गेल्या, आणि फेल होण्यासाठी कोणताही स्थानिक बॉक्स उरला नाही.

ठिकाणांच्या WiFi साठी शिफारस केलेला डीफॉल्ट पर्याय कोणता आहे?

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

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

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

व्यावसायिक व्हेन्यूमध्ये Pi-hole वापरणे विनामूल्य आहे का?

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

माझ्याकडे आधीपासून असलेले ॲक्सेस पॉइंट्स Purple Shield सह कार्य करतील का?

होय. Shield हे DNS लेयरवर काम करते, त्यामुळे त्याला नवीन हार्डवेअरऐवजी DHCP बदलाची आवश्यकता असते. ते Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet सह तयार केलेल्या नेटवर्कवर चालते. तुम्ही ते कोणत्याही WiFi नेटवर्कवर किंवा Purple Access सोबत स्वतंत्रपणे चालवू शकता, ज्यामध्ये प्रति SSID, VLAN आणि व्हेन्यूनुसार पॉलिसी असते.

Shield च्या किमतीची तुलना Pi-hole चालवण्याशी कशी होते?

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

आम्ही डाऊनटाइमशिवाय Pi-hole वरून मायग्रेट करू शकतो का?

होय, जर तुम्ही एका वेळी एक नेटवर्क हलवले तर. Pi-hole च्या Teleporter टूलसह तुमच्या सेटिंग्ज एक्सपोर्ट करा आणि तुम्हाला अजूनही आवश्यक असलेल्या अनुमती सूचीतील (allowlist) नोंदी लिहून ठेवा. नवीन पॉलिसीमध्ये त्या अपवादांची पुन्हा निर्मिती करा, नंतर एका SSID च्या DHCP स्कोपवरील DNS सर्व्हर बदला. पुढील नेटवर्क हलवण्यापूर्वी काही दिवस त्यावर लक्ष ठेवा. शेवटचे नेटवर्क हलवेपर्यंत Pi-hole सुरू ठेवा.

DNS फिल्टरिंग GDPR आणि PCI DSS मध्ये मदत करते का?

हे मदत करते, परंतु ते स्वतःहून तुम्हाला पूर्णपणे अनुपालन (compliant) बनवत नाही. PCI DSS साठी, सेगमेंटेशन हे गेस्ट आणि कर्मचार्‍यांच्या WiFi ला कार्डधारक डेटा वातावरणापासून दूर ठेवते. DNS फिल्टरिंग त्या सीमेभोवतीचा मालवेअरचा धोका कमी करते. GDPR साठी, डिव्हाइसशी जोडलेले DNS लॉग हा वैयक्तिक डेटा असू शकतो, त्यामुळे डेटा रिटेंशन आणि अ‍ॅक्सेसचे नियम सेट करा. Purple हे ISO 27001 प्रमाणित आणि GDPR चे अनुपालन करणारे आहे.

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

तिन्ही क्लाउडमधील DNS रिझोल्यूशनवर फिल्टर करतात, त्यामुळे प्लेसमेंटचा फायदा समान आहे. DNSFilter आणि Cisco Umbrella या कॉर्पोरेट IT टीम्स आणि मॅनेज्ड सर्व्हिस प्रोव्हाइडर्सना विकल्या जाणाऱ्या सामान्य-हेतू सेवा आहेत. Shield हे व्हेन्यू WiFi साठी तयार केले आहे, ज्यामध्ये प्रत्येक SSID, VLAN आणि व्हेन्यूनुसार पॉलिसी असते. हे स्वतंत्रपणे किंवा Purple Access सोबत चालवले जाऊ शकते. Whitbread, AGS Airports आणि St George's Healthcare NHS Trust Shield वापरतात.

गेस्ट DNS फिल्टरिंग बायपास करू शकतात का?

तुम्ही कोणताही पर्याय निवडला तरी काही जण ते करू शकतात. DNS over HTTPS (RFC 8484) किंवा VPN वापरणारे डिव्हाइस तुमच्या रिझॉल्व्हरला बायपास करून लुकअप पाठवते. सुप्रसिद्ध सार्वजनिक DoH एंडपॉइंट्स ब्लॉक करा. तसेच Firefox चे कॅनरी डोमेन ब्लॉक करा, जे ब्राउझरला स्थानिक DNS वापरणे सुरू ठेवण्यास सांगते. गेस्ट WiFi वर, कधीही सेटिंग न बदलणाऱ्या बहुसंख्य वापरकर्त्यांचे संरक्षण करणे हे मुख्य ध्येय असते.