PEAP Authentication কী? কীভাবে PEAP আপনার WiFi সুরক্ষিত করে

PEAP Authentication কী? কীভাবে PEAP আপনার WiFi সুরক্ষিত করে। একটি Purple Enterprise WiFi Intelligence ব্রিফিং। স্বাগতম। আপনি যদি কোনো হোটেল গ্রুপ, রিটেইল এস্টেট, স্টেডিয়াম বা কোনো সরকারি সেক্টরের সংস্থার নেটওয়ার্ক সুরক্ষার দায়িত্বে থাকেন, তবে এই ব্রিফিংটি আপনার জন্য। পরবর্তী দশ মিনিটে আমরা PEAP authentication নিয়ে আলোচনা করব - এটি আসলে কী, এটি নেপথ্যে কীভাবে কাজ করে, আপনার সুরক্ষা আর্কিটেকচারে এটি কোথায় ফিট করে এবং অত্যন্ত গুরুত্বপূর্ণভাবে, কখন এটি সঠিক সিদ্ধান্ত এবং কখন আপনার আরও শক্তিশালী কিছু বিবেচনা করা উচিত। চলুন শুরু করা যাক। সেকশন এক: প্রেক্ষাপট এবং কেন এটি এখনই গুরুত্বপূর্ণ। আজকের দিনে বেশিরভাগ এন্টারপ্রাইজ WiFi ডিপ্লয়মেন্ট এখনও দুটি অথেন্টিকেশন মডেলের একটির উপর নির্ভর করে। আপনার কাছে হয় একটি প্রি-শেয়ার্ড কী রয়েছে - যা পুরো সংস্থা জুড়ে শেয়ার করা একটি একক পাসওয়ার্ড - অথবা আপনার কাছে রয়েছে 802.1X, যা পোর্ট-ভিত্তিক নেটওয়ার্ক অ্যাক্সেস কন্ট্রোলের জন্য IEEE স্ট্যান্ডার্ড। PEAP দৃঢ়ভাবে 802.1X এর পক্ষে অবস্থান করে এবং এটি বিশ্বব্যাপী কর্পোরেট ও প্রাতিষ্ঠানিক পরিবেশে এখন পর্যন্ত সবচেয়ে বহুল ব্যবহৃত EAP পদ্ধতি। PEAP এতটা প্রভাবশালী হয়ে ওঠার কারণটি সহজ: এটি একটি বাস্তব অপারেশনাল সমস্যার সমাধান করেছে। PEAP-এর আগে, সার্টিফিকেট-ভিত্তিক WiFi অথেন্টিকেশন ডিপ্লয় করার অর্থ ছিল প্রতিটি ডিভাইসে - প্রতিটি ল্যাপটপ, প্রতিটি ফোন, প্রতিটি ট্যাবলেটে ক্লায়েন্ট সার্টিফিকেট ইস্যু করা। পাঁচশ কর্মী এবং একটি BYOD পলিসি রয়েছে এমন একটি সংস্থার জন্য, এটি একটি PKI ডিপ্লয়মেন্টের ঝামেলা ছিল যার জন্য বেশিরভাগ আইটি টিমের কাছে পর্যাপ্ত বাজেট বা সময় ছিল না। PEAP একটি মধ্যম পথ অফার করেছে: TLS এর মাধ্যমে শক্তিশালী সার্ভার-সাইড অথেন্টিকেশন, সাথে ক্লায়েন্ট সাইডে ইউজারনেম এবং পাসওয়ার্ড ক্রেডেনশিয়াল। কোনো ক্লায়েন্ট সার্টিফিকেটের প্রয়োজন নেই। এই আপসটি PEAP-কে ২০০০ এবং ২০১০-এর দশক জুড়ে এন্টারপ্রাইজ WiFi অথেন্টিকেশনের জন্য কার্যত ডি ফ্যাক্টো স্ট্যান্ডার্ডে পরিণত করেছে এবং এটি আজকেও অত্যন্ত সাধারণ। ২০২৪ সাল এবং তার পরবর্তী সময়ে পরিকাঠামো সংক্রান্ত সিদ্ধান্ত নেওয়ার জন্য এর আর্কিটেকচার - এবং এর সীমাবদ্ধতাগুলো - বোঝা অপরিহার্য। সেকশন দুই: টেকনিক্যাল ডিপ-ডাইভ। আসুন বিশদভাবে দেখে নেওয়া যাক যখন কোনো ডিভাইস PEAP এর মাধ্যমে অথেন্টিকেট করে তখন ঠিক কী ঘটে। এই প্রক্রিয়ার দুটি ভিন্ন ধাপ রয়েছে এবং উভয়টি বোঝাই অত্যন্ত গুরুত্বপূর্ণ। এই আদান-প্রদানে তিনটি পক্ষ জড়িত থাকে: সাপ্লিক্যান্ট - এটি হলো ক্লায়েন্ট ডিভাইস, তা কোনো ল্যাপটপ, স্মার্টফোন বা কোনো IoT টার্মিনাল হোক না কেন; অথেন্টিকেটর - সাধারণত ওয়্যারলেস অ্যাক্সেস পয়েন্ট বা ওয়্যারলেস LAN কন্ট্রোলার; এবং অথেন্টিকেশন সার্ভার - প্রায় সবসময় একটি RADIUS সার্ভার, যেমন Microsoft NPS, FreeRADIUS বা কোনো ক্লাউড-হোস্টেড RADIUS সার্ভিস। ধাপ এক হলো TLS টানেল স্থাপন। যখন সাপ্লিক্যান্ট সংযোগ করার চেষ্টা করে, তখন অথেন্টিকেটর অবিলম্বে অ্যাক্সেস মঞ্জুর করে না। পরিবর্তে, এটি স্থানীয় নেটওয়ার্কের উপর একটি EAP বিনিময় শুরু করে - এটি হলো EAPOL, অর্থাৎ EAP over LAN। অথেন্টিকেটর এটি RADIUS সার্ভারে ফরোয়ার্ড করে, যা ক্লায়েন্টের কাছে তার সার্ভার-সাইড TLS সার্টিফিকেট প্রদর্শন করে। ক্লায়েন্ট তার বিশ্বস্ত সার্টিফিকেট স্টোরের সাথে সেই সার্টিফিকেটটি যাচাই করে। যাচাইকরণ সফল হলে, ক্লায়েন্ট এবং RADIUS সার্ভারের মধ্যে একটি TLS টানেল স্থাপিত হয়। এই টানেলটি এনক্রিপ্টেড - আধুনিক ডিপ্লয়মেন্টে সাধারণত TLS 1.2 বা 1.3 ব্যবহৃত হয়। দ্বিতীয় ধাপ হলো অভ্যন্তরীণ অথেন্টিকেশন। সেই এনক্রিপ্ট করা টানেলের ভিতরে, প্রকৃত ক্রেডেনশিয়াল আদান-প্রদান করা হয়। সবচেয়ে সাধারণ ডেপ্লয়মেন্ট - PEAP-MSCHAPv2 - এ ক্লায়েন্ট Microsoft Challenge Handshake Authentication Protocol version 2 ব্যবহার করে একটি ইউজারনেম এবং পাসওয়ার্ড পাঠায়। RADIUS সার্ভার তার আইডেন্টিটি স্টোরের বিপরীতে সেই ক্রেডেনশিয়ালগুলো যাচাই করে, যা Active Directory, LDAP, বা একটি ক্লাউড আইডেন্টিটি প্রোভাইডার হতে পারে। ক্রেডেনশিয়ালগুলো সঠিক হলে, RADIUS সার্ভার অথেনটিকেটরের মাধ্যমে একটি Access-Accept মেসেজ ফেরত পাঠায় এবং ক্লায়েন্টকে নেটওয়ার্ক অ্যাক্সেস দেওয়া হয়। এখানের প্রধান নিরাপত্তা বৈশিষ্ট্য হলো যে MSCHAPv2 বিনিময়টি TLS টানেলের ভেতরে ঘটে। ওয়্যারলেস চ্যানেলটি নিষ্ক্রিয়ভাবে পর্যবেক্ষণকারী কোনো আক্রমণকারী ট্রানজিটে থাকা ক্রেডেনশিয়ালগুলো দেখতে পারে না। এটাই PEAP-এর মূল সুবিধা। এখন, PEAP-MSCHAPv2 কোথায় ব্যর্থ হয়? দুটি উল্লেখযোগ্য সমস্যা রয়েছে যা যেকোনো নিরাপত্তা-সচেতন আর্কিটেক্টের বোঝা প্রয়োজন। প্রথমত: সার্ভার সার্টিফিকেট ভ্যালিডেশন। PEAP-এর জন্য শুধুমাত্র সার্ভারকে একটি সার্টিফিকেট দেখাতে হয় - এটি ক্লায়েন্টকে কোনো সার্টিফিকেট দেখাতে বাধ্য করে না। এটি একটি সুপরিচিত অ্যাটাক ভেক্টর তৈরি করে। যদি কোনো ক্লায়েন্ট ডিভাইস যেকোনো সার্টিফিকেট গ্রহণ করার জন্য - বা যেকোনো CA থেকে সার্টিফিকেট গ্রহণ করার জন্য ভুলভাবে কনফিগার করা থাকে - তবে একজন আক্রমণকারী একটি রোগ অ্যাক্সেস পয়েন্ট তৈরি করতে পারে, একটি জাল সার্টিফিকেট দেখাতে পারে এবং MSCHAPv2 হ্যান্ডশেকটি আটকে দিতে পারে। hostapd-wpe-এর মতো টুলগুলো এই আক্রমণকে অত্যন্ত সহজলভ্য করে তুলেছে। এর প্রতিকার হলো কঠোর সাপ্লিকেন্ট কনফিগারেশন: সার্ভার সার্টিফিকেট ভ্যালিডেশন প্রয়োগ করা, প্রত্যাশিত CA পিন করা এবং সার্ভারের কমন নেম নির্দিষ্ট করা। যেকোনো গুরুত্ব সহকারে করা ডেপ্লয়মেন্টে এটি অলোচনাযোগ্য নয়। দ্বিতীয়ত: MSCHAPv2 হলো একটি পুরানো প্রোটোকল যার কিছু জানা দুর্বলতা রয়েছে। ২০১২ সালে Moxie Marlinspike-এর গবেষণা দেখিয়েছে যে পর্যাপ্ত কম্পিউটেশনের মাধ্যমে MSCHAPv2 চ্যালেঞ্জ-রেসপন্স পেয়ারগুলো অফলাইনে ক্র্যাক করা সম্ভব। আক্রমণকারী যদি অভ্যন্তরীণ অথেন্টিকেশন এক্সচেঞ্জটি ক্যাপচার করে - উদাহরণস্বরূপ উপরে বর্ণিত রোগ AP আক্রমণের মাধ্যমে - তবে তারা অফলাইনে প্লেইনটেক্সট পাসওয়ার্ডটি পুনরুদ্ধার করার চেষ্টা করতে পারে। তাই আপনার পাসওয়ার্ড পলিসির দৃঢ়তা সরাসরি আপনার ঝুঁকির মাত্রাকে প্রভাবিত করে। দীর্ঘ, জটিল এবং এলোমেলোভাবে তৈরি পাসওয়ার্ডগুলো এই ঝুঁকি উল্লেখযোগ্যভাবে হ্রাস করে। এর সাথে EAP-TLS-এর তুলনা করুন, যেখানে সার্ভার এবং ক্লায়েন্ট উভয়ই সার্টিফিকেট দেখায়। এখানে চুরি করার মতো কোনো পাসওয়ার্ড নেই। আক্রমণের ক্ষেত্রটি নাটকীয়ভাবে হ্রাস পায়। এর বিপরীত দিকটি হলো অপারেশনাল জটিলতা: আপনার একটি PKI প্রয়োজন, আপনাকে ক্লায়েন্ট সার্টিফিকেট ইস্যু ও পরিচালনা করতে হবে এবং প্রতিটি ডিভাইসে সেগুলো বিতরণ করার জন্য একটি মেকানিজম প্রয়োজন। একটি পরিপক্ক MDM ডেপ্লয়মেন্ট এবং একটি সুপরিচালিত PKI সম্পন্ন প্রতিষ্ঠানের জন্য, EAP-TLS হলো সেরা মানদণ্ড। বাকিদের জন্য, কঠোর কনফিগারেশন সহ PEAP-MSCHAPv2 একটি গ্রহণযোগ্য এবং ব্যবহারিক পছন্দ হিসেবে রয়ে গেছে। তৃতীয় বিভাগ: বাস্তবায়ন সুপারিশ এবং সম্ভাব্য ভুলত্রুটি। আমি আপনাকে ব্যবহারিক ডেপ্লয়মেন্ট গাইডেন্স দিই। এই বিষয়গুলোই একটি নিরাপদ PEAP ডেপ্লয়মেন্টকে একটি দুর্বল ডেপ্লয়মেন্ট থেকে আলাদা করে। নম্বর এক: প্রতিটি সাপ্লিক্যান্টের উপর সার্ভার সার্টিফিকেট ভ্যালিডেশন বলবৎ করুন। এটি সবচেয়ে গুরুত্বপূর্ণ একক কনফিগারেশন আইটেম। Windows-এ, এটি ওয়্যারলেস নেটওয়ার্ক প্রোফাইলের "Validate server certificate" চেকবক্স। iOS এবং Android-এ, এটি EAP কনফিগারেশনের CA সার্টিফিকেট ফিল্ড। এটি কনফিগার করা না থাকলে, বাকি সবকিছু যতই ভালোভাবে সেটআপ করা হোক না কেন, আপনার PEAP ডিপ্লয়মেন্ট রোগু AP অ্যাটাকের শিকার হওয়ার ঝুঁকিতে থাকে। নম্বর দুই: MDM বা GPO-এর মাধ্যমে ডিপ্লয় করুন, ম্যানুয়াল কনফিগারেশনের মাধ্যমে নয়। শেষ ব্যবহারকারীদের দ্বারা ম্যানুয়াল কনফিগারেশন নির্ভরযোগ্য নয়। ব্যবহারকারীরা সার্টিফিকেট সতর্কবার্তাগুলি ক্লিক করে এড়িয়ে যাবেন। তারা CA ফিল্ডটি ভুল কনফিগার করবেন। Microsoft Intune, Jamf বা Group Policy-এর মাধ্যমে আপনার ওয়্যারলেস প্রোফাইলগুলি পুশ করুন। এটি আপনার সম্পূর্ণ এস্টেট জুড়ে সামঞ্জস্যপূর্ণ, পলিসি-সম্মত সাপ্লিক্যান্ট কনফিগারেশন নিশ্চিত করে। নম্বর তিন: আপনার RADIUS সার্ভারে ন্যূনতম TLS 1.2 ব্যবহার করুন। TLS 1.0 এবং 1.1 নিষ্ক্রিয় করুন। বেশিরভাগ আধুনিক RADIUS ইমপ্লিমেন্টেশন এটি সমর্থন করে, তবে এটি যাচাই করে নেওয়া ভালো - বিশেষ করে পুরনো অন-প্রিমিস ডিপ্লয়মেন্টের ক্ষেত্রে। নম্বর চার: আপনার আইডেন্টিটি প্রোভাইডারের সাথে ইন্টিগ্রেট করুন। PEAP-MSCHAPv2 একটি ক্রেডেনশিয়াল স্টোরের বিপরীতে প্রমাণীকরণ করে। সেই স্টোরটি আপনার নির্ভরযোগ্য আইডেন্টিটি প্রোভাইডার হওয়া উচিত - যেমন Active Directory, NPS এক্সটেনশনের মাধ্যমে Azure AD, অথবা LDAP ইন্টিগ্রেশন সহ একটি ক্লাউড RADIUS পরিষেবা। এর অর্থ হলো যখন একজন কর্মী চলে যান, তার অ্যাকাউন্ট নিষ্ক্রিয় করার সাথে সাথেই তার WiFi অ্যাক্সেস বাতিল হয়ে যায়। কোনো শেয়ার্ড সিক্রেট রোটেট করতে হয় না, কোনো ম্যানুয়াল ডিপ্রোভিশনিংয়ের প্রয়োজন হয় না। নম্বর পাঁচ: আপনার গেস্ট নেটওয়ার্ক আলাদাভাবে বিবেচনা করুন। PEAP হলো একটি এন্টারপ্রাইজ প্রমাণীকরণ পদ্ধতি। গেস্ট WiFi-এর জন্য - যেখানে আপনি ভিজিটর, গ্রাহক বা ইভেন্টে অংশগ্রহণকারীদের অনবোর্ড করছেন - আপনার একটি ভিন্ন পদ্ধতির প্রয়োজন। Purple-এর মতো প্ল্যাটফর্মগুলি একটি বিশেষভাবে তৈরি গেস্ট WiFi লেয়ার প্রদান করে যা গেস্ট SSID-এ RADIUS পরিকাঠামোর প্রয়োজন ছাড়াই captive portal প্রমাণীকরণ, ডেটা ক্যাপচার এবং অ্যানালিটিক্স পরিচালনা করে। আপনার এন্টারপ্রাইজ SSID-কে PEAP সহ 802.1X-এ রাখুন এবং আপনার গেস্ট SSID-কে উপযুক্ত অনবোর্ডিং সহ একটি আলাদা, আইসোলেটেড নেটওয়ার্কে রাখুন। নম্বর ছয়: সার্টিফিকেট রোটেশনের জন্য পরিকল্পনা করুন। আপনার RADIUS সার্ভার সার্টিফিকেটের মেয়াদ শেষ হবে। যখন এটি ঘটবে, নতুন সার্টিফিকেট বিতরণ না করা পর্যন্ত সেই সার্টিফিকেটটি পিন করে রাখা প্রতিটি ক্লায়েন্ট প্রমাণীকরণ করতে ব্যর্থ হবে। আপনার অপারেশনাল ক্যালেন্ডারে সার্টিফিকেট নবায়ন অন্তর্ভুক্ত করুন - মেয়াদ শেষ হওয়ার কমপক্ষে ৯০ দিন আগে - এবং প্রোডাকশনে রোল আউট করার আগে একটি স্টেজিং এনভায়রনমেন্টে রোটেশন প্রক্রিয়াটি পরীক্ষা করুন। আমি ফিল্ডে যে সাধারণ ব্যর্থতার কারণগুলো দেখি তা হলো: সার্টিফিকেট ভ্যালিডেশন বলবৎ না করা, যার ফলে রোগু AP দুর্বলতা দেখা দেয়; RADIUS সার্ভার সার্টিফিকেটের মেয়াদ কোনো সতর্কবার্তা ছাড়াই শেষ হয়ে যাওয়া, যা ব্যাপক প্রমাণীকরণ ব্যর্থতার কারণ হয়; এবং ভুল নেটওয়ার্ক সেগমেন্ট থেকে RADIUS সার্ভার অ্যাক্সেসযোগ্য হওয়ার কারণে MSCHAPv2 ইনার প্রমাণীকরণ উন্মুক্ত হয়ে যাওয়া। সঠিক পরিকল্পনার মাধ্যমে এই তিনটিই এড়ানো সম্ভব। সেকশন চার: দ্রুত প্রশ্নোত্তর। PEAP কি Azure AD-এর মতো ক্লাউড আইডেন্টিটি প্রোভাইডারদের সাথে কাজ করতে পারে? হ্যাঁ। Azure AD MFA-এর জন্য Microsoft-এর NPS এক্সটেনশন আপনাকে Azure AD-এর মাধ্যমে PEAP অথেন্টিকেশন প্রক্সি করার অনুমতি দেয়, যা আপনার WiFi-এ মাল্টি-ফ্যাক্টর অথেন্টিকেশন সক্ষম করে। বিকল্পভাবে, Cisco ISE, Aruba ClearPass, বা JumpCloud RADIUS-এর মতো ক্লাউড RADIUS পরিষেবাগুলি সরাসরি Azure AD বা Okta-এর সাথে ইন্টিগ্রেট করতে পারে। PEAP কি PCI-DSS-এর সাথে কমপ্লায়েন্ট? PEAP-MSCHAPv2 PCI-DSS এনভায়রনমেন্টে ব্যবহার করা যেতে পারে, তবে আপনাকে নিশ্চিত করতে হবে যে সার্ভার সার্টিফিকেট ভ্যালিডেশন বলবৎ করা হয়েছে, TLS 1.2 বা তার বেশি ব্যবহার করা হচ্ছে এবং RADIUS সার্ভারটি সঠিকভাবে সেগমেন্ট করা হয়েছে। PCI-DSS 4.0 নেটওয়ার্ক অ্যাক্সেস নিয়ন্ত্রণের প্রয়োজনীয়তাগুলিকে আরও কঠোর করে - আপনার QSA-এর সাথে প্রাসঙ্গিক প্রয়োজনীয়তাগুলি পর্যালোচনা করুন। আমার কি PEAP থেকে EAP-TLS-এ মাইগ্রেট করা উচিত? আপনার যদি একটি পরিপক্ক MDM ডিপ্লয়মেন্ট এবং PKI পরিচালনা করার মতো অপারেশনাল সক্ষমতা থাকে, তবে হ্যাঁ - EAP-TLS একটি শক্তিশালী বিকল্প। আপনি যদি ব্যক্তিগত ডিভাইস, লেগ্যাসি হার্ডওয়্যার বা সীমিত MDM কভারেজ সহ একটি মিশ্র এস্টেট পরিচালনা করেন, তবে কঠোর কনফিগারেশন সহ PEAP-MSCHAPv2 উপযুক্ত থাকবে। এটি একটি ঝুঁকি-ভিত্তিক সিদ্ধান্ত, কোনো সাধারণ দ্বিমুখী সিদ্ধান্ত নয়। WPA3-Enterprise সম্পর্কে কী বলা যায়? WPA3-Enterprise উচ্চ-নিরাপত্তা এনভায়রনমেন্টের জন্য 192-বিট সিকিউরিটি মোড বাধ্যতামূলক করে, তবে এটি এখনও PEAP সহ EAP পদ্ধতিগুলিকে সমর্থন করে। WPA3 ওভার-দ্য-এয়ার এনক্রিপশন উন্নত করে তবে EAP অথেন্টিকেশন এক্সচেঞ্জ পরিবর্তন করে না। বিভাগ পাঁচ: সারসংক্ষেপ এবং পরবর্তী পদক্ষেপ। সংক্ষেপে বলতে গেলে: PEAP হল একটি দ্বি-পর্যায়ের অথেন্টিকেশন প্রোটোকল যা একটি TLS টানেলের ভিতরে অভ্যন্তরীণ ক্রেডেনশিয়াল - সাধারণত MSCHAPv2 - মোড়ানো থাকে। এটি সবচেয়ে ব্যাপকভাবে নিয়োজিত 802.1X EAP পদ্ধতি কারণ এটি ক্লায়েন্ট সার্টিফিকেটের প্রয়োজনীয়তা দূর করে এবং একই সাথে শক্তিশালী সার্ভার অথেন্টিকেশন প্রদান করে। এর প্রাথমিক দুর্বলতা হল রগ AP আক্রমণ যা ভুল কনফিগার করা সাপ্লিক্যান্টের কারণে ঘটে যা সার্ভার সার্টিফিকেট যাচাই করে না। MDM-বলবৎ ওয়্যারলেস প্রোফাইল, CA পিনিং এবং সার্ভার নাম ভ্যালিডেশনের মাধ্যমে এটি প্রশমিত করুন। অধিকাংশ এন্টারপ্রাইজ WiFi ডিপ্লয়মেন্টের জন্য - কর্পোরেট অফিস, হোটেলের ব্যাক-অফ-হাউস নেটওয়ার্ক, রিটেইল স্টাফ নেটওয়ার্ক - সঠিক কনফিগারেশন সহ PEAP-MSCHAPv2 একটি নির্ভরযোগ্য এবং যুক্তিযুক্ত পছন্দ। উচ্চ-নিরাপত্তা এনভায়রনমেন্ট, নিয়ন্ত্রিত শিল্প বা পরিপক্ক PKI পরিকাঠামো সহ সংস্থাগুলির জন্য, EAP-TLS অর্থপূর্ণভাবে আরও শক্তিশালী নিরাপত্তা প্রদান করে এবং এটিই লক্ষ্য আর্কিটেকচার হওয়া উচিত। আপনি যদি আপনার এন্টারপ্রাইজ নেটওয়ার্কের পাশাপাশি গেস্ট WiFi চালান - এবং আপনার মধ্যে বেশিরভাগই তা করছেন - মনে রাখবেন যে গেস্ট অনবোর্ডিংয়ের জন্য PEAP সঠিক সরঞ্জাম নয়। Purple-এর মতো প্ল্যাটফর্মগুলির দিকে তাকান, যা অ্যানালিটিক্স, ডেটা ক্যাপচার এবং মার্কেটিং ইন্টিগ্রেশনের সাথে বিশেষভাবে তৈরি গেস্ট WiFi অথেন্টিকেশন প্রদান করে, আপনার গেস্ট এবং এন্টারপ্রাইজ ট্রাফিককে সঠিকভাবে আলাদা রাখে এবং আপনার কমপ্লায়েন্স বজায় রাখে। আরও পড়ার জন্য, RADIUS সার্ভার আর্কিটেকচার এবং এন্টারপ্রাইজ WiFi অথেন্টিকেশনের উপর Purple-এর গাইডগুলি দেখে নিন। লিঙ্কগুলি শো নোটে দেওয়া রয়েছে। শোনার জন্য ধন্যবাদ। এটি ছিল একটি Purple এন্টারপ্রাইজ WiFi ইন্টেলিজেন্স ব্রিফিং।