কীভাবে 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 বা নেটওয়ার্ক অ্যাক্সেস সার্ভার বলা হয়। এবং আপনার কাছে আছে অথেন্টিকেশন সার্ভার — যা এন্টারপ্রাইজ ডিপ্লয়মেন্টে প্রায় সর্বজনীনভাবে একটি RADIUS সার্ভার। হ্যান্ডশেক কীভাবে কাজ করে তা এখানে দেওয়া হলো। যখন একটি ডিভাইস একটি 802.1X-সুরক্ষিত SSID-এর সাথে সংযোগ করার চেষ্টা করে, তখন অ্যাক্সেস পয়েন্টটি কেবল এটিকে প্রবেশ করতে দেয় না। পরিবর্তে, এটি একটি নিয়ন্ত্রিত পোর্ট (controlled port) খোলে — একটি সীমিত চ্যানেল যা কেবল 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 — একটি পাবলিক কি ইনফ্রাস্ট্রাকচার — প্রয়োজন। এর অর্থ হলো একটি সার্টিফিকেট অথরিটি, সার্টিফিকেট লাইফসাইকেল ম্যানেজমেন্ট এবং প্রতিটি ডিভাইসে সার্টিফিকেট পুশ করার একটি মেকানিজম। Microsoft Active Directory এবং Active Directory Certificate Services থাকা সংস্থাগুলির জন্য এটি খুব সহজেই অর্জনযোগ্য। এই ইনফ্রাস্ট্রাকচার ছাড়া সংস্থাগুলির জন্য এটি একটি উল্লেখযোগ্য বিনিয়োগ। PEAP-MSCHAPv2 বাস্তবে সবচেয়ে ব্যাপকভাবে ব্যবহৃত পদ্ধতি। এটি শুধুমাত্র একটি সার্ভার-সাইড সার্টিফিকেট ব্যবহার করে একটি TLS টানেল তৈরি করে, তারপর সেই টানেলের ভিতরে ইউজারনেম এবং পাসওয়ার্ড ক্রেডেনশিয়াল পাস করে। এটি কোনো অতিরিক্ত ঝামেলা ছাড়াই প্রায় প্রতিটি ডিভাইসের সাথে সামঞ্জস্যপূর্ণ, Windows Server-এ NPS-এর মাধ্যমে সরাসরি Active Directory-এর সাথে একীভূত হয় এবং ক্লায়েন্ট সার্টিফিকেটের প্রয়োজন হয় না। এর অসুবিধা হলো ব্যবহারকারীদের যদি কোনো রোগ (rogue) AP-এর সাথে সংযোগ করতে প্রলুব্ধ করা হয়, তবে এটি ক্রেডেনশিয়াল চুরির আক্রমণের শিকার হতে পারে — কারণ ক্লায়েন্ট ডিফল্টরূপে সার্ভার সার্টিফিকেট যাচাই করে না। আপনাকে অবশ্যই আপনার Supplicant প্রোফাইলগুলিতে সার্ভার সার্টিফিকেট যাচাইকরণ প্রয়োগ করতে হবে। EAP-TTLS দেখতে PEAP-এর মতো কিন্তু অভ্যন্তরীণ অথেন্টিকেশন পদ্ধতিতে আরও নমনীয়। এটি Linux পরিবেশে এবং যেখানে আপনাকে লেগাসি অথেন্টিকেশন ব্যাকএন্ড সমর্থন করতে হবে সেখানে সাধারণ। EAP-FAST-টি Cisco দ্বারা LEAP-এর দুর্বলতার প্রতিক্রিয়া হিসেবে তৈরি করা হয়েছিল। এটি সার্টিফিকেটের পরিবর্তে প্রোটেক্টেড অ্যাক্সেস ক্রেডেনশিয়াল ব্যবহার করে। আপনি যদি একটি Cisco-ভারী পরিবেশে থাকেন বা লেগাসি ডিভাইসগুলি নিয়ে কাজ করেন যা অন্যগুলি সমর্থন করতে পারে না, তবে এটি প্রাথমিকভাবে প্রাসঙ্গিক। EAP-SIM এবং EAP-AKA ক্যারিয়ার-গ্রেড ডিপ্লয়মেন্টে ব্যবহৃত হয় — যেমন OpenRoaming বা Passpoint — যেখানে অথেন্টিকেশন একটি SIM কার্ড বা USIM-এর সাথে যুক্ত থাকে। পাবলিক ভেন্যু WiFi-এর জন্য এগুলি ক্রমবর্ধমানভাবে প্রাসঙ্গিক যেখানে আপনি ক্যাপティブ পোর্টাল ছাড়াই নিরবচ্ছিন্ন, নিরাপদ অনবোর্ডিং চান। এখন RADIUS কনফিগারেশন সম্পর্কে কথা বলা যাক। আপনি Microsoft NPS, FreeRADIUS, Cisco ISE বা Aruba ClearPass ডিপ্লয় করছেন কিনা তা নির্বিশেষে, মূল কনফিগারেশন ধাপগুলি একই। প্রথমত, আপনি আপনার RADIUS ক্লায়েন্টদের সংজ্ঞায়িত করবেন — এগুলি হলো আপনার অ্যাক্সেস পয়েন্ট বা ওয়্যারলেস ল্যান কন্ট্রোলার। প্রতিটি ক্লায়েন্ট তার 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-এ সেট করুন, UDP পোর্ট ১৮১২-এ আপনার NPS IP-তে RADIUS অথেন্টিকেশন সার্ভার নির্দেশ করুন, UDP পোর্ট ১৮১৩-এ RADIUS অ্যাকাউন্টিং সার্ভার সেট করুন, শেয়ার্ড সিক্রেটটি লিখুন এবং আপনি যদি এটি ব্যবহার করেন তবে ডাইনামিক VLAN অ্যাসাইনমেন্ট সক্ষম করুন। বেশিরভাগ এন্টারপ্রাইজ AP প্ল্যাটফর্ম — Cisco Meraki, Aruba, Ruckus, Extreme — এর জন্য একটি GUI রয়েছে যা আপনার RADIUS সার্ভার প্রস্তুত হয়ে গেলে প্রায় দশ মিনিট সময় নেয়। [বাস্তবায়ন সুপারিশ এবং ভুলত্রুটি — প্রায় ২ মিনিট] ঠিক আছে, চলুন কথা বলা যাক কোথায় ডিপ্লয়মেন্টগুলি ভুল হয়, কারণ এখানেই আমি আমার কনসালটেন্সি ফি উপার্জন করি। সবচেয়ে সাধারণ ব্যর্থতার পয়েন্ট হলো সার্টিফিকেট যাচাইকরণ। আমি দেখেছি সংস্থাগুলি সার্ভার সাইডে সঠিকভাবে PEAP-MSCHAPv2 ডিপ্লয় করে, তারপর ক্লায়েন্ট Supplicant প্রোফাইলগুলিকে যেকোনো সার্টিফিকেট গ্রহণ করার জন্য কনফিগার করে রেখে দেয়। এটি সিকিউরিটি মডেলটিকে সম্পূর্ণভাবে দুর্বল করে দেয়। প্রতিটি Supplicant প্রোফাইল — গ্রুপ পলিসি বা MDM-এর মাধ্যমে পুশ করা হোক না কেন — অবশ্যই বিশ্বস্ত রুট CA এবং প্রত্যাশিত সার্ভারের নাম উল্লেখ করতে হবে। এটি ছাড়া, আপনি ইভিল টুইন (evil twin) আক্রমণের ঝুঁকিতে থাকবেন। দ্বিতীয় সাধারণ সমস্যাটি হলো RADIUS শেয়ার্ড সিক্রেট ম্যানেজমেন্ট। আমি প্রোডাকশন নেটওয়ার্কগুলিকে শেয়ার্ড সিক্রেট "radius" বা ভেন্ডর ডিফল্ট সেট করে চলতে দেখেছি। এই সিক্রেটগুলি আপনার অথেন্টিকেশন ইনফ্রাস্ট্রাকচারের চাবিকাঠি। এগুলি র্যান্ডমলি জেনারেট করুন, একটি সিক্রেট ম্যানেজারে সংরক্ষণ করুন এবং একটি সময়সূচী অনুযায়ী পরিবর্তন করুন। তৃতীয়ত: VLAN মিসকনফিগারেশন। ডাইনামিক VLAN অ্যাসাইনমেন্ট শক্তিশালী — এটি আপনাকে একই SSID থেকে স্টাফ ডিভাইসগুলিকে কর্পোরেট VLAN-এ, ঠিকাদারদের একটি সীমাবদ্ধ VLAN-এ এবং IoT ডিভাইসগুলিকে একটি আইসোলেটেড VLAN-এ রাখার অনুমতি দেয়। কিন্তু RADIUS অ্যাট্রিবিউটগুলি যদি সঠিকভাবে কনফিগার করা না থাকে, অথবা সুইচ ট্রাঙ্ক পোর্টগুলি যদি সঠিক VLAN বহন না করে, তবে ডিভাইসগুলি সংযোগ করতে ব্যর্থ হবে অথবা ভুল সেগমেন্টে চলে যাবে। প্রোডাকশনে যাওয়ার আগে একটি ল্যাবে এটি পুঙ্খানুপুঙ্খভাবে পরীক্ষা করুন। চতুর্থত: রেডান্ডেন্সি। আপনার RADIUS সার্ভার এখন ইনফ্রাস্ট্রাকচারের একটি অত্যন্ত গুরুত্বপূর্ণ অংশ। এটি ডাউন হয়ে গেলে, কেউ সংযোগ করতে পারবে না। প্রতিটি AP-তে আপনার কমপক্ষে একটি প্রাইমারি এবং সেকেন্ডারি RADIUS সার্ভার কনফিগার করা প্রয়োজন। বড় ডিপ্লয়মেন্টে, হেলথ মনিটরিং সহ RADIUS প্রক্সি ক্লাস্টারের কথা বিবেচনা করুন। পঞ্চমত, এবং এটি হসপিটালিটি এবং রিটেইল পরিবেশের জন্য নির্দিষ্ট: গেস্ট বনাম কর্পোরেট সেপারেশন। আপনার 802.1X কর্পোরেট SSID এবং আপনার গেস্ট WiFi SSID সম্পূর্ণ আলাদা হওয়া উচিত — আলাদা VLAN, আলাদা ফায়ারওয়াল পলিসি, আলাদা DNS। Purple-এর মতো একটি প্ল্যাটফর্ম তার নিজস্ব ক্যাপティブ পোর্টাল এবং অ্যানালিটিক্স লেয়ার দিয়ে গেস্ট সাইড পরিচালনা করে, যখন আপনার 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 সার্ভার কনফিগার এবং রেডান্ডেন্ট করুন। লাইভে যাওয়ার আগে গ্রুপ পলিসি বা MDM-এর মাধ্যমে আপনার Supplicant প্রোফাইলগুলি পুশ করুন। এবং আপনার গেস্ট WiFi সম্পূর্ণ আলাদা রাখুন — সেই লেয়ারের জন্য একটি বিশেষভাবে তৈরি প্ল্যাটফর্ম ব্যবহার করুন। আপনি যদি একটি মাল্টি-ভেন্যু পরিবেশ পরিচালনা করেন — হোটেল, রিটেইল চেইনে, স্টেডিয়াম — তবে সাইটের সংখ্যার সাথে সাথে জটিলতা বৃদ্ধি পায়, কিন্তু আর্কিটেকচার পরিবর্তন হয় না। মূল চাবিকাঠি হলো সাইট-লোকাল রেডান্ডেন্সি সহ সেন্ট্রালাইজড RADIUS এবং আপনার ডিভাইস ফ্লিট জুড়ে একটি সামঞ্জস্যপূর্ণ MDM-পুশড Supplicant প্রোফাইল। শোনার জন্য ধন্যবাদ। সম্পূর্ণ লিখিত নির্দেশিকা, আর্কিটেকচার ডায়াগ্রাম এবং কনফিগারেশন চেকলিস্ট purple.ai-তে উপলব্ধ। আপনি যদি একটি 802.1X ডিপ্লয়মেন্টের পরিকল্পনা করে থাকেন এবং আপনার পরিবেশের সুনির্দিষ্ট বিষয়গুলি নিয়ে কথা বলতে চান, তবে সরাসরি Purple টিমের সাথে যোগাযোগ করুন।