মূল কন্টেন্টে যান

Azure AD এবং Entra ID WiFi অথেন্টিকেশন: ইন্টিগ্রেশন এবং কনফিগারেশন গাইড

এই টেকনিক্যাল রেফারেন্স গাইডটি আইটি ম্যানেজার, নেটওয়ার্ক আর্কিটেক্ট এবং ভেন্যু অপারেশন ডিরেক্টরদের RADIUS এবং 802.1X ব্যবহার করে এন্টারপ্রাইজ WiFi নেটওয়ার্কগুলোর সাথে Microsoft Entra ID (Azure AD) ইন্টিগ্রেট করার একটি ব্যবহারিক রোডম্যাপ প্রদান করে। এটি অন-প্রিমিস Windows NPS এবং ক্লাউড-নেটিভ RADIUS-এর মধ্যে আর্কিটেকচারাল সিদ্ধান্ত, Microsoft Intune-এর মাধ্যমে সার্টিফিকেট-ভিত্তিক EAP-TLS অথেন্টিকেশন ডিপ্লয়মেন্ট এবং হসপিটালিটি, রিটেইল এবং পাবলিক-সেক্টর এনভায়রনমেন্ট জুড়ে ওয়্যারলেস অ্যাক্সেস সুরক্ষিত করার অপারেশনাল বেস্ট প্র্যাকটিসগুলো কভার করে। যেসব প্রতিষ্ঠান ইতোমধ্যে Microsoft 365 এবং Entra ID ইকোসিস্টেমে বিনিয়োগ করেছে, তাদের জন্য এই গাইডটি ক্লাউড আইডেন্টিটি ম্যানেজমেন্ট এবং ফিজিক্যাল নেটওয়ার্ক সিকিউরিটির মধ্যে ব্যবধান দূর করে।

📖 9 মিনিট পাঠ📝 2,214 শব্দ🔧 2 সমাধানকৃত উদাহরণ4 অনুশীলনী প্রশ্ন📚 10 মূল সংজ্ঞা

header_image.png

এক্সিকিউটিভ সামারি

মাইক্রোসফট ইকোসিস্টেমে ব্যাপকভাবে বিনিয়োগকারী আধুনিক এন্টারপ্রাইজগুলোর জন্য, ক্লাউড আইডেন্টিটি ইনফ্রাস্ট্রাকচারের সাথে ফিজিক্যাল ওয়্যারলেস নেটওয়ার্কের সংযোগ স্থাপন করা একটি অত্যন্ত গুরুত্বপূর্ণ সিকিউরিটি পদক্ষেপ। ঐতিহাসিকভাবে, WiFi অথেন্টিকেশন অন-প্রিমিস Active Directory Domain Services (AD DS) এবং Windows Network Policy Server (NPS)-এর উপর নির্ভরশীল ছিল। তবে, প্রতিষ্ঠানগুলো যখন Microsoft Entra ID (পূর্বে Azure AD)-তে মাইগ্রেট করছে এবং জিরো-ট্রাস্ট সিকিউরিটি মডেল গ্রহণ করছে, তখন প্রথাগত ক্রেডেনশিয়াল-ভিত্তিক অথেন্টিকেশন পদ্ধতি — PEAP-MSCHAPv2 — আর পর্যাপ্ত বা সুরক্ষিত নয়。

এই গাইডটি আইটি ম্যানেজার, নেটওয়ার্ক আর্কিটেক্ট এবং ভেন্যু অপারেশন ডিরেক্টরদের জন্য Azure AD WiFi অথেন্টিকেশন বাস্তবায়নের একটি ব্যবহারিক রোডম্যাপ প্রদান করে। আমরা অন-প্রিমিস NPS ফুটপ্রিন্ট বজায় রাখা এবং ক্লাউড-নেটিভ RADIUS সলিউশনে মাইগ্রেট করার মধ্যে আর্কিটেকচারাল পার্থক্যগুলো নিয়ে আলোচনা করেছি। সবচেয়ে গুরুত্বপূর্ণ বিষয় হলো, আমরা বিস্তারিতভাবে জানিয়েছি কীভাবে সার্টিফিকেট-ভিত্তিক অথেন্টিকেশনের (EAP-TLS) জন্য Microsoft Intune ব্যবহার করতে হয়, যা পাসওয়ার্ড-সম্পর্কিত দুর্বলতাগুলো দূর করে এবং এন্ড-ইউজারদের জন্য একটি নিরবচ্ছিন্ন, বাধাহীন অভিজ্ঞতা প্রদান করে। আপনি ৫০০-রুমের হোটেল, রিটেইল চেইন বা বড় পাবলিক-সেক্টর ডিপ্লয়মেন্ট পরিচালনা করুন না কেন, এই গাইডটি আপনার বিদ্যমান মাইক্রোসফট আইডেন্টিটি ইনভেস্টমেন্ট ব্যবহার করে আপনার ওয়্যারলেস এজ সুরক্ষিত করতে সাহায্য করবে। ডিপ্লয়মেন্ট মডেলগুলোর আরও বিস্তৃত আলোচনার জন্য, আমাদের Cloud RADIUS vs On-Premise RADIUS: Decision Guide for IT Teams দেখুন।

azure_ad_and_entra_id_wifi_authentication_integration_and_configuration_guide_podcast.wav


টেকনিক্যাল ডিপ-ডাইভ: আর্কিটেকচার এবং স্ট্যান্ডার্ডস

সুরক্ষিত এন্টারপ্রাইজ WiFi-এর ভিত্তি হলো IEEE 802.1X স্ট্যান্ডার্ড, যা পোর্ট-ভিত্তিক নেটওয়ার্ক অ্যাক্সেস কন্ট্রোল প্রদান করে। একটি মাইক্রোসফট-কেন্দ্রিক পরিবেশে, Entra ID-এর সাথে 802.1X ইন্টিগ্রেট করার জন্য তিনটি স্তরে সতর্ক আর্কিটেকচারাল পরিকল্পনার প্রয়োজন: ওয়্যারলেস ইনফ্রাস্ট্রাকচার, অথেন্টিকেশন সার্ভার এবং আইডেন্টিটি ডিরেক্টরি।

RADIUS এবং 802.1X-এর ভূমিকা

যখন কোনো ক্লায়েন্ট ডিভাইস (সাপ্লিক্যান্ট) একটি WPA2/WPA3-Enterprise নেটওয়ার্কের সাথে কানেক্ট করার চেষ্টা করে, তখন ওয়্যারলেস অ্যাক্সেস পয়েন্ট (অথেন্টিকেটর) EAP (Extensible Authentication Protocol) প্যাকেট ছাড়া অন্য সব ট্রাফিক ব্লক করে দেয়। অ্যাক্সেস পয়েন্ট এই প্যাকেটগুলো একটি RADIUS সার্ভারে ফরোয়ার্ড করে। RADIUS সার্ভার একটি ডিরেক্টরি সার্ভিসের বিপরীতে ব্যবহারকারী বা ডিভাইসের আইডেন্টিটি যাচাই করে এবং একটি Access-Accept বা Access-Reject মেসেজ রিটার্ন করে। এই থ্রি-পার্টি মডেল — সাপ্লিক্যান্ট, অথেন্টিকেটর, অথেন্টিকেশন সার্ভার — এন্টারপ্রাইজ ওয়্যারলেস সিকিউরিটির মূলভিত্তি এবং এটি আমাদের Wireless Access Points Definition: Your Ultimate 2026 Guide -এ বিস্তারিতভাবে বর্ণনা করা হয়েছে।

মাইক্রোসফট এনভায়রনমেন্টের জন্য আর্কিটেকচারাল অ্যাপ্রোচ

architecture_overview.png

WiFi অথেন্টিকেশনের সাথে মাইক্রোসফট আইডেন্টিটি ইন্টিগ্রেট করার জন্য দুটি প্রাথমিক আর্কিটেকচার রয়েছে, যার প্রতিটির আলাদা সুবিধা-অসুবিধা রয়েছে:

ডাইমেনশন হাইব্রিড অন-প্রিমিস (NPS) ক্লাউড-নেটিভ (Cloud RADIUS)
ইনফ্রাস্ট্রাকচার Windows Server VM বা বেয়ার মেটাল প্রয়োজন কোনো অন-প্রিমিস সার্ভার নেই
আইডেন্টিটি সোর্স LDAP/Kerberos-এর মাধ্যমে AD DS API-এর মাধ্যমে সরাসরি Entra ID
সার্টিফিকেট অথরিটি অন-প্রিমিস ADCS + Intune Connector Intune Cloud PKI বা ভেন্ডর PKI
স্কেলেবিলিটি ম্যানুয়াল HA/লোড ব্যালেন্সিং প্রোভাইডার দ্বারা অটো-স্কেলড
যার জন্য সেরা হাইব্রিড AD, লিগ্যাসি ডিভাইস ক্লাউড-ফার্স্ট, Intune-পরিচালিত প্রতিষ্ঠান
অপারেশনাল জটিলতা প্রাথমিক এবং চলমান পর্যায়ে বেশি কম অপারেশনাল ওভারহেড

হাইব্রিড অন-প্রিমিস (Windows NPS + AD DS + Azure AD Connect): এটি প্রথাগত পদ্ধতি। Windows NPS একটি RADIUS সার্ভার হিসেবে কাজ করে, যা অন-প্রিমিস Active Directory-এর বিপরীতে রিকোয়েস্টগুলো অথেন্টিকেট করে। এটিকে ক্লাউডের সাথে যুক্ত করতে, Azure AD Connect অন-প্রিমিস আইডেন্টিটিগুলোকে Entra ID-তে সিঙ্ক করে। এটি শক্তিশালী হলেও, এর জন্য অন-প্রিমিস সার্ভার ইনফ্রাস্ট্রাকচার বজায় রাখা, হাই অ্যাভেইলেবিলিটি পরিচালনা করা এবং EAP-TLS বাস্তবায়ন করলে একটি জটিল PKI (ADCS) ডিপ্লয় করার প্রয়োজন হয়।

ক্লাউড-নেটিভ (Cloud RADIUS + Entra ID + Intune): এই আধুনিক পদ্ধতিটি অন-প্রিমিস NPS সার্ভারের প্রয়োজনীয়তা দূর করে। একটি থার্ড-পার্টি Cloud RADIUS প্রোভাইডার Microsoft Graph API-এর মাধ্যমে সরাসরি Entra ID-এর সাথে ইন্টিগ্রেট করে। অথেন্টিকেশন সম্পূর্ণভাবে ক্লাউডে সম্পন্ন হয়। এই আর্কিটেকচারটি ক্লাউড-ফার্স্ট স্ট্র্যাটেজির সাথে সামঞ্জস্যপূর্ণ, যা অপারেশনাল ওভারহেড উল্লেখযোগ্যভাবে হ্রাস করে এবং জিরো-ট্রাস্ট নেটওয়ার্ক অ্যাক্সেস নীতিগুলোর সাথে সারিবদ্ধ থাকে।

comparison_chart.png

EAP-TLS বনাম PEAP-MSCHAPv2: একটি গুরুত্বপূর্ণ সিদ্ধান্ত

EAP মেথড নির্বাচন করা এই ডিপ্লয়মেন্টের সবচেয়ে গুরুত্বপূর্ণ সিকিউরিটি সিদ্ধান্ত। PEAP-MSCHAPv2 ব্যবহারকারীদের ডোমেইন ক্রেডেনশিয়াল এন্টার করার উপর নির্ভর করে। এটি ক্রেডেনশিয়াল চুরি, ম্যান-ইন-দ্য-মিডল অ্যাটাকের জন্য ঝুঁকিপূর্ণ এবং পাসওয়ার্ডের মেয়াদ শেষ হলে একটি বাজে ইউজার এক্সপেরিয়েন্স তৈরি করে। গবেষণায় ধারাবাহিকভাবে প্রমাণিত হয়েছে যে রোগ (rogue) অ্যাক্সেস পয়েন্ট অ্যাটাকের মাধ্যমে PEAP-MSCHAPv2 কম্প্রোমাইজ করা যেতে পারে।

EAP-TLS (Transport Layer Security) হলো ইন্ডাস্ট্রির গোল্ড স্ট্যান্ডার্ড সুরক্ষিত WiFi-এর জন্য। এটি মিউচুয়াল অথেন্টিকেশনের জন্য ক্লায়েন্ট ডিভাইসে ইনস্টল করা ডিজিটাল সার্টিফিকেট ব্যবহার করে — ক্লায়েন্ট এবং সার্ভার উভয়ই তাদের আইডেন্টিটি প্রমাণ করে। টাইপ করার মতো কোনো পাসওয়ার্ড নেই এবং কানেকশনটি ক্রিপ্টোগ্রাফিকভাবে শক্তিশালী। একটি মাইক্রোসফট এনভায়রনমেন্টে, সাধারণত SCEP (Simple Certificate Enrollment Protocol) বা PKCS-এর মাধ্যমে Microsoft Intune ব্যবহার করে সার্টিফিকেটগুলো ডিপ্লয় করা হয়। সমস্ত নতুন ডিপ্লয়মেন্টের জন্য এটি প্রস্তাবিত পথ এবং PCI DSS (রিকোয়ারমেন্ট ৮) এবং GDPR ডেটা সুরক্ষা বাধ্যবাধকতাগুলো মেনে চলার জন্য এটি অপরিহার্য।


ইমপ্লিমেন্টেশন গাইড: ধাপে ধাপে ডিপ্লয়মেন্ট

EAP-TLS এবং Intune ব্যবহার করে Entra ID WiFi অথেন্টিকেশন বাস্তবায়নের জন্য আইডেন্টিটি, ডিভাইস ম্যানেজমেন্ট এবং নেটওয়ার্ক ইনফ্রাস্ট্রাকচার জুড়ে বেশ কয়েকটি কম্পোনেন্টের সমন্বয় প্রয়োজন। ক্লাউড-নেটিভ ডিপ্লয়মেন্টের জন্য নিচের পাঁচ-ধাপের পদ্ধতিটি সুপারিশ করা হলো।

ফেজ ১: আইডেন্টিটি এবং ডিভাইস ম্যানেজমেন্ট ইনফ্রাস্ট্রাকচার প্রস্তুত করা

আপনার Entra ID টেন্যান্টের উপযুক্ত লাইসেন্সিং আছে কিনা তা যাচাই করার মাধ্যমে শুরু করুন। Microsoft 365 E3/E5 বা Enterprise Mobility + Security (EMS) E3/E5-এ এই ডিপ্লয়মেন্টের জন্য প্রয়োজনীয় Intune ডিভাইস ম্যানেজমেন্ট এবং Conditional Access সক্ষমতা অন্তর্ভুক্ত রয়েছে। Intune ছাড়া, অটোমেটেড সার্টিফিকেট ডিপ্লয়মেন্ট সম্ভব নয়।

এরপর, আপনার Public Key Infrastructure (PKI) স্থাপন করুন। আপনার কাছে তিনটি বিকল্প রয়েছে: আপনার Cloud RADIUS ভেন্ডর দ্বারা প্রদত্ত একটি ক্লাউড-নেটিভ PKI, মাইক্রোসফটের নিজস্ব Cloud PKI (Intune Suite লাইসেন্সিংয়ের সাথে উপলব্ধ), অথবা Microsoft Intune Certificate Connector-এর মাধ্যমে Intune-এর সাথে সংযুক্ত একটি বিদ্যমান অন-প্রিমিস ADCS ডিপ্লয়মেন্ট। নতুন ডিপ্লয়মেন্টের ক্ষেত্রে, অন-প্রিমিস নির্ভরতা এড়াতে একটি ক্লাউড-নেটিভ PKI দৃঢ়ভাবে সুপারিশ করা হয়।

ফেজ ২: সার্টিফিকেট ডিপ্লয়মেন্টের জন্য Intune কনফিগার করা

Microsoft Intune অ্যাডমিন সেন্টারে, একটি Trusted Certificate কনফিগারেশন প্রোফাইল তৈরি করুন। আপনার PKI-এর Root CA সার্টিফিকেট আপলোড করুন এবং এটি আপনার টার্গেট ডিভাইস গ্রুপগুলোতে ডিপ্লয় করুন। এই ধাপটি অত্যন্ত গুরুত্বপূর্ণ: এটি নিশ্চিত করে যে ক্লায়েন্ট ডিভাইসগুলো TLS হ্যান্ডশেকের সময় RADIUS সার্ভার দ্বারা উপস্থাপিত সার্টিফিকেটকে বিশ্বাস করে, যা ম্যান-ইন-দ্য-মিডল অ্যাটাক প্রতিরোধ করে।

এরপর, একটি SCEP Certificate প্রোফাইল তৈরি করুন (অথবা আপনার PKI-এর প্রয়োজন হলে PKCS)। Subject Name ফরম্যাট কনফিগার করুন — ইউজার-ভিত্তিক অথেন্টিকেশনের জন্য CN={{UserPrincipalName}} ব্যবহার করুন; ডিভাইস-ভিত্তিক অথেন্টিকেশনের জন্য CN={{DeviceName}} বা ডিভাইসের সিরিয়াল নম্বর ব্যবহার করুন। Subject Alternative Name (SAN) সেট করুন যাতে User Principal Name বা ডিভাইস আইডি অন্তর্ভুক্ত থাকে। উপযুক্ত Entra ID ডিভাইস বা ইউজার গ্রুপগুলোতে উভয় প্রোফাইল অ্যাসাইন করুন।

ফেজ ৩: Cloud RADIUS ইন্টিগ্রেশন কনফিগার করা

আপনার Entra ID টেন্যান্টে আপনার Cloud RADIUS প্রোভাইডারকে প্রয়োজনীয় Microsoft Graph API পারমিশন প্রদান করুন। অথেন্টিকেশনের সময় গ্রুপ মেম্বারশিপ যাচাই করার জন্য প্রোভাইডারের ন্যূনতম User.Read.All এবং GroupMember.Read.All প্রয়োজন। কিছু প্রোভাইডারের ডিভাইস-ভিত্তিক পলিসির জন্য Device.Read.All-ও প্রয়োজন হয়।

Cloud RADIUS ম্যানেজমেন্ট পোর্টালের মধ্যে, আপনার অথেন্টিকেশন পলিসিগুলো সংজ্ঞায়িত করুন। একটি কর্পোরেট এনভায়রনমেন্টের জন্য একটি সুগঠিত পলিসি এমন হতে পারে: "অ্যাক্সেস অনুমোদন করুন যদি সার্টিফিকেটটি [Trusted CA] দ্বারা ইস্যু করা হয় এবং ব্যবহারকারী [Corporate-WiFi-Users] Entra ID গ্রুপের সদস্য হন এবং ডিভাইসটি Intune-এ Compliant হিসেবে চিহ্নিত থাকে।" এই লেয়ারড পলিসিটি একই সাথে আইডেন্টিটি এবং ডিভাইসের স্বাস্থ্য উভয়ই এনফোর্স করে।

ফেজ ৪: ওয়্যারলেস ইনফ্রাস্ট্রাকচার কনফিগার করা

আপনার ওয়্যারলেস ল্যান কন্ট্রোলার বা ক্লাউড ম্যানেজমেন্ট ড্যাশবোর্ডে (যেমন Cisco Meraki, Aruba Central, বা Juniper Mist), RADIUS অথেন্টিকেশন সার্ভার হিসেবে Cloud RADIUS সার্ভারের আইপি অ্যাড্রেস এবং শেয়ার্ড সিক্রেটগুলো যোগ করুন। রিডান্ডেন্সির জন্য প্রাইমারি এবং সেকেন্ডারি সার্ভার কনফিগার করুন। ক্লাউড রাউন্ড-ট্রিপ ল্যাটেন্সি সামঞ্জস্য করতে RADIUS টাইমআউট ন্যূনতম ৫ সেকেন্ডে সেট করুন।

WPA2-Enterprise বা WPA3-Enterprise-এর জন্য কনফিগার করা একটি নতুন SSID তৈরি করুন। এই SSID-তে RADIUS সার্ভারগুলো অ্যাসাইন করুন। Hospitality ডিপ্লয়মেন্টের জন্য, নিশ্চিত করুন যে এই কর্পোরেট SSID যেকোনো গেস্ট নেটওয়ার্ক থেকে একটি পৃথক VLAN-এ রয়েছে। Retail এনভায়রনমেন্টের জন্য, সেলস ফ্লোর নেটওয়ার্ক আলাদা রেখে শুধুমাত্র ব্যাক-অফিস এরিয়াগুলোতে কর্পোরেট SSID ডিপ্লয় করার কথা বিবেচনা করুন।

ফেজ ৫: Intune-এর মাধ্যমে WiFi প্রোফাইল ডিপ্লয় করা

Intune-এ একটি WiFi কনফিগারেশন প্রোফাইল তৈরি করুন। ওয়্যারলেস ইনফ্রাস্ট্রাকচারে আপনি যা কনফিগার করেছেন ঠিক তার সাথে মিল রেখে SSID সেট করুন। সিকিউরিটি টাইপ হিসেবে WPA2-Enterprise বা WPA3-Enterprise নির্বাচন করুন। EAP সেটিংসের অধীনে, অথেন্টিকেশন মেথড হিসেবে EAP-TLS নির্বাচন করুন। ক্লায়েন্ট সার্টিফিকেট হিসেবে SCEP সার্টিফিকেট প্রোফাইল লিঙ্ক করুন এবং ফেজ ২-এ আপনার ডিপ্লয় করা Trusted Root CA প্রোফাইলটি নির্দিষ্ট করুন।

যে ডিভাইস গ্রুপগুলো সার্টিফিকেট প্রোফাইল পেয়েছে, তাদেরকেই এই WiFi প্রোফাইলটি অ্যাসাইন করুন। ডিভাইসগুলো তাদের পরবর্তী Intune সিঙ্কের সময় নীরবে সার্টিফিকেট এবং WiFi কনফিগারেশন গ্রহণ করবে এবং SSID-এর রেঞ্জের মধ্যে থাকলে স্বয়ংক্রিয়ভাবে কানেক্ট হবে — ব্যবহারকারীর কোনো ইন্টারঅ্যাকশনের প্রয়োজন নেই।


এন্টারপ্রাইজ এনভায়রনমেন্টের জন্য বেস্ট প্র্যাকটিস

এন্টারপ্রাইজ ভেন্যুগুলো জুড়ে সুরক্ষিত, স্কেলেবল Microsoft 802.1X ডিপ্লয়মেন্টের জন্য নিচের সুপারিশগুলো ইন্ডাস্ট্রির সর্বসম্মত মতামতের প্রতিনিধিত্ব করে।

সমস্ত নতুন ডিপ্লয়মেন্টে EAP-TLS বাধ্যতামূলক করুন। PEAP-MSCHAPv2 ব্যবহার করে নতুন নেটওয়ার্ক ডিপ্লয় করবেন না। ক্রেডেনশিয়াল-ভিত্তিক WiFi-এর সিকিউরিটি ঝুঁকিগুলো সুপরিচিত এবং এটি জিরো-ট্রাস্ট সিকিউরিটি পোস্টারের সাথে বেমানান। PCI DSS, GDPR এবং ISO 27001 কমপ্লায়েন্সের জন্য EAP-TLS অপরিহার্য।

সার্টিফিকেট লাইফসাইকেল অটোমেট করুন। নিশ্চিত করুন যে যখন Entra ID-তে কোনো ব্যবহারকারীকে ডিজেবল করা হয় বা Intune-এ কোনো ডিভাইস রিটায়ার করা হয়, তখন সংশ্লিষ্ট সার্টিফিকেটটি স্বয়ংক্রিয়ভাবে বাতিল হয়ে যায় বা RADIUS পলিসি অবিলম্বে অ্যাক্সেস ব্লক করে দেয়। এটি Hospitality এবং Retail -এর মতো হাই-টার্নওভার এনভায়রনমেন্টগুলোতে বিশেষভাবে গুরুত্বপূর্ণ, যেখানে কর্মীদের পরিবর্তন ঘন ঘন হয়।

Entra ID Conditional Access বাস্তবায়ন করুন। নেটওয়ার্ক অ্যাক্সেসের শর্ত হিসেবে ডিভাইস কমপ্লায়েন্স এনফোর্স করতে Conditional Access পলিসিগুলো ব্যবহার করুন। RADIUS-এ অথেন্টিকেট করার আগে ডিভাইসগুলোকে Intune-এ 'Compliant' হিসেবে চিহ্নিত করার বাধ্যবাধকতা নিশ্চিত করে যে শুধুমাত্র প্যাচ করা, পলিসি-কমপ্লায়েন্ট ডিভাইসগুলোই কর্পোরেট নেটওয়ার্ক অ্যাক্সেস করতে পারবে।

কর্পোরেট এবং গেস্ট নেটওয়ার্ক কঠোরভাবে সেগমেন্ট করুন। 802.1X পরিচালিত কর্পোরেট ডিভাইসগুলোর জন্য ডিজাইন করা হয়েছে। ভিজিটর, কন্ট্রাক্টর এবং BYOD-এর জন্য, একটি Captive Portal সহ একটি ডেডিকেটেড Guest WiFi সলিউশন বাস্তবায়ন করুন। এটি কন্ট্রাক্টর অ্যাক্সেসের জন্য Entra ID B2B-এর সাথে ইন্টিগ্রেট করতে পারে, অথবা সাধারণ পাবলিক অ্যাক্সেসের জন্য সোশ্যাল লগইন এবং SMS ভেরিফিকেশন ব্যবহার করতে পারে। কর্পোরেট 802.1X SSID-তে কখনোই আনম্যানেজড ডিভাইসগুলোকে অনুমতি দেবেন না।

লিগ্যাসি এবং IoT ডিভাইসের জন্য পরিকল্পনা করুন। প্রিন্টার, IoT সেন্সর এবং লিগ্যাসি ডিভাইস যেগুলো সার্টিফিকেট সাপোর্ট করতে পারে না, সেগুলোর জন্য একটি পৃথক স্ট্র্যাটেজি প্রয়োজন। পরিচিত ডিভাইসগুলোর জন্য MAC Authentication Bypass (MAB) ব্যবহার করুন, অথবা একটি ডেডিকেটেড VLAN-এ আইসোলেট করা একটি জটিল, রোটেটেড PSK সহ একটি ডেডিকেটেড WPA2-Personal SSID ব্যবহার করুন। উদাহরণস্বরূপ, Purple-এর Sensors প্ল্যাটফর্ম কর্পোরেট অথেন্টিকেশন ইনফ্রাস্ট্রাকচার থেকে আলাদা একটি ডেডিকেটেড IoT VLAN-এ কাজ করতে পারে।

অথেন্টিকেশন ইভেন্টগুলো মনিটর করুন। আপনার SIEM-এর সাথে RADIUS লগগুলো ইন্টিগ্রেট করুন অথবা অথেন্টিকেশন ফেইলিওর, সার্টিফিকেট এক্সপায়ারি ওয়ার্নিং এবং অস্বাভাবিক অ্যাক্সেস প্যাটার্নগুলো মনিটর করতে WiFi Analytics প্ল্যাটফর্ম ব্যবহার করুন। প্রোঅ্যাকটিভ মনিটরিং অপারেশনগুলোকে প্রভাবিত করার আগেই বিভ্রাট প্রতিরোধ করে।


ট্রাবলশুটিং এবং রিস্ক মিটিগেশন

এমনকি সুপরিকল্পিত ডিপ্লয়মেন্টেও সমস্যা দেখা দিতে পারে। নিচে সবচেয়ে সাধারণ ফেইলিওর মোড এবং সেগুলোর সমাধান দেওয়া হলো।

সার্টিফিকেট ডিপ্লয়মেন্ট ফেইলিওর। একটি EAP-TLS ডিপ্লয়মেন্টে সবচেয়ে সাধারণ সমস্যা হলো ডিভাইসগুলো Intune থেকে সার্টিফিকেট পেতে ব্যর্থ হওয়া। এটি সাধারণত একটি মিসকনফিগার করা Intune Certificate Connector (যদি অন-প্রিমিস ADCS ব্যবহার করা হয়), ভুল SCEP URL, বা Intune-এর সাথে ডিভাইস সিঙ্ক না হওয়ার কারণে ঘটে। সর্বদা Intune অ্যাডমিন সেন্টারে Certificate Connector স্ট্যাটাস যাচাই করুন এবং ডিভাইস সিঙ্ক লগগুলো চেক করুন। নিশ্চিত করুন যে CA-তে SCEP সার্ভিস অ্যাকাউন্টের প্রয়োজনীয় পারমিশন রয়েছে।

RADIUS টাইমআউট ইস্যু। যদি অ্যাক্সেস পয়েন্ট কনফিগার করা টাইমআউটের মধ্যে RADIUS সার্ভারে পৌঁছাতে না পারে, তবে ক্লায়েন্টরা কানেক্ট হতে ব্যর্থ হবে। নিশ্চিত করুন যে আপনার ফায়ারওয়াল রুলগুলো Cloud RADIUS প্রোভাইডারের আইপি রেঞ্জগুলোতে আউটবাউন্ড UDP পোর্ট 1812 (অথেন্টিকেশন) এবং 1813 (অ্যাকাউন্টিং) অ্যালাউ করে। যদি অন-প্রিমিস NPS ব্যবহার করেন, তবে ন্যূনতম দুটি NPS সার্ভার ডিপ্লয় করুন এবং সেগুলোর মধ্যে ফেইলওভার করার জন্য আপনার অ্যাক্সেস পয়েন্টগুলো কনফিগার করুন।

সার্টিফিকেট ট্রাস্ট ফেইলিওর। যদি ক্লায়েন্টরা একটি "untrusted server certificate" এরর পায়, তার মানে ডিভাইসে Trusted Root CA প্রোফাইলটি সঠিকভাবে ডিপ্লয় করা হয়নি। Intune-এ প্রোফাইল অ্যাসাইনমেন্ট যাচাই করুন এবং ডিভাইসের সার্টিফিকেট স্টোর চেক করুন। এটি নতুন এনরোল করা ডিভাইসগুলোর ক্ষেত্রে একটি সাধারণ সমস্যা, যেগুলো এখনও তাদের প্রথম Intune সিঙ্ক সম্পন্ন করেনি।

Azure MFA-এর জন্য NPS এক্সটেনশন। যদিও WiFi-এর জন্য Multi-Factor Authentication এনফোর্স করতে NPS এক্সটেনশন ব্যবহার করা টেকনিক্যালি সম্ভব, তবে প্রাইমারি অ্যাক্সেসের জন্য এটি দৃঢ়ভাবে নিরুৎসাহিত করা হয়। প্রতিবার কোনো ডিভাইস অ্যাক্সেস পয়েন্টগুলোর মধ্যে রোম করার সময় একটি MFA প্রম্পট পাওয়ার ইউজার এক্সপেরিয়েন্স মারাত্মকভাবে বিরক্তিকর। ডিভাইস সার্টিফিকেট দ্বারা প্রদত্ত শক্তিশালী অথেন্টিকেশনের উপর নির্ভর করুন এবং এর পরিবর্তে অ্যাপ্লিকেশন লেয়ারে MFA এনফোর্স করুন।

গ্রুপ পলিসি কনফ্লিক্ট। হাইব্রিড এনভায়রনমেন্টে, Group Policy Objects (GPOs) যেগুলো উইন্ডোজ ওয়্যারলেস ক্লায়েন্ট কনফিগার করে, সেগুলো Intune WiFi প্রোফাইলগুলোর সাথে কনফ্লিক্ট করতে পারে। MDM এনরোলমেন্ট সেটিংস রিভিউ করে এবং প্রয়োজনে Intune-পরিচালিত ডিভাইসগুলোর জন্য GPO-ভিত্তিক ওয়্যারলেস কনফিগারেশন ব্লক করে নিশ্চিত করুন যে Intune প্রোফাইলগুলো অগ্রাধিকার পায়।


ROI এবং বিজনেস ইমপ্যাক্ট

Entra ID-এর সাথে ইন্টিগ্রেটেড একটি ক্লাউড-নেটিভ RADIUS আর্কিটেকচারে মাইগ্রেট করা বিভিন্ন ডাইমেনশন জুড়ে পরিমাপযোগ্য, পরিমাণগত ভ্যালু প্রদান করে।

হেল্পডেস্ক টিকিট হ্রাস। পাসওয়ার্ড-সম্পর্কিত WiFi সমস্যাগুলো — লকআউট, মেয়াদোত্তীর্ণ পাসওয়ার্ড, মিসকনফিগার করা সাপ্লিক্যান্ট — ক্রেডেনশিয়াল-ভিত্তিক এনভায়রনমেন্টগুলোতে আইটি সাপোর্ট টিকিটের একটি উল্লেখযোগ্য উৎস। EAP-TLS এগুলো সম্পূর্ণভাবে দূর করে। প্রতিষ্ঠানগুলো সাধারণত সার্টিফিকেট-ভিত্তিক অথেন্টিকেশনে মাইগ্রেট করার পর WiFi-সম্পর্কিত হেল্পডেস্ক ভলিউম ৩০-৫০% হ্রাসের রিপোর্ট করে।

ইনফ্রাস্ট্রাকচার খরচ সাশ্রয়। অন-প্রিমিস NPS সার্ভারগুলো ডিকমিশন করা কম্পিউট খরচ, OS লাইসেন্সিং ফি এবং হাই অ্যাভেইলেবিলিটি ক্লাস্টারগুলো প্যাচিং ও রক্ষণাবেক্ষণের অপারেশনাল ওভারহেড হ্রাস করে। দুটি NPS সার্ভার চালানো একটি মাঝারি আকারের প্রতিষ্ঠানের জন্য, এটি ইনফ্রাস্ট্রাকচার এবং অপারেশনাল খরচে প্রতি বছর ১৫,০০০-৩০,০০০ পাউন্ড সাশ্রয় করতে পারে।

উন্নত সিকিউরিটি পোস্টার এবং কমপ্লায়েন্স। ক্রেডেনশিয়াল-ভিত্তিক অথেন্টিকেশন থেকে সরে আসা ক্রেডেনশিয়াল চুরি এবং ল্যাটারাল মুভমেন্টের ঝুঁকি হ্রাস করে, সংবেদনশীল কর্পোরেট ডেটা সুরক্ষিত করে। PCI DSS-এর আওতাভুক্ত প্রতিষ্ঠানগুলোর জন্য, এটি সরাসরি নেটওয়ার্ক অ্যাক্সেস কন্ট্রোল রিকোয়ারমেন্টগুলো পূরণ করে। রোগীর ডেটা পরিচালনাকারী Healthcare প্রতিষ্ঠানগুলোর জন্য, এটি DSPT কমপ্লায়েন্স সাপোর্ট করে। Transport অপারেটরদের জন্য, এটি নেটওয়ার্ক সিকিউরিটির জন্য NIS2 ডিরেক্টিভ রিকোয়ারমেন্টগুলোর সাথে সামঞ্জস্যপূর্ণ।

উন্নত ইউজার এক্সপেরিয়েন্স। নিরবচ্ছিন্ন, স্বয়ংক্রিয় WiFi কানেকশন — কোনো পাসওয়ার্ড প্রম্পট, কোনো লকআউট এবং কোনো ম্যানুয়াল কনফিগারেশন ছাড়া — প্রোডাক্টিভিটি উন্নত করে এবং কর্মীদের জন্য বাধা হ্রাস করে। এটি ডিস্ট্রিবিউশন সেন্টার, হাসপাতালের ওয়ার্ড এবং রিটেইল শপ ফ্লোরের মতো হাই-মোবিলিটি এনভায়রনমেন্টগুলোতে বিশেষভাবে প্রভাবশালী।

আপনার WiFi নেটওয়ার্ককে আপনার ক্লাউড আইডেন্টিটি স্ট্র্যাটেজির একটি এক্সটেনশন হিসেবে বিবেচনা করার মাধ্যমে, আপনি সুরক্ষিত, বাধাহীন অ্যাক্সেস নিশ্চিত করেন যা আপনার প্রতিষ্ঠানের সাথে স্কেল করে। আধুনিক এন্টারপ্রাইজ নেটওয়ার্কগুলোর SD-WAN ইন্টিগ্রেশন দিকগুলোর বিষয়ে আরও নির্দেশনার জন্য, The Core SD-WAN Benefits for Modern Businesses দেখুন। হসপিটালিটি-নির্দিষ্ট ডিপ্লয়মেন্ট বিবেচনার জন্য, Modern Hospitality WiFi Solutions Your Guests Deserve রেফার করুন।

মূল সংজ্ঞাসমূহ

802.1X

পোর্ট-ভিত্তিক নেটওয়ার্ক অ্যাক্সেস কন্ট্রোল (PNAC)-এর জন্য একটি IEEE স্ট্যান্ডার্ড। এটি LAN বা WLAN-এর সাথে যুক্ত হতে ইচ্ছুক ডিভাইসগুলোকে একটি অথেন্টিকেশন মেকানিজম প্রদান করে, যা অথেন্টিকেশন সম্পন্ন হওয়ার আগে অননুমোদিত অ্যাক্সেস প্রতিরোধ করে।

মূল প্রোটোকল যা অননুমোদিত ডিভাইসগুলোকে এন্টারপ্রাইজ নেটওয়ার্ক অ্যাক্সেস করতে বাধা দেয়। সমস্ত WPA2/WPA3-Enterprise ডিপ্লয়মেন্ট 802.1X-এর উপর নির্ভর করে।

RADIUS (Remote Authentication Dial-In User Service)

একটি নেটওয়ার্কিং প্রোটোকল যা নেটওয়ার্ক সার্ভিসের সাথে কানেক্ট হওয়া এবং ব্যবহারকারী ইউজারদের জন্য সেন্ট্রালাইজড অথেন্টিকেশন, অথরাইজেশন এবং অ্যাকাউন্টিং (AAA) ম্যানেজমেন্ট প্রদান করে। RFC 2865-এ সংজ্ঞায়িত।

সার্ভার কম্পোনেন্ট যা ডিরেক্টরির (Entra ID বা AD DS) বিপরীতে ক্রেডেনশিয়াল বা সার্টিফিকেট যাচাই করে এবং অ্যাক্সেস পয়েন্টকে অ্যাক্সেস অনুমোদন বা অস্বীকার করার নির্দেশ দেয়।

Supplicant

নেটওয়ার্কের সাথে কানেক্ট করার চেষ্টাকারী ক্লায়েন্ট ডিভাইস (ল্যাপটপ, স্মার্টফোন, IoT ডিভাইস)। উইন্ডোজে, বিল্ট-ইন ওয়্যারলেস ক্লায়েন্ট সাপ্লিক্যান্ট হিসেবে কাজ করে।

Intune ডিপ্লয়মেন্টে, RADIUS সার্ভারের সাথে সফলভাবে যোগাযোগ করার জন্য সাপ্লিক্যান্টকে অবশ্যই সঠিক WiFi প্রোফাইল এবং ক্লায়েন্ট সার্টিফিকেট দিয়ে কনফিগার করতে হবে।

Authenticator

নেটওয়ার্ক ডিভাইস — সাধারণত একটি ওয়্যারলেস অ্যাক্সেস পয়েন্ট বা ম্যানেজড সুইচ — যা সাপ্লিক্যান্ট এবং RADIUS সার্ভারের মধ্যে অথেন্টিকেশন প্রক্রিয়া সহজতর করে। এটি RADIUS রেসপন্সের উপর ভিত্তি করে অ্যাক্সেস কন্ট্রোল এনফোর্স করে।

অ্যাক্সেস পয়েন্টটিকে অবশ্যই RADIUS সার্ভারের আইপি অ্যাড্রেস এবং শেয়ার্ড সিক্রেট দিয়ে কনফিগার করতে হবে। এটি একটি রিলে হিসেবে কাজ করে, ক্লায়েন্ট এবং RADIUS সার্ভারের মধ্যে EAP প্যাকেট ফরোয়ার্ড করে।

EAP-TLS (Extensible Authentication Protocol - Transport Layer Security)

একটি EAP মেথড যা ক্লায়েন্ট এবং RADIUS সার্ভারের মধ্যে মিউচুয়াল অথেন্টিকেশনের জন্য ডিজিটাল সার্টিফিকেটের উপর নির্ভর করে। এটি RFC 5216-এ সংজ্ঞায়িত এবং উপলব্ধ সবচেয়ে সুরক্ষিত EAP স্ট্যান্ডার্ডগুলোর মধ্যে একটি হিসেবে বিবেচিত।

সমস্ত নতুন Microsoft 802.1X ডিপ্লয়মেন্টের জন্য প্রস্তাবিত অথেন্টিকেশন মেথড। এটি পাসওয়ার্ড সম্পূর্ণভাবে দূর করে এবং PCI DSS ও জিরো-ট্রাস্ট নেটওয়ার্ক অ্যাক্সেস ফ্রেমওয়ার্কগুলোর কমপ্লায়েন্সের জন্য প্রয়োজনীয়।

NPS (Network Policy Server)

একটি RADIUS সার্ভার এবং প্রক্সির মাইক্রোসফট ইমপ্লিমেন্টেশন, যা Windows Server-এ একটি রোল হিসেবে উপলব্ধ। NPS Active Directory Domain Services-এর বিপরীতে ব্যবহারকারী এবং ডিভাইসগুলোকে অথেন্টিকেট করতে পারে।

মাইক্রোসফট এনভায়রনমেন্টে এন্টারপ্রাইজ WiFi অথেন্টিকেশনের জন্য প্রথাগত অন-প্রিমিস সলিউশন। অনেক প্রতিষ্ঠান এখন Entra ID-তে যাওয়ার সাথে সাথে NPS থেকে Cloud RADIUS সলিউশনে মাইগ্রেট করছে।

SCEP (Simple Certificate Enrollment Protocol)

একটি স্কেলেবল, অটোমেটেড পদ্ধতিতে নেটওয়ার্ক ডিভাইসগুলোতে ডিজিটাল সার্টিফিকেট ইস্যু করার জন্য ব্যবহৃত একটি প্রোটোকল। RFC 8894-এ সংজ্ঞায়িত।

EAP-TLS WiFi অথেন্টিকেশনের জন্য ম্যানেজড ডিভাইসগুলোতে নীরবে ক্লায়েন্ট সার্টিফিকেট ডিপ্লয় করতে Microsoft Intune যে প্রাথমিক মেথডটি ব্যবহার করে। এর জন্য একটি SCEP-কম্প্যাটিবল সার্টিফিকেট অথরিটির প্রয়োজন।

Microsoft Entra ID

মাইক্রোসফটের ক্লাউড-ভিত্তিক আইডেন্টিটি এবং অ্যাক্সেস ম্যানেজমেন্ট সার্ভিস, যা পূর্বে Azure Active Directory নামে পরিচিত ছিল। এটি ইউজার অথেন্টিকেশন, গ্রুপ ম্যানেজমেন্ট, Conditional Access এবং হাজার হাজার অ্যাপ্লিকেশনের সাথে ইন্টিগ্রেশন প্রদান করে।

আধুনিক মাইক্রোসফট এনভায়রনমেন্টে সেন্ট্রাল আইডেন্টিটি প্রোভাইডার। WiFi অথেন্টিকেশনের সময় ব্যবহারকারী এবং ডিভাইসের আইডেন্টিটি যাচাই করতে Cloud RADIUS সলিউশনগুলো Microsoft Graph API-এর মাধ্যমে Entra ID-এর সাথে ইন্টিগ্রেট করে।

Conditional Access

একটি Entra ID ফিচার যা ব্যবহারকারীর আইডেন্টিটি, ডিভাইস কমপ্লায়েন্স স্ট্যাটাস, লোকেশন এবং রিস্ক লেভেলের মতো সিগন্যালগুলোর উপর ভিত্তি করে অ্যাক্সেস পলিসি এনফোর্স করে। পলিসিগুলো অ্যাক্সেস দেওয়ার আগে ডিভাইসগুলোকে Intune-কমপ্লায়েন্ট হওয়ার বাধ্যবাধকতা দিতে পারে।

অ্যাডভান্সড RADIUS ডিপ্লয়মেন্টগুলোতে ব্যবহৃত হয় এটি নিশ্চিত করতে যে শুধুমাত্র কমপ্লায়েন্ট, ম্যানেজড ডিভাইসগুলোই কর্পোরেট WiFi নেটওয়ার্কে অথেন্টিকেট করতে পারে, এমনকি যদি তারা একটি বৈধ সার্টিফিকেট উপস্থাপন করে তবুও।

PEAP-MSCHAPv2

Protected EAP with Microsoft Challenge Handshake Authentication Protocol version 2। একটি ক্রেডেনশিয়াল-ভিত্তিক EAP মেথড যা অথেন্টিকেশনের জন্য একটি ইউজারনেম এবং পাসওয়ার্ড ব্যবহার করে, যা একটি TLS সেশনের মধ্যে টানেল করা থাকে।

অনেক বিদ্যমান NPS ডিপ্লয়মেন্টে ব্যবহৃত লিগ্যাসি অথেন্টিকেশন মেথড। এটি ক্রেডেনশিয়াল চুরি এবং ম্যান-ইন-দ্য-মিডল অ্যাটাকের জন্য ঝুঁকিপূর্ণ এবং সমস্ত নতুন ডিপ্লয়মেন্টে EAP-TLS-এ মাইগ্রেট করা উচিত।

সমাধানকৃত উদাহরণসমূহ

একটি ২০০-লোকেশন বিশিষ্ট রিটেইল চেইনকে স্টোর ম্যানেজারদের ল্যাপটপের জন্য তাদের ব্যাক-অফিস WiFi সুরক্ষিত করতে হবে। তারা বর্তমানে সমস্ত স্টোর জুড়ে একটি শেয়ার্ড WPA2-Personal পাসওয়ার্ড (PSK) ব্যবহার করে, যা খুব কমই রোটেট করা হয়। তারা ডিভাইস ম্যানেজমেন্টের জন্য Entra ID এবং Intune ব্যবহার করে। তাদের ওয়্যারলেস সিকিউরিটি কীভাবে আধুনিকীকরণ করা উচিত?

রিটেইল চেইনটির সমস্ত ২০০টি লোকেশনে EAP-TLS ব্যবহার করে WPA3-Enterprise-এ মাইগ্রেট করা উচিত। প্রস্তাবিত আর্কিটেকচার হলো একটি Cloud RADIUS সলিউশন যা সরাসরি তাদের Entra ID টেন্যান্টের সাথে ইন্টিগ্রেট করা, যা প্রতিটি সাইটে অন-প্রিমিস NPS সার্ভারের প্রয়োজনীয়তা দূর করে। Intune ব্যবহার করে, তারা স্টোর ম্যানেজারদের ল্যাপটপগুলোতে ইউনিক ডিভাইস সার্টিফিকেট ইস্যু করার জন্য একটি SCEP সার্টিফিকেট প্রোফাইল ডিপ্লয় করবে। ডিভাইসগুলো যাতে RADIUS সার্ভারকে বিশ্বাস করে তা নিশ্চিত করতে প্রথমে একটি Trusted Root CA প্রোফাইল ডিপ্লয় করা হয়। এরপর Intune-এর মাধ্যমে একটি WiFi কনফিগারেশন প্রোফাইল ডিপ্লয় করা হয়, যা ইস্যু করা সার্টিফিকেট ব্যবহার করে নীরবে ডিভাইসগুলোকে নতুন SSID-এর সাথে কানেক্ট করে। সমস্ত ডিভাইস মাইগ্রেট হয়ে গেলে পুরানো PSK SSID ডিকমিশন করা হয়। স্টোরের গ্রাহক-মুখী WiFi-এর জন্য, একটি পৃথক Captive Portal সলিউশন কর্পোরেট অথেন্টিকেশন ইনফ্রাস্ট্রাকচারকে প্রভাবিত না করেই গেস্ট অ্যাক্সেস পরিচালনা করে।

পরীক্ষকের মন্তব্য: এই পদ্ধতিটি ২০০টি লোকেশন জুড়ে একটি শেয়ার্ড PSK-এর গুরুতর সিকিউরিটি ঝুঁকি দূর করে — পূর্বে একটি কম্প্রোমাইজড পাসওয়ার্ড যেকোনো স্টোরের যেকোনো ডিভাইসকে নেটওয়ার্ক অ্যাক্সেস প্রদান করতে পারত। Cloud RADIUS ব্যবহার করে, চেইনটি প্রতিটি লোকেশনে NPS সার্ভার ডিপ্লয় ও পরিচালনা করা বা একটি সেন্ট্রাল ডেটা সেন্টারে অথেন্টিকেশন ট্রাফিক ব্যাকহল করা এড়িয়ে যায়, যার উভয়ই ল্যাটেন্সি এবং অপারেশনাল জটিলতা তৈরি করে। EAP-TLS নিশ্চিত করে যে শুধুমাত্র Intune-পরিচালিত, কর্পোরেট-মালিকানাধীন ডিভাইসগুলোই ব্যাক-অফিস নেটওয়ার্ক অ্যাক্সেস করতে পারে, যা জিরো-ট্রাস্ট নীতিগুলোর সাথে সামঞ্জস্যপূর্ণ শক্তিশালী ডিভাইস-লেভেল অ্যাক্সেস কন্ট্রোল প্রদান করে।

একটি বড় কনফারেন্স সেন্টার স্টাফদের WiFi অথেন্টিকেশনের জন্য অন-প্রিমিস Windows NPS ব্যবহার করে। বড় ইভেন্ট চলাকালীন তারা ঘন ঘন কানেক্টিভিটি ফেইলিওরের সম্মুখীন হচ্ছে কারণ NPS সার্ভারটি ৫০০+ স্টাফ ডিভাইস থেকে আসা কনকারেন্ট অথেন্টিকেশন রিকোয়েস্টের কারণে ওভারলোডেড হয়ে যায়। তারা তাদের আইডেন্টিটি ইনফ্রাস্ট্রাকচার Entra ID-তেও মাইগ্রেট করছে। সামনের দিকে এগিয়ে যাওয়ার জন্য প্রস্তাবিত আর্কিটেকচার কী?

কনফারেন্স সেন্টারটির অন-প্রিমিস NPS সার্ভার থেকে একটি Cloud RADIUS প্রোভাইডারে মাইগ্রেট করা উচিত যা সরাসরি Entra ID-এর সাথে ইন্টিগ্রেট করে। স্টাফ ডিভাইসগুলোকে Intune-এর মাধ্যমে পরিচালিত সার্টিফিকেট-ভিত্তিক অথেন্টিকেশনে (EAP-TLS) ট্রানজিশন করা উচিত, যা স্কেলেবিলিটি ইস্যু এবং Entra ID মাইগ্রেশন রিকোয়ারমেন্ট উভয়ই একই সাথে সমাধান করে। ইভেন্টে অংশগ্রহণকারীদের উচ্চ ভলিউমের জন্য, একটি Captive Portal সলিউশন ব্যবহার করে একটি পৃথক, সেগমেন্টেড নেটওয়ার্ক কর্পোরেট RADIUS ইনফ্রাস্ট্রাকচারকে প্রভাবিত না করেই গেস্ট অনবোর্ডিং পরিচালনা করে। দুটি নেটওয়ার্কের মধ্যে উপযুক্ত ফায়ারওয়াল রুলসহ পৃথক VLAN থাকা উচিত। সমস্ত স্টাফ ডিভাইস সফলভাবে মাইগ্রেট হয়ে গেলে অন-প্রিমিস NPS সার্ভারটি ডিকমিশন করা যেতে পারে।

পরীক্ষকের মন্তব্য: অন-প্রিমিস NPS-এর জন্য ম্যানুয়াল লোড ব্যালেন্সিং এবং ভার্টিক্যাল স্কেলিং প্রয়োজন, যা অত্যন্ত পরিবর্তনশীল অথেন্টিকেশন লোডসহ ইভেন্ট-চালিত এনভায়রনমেন্টগুলোর জন্য অবাস্তব। Cloud RADIUS পিক পিরিয়ডগুলোতে অথেন্টিকেশন স্পাইকগুলো পরিচালনা করার জন্য অটো-স্কেলিং প্রদান করে। গেস্ট Captive Portal অ্যাক্সেস থেকে কর্পোরেট 802.1X অথেন্টিকেশন আলাদা করা আর্কিটেকচারালভাবে অত্যন্ত গুরুত্বপূর্ণ — একই ইনফ্রাস্ট্রাকচারে এই দুটির মিশ্রণ সিকিউরিটি ঝুঁকি এবং অপারেশনাল অস্থিতিশীলতা উভয়ই তৈরি করে। এই সলিউশনটি WiFi অথেন্টিকেশনের জন্য অন-প্রিমিস AD DS-এর উপর নির্ভরতা দূর করে Entra ID মাইগ্রেশনকেও ত্বরান্বিত করে।

অনুশীলনী প্রশ্নসমূহ

Q1. আপনার প্রতিষ্ঠান অন-প্রিমিস Active Directory থেকে শুধুমাত্র Entra ID-তে একটি সম্পূর্ণ মাইগ্রেশন সম্পন্ন করছে — কোনো অন-প্রিমিস ডোমেইন কন্ট্রোলার থাকবে না। আপনি বর্তমানে PEAP-MSCHAPv2 ব্যবহার করে WiFi অথেন্টিকেশনের জন্য Windows NPS ব্যবহার করছেন। নতুন ক্লাউড-অনলি এনভায়রনমেন্টের জন্য সবচেয়ে সুরক্ষিত এবং অপারেশনালি দক্ষ পদ্ধতি কোনটি এবং এর জন্য কী কী নির্দিষ্ট পদক্ষেপ প্রয়োজন?

ইঙ্গিত: NPS কাজ করার জন্য কী প্রয়োজন এবং মাইগ্রেশনের পরে সেই নির্ভরতাগুলো থাকবে কিনা তা বিবেচনা করুন। বর্তমান EAP মেথডের সিকিউরিটি ইমপ্লিকেশনগুলোও বিবেচনা করুন।

মডেল উত্তর দেখুন

সবচেয়ে সুরক্ষিত এবং দক্ষ পদ্ধতি হলো সরাসরি Entra ID-এর সাথে ইন্টিগ্রেটেড একটি Cloud RADIUS সলিউশন বাস্তবায়ন করা এবং Microsoft Intune-এর মাধ্যমে পরিচালিত EAP-TLS সার্টিফিকেট-ভিত্তিক অথেন্টিকেশনে ট্রানজিশন করা। NPS সরাসরি Entra ID-এর বিপরীতে অথেন্টিকেট করতে পারে না — এর জন্য অন-প্রিমিস AD DS প্রয়োজন — তাই এটি একটি হাইব্রিড আইডেন্টিটি বজায় রাখা Azure AD Connect ছাড়া মাইগ্রেশনে টিকে থাকতে পারে না। পদক্ষেপগুলো হলো: (১) একটি Cloud RADIUS প্রোভাইডার নির্বাচন করুন এবং Entra ID-তে এটিকে Microsoft Graph API পারমিশন প্রদান করুন। (২) একটি ক্লাউড-নেটিভ PKI স্থাপন করুন বা Microsoft Cloud PKI ব্যবহার করুন। (৩) Intune-এর মাধ্যমে Trusted Root CA এবং SCEP সার্টিফিকেট প্রোফাইল ডিপ্লয় করুন। (৪) EAP-TLS-এর জন্য কনফিগার করা Intune-এর মাধ্যমে একটি WiFi কনফিগারেশন প্রোফাইল ডিপ্লয় করুন। (৫) Cloud RADIUS সার্ভারগুলো ব্যবহার করার জন্য ওয়্যারলেস ইনফ্রাস্ট্রাকচারে SSID কনফিগার করুন। (৬) সমস্ত ডিভাইস মাইগ্রেট হয়ে গেলে NPS ডিকমিশন করুন।

Q2. একটি হাসপাতালের আইটি টিম Entra ID ব্যবহার করে তাদের মেডিকেল কার্টগুলোর (উইন্ডোজ ল্যাপটপ) জন্য 802.1X বাস্তবায়ন করতে চায়। তারা নিশ্চিত করতে চায় যে যদি কোনো কার্ট চুরি হয়ে যায়, তবে সংশ্লিষ্ট ইউজার অ্যাকাউন্টটি এখনও সক্রিয় থাকলেও এটি নেটওয়ার্কের সাথে কানেক্ট হতে পারবে না। এটি অর্জনের জন্য সার্টিফিকেট প্রোফাইল এবং RADIUS পলিসি কীভাবে কনফিগার করা উচিত?

ইঙ্গিত: Intune-এ ইউজার-ভিত্তিক এবং ডিভাইস-ভিত্তিক সার্টিফিকেট প্রোফাইলগুলোর মধ্যে পার্থক্য এবং কীভাবে RADIUS পলিসিগুলো ডিভাইস আইডেন্টিটিতে স্কোপ করা যেতে পারে তা বিবেচনা করুন。

মডেল উত্তর দেখুন

আইটি টিমের উচিত মেডিকেল কার্টগুলোতে ডিভাইস সার্টিফিকেট (ইউজার সার্টিফিকেট নয়) ডিপ্লয় করার জন্য Intune কনফিগার করা। SCEP প্রোফাইলে, Subject Name-এ ইউজার UPN-এর পরিবর্তে ডিভাইস আইডেন্টিটি (যেমন, CN={{DeviceName}} বা ডিভাইসের সিরিয়াল নম্বর) রেফারেন্স করা উচিত। RADIUS পলিসিটি ডিভাইস সার্টিফিকেট অথেন্টিকেট করতে এবং Entra ID ডিভাইস অবজেক্টগুলোর বিপরীতে ডিভাইসটি যাচাই করার জন্য কনফিগার করা উচিত। যদি কোনো কার্ট চুরি হয়ে যায়, তবে আইটি টিম Intune-এর মাধ্যমে দূরবর্তীভাবে ডিভাইসটি ওয়াইপ করতে পারে (যা ডিভাইসের সার্টিফিকেট স্টোর থেকে সার্টিফিকেটটি সরিয়ে দেয়) বা PKI-তে নির্দিষ্ট ডিভাইস সার্টিফিকেটটি বাতিল করতে পারে। যেকোনো একটি পদক্ষেপ কোনো ইউজার অ্যাকাউন্টকে প্রভাবিত না করেই অবিলম্বে নেটওয়ার্ক অ্যাক্সেস ব্লক করে দেয়। মেডিকেল কার্টের মতো শেয়ার্ড ডিভাইসগুলোর জন্য ইউজার-ভিত্তিক সার্টিফিকেটের চেয়ে এই পদ্ধতিটি উত্তম।

Q3. আপনি একটি বিশ্ববিদ্যালয় ক্যাম্পাস জুড়ে সমস্ত ৮০০টি কর্পোরেট ল্যাপটপের জন্য Intune-এর মাধ্যমে সফলভাবে EAP-TLS ডিপ্লয় করেছেন। তবে, আইটি বিভাগ প্রায়শই এক্সটার্নাল কন্ট্রাক্টরদের নিয়ে আসে যাদের প্রজেক্টের কাজের জন্য ইন্টারনেট অ্যাক্সেস প্রয়োজন। এই কন্ট্রাক্টররা তাদের নিজস্ব ব্যক্তিগত বা কোম্পানি-প্রদত্ত ল্যাপটপ ব্যবহার করে যেগুলো আপনার Intune টেন্যান্টে এনরোল করা নেই। কর্পোরেট 802.1X নেটওয়ার্কের সিকিউরিটির সাথে আপস না করে আপনার কীভাবে এই কন্ট্রাক্টরদের জন্য অ্যাক্সেস প্রদান করা উচিত?

ইঙ্গিত: ম্যানেজড ডিভাইস অথেন্টিকেশনকে আনম্যানেজড ডিভাইস অ্যাক্সেস থেকে আলাদা করার আর্কিটেকচারাল নীতিটি মনে রাখুন। Entra ID B2B কীভাবে ব্যবহার করা যেতে পারে তা বিবেচনা করুন।

মডেল উত্তর দেখুন

আনম্যানেজড কন্ট্রাক্টর ডিভাইসগুলোর জন্য 802.1X অ্যাক্সেস প্রভিশন করার চেষ্টা করবেন না। এর পরিবর্তে, একটি Captive Portal সলিউশন দ্বারা ব্যাকড একটি পৃথক Guest SSID ডিপ্লয় করুন। যেসব কন্ট্রাক্টরের নিজস্ব কর্পোরেট Entra ID টেন্যান্ট রয়েছে, তাদের জন্য Entra ID B2B কোলাবোরেশন সাপোর্ট করার জন্য Captive Portal কনফিগার করুন, যাতে তারা পোর্টালের মাধ্যমে তাদের নিজস্ব কর্পোরেট ক্রেডেনশিয়াল দিয়ে অথেন্টিকেট করতে পারে। কম্প্যাটিবল আইডেন্টিটি প্রোভাইডার ছাড়া কন্ট্রাক্টরদের জন্য, একটি স্পনসরড অ্যাক্সেস ওয়ার্কফ্লো ব্যবহার করুন যেখানে বিশ্ববিদ্যালয়ের একজন স্টাফ মেম্বার অ্যাক্সেস রিকোয়েস্ট অনুমোদন করেন। কন্ট্রাক্টর নেটওয়ার্কটি ইন্টারনেট-অনলি অ্যাক্সেস এবং অভ্যন্তরীণ বিশ্ববিদ্যালয়ের রিসোর্সগুলোতে কোনো রাউট ছাড়াই একটি পৃথক VLAN-এ থাকা উচিত। এটি এক্সটার্নাল পার্টিগুলোর জন্য একটি সুরক্ষিত, অডিটেবল অ্যাক্সেস পাথ প্রদান করার পাশাপাশি 802.1X কর্পোরেট নেটওয়ার্কের ইন্টিগ্রিটি বজায় রাখে।

Q4. একটি পোস্ট-ডিপ্লয়মেন্ট রিভিউ চলাকালীন, আপনার সিকিউরিটি টিম ফ্ল্যাগ করে যে EAP-TLS রোলআউট হওয়া সত্ত্বেও কর্পোরেট WiFi-এর বেশ কয়েকটি ডিভাইস এখনও PEAP-MSCHAPv2 ব্যবহার করছে। তদন্তে জানা যায় যে এগুলো হলো IoT ডিভাইস — স্মার্ট ডিসপ্লে, এনভায়রনমেন্টাল সেন্সর এবং নেটওয়ার্ক প্রিন্টারের একটি ফ্লিট — যেগুলো সার্টিফিকেট-ভিত্তিক অথেন্টিকেশন সাপোর্ট করে না। এই ডিভাইসগুলো কীভাবে পরিচালনা করা উচিত?

ইঙ্গিত: যেসব ডিভাইস EAP-TLS সাপোর্ট করতে পারে না সেগুলোর জন্য উপলব্ধ বিকল্পগুলো এবং নেটওয়ার্ক সেগমেন্টেশনের গুরুত্ব বিবেচনা করুন।

মডেল উত্তর দেখুন

IoT ডিভাইস এবং লিগ্যাসি হার্ডওয়্যার যেগুলো EAP-TLS সাপোর্ট করতে পারে না, সেগুলোকে কর্পোরেট 802.1X SSID-তে রাখা উচিত নয়। প্রস্তাবিত পদ্ধতি হলো কঠোর ফায়ারওয়াল রুলসহ একটি পৃথক VLAN-এ একটি ডেডিকেটেড IoT SSID তৈরি করা, যা শুধুমাত্র সেই ডিভাইসগুলোর প্রয়োজনীয় সার্ভিসগুলোতে (যেমন, প্রিন্ট সার্ভার, ম্যানেজমেন্ট প্ল্যাটফর্ম) যোগাযোগ সীমাবদ্ধ করে। অথেন্টিকেশনের জন্য, পরিচিত, ফিক্সড ম্যাক অ্যাড্রেস থাকা ডিভাইসগুলোর জন্য MAC Authentication Bypass (MAB) ব্যবহার করুন, অথবা একটি জটিল, নিয়মিত রোটেট করা PSK সহ একটি WPA2-Personal SSID ব্যবহার করুন। IoT VLAN-এর কর্পোরেট ফাইল শেয়ার, Active Directory বা সংবেদনশীল অভ্যন্তরীণ রিসোর্সগুলোতে কোনো অ্যাক্সেস থাকা উচিত নয়। উদাহরণস্বরূপ, Purple-এর Sensors প্ল্যাটফর্ম কর্পোরেট ইনফ্রাস্ট্রাকচার থেকে আলাদা একটি ডেডিকেটেড IoT নেটওয়ার্ক সেগমেন্টে কাজ করার জন্য ডিজাইন করা হয়েছে।

এই সিরিজে পড়া চালিয়ে যান

Purple WiFi-এর সাথে Grandstream GWN Access Points ইন্টিগ্রেশন

এই নির্ভরযোগ্য প্রযুক্তিগত নির্দেশিকাটিতে বিস্তারিত আলোচনা করা হয়েছে কীভাবে Grandstream GWN access points-কে Purple-এর Guest WiFi এবং অ্যানালিটিক্স প্ল্যাটফর্মের সাথে ইন্টিগ্রেট করা যায়। এতে Grandstream captive portal কনফিগারেশন, RADIUS AAA সেটিংস, walled garden সেটআপ, ডাইনামিক VLAN স্টিয়ারিং সহ নিরাপদ স্টাফ 802.1X অথেনটিকেশন এবং মাল্টি-টেন্যান্ট PPSK সেগমেন্টেশন অন্তর্ভুক্ত রয়েছে - যা বৃহৎ পরিসরে গেস্ট এবং স্টাফ WiFi স্থাপনকারী MSP এবং IT টিমগুলোর জন্য কার্যকর, ধাপে ধাপে নির্দেশনা প্রদান করে।

গাইডটি পড়ুন →

Purple WiFi-এর সাথে OpenWrt কাস্টম ফার্মওয়্যার ইন্টিগ্রেশন

এই গাইডটি Purple WiFi-এর সাথে OpenWrt কাস্টম ফার্মওয়্যার স্থাপনের জন্য সম্পূর্ণ ইন্টিগ্রেশন প্লেবুক প্রদান করে। এতে CoovaChilli captive portal কনফিগারেশন, iptables walled garden ম্যানেজমেন্ট, hostapd-এর মাধ্যমে 802.1X সুরক্ষিত স্টাফ WiFi এবং ডাইনামিক VLAN অ্যাসাইনমেন্ট সহ মাল্টি-টেন্যান্ট PPSK সেগমেন্টেশন কভার করা হয়েছে - যা IT টিমগুলোকে যেকোনো OpenWrt-সক্ষম হার্ডওয়্যারে একটি আইডেন্টিটি-ভিত্তিক নেটওয়ার্ক তৈরি করার জন্য প্রয়োজনীয় সঠিক কনফিগারেশন ধাপগুলো প্রদান করে।

গাইডটি পড়ুন →

Purple WiFi-এর সাথে Cambium Networks cnPilot এবং cnMaestro ইন্টিগ্রেশন

এই নির্ভরযোগ্য নির্দেশিকাটি Purple WiFi ইন্টেলিজেন্স প্ল্যাটফর্মের সাথে Cambium Networks cnPilot অ্যাক্সেস পয়েন্ট এবং cnMaestro ক্লাউড কন্ট্রোলারের ইন্টিগ্রেশনের বিস্তারিত বিবরণ দেয়। এতে আর্কিটেকচার, Captive Portal কনফিগারেশন, ওয়াল্ড গার্ডেন প্রয়োজনীয়তা, 802.1X স্টাফ WiFi এবং মাল্টি-টেন্যান্ট পরিবেশের জন্য Cambium ePSK ব্যবহার করে ডাইনামিক VLAN সেগমেন্টেশন অন্তর্ভুক্ত রয়েছে।

গাইডটি পড়ুন →