Probe Request কী? ডিভাইস কীভাবে নেটওয়ার্ক সনাক্ত করে তা বোঝা

একটি Probe Request কী? ডিভাইস কীভাবে নেটওয়ার্ক সনাক্ত করে তা বোঝা। একটি Purple টেকনিক্যাল ব্রিফিং। ভূমিকা এবং প্রসঙ্গ। Purple-এর এই টেকনিক্যাল ব্রিফিংয়ে আপনাকে স্বাগত জানাই। আমি আপনাকে এন্টারপ্রাইজ WiFi-এর সবচেয়ে মৌলিক — এবং সবচেয়ে বেশি ভুল বোঝা — মেকানিজমগুলির একটির মাধ্যমে নিয়ে যাব: probe request। আপনি যদি কোনো গেস্ট WiFi ডিপ্লয়মেন্ট, একটি মাল্টি-সাইট রিটেইল নেটওয়ার্ক, অথবা কোনো ভেন্যু অ্যানালিটিক্স প্রোগ্রামের দায়িত্বে থাকেন, তবে probe request বোঝা ঐচ্ছিক নয়। এটি এমন একটি ভিত্তি যার উপর অন্য সবকিছু নির্ভর করে — ফুটফল অ্যানালিটিক্স এবং ডুয়েল টাইম পরিমাপ থেকে শুরু করে MAC র্যান্ডমাইজেশন চ্যালেঞ্জ এবং GDPR কমপ্লায়েন্স পর্যন্ত। তাহলে চলুন শুরু করা যাক। প্রতিবার যখন একটি ডিভাইস — একটি স্মার্টফোন, একটি ল্যাপটপ, একটি ট্যাবলেট — কোনো নেটওয়ার্কের সাথে সংযুক্ত থাকে না, তখন এটি ক্রমাগত একটি নেটওয়ার্কের সন্ধান করতে থাকে। সেই স্ক্যানিং প্রক্রিয়াটি একটি probe request-এর মাধ্যমে শুরু হয়। এটি একটি ম্যানেজমেন্ট ফ্রেম, যা IEEE 802.11-এর অধীনে সংজ্ঞায়িত, এবং এটি ক্লায়েন্ট ডিভাইস দ্বারা ট্রান্সমিট করা হয়, অ্যাক্সেস পয়েন্ট দ্বারা নয়। এটিকে এভাবে ভাবুন যেন ডিভাইসটি ঘরে চিৎকার করে বলছে: "এখানে কি এমন কেউ আছে যাকে আমি চিনি?" অ্যাক্সেস পয়েন্টটি শোনে, এবং যদি এটি অনুরোধটি সনাক্ত করতে পারে, তবে এটি সাড়া দেয়। এটি দিনে শত শত বার ঘটে, প্রায়শই ডিভাইসের মালিকের অজান্তেই। এবং নেটওয়ার্ক আর্কিটেক্ট এবং ভেন্যু অপারেটরদের জন্য, এই probe request-গুলি হলো অপারেশনাল ডেটার একটি সোনার খনি — যদি আপনি জানেন যে কীভাবে সেগুলি সঠিকভাবে ক্যাপচার এবং ব্যাখ্যা করতে হয়। টেকনিক্যাল ডিপ-ডাইভ। চলুন মেকানিজমটি আরও গভীরভাবে বোঝা যাক। একটি probe request হলো একটি লেয়ার ২ ম্যানেজমেন্ট ফ্রেম যা ২.৪ GHz বা ৫ GHz রেডিও ব্যান্ডে ট্রান্সমিট করা হয়। IEEE 802.11 স্ট্যান্ডার্ডের অধীনে, এটিকে সাবটাইপ ৪ ম্যানেজমেন্ট ফ্রেম হিসেবে শ্রেণীবদ্ধ করা হয়েছে। ফ্রেমটিতে বেশ কয়েকটি মূল তথ্য উপাদান থাকে: SSID ফিল্ড, সাপোর্টেড রেটস এলিমেন্ট, এক্সটেন্ডেড সাপোর্টেড রেটস এলিমেন্ট, এবং ৮০২.১১ac ডিভাইসের জন্য HT — অর্থাৎ হাই-থ্রুপুট — এবং VHT সক্ষমতাসহ ক্যাপাবিলিটি ইনফরমেশন। probe request দুই ধরণের হয়। প্রথমটি হলো একটি ব্রডকাস্ট probe request, যাকে কখনও কখনও ওয়াইল্ডকার্ড প্রোব বলা হয়। এখানে SSID ফিল্ডটি খালি থাকে — ডিভাইসটি মূলত সীমার মধ্যে থাকা যেকোনো অ্যাক্সেস পয়েন্টকে নিজেকে সনাক্ত করার জন্য অনুরোধ করে। দ্বিতীয়টি হলো একটি ডিরেক্টেড probe request, যেখানে SSID ফিল্ডে একটি নির্দিষ্ট নেটওয়ার্কের নাম থাকে। এটি তখন ঘটে যখন ডিভাইসটি সক্রিয়ভাবে এমন একটি নেটওয়ার্ক খুঁজছে যার সাথে এটি আগে সংযুক্ত ছিল এবং যা তার পছন্দের নেটওয়ার্ক তালিকায় সংরক্ষিত রয়েছে। অ্যাক্সেস পয়েন্টের প্রতিক্রিয়া — probe response ফ্রেম — বিকন ফ্রেমের বেশিরভাগ বিষয়বস্তুকে প্রতিফলিত করে। এর মধ্যে রয়েছে SSID, BSSID, বিকন ইন্টারভাল, টাইমস্ট্যাম্প এবং সম্পূর্ণ ক্যাপাবিলিটি সেট। এই আদান-প্রদানই ব্যবহারকারী তার WiFi সেটিংস খোলার আগেই একটি ডিভাইসকে তার উপলব্ধ নেটওয়ার্কের তালিকা তৈরি করতে সাহায্য করে। এখন, অ্যাক্টিভ স্ক্যানিং এবং প্যাসিভ স্ক্যানিংয়ের মধ্যে একটি গুরুত্বপূর্ণ পার্থক্য রয়েছে। অ্যাক্টিভ স্ক্যানিং হলো প্রোব রিকোয়েস্ট এবং রেসপন্স সাইকেল যা আমি এইমাত্র বর্ণনা করেছি। প্যাসিভ স্ক্যানিং ভিন্ন — ডিভাইসটি কেবল বিকন ফ্রেমের জন্য অপেক্ষা করে যা অ্যাক্সেস পয়েন্টগুলো পর্যায়ক্রমিকভাবে ব্রডকাস্ট করে, সাধারণত প্রতি ১০০ মিলিসেকেন্ডে। প্যাসিভ স্ক্যানিং ধীরগতির কিন্তু এতে কম পাওয়ার খরচ হয়। বেশিরভাগ আধুনিক ডিভাইস তাদের পাওয়ার স্টেট এবং তারা যে রেগুলেটরি ডোমেনে কাজ করছে তার ওপর ভিত্তি করে এই দুটির সংমিশ্রণ ব্যবহার করে। এখানেই এটি কার্যক্ষমতার দিক থেকে তাৎপর্যপূর্ণ হয়ে ওঠে। একটি হাই-ডেনসিটি ভেন্যুতে — যেমন স্টেডিয়াম, কনফারেন্স সেন্টার, বা বড় রিটেল ফ্লোরে — আপনার হাজার হাজার ডিভাইস একসাথে একাধিক চ্যানেলে প্রোব রিকোয়েস্ট পাঠাতে পারে। এটি এমন একটি পরিস্থিতি তৈরি করে যা প্রোব স্টর্ম কন্ডিশন নামে পরিচিত। প্রতিটি প্রোব রিকোয়েস্ট এয়ারটাইম ব্যবহার করে। একটি দুর্বলভাবে ডিজাইন করা নেটওয়ার্কে, এই ম্যানেজমেন্ট ফ্রেম ওভারহেড কানেক্টেড ক্লায়েন্টদের থ্রুপুট পরিমাপযোগ্যভাবে কমিয়ে দিতে পারে। এই কারণেই এন্টারপ্রাইজ-গ্রেড অ্যাক্সেস পয়েন্টগুলো স্ট্যান্ডার্ড হিসেবে প্রোব রিকোয়েস্ট ফিল্টারিং এবং রেট লিমিটিং প্রয়োগ করে। এবার MAC অ্যাড্রেস এবং অ্যানালিটিক্সের জন্য এটি কেন অত্যন্ত গুরুত্বপূর্ণ তা নিয়ে আলোচনা করা যাক। ঐতিহাসিকভাবে, প্রতিটি প্রোব রিকোয়েস্ট ডিভাইসের আসল হার্ডওয়্যার MAC অ্যাড্রেস বহন করত — যা নেটওয়ার্ক ইন্টারফেস কার্ডে থাকা একটি গ্লোবালি ইউনিক ৪৮-বিট আইডেন্টিফায়ার। এটি প্রোব-ভিত্তিক অ্যানালিটিক্সকে অত্যন্ত নির্ভরযোগ্য করে তুলেছিল। আপনি আপনার ভেন্যু জুড়ে একটি ডিভাইস ট্র্যাক করতে পারতেন, ডোয়েল টাইম পরিমাপ করতে পারতেন, রিপিট ভিজিটরদের সনাক্ত করতে পারতেন এবং উচ্চ আত্মবিশ্বাসের সাথে ফুটফল হিটম্যাপ তৈরি করতে পারতেন। ২০২০ সালে iOS 14 এবং তার আগে Android 10-এর মাধ্যমে এতে উল্লেখযোগ্য পরিবর্তন আসে। Apple এবং Google প্রোব রিকোয়েস্টের জন্য MAC অ্যাড্রেস র্যান্ডমাইজেশন চালু করে। আসল হার্ডওয়্যার MAC ব্রডকাস্ট করার পরিবর্তে, ডিভাইসগুলো এখন স্ক্যানিংয়ের জন্য একটি র্যান্ডমাইজড MAC অ্যাড্রেস তৈরি করে। iOS-এ, এই র্যান্ডমাইজেশন প্রতি-SSID ভিত্তিতে হয় — যার অর্থ একটি নির্দিষ্ট নেটওয়ার্কে কানেক্ট করার সময় ডিভাইসটি একটি সামঞ্জস্যপূর্ণ র্যান্ডমাইজড MAC ব্যবহার করে, কিন্তু প্রোবিং করার সময় অন্য একটি ব্যবহার করে। Android-এ, এর প্রয়োগ প্রস্তুতকারকের ওপর ভিত্তি করে ভিন্ন হয়। ভেন্যু অপারেটরদের জন্য এর ব্যবহারিক প্রভাব অত্যন্ত গুরুত্বপূর্ণ। স্থায়ী MAC অ্যাড্রেসের ওপর নির্ভরশীল প্রোব-ভিত্তিক ফুটফল অ্যানালিটিক্স এখন আনকানেক্টেড ডিভাইসের জন্য নির্ভরযোগ্য নয়। ইউনিক ডিভাইসের সংখ্যা বাড়িয়ে দেখায়। কেবল প্রোব ডেটা থেকে রিপিট ভিজিটর সনাক্তকরণ আর কার্যকর নয়। এর সমাধান — এবং এখানেই অথেন্টিকেটেড গেস্ট WiFi অত্যন্ত গুরুত্বপূর্ণ হয়ে ওঠে — হলো আপনার আইডেন্টিটি লেয়ারকে MAC অ্যাড্রেস থেকে অথেন্টিকেটেড ইউজারে স্থানান্তরিত করা। যখন একজন ভিজিটর একটি Captive Portal বা সোশ্যাল লগইনের মাধ্যমে কানেক্ট করেন, তখন আপনি একটি স্থায়ী, সম্মতিপ্রাপ্ত আইডেন্টিটি ক্যাপচার করেন যা MAC র্যান্ডমাইজেশনের পরেও টিকে থাকে। Purple-এর গেস্ট WiFi প্ল্যাটফর্ম ঠিক এই কাজটিই করে — এটি অ্যানালিটিক্সকে অথেন্টিকেটেড সেশনের সাথে যুক্ত করে, হার্ডওয়্যার অ্যাড্রেসের সাথে নয়, যা ডিভাইসের MAC আচরণ নির্বিশেষে আপনাকে সঠিক এবং GDPR-সম্মত ফুটফল ডেটা প্রদান করে। নেটওয়ার্ক সিকিউরিটি অ্যানালিস্টদের বোঝার জন্য প্রোব রিকোয়েস্টের একটি সিকিউরিটি দিকও রয়েছে। যেহেতু প্রোব রিকোয়েস্টগুলো আনএনক্রিপ্টেড ম্যানেজমেন্ট ফ্রেম, তাই মনিটর মোডে প্যাকেট ক্যাপচার টুল আছে এমন যে কেউ এগুলো দেখতে পারে। একটি ডিরেক্টেড প্রোব রিকোয়েস্ট এমন সব নেটওয়ার্কের SSID প্রকাশ করে যেগুলোর সাথে একটি ডিভাইস আগে সংযুক্ত হয়েছিল — যা প্রিফার্ড নেটওয়ার্ক লিস্ট বা PNL নামে পরিচিত। এটি একটি প্রকৃত প্রাইভেসি এক্সপোজার। আপনার ভেন্যুর মধ্য দিয়ে যাওয়া একটি ডিভাইস তার যুক্ত হওয়া প্রতিটি নেটওয়ার্কের নাম ব্রডকাস্ট করছে। মূলত এই কারণেই প্রথমত MAC randomisation চালু করা হয়েছিল। অ্যাটাক সারফেসের দৃষ্টিকোণ থেকে, প্রোব রিকোয়েস্টগুলো ইভিল টুইন অ্যাটাককে সক্ষম করে। একজন আক্রমণকারী যে একটি নির্দিষ্ট SSID-এর জন্য ডিরেক্টেড প্রোব রিকোয়েস্ট ক্যাপচার করে, সে সেই SSID দিয়ে একটি রোগ অ্যাক্সেস পয়েন্ট তৈরি করতে পারে এবং ডিভাইসটির অটো-কানেক্ট হওয়ার জন্য অপেক্ষা করতে পারে। WPA3-এর এনহান্সড ওপেন এবং সাইমালটেনিওস অথেন্টিকেশন অফ ইকুয়ালস — SAE — প্রোটোকলগুলো এই ঝুঁকি উল্লেখযোগ্যভাবে হ্রাস করে, তবে কেবল তখনই যখন আপনার ইনফ্রাস্ট্রাকচার এগুলোকে সাপোর্ট এবং এনফোর্স করে। ইমপ্লিমেন্টেশন সুপারিশ এবং ত্রুটিসমূহ। ঠিক আছে, চলুন দেখে নেওয়া যাক একটি বাস্তব ডিপ্লয়মেন্টে আপনি আসলে এটি দিয়ে কী করবেন। প্রথমত, আপনি যদি কোনো হাই-ডেনসিটি ভেন্যুতে একটি গেস্ট WiFi নেটওয়ার্ক ডিপ্লয় বা রিফ্রেশ করেন, তবে আপনার অ্যাক্সেস পয়েন্ট প্লেসমেন্ট এবং চ্যানেল প্ল্যানিংয়ে অবশ্যই প্রোব রিকোয়েস্ট ওভারহেড বিবেচনা করতে হবে। একটি মিনিমাম চ্যানেল উইডথ স্ট্র্যাটেজি ব্যবহার করুন — ২.৪ গিগাহার্জে ২০ মেগাহার্টজ — এবং দূরবর্তী ডিভাইসগুলোকে যুক্ত হওয়া থেকে বিরত রাখতে মিনিমাম RSSI থ্রেশহোল্ড ইমপ্লিমেন্ট করুন। বেশিরভাগ এন্টারপ্রাইজ কন্ট্রোলার আপনাকে প্রোব রেসপন্স ফিল্টারিং সেট করার অনুমতি দেয় যাতে AP-গুলো কেবল একটি নির্দিষ্ট সিগন্যাল স্ট্রেন্থের উপরের ডিভাইসগুলোতে সাড়া দেয়। এটি ম্যানেজমেন্ট ফ্রেমের নয়েজ উল্লেখযোগ্যভাবে হ্রাস করে। দ্বিতীয়ত, আপনি যদি ফুটফল বা ডোয়েল টাইম অ্যানালিটিক্স পরিচালনা করেন, তবে এটি মেনে নিন যে কেবল প্রোব-ভিত্তিক ডেটা আর যথেষ্ট নয়। আপনার অ্যানালিটিক্স স্ট্র্যাটেজি অথেন্টিকেটেড সেশনের চারপাশে তৈরি করা প্রয়োজন। এর অর্থ হলো আপনার Captive Portal বা অনবোর্ডিং ফ্লো যথেষ্ট ফ্রিকশনলেস হতে হবে যাতে ভিজিটররা আসলেই কানেক্ট করে। Purple-এর ডেটা দেখায় যে একটি সুপরিকল্পিত অনবোর্ডিং অভিজ্ঞতা — সোশ্যাল লগইন, ইমেল ক্যাপচার বা পাসওয়ার্ডহীন ফ্লো — সহ ভেন্যুগুলোতে ভেন্যুর ৬০ থেকে ৮০ শতাংশ ডিভাইসের কানেকশন রেট দেখা যায়। এটিই আপনার অ্যানালিটিক্স পপুলেশন। তৃতীয়ত, যুক্তরাজ্য এবং ইইউ-তে GDPR কমপ্লায়েন্সের জন্য, প্রোব রিকোয়েস্ট ডেটা সংগ্রহ — এমনকি অ্যানোনিমাইজড হলেও — সতর্কতার সাথে আইনি ভিত্তি মূল্যায়নের প্রয়োজন। আপনি যদি অ্যানালিটিক্সের জন্য প্রোব ফ্রেম ক্যাপচার এবং স্টোর করেন, তবে আপনাকে আপনার লেজিটিমেট ইন্টারেস্টের ভিত্তি ডকুমেন্ট করতে হবে এবং ডেটা মিনিমাইজেশন নিশ্চিত করতে হবে। WiFi ট্র্যাকিংয়ের বিষয়ে ICO-এর গাইডলাইন স্পষ্ট: আপনি যদি ডেটা থেকে কোনো ব্যক্তিকে সনাক্ত করতে পারেন, এমনকি পরোক্ষভাবেও, তবে এটি পার্সোনাল ডেটা। যেকোনো প্রোব-ভিত্তিক অ্যানালিটিক্স সিস্টেম ডিপ্লয় করার আগে আপনার DPO-এর সাথে কাজ করুন। চতুর্থত, ঘন জনাকীর্ণ পরিবেশে প্রোব স্টর্ম (probe storms) সম্পর্কে সতর্ক থাকুন। আপনি যদি উচ্চ ফুটফল বিশিষ্ট কোনো ভেন্যুতে ব্যাখ্যাতীত থ্রুপুট হ্রাস দেখতে পান, তবে আপনার 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 টেকনিক্যাল ব্রিফিং।