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

EAP-TLS বনাম PEAP: আপনার নেটওয়ার্কের জন্য কোন অথেন্টিকেশন প্রোটোকলটি সঠিক?

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

লিখেছেন Iain Jewittপ্রকাশিত হালনাগাদ করা হয়েছে
📖 6 মিনিট পাঠ1,318 শব্দ2 সমাধানকৃত উদাহরণ3 অনুশীলনী প্রশ্ন9 মূল সংজ্ঞা

এই গাইডটি শুনুন

পডকাস্ট ট্রান্সক্রিপ্ট দেখুন
EAP-TLS বনাম PEAP: আপনার নেটওয়ার্কের জন্য কোন অথেন্টিকেশন প্রোটোকলটি সঠিক? একটি Purple টেকনিক্যাল ব্রিফিং [ভূমিকা — প্রায় ১ মিনিট] Purple টেকনিক্যাল ব্রিফিংয়ে স্বাগতম। আমি আপনার হোস্ট, এবং আজ আমরা আপনার এন্টারপ্রাইজ ওয়্যারলেস ইনফ্রাস্ট্রাকচার ডিজাইন বা আপগ্রেড করার সময় আপনি যে সবচেয়ে গুরুত্বপূর্ণ সিদ্ধান্তগুলি নেবেন তার একটি নিয়ে আলোচনা করছি: আপনার 802.1X অথেন্টিকেশন ফ্রেমওয়ার্কের জন্য EAP-TLS এবং PEAP-এর মধ্যে পছন্দ। আপনি যদি একজন আইটি ম্যানেজার, নেটওয়ার্ক আর্কিটেক্ট, বা সিটিও হন যিনি একটি হোটেল গ্রুপ, একটি রিটেইল এস্টেট, একটি স্টেডিয়াম, বা একটি পাবলিক-সেক্টর সংস্থার জন্য দায়ী, তবে এই সিদ্ধান্তটি আপনার সিকিউরিটি পোসচার, আপনার কমপ্লায়েন্স স্ট্যান্ডিং এবং আপনার টিমের বহন করা দৈনন্দিন অপারেশনাল ওভারহেডকে প্রভাবিত করে। তাই চলুন সরাসরি মূল কথায় আসি। EAP-TLS এবং PEAP উভয়ই 802.1X অথেন্টিকেশন পদ্ধতি। তারা উভয়ই অথেন্টিকেশন রিকোয়েস্টগুলি পরিচালনা করতে একটি RADIUS সার্ভারের উপর নির্ভর করে এবং তারা উভয়ই একটি শেয়ার করা WPA2 পাসফ্রেজের চেয়ে উল্লেখযোগ্যভাবে শক্তিশালী সিকিউরিটি প্রদান করে। তবে তারা যেভাবে আইডেন্টিটি ভেরিফাই করে তা মৌলিকভাবে আলাদা — এবং আপনি কীভাবে আপনার নেটওয়ার্ক ডিপ্লয়, পরিচালনা এবং স্কেল করবেন তার জন্য সেই পার্থক্যের বড় প্রভাব রয়েছে। [টেকনিক্যাল ডিপ-ডাইভ — প্রায় ৫ মিনিট] চলুন EAP-TLS — Extensible Authentication Protocol Transport Layer Security দিয়ে শুরু করা যাক। EAP-TLS হলো এন্টারপ্রাইজ WiFi অথেন্টিকেশনের গোল্ড স্ট্যান্ডার্ড। এর সংজ্ঞায়িত বৈশিষ্ট্য হলো মিউচুয়াল সার্টিফিকেট অথেন্টিকেশন। অনুশীলনে এর অর্থ হলো: যখন কোনো ডিভাইস আপনার নেটওয়ার্কের সাথে কানেক্ট করার চেষ্টা করে, তখন RADIUS সার্ভার ডিভাইসের কাছে একটি ডিজিটাল সার্টিফিকেট উপস্থাপন করে। ডিভাইসটি তার বিশ্বস্ত সার্টিফিকেট অথরিটিগুলির বিপরীতে সেই সার্টিফিকেটটি চেক করে। তবে এখানে PEAP থেকে একটি গুরুত্বপূর্ণ পার্থক্য রয়েছে — ডিভাইসটি তখন সার্ভারকে তার নিজস্ব সার্টিফিকেট উপস্থাপন করে। সার্ভার সেই ক্লায়েন্ট সার্টিফিকেটটি ভ্যালিডেট করে, এবং শুধুমাত্র যদি উভয় সার্টিফিকেটই বৈধ এবং বিশ্বস্ত হয় তবেই নেটওয়ার্ক অ্যাক্সেস প্রদান করে। এর সাথে কোনো পাসওয়ার্ড জড়িত নেই। কোনোটিই না। অথেন্টিকেশন সম্পূর্ণভাবে সার্টিফিকেট-ভিত্তিক। এটি EAP-TLS-কে ক্রেডেনশিয়াল চুরি, ডিকশনারি অ্যাটাক এবং ম্যান-ইন-দ্য-মিডল অ্যাটাকের বিরুদ্ধে অসাধারণভাবে প্রতিরোধী করে তোলে। আপনি এমন কোনো পাসওয়ার্ড চুরি করতে পারবেন না যার অস্তিত্ব অথেন্টিকেশন ফ্লোতে নেই। এখন, ট্রেড-অফ হলো ডিপ্লয়মেন্টের জটিলতা। স্কেলে EAP-TLS চালানোর জন্য, আপনার নেটওয়ার্কের প্রতিটি ডিভাইসের জন্য সার্টিফিকেট ইস্যু, পরিচালনা এবং বাতিল করার জন্য আপনার একটি পাবলিক কি ইনফ্রাস্ট্রাকচার — একটি PKI — প্রয়োজন। এন্ডপয়েন্টগুলিতে সাইলেন্টলি সেই সার্টিফিকেটগুলি পুশ করার জন্য আপনার একটি মোবাইল ডিভাইস ম্যানেজমেন্ট সলিউশনও প্রয়োজন। আপনি যদি Microsoft Intune বা Jamf-এর সাথে একটি কর্পোরেট এস্টেট চালান, তবে এটি সম্পূর্ণ পরিচালনাযোগ্য। আপনি যদি তা না করেন, তবে EAP-TLS একটি উল্লেখযোগ্য কাজ হয়ে ওঠে। অন্য অপারেশনাল বিবেচনাটি হলো সার্টিফিকেট লাইফসাইকেল ম্যানেজমেন্ট। সার্টিফিকেটের মেয়াদ শেষ হয়। যদি আপনার RADIUS সার্ভার সার্টিফিকেটের মেয়াদ শেষ হয়ে যায়, তবে আপনার নেটওয়ার্কের প্রতিটি ডিভাইস একসাথে অথেন্টিকেট করতে ব্যর্থ হবে। এটি একটি বিপর্যয়কর আউটেজ। সার্টিফিকেট মনিটরিং এবং রিনিউয়াল প্রক্রিয়াগুলি নন-নেগোশিয়েবল। এখন চলুন PEAP — Protected Extensible Authentication Protocol-এর দিকে তাকাই। PEAP-কে শক্তিশালী সিকিউরিটি প্রদান করার পাশাপাশি EAP-TLS-এর ডিপ্লয়মেন্টের জটিলতা মোকাবেলা করার জন্য ডিজাইন করা হয়েছিল। PEAP-এর পিছনের মূল অন্তর্দৃষ্টি হলো এটি: আপনার শুধুমাত্র সার্ভারের একটি সার্টিফিকেট থাকা প্রয়োজন। ক্লায়েন্টের কোনোটির প্রয়োজন নেই। এটি যেভাবে কাজ করে তা হলো: RADIUS সার্ভার ক্লায়েন্ট ডিভাইসের কাছে তার সার্টিফিকেট উপস্থাপন করে। ক্লায়েন্ট সার্ভারকে ভ্যালিডেট করে — ঠিক EAP-TLS-এর মতো। এটি একটি এনক্রিপ্টেড TLS টানেল স্থাপন করে। সেই টানেলের ভিতরে, ক্লায়েন্ট তখন আপনার আইডেন্টিটি স্টোর — অ্যাক্টিভ ডিরেক্টরি, LDAP, Google Workspace, আপনি যা-ই ব্যবহার করুন না কেন — এর বিপরীতে সাধারণত MSCHAPv2 ব্যবহার করে স্ট্যান্ডার্ড পাসওয়ার্ড-ভিত্তিক অথেন্টিকেশন সম্পাদন করে। পাসওয়ার্ড কখনই প্লেইনটেক্সটে ভ্রমণ করে না। এটি সর্বদা এনক্রিপ্টেড টানেলের ভিতরে সুরক্ষিত থাকে। তাই PEAP সত্যিই সুরক্ষিত — যদি এটি সঠিকভাবে কনফিগার করা হয়। এবং এখানেই আমাদের PEAP ডিপ্লয়মেন্টে সবচেয়ে সাধারণ এবং সবচেয়ে বিপজ্জনক মিসকনফিগারেশন সম্পর্কে কথা বলতে হবে। যদি কোনো ক্লায়েন্ট ডিভাইস RADIUS সার্ভারের সার্টিফিকেট কঠোরভাবে ভ্যালিডেট করার জন্য কনফিগার করা না থাকে, তবে একজন আক্রমণকারী একই নেটওয়ার্ক নামের সাথে একটি রগ অ্যাক্সেস পয়েন্ট সেট আপ করতে পারে, একটি জাল সার্টিফিকেট উপস্থাপন করতে পারে এবং ডিভাইসটি আনন্দের সাথে কানেক্ট হবে। আক্রমণকারী তখন MSCHAPv2 অথেন্টিকেশন এক্সচেঞ্জ ক্যাপচার করে, যা অফলাইনে ক্র্যাক করা যায়। এটি কোনো তাত্ত্বিক আক্রমণ নয় — এটি বাস্তব-বিশ্বের পেনিট্রেশন টেস্টে ব্যবহৃত একটি সু-নথিভুক্ত কৌশল। এর সমাধান সোজা: প্রতিটি ক্লায়েন্ট ডিভাইসে কঠোর সার্ভার সার্টিফিকেট ভ্যালিডেশন এনফোর্স করতে গ্রুপ পলিসি, MDM প্রোফাইল বা অনবোর্ডিং টুল ব্যবহার করুন। কিন্তু অপারেশনাল বাস্তবতা হলো যে BYOD পরিবেশে, হাজার হাজার আনম্যানেজড ব্যক্তিগত ডিভাইস জুড়ে এই কনফিগারেশনটি ধারাবাহিকভাবে প্রয়োগ করা নিশ্চিত করা সত্যিই কঠিন। আমাকে আপনাকে একটি কংক্রিট তুলনা দিতে দিন। একটি ৫০০-লোকেশন রিটেইল চেইন বিবেচনা করুন। তাদের কর্পোরেট-মালিকানাধীন ট্যাবলেট এবং হ্যান্ডহেল্ড স্ক্যানার রয়েছে, যা সমস্ত Microsoft Intune-এর মাধ্যমে পরিচালিত হয়। EAP-TLS হলো সঠিক সিদ্ধান্ত। Intune স্বয়ংক্রিয়ভাবে সার্টিফিকেট পুশ করে। যদি কোনো স্ক্যানার হারিয়ে যায়, আইটি তার সার্টিফিকেট বাতিল করে দেয় এবং এটি কয়েক মিনিটের মধ্যে নেটওয়ার্ক থেকে বন্ধ হয়ে যায় — কোনো পাসওয়ার্ড রিসেট নেই, ৫০০টি স্টোর জুড়ে কোনো শেয়ার করা পাসফ্রেজ পরিবর্তন নেই। সিকিউরিটি সম্পূর্ণ। এখন তাদের ব্যক্তিগত ডিভাইসে ৩,০০০ স্টাফ মেম্বারদের জন্য WiFi চালানো একটি বড় কনফারেন্স সেন্টার বিবেচনা করুন। কোনো MDM নেই। কর্মীরা Google Workspace ব্যবহার করে। Google Secure LDAP-এর সাথে ইন্টিগ্রেট করা PEAP হলো বাস্তবসম্মত পছন্দ। কর্মীরা তাদের স্ট্যান্ডার্ড ক্রেডেনশিয়াল দিয়ে অথেন্টিকেট করে। আইটি টিম সার্টিফিকেট ভ্যালিডেশন কনফিগার করার জন্য অনবোর্ডিং ডকুমেন্টেশন প্রদান করে। এটি কয়েক মাসের নয়, কয়েক দিনের মধ্যে ডিপ্লয়যোগ্য। উভয় প্রোটোকলকে আন্ডারপিন করা আর্কিটেকচারটি একই তিন-কম্পোনেন্ট 802.1X মডেল: সাপ্লিক্যান্ট — যা হলো ক্লায়েন্ট ডিভাইস — অথেন্টিকেটর, যা হলো আপনার অ্যাক্সেস পয়েন্ট বা সুইচ, এবং RADIUS সার্ভার। অথেন্টিকেটর একটি গেটকিপার হিসেবে কাজ করে, RADIUS সার্ভার অথেন্টিকেশন সফল হয়েছে এমন সংকেত না দেওয়া পর্যন্ত সমস্ত ট্র্যাফিক ব্লক করে। [ইমপ্লিমেন্টেশন সুপারিশ এবং ত্রুটি — প্রায় ২ মিনিট] তাহলে ব্যবহারিক সুপারিশগুলি কী কী? প্রথমত: আপনার যদি একটি MDM সলিউশন এবং কর্পোরেট-মালিকানাধীন ডিভাইস থাকে, তবে EAP-TLS ডিপ্লয় করুন। PKI এবং সার্টিফিকেট ম্যানেজমেন্টে প্রাথমিক বিনিয়োগ হ্রাসকৃত ঝুঁকি এবং স্ট্রিমলাইনড কমপ্লায়েন্স অডিটে লভ্যাংশ প্রদান করে। নিয়ন্ত্রিত পরিবেশের জন্য — হেলথকেয়ার, ফাইন্যান্স, পাবলিক সেক্টর — এটি ঐচ্ছিক নয়। এটি সেই আর্কিটেকচার যা আপনার অডিটররা দেখতে আশা করে। দ্বিতীয়ত: আপনি যদি একটি BYOD পরিবেশ চালান বা আপনার MDM ইনফ্রাস্ট্রাকচার না থাকে, তবে PEAP ডিপ্লয় করুন। তবে সার্ভার সার্টিফিকেট ভ্যালিডেশন কনফিগারেশন এড়িয়ে যাবেন না। এটি এনফোর্স করার জন্য যেখানে সম্ভব অনবোর্ডিং টুল, নেটওয়ার্ক অ্যাক্সেস কন্ট্রোল পোর্টাল বা MDM প্রোফাইল ব্যবহার করুন। এটিকে একটি বাধ্যতামূলক ডিপ্লয়মেন্ট পদক্ষেপ হিসেবে বিবেচনা করুন, কোনো ঐচ্ছিক হার্ডেনিং পরিমাপ হিসেবে নয়। তৃতীয়ত: আপনি যে প্রোটোকলই বেছে নিন না কেন, আপনার আর্কিটেকচারে RADIUS রিডান্ডেন্সি তৈরি করুন। অথেন্টিকেশন একটি ক্রিটিক্যাল পাথ। একটি একক RADIUS সার্ভার ফেইলিওর মানে কেউ নেটওয়ার্কে প্রবেশ করতে পারবে না। ক্লাউড-হোস্টেড RADIUS সলিউশনগুলি রিডান্ড্যান্ট অন-প্রিমিসেস ইনফ্রাস্ট্রাকচার পরিচালনার ওভারহেড ছাড়াই রেজিলিয়েন্স প্রদান করতে পারে। চতুর্থত: পোস্ট-অথেন্টিকেশন আপনার নেটওয়ার্ক সেগমেন্ট করুন। একটি সফল 802.1X অথেন্টিকেশন আপনার সম্পূর্ণ কর্পোরেট নেটওয়ার্কে অনিয়ন্ত্রিত অ্যাক্সেস প্রদান করা উচিত নয়। উপযুক্ত অ্যাক্সেস কন্ট্রোল সহ উপযুক্ত নেটওয়ার্ক সেগমেন্টে ব্যবহারকারীদের রাখতে VLAN অ্যাসাইনমেন্ট পলিসি ব্যবহার করুন। এড়ানোর জন্য সাধারণ ত্রুটিগুলি: EAP-TLS ডিপ্লয়মেন্টে ব্যাপক অথেন্টিকেশন ফেইলিওর সৃষ্টিকারী সার্টিফিকেট এক্সপায়ারেশন; PEAP ডিপ্লয়মেন্টে সার্ভার সার্টিফিকেট ভ্যালিডেট না করা ক্লায়েন্ট ডিভাইস; এবং ওয়্যারলেস কন্ট্রোলার এবং অথেন্টিকেশন সার্ভারের মধ্যে উচ্চ ল্যাটেন্সির কারণে সৃষ্ট RADIUS টাইমআউট ইস্যু — যা ভৌগলিকভাবে ডিস্ট্রিবিউটেড এস্টেটগুলিতে বিশেষভাবে প্রাসঙ্গিক। [র‍্যাপিড-ফায়ার প্রশ্নোত্তর — প্রায় ১ মিনিট] আমি প্রায়শই শুনি এমন কয়েকটি প্রশ্নের উত্তর দিই। আমি কি একই নেটওয়ার্কে EAP-TLS এবং PEAP উভয়ই চালাতে পারি? হ্যাঁ। অনেক সংস্থা কর্পোরেট ডিভাইসের জন্য একটি SSID-তে EAP-TLS এবং BYOD বা গেস্ট অ্যাক্সেসের জন্য একটি পৃথক SSID-তে PEAP চালায়, তাদের মধ্যে উপযুক্ত নেটওয়ার্ক সেগমেন্টেশন সহ। WPA3 কি এই সিদ্ধান্ত পরিবর্তন করে? WPA3 Enterprise হাই-সিকিউরিটি ডিপ্লয়মেন্টের জন্য 192-বিট সিকিউরিটি মোড বাধ্যতামূলক করে, যা EAP-TLS-এর সাথে সামঞ্জস্যপূর্ণ। WPA3 Personal PSK-এর পরিবর্তে SAE ব্যবহার করে, কিন্তু এন্টারপ্রাইজ 802.1X ডিপ্লয়মেন্টের জন্য, EAP পদ্ধতি নির্বাচন প্রাসঙ্গিক থাকে। PEAP কি PCI DSS কমপ্লায়েন্ট? হ্যাঁ, যখন সার্ভার সার্টিফিকেট ভ্যালিডেশন এনফোর্স করার সাথে সঠিকভাবে কনফিগার করা হয়। যাইহোক, কার্ডহোল্ডার ডেটা পরিচালনা করা পরিবেশের জন্য, সিকিউরিটি অ্যাসেসমেন্টে EAP-TLS ক্রমবর্ধমানভাবে প্রস্তাবিত পদ্ধতি। OpenRoaming সম্পর্কে কী? OpenRoaming হুডের নিচে সার্টিফিকেট-ভিত্তিক অথেন্টিকেশন ব্যবহার করে, যা EAP-TLS নীতিগুলির সাথে সামঞ্জস্যপূর্ণ। Purple-এর মতো প্ল্যাটফর্মগুলি OpenRoaming-এর জন্য একটি আইডেন্টিটি প্রোভাইডার হিসেবে কাজ করতে পারে, যা পুনরায় অথেন্টিকেট না করেই ভেন্যু জুড়ে নিরবচ্ছিন্ন, সুরক্ষিত রোমিং সক্ষম করে। [সারসংক্ষেপ এবং পরবর্তী পদক্ষেপ — প্রায় ১ মিনিট] সারসংক্ষেপে: EAP-TLS হলো সর্বোচ্চ-সিকিউরিটি বিকল্প, যা মিউচুয়াল সার্টিফিকেট অথেন্টিকেশনের মাধ্যমে পাসওয়ার্ডগুলিকে সম্পূর্ণভাবে দূর করে। এর জন্য PKI এবং MDM ইনফ্রাস্ট্রাকচার প্রয়োজন তবে এটি সবচেয়ে শক্তিশালী কমপ্লায়েন্স পোসচার এবং সবচেয়ে গ্রানুলার ডিভাইস-লেভেল অ্যাক্সেস কন্ট্রোল প্রদান করে। PEAP হলো BYOD এবং সার্টিফিকেট ম্যানেজমেন্ট ইনফ্রাস্ট্রাকচার ছাড়া পরিবেশের জন্য বাস্তবসম্মত পছন্দ, যা বিদ্যমান ক্রেডেনশিয়াল ব্যবহার করে শক্তিশালী এনক্রিপ্টেড অথেন্টিকেশন প্রদান করে — তবে শুধুমাত্র তখনই যখন সার্ভার সার্টিফিকেট ভ্যালিডেশন কঠোরভাবে এনফোর্স করা হয়। ডিসিশন ফ্রেমওয়ার্কটি সোজা: আপনি যদি আপনার ডিভাইসগুলি পরিচালনা করেন, তবে EAP-TLS ব্যবহার করুন। আপনার ব্যবহারকারীরা যদি তাদের নিজস্ব ডিভাইস নিয়ে আসে, তবে PEAP ব্যবহার করুন — তবে এটি সঠিকভাবে কনফিগার করুন। আপনার পরবর্তী পদক্ষেপের জন্য: আপনার বর্তমান অথেন্টিকেশন কনফিগারেশন অডিট করুন, আপনার PKI এবং MDM প্রস্তুতি মূল্যায়ন করুন এবং রিডান্ডেন্সি এবং ল্যাটেন্সির জন্য আপনার RADIUS ইনফ্রাস্ট্রাকচার পর্যালোচনা করুন। আপনি যদি আপনার কর্পোরেট নেটওয়ার্কের পাশাপাশি গেস্ট WiFi ডিপ্লয় বা আপগ্রেড করেন, তবে বিবেচনা করুন কীভাবে Purple-এর মতো একটি প্ল্যাটফর্ম আপনার নেটওয়ার্ক থেকে সিকিউরিটি এবং অ্যাকশনেবল অ্যানালিটিক্স উভয়ই প্রদান করতে আপনার অথেন্টিকেশন ফ্রেমওয়ার্কের সাথে ইন্টিগ্রেট করতে পারে। Purple টেকনিক্যাল ব্রিফিং শোনার জন্য ধন্যবাদ। পরবর্তী সময় পর্যন্ত বিদায়।

আমাদের মূল সিরিজের অংশ: Enterprise WiFi Security Guide →

Interactive technical assessment

EAP-TLS vs PEAP authentication decision tool

Evaluate your directory infrastructure, device ownership mix, and security compliance to determine the optimal 802.1X wireless protocol for your organisation.

Determines credential protocols supported at directory level.

Governs certificate provisioning capability without user intervention.

Sets threshold for password elimination and hardware TPM isolation.

Recommended - Zero-Trust Standard

EAP-TLS (Mutual Certificate-Based 802.1X)

Security status
Zero Credential Exposure

Eliminate password-based attacks with cryptographic device certificates.

Evil Twin & MITM resistance

Immune to Evil Twin rogue APs: client and server each prove possession of a private key, so there is no reusable password for a rogue AP to capture.

Helpdesk & credential friction

0% password-related WiFi lockouts. Certificates renew silently in the background via MDM.

Directory architecture guidance

Microsoft Entra ID does not support legacy password hashing (NTLM/MSCHAPv2) natively. EAP-TLS with Microsoft Intune Cloud PKI / SCEP and Cloud RADIUS provides the direct native integration path.

Migrate your enterprise WiFi to certificate-based 802.1X

Connect with Purple technical architects to design your zero-trust wireless authentication, integrate Cloud RADIUS with Microsoft Entra ID, and eliminate credential exposure.

Useful? Link to this tool

EAP-TLS বনাম PEAP: আপনার নেটওয়ার্কের জন্য কোন অথেন্টিকেশন প্রোটোকলটি সঠিক?

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

সঠিক অথেন্টিকেশন প্রোটোকল নির্বাচন করা একটি গুরুত্বপূর্ণ আর্কিটেকচারাল সিদ্ধান্ত যা সিকিউরিটি পোসচার এবং অপারেশনাল ওভারহেড উভয়কেই প্রভাবিত করে। জটিল পরিবেশে কাজ করা আইটি ম্যানেজার, নেটওয়ার্ক আর্কিটেক্ট এবং সিটিওদের জন্য — যেমন Hospitality, Retail, স্টেডিয়াম এবং পাবলিক-সেক্টর সংস্থাগুলি — EAP-TLS এবং PEAP-এর মধ্যে নির্বাচন প্রায়শই আয়রনক্ল্যাড সিকিউরিটি এবং ডিপ্লয়মেন্ট ফিজিবিলিটির মধ্যে ভারসাম্য নির্দেশ করে।

EAP-TLS (Extensible Authentication Protocol-Transport Layer Security) ব্যাপকভাবে এন্টারপ্রাইজ WiFi সিকিউরিটির গোল্ড স্ট্যান্ডার্ড হিসেবে বিবেচিত, যা মিউচুয়াল সার্টিফিকেট-ভিত্তিক অথেন্টিকেশনের উপর নির্ভর করে। অন্যদিকে, PEAP (Protected Extensible Authentication Protocol) একটি এনক্রিপ্টেড TLS টানেলের মধ্যে স্ট্যান্ডার্ড পাসওয়ার্ড-ভিত্তিক অথেন্টিকেশনকে এনক্যাপসুলেট করে, যা ডিপ্লয়মেন্টের জটিলতা উল্লেখযোগ্যভাবে হ্রাস করে।

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

টেকনিক্যাল ডিপ-ডাইভ: প্রোটোকল আর্কিটেকচার

একটি সুচিন্তিত সিদ্ধান্ত নেওয়ার জন্য, এই প্রোটোকলগুলি কীভাবে 802.1X অথেন্টিকেশন ফ্রেমওয়ার্ককে সুরক্ষিত করে তার অন্তর্নিহিত মেকানিক্স বোঝা অপরিহার্য। উভয় প্রোটোকলই অথেন্টিকেশন রিকোয়েস্টগুলি পরিচালনা করতে একটি RADIUS সার্ভার ব্যবহার করে, তবে আইডেন্টিটি ভ্যালিডেট করার তাদের পদ্ধতিগুলি মৌলিকভাবে আলাদা। RADIUS ইনফ্রাস্ট্রাকচারের একটি মৌলিক ধারণার জন্য, What Is RADIUS? How RADIUS Servers Secure WiFi Networks-এ আমাদের গাইডটি দেখুন।

EAP-TLS: মিউচুয়াল সার্টিফিকেট অথেন্টিকেশন

EAP-TLS মিউচুয়াল অথেন্টিকেশনের নীতিতে কাজ করে। একটি কানেকশন স্থাপন করার জন্য ক্লায়েন্ট ডিভাইস (সাপ্লিক্যান্ট) এবং অথেন্টিকেশন সার্ভার (RADIUS) উভয়কেই অবশ্যই বৈধ ডিজিটাল সার্টিফিকেট উপস্থাপন করতে হবে।

হ্যান্ডশেক: যখন কোনো ডিভাইস কানেক্ট করার চেষ্টা করে, তখন RADIUS সার্ভার ক্লায়েন্টের কাছে তার সার্টিফিকেট উপস্থাপন করে। ক্লায়েন্ট তার বিশ্বস্ত রুট সার্টিফিকেট অথরিটি (CAs)-এর বিপরীতে এই সার্টিফিকেটটি ভ্যালিডেট করে। সার্ভার ভেরিফাই হয়ে গেলে, ক্লায়েন্ট সার্ভারকে তার নিজস্ব ইউনিক সার্টিফিকেট প্রদান করে। যদি উভয় সার্টিফিকেটই বৈধ হয় এবং বাতিল না করা হয় — যা CRL বা OCSP-এর মাধ্যমে চেক করা হয় — একটি সুরক্ষিত TLS সেশন প্রতিষ্ঠিত হয় এবং নেটওয়ার্ক অ্যাক্সেস প্রদান করা হয়।

এই মিউচুয়াল ভেরিফিকেশন EAP-TLS-কে ক্রেডেনশিয়াল চুরি, ডিকশনারি অ্যাটাক এবং ম্যান-ইন-দ্য-মিডল (MitM) অ্যাটাকের বিরুদ্ধে অত্যন্ত প্রতিরোধী করে তোলে। যেহেতু কোনো পাসওয়ার্ড ট্রান্সমিট করা হয় না, তাই আপস করা ইউজার ক্রেডেনশিয়াল নেটওয়ার্ক ব্রীচ করতে ব্যবহার করা যায় না।

PEAP: টানেলড পাসওয়ার্ড অথেন্টিকেশন

PEAP-কে EAP-TLS-এর একটি সহজে ডিপ্লয়যোগ্য বিকল্প হিসেবে তৈরি করা হয়েছিল, যা শক্তিশালী সিকিউরিটি প্রদান করার পাশাপাশি ক্লায়েন্ট-সাইড সার্টিফিকেটের প্রয়োজনীয়তা দূর করে।

টানেল এস্টাবলিশমেন্ট: RADIUS সার্ভার ক্লায়েন্টের কাছে তার সার্টিফিকেট উপস্থাপন করে। ক্লায়েন্ট সার্ভারকে ভ্যালিডেট করে, একটি এনক্রিপ্টেড TLS টানেল স্থাপন করে। এই সুরক্ষিত টানেলের মধ্যে, ক্লায়েন্ট অ্যাক্টিভ ডিরেক্টরির মতো একটি আইডেন্টিটি প্রোভাইডারের বিপরীতে স্ট্যান্ডার্ড পাসওয়ার্ড-ভিত্তিক অথেন্টিকেশন — সাধারণত MSCHAPv2 — সম্পাদন করে। RADIUS সার্ভার ক্রেডেনশিয়ালগুলি ভ্যালিডেট করে এবং অ্যাক্সেস প্রদান করে।

যদিও সঠিকভাবে কনফিগার করা হলে PEAP অত্যন্ত সুরক্ষিত, এটি ব্যবহারকারীদের শক্তিশালী পাসওয়ার্ড বজায় রাখার উপর নির্ভর করে। সমালোচনামূলকভাবে, যদি কোনো ব্যবহারকারীর ডিভাইস সার্ভার সার্টিফিকেট ভ্যালিডেট করার জন্য কনফিগার করা না থাকে, তবে একটি রগ (rogue) অ্যাক্সেস পয়েন্ট ক্রেডেনশিয়ালগুলি ইন্টারসেপ্ট করতে পারে। এটি কোনো তাত্ত্বিক ঝুঁকি নয়; এটি বাস্তব-বিশ্বের পেনিট্রেশন টেস্টে ব্যবহৃত একটি সু-নথিভুক্ত অ্যাটাক ভেক্টর।

EAP-TLS বনাম PEAP: আপনার নেটওয়ার্কের জন্য কোন অথেন্টিকেশন প্রোটোকলটি সঠিক? - comparison chart

ডাইমেনশন EAP-TLS PEAP
সিকিউরিটি লেভেল অত্যন্ত উচ্চ — মিউচুয়াল সার্টিফিকেট অথেন্টিকেশন উচ্চ — এনক্রিপ্টেড টানেল, শুধুমাত্র সার্ভার সার্টিফিকেট
ক্রেডেনশিয়াল টাইপ ক্লায়েন্ট এবং সার্ভার ডিজিটাল সার্টিফিকেট ইউজারনেম এবং পাসওয়ার্ড (TLS টানেলের ভিতরে)
ডিপ্লয়মেন্টের জটিলতা বেশি — PKI এবং MDM প্রয়োজন কম — বিদ্যমান ডিরেক্টরি সার্ভিসের সাথে ইন্টিগ্রেট করে
যার জন্য সেরা কর্পোরেট-মালিকানাধীন ডিভাইস ফ্লিট, নিয়ন্ত্রিত শিল্প BYOD পরিবেশ, PKI ছাড়া সংস্থা
ক্লায়েন্ট সার্টিফিকেট প্রয়োজন হ্যাঁ না
PCI DSS / GDPR ফিট চমৎকার — হাই-কমপ্লায়েন্স পরিবেশের জন্য পছন্দের ভালো — সার্ভার ভ্যালিডেশন এনফোর্স করা হলে কমপ্লায়েন্ট

আপনার নির্দিষ্ট সেটআপ নিয়ে কোনো প্রশ্ন আছে?

আমাদের টিম ৮০,০০০ ভেন্যুতে ভেন্যু অপারেটর, IT ম্যানেজার এবং নেটওয়ার্ক ইঞ্জিনিয়ারদের সাথে কাজ করে। একটি ২০ মিনিটের কল বুক করুন এবং আপনার মতো অন্যরা কীভাবে এর সমাধান করেছেন তা আমরা আপনাকে দেখাব।

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

EAP-TLS এবং PEAP-এর মধ্যে প্রাথমিক পার্থক্য তাদের ডিপ্লয়মেন্টের জটিলতা এবং লাইফসাইকেল ম্যানেজমেন্টের মধ্যে নিহিত।

EAP-TLS ডিপ্লয় করা

EAP-TLS ইমপ্লিমেন্ট করার জন্য নেটওয়ার্কের প্রতিটি ডিভাইসের জন্য সার্টিফিকেট ইস্যু, পরিচালনা এবং বাতিল করার জন্য একটি শক্তিশালী পাবলিক কি ইনফ্রাস্ট্রাকচার (PKI) প্রয়োজন। স্কেলে এন্ডপয়েন্টগুলিতে সার্টিফিকেট প্রভিশনিং স্বয়ংক্রিয় করতে মোবাইল ডিভাইস ম্যানেজমেন্ট (MDM) বা এন্টারপ্রাইজ মোবিলিটি ম্যানেজমেন্ট (EMM) সলিউশনগুলি কার্যত বাধ্যতামূলক। আইটি টিমগুলিকে অবশ্যই সার্টিফিকেট লাইফসাইকেল পরিচালনা করতে হবে, মেয়াদ শেষ হওয়ার আগে রিনিউয়ালগুলি পরিচালনা করতে হবে এবং হারিয়ে যাওয়া ডিভাইস বা প্রস্থানকারী কর্মীদের জন্য দ্রুত বাতিলকরণ নিশ্চিত করতে হবে। EAP-TLS কর্পোরেট-মালিকানাধীন ডিভাইস সহ কর্পোরেট নেটওয়ার্ক, অত্যন্ত নিয়ন্ত্রিত পরিবেশ যেমন Healthcare বা ফাইন্যান্স এবং জিরো-ট্রাস্ট আর্কিটেকচারের জন্য সবচেয়ে উপযুক্ত।

PEAP ডিপ্লয় করা

PEAP ডিপ্লয় করা উল্লেখযোগ্যভাবে সহজ কারণ এটি ক্লায়েন্ট সার্টিফিকেটের প্রয়োজন ছাড়াই বিদ্যমান আইডেন্টিটি স্টোরগুলি — অ্যাক্টিভ ডিরেক্টরি, LDAP, বা ক্লাউড ডিরেক্টরিগুলি — ব্যবহার করে। একটি বৈধ সার্ভার সার্টিফিকেট (আদর্শভাবে একটি পাবলিক CA থেকে) সহ একটি RADIUS সার্ভার এবং আপনার বিদ্যমান ডিরেক্টরি সার্ভিসের সাথে ইন্টিগ্রেশন শুরু করার জন্য যথেষ্ট। অপারেশনাল ওভারহেড ন্যূনতম: ব্যবহারকারীরা তাদের স্ট্যান্ডার্ড কর্পোরেট ক্রেডেনশিয়াল দিয়ে অথেন্টিকেট করে। পাসওয়ার্ড রোটেশন পলিসিগুলি প্রযোজ্য, যা পাসওয়ার্ড পরিবর্তনের পরে ব্যবহারকারীরা তাদের WiFi প্রোফাইল আপডেট করতে ভুলে গেলে সামান্য হেল্পডেস্ক ওভারহেড সৃষ্টি করতে পারে। PEAP BYOD পরিবেশ, শিক্ষা খাত এবং প্রতিষ্ঠিত PKI বা MDM ইনফ্রাস্ট্রাকচার নেই এমন সংস্থাগুলির জন্য সবচেয়ে উপযুক্ত।

EAP-TLS বনাম PEAP: আপনার নেটওয়ার্কের জন্য কোন অথেন্টিকেশন প্রোটোকলটি সঠিক? - architecture overview

বেস্ট প্র্যাকটিস এবং ইন্ডাস্ট্রি স্ট্যান্ডার্ড

যে প্রোটোকলই বেছে নেওয়া হোক না কেন, ঝুঁকি কমানোর জন্য ইন্ডাস্ট্রি স্ট্যান্ডার্ড মেনে চলা অপরিহার্য।

সার্ভার সার্টিফিকেট ভ্যালিডেশন এনফোর্স করুন: PEAP ডিপ্লয়মেন্টে সবচেয়ে সাধারণ দুর্বলতা হলো ভুলভাবে কনফিগার করা ক্লায়েন্ট ডিভাইস যা RADIUS সার্ভারের সার্টিফিকেট ভ্যালিডেট করে না। এটি আক্রমণকারীদের রগ অ্যাক্সেস পয়েন্ট সেট আপ করতে এবং ক্রেডেনশিয়াল সংগ্রহ করতে দেয়। আইটিকে অবশ্যই প্রতিটি এন্ডপয়েন্টে কঠোর সার্ভার ভ্যালিডেশন এনফোর্স করতে গ্রুপ পলিসি বা MDM প্রোফাইল ব্যবহার করতে হবে।

RADIUS রিডান্ডেন্সি ইমপ্লিমেন্ট করুন: অথেন্টিকেশন একটি ক্রিটিক্যাল পাথ। আপনার RADIUS ইনফ্রাস্ট্রাকচার হাইলি অ্যাভেইলেবল কিনা তা নিশ্চিত করুন। ক্লাউড-ভিত্তিক RADIUS সলিউশনগুলি অন-প্রিমিসেস সিঙ্গেল পয়েন্ট অফ ফেইলিওর কমাতে পারে। ডিস্ট্রিবিউটেড নেটওয়ার্ক রেজিলিয়েন্সের জন্য আর্কিটেকচারাল বিবেচনাগুলি The Core SD WAN Benefits for Modern Businesses-এ আরও আলোচনা করা হয়েছে।

মডার্ন আইডেন্টিটি প্রোভাইডারদের সাথে ইন্টিগ্রেট করুন: পাবলিক-ফেসিং ভেন্যুগুলির জন্য, একটি শক্তিশালী Guest WiFi প্ল্যাটফর্ম ব্যবহার করা যা একটি সুরক্ষিত আইডেন্টিটি প্রোভাইডার হিসেবে কাজ করে, তা সিকিউরিটি বজায় রেখে অ্যাক্সেস স্ট্রিমলাইন করতে পারে। উদাহরণস্বরূপ, Purple-এর Connect লাইসেন্স OpenRoaming-এর মতো পরিষেবাগুলির জন্য একটি বিনামূল্যের আইডেন্টিটি প্রোভাইডার প্রদান করে, যা এন্টারপ্রাইজ-গ্রেড সিকিউরিটি এবং নিরবচ্ছিন্ন গেস্ট অনবোর্ডিংয়ের মধ্যে ব্যবধান দূর করে।

পোস্ট-অথেন্টিকেশন নেটওয়ার্ক সেগমেন্টেশন: একটি সফল 802.1X অথেন্টিকেশন সম্পূর্ণ কর্পোরেট সাবনেটে অনিয়ন্ত্রিত অ্যাক্সেস প্রদান করা উচিত নয়। ব্যবহারকারীদের সীমাবদ্ধ ACL সহ উপযুক্ত নেটওয়ার্ক সেগমেন্টে রাখতে ডায়নামিক VLAN অ্যাসাইনমেন্ট পলিসি ব্যবহার করুন।

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

802.1X নেটওয়ার্কগুলি পরিচালনা করার সময়, আইটি টিমগুলিকে অবশ্যই সাধারণ ফেইলিওর মোডগুলির জন্য প্রস্তুত থাকতে হবে।

সার্টিফিকেট এক্সপায়ারেশন (EAP-TLS): যদি CA সার্টিফিকেট বা RADIUS সার্ভার সার্টিফিকেটের মেয়াদ শেষ হয়ে যায়, তবে সমস্ত অথেন্টিকেশন একসাথে ব্যর্থ হবে। সার্টিফিকেট ভ্যালিডিটি পিরিয়ডের জন্য অ্যাগ্রেসিভ মনিটরিং এবং অ্যালার্টিং ইমপ্লিমেন্ট করুন — মেয়াদ শেষ হওয়ার ৯০, ৩০ এবং ৭ দিন আগে অ্যালার্ট সেট করুন।

সাপ্লিক্যান্ট মিসকনফিগারেশন (PEAP): সার্ভার সার্টিফিকেট ভ্যালিডেট করতে ব্যর্থ হওয়া একটি ক্রিটিক্যাল ঝুঁকি। "Validate server certificate" কঠোরভাবে এনফোর্স করা হয়েছে তা নিশ্চিত করতে নিয়মিত এন্ডপয়েন্ট কনফিগারেশন অডিট করুন। এটিকে আপনার সিকিউরিটি অডিট চেকলিস্টে একটি স্ট্যান্ডার্ড আইটেম হিসেবে অন্তর্ভুক্ত করুন।

RADIUS টাইমআউট ইস্যু: ওয়্যারলেস কন্ট্রোলার এবং RADIUS সার্ভারের মধ্যে, বা RADIUS সার্ভার এবং অ্যাক্টিভ ডিরেক্টরির মধ্যে উচ্চ ল্যাটেন্সি EAP টাইমআউট এবং অথেন্টিকেশন ফেইলিওরের কারণ হতে পারে। শক্তিশালী কানেক্টিভিটি নিশ্চিত করুন এবং ডিস্ট্রিবিউটেড সাইটগুলির জন্য লোকাল RADIUS প্রক্সিগুলি বিবেচনা করুন। এটি মাল্টি-সাইট Transport এবং রিটেইল ডিপ্লয়মেন্টের জন্য বিশেষভাবে প্রাসঙ্গিক।

রগ অ্যাক্সেস পয়েন্ট অ্যাটাক: রগ AP সনাক্ত করতে পর্যায়ক্রমিক ওয়্যারলেস সিকিউরিটি অ্যাসেসমেন্ট পরিচালনা করুন। আপনার অ্যাক্সেস পয়েন্ট ইনফ্রাস্ট্রাকচারে ইন্টিগ্রেট করা ওয়্যারলেস ইনট্রুশন ডিটেকশন সিস্টেম (WIDS) অবিচ্ছিন্ন মনিটরিং প্রদান করতে পারে।

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

EAP-TLS এবং PEAP-এর মধ্যে সিদ্ধান্তটি টেকনিক্যাল আর্কিটেকচারের বাইরেও উল্লেখযোগ্য ব্যবসায়িক প্রভাব বহন করে।

EAP-TLS-এর জন্য PKI এবং MDM সলিউশনের জন্য উচ্চতর প্রাথমিক CapEx প্রয়োজন, পাশাপাশি সার্টিফিকেট ম্যানেজমেন্টের জন্য চলমান OpEx প্রয়োজন। যাইহোক, এটি ক্রেডেনশিয়াল-ভিত্তিক ব্রীচগুলির বিরুদ্ধে সর্বোচ্চ স্তরের রিস্ক মিটিগেশন প্রদান করে, যার ফলে ধ্বংসাত্মক আর্থিক এবং সম্মানহানি হতে পারে। সংবেদনশীল ডেটা পরিচালনা করা বা কঠোর রেগুলেটরি কমপ্লায়েন্সের অধীনে কাজ করা ভেন্যুগুলির জন্য, এড়ানো ব্রীচ খরচ এবং স্ট্রিমলাইনড কমপ্লায়েন্স অডিটের মাধ্যমে EAP-TLS-এর ROI অর্জিত হয়। রিটেইল বা হসপিটালিটি পরিবেশে একটি একক ক্রেডেনশিয়াল-ভিত্তিক ব্রীচ রেমিডিয়েশন, রেগুলেটরি জরিমানা এবং ব্র্যান্ড ড্যামেজে লক্ষ লক্ষ টাকা খরচ করতে পারে।

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

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

EAP (Extensible Authentication Protocol)

IEEE 802.1X-এ সংজ্ঞায়িত একটি অথেন্টিকেশন ফ্রেমওয়ার্ক যা নেটওয়ার্ক অ্যাক্সেস ইনফ্রাস্ট্রাকচারের উপর বিভিন্ন অথেন্টিকেশন পদ্ধতির জন্য ট্রান্সপোর্ট মেকানিজম প্রদান করে।

EAP হলো আমব্রেলা ফ্রেমওয়ার্ক; EAP-TLS এবং PEAP হলো নির্দিষ্ট পদ্ধতি যা এর মধ্যে চলে। RADIUS পলিসি এবং ওয়্যারলেস সাপ্লিক্যান্ট প্রোফাইল কনফিগার করার সময় আইটি টিমগুলি EAP-এর সম্মুখীন হয়।

Supplicant

ক্লায়েন্ট ডিভাইস - ল্যাপটপ, স্মার্টফোন, স্ক্যানার, বা IoT ডিভাইস - যা নেটওয়ার্কে যোগদানের জন্য অথেন্টিকেশন রিকোয়েস্ট শুরু করে।

ম্যান-ইন-দ্য-মিডল অ্যাটাক প্রতিরোধ করার জন্য আইটি টিমগুলিকে অবশ্যই নিশ্চিত করতে হবে যে সাপ্লিক্যান্টগুলি সঠিকভাবে কনফিগার করা হয়েছে, বিশেষ করে সার্টিফিকেট ভ্যালিডেশনের ক্ষেত্রে। সাপ্লিক্যান্ট কনফিগারেশন হলো PEAP দুর্বলতার সবচেয়ে সাধারণ উৎস।

Authenticator

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

অথেন্টিকেটর গেটকিপার হিসেবে কাজ করে, অথেন্টিকেশন নিজে প্রসেস না করেই সাপ্লিক্যান্ট এবং RADIUS সার্ভারের মধ্যে EAP মেসেজ পাস করে।

RADIUS Server

রিমোট অথেন্টিকেশন ডায়াল-ইন ইউজার সার্ভিস। সেন্ট্রালাইজড সার্ভার যা অথেন্টিকেটর থেকে অথেন্টিকেশন রিকোয়েস্ট গ্রহণ করে, একটি আইডেন্টিটি স্টোরের বিপরীতে ক্রেডেনশিয়াল ভ্যালিডেট করে এবং একটি Access-Accept বা Access-Reject রেসপন্স প্রদান করে।

RADIUS সার্ভার হলো 802.1X আর্কিটেকচারের মস্তিষ্ক। নির্ভরযোগ্য অথেন্টিকেশনের জন্য RADIUS সার্ভার এবং আইডেন্টিটি স্টোর (অ্যাক্টিভ ডিরেক্টরি, LDAP)-এর মধ্যে হাই অ্যাভেইলেবিলিটি এবং লো ল্যাটেন্সি অত্যন্ত গুরুত্বপূর্ণ।

PKI (Public Key Infrastructure)

ডিজিটাল সার্টিফিকেট তৈরি, পরিচালনা, বিতরণ এবং বাতিল করার জন্য প্রয়োজনীয় ভূমিকা, পলিসি, হার্ডওয়্যার এবং সফ্টওয়্যারের ফ্রেমওয়ার্ক।

স্কেলে সফলভাবে EAP-TLS ডিপ্লয় করার জন্য একটি শক্তিশালী PKI একটি পরম পূর্বশর্ত। PKI ছাড়া, সার্টিফিকেট লাইফসাইকেল ম্যানেজমেন্ট পরিচালনা অযোগ্য হয়ে ওঠে এবং উল্লেখযোগ্য অপারেশনাল ঝুঁকি তৈরি করে।

MDM (Mobile Device Management)

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

এন্ড-ইউজার ডিভাইসগুলিতে ক্লায়েন্ট সার্টিফিকেটের সাইলেন্ট প্রভিশনিং স্বয়ংক্রিয় করতে EAP-TLS ডিপ্লয়মেন্টের জন্য MDM অত্যন্ত গুরুত্বপূর্ণ। Microsoft Intune, Jamf, এবং VMware Workspace ONE হলো সাধারণ MDM প্ল্যাটফর্ম।

Mutual Authentication

একটি সিকিউরিটি প্রক্রিয়া যেখানে ডেটা আদান-প্রদানের আগে একটি কমিউনিকেশন লিঙ্কের উভয় পক্ষ একে অপরকে অথেন্টিকেট করে - ওয়ান-ওয়ে অথেন্টিকেশনের বিপরীতে যেখানে শুধুমাত্র একটি পক্ষ ভেরিফাই করা হয়।

EAP-TLS-এর সংজ্ঞায়িত বৈশিষ্ট্য। মিউচুয়াল অথেন্টিকেশন নিশ্চিত করে যে ক্লায়েন্ট জানে যে এটি বৈধ নেটওয়ার্ক সার্ভারের সাথে কথা বলছে এবং সার্ভার জানে যে এটি একটি অনুমোদিত ক্লায়েন্ট ডিভাইসের সাথে কথা বলছে।

MSCHAPv2 (Microsoft Challenge Handshake Authentication Protocol v2)

একটি পাসওয়ার্ড-ভিত্তিক অথেন্টিকেশন প্রোটোকল যা সাধারণত PEAP টানেলের মধ্যে অভ্যন্তরীণ অথেন্টিকেশন পদ্ধতি হিসেবে ব্যবহৃত হয়। এটি প্লেইনটেক্সটে পাসওয়ার্ড ট্রান্সমিট করা এড়াতে একটি চ্যালেঞ্জ-রেসপন্স মেকানিজম ব্যবহার করে।

যদি PEAP টানেল একটি রগ অ্যাক্সেস পয়েন্ট দ্বারা আপস করা হয় তবে MSCHAPv2 হ্যাশগুলি ক্যাপচার করা যায় এবং অফলাইনে ক্র্যাক করা যায়। এই কারণেই PEAP-এ সার্ভার সার্টিফিকেট ভ্যালিডেশন নন-নেগোশিয়েবল।

OpenRoaming

একটি WiFi ফেডারেশন স্ট্যান্ডার্ড যা ব্যবহারকারীদের সার্টিফিকেট-ভিত্তিক অথেন্টিকেশন ব্যবহার করে, পুনরায় অথেন্টিকেট না করেই বিভিন্ন ভেন্যু এবং অপারেটর জুড়ে অংশগ্রহণকারী নেটওয়ার্কগুলির সাথে স্বয়ংক্রিয়ভাবে এবং সুরক্ষিতভাবে কানেক্ট করতে দেয়।

Purple এর Connect লাইসেন্সের অধীনে OpenRoaming-এর জন্য একটি বিনামূল্যের আইডেন্টিটি প্রোভাইডার হিসেবে কাজ করে, যা ভেন্যুগুলিকে নিরবচ্ছিন্ন, সুরক্ষিত কানেক্টিভিটি অফার করতে সক্ষম করে যা EAP-TLS সার্টিফিকেট অথেন্টিকেশন নীতিগুলির সাথে সামঞ্জস্যপূর্ণ।

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

৫০০টি লোকেশন সহ একটি জাতীয় রিটেইল চেইনের স্টোর ম্যানেজারদের ট্যাবলেট এবং হ্যান্ডহেল্ড ইনভেন্টরি স্ক্যানারগুলির জন্য কর্পোরেট নেটওয়ার্ক অ্যাক্সেস সুরক্ষিত করা প্রয়োজন। তারা বর্তমানে সমস্ত সাইট জুড়ে একটি শেয়ার করা WPA2-PSK ব্যবহার করে। ডিভাইস ম্যানেজমেন্টের জন্য তাদের Microsoft Intune ডিপ্লয় করা আছে।

EAP-TLS ডিপ্লয় করুন। যেহেতু সংস্থাটি ইতিমধ্যেই Microsoft Intune ব্যবহার করে, তাই সার্টিফিকেট ডিপ্লয়মেন্টের ভারী কাজ ইতিমধ্যেই সমাধান করা হয়েছে। SCEP বা PKCS সার্টিফিকেট প্রোফাইলের মাধ্যমে সমস্ত কর্পোরেট-মালিকানাধীন ট্যাবলেট এবং স্ক্যানারগুলিতে ইউনিক ক্লায়েন্ট সার্টিফিকেট পুশ করতে Intune কনফিগার করুন। ওয়্যারলেস ইনফ্রাস্ট্রাকচারটি একটি সেন্ট্রাল বা ক্লাউড-ভিত্তিক RADIUS সার্ভার (যেমন Microsoft NPS বা একটি ক্লাউড RADIUS পরিষেবা)-এর দিকে নির্দেশ করে 802.1X ব্যবহার করার জন্য পুনরায় কনফিগার করা হয়েছে। RADIUS সার্ভারটি শুধুমাত্র সংস্থার অভ্যন্তরীণ CA দ্বারা ইস্যু করা সার্টিফিকেট উপস্থাপনকারী ডিভাইসগুলি থেকে অথেন্টিকেশন গ্রহণ করার জন্য কনফিগার করা হয়েছে। পোস্ট-অথেন্টিকেশন, ডায়নামিক VLAN অ্যাসাইনমেন্ট ডিভাইসগুলিকে উপযুক্ত স্টোর অপারেশন সেগমেন্টে রাখে।

পরীক্ষকের মন্তব্য: এই পদ্ধতিটি ৫০০টি লোকেশন জুড়ে একটি শেয়ার করা PSK-এর বিশাল সিকিউরিটি ঝুঁকি দূর করে - একটি স্টোরে আপস করা PSK আগে প্রতিটি সাইটকে উন্মুক্ত করত। EAP-TLS-এর সাহায্যে, যদি কোনো স্ক্যানার হারিয়ে যায় বা চুরি হয়ে যায়, আইটি কেবল PKI-এর মাধ্যমে তার নির্দিষ্ট সার্টিফিকেট বাতিল করে দেয়, অন্য কোনো ডিভাইসকে প্রভাবিত না করেই তাৎক্ষণিকভাবে এর নেটওয়ার্ক অ্যাক্সেস বন্ধ করে দেয়। EAP-TLS এখানে সর্বোত্তম পছন্দ কারণ MDM ইনফ্রাস্ট্রাকচার সার্টিফিকেট লাইফসাইকেল ম্যানেজমেন্টকে স্কেলেবল করে তোলে। মনিটর করার মূল ঝুঁকি হলো সার্টিফিকেট এক্সপায়ারেশন - নিশ্চিত করুন যে Intune-এ অটোমেটেড রিনিউয়াল পলিসি কনফিগার করা আছে।

একটি বড় কনফারেন্স সেন্টারের ৩,০০০ অভ্যন্তরীণ কর্মীদের তাদের নিজস্ব ব্যক্তিগত ডিভাইস (BYOD) ব্যবহার করে সুরক্ষিত WiFi প্রদান করা প্রয়োজন। তারা কর্পোরেট আইডেন্টিটির জন্য Google Workspace ব্যবহার করে কিন্তু কর্মীদের ব্যক্তিগত ফোন বা ল্যাপটপ পরিচালনা করে না।

PEAP ডিপ্লয় করুন (বিশেষ করে Google Secure LDAP-এর বিপরীতে PEAP-MSCHAPv2 বা EAP-TTLS/PAP)। আইটি টিম Google Workspace Secure LDAP-এর সাথে ইন্টিগ্রেট করা একটি RADIUS সার্ভার সেট আপ করে। কর্মীরা তাদের স্ট্যান্ডার্ড Google Workspace ইমেল এবং পাসওয়ার্ড ব্যবহার করে 'Staff_WiFi' SSID-এর সাথে কানেক্ট করে। আইটি টিম অনবোর্ডিং ডকুমেন্টেশন প্রদান করে - আদর্শভাবে একটি ক্যাপটিভ পোর্টাল বা নেটওয়ার্ক অনবোর্ডিং টুলের মাধ্যমে - কর্মীদের নির্দিষ্ট RADIUS সার্ভার সার্টিফিকেট বিশ্বাস করতে এবং সার্ভারের ডোমেইন নেম ভ্যালিডেট করতে তাদের ডিভাইসগুলি কনফিগার করার নির্দেশ দেয়। ইভেন্টে অংশগ্রহণকারীদের জন্য একটি পৃথক গেস্ট SSID বজায় রাখা হয়, যা অ্যানালিটিক্স এবং অ্যাক্সেস কন্ট্রোলের জন্য Purple-এর গেস্ট WiFi প্ল্যাটফর্মের মাধ্যমে পরিচালিত হয়।

পরীক্ষকের মন্তব্য: EAP-TLS এখানে অবাস্তব কারণ ব্যক্তিগত ডিভাইসগুলিতে সার্টিফিকেট পুশ করার জন্য সংস্থার MDM নিয়ন্ত্রণ নেই। PEAP বিদ্যমান ক্রেডেনশিয়াল ব্যবহার করে অথেন্টিকেশনের জন্য একটি সুরক্ষিত, এনক্রিপ্টেড টানেল প্রদান করে, যা ইভসড্রপিংয়ের বিরুদ্ধে সুরক্ষা প্রদান করার পাশাপাশি BYOD পরিস্থিতিগুলির জন্য এটিকে অত্যন্ত ডিপ্লয়যোগ্য করে তোলে। ক্রিটিক্যাল অপারেশনাল ধাপ হলো অনবোর্ডিং প্রক্রিয়া - আইটি টিমকে অবশ্যই নিশ্চিত করতে হবে যে প্রতিটি কর্মীর ডিভাইস সার্ভার সার্টিফিকেট ভ্যালিডেট করার জন্য সঠিকভাবে কনফিগার করা হয়েছে। এটি করতে ব্যর্থ হওয়া এই ডিপ্লয়মেন্টের সবচেয়ে বড় ঝুঁকি।

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

Q1. একটি বিশ্ববিদ্যালয়ের আইটি বিভাগ ২০,০০০ শিক্ষার্থীর জন্য ক্যাম্পাস জুড়ে সুরক্ষিত WiFi ডিপ্লয় করছে। শিক্ষার্থীরা Windows, macOS, iOS এবং Android চালিত তাদের নিজস্ব ল্যাপটপ এবং স্মার্টফোন নিয়ে আসে। আইটি ডিরেক্টর সর্বোচ্চ সিকিউরিটির ওপর জোর দেন এবং EAP-TLS প্রস্তাব করেন। আপনার আর্কিটেকচারাল সুপারিশ কী?

ইঙ্গিত: একটি হেটেরোজেনাস ডিভাইস এস্টেট জুড়ে আনম্যানেজড, ব্যক্তিগত মালিকানাধীন ডিভাইসগুলিতে সার্টিফিকেট ম্যানেজমেন্টের অপারেশনাল ওভারহেড বিবেচনা করুন।

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

এই নির্দিষ্ট ব্যবহারের ক্ষেত্রের জন্য EAP-TLS-এর বিরুদ্ধে পরামর্শ দিন। যদিও EAP-TLS সর্বোচ্চ সিকিউরিটি অফার করে, একটি MDM সলিউশন ছাড়া আনম্যানেজড স্টুডেন্ট ডিভাইসগুলিতে ২০,০০০+ ক্লায়েন্ট সার্টিফিকেট ডিপ্লয় করা এবং পরিচালনা করা একটি অনতিক্রম্য সাপোর্ট বোঝা তৈরি করবে। শিক্ষার্থীরা ঘন ঘন ডিভাইস পরিবর্তন করে, এবং MDM অটোমেশন ছাড়া iOS, Android, Windows এবং macOS জুড়ে সার্টিফিকেট ইনস্টলেশনের অনবোর্ডিং প্রক্রিয়া জটিল। বিশ্ববিদ্যালয়ের স্টুডেন্ট ডিরেক্টরি সার্ভিসের সাথে ইন্টিগ্রেট করা PEAP (বা EAP-TTLS) সুপারিশ করুন। সার্ভার সার্টিফিকেট কঠোরভাবে ভ্যালিডেট করতে স্টুডেন্ট ডিভাইসগুলি কনফিগার করার জন্য শক্তিশালী অনবোর্ডিং টুল ব্যবহার করা নিশ্চিত করুন। ঐচ্ছিকভাবে, বিশ্ববিদ্যালয়-পরিচালিত স্টাফ ডিভাইসগুলির জন্য একটি পৃথক SSID-তে EAP-TLS ডিপ্লয় করুন, যা একটি টায়ার্ড সিকিউরিটি আর্কিটেকচার তৈরি করে।

Q2. একটি সিকিউরিটি অডিটের সময়, একজন পেনিট্রেশন টেস্টার একই SSID ব্রডকাস্ট করে একটি রগ অ্যাক্সেস পয়েন্ট সেট আপ করে আপনার PEAP-সুরক্ষিত ওয়্যারলেস নেটওয়ার্ক থেকে সফলভাবে ইউজার ক্রেডেনশিয়াল সংগ্রহ করে। এই দুর্বলতার মূল কারণ কী এবং এর প্রতিকার কী?

ইঙ্গিত: PEAP-এ TLS টানেল এস্টাবলিশমেন্ট পর্বের সময় কী ঘটে এবং ক্লায়েন্ট ডিভাইস কী চেক করছে - বা করছে না - সে সম্পর্কে চিন্তা করুন।

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

মূল কারণ হলো সাপ্লিক্যান্ট মিসকনফিগারেশন। ক্লায়েন্ট ডিভাইসগুলি RADIUS সার্ভারের ডিজিটাল সার্টিফিকেট কঠোরভাবে ভ্যালিডেট করার জন্য কনফিগার করা হয়নি। যখন রগ AP একটি জাল সার্টিফিকেট উপস্থাপন করে, তখন ক্লায়েন্ট ডিভাইসগুলি অন্ধভাবে এটিকে বিশ্বাস করে, আক্রমণকারীর সাথে TLS টানেল স্থাপন করে এবং MSCHAPv2 অথেন্টিকেশন এক্সচেঞ্জ ট্রান্সমিট করে। আক্রমণকারী এটি অফলাইনে ক্র্যাক করতে পারে। প্রতিকারটি তিনগুণ: (১) সমস্ত ক্লায়েন্ট ডিভাইসে গ্রুপ পলিসি বা MDM প্রোফাইলের মাধ্যমে কঠোর সার্ভার সার্টিফিকেট ভ্যালিডেশন এনফোর্স করুন; (২) অন্যান্য ডোমেইন থেকে সার্টিফিকেট গ্রহণ রোধ করতে সাপ্লিক্যান্ট কনফিগারেশনে সঠিক প্রত্যাশিত RADIUS সার্ভার ডোমেইন নেম নির্দিষ্ট করুন; (৩) রগ অ্যাক্সেস পয়েন্টগুলি সনাক্ত করতে এবং অ্যালার্ট করতে একটি ওয়্যারলেস ইনট্রুশন ডিটেকশন সিস্টেম (WIDS) ডিপ্লয় করুন।

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

ইঙ্গিত: রেগুলেটরি পরিবেশ, ডিভাইস নিয়ন্ত্রণের স্তর এবং অ্যাক্সেস করা ডেটার সংবেদনশীলতা মূল্যায়ন করুন।

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

বিনা দ্বিধায় EAP-TLS ডিপ্লয় করুন। হেলথকেয়ার পরিবেশে ক্রেডেনশিয়াল চুরির বিরুদ্ধে কঠোর কমপ্লায়েন্স এবং সর্বোচ্চ সিকিউরিটি প্রয়োজন - একটি হেলথকেয়ার নেটওয়ার্কে আপস করা পাসওয়ার্ড রোগীর রেকর্ড উন্মুক্ত করতে পারে এবং GDPR এবং সেক্টর-নির্দিষ্ট ডেটা সুরক্ষা প্রয়োজনীয়তার অধীনে উল্লেখযোগ্য রেগুলেটরি জরিমানা ট্রিগার করতে পারে। যেহেতু ডিভাইসগুলি কর্পোরেট-মালিকানাধীন এবং Microsoft Intune-এর মাধ্যমে কঠোরভাবে পরিচালিত, তাই ক্লায়েন্ট সার্টিফিকেট ডিপ্লয় করা অপারেশনালি সম্ভব এবং সম্পূর্ণ স্বয়ংক্রিয় হতে পারে। শুধুমাত্র অনুমোদিত, কর্পোরেট-পরিচালিত ডিভাইসগুলি ক্লিনিকাল নেটওয়ার্ক অ্যাক্সেস করতে পারে তা নিশ্চিত করার জন্য EAP-TLS প্রয়োজনীয় মিউচুয়াল অথেন্টিকেশন প্রদান করে। উপরন্তু, EAP-TLS কমপ্লায়েন্স অডিটগুলিকে সহজ করে - নেটওয়ার্ক আর্কিটেকচার পর্যালোচনা করা অডিটররা একটি সার্টিফিকেট-ভিত্তিক, পাসওয়ার্ডলেস অথেন্টিকেশন সিস্টেম দেখতে পাবেন যা পাসওয়ার্ড-ভিত্তিক বিকল্পগুলির তুলনায় স্বভাবতই বেশি ডিফেন্সেবল।

প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী

What is the key difference between EAP-TLS and PEAP?

The fundamental difference is mutual authentication using digital certificates. EAP-TLS requires cryptographic X.509 certificates on both the RADIUS server and the client device, completely eliminating passwords and credential-based attacks. PEAP (typically PEAP-MSCHAPv2) only requires a digital certificate on the RADIUS server, while client devices authenticate using traditional usernames and passwords tunneled through an encrypted TLS session.

Why is PEAP-MSCHAPv2 considered vulnerable to credential theft and rogue AP attacks?

PEAP-MSCHAPv2 relies on the client device validating the RADIUS server certificate before transmitting credentials. In practice, unmanaged endpoints and misconfigured supplicants often fail to validate the server certificate or domain name. An attacker operating a rogue access point (Evil Twin) can present a fake certificate, capture the MSCHAPv2 challenge and response exchange, and crack the user password offline using cloud-based dictionary or rainbow table attacks.

Can EAP-TLS be deployed on unmanaged or BYOD devices?

Deploying EAP-TLS on unmanaged personal devices requires an automated onboarding workflow or captive portal onboarding assistant that provisions a short-lived or revocable client certificate. Because manual certificate installation is complex for non-technical users, organisations lacking an automated certificate onboarding mechanism often deploy EAP-TTLS with cloud directory credentials or WPA3-Enterprise with Passpoint profiles for BYOD fleets.

How does Microsoft Entra ID handle EAP-TLS compared to PEAP?

Microsoft Entra ID (formerly Azure AD) does not support legacy password-based authentication protocols like MSCHAPv2 because it does not store password hashes on-premises. As a result, native cloud Entra ID environments cannot directly authenticate PEAP-MSCHAPv2 without legacy hybrid domain controllers. EAP-TLS is the standard for Entra ID networks, pairing Microsoft Intune and Cloud PKI or SCEP with a cloud RADIUS server to authenticate devices based on verified directory identity.

What operational infrastructure is required to manage EAP-TLS client certificates?

EAP-TLS requires a Public Key Infrastructure (PKI) - either an on-premises Certificate Authority (such as AD CS) or a cloud PKI service - and a mobile device management (MDM) platform like Microsoft Intune, Jamf, or Workspace ONE to automatically issue, renew, and revoke certificates via SCEP (RFC 8894) or EST. The wireless network also requires an 802.1X-capable RADIUS server to validate incoming certificate chains and check revocation status via CRL or OCSP.

How does Cloud RADIUS simplify migrating from PEAP to EAP-TLS?

Cloud RADIUS eliminates the need to deploy and patch physical on-premises RADIUS servers (such as Windows Server NPS or FreeRADIUS clusters). Modern cloud RADIUS platforms integrate directly with cloud identity providers like Microsoft Entra ID, Okta, and Google Workspace, validate client certificates dynamically against issuing CAs, and assign role-based VLANs and access policies without on-premises hardware or VPN tunnels.

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

iOS এবং macOS 802.1X ট্রাবলশুটিং: Intune, Jamf এবং Entra ID-এর জন্য একটি ডিপ্লয়মেন্ট চেকলিস্ট

iPhones, iPads এবং Macs কেন Intune বা Jamf Pro-তে 802.1X ব্যর্থ হয় তা সনাক্ত করতে এই চেকলিস্টটি ব্যবহার করুন। প্রতিটি ব্যর্থতার পিছনে চারটি কারণের যেকোনো একটি থাকে: সার্ভার ট্রাস্ট, আইডেন্টিটি সার্টিফিকেট, macOS মোড বা Entra ID গ্রুপ স্কোপিং। আপনি eapolclient এবং RADIUS লগ থেকে এর কারণ নিশ্চিত করবেন, সমাধান প্রয়োগ করবেন এবং ভবিষ্যতের সার্টিফিকেট রোটেশন পরিচালনা করবেন।

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

Intune WiFi প্রোফাইল সার্ভার ট্রাস্ট: Microsoft Entra ID -এর জন্য সার্টিফিকেট সার্ভার নাম এবং রুট CA চেকলিস্ট

আপনি একটি Intune WiFi প্রোফাইলের সার্ভার ভ্যালিডেশন অংশটি কনফিগার করতে পারবেন যাতে Windows, Apple এবং Android -এ EAP-TLS এবং PEAP কানেক্ট হয়। আপনি RADIUS সার্টিফিকেটের সাথে সার্টিফিকেট সার্ভারের নাম মেলাতে পারবেন, সঠিক রুট CA ডেপ্লয় করতে পারবেন, Microsoft Entra ID গ্রুপ অ্যাসাইনমেন্ট অ্যালাইন করতে পারবেন এবং সার্টিফিকেট রিনিউয়াল কানেকশন বন্ধ করার আগেই সেটিকে প্রস্তুত করতে পারবেন।

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

Android 802.1X এবং EAP-TLS ট্রাবলশুটিং: Intune এবং Entra ID-এর জন্য একটি ডিপ্লয়মেন্ট চেকলিস্ট

আপনি সহজেই সনাক্ত করতে পারবেন কেন ম্যানেজড Android ফোনগুলো আপনার স্টাফ SSID-এ EAP-TLS সংযোগ করতে ব্যর্থ হচ্ছে এবং তা Intune-এ ঠিক করতে পারবেন। প্রতিটি লক্ষণকে চারটি সাধারণ কারণের সাথে মেলান - অনুপস্থিত CA বা ডোমেন, ভুল প্রোফাইলে থাকা ক্লায়েন্ট সার্টিফিকেট, একটি অমিল RADIUS সার্ভার নামের মান, অথবা একটি অপৌঁছানো ট্রাস্টেড রুট। তারপর একটি রোলআউট চেকলিস্ট প্রয়োগ করুন যা বারবার বিভ্রাট হওয়া বন্ধ করে।

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

আপনার নির্দিষ্ট সেটআপ নিয়ে কোনো প্রশ্ন আছে?

আমাদের টিম ৮০,০০০ ভেন্যুতে ভেন্যু অপারেটর, IT ম্যানেজার এবং নেটওয়ার্ক ইঞ্জিনিয়ারদের সাথে কাজ করে। একটি ২০ মিনিটের কল বুক করুন এবং আপনার মতো অন্যরা কীভাবে এর সমাধান করেছেন তা আমরা আপনাকে দেখাব।