আপনি সম্ভবত এই মুহূর্তে দুইটি WiFi সংক্রান্ত সমস্যার যেকোনো একটির মুখোমুখি হচ্ছেন।
হয় আপনার কর্মীরা এখনও একটি শেয়ারড পাসওয়ার্ড ব্যবহার করছেন যা আপনার অনবোর্ডিং ইমেলের চেয়েও দ্রুত ছড়িয়ে পড়ছে, অথবা আপনি অ্যাক্সেস আরও কঠোর করার চেষ্টা করে শেষ পর্যন্ত Captive Portal , ডিভাইস ব্যতিক্রম এবং সাপোর্ট টিকেটের একটি জটিল পরিস্থিতির সৃষ্টি করেছেন। কোনো চাকরি ছেড়ে চলে যাওয়া ব্যক্তির এখনও নেটওয়ার্ক অ্যাক্সেস রয়েছে। কোনো ঠিকাদারের অস্থায়ী সংযোগ প্রয়োজন। একটি প্রিন্টার আধুনিক কোনো কিছুর সাথে যুক্ত হতে অস্বীকার করছে। অতিথিরা অভিযোগ করছেন যে সংযোগ স্থাপন করা আপনার কাছ থেকে অর্ডার দেওয়ার চেয়েও কঠিন মনে হচ্ছে।
ঠিক এই সময়েই অনেক IT ম্যানেজার EAP method WiFi অনুসন্ধান করা শুরু করেন এবং সরাসরি এমন স্ট্যান্ডার্ড ল্যাঙ্গুয়েজ, অ্যাক্রোনিম ও কনফিগারেশন টার্মের মুখোমুখি হন যা এই প্রশ্নের স্পষ্ট উত্তর দেয় না: কোন পদ্ধতিটি একটি নতুন অপারেশনাল বোঝা তৈরি না করেই আপনাকে নিরাপদ অ্যাক্সেস প্রদান করে?
সংক্ষিপ্ত রূপটি সহজ। EAP আপনাকে WiFi-কে একটি শেয়ারড রুমের চাবির মতো বিবেচনা করা বন্ধ করতে এবং এটিকে একটি আইডেন্টিটি ডিসিশন হিসেবে বিবেচনা করতে সাহায্য করে। সঠিকভাবে করা হলে, এটি নিরাপত্তা উন্নত করে, বৈধ ব্যবহারকারীদের জন্য অ্যাক্সেস সহজ করে এবং কার সাথে, কিসের মাধ্যমে এবং কোন পলিসির অধীনে সংযোগ করা হচ্ছে তার ওপর IT-কে আরও কঠোর নিয়ন্ত্রণ দেয়।
শেয়ারড WiFi পাসওয়ার্ডের অবসান
একটি শেয়ারড WiFi পাসওয়ার্ড সুবিধাজনক মনে হয় যতক্ষণ না এটি আপনার সবচেয়ে দুর্বল নিয়ন্ত্রণে পরিণত হয়।
একটি হোটেলের অপারেশনস ম্যানেজার একজন নতুন কর্মীকে স্টাফ SSID পাসওয়ার্ড দেন। সপ্তাহের শেষে, এজেন্সি কর্মীরা এটি জেনে যায়, একজন প্রাক্তন কর্মচারীর ব্যক্তিগত ফোনে এখনও এটি সংরক্ষিত থাকে এবং কেউ একজন ব্যাক অফিসে একটি হোয়াইটবোর্ডে এটি লিখে রাখে কারণ বারকোড স্ক্যানারগুলো বারবার অফলাইন হয়ে যাচ্ছিল। এর কোনোটিই সেই মুহূর্তে নাটকীয় মনে হয় না। এটি কেবল স্বাভাবিক হয়ে যায়।
সমস্যা হলো শেয়ারড পাসওয়ার্ড কাউকে সনাক্ত করে না। তারা একটি ভিড়কে সনাক্ত করে। যদি একজন ব্যক্তি চলে যান, তবে আপনি কেবল সেই ব্যক্তিকে বাদ দিতে পারবেন না। আপনাকে হয় ঝুঁকিটি রেখে দিতে হবে অথবা সবার জন্য পাসওয়ার্ড পরিবর্তন করতে হবে এবং সেই বিশৃঙ্খলা মেনে নিতে হবে।
কেন শেয়ারড অ্যাক্সেস ব্যয়বহুল হয়ে ওঠে
নিরাপত্তার সমস্যাটি স্পষ্ট, তবে অপারেশনাল সমস্যাটিই সাধারণত পরিবর্তন আনতে বাধ্য করে।
- অফবোর্ডিং জটিল হয়ে ওঠে: যখন একজন কর্মচারী চলে যান, তখন IT-কে প্রায়ই এমন একটি পাসওয়ার্ড পরিবর্তন করতে হয় যা প্রতিটি ডিভাইস এবং টিমকে প্রভাবিত করে।
- সাপোর্ট টিমগুলো এড়ানো যায় এমন কাজ পায়: মানুষ পাসওয়ার্ড ভুলে যায়, ভুল টাইপ করে, অথবা ভুল নেটওয়ার্কের সাথে ভুল ডিভাইস সংযুক্ত করে।
- ব্যবহারকারীর অভিজ্ঞতা ব্যাহত হয়: অতিথিরা Captive Portal-এর সম্মুখীন হন। কর্মীরা সাইন-ইন প্রম্পটগুলোর মধ্য দিয়ে যান। ডিভাইসগুলো অসঙ্গতিপূর্ণভাবে পুনরায় সংযোগ করে।
এই কারণেই আধুনিক WiFi ডিজাইন একক শেয়ারড সিক্রেট থেকে সরে এসে আইডেন্টিটি-ভিত্তিক অ্যাক্সেসের (identity-based access) দিকে এগিয়েছে। "এই ডিভাইসটি কি পাসওয়ার্ডটি জানে?" তা জিজ্ঞাসা করার পরিবর্তে, নেটওয়ার্ক জিজ্ঞাসা করে, "এটি কে বা কী, এবং এটিকে কি প্রবেশ করতে দেওয়া উচিত?"
শেয়ারড পাসওয়ার্ড বিতরণ করা সহজ এবং নিয়ন্ত্রণ করা কঠিন। আইডেন্টিটি-ভিত্তিক অ্যাক্সেস এটিকে সম্পূর্ণ বদলে দেয়।
আরও ভালো সমাধান কেমন দেখায়
একটি আরও ভালো সেটআপে, একজন কর্মচারীর ল্যাপটপ স্বয়ংক্রিয়ভাবে WiFi-এ যুক্ত হয় কারণ এতে ইতিমধ্যেই সঠিক প্রোফাইল এবং পরিচয় রয়েছে। কোনো কাগজে পাসওয়ার্ড লিখে না দিয়েই একজন গেস্ট সংযুক্ত হতে পারেন। অন্য সবাইকে প্রভাবিত না করেই একটি পরিচালিত ডিভাইসের অ্যাক্সেস বাতিল করা যেতে পারে।
এটাই EAP-এর ব্যবসায়িক মূল্য। এটি শুধুমাত্র একটি প্রোটোকল নির্বাচন নয়। এটি আপনার অন্যান্য গুরুত্বপূর্ণ সিস্টেমের মতো WiFi অ্যাক্সেসকে ব্যবহারকারী, ডিভাইস এবং পলিসির সাথে সংযুক্ত করার একটি উপায়, কোনো গোপন পাসওয়ার্ডের পরিবর্তে যা অবশেষে সবাই জেনে যায়।
EAP এবং 802.1X-এর ভিত্তি বোঝা
অধিকাংশ বিভ্রান্তি এখান থেকেই শুরু হয়। লোকেরা EAP নিয়ে এমনভাবে কথা বলে যেন এটি নিজেই একটি অথেন্টিকেশন পদ্ধতি। কিন্তু এটি তা নয়।
এন্টারপ্রাইজ WiFi-এ, EAP হলো 802.1X দ্বারা ব্যবহৃত একটি নেগোসিয়েশন ফ্রেমওয়ার্ক, যেখানে অ্যাক্সেস পয়েন্ট সাধারণ ট্রাফিককে ব্লক করে এবং ডিভাইস ও একটি RADIUS সার্ভারের মধ্যে EAP মেসেজ রিলে করে যতক্ষণ না পদ্ধতি-নির্দিষ্ট এক্সচেঞ্জ সফল হয়, যেমনটি ব্যাখ্যা করা হয়েছে এন্টারপ্রাইজ WiFi অথেন্টিকেশন পদ্ধতি সম্পর্কিত Fleet-এর ওভারভিউতে । এই কারণেই সঠিক EAP পদ্ধতি নির্বাচন করা এত গুরুত্বপূর্ণ। ফ্রেমওয়ার্ক একই থাকে, কিন্তু পরিচয়ের প্রমাণ পরিবর্তিত হয়।
একটি সহজ মানসিক মডেল
802.1X-কে একটি ব্যক্তিগত অনুষ্ঠানের নিরাপত্তা প্রহরী হিসেবে ভাবুন।
ডিভাইসটি ভিতরে আসতে চায়। অ্যাক্সেস পয়েন্টটি দরজায় দাঁড়িয়ে বলে, “আপনি এখনও সঠিকভাবে প্রবেশ করতে পারবেন না।” অ্যাক্সেস পয়েন্ট নিজে থেকে পরিচয় নির্ধারণ করে না। এটি কথোপকথনটি একটি অথেন্টিকেশন সার্ভারের কাছে পাঠিয়ে দেয়, যা সাধারণত RADIUS।
EAP হলো সেই ভাষা যা কথোপকথনের সময় ব্যবহৃত হয়।
একটি EAP পদ্ধতি হয়তো বলতে পারে, “আমাকে আপনার সার্টিফিকেট দেখান।” আরেকটি পদ্ধতি হয়তো বলতে পারে, “প্রথমে একটি সুরক্ষিত টানেল তৈরি করুন, তারপর তার ভিতরে একটি ইউজারনেম এবং পাসওয়ার্ড পাঠান।” একই প্রহরী। একই দরজা। ভিন্ন প্রমাণ।
তিনটি গুরুত্বপূর্ণ ভূমিকা
আপনি যখন জানেন কে কোন ভূমিকা পালন করছে, তখন অনেক ট্রাবলশুটিং সহজ হয়ে যায়:
| উপাদান | ভূমিকা | সহজ বাংলায় কাজ |
|---|---|---|
| Supplicant | ক্লায়েন্ট ডিভাইস | ল্যাপটপ, ফোন, ট্যাবলেট, বা স্ক্যানার যা যুক্ত হতে অনুরোধ করছে |
| Authenticator | অ্যাক্সেস পয়েন্ট বা সুইচ | দ্বাররক্ষক যা নেটওয়ার্কের অ্যাক্সেস নিয়ন্ত্রণ করে |
| Authentication server | সাধারণত RADIUS | সিস্টেম যা ক্রেডেন্সিয়াল চেক করে এবং অ্যাক্সেস অনুমতি বা প্রত্যাখ্যান প্রদান করে |
এর মধ্যে যেকোনো একটি যদি ভুলভাবে কনফিগার করা থাকে, তবে ব্যবহারকারীরা প্রায়শই কেবল “সংযোগ করা যাচ্ছে না” দেখতে পান, যার কারণেই প্রথমবার ডিপ্লয় করার সময় EAP-কে জটিল মনে হতে পারে।
কেন এটি স্ট্যান্ডার্ড এন্টারপ্রাইজ মডেল হয়ে উঠেছে
যুক্তরাজ্যে, এন্টারপ্রাইজ এবং পাবলিক-সেক্টরের WiFi পরিকল্পনা দীর্ঘকাল ধরে IEEE এবং RFC মান দ্বারা আকৃতি পেয়েছে। Microsoft-এর EAP ডকুমেন্টেশনে উল্লেখ করা হয়েছে যে IEEE 802.1X ব্যবহার করে ওয়্যারলেস অ্যাক্সেসের জন্য EAP ব্যবহৃত হয়, এবং IEEE 802.11 ওয়্যারলেস LAN ডিপ্লয়মেন্টে ব্যবহৃত EAP মেথডগুলোর প্রয়োজনীয়তা নির্ধারণ করতে RFC 4017 প্রকাশিত হয়েছিল। এই মানককরণটি EAP সহ 802.1X কে নিরাপদ ওয়্যারলেস অ্যাক্সেসের জন্য বেসলাইন আর্কিটেকচার হিসেবে প্রতিষ্ঠা করেছে, যা পুরোনো শেয়ার্ড-কী পদ্ধতিগুলোকে প্রতিস্থাপন করেছে। Microsoft আরও উল্লেখ করেছে যে WPA3-Enterprise 192-bit মোডের জন্য EAP-TLS একমাত্র অনুমোদিত EAP মেথড, যা দেখায় যে কীভাবে সার্টিফিকেট-ভিত্তিক EAP একটি এন্টারপ্রাইজ বিকল্প থেকে নেটওয়ার্ক অ্যাক্সেস এবং EAP সংক্রান্ত Microsoft-এর ডকুমেন্টেশনে সর্বোচ্চ-নিশ্চয়তার WiFi ডিপ্লয়মেন্টের জন্য প্রয়োজনীয়তায় পরিণত হয়েছে।
ব্যবহারিক নিয়ম: আপনি যদি স্টাফ, নিয়ন্ত্রিত পরিবেশ বা বড় এস্টেটের জন্য WiFi পরিচালনা করেন, তবে 802.1X এবং আইডেন্টিটির দিক থেকে চিন্তা করা শুরু করুন। পাসওয়ার্ড দিয়ে শুরু করবেন না।
ম্যানেজারদের কেন এটি গুরুত্ব দেওয়া উচিত
এটি কেবল আর্কিটেকচারের বিশুদ্ধতা নয়।
যখন আপনার WiFi 802.1X এবং একটি উপযুক্ত EAP মেথড ব্যবহার করে, তখন আপনি কর্মসংস্থানের অবস্থা, ডিভাইসের স্থিতি এবং পলিসির সাথে অ্যাক্সেস সামঞ্জস্য করতে পারেন। এটি নিরাপত্তা উন্নত করে, কারণ অ্যাক্সেস ব্যক্তিগতকৃত হয়। এটি ব্যবহারকারীর অভিজ্ঞতা উন্নত করে, কারণ অনুমোদিত ডিভাইসগুলো আরও সহজে সংযুক্ত হয়। এটি পরিচালন দক্ষতা উন্নত করে, কারণ আপনাকে অনেকগুলো ভিন্ন সমস্যার সমাধানের জন্য একটি পাসওয়ার্ড বারবার পরিবর্তন করতে হয় না।
সাধারণ EAP মেথডগুলোর পরিচিতি
বাস্তব জগতের বেশিরভাগ সিদ্ধান্ত একটি সংক্ষিপ্ত মেথডের তালিকার ওপর নির্ভর করে। নামগুলো দেখতে একই রকম হলেও, এগুলোর সুবিধা-অসুবিধাগুলো এক নয়।
PEAP
টিম যখন প্রতিটি ডিভাইসে ক্লায়েন্ট সার্টিফিকেট ডিপ্লয় না করে এন্টারপ্রাইজ অথেন্টিকেশন চায়, তখন প্রায়শই PEAP বেছে নেওয়া হয়।
এটি প্রথমে একটি নিরাপদ TLS টানেল তৈরি করে, তারপর সেই টানেলের ভেতরে একটি অভ্যন্তরীণ অথেন্টিকেশন মেথড বহন করে, সাধারণত একটি ইউজারনেম এবং পাসওয়ার্ড ফ্লো। এটি এমন পরিবেশে রোল আউট করা সহজ করে তোলে যেখানে ব্যবহারকারীদের ইতিমধ্যেই ডিরেক্টরি ক্রেডেনশিয়াল রয়েছে এবং যেখানে ডিভাইস নিয়ন্ত্রণ মিশ্র প্রকৃতির।
এর আকর্ষণ ব্যবহারিক। আপনি বিদ্যমান অ্যাকাউন্টগুলো ব্যবহার করতে পারেন। নেটিভ সাপোর্ট বেশ ব্যাপক। একটি সম্পূর্ণ সার্টিফিকেট প্রোগ্রামের তুলনায় প্রাথমিক রোল আউট সাধারণত কম জটিল হয়।
অসুবিধাটি মূলত কাঠামোগত। যেহেতু পাসওয়ার্ড থেকে প্রাপ্ত সিক্রেটগুলো প্রক্রিয়ার অংশ হিসেবে থেকে যায়, তাই এই পদ্ধতিটি এখনও পাসওয়ার্ড সংক্রান্ত ঝুঁকি বহন করে। পূর্বে Fleet-এর ব্যাখ্যা থেকে যেমনটি উল্লেখ করা হয়েছে, EAP-TLS WiFi পাথ থেকে পাসওয়ার্ড-ভিত্তিক চুরি দূর করে, যেখানে PEAP-MSCHAPv2 এখনও পাসওয়ার্ড থেকে প্রাপ্ত সিক্রেট থেকে অফলাইন-ব্রুট-ফোর্স ঝুঁকি বহন করতে পারে।
EAP-TLS
ম্যানেজড কর্পোরেট ডিভাইসের জন্য বেশিরভাগ আর্কিটেক্ট EAP-TLS পদ্ধতিটি পছন্দ করেন।
এটি সার্টিফিকেট ব্যবহার করে যাতে WiFi ওয়ার্কফ্লোতে ব্যবহারকারীর পাসওয়ার্ড টাইপ করার উপর নির্ভর না করেই ডিভাইসটি তার পরিচয় প্রমাণ করতে পারে। বাস্তবে, এটি আপনাকে আরও শক্তিশালী নিরাপত্তা এবং একটি মসৃণ ব্যবহারকারীর অভিজ্ঞতা দেয়। সঠিকভাবে প্রোভিশন করার পর ডিভাইসগুলো স্বয়ংক্রিয়ভাবে সংযুক্ত হয়। ব্যবহারকারীদের বারবার ক্রেডেন্সিয়াল লিখতে হয় না। পাসওয়ার্ড চুরির উপর নির্ভরশীল অ্যাটাক পাথগুলো অনেক কম প্রাসঙ্গিক হয়ে পড়ে।
এর একমাত্র চ্যালেঞ্জ হলো স্থাপনার শৃঙ্খলা। আপনার একটি সার্টিফিকেট অথরিটি বা সার্টিফিকেট সার্ভিস, সার্টিফিকেট ইস্যু করার একটি নির্ভরযোগ্য উপায় এবং রিনিউয়াল ও রেভোকেশন প্রক্রিয়ার প্রয়োজন হবে। যদি আপনার ডিভাইস ম্যানেজমেন্ট দুর্বল হয়, তবে EAP-TLS দ্রুত সেই দুর্বলতা প্রকাশ করে দেবে।
EAP-TTLS
অনেক আলোচনাতেই EAP-TTLS এই দুটির মাঝামাঝি অবস্থানে থাকে।
PEAP-এর মতো, এটিও একটি সার্ভার সার্টিফিকেট ব্যবহার করে একটি TLS টানেল তৈরি করে। সেই টানেলের অভ্যন্তরে, ক্লায়েন্ট কীভাবে প্রমাণীকরণ করে সে ক্ষেত্রে এটি আরও বেশি নমনীয়তা প্রদান করে। আপনার পরিবেশে যদি বিভিন্ন অপারেটিং সিস্টেম বা পুরানো ব্যাকএন্ড আইডেন্টিটি ওয়ার্কফ্লো থাকে যা PEAP-এর সাথে সহজে খাপ খায় না, তবে এটি সাহায্য করতে পারে।
মিশ্র নেটওয়ার্কের জন্য, এটি একটি বাস্তবসম্মত সমঝোতা হতে পারে। এটি এখনও সতর্ক পলিসি এবং প্রোফাইল ম্যানেজমেন্টের উপর নির্ভর করে, তবে বিভিন্ন আইডেন্টিটি স্টোর বা লেগ্যাসি সিস্টেমের সাথে সংহত করার সময় এটি আর্কিটেক্টদের আরও বেশি স্বাধীনতা দেয়।
EAP-FAST
EAP-FAST এখনও ফিল্ডে দেখা যায়, সাধারণত ঐতিহাসিক কারণগুলোর অবশিষ্টাংশ হিসেবে।
যেখানে Cisco-ভিত্তিক পরিবেশ বা পুরানো বিশেষায়িত ডিভাইসগুলো আগের ডিজাইনের সিদ্ধান্তগুলোকে প্রভাবিত করেছিল, সেখানে এটি দেখার সম্ভাবনা বেশি। এটি নির্দিষ্ট সামঞ্জস্যপূর্ণ সমস্যা সমাধান করতে পারে, তবে বেশিরভাগ নতুন প্রকল্পের জন্য দলগুলো এখান থেকে শুরু করে না।
একটি দরকারী তুলনা
| পদ্ধতি | উপযুক্ত ক্ষেত্র | প্রধান সুবিধা | প্রধান উদ্বেগ |
|---|---|---|---|
| PEAP | BYOD বা দ্রুত ডিরেক্টরি-ভিত্তিক রোলআউট | সহজ ক্লায়েন্ট ডিপ্লয়মেন্ট | পাসওয়ার্ড সংক্রান্ত ঝুঁকি থেকে যায় |
| EAP-TLS | ম্যানেজড ডিভাইস ফ্লিট | সার্টিফিকেট-ভিত্তিক, শক্তিশালী পারস্পরিক বিশ্বাসের মডেল | সার্টিফিকেট লাইফসাইকেল এবং PKI সংক্রান্ত প্রচেষ্টা |
| EAP-TTLS | মিশ্র বা লেগ্যাসি-সচেতন পরিবেশ | নমনীয় অভ্যন্তরীণ প্রমাণীকরণ বিকল্প | সাধারণ বর্ণনার চেয়ে বেশি জটিল অংশ রয়েছে |
| EAP-FAST | নির্দিষ্ট লেগ্যাসি পরিস্থিতি | নির্দিষ্ট সামঞ্জস্যের প্রয়োজনীয়তা পূরণ করতে পারে | আধুনিক মানসম্মত ডিজাইনের জন্য কম আকর্ষণীয় |
যদি আপনার এস্টেটটি ম্যানেজড হয় এবং আপনার সুরক্ষার প্রয়োজনীয়তা উচ্চমানের হয়, তাহলে সাধারণত প্রশ্নটি এটি নয় যে EAP-TLS আরও শক্তিশালী কিনা। বরং প্রশ্নটি হলো আপনার সার্টিফিকেট অপারেশনগুলি এটিকে সাপোর্ট করার মতো যথেষ্ট পরিপক্ক কিনা।
প্রতিটি ব্যবহারের ক্ষেত্রের জন্য সঠিক EAP পদ্ধতি নির্বাচন করা
একটি ভালো EAP সিদ্ধান্ত শুরু হয় আপনি যে অ্যাক্সেস সমস্যাটি সমাধান করার চেষ্টা করছেন তা দিয়ে। স্টাফ, গেস্ট এবং অপারেশনাল ডিভাইসগুলির ক্ষেত্রে সাধারণত একই ধরনের সমাধানের প্রয়োজন হয় না।
স্টাফ নেটওয়ার্ক
ম্যানেজড ল্যাপটপ, ট্যাবলেট এবং হ্যান্ডসেটে কর্মচারীদের অ্যাক্সেসের জন্য, সাধারণত EAP-TLS সবচেয়ে নিখুঁত ডিজাইনের পছন্দ।
এটি একটি জিরো-ট্রাস্ট ধারণার সাথে আরও ভালোভাবে খাপ খায় কারণ এখানে অ্যাক্সেস কোনো মনে রাখা পাসওয়ার্ডের পরিবর্তে ডিভাইসের আইডেন্টিটির সাথে যুক্ত থাকে। যদি HR অ্যাকাউন্ট নিষ্ক্রিয় করে দেয় এবং এন্ডপয়েন্ট ম্যানেজমেন্ট সার্টিফিকেট বা ডিভাইসের ট্রাস্ট সরিয়ে দেয়, তবে অন্য সকলের জন্য SSID পাসওয়ার্ড পরিবর্তন না করেই সেই অ্যাক্সেসটি প্রত্যাহার করা যেতে পারে।
বিজনেস কেসটি এর উল্লেখযোগ্য শক্তিগুলিকে তুলে ধরে। সিকিউরিটি টিমগুলি আরও কঠোর নিয়ন্ত্রণ পায়। ব্যবহারকারীরা একটি প্রায় অদৃশ্য লগইন অভিজ্ঞতা পান। IT এমন একটি মডেল পায় যা ম্যানুয়ালি ব্যতিক্রমগুলি পরিচালনা করার চেয়ে আরও ভালোভাবে স্কেল করে।
গেস্ট অ্যাক্সেস
গেস্ট WiFi-এর কাজ ভিন্ন। আপনার এখানে কম ঝামেলার প্রয়োজন, তবে একই সাথে আপনি পলিসি কন্ট্রোল এবং একটি সুরক্ষিত অনবোর্ডিং অভিজ্ঞতাও চান।
আধুনিক পরিবেশে, বিশেষ করে Passpoint বা OpenRoaming-এর চারপাশে তৈরি ইকোসিস্টেমগুলিতে পর্দার আড়ালে EAP ব্যবহারের মাধ্যমে এখনও একটি সহজ গেস্ট অভিজ্ঞতা প্রদান করা সম্ভব। ব্যবহারকারীর প্রোটোকলটি বোঝার প্রয়োজন নেই। তারা কেবল এটিই দেখে যে প্রাথমিক অনবোর্ডিংয়ের পরে ডিভাইসটি স্বয়ংক্রিয়ভাবে এবং সুরক্ষিতভাবে কানেক্ট হয়ে যাচ্ছে।
হোটেল, ভেন্যু, পরিবহন, স্বাস্থ্যসেবা এবং রিটেইল সেক্টরে এটি অত্যন্ত গুরুত্বপূর্ণ। গেস্টরা সার্ভিসটিকে বিচার করে এটি দ্রুত এবং ধারাবাহিকভাবে কাজ করছে কিনা তা দেখে। কোন RFC-এর কারণে এটি সম্ভব হয়েছে তা নিয়ে তারা মাথা ঘামায় না।
IoT এবং লেগাসি ডিভাইস
এই পর্যায়ে এসে আর্কিটেক্টদের তাত্ত্বিক চিন্তাভাবনা বাদ দিতে হবে।
অনেক প্রিন্টার, স্ক্যানার, মিডিয়া কন্ট্রোলার, বিল্ডিং সিস্টেম এবং বিশেষায়িত ডিভাইস 802.1X সঠিকভাবে সাপোর্ট করে না। কিছু ডিভাইস এটি খুব দুর্বলভাবে সাপোর্ট করে। কিছু ডিভাইস একটি পদ্ধতি সাপোর্ট করে এবং সার্টিফিকেট রিনিউয়ালের সময় কাজ করা বন্ধ করে দেয়। অন্য ডিভাইসগুলি শুধুমাত্র WPA-PSK স্টাইলের নেটওয়ার্কে সঠিকভাবে কাজ করে।
সেই ডিভাইসগুলির ক্ষেত্রে, জোর করে সম্পূর্ণ EAP ব্যবহার করতে গেলে সুরক্ষার চেয়ে ডাউনটাইম বেশি হতে পারে। এর চেয়ে একটি ভালো উপায় হলো সেগুলিকে আলাদা করা এবং যেখানে আপনার প্ল্যাটফর্ম সাপোর্ট করে সেখানে iPSK-এর মতো আইডেন্টিটি-অ্যাওয়ার বিকল্প ব্যবহার করা। এটি সম্পূর্ণ এস্টেটের জন্য একটি সাধারণ শেয়ার্ড সিক্রেটের পরিবর্তে প্রতিটি ডিভাইসকে একটি আলাদা ক্রেডেনশিয়াল দেয়।
একটি বাস্তবসম্মত সিদ্ধান্ত নেওয়ার উপায়
একটি EAP পদ্ধতি WiFi ডিজাইন মূল্যায়ন করার সময় এটি ব্যবহার করুন:
- ডিভাইসটির মালিক কে: কর্পোরেট মালিকানাধীন ডিভাইসগুলি ব্যক্তিগত ডিভাইসের চেয়ে আরও শক্তিশালী নিয়ন্ত্রণ সাপোর্ট করে।
- আপনার কতটা বিশ্বাসযোগ্যতা প্রয়োজন: কর্মীদের জন্য অভ্যন্তরীণ সিস্টেমে অ্যাক্সেসের জন্য শুধুমাত্র ইন্টারনেট ব্যবহারের সুবিধা পাওয়া গেস্ট অ্যাক্সেসের চেয়ে বেশি নিশ্চয়তার প্রয়োজন।
- আপনি কোনটি ভালোভাবে পরিচালনা করতে পারেন: আপনার টিম যদি লাইফসাইকেল পরিচালনা করতে না পারে, তবে কাগজে-কলমে সবচেয়ে শক্তিশালী পদ্ধতিটি বেছে নেওয়াও একটি ভুল সিদ্ধান্ত হবে।
- কোন ডিভাইসগুলো সমস্যাযুক্ত: প্রিন্টার, ক্যাশ রেজিস্টার (tills), সেন্সর এবং বিল্ডিং সিস্টেমের জন্য প্রায়শই আলাদা পলিসি ট্রিটমেন্টের প্রয়োজন হয়।
সাধারণ ম্যাপিং
| ব্যবহারের ক্ষেত্র (Use case) | সাধারণত সঠিক দিকনির্দেশনা |
|---|---|
| ম্যানেজড স্টাফ ডিভাইস | EAP-TLS |
| ব্যক্তিগত ডিভাইস অ্যাক্সেস (BYOD) | ক্লায়েন্ট মিক্স এবং পলিসির উপর ভিত্তি করে PEAP অথবা EAP-TTLS | EAP-সমর্থিত অনবোর্ডিং মডেল যেমন Passpoint বা OpenRoaming |
| লিগ্যাসি অপারেশনাল ডিভাইস | সেগমেন্টেড বিকল্প পদ্ধতি, যেখানে শেয়ার্ড PSK-এর পরিবর্তে প্রায়শই প্রতি-ডিভাইসের জন্য আলাদা ক্রেডেনশিয়াল ব্যবহার করা হয় |
আমি সবচেয়ে বেশি যে ভুলটি দেখতে পাই তা হলো একটিমাত্র সর্বজনীন সমাধান বেছে নেওয়ার চেষ্টা করা। পরিপক্ক WiFi ডিজাইন তা করে না। এটি পলিসিকে সেন্ট্রালাইজড রাখার পাশাপাশি ভিন্ন ভিন্ন ঝুঁকি এবং ব্যবহারের সুবিধার জন্য ভিন্ন ভিন্ন অথেন্টিকেশন প্যাটার্ন ব্যবহার করে।
সার্টিফিকেট এবং পাসওয়ার্ডহীন স্ট্র্যাটেজির আধুনিক দৃষ্টিভঙ্গি
অনেক টিম এখনও "সার্টিফিকেট" শুনলেই ভাবেন "কয়েক মাসের PKI-সংক্রান্ত ঝামেলা"। পুরোনো এনভায়রনমেন্টে এটি প্রায়শই সত্যি ছিল। তবে এখন আর এটি সত্যি হওয়ার প্রয়োজন নেই।
সবচেয়ে গুরুত্বপূর্ণ পরিবর্তনটি হলো: পাসওয়ার্ডহীন WiFi মানে অথেন্টিকেশন ছাড়া নয়। এর অর্থ হলো নেটওয়ার্কে যুক্ত হওয়ার জন্য প্রয়োজনীয় প্রমাণ হিসেবে ব্যবহারকারীরা পাসওয়ার্ড পরিচালনা করছেন না। ডিভাইসটি একটি বিশ্বস্ত আইডেন্টিটি উপস্থাপন করে, যা প্রায়শই একটি সার্টিফিকেটের মাধ্যমে হয়, এবং নেটওয়ার্ক তার ওপর ভিত্তি করেই অ্যাক্সেসের সিদ্ধান্ত নেয়।
কেন সার্টিফিকেট-ভিত্তিক অ্যাক্সেস ঝুঁকির প্রোফাইল পরিবর্তন করে
পাসওয়ার্ড-ভিত্তিক পদ্ধতির ক্ষেত্রে, আপনার WiFi সিকিউরিটির একটি অংশ এখনও ক্লায়েন্ট ডিভাইসে সেই পাসওয়ার্ডগুলো কীভাবে তৈরি, স্টোর, পুনরায় ব্যবহার এবং সুরক্ষিত করা হচ্ছে তার ওপর নির্ভর করে। EAP-TLS-এর ক্ষেত্রে, নেটওয়ার্ক পাথটি WiFi বিনিময়ের সময় ব্যবহারকারীদের কোনো গোপন পাসওয়ার্ড টাইপ করার ওপর নির্ভর করে না।
এটি সিকিউরিটি এবং ব্যবহারকারীর অভিজ্ঞতা উভয়ই পরিবর্তন করে। ব্যবহারকারীদের কোনো ওয়্যারলেস পাসওয়ার্ড মনে রাখতে হয় না। সাপোর্ট টিমকে বারবার মেয়াদোত্তীর্ণ সেভ করা ক্রেডেনশিয়াল সংক্রান্ত সমস্যার সমাধান করতে হয় না। সিকিউরিটি টিমকেও পাসওয়ার্ডজনিত ঝুঁকির একই স্তর মেনে নিতে হয় না।
কেন আধুনিক ডিপ্লয়মেন্ট আলাদা মনে হয়
ডিভাইস ম্যানেজমেন্ট প্ল্যাটফর্ম, ক্লাউড আইডেন্টিটি সিস্টেম এবং ম্যানেজড সার্টিফিকেট ওয়ার্কফ্লো অপারেশনের বাস্তবতাকে বদলে দিয়েছে। একটি এনরোলড ল্যাপটপ বা ফোন স্বয়ংক্রিয়ভাবে WiFi প্রোফাইল এবং সার্টিফিকেট পেয়ে যেতে পারে। ব্যবহারকারী কেবল ডিভাইসটি খোলে এবং এটি নিজে থেকেই যুক্ত হয়ে যায়।
এটাই হলো পাসওয়ার্ডহীন WiFi-এর আসল রূপ। কম সিকিউরিটি নয়। আরও বেশি অদৃশ্য সিকিউরিটি।
বাস্তবে এই ধরণের এনভায়রনমেন্ট কেমন দেখায় তা নিচে দেওয়া হলো:
সিদ্ধান্ত নেওয়ার আগে কী কী লক্ষ্য রাখতে হবে
- সার্টিফিকেট লাইফসাইকেল গুরুত্বপূর্ণ: মেয়াদ শেষ হওয়া এবং রিনিউয়াল প্রক্রিয়া যতটা সম্ভব স্বয়ংক্রিয় হওয়া প্রয়োজন।
- ডিভাইস ট্রাস্ট ঠিক ততটাই গুরুত্বপূর্ণ: একটি সার্টিফিকেট কৌশল কেবল তখনই ভালোভাবে কাজ করে যখন নথিভুক্ত ডিভাইসগুলো সঠিকভাবে পরিচালিত হয়।
- ব্যবহারকারীদের জটিলতা কম হওয়া উচিত, বেশি নয়: ব্যবহারকারীদের যদি ম্যানুয়ালি ট্রাস্ট সংক্রান্ত সিদ্ধান্ত নিতে বলা হয়, তবে বুঝতে হবে ডিজাইনে এখনও ত্রুটি রয়েছে।
সবচেয়ে শক্তিশালী WiFi অভিজ্ঞতা সেটাই যা ব্যবহারকারীরা খুব একটা টের পান না। তাদের ডিভাইসে ইতিমধ্যেই যা প্রয়োজন তা থাকে এবং নেটওয়ার্ক ইতিমধ্যেই জানে কীভাবে সেটি যাচাই করতে হবে।
ক্লাউড ইন্টিগ্রেশনের মাধ্যমে ডেপ্লয়মেন্ট আরও সহজ করা
ক্রিপ্টোগ্রাফির সাথে কোনো সম্পর্ক ছাড়াই অনেক 802.1X প্রকল্প ব্যর্থ হয়। EAP মেথড ঠিক থাকলেও সমস্যাটি মূলত এর অপারেটিং মডেলে থাকে।
প্রতিটি সাইটের যদি নিজস্ব RADIUS রক্ষণাবেক্ষণের প্রয়োজন হয়, সার্টিফিকেট রিকোয়েস্ট যদি ম্যানুয়াল ধাপের ওপর নির্ভর করে এবং একটি ডিভাইস গ্রুপ থেকে অন্য গ্রুপে WiFi প্রোফাইল আলাদা হতে থাকে, তবে রোলআউট ধীর হয়ে যায়। সিকিউরিটি টিমগুলো এমন একটি ডিজাইন হাতে পায় যা কাগজে-কলমে নির্ভরযোগ্য হলেও বড় পরিসরে পরিচালনা করা কঠিন হয়ে পড়ে। ক্লাউড ইন্টিগ্রেশন এই অপারেশনাল চিত্রটি বদলে দেয়।
একটি ক্লাউড-চালিত মডেল আসলে কী পরিবর্তন আনে
EAP এখনও একই কাজ করে। পার্থক্যটি হলো পলিসি, আইডেন্টিটি চেক এবং ডিভাইস অনবোর্ডিং কোথায় সমন্বয় করা হচ্ছে।
একটি ক্লাউড RADIUS সার্ভিস বা আইডেন্টিটি-অ্যাওয়ার অ্যাক্সেস প্ল্যাটফর্ম WiFi অথেন্টিকেশনকে Microsoft Entra ID, Google Workspace, অথবা Okta এর মতো সিস্টেমের সাথে যুক্ত করতে পারে। এর অর্থ হলো আপনার ওয়ারলেস পলিসি অন্যান্য জায়গায় ব্যবহৃত ব্যবহারকারীর স্ট্যাটাস, গ্রুপ মেম্বারশিপ এবং ডিভাইস পোসচার রুলস অনুসরণ করতে পারবে। WiFi আর আলাদা একটি অ্যাক্সেস সিস্টেম হিসেবে থাকবে না যার নিজস্ব ব্যতিক্রমী নিয়ম এবং পুরনো রেকর্ড রয়েছে।
এটি বিশেষ করে সেইসব প্রতিষ্ঠানের ক্ষেত্রে গুরুত্বপূর্ণ যেখানে একাধিক সাইট, বিভিন্ন ধরনের ডিভাইস বা ছোট IT টিম রয়েছে। আপনার প্রয়োজন একটি মাত্র কন্ট্রোল প্লেন, অনেকগুলো লোকাল সমাধানের স্তূপ নয়।
কেন এটি দৈনন্দিন অপারেশন উন্নত করে
এর সুবিধা বোঝার সবচেয়ে সহজ উপায় হলো আইডেন্টিটি লাইফসাইকেল অনুসরণ করা।
- জয়েনার্স: ডিরেক্টরিতে একজন নতুন কর্মচারীর অ্যাকাউন্ট তৈরি করা হয়, এন্ডপয়েন্ট ম্যানেজমেন্টের মাধ্যমে যুক্ত করা হয় এবং কোনো হেল্প ডেস্ক টিকিট ছাড়াই সঠিক ওয়ারলেস প্রোফাইল পেয়ে যান।
- মুভার্স: কোনো ব্যবহারকারী বিভাগ বা অবস্থান পরিবর্তন করলে, সম্পূর্ণ WiFi সেটআপ নতুন করে তৈরি না করেই গ্রুপ-ভিত্তিক পলিসি অ্যাক্সেস সমন্বয় করতে পারে।
- বিদায় নেওয়া কর্মচারী: অ্যাকাউন্ট নিষ্ক্রিয় করুন, ডিভাইসের বিশ্বাসযোগ্যতা বাতিল করুন, অথবা উভয়ই করুন। অন্য সবার জন্য একটি শেয়ারড পাসওয়ার্ড পরিবর্তন না করেই সরাসরি ওয়্যারলেস অ্যাক্সেস শেষ হয়ে যায়।
সহজ কথায় এটিই হলো ব্যবসায়িক সুবিধা। কম ম্যানুয়াল অ্যাডমিনিস্ট্রেশন। দ্রুত অনবোর্ডিং। সহজ অফবোর্ডিং। কম নিরাপত্তা ঘাটতি কারণ সমস্ত অফিস জুড়ে একটি PSK পরিবর্তন করা বেশ অসুবিধাজনক।
এতে ব্যবহারকারীর অভিজ্ঞতারও একটি বাড়তি সুবিধা রয়েছে। কর্মীরা সমস্ত সাইট জুড়ে একটি অনুমানযোগ্য উপায়ে কানেক্ট করে, যেখানে আইটি কর্পোরেট ডিভাইস, BYOD, অতিথি এবং অপারেশনাল প্রযুক্তির জন্য আলাদা নিয়ন্ত্রণ বজায় রাখে।
কীভাবে একটি ক্লাউড প্ল্যাটফর্ম মূল্যায়ন করবেন
প্ল্যাটফর্মটিকে আংশিক আইডেন্টিটি সার্ভিস, আংশিক পলিসি ইঞ্জিন এবং আংশিক ডিপ্লয়মেন্ট টুল হিসাবে বিবেচনা করুন। এর মধ্যে যেকোনো একটি অংশ দুর্বল হলে, WiFi অভিজ্ঞতা ব্যাহত হয়।
চারটি সক্ষমতা খুঁজুন:
- ডাইরেক্টরি ইন্টিগ্রেশন: এটি আপনার ইতিমধ্যে ব্যবহৃত আইডেন্টিটি প্রোভাইডারের সাথে কাজ করা উচিত, যাতে অ্যাক্সেসের সিদ্ধান্তগুলো প্রকৃত ব্যবহারকারী এবং ডিভাইসের স্ট্যাটাস প্রতিফলিত করে।
- EAP পদ্ধতির উপযুক্ততা: এটি আপনার পরিবেশের প্রয়োজনীয় পদ্ধতিগুলো সমর্থন করা উচিত, তা সে সার্টিফিকেট ভিত্তিক স্টাফ অ্যাক্সেস হোক, নির্বাচিত ক্ষেত্রে ইউজারনেম/পাসওয়ার্ড হোক, অথবা পুরোনো ডিভাইসের জন্য সীমিত অপশন হোক।
- প্রোফাইল এবং সার্টিফিকেট ডেলিভারি: MDM, UEM, বা পরিচালিত অনবোর্ডিং ফ্লো-এর মাধ্যমে ম্যানুয়াল সাপ্লিক্যান্ট সেটআপ কমাতে হবে।
- পলিসি পৃথকীকরণ: এটি আপনাকে একটি জটিল SSIDs এর গোলকধাঁধা তৈরি না করেই স্টাফ, অতিথি, ঠিকাদার, IoT এবং শেয়ারড ডিভাইসের জন্য আলাদা নিয়ম প্রয়োগ করার সুবিধা দেবে।
অতিথি, কর্মী এবং মাল্টি-টেন্যান্ট পরিবেশ জুড়ে ক্লাউড-পরিচালিত WiFi অথেন্টিকেশনের জন্য ব্যবহৃত প্ল্যাটফর্মের একটি উদাহরণ হলো Purple।
প্রযুক্তিগত পছন্দকে ব্যবসায়িক ফলাফলের সাথে সংযুক্ত করা
অনেক EAP নিবন্ধ প্রায়শই সংজ্ঞাতেই শেষ হয়ে যায়। আরও ভালো প্রশ্ন হলো আপনি কোন সমস্যার সমাধান করার চেষ্টা করছেন।
যদি সমস্যাটি হয় গেস্ট অ্যাক্সেস, তবে ক্লাউড কন্ট্রোল আপনাকে রিপোর্টিং এবং অ্যাডমিনিস্ট্রেশন কেন্দ্রীভূত রাখার পাশাপাশি গেস্ট অনবোর্ডিংকে অভ্যন্তরীণ অথেন্টিকেশন পলিসি থেকে আলাদা করতে সাহায্য করে। যদি সমস্যাটি হয় স্টাফ সিকিউরিটি, তবে ডাইরেক্টরি-লিঙ্কড পলিসি এবং পরিচালিত সার্টিফিকেট ডেলিভারি পাসওয়ার্ডের এক্সপোজার কমায় এবং অফবোর্ডিং দ্রুততর করে। যদি সমস্যাটি হয় IoT, তবে ক্লাউড পলিসি আপনাকে অপারেশনাল ডিভাইসগুলোকে কর্মীদের ল্যাপটপের মতো একই অ্যাক্সেস মডেলে বাধ্য করার পরিবর্তে সেগুলোকে নিজস্ব ট্র্যাকে রাখতে সাহায্য করতে পারে।
ক্লাউড ইন্টিগ্রেশনের ব্যবহারিক মূল্য এটাই। এটি EAP-কে একটি প্রোটোকল চয়েস থেকে একটি অ্যাক্সেস স্ট্র্যাটেজিতে রূপান্তর করে যা বাস্তব সাইট, বাস্তব ব্যবহারকারী এবং বিভিন্ন ধরনের বাস্তব ডিভাইস জুড়ে পরিচালনা করা সহজতর করে।
আপনার EAP সেটআপের ট্রাবলশুটিং এবং মাইগ্রেটিং
অধিকাংশ EAP সমস্যা কয়েকটি অনুমানযোগ্য ক্যাটাগরিতে পড়ে। লক্ষণগুলো ব্যবহারকারীদের কাছে রহস্যজনক মনে হলেও কারণগুলো সাধারণত খুবই সাধারণ।
প্রথমে কোথায় দেখতে হবে
যদি ডিভাইসগুলো হঠাৎ কানেক্ট হওয়া বন্ধ করে দেয়, তবে রেডিওকে দায়ী করার আগে ট্রাস্ট এবং পলিসি দিয়ে শুরু করুন।
- সার্ভার সার্টিফিকেটের সমস্যা: ক্লায়েন্টরা সার্ভার সার্টিফিকেটকে আর বিশ্বাস নাও করতে পারে, অথবা প্রত্যাশিত সার্ভার নামটি মিলছে না হতে পারে।
- ক্লায়েন্ট সার্টিফিকেটের সমস্যা: ম্যানেজড ডিভাইসগুলির একটি মেয়াদোত্তীর্ণ, অনুপস্থিত বা ভুলভাবে অ্যাসাইন করা সার্টিফিকেট থাকতে পারে।
- সাপ্লিক্যান্ট কনফিগারেশন ড্রিফ্ট: ডিভাইসের প্রোফাইলটি ভুল EAP পদ্ধতি বা ট্রাস্ট সেটিংস নির্দেশ করতে পারে।
- RADIUS পলিসি অমিল: ব্যবহারকারী বা ডিভাইসটি অথেন্টিকেট করছে, কিন্তু পলিসি পাথটি আপনার প্রত্যাশা অনুযায়ী নয়।
একটি ভালো নিয়ম হলো একটি পরিচিত-ভালো ডিভাইস, একটি ব্যর্থ হওয়া ডিভাইস এবং অথেন্টিকেশন লগগুলি একসাথে পরীক্ষা করা। শুধুমাত্র ক্লায়েন্ট পপ-আপ থেকে EAP ট্রাবলশুট করবেন না।
যখন EAP ভেঙে পড়ে, তখন ব্যবহারকারীরা WiFi ব্যর্থতা দেখতে পান। আসল ত্রুটি সাধারণত আইডেন্টিটি, সার্টিফিকেট ট্রাস্ট বা পলিসি ম্যাপিং-এর মধ্যে থাকে।
একটি বুদ্ধিমান মাইগ্রেশন পথ
আপনি যদি WPA2-PSK বা কোনো পুরোনো অথেন্টিকেশন ডিজাইন থেকে সরে আসতে চান, তবে প্রতিটি SSID এবং প্রতিটি ডিভাইস একবারে রূপান্তর করার চেষ্টা করবেন না।
একটি নিরাপদ মাইগ্রেশন এইরকম দেখায়:
- একটি সাইট বা বিভাগের ম্যানেজড স্টাফ ল্যাপটপের মতো একটি পাইলট গ্রুপ বেছে নিন।
- টার্গেট EAP পদ্ধতি এবং পরীক্ষিত ডিভাইস প্রোফাইল সহ একটি পরিচ্ছন্ন পলিসি ডেপ্লয় করুন।
- প্রিন্টার এবং কন্ট্রোলারের মতো ঝামেলাপূর্ণ ডিভাইসগুলিকে প্রথম ধাপেই জোর করে অন্তর্ভুক্ত না করে আলাদা রাখুন।
- বিস্তৃত করার আগে লগগুলি পর্যালোচনা করুন যাতে আপনি ট্রাস্ট এবং প্রোফাইলের সমস্যাগুলি আগেই ধরতে পারেন।
- নতুন অ্যাক্সেস পাথটি স্থিতিশীল হয়ে গেলে ধীরে ধীরে শেয়ার্ড ক্রেডেনশিয়ালগুলি বাতিল করুন।
এই ধাপে ধাপে পদ্ধতিটি বিঘ্ন কমায় এবং আপনার সাপোর্ট টিমকে নতুন ব্যর্থতার ধরণগুলি বোঝার সময় দেয়। এটি আপনাকে একটি সাধারণ ভুল এড়াতেও সাহায্য করে, যা হলো ডিজাইন নিজেই মূল্যায়ন না করে একটি তড়িঘড়ি রোলআউটের মাধ্যমে EAP-কে বিচার করা।
আপনি যদি শেয়ার্ড পাসওয়ার্ড পরিবর্তন করতে চান, 802.1X সহ স্টাফ WiFi পরিকল্পনা করেন, বা আরও অপারেশনাল ঝামেলা তৈরি না করেই গেস্ট এবং লিগ্যাসি ডিভাইসগুলিকে সাপোর্ট করার চেষ্টা করেন, তবে Purple একটি প্ল্যাটফর্মেই আইডেন্টিটি, WiFi অথেন্টিকেশন এবং ক্লাউড-ভিত্তিক অ্যাক্সেস কন্ট্রোল সংযোগ করার একটি ব্যবহারিক উপায় অফার করে।
