Okta এবং RADIUS: WiFi অথেন্টিকেশনে আপনার আইডেন্টিটি প্রোভাইডারকে যুক্ত করা
এই নির্দেশিকাটি Okta-কেন্দ্রিক সংস্থাগুলির IT অ্যাডমিনিস্ট্রেটরদের জন্য একটি ব্যাপক টেকনিক্যাল রেফারেন্স প্রদান করে যারা Okta RADIUS এজেন্ট ব্যবহার করে WiFi অথেন্টিকেশনে তাদের ক্লাউড আইডেন্টিটি প্রোভাইডারকে যুক্ত করতে চান। এতে সম্পূর্ণ অথেন্টিকেশন আর্কিটেকচার, MFA প্রয়োগের সুবিধা-অসুবিধা, RADIUS অ্যাট্রিবিউট ম্যাপিংয়ের মাধ্যমে ডাইনামিক VLAN অ্যাসাইনমেন্ট এবং পাসওয়ার্ড-ভিত্তিক EAP-TTLS ও সার্টিফিকেট-ভিত্তিক EAP-TLS এর মধ্যকার গুরুত্বপূর্ণ সিদ্ধান্তের বিষয়গুলো আলোচনা করা হয়েছে। ভেন্যু অপারেটর এবং এন্টারপ্রাইজ IT টিমগুলো এর থেকে কার্যকরী ডিপ্লয়মেন্ট গাইডেন্স, হসপিটালিটি ও রিটেল খাতের বাস্তবমুখী কেস স্টাডি এবং ডেডিকেটেড গেস্ট WiFi সলিউশনের সাথে Okta RADIUS সংহত করার একটি স্পষ্ট ফ্রেমওয়ার্ক পাবেন।
Video overview
এই গাইডটি শুনুন
পডকাস্ট ট্রান্সক্রিপ্ট দেখুন
আমাদের মূল সিরিজের অংশ: Enterprise WiFi সিকিউরিটি গাইড →
Okta RADIUS WiFi architecture and sizing advisor
Model your enterprise identity infrastructure, device endpoints, and authentication protocols to generate an 802.1X deployment blueprint, timeout guidelines, and network configuration checklist.
Cloud RADIUS with Okta Directory Sync and EAP-TLS
- Configure Cloud RADIUS tenant and establish OAuth 2.0 API connection to your Okta organization.
- Add wireless controller management IP addresses as authorised network access clients (NAS) in Cloud RADIUS.
- Configure 802.1X SSID security settings with Cloud RADIUS primary and secondary IP addresses and shared secrets.
- Configure RADIUS Return Attributes: Tunnel-Type (64 = VLAN), Tunnel-Medium-Type (65 = 802), and Tunnel-Private-Group-ID (81 = target VLAN tag) mapped from Okta groups.
- Wireless controller RADIUS timeout can remain at standard enterprise default of 5 seconds with 3 retries.
এক্সিকিউটিভ সামারি
হোটেল চেইন থেকে শুরু করে স্টেডিয়াম - এই ধরণের বিস্তৃত ভেন্যু পরিচালনাকারী এন্টারপ্রাইজ IT টিমগুলির জন্য, একটি ক্লাউড আইডেন্টিটি প্রোভাইডারের সাথে নেটওয়ার্ক অ্যাক্সেস কন্ট্রোলকে একীভূত করা জিরো ট্রাস্টের দিকে একটি গুরুত্বপূর্ণ পদক্ষেপ। Okta RADIUS এজেন্ট আধুনিক ক্লাউড আইডেন্টিটি এবং ঐতিহ্যবাহী 802.1X WiFi পরিকাঠামোর মধ্যে ব্যবধান কমিয়ে দেয়, যা সংস্থাগুলিকে নেটওয়ার্ক অথেন্টিকেশনের জন্য উত্তরাধিকারসূত্রে প্রাপ্ত অন-প্রেমিসেস RADIUS সার্ভার এবং Active Directory পরিকাঠামো বাতিল করার অনুমতি দেয়।
এই গাইডটি এন্টারপ্রাইজ WiFi অথেন্টিকেশনের জন্য কীভাবে Okta RADIUS এজেন্ট মোতায়েন করতে হয় তা বিস্তারিতভাবে বর্ণনা করে, যার মধ্যে রয়েছে প্রক্সি আর্কিটেকচার, MFA প্রয়োগ করার প্রক্রিয়া এবং পাসওয়ার্ড-ভিত্তিক EAP-TTLS এবং সার্টিফিকেট-ভিত্তিক EAP-TLS-এর মধ্যকার তুলনামূলক আলোচনা। এটি ডায়নামিক VLAN অ্যাসাইনমেন্টের জন্য Okta গ্রুপ মেম্বারশিপগুলিকে RADIUS অ্যাট্রিবিউটগুলিতে ম্যাপ করার বিষয়েও কার্যকর নির্দেশিকা প্রদান করে - যা একটি কার্যক্ষমতা যা সরাসরি PCI-DSS নেটওয়ার্ক সেগমেন্টেশনের প্রয়োজনীয়তাগুলিকে সমর্থন করে। স্টাফ অথেন্টিকেশনের জন্য Okta-কে Guest WiFi সলিউশনের পাশাপাশি একীভূত করে, ভেন্যু অপারেটররা আইডেন্টিটি পরিকাঠামোর নকল না করেই একটি একীভূত, নিরাপদ এবং অনুগত অ্যাক্সেস লেয়ার অর্জন করতে পারে।
টেকনিক্যাল ডিপ-ডাইভ
Okta RADIUS এজেন্ট কীভাবে কাজ করে
Okta RADIUS এজেন্ট হলো একটি লাইটওয়েট সিস্টেম সার্ভিস যা নেটওয়ার্ক অ্যাক্সেস সার্ভার (NAS) - যেমন ওয়্যারলেস অ্যাক্সেস পয়েন্ট (WAPs) বা ওয়্যারলেস LAN কন্ট্রোলার (WLCs) - এবং Okta ক্লাউডের মধ্যে একটি প্রক্সি হিসেবে কাজ করে। এটি সাধারণত অন-প্রেমিসেস বা ক্লাউড VPC-র মধ্যে একটি Windows বা Linux সার্ভারে মোতায়েন করা হয় এবং প্রাথমিক ইনস্টলেশনের পর এটি সম্পূর্ণরূপে Okta অ্যাডমিন কনসোল থেকে পরিচালিত হয়।
অথেন্টিকেশন ফ্লো একটি স্ট্যান্ডার্ড 802.1X প্রক্সি মডেল অনুসরণ করে। একজন ব্যবহারকারীর ডিভাইস (supplicant) একটি এন্টারপ্রাইজ SSID-এর সাথে সংযোগ স্থাপন করে এবং ক্রেডেনশিয়াল প্রদান করে। WAP বা WLC (authenticator) UDP পোর্ট 1812-এর মাধ্যমে Okta RADIUS এজেন্টের কাছে একটি RADIUS Access-Request ফরোয়ার্ড করে। এজেন্ট একটি HTTPS API কলের মাধ্যমে এই অনুরোধটি নিরাপদে Okta ক্লাউডে পাঠায়, যেখানে Okta-এর পলিসি ইঞ্জিন তার ইউজার ডিরেক্টরি এবং যেকোনো কনফিগার করা সাইন-অন পলিসির বিপরীতে ক্রেডেনশিয়াল মূল্যায়ন করে। যদি অথেন্টিকেশন সফল হয়, তবে এজেন্ট অথেন্টিকেটরকে একটি RADIUS Access-Accept মেসেজ ফেরত দেয়, যার মধ্যে ঐচ্ছিকভাবে অথরাইজেশনের জন্য RADIUS অ্যাট্রিবিউট যেমন VLAN অ্যাসাইনমেন্ট অন্তর্ভুক্ত থাকে। যদি MFA প্রয়োজন হয়, তবে এজেন্ট ক্লায়েন্টের কাছে একটি RADIUS Access-Challenge ফেরত পাঠায়, যা চূড়ান্ত সিদ্ধান্ত নেওয়ার আগে একটি সেকেন্ড ফ্যাক্টরের জন্য অনুরোধ করে।
এই প্রক্সি মডেলের অর্থ হলো Okta RADIUS এজেন্টের স্থানীয়ভাবে ব্যবহারকারীর ক্রেডেনশিয়াল সংরক্ষণ করার প্রয়োজন নেই। সমস্ত অথেন্টিকেশন লজিক, পলিসি মূল্যায়ন এবং অডিট লগিং Okta ক্লাউডে ঘটে, যা অ্যাডমিনিস্ট্রেটরদের ক্লাউড অ্যাপ্লিকেশন এবং নেটওয়ার্ক অ্যাক্সেস উভয়ের জন্য আইডেন্টিটি গভর্নেন্সের একক উইন্ডো প্রদান করে।### সমর্থিত EAP প্রোটোকল এবং গুরুত্বপূর্ণ সীমাবদ্ধতা
Okta RADIUS এজেন্টের একটি মৌলিক আর্কিটেকচারাল সীমাবদ্ধতা হলো প্রাথমিক অথেন্টিকেশনের জন্য পাসওয়ার্ড অথেন্টিকেশন প্রোটোকল (PAP)-এর ওপর এর নির্ভরতা। যদিও PAP অভ্যন্তরীণ স্তরে প্লেইনটেক্সটে পাসওয়ার্ড প্রেরণ করে, এটি Extensible Authentication Protocol (EAP)-এর বাহ্যিক TLS টানেল দ্বারা এনক্যাপসুলেট এবং সুরক্ষিত থাকে। সমর্থিত বাহ্যিক প্রোটোকলগুলো হলো EAP-TTLS (অভ্যন্তরীণ পদ্ধতি হিসেবে PAP সহ) এবং EAP-GTC। EAP পদ্ধতিগুলোর আরও বিশদ তুলনার জন্য, Comparativa de métodos EAP: PEAP, EAP-TLS, EAP-TTLS y EAP-FAST নির্দেশিকাটি দেখুন।
সবচেয়ে গুরুত্বপূর্ণ বিষয় হলো, PEAP-MSCHAPv2 সমর্থিত নয়। এটি Windows ক্লায়েন্ট এবং অনেক লেগ্যাসি এন্টারপ্রাইজ এনভায়রনমেন্টের জন্য ডিফল্ট 802.1X প্রোটোকল। একটি ঐতিহ্যগত NPS/Active Directory RADIUS সেটআপ থেকে মাইগ্রেট করা প্রতিষ্ঠানগুলোকে অবশ্যই তাদের ক্লায়েন্ট সাপ্লিক্যান্টগুলোকে PAP সহ EAP-TTLS ব্যবহার করার জন্য পুনরায় কনফিগার করতে হবে - এটি এমন একটি পরিবর্তন যার জন্য সাধারণত MDM বা গ্রুপ পলিসির মাধ্যমে পাঠানো একটি ওয়্যারলেস প্রোফাইলের প্রয়োজন হয়। এটি বিবেচনায় নিতে ব্যর্থ হওয়া হলো Okta RADIUS স্থাপনে ব্যর্থতার সবচেয়ে সাধারণ কারণ।
EAP-TLS, যা সম্পূর্ণভাবে পারস্পরিক সার্টিফিকেট-ভিত্তিক অথেন্টিকেশনের ওপর নির্ভর করে, সেটিও Okta RADIUS এজেন্ট দ্বারা নেটিভভাবে সমর্থিত নয়। যেসব প্রতিষ্ঠানের EAP-TLS প্রয়োজন, তাদের অবশ্যই সরাসরি Okta RADIUS এজেন্ট ব্যবহার করার পরিবর্তে SAML বা OIDC-এর মাধ্যমে IdP হিসেবে Okta-এর সাথে একীভূত হওয়া একটি ডেডিকেটেড PKI বা ক্লাউড RADIUS সলিউশন স্থাপন করতে হবে।
WiFi কানেকশনে MFA প্রয়োগ করা
Okta RADIUS এজেন্ট WiFi অ্যাক্সেসের জন্য MFA সমর্থন করে, তবে এটি ব্যবহারকারীর অভিজ্ঞতায় কিছু চ্যালেঞ্জ তৈরি করে যা স্থাপনের আগে যত্ন সহকারে বিবেচনা করা উচিত। যখন একটি MFA পলিসি ট্রিগার হয়, তখন এজেন্ট ক্লায়েন্টের কাছে একটি RADIUS Access-Challenge পাঠায়। Okta RADIUS অ্যাপ্লিকেশনের জন্য বেশ কয়েকটি ফ্যাক্টর সমর্থন করে:
| MFA ফ্যাক্টর | PAP | EAP-TTLS | নোট |
|---|---|---|---|
| Okta Verify Push | সমর্থিত | সমর্থিত | আউট-অফ-ব্যান্ড পাঠানো হয়; ব্যবহারকারী মোবাইলে Approve ট্যাপ করেন |
| TOTP (Okta Verify / Google Workspace) | সমর্থিত | সমর্থিত | ব্যবহারকারী পাসওয়ার্ডের সাথে OTP যুক্ত করেন (যেমন, Pass123,456789) |
| SMS / ইমেল / ভয়েস | সমর্থিত | সমর্থিত | ব্যবহারকারী প্রথমে ট্রিগার স্ট্রিং (SMS, EMAIL, CALL) পাঠান |
| Duo Push / SMS / পাসকোড | সমর্থিত | সমর্থিত | EAP-TTLS-এর জন্য শুধুমাত্র Duo পাসকোড |
| YubiKey / U2F / Windows Hello | সমর্থিত নয় | সমর্থিত নয় | RADIUS প্রোটোকলের সাথে হার্ডওয়্যার টোকেন বেমানান |
বাস্তবসম্মত সীমাবদ্ধতা হলো রোমিং। Hospitality এনভায়রনমেন্টে, একজন হাউসকিপারের ট্যাবলেট প্রতি শিফটে কয়েক ডজন বার অ্যাক্সেস পয়েন্টের মধ্যে রোম করতে পারে, যা প্রতিবার পুনরায় অথেন্টিকেশন ট্রিগার করে। প্রতিটি রোমিংয়ে একটি পুশ নোটিফিকেশন অনুমোদনের প্রয়োজন হওয়া অপারেশনালি অসম্ভব। সাধারণ স্টাফ WiFi-এর জন্য, সক্রিয় MFA প্রম্পটের চেয়ে Okta-এর ডিভাইস ট্রাস্ট এবং নেটওয়ার্ক জোন পলিসির সাথে শক্তিশালী পাসওয়ার্ড পলিসি সাধারণত বেশি পছন্দ করা হয়। WiFi-এ MFA শুধুমাত্র অ্যাডমিনিস্ট্রেটিভ SSID বা উচ্চ-সুবিধাপ্রাপ্ত অ্যাক্সেসের ক্ষেত্রে সংরক্ষিত রাখা উচিত।
পাসওয়ার্ড-ভিত্তিক বনাম সার্টিফিকেট-ভিত্তিক অথেন্টিকেশন
পাসওয়ার্ড-ভিত্তিক RADIUS (Okta RADIUS এজেন্টের মাধ্যমে) এবং সার্টিফিকেট-ভিত্তিক EAP-TLS-এর মধ্যে বেছে নেওয়ার বিষয়টি একটি এন্টারপ্রাইজ WiFi স্থাপনের ক্ষেত্রে অন্যতম গুরুত্বপূর্ণ সিদ্ধান্ত। এই তুলনামূলক সুবিধা ও অসুবিধাগুলো কেবল সুরক্ষার বিষয় নয়; এর সাথে স্থাপনের জটিলতা, ডিভাইস ম্যানেজমেন্টের পরিপক্কতা এবং অপারেশনাল ওভারহেডও জড়িত।
Okta RADIUS এজেন্টের মাধ্যমে পাসওয়ার্ড-ভিত্তিক অথেনটিকেশন একটি ইউনিফাইড আইডেন্টিটির দ্রুত পথ প্রদান করে। আপনার প্রতিষ্ঠান যদি ইতিমধ্যেই Okta-তে ব্যবহারকারীদের পরিচালনা করে থাকে, তবে কয়েক সপ্তাহের পরিবর্তে মাত্র কয়েক ঘণ্টার মধ্যে এটি স্থাপন করা সম্ভব। এখানে তৈরি করার মতো কোনো PKI নেই, বিতরণ করার মতো কোনো সার্টিফিকেট নেই এবং কোনো MDM-এর ওপর নির্ভরতা নেই। এর নেতিবাচক দিক হলো পাসওয়ার্ডই প্রধান ক্রেডেনশিয়াল হিসেবে রয়ে যায়, এবং মিউচুয়াল অথেনটিকেশনের অনুপস্থিতির অর্থ হলো ক্লায়েন্ট ক্রিপ্টোগ্রাফিকভাবে নেটওয়ার্কের আইডেন্টিটি যাচাই করতে পারে না - যা উচ্চ-ঝুঁকিপূর্ণ পরিবেশে ইভিল টুইন অ্যাটাকের একটি মাধ্যম।
সার্টিফিকেট-ভিত্তিক EAP-TLS পদ্ধতিটি WiFi অথেনটিকেশনের সমীকরণ থেকে পাসওয়ার্ডকে সম্পূর্ণভাবে বাদ দেয়। ক্লায়েন্ট একটি ডিভাইস সার্টিফিকেট উপস্থাপন করে এবং RADIUS সার্ভার একটি সার্ভার সার্টিফিকেট উপস্থাপন করে, যা মিউচুয়াল অথেনটিকেশন প্রদান করে। WPA3-Enterprise নেটওয়ার্কে IEEE 802.1X-এর জন্য এটি একটি সুপারিশকৃত পদ্ধতি, বিশেষ করে PCI-DSS বা NCSC Cyber Essentials Plus-এর আওতাভুক্ত পরিবেশগুলোর জন্য। এর পূর্বশর্ত হলো একটি কার্যকর PKI - সেটি অন-প্রেমিসেস Microsoft ADCS ডেপ্লয়মেন্ট বা একটি ক্লাউড PKI সার্ভিস হতে পারে - এবং একটি MDM প্ল্যাটফর্ম যা সমস্ত ম্যানেজড এন্ডপয়েন্টে সার্টিফিকেট বিতরণ করতে সক্ষম। শত শত ম্যানেজড পয়েন্ট-অফ-সেল ডিভাইস সহ Retail পরিবেশের জন্য এই বিনিয়োগ অত্যন্ত যুক্তিযুক্ত। BYOD-নির্ভর পরিবেশ বা দ্রুত স্থাপনের জন্য, EAP-TTLS সহ Okta RADIUS একটি বাস্তবসম্মত পছন্দ।
ডাইনামিক VLAN অ্যাসাইনমেন্টের জন্য RADIUS অ্যাট্রিবিউট ম্যাপিং
ডাইনামিক VLAN অ্যাসাইনমেন্ট হলো এমন একটি ক্ষেত্র যেখানে Okta RADIUS ইন্টিগ্রেশন তার সবচেয়ে বাস্তব অপারেশনাল ভ্যালু প্রদান করে। Okta গ্রুপ মেম্বারশিপকে RADIUS অ্যাট্রিবিউটে ম্যাপ করার মাধ্যমে, নেটওয়ার্ক অ্যাডমিনিস্ট্রেটররা প্রতিটি ডিভাইস বা প্রতিটি লোকেশনের জন্য আলাদা VLAN পলিসি বজায় না রেখেই রোল-ভিত্তিক নেটওয়ার্ক সেগমেন্টেশন কার্যকর করতে পারেন।
Okta অ্যাপ্লিকেশনের Advanced RADIUS Settings-এ কনফিগারযোগ্য তিনটি অ্যাট্রিবিউটের যেকোনো একটি ব্যবহার করে Okta RADIUS Access-Accept মেসেজে গ্রুপের মেম্বারশিপ ডেটা পাঠায়:
- Attribute 11 (Filter-Id): একটি স্ট্রিং অ্যাট্রিবিউট যাতে গ্রুপের নাম থাকে। বিভিন্ন ভেন্ডর জুড়ে এটি ব্যাপকভাবে সমর্থিত।
- Attribute 25 (Class): অথরাইজেশনের জন্য ব্যবহৃত একটি ওপেক (opaque) অ্যাট্রিবিউট। এটি Cisco ISE, Aruba ClearPass এবং Fortinet দ্বারা সমর্থিত।
- Attribute 26 (Vendor-Specific): আরও নিখুঁত নিয়ন্ত্রণের জন্য ভেন্ডর-নির্দিষ্ট সাব-অ্যাট্রিবিউটের অনুমতি দেয়।
নেটওয়ার্ক কন্ট্রোলার (WLC, NAC অ্যাপ্লায়েন্স) নির্বাচিত অ্যাট্রিবিউটে Okta গ্রুপের নাম গ্রহণ করে এবং VLAN অ্যাসাইনমেন্টের জন্য প্রয়োজনীয় স্ট্যান্ডার্ড RADIUS টানেল অ্যাট্রিবিউটে এটি ম্যাপ করে:
| RADIUS Attribute | Value | Purpose |
|---|---|---|
| 64 (Tunnel-Type) | 13 (VLAN) | VLAN টানেলিং নির্দিষ্ট করে |
| 65 (Tunnel-Medium-Type) | 6 (802) | IEEE 802 মাধ্যম নির্দিষ্ট করে |
| 81 (Tunnel-Private-Group-ID) | যেমন, 40 |
টার্গেট VLAN ID |
উদাহরণস্বরূপ, Okta গ্রুপ Retail-POS-Staff-এ থাকা একজন ব্যবহারকারীর Access-Accept-এ Class: Retail-POS-Staff ফেরত আসবে। WLC পলিসি এটিকে Tunnel-Private-Group-ID: 40-এ ম্যাপ করবে, যা ডিভাইসটিকে VLAN 40 - আইসোলেটেড POS নেটওয়ার্কে স্থাপন করবে। Store-Management-এ থাকা একজন ব্যবহারকারীকে VLAN 50-এ স্থাপন করা হবে। এই লজিকটি নেটওয়ার্কের প্রান্তে প্রয়োগ করা হয়, Okta-তে নয়, তবে এটি সম্পূর্ণরূপে Okta গ্রুপ মেম্বারশিপ দ্বারা পরিচালিত হয়।
আপনার নির্দিষ্ট সেটআপ নিয়ে কোনো প্রশ্ন আছে?
আমাদের টিম ৮০,০০০ ভেন্যুতে ভেন্যু অপারেটর, IT ম্যানেজার এবং নেটওয়ার্ক ইঞ্জিনিয়ারদের সাথে কাজ করে। একটি ২০ মিনিটের কল বুক করুন এবং আপনার মতো অন্যরা কীভাবে এর সমাধান করেছেন তা আমরা আপনাকে দেখাব।
Implementation Guide
Step 1: Okta RADIUS Agent স্থাপন করুন (High Availability)
উচ্চ প্রাপ্যতা বা high availability নিশ্চিত করতে কমপক্ষে দুটি সার্ভারে - অন-প্রিমিসেস বা ক্লাউড VPC-তে - Okta RADIUS এজেন্ট স্থাপন করুন। একক-এজেন্ট স্থাপন একটি অত্যন্ত ঝুঁকিপূর্ণ বিষয়: প্যাচিংয়ের জন্য সার্ভারটি অনুপলব্ধ থাকলে বা কোনো ত্রুটির সম্মুখীন হলে, পুরো এস্টেট জুড়ে সমস্ত 802.1X WiFi প্রমাণীকরণ বা authentication ব্যর্থ হবে। উভয় এজেন্টের মধ্যে RADIUS অনুরোধের লোড ব্যালেন্স করতে আপনার WLC বা NAC অ্যাপ্লায়েন্স কনফিগার করুন।
ইনস্টলেশনের সময়, এজেন্টটিকে অনুমোদন দিতে এবং এটিকে Okta টেন্যান্টের সাথে লিঙ্ক করতে এজেন্টটি একজন Okta অ্যাডমিন লগইনের জন্য অনুরোধ করবে। অনুমোদিত হয়ে গেলে, এজেন্টটি Okta অ্যাডমিন কনসোলে Settings > Downloads > RADIUS Agent Status-এর অধীনে উপস্থিত হয়, যেখানে হেলথ এবং কানেক্টিভিটি পর্যবেক্ষণ করা যেতে পারে।
Step 2: Okta-তে RADIUS অ্যাপ্লিকেশন কনফিগার করুন
- Okta অ্যাডমিন কনসোলে, Applications > Applications-এ যান এবং অ্যাপ ক্যাটালগ থেকে RADIUS Application অনুসন্ধান করুন।
- অ্যাপ্লিকেশনটি যোগ করুন, একটি বর্ণনামূলক নাম দিন (যেমন,
Corporate-WiFi-Staff), এবং Next-এ ক্লিক করুন। - Sign On ট্যাবের অধীনে, RADIUS Port (ডিফল্ট 1812) কনফিগার করুন এবং কমপক্ষে 32 অক্ষরের একটি শক্তিশালী, এলোমেলোভাবে তৈরি Shared Secret তৈরি করুন।
- আপনি যদি পাসওয়ার্ডের সাথে TOTP যুক্ত করা সমর্থন করতে চান তবে Advanced RADIUS Settings-এর অধীনে Accept password and security token in the same login request সক্রিয় করুন।
- নির্বিঘ্ন পুশ-ভিত্তিক MFA-এর জন্য ঐচ্ছিকভাবে Permit Automatic Push for Okta Verify Enrolled Users সক্রিয় করুন।
- আপনার কর্মীদের প্রতিনিধিত্বকারী প্রাসঙ্গিক Okta গ্রুপগুলিতে অ্যাপ্লিকেশনটি বরাদ্দ করুন।
Step 3: গ্রুপ-ভিত্তিক VLAN অ্যাসাইনমেন্ট কনফিগার করুন
- RADIUS অ্যাপ্লিকেশনের Sign On সেটিংসে, Advanced RADIUS Settings বিভাগে Edit-এ ক্লিক করুন।
- Include groups in RADIUS response টিক দিন।
- RADIUS অ্যাট্রিবিউট নির্বাচন করুন: Aruba এবং Cisco পরিবেশের জন্য 25 Class সুপারিশ করা হয়; Fortinet এবং অন্যান্যদের জন্য 11 Filter-Id।
- অন্তর্ভুক্ত করার জন্য নির্দিষ্ট Okta গ্রুপের নাম যোগ করুন (যেমন,
Retail-POS-Staff,Store-Management,IT-Admins)। - আপনার WLC বা NAC অ্যাপ্লায়েন্সে, এনফোর্সমেন্ট পলিসি তৈরি করুন যা প্রতিটি গ্রুপের নামকে সংশ্লিষ্ট VLAN টানেল অ্যাট্রিবিউটে ম্যাপ করে।
Step 4: Client Supplicants কনফিগার করুন
যেহেতু PEAP-MSCHAPv2 অসমর্থিত, তাই ক্লায়েন্ট ডিভাইসগুলিকে অবশ্যই অভ্যন্তরীণ পদ্ধতি হিসাবে EAP-TTLS with PAP ব্যবহার করার জন্য কনফিগার করতে হবে। আপনার MDM প্ল্যাটফর্ম (যেমন, Microsoft Intune, Jamf Pro) এর মাধ্যমে অথবা Windows ডোমেন-যুক্ত ডিভাইসগুলির জন্য Group Policy Objects (GPO) এর মাধ্যমে একটি ওয়্যারলেস নেটওয়ার্ক প্রোফাইল ডেপ্লয় করুন। প্রোফাইলে নিম্নলিখিত বিষয়গুলি নির্দিষ্ট করা উচিত:
- SSID: আপনার এন্টারপ্রাইজ SSID নাম
- Security: WPA2-Enterprise বা WPA3-Enterprise
- EAP Method: EAP-TTLS
- Inner Authentication: PAP
- Server Certificate Validation: সক্রিয় (আপনার RADIUS এজেন্টের সার্ভার সার্টিফিকেট CN-এ পিন করুন)
ধাপ ৫: RADIUS টাইমআউট সেট করুন
আপনার WLC-তে RADIUS টাইমআউট ডিফল্ট ৩-৫ সেকেন্ড থেকে বাড়িয়ে ৩০-৬০ সেকেন্ড করুন। MFA পুশ নোটিফিকেশন ব্যবহার করা হলে এটি অত্যন্ত গুরুত্বপূর্ণ, কারণ WLC অথেন্টিকেশন প্রচেষ্টা পরিত্যাগ করার আগে ব্যবহারকারীকে তাদের ডিভাইসে নোটিফিকেশন অনুমোদন করার জন্য পর্যাপ্ত সময় পেতে হবে।
সেরা অনুশীলনসমূহ
WiFi অথেন্টিকেশনের জন্য Okta RADIUS ডেপ্লয় করা সহজ, তবে বেশ কয়েকটি অপারেশনাল সেরা অনুশীলন একটি স্থিতিস্থাপক প্রোডাকশন ডেপ্লয়মেন্টকে একটি দুর্বল প্রুফ-অফ-কনসেপ্ট থেকে আলাদা করে।
SSID স্তরে গেস্ট এবং স্টাফ ট্রাফিক আলাদা করুন। Okta RADIUS হল একটি ওয়ার্কফোর্স আইডেন্টিটি টুল। ভিজিটর এবং গেস্ট অ্যাক্সেসের জন্য, একটি ডেডিকেটেড captive portal সমাধান ডেপ্লয় করুন। এটি গেস্টের সংখ্যার সাথে Okta লাইসেন্স খরচ বৃদ্ধি পাওয়া রোধ করে এবং কাজের পরিষ্কার বিভাজন নিশ্চিত করে। Purple এন্টারপ্রাইজ গ্রাহকরা একই ফিজিক্যাল ইনফ্রাস্ট্রাকচারে স্টাফ অথেন্টিকেশনের জন্য Okta RADIUS ব্যবহার করার পাশাপাশি একটি পৃথক SSID-তে Guest WiFi ডেপ্লয় করতে পারেন।
জটিল পলিসি এনভায়রনমেন্টের জন্য একটি NAC অ্যাপ্লায়েন্স ব্যবহার করুন। ব্যবহারকারীর আইডেন্টিটির পাশাপাশি আপনার এনভায়রনমেন্টে যদি ডিভাইসের অবস্থা, MAC অ্যাড্রেস ফিল্টারিং বা সার্টিফিকেটের অবস্থার উপর ভিত্তি করে শর্তসাপেক্ষ অ্যাক্সেসের প্রয়োজন হয়, তবে Okta RADIUS এজেন্টের কাছে রিকোয়েস্ট প্রক্সি করতে একটি ইন্টারমিডিয়েট NAC অ্যাপ্লায়েন্স (Aruba ClearPass, Cisco ISE, বা Portnox) ডেপ্লয় করুন। NAC অ্যাপ্লায়েন্সটি অতিরিক্ত টানেল অ্যাট্রিবিউট সহ RADIUS রেসপন্সকে আরও সমৃদ্ধ করতে পারে যা কেবল Okta এজেন্ট তৈরি করতে পারে না।
Okta সিস্টেম লগের মাধ্যমে মনিটর করুন। প্রতিটি অথেন্টিকেশন ইভেন্ট - সাফল্য, ব্যর্থতা, MFA চ্যালেঞ্জ এবং ফ্যাক্টরের ধরন - Okta সিস্টেম লগে রেকর্ড করা হয়। অথেন্টিকেশনের অসঙ্গতিগুলির রিয়েল-টাইম অ্যালার্টের জন্য আপনার SIEM-এ লগ স্ট্রিমিং কনফিগার করুন। এটি বিশেষ করে Healthcare এবং পাবলিক সেক্টর সংস্থাগুলির জন্য অত্যন্ত মূল্যবান যা অডিট প্রয়োজনীয়তার অধীন।
একটি সময়সূচী অনুযায়ী শেয়ার্ড সিক্রেটগুলি পরিবর্তন করুন। Okta RADIUS অ্যাপ্লিকেশন এবং আপনার NAS-এর মধ্যকার শেয়ার্ড সিক্রেট একটি অত্যন্ত গুরুত্বপূর্ণ সিকিউরিটি ক্রেডেনশিয়াল। একটি পরিবর্তনের সময়সূচী (ত্রৈমাসিক সুপারিশ করা হয়) প্রয়োগ করুন এবং একই সাথে Okta অ্যাপ্লিকেশন এবং WLC/NAC কনফিগারেশন উভয়ই আপডেট করুন।
RADIUS সার্ভিস অ্যাড্রেস সীমাবদ্ধ করুন। Okta RADIUS এজেন্ট কনফিগারেশনে, কোন IP অ্যাড্রেসগুলিকে RADIUS রিকোয়েস্ট পাঠানোর অনুমতি দেওয়া হয়েছে তা সীমাবদ্ধ করুন। এটি অননুমোদিত NAS ডিভাইসগুলিকে আপনার Okta টেন্যান্টের বিরুদ্ধে অথেন্টিকেশনের চেষ্টা করা থেকে বিরত রাখে।আরও বড় নেটওয়ার্ক আর্কিটেকচারের কনটেক্সটের নির্দেশনার জন্য, The Core SD WAN Benefits for Modern Businesses এবং Wireless Access Points Definition Your Ultimate 2026 Guide দেখুন।
সমস্যা সমাধান ও ঝুঁকি হ্রাস
নিচের টেবিলে Okta RADIUS WiFi ডেপ্লয়মেন্টে সাধারণত যে সব সমস্যার সম্মুখীন হতে হয় এবং সেগুলোর জন্য প্রস্তাবিত সমাধান সংক্ষেপে দেওয়া হলো।
| ব্যর্থতার ধরন | মূল কারণ | সমাধান |
|---|---|---|
| অ অথেন্টিকেশন টাইমআউট | Okta API বা MFA রেসপন্সের জন্য WLC RADIUS টাইমআউট খুব কম | WLC RADIUS টাইমআউট ৩০ - ৬০ সেকেন্ডে বৃদ্ধি করুন |
| Windows ক্লায়েন্ট প্রত্যাখ্যান | Windows ডিফল্টভাবে PEAP-MSCHAPv2 ব্যবহার করে, যা Okta RADIUS প্রত্যাখ্যান করে | MDM বা GPO-এর মাধ্যমে EAP-TTLS/PAP ওয়্যারলেস প্রোফাইল পুশ করুন |
| ভুল VLAN-এ ব্যবহারকারী | Okta গ্রুপের নাম অমিল বা WLC-তে টানেল অ্যাট্রিবিউট অনুপস্থিত | যাচাই করুন যে WLC-তে Class/Filter-Id থেকে Tunnel-Private-Group-ID-তে ম্যাপ করা আছে কিনা; Okta সিস্টেম লগ চেক করুন |
| এজেন্ট অ্যাক্সেস করা যাচ্ছে না | সার্ভার অফলাইন, API টোকেন মেয়াদোত্তীর্ণ, অথবা ফায়ারওয়াল Okta-তে HTTPS ব্লক করছে | রিডানড্যান্ট এজেন্ট ডেপ্লয় করুন; Okta অ্যাডমিন কনসোলে এজেন্টের স্ট্যাটাস মনিটর করুন; আউটবাউন্ড HTTPS যাচাই করুন |
| MFA পুশ ডেলিভার করা হয়নি | ব্যবহারকারী Okta Verify-এ নথিভুক্ত নন, অথবা মোবাইল ডিভাইস অফলাইন | Okta Verify নথিভুক্তি নীতি কার্যকর করুন; ফলব্যাক হিসেবে TOTP বিবেচনা করুন |
| সার্টিফিকেট ভ্যালিডেশন ত্রুটি | ক্লায়েন্ট RADIUS সার্ভার সার্টিফিকেট যাচাই করতে পারছে না | ক্লায়েন্ট ওয়্যারলেস প্রোফাইলে সার্ভার সার্টিফিকেট CN পিন করুন; CA চেইন বিশ্বস্ত কিনা তা নিশ্চিত করুন |
| VLAN অ্যাট্রিবিউট পাঠানো হয়নি | RADIUS রেসপন্স কনফিগারেশনে Okta গ্রুপ অন্তর্ভুক্ত নেই | অ্যাডভান্সড RADIUS সেটিংসে গ্রুপটি তালিকাভুক্ত আছে কিনা তা যাচাই করুন; Okta-তে ব্যবহারকারী ওই গ্রুপের সদস্য কিনা তা নিশ্চিত করুন |
Transport এবং পাবলিক সেক্টরের পরিবেশ যেখানে নেটওয়ার্ক সচল থাকা অত্যন্ত জরুরি, সেখানে সিন্থেটিক মনিটরিং প্রয়োগ করুন যা পর্যায়ক্রমিকভাবে RADIUS অথেন্টিকেশন শুরু থেকে শেষ পর্যন্ত পরীক্ষা করে এবং ব্যবহারকারীরা প্রভাবিত হওয়ার আগেই ব্যর্থতার বিষয়ে সতর্ক করে।
ROI এবং ব্যবসায়িক প্রভাব
Okta RADIUS WiFi অথেন্টিকেশনের ব্যবসায়িক সুবিধা তিনটি স্তম্ভের ওপর ভিত্তি করে গঠিত: পরিচালন দক্ষতা, নিরাপত্তা ব্যবস্থার উন্নতি এবং কমপ্লায়েন্স প্রস্তুতি।
পরিচালন দক্ষতা। Okta-তে WiFi অথেন্টিকেশন একত্রিত করার ফলে প্রতিটি ভেন্যু বা সাইটে আলাদা অন-প্রিমিসেস RADIUS ইনফ্রাস্ট্রাকচার (NPS সার্ভার, লোকাল AD) রক্ষণাবেক্ষণের প্রয়োজন দূর হয়। ৫০টি হোটেল সহ একটি হোটেল চেইনের জন্য, এটি প্রতি সাইটের ইনফ্রাস্ট্রাকচার খরচ এবং IT সাপোর্ট ওভারহেড উল্লেখযোগ্যভাবে হ্রাস করতে পারে। ব্যবহারকারী যুক্ত করা এবং বাদ দেওয়া একক প্রক্রিয়ায় পরিণত হয়: সঠিক Okta গ্রুপে একজন ব্যবহারকারীকে যুক্ত করার সাথে সাথে অ্যাপ্লিকেশন অ্যাক্সেস এবং উপযুক্ত WiFi VLAN অ্যাক্সেস উভয়ই পাওয়া যায়। যখন একজন কর্মচারী চাকরি ছেড়ে চলে যান, তখন তার Okta অ্যাকাউন্ট নিষ্ক্রিয় করার সাথে সাথে সমস্ত সাইটে তার WiFi অ্যাক্সেস তাৎক্ষণিকভাবে বাতিল হয়ে যায়।
নিরাপত্তার অবস্থান। শেয়ার্ড PSK WiFi পাসওয়ার্ডের পরিবর্তে প্রতি-ব্যবহারকারী 802.1X অথেন্টিকেশন ব্যবহার করা হলে ক্রেডেনশিয়াল শেয়ারিং দূর হয়, যা অভ্যন্তরীণ হুমকি এবং অননুমোদিত অ্যাক্সেসের একটি সাধারণ মাধ্যম। ডাইনামিক VLAN অ্যাসাইনমেন্টের সাথে একত্রিত হয়ে, এটি নেটওয়ার্ক লেয়ারে সর্বনিম্ন প্রিভিলেজের নীতি প্রয়োগ করে। Okta সিস্টেম লগ প্রতিটি WiFi অথেন্টিকেশন ইভেন্টের একটি সম্পূর্ণ, টেম্পার-এভিডেন্ট অডিট ট্রেইল প্রদান করে, যা ইনসিডেন্ট রেসপন্সের জন্য অত্যন্ত প্রয়োজনীয়।
কমপ্লায়েন্সের প্রস্তুতি। PCI DSS 4.0 রিকোয়ারমেন্ট 8.3-তে সমস্ত নন-কনসোল অ্যাডমিনিস্ট্রেটিভ অ্যাক্সেসের জন্য MFA বাধ্যতামূলক করা হয়েছে। রিকোয়ারমেন্ট 1.3-তে কার্ডহোল্ডার ডেটা এনভায়রনমেন্ট এবং অন্যান্য নেটওয়ার্কের মধ্যে নেটওয়ার্ক সেগমেন্টেশনের প্রয়োজন হয়। গ্রুপ-ভিত্তিক VLAN অ্যাসাইনমেন্ট সহ Okta RADIUS সরাসরি এই দুটি প্রয়োজনীয়তা পূরণ করে। GDPR কমপ্লায়েন্সের জন্য, Okta সিস্টেম লগ ব্যক্তিগত ডেটা প্রসেসিং সিস্টেমের উপর উপযুক্ত টেকনিক্যাল কন্ট্রোল প্রদর্শনের জন্য প্রয়োজনীয় অ্যাক্সেস রেকর্ড সরবরাহ করে। যেসব ভেন্যু Modern Hospitality WiFi Solutions স্থাপন করছে, তাদের জন্য আইডেন্টিটি এবং নেটওয়ার্ক অ্যাক্সেসের এই সমন্বিত পদ্ধতিটি এন্টারপ্রাইজ প্রকিউরমেন্টের ক্ষেত্রে ক্রমান্বয়ে একটি পূর্বশর্ত হয়ে উঠছে।
যেসব প্রতিষ্ঠান এই ইন্টিগ্রেশন সম্পন্ন করেছে তারা সাধারণত WiFi সংক্রান্ত IT সাপোর্ট টিকেটের সংখ্যা হ্রাস (কম পাসওয়ার্ড রিসেট অনুরোধ, কম VLAN মিসকনফিগারেশন ঘটনা) এবং সিকিউরিটি অডিট স্কোরে একটি পরিমাপযোগ্য উন্নতির কথা জানায়। একটি Okta RADIUS এজেন্ট স্থাপন ও কনফিগার করার বিনিয়োগ - যা একক-সাইট স্থাপনের জন্য সাধারণত সপ্তাহের পরিবর্তে কয়েক দিনের মধ্যে পরিমাপ করা হয় - তা চলমান অপারেশনাল সাশ্রয় এনে দেয় যা একটি ডিস্ট্রিবিউটেড এস্টেট জুড়ে চক্রবৃদ্ধি হারে বৃদ্ধি পায়।
মূল সংজ্ঞাসমূহ
Okta RADIUS Agent
একটি লাইটওয়েট অন-প্রিমিসেস বা ক্লাউড-হোস্টেড প্রক্সি সার্ভিস যা নেটওয়ার্ক অবকাঠামো (অ্যাক্সেস পয়েন্ট, WLCs) থেকে আসা RADIUS অথেন্টিকেশন অনুরোধগুলোকে Okta API কলে রূপান্তর করে, যা Okta ক্লাউডকে 802.1X WiFi-এর অথেন্টিকেশন ব্যাকএন্ড হিসেবে কাজ করতে সক্ষম করে।
Okta দ্বারা চালিত এন্টারপ্রাইজ WiFi অথেন্টিকেশন মোতায়েন করার সময় IT টিমগুলো এর মুখোমুখি হয়। এটি লিগ্যাসি RADIUS-ভিত্তিক নেটওয়ার্ক অবকাঠামো এবং আধুনিক ক্লাউড আইডেন্টিটির মধ্যে একটি অত্যন্ত গুরুত্বপূর্ণ সেতুবন্ধন উপাদান।
802.1X
পোর্ট-ভিত্তিক নেটওয়ার্ক অ্যাক্সেস কন্ট্রোল (NAC) এর জন্য একটি IEEE স্ট্যান্ডার্ড যা ওয়্যার্ড এবং ওয়্যারলেস নেটওয়ার্কের জন্য একটি অথেন্টিকেশন ফ্রেমওয়ার্ক নির্ধারণ করে। এটি supplicant (ডিভাইস), authenticator (AP/সুইচ) এবং অথেন্টিকেশন সার্ভার (RADIUS) এর মধ্যে অথেন্টিকেশন ক্রেডেন্সিয়াল আদান-প্রদান করতে Extensible Authentication Protocol (EAP) ব্যবহার করে।
802.1X হলো এন্টারপ্রাইজ WiFi সুরক্ষার ভিত্তি। WPA2-Enterprise বা WPA3-Enterprise ব্যবহারকারী যেকোনো ডিপ্লয়মেন্টে 802.1X ব্যবহৃত হয়। কানেক্টিভিটি সংক্রান্ত সমস্যা সমাধানের জন্য IT টিমগুলোকে অবশ্যই থ্রি-পার্টি মডেল (supplicant, authenticator, authentication server) বুঝতে হবে।
EAP-TTLS (Extensible Authentication Protocol - Tunnelled Transport Layer Security)
একটি EAP পদ্ধতি যা শুধুমাত্র সার্ভার-সাইড সার্টিফিকেট ব্যবহার করে একটি TLS টানেল স্থাপন করে, তারপর টানেলের ভেতরে একটি সহজতর ইনার অথেন্টিকেশন প্রোটোকল (যেমন PAP) বহন করে। এটি ইনার ক্রেডেন্সিয়ালগুলোকে অননুমোদিতভাবে আড়ি পেতে দেখা থেকে রক্ষা করে এবং একই সাথে শুধুমাত্র সার্ভার-সাইড সার্টিফিকেট অবকাঠামোর প্রয়োজন হয়।
PAP সহ EAP-TTLS হলো Okta RADIUS WiFi অথেন্টিকেশনের জন্য প্রস্তাবিত প্রোটোকল। এটি সাধারণ PAP-এর চেয়ে বেশি নিরাপদ কিন্তু এর জন্য ক্লায়েন্ট-সাইড সার্টিফিকেটের প্রয়োজন হয় না, যা এটিকে BYOD এবং মিশ্র-ডিভাইস পরিবেশের জন্য বাস্তবসম্মত করে তোলে।
EAP-TLS (Extensible Authentication Protocol - Transport Layer Security)
একটি EAP পদ্ধতি যা পারস্পরিক সার্টিফিকেট-ভিত্তিক অথেনটিকেশন ব্যবহার করে - ক্লায়েন্ট এবং সার্ভার উভয়ই ডিজিটাল সার্টিফিকেট প্রদর্শন করে। এটি সবচেয়ে নিরাপদ 802.1X পদ্ধতি, যা ফিশিং-প্রতিরোধী, পাসওয়ার্ড-বিহীন অথেনটিকেশন প্রদান করে।
ম্যানেজড কর্পোরেট ডিভাইস এনভায়রনমেন্টের জন্য EAP-TLS হলো গোল্ড স্ট্যান্ডার্ড। এর জন্য একটি PKI ইনফ্রাস্ট্রাকচার এবং সার্টিফিকেট ডিস্ট্রিবিউশনের জন্য MDM প্রয়োজন। Okta RADIUS এজেন্ট নেটিভভাবে EAP-TLS সমর্থন করে না; একটি ডেডিকেটেড ক্লাউড PKI বা RADIUS পরিষেবার প্রয়োজন হয়।
PAP (পাসওয়ার্ড অথেনটিকেশন প্রোটোকল)
একটি সাধারণ অথেনটিকেশন প্রোটোকল যা ইউজারনেম এবং পাসওয়ার্ড প্লেইনটেক্সটে প্রেরণ করে। 802.1X-এর প্রেক্ষাপটে, PAP একটি EAP-TTLS টানেলের অভ্যন্তরে ইনার অথেনটিকেশন পদ্ধতি হিসাবে ব্যবহৃত হয়, যেখানে আউটার TLS লেয়ারটি এনক্রিপশন প্রদান করে।
PAP হলো Okta RADIUS এজেন্ট দ্বারা সমর্থিত প্রাথমিক অথেনটিকেশন মেকানিজম। IT টিমদের অবশ্যই বুঝতে হবে যে শুধুমাত্র PAP নিরাপদ নয়, তবে সার্ভার সার্টিফিকেট সঠিকভাবে যাচাই করা হলে এন্টারপ্রাইজ WiFi-এর জন্য EAP-TTLS-এর অভ্যন্তরে PAP গ্রহণযোগ্য।
Dynamic VLAN Assignment
একটি নেটওয়ার্ক অ্যাক্সেস কন্ট্রোল টেকনিক যেখানে একটি RADIUS সার্ভার Access-Accept মেসেজে VLAN অ্যাসাইনমেন্ট অ্যাট্রিবিউট রিটার্ন করে, যার ফলে ওয়্যারলেস কন্ট্রোলার বা সুইচটি স্ট্যাটিক প্রতি-SSID VLAN-এর পরিবর্তে ইউজারের আইডেন্টিটি বা গ্রুপ মেম্বারশিপের উপর ভিত্তি করে অথেনটিকেটেড ক্লায়েন্টকে একটি নির্দিষ্ট VLAN-এ স্থাপন করে।
মাল্টি-রোল এনভায়রনমেন্টে (যেমন, সাধারণ কর্মীদের ডিভাইস থেকে POS টার্মিনাল আলাদা করা) নেটওয়ার্ক সেগমেন্টেশনের জন্য Dynamic VLAN assignment অপরিহার্য। Access-Accept মেসেজে RADIUS অ্যাট্রিবিউট 64, 65 এবং 81 রিটার্ন করার মাধ্যমে এটি কনফিগার করা হয়।
RADIUS Attribute 25 (Class)
অথেনটিকেশন সার্ভার থেকে NAS-এ যথেচ্ছ অথরাইজেশন ডেটা পাস করার জন্য ব্যবহৃত একটি স্ট্যান্ডার্ড RADIUS অ্যাট্রিবিউট। ওয়্যারলেস কন্ট্রোলারে Okta গ্রুপ মেম্বারশিপের তথ্য রিটার্ন করতে Okta এই অ্যাট্রিবিউটটি ব্যবহার করে, যা পরে VLAN অ্যাসাইনমেন্ট বা অ্যাক্সেস পলিসির সিদ্ধান্তের জন্য ব্যবহার করা যেতে পারে।
Okta গ্রুপ-ভিত্তিক VLAN অ্যাসাইনমেন্ট কনফিগারকারী IT টিমগুলো Class অ্যাট্রিবিউটের মান পড়ার জন্য এবং এটিকে একটি VLAN ID-তে ম্যাপ করার জন্য WLC কনফিগার করবে। কোন নির্দিষ্ট অ্যাট্রিবিউট ব্যবহার করতে হবে (11, 25, বা 26) তা WLC ভেন্ডরের ডকুমেন্টেশনের উপর নির্ভর করে।
NAS (নেটওয়ার্ক অ্যাক্সেস সার্ভার)
RADIUS পরিভাষায়, NAS হলো এমন একটি নেটওয়ার্ক ডিভাইস যা ইউজারের কানেকশন রিকোয়েস্ট গ্রহণ করে এবং অথেনটিকেশনের জন্য তা RADIUS সার্ভারে ফরোয়ার্ড করে। WiFi ডিপ্লয়মেন্টে, NAS সাধারণত ওয়্যারলেস অ্যাক্সেস পয়েন্ট বা ওয়্যারলেস LAN কন্ট্রোলার হয়ে থাকে।
NAS হলো 802.1X মডেলের অথেনটিকেটর। IT টিমদের অবশ্যই RADIUS সার্ভারের IP অ্যাড্রেস, পোর্ট এবং শেয়ার্ড সিক্রেট দিয়ে NAS কনফিগার করতে হবে। NAS IP অ্যাড্রেসটি Okta RADIUS এজেন্টের সার্ভিস অ্যাড্রেস ফিল্টারিং কনফিগারেশনে হোয়াইটলিস্ট করা উচিত।
Shared Secret
NAS (WLC/AP) এবং RADIUS সার্ভারের (Okta RADIUS এজেন্ট) মধ্যে RADIUS মেসেজগুলোকে অথেনটিকেট করতে ব্যবহৃত একটি প্রি-শেয়ার্ড পাসওয়ার্ড। এটি একটি Message-Authenticator হ্যাশ গণনা করতে ব্যবহৃত হয় যা RADIUS প্যাকেটগুলোর সততা যাচাই করে।
Okta RADIUS অ্যাপ্লিকেশন কনফিগারেশন এবং WLC/NAC RADIUS সার্ভার এন্ট্রি উভয়ের ক্ষেত্রেই শেয়ার্ড সিক্রেট অভিন্ন হতে হবে। এটি কমপক্ষে 32 অক্ষরের, এলোমেলোভাবে জেনারেট করা এবং নিয়মিত শিডিউলে পরিবর্তন করা উচিত। এর অমিল হলো RADIUS অথেনটিকেশন ব্যর্থতার একটি সাধারণ কারণ।
MFA চ্যালেঞ্জ (RADIUS Access-Challenge)
অতিরিক্ত অথেনটিকেশন ফ্যাক্টরের প্রয়োজন হলে অথেনটিকেশন সার্ভার দ্বারা NAS-এ পাঠানো একটি RADIUS মেসেজের ধরন। NAS চ্যালেঞ্জটিকে ক্লায়েন্টের কাছে রিলে করে, যাকে অথেনটিকেশন সম্পন্ন হওয়ার আগে উপযুক্ত ফ্যাক্টর (যেমন, OTP, পুশ অনুমোদন) দিয়ে রেসপন্স করতে হবে।
Access-Challenge মেকানিজমের মাধ্যমে Okta RADIUS-এর ওপর MFA প্রয়োগ করে। IT টিমদের অবশ্যই নিশ্চিত করতে হবে যে WLC চ্যালেঞ্জ-রেসপন্স এক্সচেঞ্জ সমর্থন করে এবং ইউজারের MFA ধাপটি সম্পন্ন করার জন্য RADIUS টাইমআউট যথেষ্ট দীর্ঘ হয়।
সমাধানকৃত উদাহরণসমূহ
একটি ১৫০টি প্রপার্টির হোটেল চেইন বর্তমানে 802.1X স্টাফ WiFi অথেন্টিকেশনের জন্য প্রতিটি প্রপার্টিতে অন-প্রিমিসেস NPS সার্ভার ব্যবহার করে। প্রতিটি NPS সার্ভার একটি লোকাল Active Directory ডোমেইনের সাথে যুক্ত। IT টিম আইডেন্টিটি ম্যানেজমেন্টকে Okta-তে কেন্দ্রীভূত করতে এবং প্রতি প্রপার্টির NPS পরিকাঠামো দূর করতে চায়। তাদের কীভাবে এই মাইগ্রেশনটি সম্পন্ন করা উচিত?
প্রস্তাবিত পদ্ধতিটি হলো প্রতিটি প্রপার্টির পরিবর্তে একটি কেন্দ্রীভূত ক্লাউড VPC-তে মোতায়েন করা Okta RADIUS এজেন্ট ব্যবহার করে একটি পর্যায়ক্রমিক মাইগ্রেশন করা। ধাপ ১: বেশিরভাগ প্রপার্টির কাছাকাছি অঞ্চলের একটি ক্লাউড VPC-তে (যেমন AWS বা Azure) দুটি Okta RADIUS এজেন্ট ইনস্ট্যান্স মোতায়েন করুন। UDP 1812-এ লিসেন করার জন্য এজেন্টগুলো কনফিগার করুন। ধাপ ২: প্রতিটি প্রপার্টির জন্য, WLC-তে সেকেন্ডারি RADIUS সার্ভার হিসেবে Okta RADIUS এজেন্টের IP গুলো যোগ করুন এবং বিদ্যমান NPS-কে প্রাইমারি হিসেবে রাখুন। এটি লাইভ অথেন্টিকেশনে কোনো ব্যাঘাত না ঘটিয়ে সমান্তরালভাবে কাজ করতে এবং পরীক্ষা করতে সাহায্য করে। ধাপ ৩: ব্যবহারকারীদের লোকাল AD থেকে Okta-তে মাইগ্রেট করুন। প্রাথমিকভাবে বিদ্যমান অ্যাকাউন্টগুলো সিঙ্ক করতে Okta-এর AD এজেন্ট ব্যবহার করুন, তারপর পর্যায়ক্রমে মূল উৎস হিসেবে Okta-তে স্থানান্তরিত হন। ধাপ ৪: প্রতিটি প্রপার্টির জন্য, EAP-TTLS/PAP ব্যবহার করতে WLC কনফিগার করুন এবং MDM-এর মাধ্যমে স্টাফদের ডিভাইসে নতুন ওয়্যারলেস প্রোফাইল পুশ করুন। ধাপ ৫: সব ডিভাইস EAP-TTLS-এ নিশ্চিত হয়ে গেলে, WLC RADIUS প্রায়োরিটি পরিবর্তন করে Okta এজেন্টদের প্রাইমারি হিসেবে সেট করুন এবং NPS সার্ভারগুলো নিষ্ক্রিয় করুন। Okta গ্রুপগুলো (Front-Desk, Housekeeping, F&B, Management, IT-Admins) কনফিগার করুন এবং Attribute 25 (Class) ব্যবহার করে গ্রুপ-ভিত্তিক VLAN অ্যাসাইনমেন্ট সক্রিয় করুন। প্রতিটি গ্রুপকে WLC-র উপযুক্ত VLAN-এ ম্যাপ করুন। Okta API ল্যাটেন্সি সামঞ্জস্য করতে WLC RADIUS টাইমআউট ৪৫ সেকেন্ডে বৃদ্ধি করুন।
৩২০টি স্টোর বিশিষ্ট একটি জাতীয় রিটেল চেইনের স্টাফ WiFi-এর জন্য PCI DSS 4.0 কমপ্লায়েন্স অর্জন করা প্রয়োজন। স্টোরের কর্মীরা ইনভেন্টরি ম্যানেজমেন্টের জন্য হ্যান্ডহেল্ড ডিভাইস ব্যবহার করেন এবং পয়েন্ট-অফ-সেল ট্রানজ্যাকশনের জন্য একটি পৃথক ডিভাইস সেট ব্যবহার করা হয়। এই চেইনটি কর্মীবাহিনীর সমস্ত আইডেন্টিটির জন্য Okta ব্যবহার করে। PCI DSS নেটওয়ার্ক সেগমেন্টেশনের প্রয়োজনীয়তা পূরণের জন্য তারা Okta RADIUS ব্যবহার করে কীভাবে VLAN সেগমেন্টেশন বাস্তবায়ন করবে?
তিনটি Okta গ্রুপ তৈরি করুন: POS-Staff (যেসব কর্মচারীরা POS টার্মিনাল পরিচালনা করেন তাদের জন্য), Inventory-Staff (গুদাম এবং শপ ফ্লোরের সহযোগীদের জন্য), এবং Store-Management। Okta RADIUS অ্যাপ্লিকেশনে, 'Include groups in RADIUS response' সক্ষম করুন এবং Attribute 25 (Class) নির্বাচন করুন। রেসপন্স কনফিগারেশনে তিনটি গ্রুপই যোগ করুন। প্রতিটি স্টোরের ওয়্যারলেস কন্ট্রোলারে (অথবা ক্লাউড WLC-এর মাধ্যমে কেন্দ্রীয়ভাবে), তিনটি প্রয়োগ নীতি তৈরি করুন: (১) যদি Class = POS-Staff হয়, তবে Tunnel-Private-Group-ID = 40 বরাদ্দ করুন (এটি POS VLAN, যা PCI-DSS এর আওতাভুক্ত এবং ফায়ারওয়াল নিয়মের মাধ্যমে শুধুমাত্র পেমেন্ট প্রসেসরে অ্যাক্সেস সীমিত করে)। (২) যদি Class = Inventory-Staff হয়, তবে Tunnel-Private-Group-ID = 50 বরাদ্দ করুন (ইনভেন্টরি VLAN, যা PCI-এর আওতাভুক্ত নয়)। (৩) যদি Class = Store-Management হয়, তবে Tunnel-Private-Group-ID = 60 বরাদ্দ করুন (ম্যানেজমেন্ট VLAN, যাতে স্টোর ম্যানেজমেন্ট সিস্টেমে অ্যাক্সেস রয়েছে)। POS-Staff গ্রুপের কোনো ব্যবহারকারীর ক্রেডেন্সিয়াল দিয়ে কানেক্ট করা ডিভাইসগুলো স্বয়ংক্রিয়ভাবে VLAN 40-এ চলে যাবে। যদি কোনো স্টোর সহযোগীর ভূমিকা পরিবর্তিত হয়, তবে তাদের Okta গ্রুপ মেম্বারশিপ আপডেট করার সাথে সাথে পরবর্তী কানেকশনে তাদের VLAN অ্যাসাইনমেন্ট পরিবর্তিত হয়ে যাবে - কোনো WLC রি-কনফিগারেশনের প্রয়োজন নেই। PCI-DSS QSA অডিটের জন্য নেটওয়ার্ক সেগমেন্টেশন ডায়াগ্রামে Okta গ্রুপ-টু-VLAN ম্যাপিংটি নথিভুক্ত করুন।
অনুশীলনী প্রশ্নসমূহ
Q1. একটি মাঝারি আকারের কনফারেন্স সেন্টার সমস্ত কর্মীদের পরিচয় ব্যবস্থাপনার জন্য Okta ব্যবহার করে। তারা তাদের বিদ্যমান Cisco Meraki অ্যাক্সেস পয়েন্ট ব্যবহার করে কর্মীদের জন্য 802.1X WiFi স্থাপন করতে চায়। তাদের Windows ল্যাপটপগুলো Microsoft Intune-এর মাধ্যমে পরিচালনা করা হয়। IT ম্যানেজার সমস্ত WiFi সংযোগের জন্য Okta Verify পুশ MFA বাধ্যতামূলক করতে চান। তাদের অবশ্যই সম্পন্ন করতে হবে এমন তিনটি অত্যন্ত গুরুত্বপূর্ণ কনফিগারেশন ধাপ কী কী, এবং তারা যদি এর কোনোটি এড়িয়ে যান তবে সবচেয়ে সম্ভাব্য ব্যর্থতার ধরন (failure mode) কী হবে?
ইঙ্গিত: Okta RADIUS এবং Windows ডিফল্টের মধ্যে EAP প্রোটোকলের সামঞ্জস্যতা, RADIUS টাইমআউট সেটিং এবং ক্লায়েন্ট ওয়্যারলেস প্রোফাইল কনফিগারেশনের কথা বিবেচনা করুন।
মডেল উত্তর দেখুন
তিনটি গুরুত্বপূর্ণ ধাপ হলো: (১) Intune-এর মাধ্যমে একটি ওয়্যারলেস প্রোফাইল স্থাপন করা যা Windows ক্লায়েন্টদের ইনার মেথড হিসেবে PAP-এর সাথে EAP-TTLS ব্যবহার করার জন্য কনফিগার করে - Windows ডিফল্টভাবে PEAP-MSCHAPv2 ব্যবহার করে, যা Okta RADIUS এজেন্ট সমর্থন করে না, যার ফলে সমস্ত প্রমাণীকরণের (authentication) প্রচেষ্টা প্রত্যাখ্যাত হবে। (২) Cisco Meraki RADIUS টাইমআউট ডিফল্ট ৫ সেকেন্ড থেকে বাড়িয়ে অন্তত ৪৫ - ৬০ সেকেন্ড করা - এটি না করলে, ব্যবহারকারী Okta Verify পুশ নোটিফিকেশন অনুমোদন করার আগেই প্রমাণীকরণের অনুরোধের সময় শেষ (time out) হয়ে যাবে। (৩) Okta RADIUS অ্যাপ্লিকেশনের Advanced RADIUS Settings-এ 'Permit Automatic Push for Okta Verify Enrolled Users' সক্ষম করা - এটি ছাড়া, ব্যবহারকারীদের স্বয়ংক্রিয় পুশ পাওয়ার পরিবর্তে ম্যানুয়ালি তাদের MFA ফ্যাক্টর নির্বাচন করার জন্য অনুরোধ করা হতে পারে। ধাপ ১ এড়িয়ে গেলে সবচেয়ে সম্ভাব্য ব্যর্থতার ধরন হলো সমস্ত Windows ডিভাইসের জন্য সম্পূর্ণ প্রমাণীকরণ ব্যর্থতা। ধাপ ২ এড়িয়ে গেলে, যেসব ব্যবহারকারী পুশ অনুমোদন করতে ৫ সেকেন্ডের বেশি সময় নেবেন তাদের প্রমাণীকরণ মাঝে মাঝে ব্যর্থ হবে। ধাপ ৩ এড়িয়ে গেলে, ব্যবহারকারীরা একটি নির্বিঘ্ন পুশ নোটিফিকেশনের পরিবর্তে একটি বিভ্রান্তিকর চ্যালেঞ্জ প্রম্পটের সম্মুখীন হবেন।
Q2. একটি বড় রিটেইল চেইনের সিকিউরিটি টিম চিহ্নিত করেছে যে তাদের বর্তমান Okta RADIUS WiFi ডেপ্লয়মেন্টে একটি মাত্র RADIUS এজেন্ট সার্ভার ব্যবহার করা হয়েছে। সাম্প্রতিক একটি প্যাচিং উইন্ডো চলাকালীন, সার্ভারটি ৪৫ মিনিটের জন্য অফলাইন ছিল, যার ফলে সমস্ত ৮০টি স্টোরে WiFi প্রমাণীকরণ ব্যর্থ হয়েছিল। এটি প্রতিরোধ করতে IT টিমের কী ধরনের আর্কিটেকচারাল পরিবর্তন বাস্তবায়ন করা উচিত এবং এজেন্টদের জন্য ডেপ্লয়মেন্টের দুটি বিকল্প কী কী?
ইঙ্গিত: রিডান্ডেন্সি সমর্থন করার জন্য প্রয়োজনীয় এজেন্ট ডেপ্লয়মেন্ট টপোলজি এবং WLC কনফিগারেশন উভয়ই বিবেচনা করুন।
মডেল উত্তর দেখুন
IT টিমের কমপক্ষে দুটি Okta RADIUS এজেন্ট ইনস্ট্যান্স স্থাপন করা উচিত এবং প্রতিটি স্টোরের WLC-কে উভয় এজেন্ট ব্যবহার করার জন্য কনফিগার করা উচিত। ডেপ্লয়মেন্টের দুটি বিকল্প রয়েছে: বিকল্প ক (সেন্ট্রালাইজড ক্লাউড VMs) - একটি ক্লাউড VPC-তে (যেমন, AWS বা Azure) উভয় এজেন্ট স্থাপন করা, আদর্শভাবে বিভিন্ন অ্যাভেইলেবিলিটি জোনে। প্রতিটি স্টোরের WLC উভয় ক্লাউড IP-কে নির্দেশ করবে, যেখানে একটি প্রাইমারি এবং একটি সেকেন্ডারি হিসেবে থাকবে (অথবা লোড ব্যালেন্সিং সক্ষম থাকবে)। এটি প্রতিটি সাইটের জন্য প্রয়োজনীয় অবকাঠামো কমায় তবে WAN-এর উপর নির্ভরশীলতা তৈরি করে। বিকল্প খ (অন-প্রিমিসেস রিডান্ডেন্ট পেয়ার) - একটি কেন্দ্রীয় ডেটা সেন্টার বা কো-লোকেশন সুবিধায় দুটি এজেন্ট সার্ভার স্থাপন করা, যেখানে WLC RADIUS ফেইলওভার ব্যবহার করবে। WLC-তে, প্রাইমারি RADIUS সার্ভার হিসেবে Agent 1 এবং সেকেন্ডারি হিসেবে Agent 2 কনফিগার করুন, যার ফেইলওভার টাইমআউট হবে ৩ - ৫ সেকেন্ড। WLC ভেন্ডর দ্বারা সমর্থিত হলে 'Dead Server Detection' সক্ষম করুন। অতিরিক্তভাবে, IT টিমের Okta Admin Console-এ হেলথ মনিটরিং কনফিগার করা উচিত এবং কোনো এজেন্ট অফলাইনে গেলে অ্যালার্ট সেট আপ করা উচিত। লোকাল সার্ভার থাকা স্টোরগুলোর জন্য, WAN বিভ্রাটের বিরুদ্ধে স্থিতিস্থাপকতার জন্য একটি লোকাল এজেন্ট টারশিয়ারি ফলব্যাক হিসেবে কাজ করতে পারে।
Q3. একটি এন্টারপ্রাইজ সংস্থা তাদের কর্পোরেট WiFi-এর জন্য EAP-TTLS/PAP-এর সাথে Okta RADIUS এজেন্ট ব্যবহার করবে নাকি EAP-TLS-এর জন্য একটি ক্লাউড PKI সলিউশনে বিনিয়োগ করবে তা মূল্যায়ন করছে। তাদের Microsoft Intune-এ নথিভুক্ত ২,০০০টি পরিচালিত Windows এবং macOS ডিভাইস রয়েছে এবং তারা PCI DSS 4.0-এর অধীনস্থ। সুপারিশকৃত পদ্ধতি কী এবং এর প্রাথমিক সিকিউরিটি যৌক্তিকতা কী?
ইঙ্গিত: PCI DSS-এর প্রয়োজনীয়তা, ডিভাইস ম্যানেজমেন্ট ম্যাচিউরিটি (সব ডিভাইস MDM-এ নথিভুক্ত) এবং প্রতিটি প্রমাণীকরণ পদ্ধতির সিকিউরিটি প্রপার্টি বিবেচনা করুন।
মডেল উত্তর দেখুন
সুপারিশকৃত পদ্ধতি হলো একটি ক্লাউড PKI সমাধানের সাথে EAP-TLS-এ বিনিয়োগ করা। এর প্রাথমিক নিরাপত্তা যুক্তি হলো পারস্পরিক প্রমাণীকরণ (mutual authentication): EAP-TLS-এর জন্য ক্লায়েন্ট এবং RADIUS সার্ভার উভয়কেই ডিজিটাল সার্টিফিকেট প্রদর্শন করতে হয়, যার অর্থ ডিভাইসটি নেটওয়ার্কের কাছে ক্রিপ্টোগ্রাফিকভাবে তার পরিচয় প্রমাণ করে এবং নেটওয়ার্কটি ডিভাইসের কাছে তার পরিচয় প্রমাণ করে। এটি ইভিল টুইন অ্যাটাকের (যেখানে একটি প্রতারক AP কর্পোরেট SSID-এর ছদ্মবেশ ধারণ করে) ঝুঁকি দূর করে এবং WiFi প্রমাণীকরণ সমীকরণ থেকে পাসওয়ার্ড সম্পূর্ণভাবে সরিয়ে দেয়, যা শংসাপত্র চুরি এবং ফিশিংকে আক্রমণের পথ হিসেবে মুছে ফেলে। PCI DSS 4.0-এর জন্য, EAP-TLS সার্টিফিকেট-ভিত্তিক প্রমাণীকরণের মাধ্যমে পরোক্ষভাবে Requirement 8.3 (নন-কনসোল অ্যাডমিন অ্যাক্সেসের জন্য MFA) পূরণ করে এবং এটি WPA3-Enterprise 192-bit মোড (শক্তিশালী ক্রিপ্টোগ্রাফির জন্য Requirement 4.2.1) সমর্থন করে। পূর্বশর্তটি - Intune-এ নিবন্ধিত সমস্ত ২,০০০ ডিভাইস - ইতিমধ্যেই পূরণ করা হয়েছে, যার ফলে Intune SCEP প্রোফাইলের মাধ্যমে সার্টিফিকেট বিতরণ সহজ হয়ে গেছে। PKI নির্মাণের সময় EAP-TTLS/PAP সহ Okta RADIUS এজেন্ট একটি গ্রহণযোগ্য অন্তর্বর্তীকালীন সমাধান হতে পারে, তবে PCI DSS-এর আওতা এবং সম্পূর্ণভাবে পরিচালিত ডিভাইস এস্টেট বিবেচনা করে, EAP-TLS হলো দীর্ঘমেয়াদী সঠিক আর্কিটেকচার। একটি ক্লাউড PKI সার্ভিসে অতিরিক্ত বিনিয়োগ (সাধারণত ডিভাইস প্রতি বছরে $3-8) নিরাপত্তা বৃদ্ধি এবং শংসাপত্র পরিচালনার ওভারহেড কমানোর মাধ্যমে যুক্তিযুক্ত হয়।
প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী
Can I connect Okta directly to enterprise WiFi without an intermediate RADIUS server?
No. Enterprise wireless access points and controllers authenticate clients using the 802.1X protocol, which relies on RADIUS (Remote Authentication Dial-In User Service). Because Okta is a cloud identity provider operating over REST APIs and SAML or OIDC, it cannot speak the RADIUS protocol directly over UDP ports 1812 and 1813. You must deploy either the on-premises Okta RADIUS Server Agent or a cloud RADIUS service that translates network authentication requests into Okta API calls.
What is the difference between the on-premises Okta RADIUS agent and Cloud RADIUS?
The Okta RADIUS agent is a service that you host on an internal Windows or Linux virtual machine. It receives RADIUS requests from your wireless controllers and proxies them to the Okta API. Cloud RADIUS is a fully hosted, multi-region cloud service that requires zero on-premises virtual machines, offers native PKI integration for EAP-TLS client certificates, and scales globally with automated failover.
Which EAP authentication protocol should be used with the Okta RADIUS agent?
Okta recommends EAP-TTLS (Tunneled Transport Layer Security) with PAP as the inner authentication method when using the Okta RADIUS agent. EAP-TTLS establishes an encrypted TLS tunnel using a server-side certificate on the RADIUS agent, protecting user credentials in transit while allowing Okta to validate passwords directly against its cloud directory without requiring client-side certificates.
How does dynamic VLAN assignment work between Okta and wireless controllers?
Dynamic VLAN assignment allows your wireless LAN controller to place users onto specific network segments based on their Okta group membership. During 802.1X authentication, the RADIUS server returns standard attributes in the Access-Accept response: Tunnel-Type (Attribute 64 = VLAN), Tunnel-Medium-Type (Attribute 65 = 802), and Tunnel-Private-Group-ID (Attribute 81 = VLAN ID or name). Your controller assigns the client to that VLAN tag upon connection.
What RADIUS timeout settings are required when using Okta Verify push MFA for WiFi?
Standard RADIUS timeouts of 3 to 5 seconds are too short for interactive push notifications, causing the wireless controller to drop connections before the user can approve the prompt on their phone. When enabling Okta Verify push notifications for WiFi access, increase your wireless controller RADIUS retransmission timeout to at least 30 to 60 seconds and set retry attempts to 1 or 2 to avoid duplicate push notifications.
এই সিরিজে পড়া চালিয়ে যান
এন্টারপ্রাইজ ডেপ্লয়মেন্টের জন্য IronWiFi এর বিকল্পসমূহ
আপনি আপনার নেটওয়ার্কের প্রয়োজনীয় কাজগুলোর ওপর ভিত্তি করে একটি IronWiFi বিকল্পের সংক্ষিপ্ত তালিকা তৈরি করতে পারবেন: অথেন্টিকেশন, আইডেন্টিটি, সম্মতি, হার্ডওয়্যার কভারেজ এবং তিন বছরের খরচ। আপনি জানতে পারবেন কখন Purple, Cloud4Wi, Spotipo বা Cloudi-Fi আরও ভালভাবে মানিয়ে যায়, কখন IronWiFi এখনও জয়ী হয় এবং কীভাবে একটি ওয়ান-ভেন্যু পাইলট চালাতে হয় যা প্রতিটি ভেন্ডরের দাবি প্রমাণ করে।
Sophos Firewall এবং গেস্ট WiFi: Purple-এর সাথে ক্যাপটিভ পোর্টাল সেটআপ
কীভাবে Purple-এর ক্লাউড গেস্ট WiFi একটি স্ট্যান্ডার্ড এক্সটার্নাল ক্যাপটিভ পোর্টাল এবং RADIUS-এর মাধ্যমে Sophos Firewall এবং এর অ্যাক্সেস পয়েন্টগুলোর সাথে কাজ করে, এবং কোথায় সাপোর্ট পরীক্ষা করতে হবে ও ধাপগুলো খুঁজে পেতে হবে।
Aruba Central এবং Purple WiFi: ক্লাউড-ম্যানেজড ইন্টিগ্রেশন
Purple-এর ক্লাউড-হোস্টেড গেস্ট WiFi ইন্টেলিজেন্স প্ল্যাটফর্মের সাথে Aruba Central-কে ইন্টিগ্রেট করার জন্য একটি বিস্তৃত টেকনিক্যাল রেফারেন্স গাইড। এই গাইডটি এন্টারপ্রাইজ আইটি টিমগুলোর জন্য আর্কিটেকচার, এক্সটার্নাল Captive Portal এবং RADIUS-এর ধাপে ধাপে কনফিগারেশন এবং মাল্টি-সাইট রোলআউট কৌশলগুলো কভার করে।
আপনার নির্দিষ্ট সেটআপ নিয়ে কোনো প্রশ্ন আছে?
আমাদের টিম ৮০,০০০ ভেন্যুতে ভেন্যু অপারেটর, IT ম্যানেজার এবং নেটওয়ার্ক ইঞ্জিনিয়ারদের সাথে কাজ করে। একটি ২০ মিনিটের কল বুক করুন এবং আপনার মতো অন্যরা কীভাবে এর সমাধান করেছেন তা আমরা আপনাকে দেখাব।