Probe Request म्हणजे काय? डिव्हाइसेस नेटवर्क कसे शोधतात हे समजून घेणे

Probe Request म्हणजे काय? डिव्हाइसेस नेटवर्क कसे शोधतात हे समजून घेणे. एक Purple तांत्रिक माहिती. परिचय आणि संदर्भ. या Purple तांत्रिक माहितीमध्ये आपले स्वागत आहे. मी तुम्हाला एंटरप्राइझ WiFi मधील सर्वात मूलभूत — आणि सर्वात जास्त गैरसमज असलेल्या — यंत्रणेची माहिती देणार आहे: probe request. जर तुम्ही गेस्ट WiFi डिप्लॉयमेंट, मल्टी-साइट रिटेल नेटवर्क किंवा व्हेन्यू ॲनालिटिक्स प्रोग्रामसाठी जबाबदार असाल, तर probe requests समजून घेणे पर्यायी नाही. हा तो पाया आहे ज्यावर इतर सर्व काही अवलंबून असते — फूटफॉल ॲनालिटिक्स आणि ड्वेल टाइम मोजण्यापासून ते MAC रँडमायझेशन आव्हाने आणि GDPR अनुपालनापर्यंत. चला तर मग याबद्दल सविस्तर जाणून घेऊया. प्रत्येक वेळी जेव्हा एखादे डिव्हाइस — स्मार्टफोन, लॅपटॉप, टॅबलेट — नेटवर्कशी कनेक्ट केलेले नसते, तेव्हा ते सतत नेटवर्क शोधत असते. ती स्कॅनिंग प्रक्रिया probe request ने सुरू होते. ही IEEE 802.11 अंतर्गत परिभाषित केलेली एक मॅनेजमेंट फ्रेम आहे आणि ती ॲक्सेस पॉइंटद्वारे नाही तर क्लायंट डिव्हाइसद्वारे ट्रान्समिट केली जाते. डिव्हाइस खोलीत ओरडून विचारत आहे असे समजा: "इथे मी ओळखणारे कोणी आहे का?" ॲक्सेस पॉइंट हे ऐकतो आणि जर त्याने ती विनंती ओळखली तर तो प्रतिसाद देतो. हे दिवसातून शेकडो वेळा घडते, बऱ्याचदा डिव्हाइसच्या मालकाला हे कधीच समजत नाही. आणि नेटवर्क आर्किटेक्ट्स आणि व्हेन्यू ऑपरेटर्ससाठी, जर तुम्हाला ते योग्यरित्या कॅप्चर आणि इंटरप्रिट कसे करायचे हे माहित असेल, तर त्या probe requests हा ऑपरेशनल डेटाचा एक खजिना आहे. तांत्रिक सखोल माहिती. चला याच्या मेकॅनिक्समध्ये अधिक सखोल जाऊया. probe request ही २.४ GHz किंवा ५ GHz रेडिओ बँडवर ट्रान्समिट होणारी लेयर २ मॅनेजमेंट फ्रेम आहे. IEEE 802.11 मानका अंतर्गत, याचे वर्गीकरण सबटाइप ४ मॅनेजमेंट फ्रेम म्हणून केले जाते. या फ्रेममध्ये अनेक महत्त्वाचे माहिती घटक असतात: SSID फील्ड, सपोर्टेड रेट्स एलिमेंट, एक्सटेंडेड सपोर्टेड रेट्स एलिमेंट आणि ८०२.११ac डिव्हाइसेससाठी HT — म्हणजेच हाय-थ्रूपुट — आणि VHT क्षमतांसह कॅपेबिलिटी इन्फॉर्मेशन. probe requests चे दोन प्रकार आहेत. पहिला ब्रॉडकास्ट probe request आहे, ज्याला कधीकधी वाइल्डकार्ड प्रोब देखील म्हटले जाते. येथे SSID फील्ड रिकामे असते — डिव्हाइस मूलत: रेंजमधील कोणत्याही ॲक्सेस पॉइंटला स्वतःची ओळख पटवून देण्यास सांगत असते. दुसरा डायरेक्टेड probe request आहे, जिथे SSID फील्डमध्ये विशिष्ट नेटवर्कचे नाव असते. हे तेव्हा घडते जेव्हा डिव्हाइस सक्रियपणे अशा नेटवर्कचा शोध घेत असते ज्याच्याशी ते आधी कनेक्ट झाले होते आणि जे त्याच्या प्रिफर्ड नेटवर्क लिस्टमध्ये सेव्ह केलेले असते. ॲक्सेस पॉइंटचा प्रतिसाद — probe response frame — बऱ्याच अंशी बीकन फ्रेमच्या मजकुरासारखाच असतो. यामध्ये SSID, BSSID, बीकन इंटरव्हल, टाइमस्टॅम्प आणि संपूर्ण कॅपेबिलिटी सेट समाविष्ट असतो. हा एक्सचेंज युझरने त्यांचे WiFi सेटिंग्ज उघडण्यापूर्वीच डिव्हाइसला उपलब्ध नेटवर्कची यादी तयार करण्यास मदत करतो. आता, ॲक्टिव्ह स्कॅनिंग (active scanning) आणि पॅसिव्ह स्कॅनिंग (passive scanning) यामध्ये एक महत्त्वाचा फरक आहे. ॲक्टिव्ह स्कॅनिंग म्हणजे प्रोब रिक्वेस्ट आणि रिस्पॉन्स सायकल जी मी आत्ताच स्पष्ट केली आहे. पॅसिव्ह स्कॅनिंग वेगळे आहे — यामध्ये डिव्हाइस फक्त बीकन फ्रेम्स ऐकते ज्या ॲक्सेस पॉइंट्सद्वारे ठराविक कालावधीने, सामान्यतः दर १०० मिलिसेकंदांनी ब्रॉडकास्ट केल्या जातात. पॅसिव्ह स्कॅनिंग संथ असते परंतु कमी पॉवर वापरते. बहुतेक आधुनिक डिव्हाइसेस त्यांच्या पॉवर स्टेट आणि ते ज्या रेग्युलेटरी डोमेनमध्ये कार्यरत आहेत त्यानुसार या दोन्हीच्या संयोजनाचा वापर करतात. येथेच हे ऑपरेशनल दृष्ट्या महत्त्वपूर्ण ठरते. हाय-डेन्सिटी व्हेन्यूमध्ये — जसे की स्टेडियम, कॉन्फरन्स सेंटर, मोठे रिटेल फ्लोअर — तुमच्याकडे हजारो डिव्हाइसेस एकाच वेळी अनेक चॅनेलवर प्रोब रिक्वेस्ट पाठवू शकतात. यामुळे 'प्रोब स्टॉर्म' (probe storm) म्हणून ओळखली जाणारी परिस्थिती निर्माण होते. प्रत्येक प्रोब रिक्वेस्ट एअरटाइम वापरते. खराब डिझाइन केलेल्या नेटवर्कमध्ये, हा मॅनेजमेंट फ्रेम ओव्हरहेड कनेक्ट केलेल्या क्लायंटसाठी थ्रूपुट (throughput) लक्षणीयरीत्या कमी करू शकतो. म्हणूनच एंटरप्राइझ-ग्रेड ॲक्सेस पॉइंट्स प्रोब रिक्वेस्ट फिल्टरिंग आणि रेट लिमिटिंग मानक म्हणून लागू करतात. आता आपण MAC ॲड्रेसेसबद्दल आणि ॲनालिटिक्ससाठी हे अत्यंत महत्त्वाचे का आहे याबद्दल बोलूया. ऐतिहासिकदृष्ट्या, प्रत्येक प्रोब रिक्वेस्टमध्ये डिव्हाइसचा खरा हार्डवेअर MAC ॲड्रेस असायचा — जो नेटवर्क इंटरफेस कार्डमध्ये बर्न केलेला जागतिक स्तरावर युनिक असलेला ४८-बिट आयडेंटिफायर आहे. यामुळे प्रोब-आधारित ॲनालिटिक्स अत्यंत विश्वासार्ह बनले. तुम्ही तुमच्या व्हेन्यूमध्ये डिव्हाइस ट्रॅक करू शकत होता, ड्वेल टाइम (dwell time) मोजू शकत होता, वारंवार येणाऱ्या व्हिजिटर्सना ओळखू शकत होता आणि उच्च आत्मविश्वासाने फूटफॉल हीटमॅप्स तयार करू शकत होता. २०२० मधील iOS 14 आणि त्यापूर्वीच्या Android 10 मुळे यामध्ये लक्षणीय बदल झाला. Apple आणि Google ने प्रोब रिक्वेस्टसाठी MAC ॲड्रेस रँडमायझेशन (randomisation) सुरू केले. खरा हार्डवेअर MAC ब्रॉडकास्ट करण्याऐवजी, डिव्हाइसेस आता स्कॅनिंगसाठी रँडमाइज्ड MAC ॲड्रेस जनरेट करतात. iOS वर, हे रँडमायझेशन प्रति-SSID असते — म्हणजेच विशिष्ट नेटवर्कशी कनेक्ट करताना डिव्हाइस सुसंगत रँडमाइज्ड MAC वापरते, परंतु प्रोबिंग करताना वेगळा वापरते. Android वर, हे इम्प्लीमेंटेशन मॅन्युफॅक्चररनुसार बदलते. व्हेन्यू ऑपरेटर्ससाठी याचा व्यावहारिक परिणाम मोठा आहे. कायमस्वरूपी MAC ॲड्रेसेसवर अवलंबून असणारे प्रोब-आधारित फूटफॉल ॲनालिटिक्स आता अनकनेक्टेड डिव्हाइसेससाठी अविश्वसनीय झाले आहेत. युनिक डिव्हाइसेसची संख्या फुगवून दिसते. केवळ प्रोब डेटावरून वारंवार येणाऱ्या व्हिजिटर्सची ओळख पटवणे आता व्यवहार्य राहिलेले नाही. यावर उपाय — आणि येथेच ऑथेंटिकेटेड गेस्ट WiFi अत्यंत महत्त्वाचे ठरते — तो म्हणजे तुमचा आयडेंटिटी लेयर MAC ॲड्रेसवरून ऑथेंटिकेटेड युझरकडे हलवणे. जेव्हा एखादा व्हिजिटर Captive Portal किंवा सोशल लॉगिनद्वारे कनेक्ट होतो, तेव्हा तुम्ही एक कायमस्वरूपी, संमती असलेली ओळख कॅप्चर करता जी MAC रँडमायझेशननंतरही टिकून राहते. Purple चे गेस्ट WiFi प्लॅटफॉर्म नेमके हेच करते — ते ॲनालिटिक्सला ऑथेंटिकेटेड सेशनशी जोडते, हार्डवेअर ॲड्रेसशी नाही, ज्यामुळे डिव्हाइसच्या MAC वर्तनाचा विचार न करता तुम्हाला अचूक, GDPR-सुसंगत फूटफॉल डेटा मिळतो. नेटवर्क सुरक्षा विश्लेषकांना समजून घेणे आवश्यक असलेली प्रोब विनंत्यांची (probe requests) एक सुरक्षा बाजू देखील आहे. प्रोब विनंत्या या अनइन्क्रिप्टेड मॅनेजमेंट फ्रेम्स असल्यामुळे, मॉनिटर मोडमध्ये पॅकेट कॅप्चर टूल असलेल्या कोणालाही त्या सहज दिसतात. एक निर्देशित प्रोब विनंती अशा नेटवर्क्सचे SSIDs उघड करते ज्यांच्याशी एखादे डिव्हाइस पूर्वी कनेक्ट झाले होते — ज्याला प्रिफर्ड नेटवर्क लिस्ट किंवा PNL म्हणून ओळखले जाते. हा एक खराखुरा प्रायव्हसीचा धोका आहे. तुमच्या वेन्यूमधून जाणारे एखादे डिव्हाइस ते आधी ज्या ज्या नेटवर्कशी जोडले गेले होते त्या सर्वांची नावे ब्रॉडकास्ट करत असते. MAC randomisation सुरू करण्यामागचे हे एक मुख्य कारण होते. हल्ल्याच्या दृष्टिकोनातून विचार केल्यास, प्रोब विनंत्या इव्हिल ट्विन (evil twin) हल्ल्यांना सक्षम करतात. एखाद्या विशिष्ट SSID साठी निर्देशित प्रोब विनंती कॅप्चर करणारा हॅकर त्या SSID सह एक बनावट ॲक्सेस पॉइंट उभा करू शकतो आणि डिव्हाइस स्वयंचलितपणे कनेक्ट होण्याची वाट पाहू शकतो. WPA3 चे एन्हान्स्ड ओपन आणि सायमलटेनियस ऑथेंटिकेशन ऑफ इक्वल्स — SAE — प्रोटोकॉल्स हा धोका लक्षणीयरीत्या कमी करतात, परंतु केवळ तेव्हाच जेव्हा तुमची इन्फ्रास्ट्रक्चर त्यांना सपोर्ट करते आणि लागू करते. अंमलबजावणीच्या शिफारसी आणि त्रुटी. चला, आता प्रत्यक्ष उपयोजनात (deployment) तुम्ही यासह नेमके काय करता याकडे वळूया. पहिले म्हणजे, जर तुम्ही गर्दीच्या वेन्यूमध्ये गेस्ट WiFi नेटवर्क तैनात करत असाल किंवा रिफ्रेश करत असाल, तर तुमच्या ॲक्सेस पॉइंटचे नियोजन आणि चॅनेल प्लॅनिंगमध्ये प्रोब विनंतीच्या ओव्हरहेडचा विचार करणे आवश्यक आहे. किमान चॅनेल विड्थ स्ट्रॅटेजी वापरा — 2.4 GHz वर 20 MHz — आणि दूरच्या डिव्हाइसेसना जोडण्यापासून रोखण्यासाठी किमान RSSI थ्रेशोल्ड लागू करा. बहुतेक एंटरप्राइझ कंट्रोलर्स तुम्हाला प्रोब रिस्पॉन्स फिल्टरिंग सेट करण्याची परवानगी देतात जेणेकरून APs केवळ विशिष्ट सिग्नल स्ट्रेंथच्या वरील डिव्हाइसेसनाच प्रतिसाद देतात. यामुळे मॅनेजमेंट फ्रेमचा आवाज लक्षणीयरीत्या कमी होतो. दुसरे म्हणजे, जर तुम्ही फूटफॉल किंवा ड्वेल टाइम ॲनालिटिक्स चालवत असाल, तर हे मान्य करा की केवळ प्रोब-डेटा आता पुरेसा नाही. तुमची ॲनालिटिक्स स्ट्रॅटेजी ऑथेंटिकेटेड सेशन्सभोवती तयार करणे आवश्यक आहे. याचा अर्थ असा की तुमचा Captive Portal किंवा ऑनबोर्डिंग फ्लो इतका सुलभ असावा की अभ्यागत प्रत्यक्षात कनेक्ट होतील. Purple चा डेटा दर्शवतो की चांगल्या प्रकारे डिझाइन केलेला ऑनबोर्डिंग अनुभव — सोशल लॉगिन, ईमेल कॅप्चर किंवा पासवर्डलेस फ्लो — असलेल्या वेन्यूजमध्ये वेन्यूमधील ६० ते ८० टक्के डिव्हाइसेसचे कनेक्शन रेट दिसतात. ती तुमची ॲनालिटिक्स लोकसंख्या आहे. तिसरे म्हणजे, UK आणि EU मधील GDPR पालनासाठी, प्रोब विनंती डेटा संकलन — अगदी अनामित (anonymised) केलेला असला तरीही — काळजीपूर्वक कायदेशीर आधाराच्या मूल्यांकनाची आवश्यकता असते. जर तुम्ही ॲनालिटिक्ससाठी प्रोब फ्रेम्स कॅप्चर आणि स्टोअर करत असाल, तर तुम्हाला तुमच्या कायदेशीर हिताचा आधार दस्तऐवजीकरण करणे आणि डेटा मिनिमायझेशन सुनिश्चित करणे आवश्यक आहे. WiFi ट्रॅकिंगवर ICO चे मार्गदर्शन स्पष्ट आहे: जर तुम्ही डेटामधून एखाद्या व्यक्तीची ओळख पटवू शकत असाल, अगदी अप्रत्यक्षपणे, तर तो वैयक्तिक डेटा आहे. कोणतीही प्रोब-आधारित ॲनालिटिक्स सिस्टम तैनात करण्यापूर्वी तुमच्या DPO सोबत काम करा. चौथे, गर्दीच्या वातावरणात प्रोब स्टॉर्म्स (probe storms) कडे लक्ष द्या. जर तुम्हाला जास्त वर्दळ असलेल्या ठिकाणी न समजणारे थ्रूपुट डिग्रेडेशन (throughput degradation) दिसत असेल, तर तुमचे AP लॉग्स तपासा आणि मॅनेजमेंट फ्रेम रेट्स पहा. बऱ्याचदा प्रोब स्टॉर्म हेच याचे कारण असते. यावरील उपाय म्हणजे किमान RSSI फिल्टरिंग, प्रोब रिस्पॉन्स रेट लिमिटिंग आणि तुमचा 5 GHz बँड योग्यरित्या ॲडव्हर्टाइज करणे जेणेकरून सक्षम डिव्हाइसेस 2.4 GHz ऐवजी त्याला प्राधान्य देतील. रॅपिड-फायर प्रश्नोत्तरे. नियमितपणे विचारल्या जाणाऱ्या काही प्रश्नांवर आपण नजर टाकूया. मी Captive Portal शिवाय पादचाऱ्यांची संख्या मोजण्यासाठी प्रोब रिक्वेस्ट्स वापरू शकतो का? तांत्रिकदृष्ट्या होय, पण iOS 14 नंतर याची अचूकता खूपच कमी आहे. तुम्हाला फुगवलेली युनिक संख्या दिसेल आणि परत येणाऱ्या अभ्यागतांचा डेटा मिळणार नाही. ढोबळ अंदाजापलीकडे अचूक माहिती मिळवण्यासाठी, तुम्हाला ऑथेंटिकेटेड सेशन्सची आवश्यकता आहे. प्रोब रिक्वेस्ट्स 6 GHz WiFi 6E नेटवर्कवर काम करतात का? होय, पण काही फरकांसह. 6 GHz बँड FILS — फास्ट इनिशियल लिंक सेटअप — नावाच्या डिस्कव्हरी मेकॅनिझमचा आणि आउट-ऑफ-बँड डिस्कव्हरीचा वापर करतो, ज्यामुळे प्रोब डायनॅमिक्स बदलतात. जर तुम्ही WiFi 6E तैनात करत असाल, तर तुमच्या व्हेंडरचे 6 GHz स्कॅनिंग वर्तनावरील दस्तऐवज तपासा. प्रोब रिक्वेस्ट आणि असोसिएशन रिक्वेस्टमध्ये काय फरक आहे? प्रोब रिक्वेस्ट ही असोसिएशन-पूर्व असते — डिव्हाइस नेटवर्क शोधत असते. असोसिएशन रिक्वेस्ट ऑथेंटिकेशननंतर येते, जेव्हा डिव्हाइस औपचारिकपणे विशिष्ट नेटवर्कमध्ये सामील होण्याची विनंती करत असते. हे 802.11 कनेक्शन स्टेट मशीनचे वेगवेगळे टप्पे आहेत. कनेक्ट झाल्यानंतर MAC रँडमायझेशन स्थिर राहते का? iOS वर, होय — डिव्हाइस दिलेल्या SSID साठी स्थिर रँडमाइज्ड MAC वापरते. Android वर, हे बदलू शकते. काही इम्प्लिमेंटेशन्स प्रत्येक कनेक्शनवर पुन्हा रँडमाइज करतात. म्हणूनच MAC-आधारित ओळखीऐवजी सेशन-आधारित ओळख हे योग्य आर्किटेक्चर आहे. सारांश आणि पुढील पावले. थोडक्यात सांगायचे तर: प्रोब रिक्वेस्ट्स हे WiFi डिस्कव्हरीचे स्पंदन आहेत. तुमच्या ठिकाणचे प्रत्येक डिव्हाइस सतत त्या तयार करत असते. त्यांची रचना, त्यांच्या मर्यादा आणि त्यांचे सुरक्षिततेवरील परिणाम समजून घेणे हे विश्वसनीय, ॲनालिटिक्स-सक्षम आणि सुसंगत गेस्ट WiFi डिझाइन करण्यासाठी मूलभूत आहे. महत्त्वाचे मुद्दे खालीलप्रमाणे आहेत. एक: MAC-रँडमायझेशनच्या आजच्या जगात ऑथेंटिकेशनशिवाय प्रोब-आधारित ॲनालिटिक्स विश्वसनीय नाही. दोन: ऑथेंटिकेटेड गेस्ट WiFi हा तुमचा आयडेंटिटी लेयर आहे — यामुळेच तुमचे ॲनालिटिक्स अचूक आणि तुमचा डेटा GDPR-सुसंगत बनतो. तीन: प्रोब स्टॉर्म मॅनेजमेंट ही उच्च-घनतेच्या ठिकाणी एक खरी ऑपरेशनल चिंता आहे आणि इन्फ्रास्ट्रक्चर डिझाइनच्या टप्प्यावरच याचे निराकरण करणे आवश्यक आहे. चार: डायरेक्टेड प्रोब रिक्वेस्ट्स तुमच्या डिव्हाइसची प्रिफर्ड नेटवर्क लिस्ट उघड करतात — हा एक खरा सुरक्षा धोका आहे जो WPA3 आणि नेटवर्क हायजीन पद्धतींद्वारे कमी केला जाऊ शकतो. जर तुम्हाला अधिक सखोल माहिती हवी असेल, तर Purple चे तांत्रिक दस्तऐवज आमचे हार्डवेअर-अग्नॉस्टिक प्लॅटफॉर्म तुम्हाला अचूक वेन्यू ॲनालिटिक्स देण्यासाठी ऑथेंटिकेटेड सेशन डेटासह प्रोब डेटा कसा कॅप्चर आणि प्रोसेस करतो हे स्पष्ट करते. तुम्ही आमच्या WiFi वेफाइंडिंग आणि ट्रायलेटरेशनवरील मार्गदर्शिका देखील पाहू शकता, ज्या थेट आज आपण कव्हर केलेल्या प्रोब रिक्वेस्टच्या मूलभूत गोष्टींवर आधारित आहेत. ऐकल्याबद्दल धन्यवाद. हे Purple चे तांत्रिक ब्रीफिंग होते.