हस्तक्षेप करणाऱ्या जाहिराती आणि ट्रॅकर्स फिल्टर करून कर्मचाऱ्यांची उत्पादकता वाढवणे

घूसखोर जाहिराती आणि ट्रॅकर्स फिल्टर करून कर्मचाऱ्यांची उत्पादकता वाढवणे. A Purple WiFi इंटेलिजन्स ब्रीफिंग. प्रस्तावना आणि संदर्भ. स्वागत आहे. जर तुम्ही IT मॅनेजर, नेटवर्क आर्किटेक्ट किंवा CTO असाल, तर तुम्ही कदाचित फायरवॉल नियम, VPN पॉलिसी आणि एंडपॉइंट संरक्षणाचा विचार करण्यात बराच वेळ घालवला असेल. पण येथे एक असा प्रश्न आहे ज्याला बोर्डरूममध्ये पुरेशी प्रसिद्धी मिळत नाही: तुमच्या कॉर्पोरेट WiFi द्वारे थेट येणाऱ्या जाहिराती, ट्रॅकर्स आणि मालव्हर्टायझिंगद्वारे तुमच्या कर्मचाऱ्यांच्या कामाचा किती वेळ गुपचूप चोरला जात आहे? आज आपण अगदी याच समस्येवर काम करणार आहोत. आम्ही DNS-पातळीवरील फिल्टरिंगच्या तांत्रिक आर्किटेक्चरचा समावेश करू, दोन वास्तविक-जगातील उपयोजन परिस्थितींमधून मार्ग काढू - एक हॉस्पिटॅलिटीमध्ये, एक रिटेलमध्ये - आणि मी तुम्हाला एक प्रॅक्टिकल इम्प्लीमेंटेशन चेकलिस्ट देईन जी तुम्ही या आठवड्यात तुमच्या टीमकडे घेऊन जाऊ शकता. हा कोणताही सिद्धांत नाही. हे एक कार्यरत ब्रीफ आहे. चला समस्येच्या प्रमाणापासून सुरुवात करूया, कारण आकडेवारी आश्चर्यकारक आहे. ग्लोबल नेटवर्क ट्रॅफिक अ‍ॅनालिसिस कन्सोर्टियमच्या संशोधनातून असे दिसून आले आहे की अनफिल्टर केलेल्या कॉर्पोरेट नेटवर्कवर, सर्व DNS क्वेरींपैकी ३० ते ४० टक्के क्वेरी जाहिरात नेटवर्क, थर्ड-पार्टी ट्रॅकर्स आणि टेलिमेट्री एंडपॉइंट्समधून उद्भवतात. ही काही किरकोळ त्रुटी नाही. १०० कर्मचारी उपकरणांना सेवा देणाऱ्या नेटवर्कवर, तुम्ही दररोज १८,००० हून अधिक जाहिरात आणि ट्रॅकर विनंत्या पाहत आहात - अशा विनंत्या ज्या बँडविड्थ वापरतात, लेटन्सी आणतात आणि मालव्हर्टायझिंगच्या बाबतीत, एक खरा सुरक्षा धोका दर्शवतात. उत्पादकतेचा दृष्टिकोन देखील तितकाच प्रभावी आहे. जर्नल ऑफ अप्लाइड कॉग्निटिव्ह सायकॉलॉजीमध्ये प्रकाशित झालेल्या एका अभ्यासात असे आढळून आले आहे की डिजिटल व्यत्यय - ज्यामध्ये न मागता येणारे जाहिरात पॉप-अप आणि ऑटो-प्लेइंग व्हिडिओ कंटेट समाविष्ट आहे - यामुळे ज्ञानाचे काम करणाऱ्या कर्मचाऱ्यांच्या प्रत्येक व्यत्ययामागे २३ मिनिटांपर्यंतचा लक्ष केंद्रित करण्याचा कामाचा वेळ वाया जाऊ शकतो. ५० जणांच्या टीममध्ये याचा गुणाकार करा, आणि तुम्ही दर आठवड्याला शेकडो उत्पादक तास गमावत आहात. तांत्रिक सखोल माहिती. तर, नेटवर्क-पातळीवरील जाहिरात फिल्टरिंग प्रत्यक्षात कसे कार्य करते? चला आर्किटेक्चर समजून घेऊया. सर्वात स्केलेबल आणि ऑपरेशनलदृष्ट्या स्वच्छ दृष्टिकोन म्हणजे DNS-पातळीवरील फिल्टरिंग. जेव्हा तुमच्या नेटवर्कवरील एखादे उपकरण - लॅपटॉप, टॅबलेट, पॉईंट-ऑफ-सेल टर्मिनल - वेबपेज लोड करण्याचा प्रयत्न करते, तेव्हा सर्वात पहिली गोष्ट म्हणजे DNS लुकअप होते. उपकरण तुमच्या DNS रिझॉल्व्हरला विचारते: या डोमेनसाठी IP अ‍ॅड्रेस काय आहे? DNS फिल्टरिंग ती क्वेरी इंटरनेटवर पोहोचण्यापूर्वीच अडवते. जर डोमेन ब्लॉकलिस्टवर असेल - उदा. doubleclick.net किंवा scorecardresearch.com - तर रिझॉल्व्हर शून्य प्रतिसाद देतो किंवा सुरक्षित पेजवर रिडायरेक्ट करतो. जाहिरात कधीच लोड होत नाही. ट्रॅकर कधीही घरी संपर्क साधत नाही. मालव्हर्टायझिंग पेलोडला कधीही कार्यान्वित होण्याची संधी मिळत नाही. हे ब्राउझर-आधारित ॲड ब्लॉकर्सपेक्षा मूलभूतपणे भिन्न आहे, जे ॲप्लिकेशन लेयरवर काम करतात आणि प्रत्येक स्वतंत्र डिव्हाइसवर इंस्टॉलेशनची आवश्यकता असते. DNS फिल्टरिंग हे इन्फ्रास्ट्रक्चर-लेव्हलवर असते. हे नेटवर्कवरील प्रत्येक डिव्हाइसला समान रीतीने लागू होते - मग ते व्यवस्थापित असो किंवा अव्यवस्थित, Windows, macOS, iOS, Android - कोणत्याही क्लायंट-साइड सॉफ्टवेअरशिवाय. हा एक महत्त्वपूर्ण ऑपरेशनल फायदा आहे, विशेषतः हॉटेल्स, रिटेल फ्लोर्स किंवा कॉन्फरन्स सेंटर्स सारख्या वातावरणात जिथे तुमच्याकडे कॉर्पोरेट-व्यवस्थापित डिव्हाइसेस आणि कर्मचाऱ्यांच्या मालकीचे BYO डिव्हाइसेस यांचे मिश्रण कर्मचारी SSID शी कनेक्ट केलेले असते. आता, ब्लॉकलिस्ट आर्किटेक्चरबद्दल बोलूया. सुव्यवस्थित DNS फिल्टरिंग डिप्लॉयमेंट हे अनेक क्युरेट केलेल्या थ्रेट इंटेलिजन्स फीड्समधून डेटा मिळवते. सर्वात व्यापकपणे आदरणीय ओपन-सोर्स लिस्ट्समध्ये EasyList आणि EasyPrivacy प्रकल्पांचा समावेश होतो, जे अनुक्रमे जाहिरात आणि ट्रॅकिंग डोमेन्सचे वर्गीकरण करतात, आणि Steven Black hosts फाईल, जी एकाधिक स्रोतांना एकाच युनिफाइड ब्लॉकलिस्टमध्ये एकत्रित करते. व्यावसायिक DNS फिल्टरिंग प्लॅटफॉर्म्स - आणि बाजारपेठेत अनेक मजबूत पर्याय उपलब्ध आहेत - यावर मालकीचे थ्रेट इंटेलिजन्सचे थर जोडतात, ज्यामुळे रिअल-टाइम मालव्हर्टायझिंग डोमेन डिटेक्शन आणि श्रेणी-आधारित फिल्टरिंग जोडले जाते. येथे सर्वात महत्त्वाचा डिझाइन निर्णय म्हणजे अलाऊलिस्ट स्ट्रॅटेजी होय. काळजीपूर्वक देखरेख केलेल्या अलाऊलिस्टशिवाय सरसकट ब्लॉक केल्याने कायदेशीर व्यावसायिक ॲप्लिकेशन्स विस्कळीत होतील. तुमचे CRM, तुमचे ERP, तुमचे पेमेंट प्रोसेसिंग इंटिग्रेशन्स - हे सर्व अशा थर्ड-पार्टी डोमेन्सवर अवलंबून असू शकतात जे चुकीच्या पद्धतीने फ्लॅग केले जाऊ शकतात. डिप्लॉयमेंट वर्कफ्लोमध्ये टप्प्याटप्प्याने रोलआउट समाविष्ट असणे आवश्यक आहे: मॉनिटरिंग मोडमध्ये प्रारंभ करा, दोन ते चार आठवड्यांच्या कालावधीसाठी क्वेरी लॉग्सचे विश्लेषण करा, फॉल्स पॉझिटिव्ह ओळखा, तुमची अलाऊलिस्ट तयार करा आणि नंतर अंमलबजावणी मोडकडे वळा. हा टप्पा वगळणे हे अयशस्वी डिप्लॉयमेंट्सचे सर्वात सामान्य कारण आहे. मानकांच्या दृष्टिकोनातून, DNS-over-HTTPS - DoH - आणि DNS-over-TLS - DoT - हे अधिकाधिक महत्त्वाचे होत आहेत. हे प्रोटोकॉल्स क्लायंट आणि रिझॉल्व्हर दरम्यानच्या DNS क्वेरीज एन्क्रिप्ट करतात, ज्यामुळे मॅन-इन-द-मिडल इंटरसेप्शनला प्रतिबंध होतो. तथापि, ते नेटवर्क-लेव्हल फिल्टरिंगसाठी एक आव्हान देखील निर्माण करतात: जर एखादे डिव्हाइस क्लाउडफ्लेअर किंवा गुगल सारख्या बाह्य DoH प्रदात्याचा वापर करण्यासाठी कॉन्फिगर केले असेल, तर तुमचे ऑन-प्रिमाइसेस DNS फिल्टर पूर्णपणे बायपास होते. यावरील उपाय म्हणजे आउटबाउंड TCP आणि UDP पोर्ट 853 ब्लॉक करणे, जे DoT द्वारे वापरले जाते, आणि फायरवॉलवर DoH ट्रॅफिक इंटरसेप्ट किंवा ब्लॉक करणे. IEEE 802.1X ऑथेंटिकेशन वापरणाऱ्या नेटवर्कवर - जे कोणत्याही एंटरप्राइझ स्टाफ SSID साठी योग्य दृष्टीकोन आहे - तुम्ही DHCP द्वारे DNS सर्व्हर असाइनमेंट लागू करू शकता, ज्यामुळे सर्व डिव्हाइसेस तुमचे फिल्टर केलेले रिझॉल्व्हर वापरत असल्याची खात्री होते. 802.1X बद्दल बोलायचे झाल्यास: जर तुम्ही तुमच्या कर्मचारी WiFi वर अजूनही प्री-शेअर्ड की वापरत असाल, तर ती सर्वात पहिली दुरुस्त करण्याची गोष्ट आहे. 802.1X ऑथेंटिकेशनसह WPA3-Enterprise प्रत्येक युझरसाठी आणि प्रत्येक सेशनसाठी एन्क्रिप्शन की प्रदान करते, ज्यामुळे क्रेडेंशियल शेअरिंगचा धोका टळतो आणि प्रति-युझर पॉलिसी लागू करणे शक्य होते. हाच तो पाया आहे ज्यावर एक मजबूत ॲड फिल्टरिंग डिप्लॉयमेंट आधारलेले असते. तुम्ही तुमच्या ऑफिस WiFi आर्किटेक्चरला अनुकूल करण्याबद्दल अधिक माहिती Purple च्या ऑफिस WiFi गाईडमध्ये वाचू शकता, ज्यामध्ये फ्रिक्वेन्सी प्लॅनिंग, SSID सेगमेंटेशन आणि ऑथेंटिकेशनच्या सर्वोत्तम पद्धतींचा समावेश आहे. GDPR आणि PCI DSS कंप्लायन्सच्या दृष्टिकोनातून देखील यावर थेट लक्ष देणे गरजेचे आहे. वेब कंटेंटमध्ये एम्बेड केलेले थर्ड-पार्टी ट्रॅकर्स, व्याख्यानुसार, तुमच्या युझर्सच्या ब्राउझिंग वर्तनाचा डेटा बाह्य पक्षांकडे पाठवत असतात. कर्मचारी नेटवर्कवर, यामध्ये तुमच्या कर्मचाऱ्यांच्या वर्तनाचा डेटा समाविष्ट असतो. GDPR आर्टिकल 5 अंतर्गत, पर्सनल डेटावर कायदेशीररित्या आणि योग्य तांत्रिक नियंत्रणांसह प्रक्रिया केली जाईल याची खात्री करण्याची तुमची जबाबदारी आहे. DNS लेयरवर ट्रॅकर डोमेन्स ब्लॉक करणे हे एक सुरक्षित तांत्रिक नियंत्रण आहे जे तुमच्या डेटा प्रोसेसरचे उत्तरदायित्व कमी करते. PCI DSS च्या कक्षेत येणाऱ्या संस्थांसाठी - विशेषतः रिटेल आणि हॉस्पिटॅलिटी ऑपरेटर्ससाठी - DNS फिल्टरिंग हे Requirement 1.3 मध्ये देखील योगदान देते, जे कार्डहोल्डर डेटा एनव्हायरनमेंटसाठी आवश्यक असलेल्या इनबाउंड आणि आऊटबाउंड ट्रॅफिकवर निर्बंध घालण्यास सांगते. अंमलबजावणीच्या शिफारसी आणि संभाव्य अडचणी. मी तुम्हाला एका प्रात्यक्षिक डिप्लॉयमेंटच्या टप्प्यांतून घेऊन जातो. पहिला टप्पा: नेटवर्क सेगमेंटेशन. तुम्ही DNS कॉन्फिगरेशनला स्पर्श करण्यापूर्वी, तुमचे कर्मचारी SSID एका समर्पित VLAN वर असल्याची खात्री करा, जे गेस्ट WiFi, IoT डिव्हाइसेस आणि कोणत्याही POS किंवा पेमेंट इन्फ्रास्ट्रक्चरपासून वेगळे असेल. PCI DSS च्या दृष्टिकोनातून हे बंधनकारक आहे आणि हे तुमच्या DNS फिल्टरिंग नियमांसाठी एक स्पष्ट पॉलिसी बाउंड्री देते. दुसरा टप्पा: DNS रिझॉल्व्हर निवड. तुमच्याकडे तीन मुख्य पर्याय आहेत. पहिला, ऑन-प्रिमाइसेस DNS फिल्टरिंग अप्लायन्स किंवा व्हर्च्युअल मशीन - हे तुम्हाला सर्वात कमी लेटन्सी देते आणि सर्व क्वेरी लॉग तुमच्या इन्फ्रास्ट्रक्चरमध्ये ठेवते, जे डेटा सार्वभौमत्वासाठी महत्त्वाचे आहे. दुसरा, लोकल फॉरवर्डरसह क्लाउड-आधारित DNS फिल्टरिंग सर्व्हिस - हे तुमच्या क्वेरी पाथला कार्यक्षम ठेवून ब्लॉकलिस्ट देखभालीचे काम वेंडरकडे सोपवते. तिसरा, एक हायब्रिड मॉडेल जिथे लोकल रिझॉल्व्हर अंतर्गत डोमेन्स हाताळतो आणि बाह्य क्वेरी फिल्टर्ड क्लाउड रिझॉल्व्हरकडे पाठवतो. बहुतांश एंटरप्राइझ डिप्लॉयमेंट्ससाठी, हायब्रिड मॉडेल परफॉर्मन्स आणि ऑपरेशनल साधेपणाचा सर्वोत्तम समतोल प्रदान करते. तिसरा टप्पा: ब्लॉकलिस्ट निवड आणि वर्गीकरण. किमानपक्षी, जाहिरात आणि ट्रॅकिंग श्रेणीचे ब्लॉक्स डिप्लॉय करा. ज्ञात मालवेअर कमांड-अँड-कंट्रोल डोमेन्स, क्रिप्टोमायनिंग एंडपॉइंट्स आणि प्रौढ कंटेंट श्रेणी ब्लॉक करण्याचा देखील विचार करा. बहुतांश कमर्शियल प्लॅटफॉर्म्स आधीपासून तयार केलेले कॅटेगरी पॅक्स प्रदान करतात. त्यांचे काळजीपूर्वक पुनरावलोकन करा - काही श्रेणींच्या व्याख्या तुमच्या अपेक्षेपेक्षा जास्त व्यापक असू शकतात.पायरी चार: मॉनिटरिंग आणि अलर्टिंग. तुमच्या SIEM कडे क्वेरी लॉग निर्यात करण्यासाठी तुमचे DNS फिल्टरिंग प्लॅटफॉर्म कॉन्फिगर करा. हाय-व्हॉल्यूम ब्लॉक इव्हेंट्ससाठी अलर्ट सेट करा, जे एखादे तडजोड केलेले (compromised) डिव्हाइस ज्ञात दुर्भावनापूर्ण डोमेनपर्यंत पोहोचण्याचा प्रयत्न करत असल्याचे सूचित करू शकतात. हे थेट तुमच्या ऑडिट ट्रेल आवश्यकतांमध्ये समाविष्ट होते - 2026 मधील आयटी सुरक्षेसाठी ऑडिट ट्रेलवरील Purple चे मार्गदर्शक लॉगिंग आर्किटेक्चरचे तपशीलवार वर्णन करते. पायरी पाच: युझर कम्युनिकेशन. ही पायरी सर्वात जास्त वेळा वगळली जाते आणि यामुळे सर्वात जास्त अडचणी निर्माण होतात. तुम्ही फिल्टरिंग लागू करण्यापूर्वी, तुमच्या कर्मचाऱ्यांना माहिती द्या. काय फिल्टर केले जात आहे आणि का, हे स्पष्ट करा. हे फिल्टरिंग नेटवर्कवर लागू होते, वैयक्तिक युझर्सवर नाही आणि हे देखरेखीऐवजी सुरक्षा आणि उत्पादकतेसाठी घेतलेले पाऊल आहे, हे स्पष्ट करा. अलोवलिस्ट (allowlist) अपवादांची विनंती करण्यासाठी एक स्पष्ट प्रक्रिया प्रदान करा - एक साधी तिकीटिंग वर्कफ्लो यासाठी चांगली काम करते. आता, त्रुटींविषयी. सर्वात सामान्य अपयशाचा प्रकार म्हणजे ओव्हर-ब्लॉकिंग (over-blocking). मॉनिटरिंग कालावधीशिवाय आक्रमक ब्लॉकलिस्ट लागू केल्याने व्यवसायासाठी महत्त्वाचे असलेले ॲप्लिकेशन्स बंद पडतील आणि हेल्पडेस्क तिकिटांचा पूर येईल. सुरुवातीला सावधगिरी बाळगा, निरीक्षण करा आणि नंतर कडक करा. दुसरी त्रुटी म्हणजे एनक्रिप्टेड DNS बायपासकडे दुर्लक्ष करणे. तुम्ही फायरवॉलवर DoH आणि DoT ब्लॉक न केल्यास, तांत्रिक ज्ञान असलेले युझर्स - किंवा मालवेअर - तुमच्या फिल्टरिंगला सहजपणे बायपास करू शकतात. तिसरी त्रुटी म्हणजे स्टॅटिक ब्लॉकलिस्ट. मालव्हर्टायझिंग (malvertising) डोमेन वेगाने बदलतात. जी ब्लॉकलिस्ट दररोज किमान एकदा तरी अपडेट केली जात नाही, ती सुरक्षेचा खोटा आभास निर्माण करते. तुमच्या निवडलेल्या प्लॅटफॉर्मवर स्वयंचलित, वारंवार ब्लॉकलिस्ट अपडेट्स मिळतील याची खात्री करा. रॅपिड-फायर प्रश्नोत्तरे. मला आयटी टीम्सकडून वारंवार विचारल्या जाणाऱ्या प्रश्नांची उत्तरे देऊ द्या. "यामुळे आमचे SaaS ॲप्लिकेशन्स बंद पडतील का?" केवळ तुम्ही मॉनिटरिंगचा टप्पा वगळल्यासच असे होईल. दोन ते चार आठवडे फक्त मॉनिटर-ओन्ली मोडमध्ये चालवा, ब्लॉक केलेल्या क्वेरी लॉग्सचे पुनरावलोकन करा आणि लागू करण्यापूर्वी वैध व्यावसायिक डोमेन्स तुमच्या अलोवलिस्टमध्ये जोडा. "DNS फिल्टरिंग एंडपॉइंट प्रोटेक्शनची जागा घेते का?" नाही. हा एक पूरक स्तर आहे. DNS फिल्टरिंग नेटवर्कच्या सीमेवरच मोठ्या प्रमाणातील धोके थांबवते, परंतु ईमेल अटॅचमेंट्स, USB डिव्हाइसेस किंवा एनक्रिप्टेड टनेल्सद्वारे येणाऱ्या धोक्यांसाठी एंडपॉइंट डिटेक्शन आणि रिस्पॉन्स - EDR - अत्यंत आवश्यक आहे. "HTTPS चे काय? DNS फिल्टरिंग एनक्रिप्टेड ट्रॅफिकच्या आत पाहू शकते का?" DNS फिल्टरिंग हे डोमेन नेमवर कार्य करते, विनंतीच्या मजकुरावर (content) नाही. त्याला HTTPS ट्रॅफिक डिक्रिप्ट करण्याची आवश्यकता नसते. TLS हँडशेकच्या आधीच डोमेन नेम निश्चित केले जाते, त्यामुळे DNS स्तरावर फिल्टरिंग करणे हे प्रभावी आणि गोपनीयता टिकवून ठेवणारे दोन्ही आहे. "हे आमच्या गेस्ट WiFi शी कसे संवाद साधते?" तुमचे नेटवर्क योग्यरित्या विभागलेले असल्यास, त्याचा काही परिणाम होऊ नये. तुमचा गेस्ट SSID - जो Purple चा Guest WiFi प्लॅटफॉर्म व्यवस्थापित करतो - त्याच्या स्वतःच्या DNS पॉलिसीसह एका वेगळ्या VLAN वर असावा. सामान्यतः, गेस्ट नेटवर्क्स मालवेअर आणि कायदेशीर अनुपालनावर लक्ष केंद्रित करणारे हलके फिल्टरिंग लागू करतात, तर स्टाफ नेटवर्क्स पूर्ण उत्पादकता आणि सुरक्षा फिल्टरिंग स्टॅक लागू करतात. सारांश आणि पुढील पायऱ्या. थोडक्यात सांगायचे तर: तुमच्या कॉर्पोरेट कर्मचारी नेटवर्कवर DNS स्तरावर जाहिराती आणि ट्रॅकर्स ब्लॉक करणे ही आजच्या IT टीमसाठी उपलब्ध असलेल्या सर्वोच्च ROI सुरक्षा आणि उत्पादकता गुंतवणुकींपैकी एक आहे. याची उपयोजन गुंतागुंत कमी आहे, ऑपरेशनल ओव्हरहेड व्यवस्थापित करण्यायोग्य आहे, आणि मोजता येण्याजोगे परिणाम - बँडविड्थची बचत, कमी झालेला मालव्हर्टायझिंग धोका, सुधारलेले GDPR अनुपालन आणि मोजता येण्यासारखी उत्पादकता वाढ - अत्यंत प्रभावी आहेत. तुमची त्वरित पुढील पावले अशी आहेत: आज काही फिल्टरिंग लागू आहे की नाही हे समजून घेण्यासाठी तुमच्या सध्याच्या DNS कॉन्फिगरेशनचे ऑडिट करा; तुमच्या विशिष्ट वातावरणावर आधारित - ऑन-प्रिमाइसेस, क्लाउड किंवा हायब्रिड - दोन किंवा तीन DNS फिल्टरिंग प्लॅटफॉर्म्सचे मूल्यांकन करा; आणि अंमलबजावणीकडे जाण्यापूर्वी चार आठवड्यांच्या मॉनिटरिंग डिप्लॉयमेंटचे नियोजन करा. जर तुम्ही अनेक ठिकाणांवर कार्यरत असाल - हॉटेल्स, रिटेल शाखा, स्टेडियम, कॉन्फरन्स सेंटर्स - तर Purple चे WiFi ॲनालिटिक्स प्लॅटफॉर्म तुम्हाला तुमच्या नेटवर्क इन्फ्रास्ट्रक्चरवर व्हिजिबिलिटी लेयर प्रदान करते जेणेकरून फिल्टरिंग इव्हेंट्सचा ऑपरेशनल मेट्रिक्सशी संबंध जोडता येईल. तिथेच ROI ची ही गाथा खरोखर मोजता येण्याजोगी बनते. ऐकल्याबद्दल धन्यवाद. हे Purple WiFi इंटेलिजन्स ब्रीफिंग होते. अंमलबजावणीच्या मदतीसाठी, purple.ai ला भेट द्या.