কীভাবে 802.1X WiFi অথেন্টিকেশন কনফিগার করবেন: একটি ধাপে ধাপে নির্দেশিকা

কিভাবে 802.1X WiFi প্রমাণীকরণ কনফিগার করবেন: একটি ধাপে ধাপে নির্দেশিকা একটি Purple এন্টারপ্রাইজ WiFi ইন্টেলিজেন্স পডকাস্ট [ভূমিকা — প্রায় ১ মিনিট] আবারও স্বাগতম। আমি আজ একজন সিনিয়র সলিউশন আর্কিটেক্ট হিসেবে কথা বলছি, এবং আপনি যদি এটি শুনে থাকেন, তবে সম্ভবত আপনি এমন একটি নেটওয়ার্ক সিকিউরিটি প্রজেক্টের মুখোমুখি হচ্ছেন যার জন্য 802.1X প্রমাণীকরণ প্রয়োজন - হয় আপনার কমপ্লায়েন্স টিম এটি চিহ্নিত করেছে, আপনার বীমাকারী এটি সম্পর্কে জিজ্ঞাসা করেছে, অথবা আপনি এমন একটি নেটওয়ার্কের দায়িত্ব পেয়েছেন যা একটি শেয়ার্ড PSK-তে চলছে এবং আপনি জানেন যে এটি আর যথেষ্ট নয়। তাহলে সরাসরি মূল বিষয়ে আসা যাক। 802.1X হল পোর্ট-ভিত্তিক নেটওয়ার্ক অ্যাক্সেস কন্ট্রোলের জন্য IEEE স্ট্যান্ডার্ড। এটি এন্টারপ্রাইজ WiFi সুরক্ষার মেরুদণ্ড - এমন একটি প্রক্রিয়া যা নিশ্চিত করে যে আপনার নেটওয়ার্কের সাথে সংযোগকারী প্রতিটি ডিভাইস একটি একক বাইট ট্রাফিক পাওয়ার আগেই ইতিবাচকভাবে সনাক্ত এবং অনুমোদিত হয়েছে। PCI-DSS এর অধীনে পেমেন্ট কার্ড ডেটা পরিচালনাকারী সংস্থাগুলির জন্য এটি ঐচ্ছিক নয়, GDPR এবং NHS ডেটা সুরক্ষা মানদণ্ডের অধীনে স্বাস্থ্যসেবা পরিবেশের জন্য এটি ঐচ্ছিক নয়, এবং সত্যি বলতে, যে কোনও সংস্থার জন্য যেখানে কয়েকটি অ্যাক্সেস পয়েন্টের বেশি চলছে, এটিই সঠিক আর্কিটেকচার। পরবর্তী দশ মিনিটে, আমি আপনাকে টেকনিক্যাল আর্কিটেকচার, RADIUS কনফিগারেশন, সার্টিফিকেট ডেপ্লয়মেন্ট এবং বাস্তব জীবনের পরিস্থিতিগুলির মধ্য দিয়ে নিয়ে যাব যেখানে এটি জটিল হয়ে ওঠে। চলুন শুরু করা যাক। [প্রযুক্তিগত বিস্তারিত আলোচনা — প্রায় ৫ মিনিট] ঠিক আছে, তাহলে 802.1X ফ্রেমওয়ার্কের তিনটি উপাদান রয়েছে। আপনার কাছে আছে Supplicant - এটি হল ক্লায়েন্ট ডিভাইস, ল্যাপটপ, ফোন, বা IoT সেন্সর। আপনার কাছে আছে Authenticator - এটি আপনার অ্যাক্সেস পয়েন্ট বা আপনার নেটওয়ার্ক সুইচ, যাকে কখনও কখনও NAS বা নেটওয়ার্ক অ্যাক্সেস সার্ভার বলা হয়। এবং আপনার কাছে আছে Authentication Server - এন্টারপ্রাইজ ডেপ্লয়মেন্টে এটি প্রায় সর্বজনীনভাবে একটি RADIUS সার্ভার। হ্যান্ডশেকটি যেভাবে কাজ করে তা এখানে দেওয়া হলো। যখন একটি ডিভাইস একটি 802.1X-সুরক্ষিত SSID-এর সাথে সংযোগ করার চেষ্টা করে, তখন অ্যাক্সেস পয়েন্টটি কেবল এটিকে প্রবেশ করতে দেয় না। পরিবর্তে, এটি একটি নিয়ন্ত্রিত পোর্ট খোলে - একটি সীমিত চ্যানেল যা শুধুমাত্র EAP ট্রাফিক বা এক্সটেনসিবল অথেন্টিকেশন প্রোটোকল পাস করে। AP ডিভাইসটিতে একটি EAP-Request Identity পাঠায়। ডিভাইসটি তার পরিচয় দিয়ে সাড়া দেয়। AP তখন একটি RADIUS Access-Request প্যাকেটের মধ্যে মুড়ে সেটি RADIUS সার্ভারে ফরোয়ার্ড করে। RADIUS সার্ভার প্রমাণীকরণটি সম্পন্ন করে - একটি Active Directory, একটি সার্টিফিকেট স্টোর, বা আপনি যে আইডেন্টিটি ব্যাকএন্ড কনফিগার করেছেন তার বিপরীতে শংসাপত্রগুলি যাচাই করে - এবং একটি Access-Accept বা একটি Access-Reject ফেরত পাঠায়। শুধুমাত্র একটি Accept পেলেই AP সম্পূর্ণ ডেটা পোর্টটি খোলে এবং ডিভাইসটিকে উপযুক্ত VLAN-এ বরাদ্দ করে। এখন, আপনি এখানে যে EAP পদ্ধতিটি বেছে নেবেন তা অত্যন্ত গুরুত্বপূর্ণ। এন্টারপ্রাইজ ডেপ্লয়মেন্টে আপনি পাঁচটি পদ্ধতির মুখোমুখি হবেন। EAP-TLS হলো গোল্ড স্ট্যান্ডার্ড। ক্লায়েন্ট এবং সার্ভার উভয়ই X.509 সার্টিফিকেট উপস্থাপন করে। এর সাথে কোনো পাসওয়ার্ড যুক্ত থাকে না। এটি সবচেয়ে নিরাপদ বিকল্প এবং সর্বোচ্চ PCI-DSS কমপ্লায়েন্স টিয়ারের জন্য এটি প্রয়োজনীয়। সমস্যা হলো ক্লায়েন্ট সার্টিফিকেট ইস্যু এবং পরিচালনা করার জন্য আপনার একটি সম্পূর্ণ PKI - অর্থাৎ Public Key Infrastructure - এর প্রয়োজন হবে। এর অর্থ হলো একটি Certificate Authority, সার্টিফিকেট লাইফসাইকেল ম্যানেজমেন্ট এবং প্রতিটি ডিভাইসে সার্টিফিকেট পুশ করার একটি ব্যবস্থা থাকা। যেসব প্রতিষ্ঠানে Microsoft Active Directory এবং Active Directory Certificate Services রয়েছে, তাদের জন্য এটি অর্জন করা অত্যন্ত সহজ। তবে যেসব প্রতিষ্ঠানে এই পরিকাঠামো নেই, তাদের জন্য এটি একটি বড় বিনিয়োগ। PEAP-MSCHAPv2 হলো বাস্তবে সবচেয়ে বেশি ব্যবহৃত পদ্ধতি। এটি শুধুমাত্র একটি সার্ভার-সাইড সার্টিফিকেট ব্যবহার করে একটি TLS টানেল তৈরি করে, তারপর সেই টানেলের ভেতরে ইউজারনেম এবং পাসওয়ার্ডের ক্রেডেনশিয়াল পাঠায়। এটি কোনো অতিরিক্ত কনফিগারেশন ছাড়াই প্রায় প্রতিটি ডিভাইসের সাথে সামঞ্জস্যপূর্ণ, Windows Server-এ NPS-এর মাধ্যমে সরাসরি Active Directory-এর সাথে একীভূত হয় এবং এর জন্য কোনো ক্লায়েন্ট সার্টিফিকেটের প্রয়োজন হয় না। তবে এর অসুবিধা হলো, ব্যবহারকারীরা যদি কোনো ক্ষতিকারক AP-তে সংযোগ করতে প্রলুব্ধ হন, তবে এটি ক্রেডেনশিয়াল চুরির আক্রমণের ঝুঁকিতে পড়ে - কারণ ক্লায়েন্ট ডিফল্টভাবে সার্ভার সার্টিফিকেট যাচাই করে না। আপনাকে অবশ্যই আপনার সাপ্লিক্যান্ট প্রোফাইলে সার্ভার সার্টিফিকেট যাচাইকরণ প্রয়োগ করতে হবে। EAP-TTLS হলো PEAP-এর মতো তবে এটি ভেতরের প্রমাণীকরণ পদ্ধতিতে আরও বেশি নমনীয়। এটি Linux পরিবেশের জন্য এবং যেখানে আপনাকে লিগ্যাসি প্রমাণীকরণ ব্যাকএন্ড সমর্থন করতে হবে সেখানে সাধারণ। LEAP-এর দুর্বলতাগুলোর প্রতিক্রিয়া হিসেবে Cisco দ্বারা EAP-FAST তৈরি করা হয়েছিল। এটি সার্টিফিকেটের পরিবর্তে Protected Access Credentials ব্যবহার করে। আপনি যদি একটি Cisco-প্রধান পরিবেশে থাকেন বা লিগ্যাসি ডিভাইস নিয়ে কাজ করেন যা অন্যান্য পদ্ধতি সমর্থন করতে পারে না, তবে এটি প্রাথমিকভাবে প্রাসঙ্গিক। EAP-SIM এবং EAP-AKA ক্যারিয়ার-গ্রেড ডিপ্লয়মেন্টে ব্যবহৃত হয় - যেমন OpenRoaming বা Passpoint - যেখানে প্রমাণীকরণ একটি SIM কার্ড বা USIM-এর সাথে যুক্ত থাকে। পাবলিক ভেন্যু WiFi-এর জন্য এগুলো দিন দিন আরও প্রাসঙ্গিক হয়ে উঠছে যেখানে আপনি Captive Portal ছাড়াই নিরবচ্ছিন্ন, নিরাপদ অনবোর্ডিং চান। এবার RADIUS কনফিগারেশন নিয়ে কথা বলা যাক। আপনি Microsoft NPS, FreeRADIUS, Cisco ISE, অথবা Aruba ClearPass - যার প্রয়োগই করুন না কেন, মূল কনফিগারেশন ধাপগুলো একই থাকে। প্রথমত, আপনি আপনার RADIUS ক্লায়েন্টগুলোকে সংজ্ঞায়িত করবেন - এগুলো হলো আপনার অ্যাক্সেস পয়েন্ট বা ওয়্যারলেস LAN কন্ট্রোলার। প্রতিটি ক্লায়েন্টকে তার IP অ্যাড্রেস এবং একটি শেয়ার্ড সিক্রেট দিয়ে নিবন্ধিত করা হয়। AP এবং সার্ভারের মধ্যে RADIUS মেসেজগুলো প্রমাণীকরণ করতে সেই শেয়ার্ড সিক্রেট ব্যবহার করা হয়। এর জন্য অন্তত ২২টি অক্ষরের, এলোমেলোভাবে তৈরি এবং প্রতিটি NAS ডিভাইসের জন্য অনন্য একটি সিক্রেট ব্যবহার করুন। দ্বিতীয়ত, আপনি আপনার নেটওয়ার্ক পলিসি কনফিগার করবেন। এখানেই আপনি নির্ধারণ করবেন কে কিসের অ্যাক্সেস পাবে। NPS-এর ভাষায়, আপনি একটি নেটওয়ার্ক পলিসি তৈরি করছেন যা নির্দিষ্ট শর্তাবলীর সাথে মিলে যায় - যেমন Active Directory-তে গ্রুপ মেম্বারশিপ, ডিভাইসের ধরন, দিনের সময় - এবং অ্যাট্রিবিউট বরাদ্দ করে - যেমন VLAN ID, সেশন টাইমআউট, ব্যান্ডউইথ সীমা। আপনি যে RADIUS অ্যাট্রিবিউটটি সবচেয়ে বেশি ব্যবহার করবেন তা হলো VLAN অ্যাসাইনমেন্ট, বিশেষ করে Tunnel-Type সেট করতে হবে VLAN-এ, Tunnel-Medium-Type সেট করতে হবে 802-এ এবং Tunnel-Private-Group-ID সেট করতে হবে আপনার VLAN নম্বরে। তৃতীয়ত, আপনি আপনার কানেকশন রিকোয়েস্ট পলিসি কনফিগার করবেন। এটি NPS-কে নির্দেশ দেয় কীভাবে ইনকামিং RADIUS রিকোয়েস্টগুলো হ্যান্ডেল করতে হবে - লোকালি অথেন্টিকেট করতে হবে নাকি অন্য কোনো RADIUS সার্ভারে ফরোয়ার্ড করতে হবে। একটি ডিস্ট্রিবিউটেড ডিপ্লয়মেন্টে, প্রতিটি সাইটে NPS প্রক্সি সহ আপনার একটি সেন্ট্রাল RADIUS সার্ভার থাকতে পারে। সার্টিফিকেটের ক্ষেত্রে, PEAP এবং EAP-TLS এর জন্য আপনার RADIUS সার্ভারের একটি সার্ভার সার্টিফিকেট প্রয়োজন যা আপনার ক্লায়েন্টদের দ্বারা ট্রাস্টেড। সবচেয়ে সহজ উপায় হলো একটি পাবলিক CA - DigiCert, Sectigo, Let's Encrypt - থেকে সার্টিফিকেট ব্যবহার করা, কারণ সেই রুট সার্টিফিকেটগুলো ইতিমধ্যেই সমস্ত প্রধান অপারেটিং সিস্টেম দ্বারা ট্রাস্টেড। আপনি যদি একটি ইন্টারনাল CA ব্যবহার করেন, তবে আপনাকে গ্রুপ পলিসি বা আপনার MDM প্ল্যাটফর্মের মাধ্যমে সমস্ত ক্লায়েন্ট ডিভাইসে রুট সার্টিফিকেট পুশ করতে হবে। বিশেষ করে EAP-TLS এর জন্য, আপনার ক্লায়েন্ট সার্টিফিকেটেরও প্রয়োজন। একটি Active Directory এনভায়রনমেন্টে, ডোমেন-জয়েনড ডিভাইসগুলোতে সার্টিফিকেট পুশ করতে আপনি গ্রুপ পলিসির মাধ্যমে অটো-এনরোলমেন্ট সহ ADCS ব্যবহার করবেন। BYOD ডিভাইসের জন্য, সার্টিফিকেট এবং WiFi প্রোফাইল উভয়ই পুশ করতে আপনি আপনার MDM - Intune, Jamf, VMware Workspace ONE - ব্যবহার করবেন। অ্যাক্সেস পয়েন্টের ক্ষেত্রে, কনফিগারেশনটি বেশ সহজ। আপনি একটি নতুন SSID তৈরি করুন, সিকিউরিটি WPA2-Enterprise বা WPA3-Enterprise-এ সেট করুন, RADIUS অথেন্টিকেশন সার্ভারটিকে UDP পোর্ট 1812-এ আপনার NPS IP-তে পয়েন্ট করুন, UDP পোর্ট 1813-এ RADIUS অ্যাকাউন্টিং সার্ভার সেট করুন, শেয়ার্ড সিক্রেট লিখুন এবং আপনি যদি ডাইনামিক VLAN অ্যাসাইনমেন্ট ব্যবহার করেন তবে তা এনাবেল করুন। বেশিরভাগ এন্টারপ্রাইজ AP প্ল্যাটফর্ম - Cisco Meraki, Aruba, Ruckus, Extreme - এর জন্য একটি GUI রয়েছে যা আপনার RADIUS সার্ভার প্রস্তুত হয়ে গেলে মাত্র দশ মিনিটের মতো সময় নেয়। [ইমপ্লিমেন্টেশন সুপারিশ এবং ত্রুটিসমূহ - প্রায় ২ মিনিট] ঠিক আছে, চলুন আলোচনা করা যাক ডিপ্লয়মেন্টগুলো কোথায় ভুল হয়, কারণ এখানেই আমি আমার কনসালটেন্সি ফি অর্জন করি। সবচেয়ে সাধারণ ব্যর্থতার পয়েন্ট হলো সার্টিফিকেট ভ্যালিডেশন। আমি দেখেছি যে সংস্থাগুলো সার্ভার সাইডে সঠিকভাবে PEAP-MSCHAPv2 ডিপ্লয় করে, তারপর ক্লায়েন্ট সাপ্লিক্যান্ট প্রোফাইলগুলোকে যেকোনো সার্টিফিকেট গ্রহণ করার জন্য কনফিগার করে রেখে দেয়। এটি সিকিউরিটি মডেলটিকে সম্পূর্ণরূপে দুর্বল করে দেয়। প্রতিটি সাপ্লিক্যান্ট প্রোফাইল - গ্রুপ পলিসি বা MDM-এর মাধ্যমে পুশ করা হোক না কেন - অবশ্যই ট্রাস্টেড রুট CA এবং প্রত্যাশিত সার্ভার নেম নির্দিষ্ট করতে হবে। এটি ছাড়া, আপনি ইভিল টুইন অ্যাটাকের ঝুঁকিতে থাকবেন। দ্বিতীয় সাধারণ সমস্যাটি হলো RADIUS শেয়ার্ড সিক্রেট ম্যানেজমেন্ট। আমি প্রোডাকশন নেটওয়ার্কগুলোকে শেয়ার্ড সিক্রেট "radius" বা ভেন্ডর ডিফল্ট সেট করে চলতে দেখেছি। এই সিক্রেটগুলো আপনার অথেন্টিকেশন ইনফ্রাস্ট্রাকচারের চাবিকাঠি। এগুলো র্যান্ডমলি জেনারেট করুন, একটি সিক্রেটস ম্যানেজারে স্টোর করুন এবং একটি শিডিউল অনুযায়ী রোটেট করুন। তৃতীয়ত: VLAN মিসকনফিগারেশন। ডাইনামিক VLAN অ্যাসাইনমেন্ট অত্যন্ত শক্তিশালী - এটি আপনাকে একই SSID থেকে স্টাফ ডিভাইসগুলোকে কর্পোরেট VLAN-এ, কন্ট্রাক্টরদের একটি রেস্ট্রিক্টেড VLAN-এ এবং IoT ডিভাইসগুলোকে একটি আইসোলেটেড VLAN-এ রাখার সুবিধা দেয়। কিন্তু RADIUS অ্যাট্রিবিউটগুলো সঠিকভাবে কনফিগার করা না থাকলে, অথবা সুইচ ট্রাঙ্ক পোর্টগুলো সঠিক VLAN বহন না করলে, ডিভাইসগুলো হয় কানেক্ট হতে ব্যর্থ হবে অথবা ভুল সেগমেন্টে চলে যাবে। প্রোডাকশনে রোল আউট করার আগে একটি ল্যাবে এটি পুঙ্খানুপুঙ্খভাবে পরীক্ষা করুন।চতুর্থত: রিডানডেন্সি। আপনার RADIUS সার্ভার এখন পরিকাঠামোটির একটি অত্যন্ত গুরুত্বপূর্ণ অংশ। এটি বন্ধ হয়ে গেলে, কেউ সংযোগ করতে পারবে না। আপনার প্রতিটি AP-তে অন্তত একটি প্রাইমারি এবং সেকেন্ডারি RADIUS সার্ভার কনফিগার করা থাকা প্রয়োজন। বড় ধরনের ডেপ্লয়মেন্টের ক্ষেত্রে, হেলথ মনিটরিং সহ RADIUS প্রক্সি ক্লাস্টারের কথা বিবেচনা করুন। পঞ্চমত, এবং এটি বিশেষভাবে হসপিটালিটি ও রিটেল পরিবেশের জন্য প্রযোজ্য: গেস্ট বনাম কর্পোরেট পৃথকীকরণ। আপনার 802.1X কর্পোরেট SSID এবং গেস্ট WiFi SSID সম্পূর্ণ আলাদা হওয়া উচিত - আলাদা VLAN, আলাদা ফায়ারওয়াল পলিসি, আলাদা DNS। Purple-এর মতো একটি প্ল্যাটফর্ম তার নিজস্ব captive portal এবং অ্যানালিটিক্স লেয়ার দিয়ে গেস্ট সাইড পরিচালনা করে, অন্যদিকে আপনার 802.1X পরিকাঠামো কর্পোরেট সাইড সামলায়। এগুলি একে অপরের পরিপূরক, প্রতিযোগী সিস্টেম নয়। [দ্রুত প্রশ্ন ও উত্তর - প্রায় ১ মিনিট] আমাকে সবচেয়ে বেশি জিজ্ঞাসা করা প্রশ্নগুলো একে একে দেখে নেওয়া যাক। আমি কি ক্লাউড-ম্যানেজড AP প্ল্যাটফর্মে 802.1X চালাতে পারি? হ্যাঁ - Meraki, Aruba Central এবং Ruckus Cloud সবই এটি সমর্থন করে। আপনি ক্লাউড ড্যাশবোর্ডে RADIUS সার্ভারের বিবরণ কনফিগার করেন এবং AP-গুলি EAP প্রক্সি করা পরিচালনা করে। আমার কি Active Directory প্রয়োজন? না। FreeRADIUS-এর মাধ্যমে LDAP, SQL ডেটাবেস, ফ্ল্যাট ফাইল বা এমনকি REST API-এর বিরুদ্ধেও প্রমাণীকরণ করা সম্ভব। তবে NPS-এর মাধ্যমে AD ইন্টিগ্রেশন এন্টারপ্রাইজের ক্ষেত্রে সবচেয়ে সাধারণ পথ। যেসব IoT ডিভাইস 802.1X সমর্থন করে না সেগুলোর ক্ষেত্রে কী হবে? বিকল্প হিসেবে MAC Authentication Bypass - MAB - ব্যবহার করুন। ডিভাইসের MAC অ্যাড্রেসটি RADIUS-এ ইউজারনেম এবং পাসওয়ার্ড হিসেবে পাঠানো হয়। এটি EAP-এর মতো সুরক্ষিত নয়, তবে এটি আপনাকে IoT ডিভাইসগুলোকে একটি সীমিত VLAN-এর মধ্যে রেখে অনবোর্ড করার সুযোগ দেয়। 802.1X কি WPA3-এর সাথে কাজ করে? হ্যাঁ। WPA3-Enterprise মূলত 802.1X প্রমাণীকরণ সহ WPA3। এটি আরও শক্তিশালী এনক্রিপশন যোগ করে - হাই-সিকিউরিটি মোডে ১৯২-বিট - এবং নতুন ডেপ্লয়মেন্টের জন্য এটি প্রস্তাবিত স্ট্যান্ডার্ড। [সংক্ষেপ এবং পরবর্তী পদক্ষেপ - প্রায় ১ মিনিট] তাহলে বিষয়টি সংক্ষেপে বলতে গেলে: 802.1X কোনো ঐচ্ছিক বিষয় নয়। সংবেদনশীল ডেটা নিয়ে কাজ করে, পেমেন্ট প্রসেস করে বা কোনো নিয়ন্ত্রিত পরিবেশে কাজ করে এমন যেকোনো সংস্থার জন্য এটি এন্টারপ্রাইজ WiFi সুরক্ষার মূল ভিত্তি। এর আর্কিটেকচার সুপ্রতিষ্ঠিত, টুলিং অত্যন্ত পরিপক্ক এবং ডেপ্লয়মেন্টের পথটি একদম স্পষ্ট। আপনার EAP মেথড নির্বাচন দিয়ে শুরু করুন - যদি আপনার দ্রুত ফলাফল এবং ব্যাপক সামঞ্জস্যের প্রয়োজন হয় তবে PEAP-MSCHAPv2, আর যদি আপনার PKI পরিকাঠামো থাকে এবং সবচেয়ে শক্তিশালী সিকিউরিটি পোসচারের প্রয়োজন হয় তবে EAP-TLS। একটি সিঙ্গেল AP স্পর্শ করার আগেই আপনার RADIUS সার্ভার কনফিগার এবং রিডানডেন্ট করে নিন। লাইভ হওয়ার আগে Group Policy বা MDM-এর মাধ্যমে আপনার সাপ্লিক্যান্ট প্রোফাইলগুলো পুশ করুন। এবং আপনার গেস্ট WiFi সম্পূর্ণ আলাদা রাখুন - সেই লেয়ারের জন্য একটি বিশেষভাবে তৈরি প্ল্যাটফর্ম ব্যবহার করুন। আপনি যদি কোনো মাল্টি-ভেন্যু পরিবেশ - হোটেল, রিটেল চেইন, স্টেডিয়াম - পরিচালনা করেন, তবে সাইটের সংখ্যার সাথে সাথে জটিলতা বাড়লেও আর্কিটেকচার পরিবর্তন হয় না। এর আসল চাবিকাঠি হলো সাইট-লোকাল রিডানডেন্সি সহ সেন্ট্রালাইজড RADIUS এবং আপনার সমস্ত ডিভাইসে একটি সামঞ্জস্যপূর্ণ MDM-পুশড সাপ্লিক্যান্ট প্রোফাইল।শোনার জন্য ধন্যবাদ। সম্পূর্ণ লিখিত নির্দেশিকা, আর্কিটেকচার ডায়াগ্রাম এবং কনফিগারেশন চেকলিস্ট purple.ai-তে উপলব্ধ রয়েছে। আপনি যদি একটি 802.1X ডেপ্লয়মেন্টের পরিকল্পনা করেন এবং আপনার পরিবেশের নির্দিষ্ট বিবরণ নিয়ে আলোচনা করতে চান, তবে সরাসরি Purple টিমের সাথে যোগাযোগ করুন।