উচ্চ শিক্ষায় সুরক্ষিত BYOD এবং 802.1X WiFi-এর জন্য SCEP বাস্তবায়ন করা

Purple টেকনিক্যাল ব্রিফিং-এ আপনাকে স্বাগতম। আমি আপনার হোস্ট এবং আজ আমরা এমন একটি বিষয়ে বিস্তারিত আলোচনা করব যা উচ্চশিক্ষা প্রতিষ্ঠানের IT বিভাগে ক্রমাগত উঠে আসে: ক্যাম্পাসে নিরাপদ BYOD এবং 802.1X WiFi প্রদানের জন্য কীভাবে SCEP - যা হলো Simple Certificate Enrolment Protocol - প্রয়োগ করা যায়। আপনি যদি এখন কোনো বিশ্ববিদ্যালয় বা কলেজের নেটওয়ার্ক পরিচালনা করেন, তাহলে সম্ভবত আপনি একটি পরিচিত উত্তেজনাকর পরিস্থিতির মুখোমুখি হচ্ছেন। একদিকে, আপনার কাছে শিক্ষার্থী, অনুষদ এবং কর্মচারীরা শত শত বা হাজার হাজার ব্যক্তিগত ডিভাইস নিয়ে আসছেন। অন্যদিকে, আপনার কাছে এমন একটি নিরাপত্তা ব্যবস্থা রয়েছে যা প্রাতিষ্ঠানিক, নিয়ন্ত্রক এবং ক্রমবর্ধমানভাবে, সাইবার ইন্স্যুরেন্সের প্রয়োজনীয়তা পূরণ করতে হবে। পাসওয়ার্ড-ভিত্তিক WiFi এবং ওপেন Captive Portal দিয়ে এখন আর কাজ চালানো সম্ভব নয়। তাই আসুন আলোচনা করা যাক কোনটি কার্যকর। প্রথমে, পরিস্থিতিটি বুঝে নেওয়া যাক। 802.1X হলো পোর্ট-ভিত্তিক নেটওয়ার্ক অ্যাক্সেস নিয়ন্ত্রণের জন্য IEEE স্ট্যান্ডার্ড। এটি ২০০১ সাল থেকে চালু রয়েছে, তবে এটি আজকের দিনে আগের চেয়ে অনেক বেশি প্রাসঙ্গিক। মূল ধারণাটি হলো কোনো ডিভাইস আপনার নেটওয়ার্কে যুক্ত হওয়ার আগে, তাকে প্রমাণ করতে হবে যে সেটি আসলে কার - কেবল এমন একটি পাসওয়ার্ড উপস্থাপন করলেই হবে না যা যে কেউ শেয়ার করতে পারে, বরং একটি যাচাইযোগ্য ক্রেডেনশিয়াল উপস্থাপন করতে হবে। একটি ওয়্যার্ড সংযোগের ক্ষেত্রে, সেই ক্রেডেনশিয়াল যাচাইকরণটি সুইচ পোর্টে ঘটে। WiFi-এর ক্ষেত্রে, এটি অ্যাক্সেস পয়েন্টে ঘটে, যা একটি RADIUS সার্ভার দ্বারা নিয়ন্ত্রিত হয়। এখন, ক্রেডেনশিয়ালটি নিজেই কয়েকটি রূপ নিতে পারে। আপনি PEAP - অর্থাৎ Protected Extensible Authentication Protocol - এর মাধ্যমে একটি ইউজারনেম এবং পাসওয়ার্ড ব্যবহার করতে পারেন। অথবা আপনি EAP-TLS - Extensible Authentication Protocol with Transport Layer Security - এর মাধ্যমে একটি ডিজিটাল সার্টিফিকেট ব্যবহার করতে পারেন। EAP-TLS হলো গোল্ড স্ট্যান্ডার্ড। এটি পারস্পরিক - নেটওয়ার্ক ডিভাইসের কাছে নিজেকে প্রমাণ করে এবং ডিভাইসটি নেটওয়ার্কের কাছে নিজেকে প্রমাণ করে। এই পারস্পরিক প্রমাণীকরণই রোগ (rogue) অ্যাক্সেস পয়েন্টগুলোকে ব্লক করে। একজন শিক্ষার্থীর ল্যাপটপ কেবল এমন একটি স্পুফড নেটওয়ার্কের সাথে সংযুক্ত হবে না যার সঠিক সার্টিফিকেট নেই। তাহলে SCEP-এর ভূমিকা কোথায়? SCEP - Simple Certificate Enrolment Protocol - হলো এমন একটি প্রক্রিয়া যার মাধ্যমে ডিভাইসগুলো স্বয়ংক্রিয়ভাবে সেই ডিজিটাল সার্টিফিকেটের জন্য অনুরোধ করে এবং তা গ্রহণ করে। SCEP ছাড়া, আপনাকে প্রতিটি ডিভাইসের জন্য ম্যানুয়ালি সার্টিফিকেট তৈরি এবং বিতরণ করতে হতো। দশ হাজার শিক্ষার্থী এবং তিন হাজার কর্মী বিশিষ্ট একটি বিশ্ববিদ্যালয়ে, এটি কোনো বাস্তবসম্মত অপারেশন নয়। SCEP সম্পূর্ণ প্রক্রিয়াটিকে স্বয়ংক্রিয় করে তোলে। এখানে কাজের ধারাটি যেভাবে চলে তা উল্লেখ করা হলো। একটি ডিভাইস একটি প্রভিশনিং নেটওয়ার্কের সাথে সংযোগ স্থাপন করে - যাকে কখনও কখনও অনবোর্ডিং SSID বলা হয়। এটি আপনার SCEP সার্ভারের সাথে যোগাযোগ করে, যা সাধারণত আপনার Certificate Authority - আপনার CA-এর সাথে সংহত থাকে। ডিভাইসটি একটি Certificate Signing Request জমা দেয়। SCEP সার্ভার অনুরোধটি যাচাই করে, প্রায়শই আপনার ডিরেক্টরি - Microsoft Entra ID বা Google Workspace-এর সাথে ব্যবহারকারীর ক্রেডেনশিয়াল মিলিয়ে দেখার মাধ্যমে। একবার যাচাই হয়ে গেলে, CA একটি স্বাক্ষরিত সার্টিফিকেট ইস্যু করে এবং ডিভাইসটি তা ইনস্টল করে। সেই মুহূর্ত থেকে, ডিভাইসটি আপনার 802.1X-সুরক্ষিত SSID-এ স্বয়ংক্রিয়ভাবে প্রমাণীকরণের জন্য সেই সার্টিফিকেট ব্যবহার করে। কোনো পোর্টাল নেই, কোনো পাসওয়ার্ডের প্রম্পট নেই, কোনো IT টিকিট নেই। আসুন আর্কিটেকচার সম্পর্কে আর একটু বিস্তারিতভাবে আলোচনা করি। একটি সাধারণ উচ্চ শিক্ষা প্রতিষ্ঠানের স্থাপনায়, আপনার তিনটি নেটওয়ার্ক সেগমেন্ট নিয়ে চিন্তা করতে হবে। প্রথমত, আপনার অনবোর্ডিং নেটওয়ার্ক - এখানেই অনথিভুক্ত ডিভাইসগুলো প্রথম যুক্ত হয়। এর ইন্টারনেট অ্যাক্সেস রয়েছে কিন্তু এটি আপনার অভ্যন্তরীণ রিসোর্স থেকে সম্পূর্ণ বিচ্ছিন্ন। দ্বিতীয়ত, আপনার 802.1X দ্বারা সুরক্ষিত SSID - এখানেই নথিভুক্ত ডিভাইসগুলো সংযুক্ত হয়, যার মাধ্যমে তাদের ভূমিকা অনুযায়ী উপযুক্ত রিসোর্সে সম্পূর্ণ অ্যাক্সেস পাওয়া যায়। তৃতীয়ত, আপনার ম্যানেজমেন্ট ইনফ্রাস্ট্রাকচার - আপনার RADIUS সার্ভার, আপনার CA, আপনার SCEP সার্ভার এবং আপনার ডিরেক্টরি ইন্টিগ্রেশন। RADIUS সার্ভারটি মূলত ট্রাফিক নিয়ন্ত্রকের কাজ করে। যখন কোনো ডিভাইস আপনার 802.1X SSID-এ সংযোগ করার চেষ্টা করে, তখন অ্যাক্সেস পয়েন্ট RADIUS-এর কাছে একটি অথেন্টিকেশন অনুরোধ পাঠায়। RADIUS তখন CA-এর সার্টিফিকেট রিভোকেশন লিস্টের বিপরীতে সার্টিফিকেটটি যাচাই করে, আপনার ডিরেক্টরিতে ইউজারের স্ট্যাটাস চেক করে এবং অ্যাক্সেসের অনুমতি দেয় বা প্রত্যাখ্যান করে। এটি ভূমিকা অনুযায়ী ডিভাইসটিকে একটি VLAN-এ বরাদ্দও করতে পারে - শিক্ষার্থীরা একটি সেগমেন্টে যাবে, ফ্যাকাল্টি অন্যটিতে এবং প্রশাসনিক কর্মীরা একটি তৃতীয় সেগমেন্টে যাবে। ব্যবহারিক ক্ষেত্রে এটিই হলো আইডেন্টিটি-বেসড নেটওয়ার্কিং। এখন, আমি সবচেয়ে বেশি যে প্রশ্নটি পাই তা হলো: এটি কোন হার্ডওয়্যারের সাথে কাজ করে? সুসংবাদটি হলো 802.1X একটি স্ট্যান্ডার্ড, তাই এটি WPA2 বা WPA3 এন্টারপ্রাইজ সমর্থন করে এমন যেকোনো অ্যাক্সেস পয়েন্টের সাথেই কাজ করে। ব্যবহারিক ক্ষেত্রে, আপনি আপনার নির্দিষ্ট ভেন্ডরের ইমপ্লিমেন্টেশন যাচাই করে নিতে চাইবেন। Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi - এই সবগুলোই এই স্ট্যান্ডার্ডটি সমর্থন করে। কনফিগারেশনের ধাপগুলো ভেন্ডর অনুযায়ী আলাদা হতে পারে, তবে মূল প্রোটোকলটি একই থাকে। একটি বাস্তব ইমপ্লিমেন্টেশন কেমন দেখায় তা আমি আপনাদের বুঝিয়ে বলি। আমি যুক্তরাজ্যের একটি মাঝারি আকারের বিশ্ববিদ্যালয়ের ওপর ভিত্তি করে একটি মিশ্র উদাহরণ ব্যবহার করব - যেখানে প্রায় পনেরো হাজার শিক্ষার্থী, তিনটি ক্যাম্পাস এবং Aruba ও Meraki ইনফ্রাস্ট্রাকচারের একটি মিশ্রণ রয়েছে। প্রজেক্টটি শুরু হয়েছিল একটি নেটওয়ার্ক অডিটের মাধ্যমে। বিদ্যমান সেটআপটি ছিল মূলত ওপেন SSID এবং শিক্ষার্থীদের অ্যাক্সেসের জন্য একটি Captive Portal-এর মিশ্রণ। আইটি টিম পাসওয়ার্ড রিসেট টিকিটের বন্যায় ডুবে যাচ্ছিল - সপ্তাহে প্রায় চল্লিশটি। iOS এবং Android-এ MAC অ্যাড্রেস র্যান্ডমাইজেশন তাদের অ্যানালিটিক্স সম্পূর্ণভাবে ভেঙে দিয়েছিল, যার ফলে নেটওয়ার্ক ব্যবহারের প্যাটার্ন সম্পর্কে তাদের কাছে কোনো নির্ভরযোগ্য ডেটা ছিল না। প্রথম ধাপটি ছিল PKI ইনফ্রাস্ট্রাকচার স্থাপন করা। তারা একটি টু-টায়ার CA তৈরি করেছিল - একটি অফলাইন রুট CA এবং একটি অনলাইন ইস্যুয়িং CA। SCEP সার্ভারটি ইস্যুয়িং CA-এর সাথে ইন্টিগ্রেট করা হয়েছিল এবং পরিচয় যাচাইকরণের জন্য Microsoft Entra ID-এর সাথে সংযুক্ত করা হয়েছিল। সার্টিফিকেটের মেয়াদ এক বছর নির্ধারণ করা হয়েছিল, যার অটোমেটিক রিনিউয়াল ৩০ দিন বাকি থাকতে ট্রিগার হতো। দ্বিতীয় ধাপটি ছিল 802.1X SSID কনফিগার করা। তারা WPA3-Enterprise সহ একটি ডেডিকেটেড SSID তৈরি করেছিল, এটিকে তাদের RADIUS সার্ভারের দিকে নির্দেশ করেছিল এবং VLAN অ্যাসাইনমেন্টের নিয়মগুলো কনফিগার করেছিল। শিক্ষার্থীরা একটি VLAN পেয়েছিল, স্টাফরা আরেকটি এবং IoT ডিভাইসগুলো পেয়েছিল একটি তৃতীয় VLAN।তৃতীয় ধাপটি ছিল অনবোর্ডিং অভিজ্ঞতা। তারা নথিভুক্ত না থাকা ডিভাইসগুলোকে একটি সেলফ-সার্ভিস পোর্টালে রিডাইরেক্ট করতে একটি Network Access Control সমাধান ব্যবহার করেছিল। শিক্ষার্থীরা তাদের বিশ্ববিদ্যালয়ের ক্রেডেনশিয়াল দিয়ে অথেন্টিকেট করেছিল, ব্যাকগ্রাউন্ডে SCEP ফ্লো চলেছিল এবং সার্টিফিকেটটি ইনস্টল করা হয়েছিল। iOS-এ এটির জন্য একটি কনফিগারেশন প্রোফাইলের প্রয়োজন ছিল। Android-এ প্রক্রিয়াটি কিছুটা ভিন্ন হলেও সমানভাবে স্বয়ংক্রিয় ছিল। ফলাফল? প্রথম মাসেই পাসওয়ার্ড রিসেট সংক্রান্ত টিকিট নব্বই শতাংশেরও বেশি কমে যায়। নেটওয়ার্ক ভিজিবিলিটি নাটকীয়ভাবে উন্নত হয়েছে কারণ সার্টিফিকেট-ভিত্তিক আইডেন্টিটিগুলো MAC অ্যাড্রেসের মতো রোটেট হয় না। এবং সিকিউরিটি টিম অবশেষে নেটওয়ার্কের প্রতিটি ডিভাইসের জন্য একটি নির্ভরযোগ্য অডিট ট্রেইল পেয়েছিল। এখন আলোচনা করা যাক এই পরিস্থিতিতে Purple কোথায় মানানসই হয়। Purple-এর SecurePass প্রোডাক্টটি ঠিক এই আর্কিটেকচারের উপর ভিত্তি করেই তৈরি। SecurePass 802.1X মিউচুয়াল অথেন্টিকেশন সহ WPA2 এবং WPA3-Enterprise ব্যবহার করে ডিজিটালি সাইন করা WiFi প্রোফাইল ইস্যু করে। এনরোলমেন্ট প্রক্রিয়াটি ত্রিশ সেকেন্ডের কম সময় নেয়। একবার একটি ডিভাইসে প্রোফাইল চলে এলে, এটি স্বয়ংক্রিয়ভাবে কানেক্ট হয় - কোনো পোর্টাল নেই, কোনো পাসওয়ার্ড নেই, কোনো ঝামেলা নেই। উচ্চশিক্ষার জন্য SecurePass-কে যা বিশেষভাবে প্রাসঙ্গিক করে তোলে তা হলো নিরাপত্তা এবং অ্যানালিটিক্সের সমন্বয়। যেহেতু অথেন্টিকেশন ক্রেডেনশিয়াল একটি রোটেটিং MAC অ্যাড্রেসের পরিবর্তে একটি স্থায়ী সার্টিফিকেট, তাই আপনি সঠিক রিটার্ন ভিজিট ডেটা, ডোয়েল টাইম এবং ভিজিটের ফ্রিকোয়েন্সি পান। সেই ডেটা সরাসরি Purple-এর অ্যানালিটিক্স প্ল্যাটফর্মে চলে যায়, যা আপনাকে আপনার ক্যাম্পাসের নেটওয়ার্ক কীভাবে ব্যবহৃত হচ্ছে সে সম্পর্কে প্রকৃত ভিজিবিলিটি দেয়। স্টাফ ডিপ্লয়মেন্টের জন্য SecurePass-কে Microsoft Entra ID এবং Google Workspace-এর সাথেও ইন্টিগ্রেট করা যায়। এর অর্থ হলো যখন স্টাফদের কোনো সদস্য বিশ্ববিদ্যালয় ছেড়ে চলে যান, তখন তাদের অ্যাক্সেস স্বয়ংক্রিয়ভাবে বাতিল হয়ে যায়। কোনো ম্যানুয়াল প্রক্রিয়া নেই, কোনো ভুলে যাওয়া অ্যাকাউন্ট নেই, কোনো সিকিউরিটি গ্যাপ নেই। এটিই হলো জয়েনার্স, মুভার্স, লিভার্স ওয়ার্কফ্লোর এন্ড টু এন্ড স্বয়ংক্রিয় রূপ। RADIUS ইনফ্রাস্ট্রাকচারের জন্য, Purple ক্লাউড RADIUS সার্ভার পরিচালনা করে - প্রাইমারি এবং সেকেন্ডারি - যাতে আপনাকে নিজেদের এই ইনফ্রাস্ট্রাকচার ম্যানেজ করতে না হয়। সমর্থিত হার্ডওয়্যারের তালিকায় অন্যান্যদের মধ্যে Cisco Meraki, Cisco Catalyst, HPE Aruba, Ubiquiti UniFi, Ruckus, Juniper Mist এবং Fortinet অন্তর্ভুক্ত রয়েছে। সম্পূর্ণ বিবরণ Purple সাপোর্ট সাইটে SecurePass FAQ-এ রয়েছে। আমি আপনাকে বাস্তবায়নের কিছু ত্রুটি সম্পর্কে বলি যা এড়িয়ে চলতে হবে। এগুলোই বাস্তব ডিপ্লয়মেন্টের সময় টিমগুলোকে সমস্যায় ফেলে। প্রথম: সার্টিফিকেট রিভোকেশন। আপনার একটি সচল CRL - Certificate Revocation List - অথবা OCSP রেসপন্ডার প্রয়োজন। যদি আপনার RADIUS সার্ভার রিভোকেশন স্ট্যাটাস পরীক্ষা করতে না পারে, তবে আপনি হয় সমস্ত কানেকশন ব্লক করবেন অথবা সমস্ত কানেকশন গ্রহণ করবেন। এর কোনোটিই গ্রহণযোগ্য নয়। লাইভ করার আগে আপনার রিভোকেশন ইনফ্রাস্ট্রাকচার পরীক্ষা করুন। দ্বিতীয়: ডিভাইসের সামঞ্জস্যতা। বেশিরভাগ আধুনিক iOS, Android, macOS এবং Windows ডিভাইস স্বাভাবিকভাবেই EAP-TLS সমর্থন করে। কিন্তু পুরোনো ডিভাইস, IoT এন্ডপয়েন্ট এবং কিছু লেগাসি সিস্টেম এটি করে না। সেই ডিভাইসগুলোর জন্য আপনার একটি পরিকল্পনা প্রয়োজন - তা ভিন্ন অথেন্টিকেশন সহ একটি পৃথক SSID হতে পারে, অথবা একটি ম্যানেজড এক্সেপশন প্রসেস হতে পারে।তৃতীয়: সার্টিফিকেটের মেয়াদ এবং পুনর্নবীকরণ। যদি সার্টিফিকেটের মেয়াদ শেষ হয়ে যায় এবং পুনর্নবীকরণ প্রক্রিয়া ব্যর্থ হয়, তবে ব্যবহারকারীরা অ্যাক্সেস হারাবেন। আপনার পুনর্নবীকরণের সময়সীমা উদারভাবে নির্ধারণ করুন - মেয়াদ শেষ হওয়ার ত্রিশ দিন আগে একটি যুক্তিসঙ্গত ন্যূনতম সময়। সার্টিফিকেটের মেয়াদ শেষ হওয়ার বিষয়টি কেন্দ্রীয়ভাবে পর্যবেক্ষণ করুন এবং এটি সমস্যা হয়ে ওঠার আগেই সতর্কবার্তা পাঠান। চতুর্থ: অনবোর্ডিং অভিজ্ঞতা। প্রযুক্তিগত প্রবাহ নিখুঁত হতে পারে, কিন্তু শিক্ষার্থীরা যদি তালিকাভুক্তি প্রক্রিয়াটিকে বিভ্রান্তিকর মনে করে, তবে তারা এটি সম্পূর্ণ করবে না। স্পষ্ট দিকনির্দেশনা, একটি সহজ স্ব-পরিষেবা পোর্টাল এবং একটি সংক্ষিপ্ত সহায়তা গাইডে বিনিয়োগ করুন। SecurePass যে ত্রিশ সেকেন্ডের তালিকাভুক্তির বিজ্ঞাপন দেয় তা অর্জন করা সম্ভব, তবে কেবল তখনই যদি UX সঠিক হয়। পঞ্চম: RADIUS সার্ভারের স্থিতিস্থাপকতা। আপনার 802.1X পরিকাঠামো এখন নেটওয়ার্ক অ্যাক্সেসের জন্য অত্যন্ত গুরুত্বপূর্ণ পথ। আপনার RADIUS সার্ভার ডাউন হয়ে গেলে, কেউ সংযোগ করতে পারবে না। আপনার প্রাথমিক এবং মাধ্যমিক RADIUS সার্ভার প্রয়োজন, আদর্শভাবে বিভিন্ন অ্যাভেলেবিলিটি জোনে, যেখানে স্বয়ংক্রিয় ফেইলওভার সুবিধা থাকবে। এখন আমাদের দ্রুত প্রশ্নোত্তর পর্ব। এই প্রশ্নগুলো আমি সবচেয়ে বেশি পাই। SCEP কি ক্লাউড-ভিত্তিক CA-এর সাথে কাজ করতে পারে? হ্যাঁ। Microsoft-এর NDES - Network Device Enrolment Service - এবং বেশ কয়েকটি তৃতীয় পক্ষের ক্লাউড CA প্রদানকারী HTTPS-এর মাধ্যমে SCEP সমর্থন করে। আপনার অন-প্রিমিসেস পরিকাঠামোর প্রয়োজন নেই। 802.1X কি Passpoint এবং OpenRoaming-এর সাথে কাজ করে? হ্যাঁ। Passpoint - যা Hotspot 2.0 নামেও পরিচিত - এর প্রমাণীকরণ স্তর হিসাবে 802.1X ব্যবহার করে। OpenRoaming এটিকে বিশ্বস্ত নেটওয়ার্কের একটি বিশ্বব্যাপী ফেডারেশনে প্রসারিত করে। SecurePass-এর মাধ্যমে তালিকাভুক্ত একজন শিক্ষার্থী বিশ্বব্যাপী আশি হাজারেরও বেশি OpenRoaming ভেন্যুতে স্বয়ংক্রিয়ভাবে সংযুক্ত হবে। এর মধ্যে রয়েছে বিমানবন্দর, হোটেল, পরিবহন হাব - এই সবই কোনো অতিরিক্ত পদক্ষেপ ছাড়াই। গেস্ট অ্যাক্সেসের ক্ষেত্রে কী হবে? 802.1X এবং SCEP হলো পরিচালিত ডিভাইস এবং পরিচিত পরিচয়গুলোর জন্য। প্রকৃত অতিথিদের জন্য, আপনার এখনও একটি পৃথক গেস্ট অ্যাক্সেস মেকানিজম প্রয়োজন। দুটি সিস্টেম সমান্তরালভাবে চলে; তারা একে অপরের সাথে দ্বন্দ্ব তৈরি করে না। WPA3-Enterprise কি বাধ্যতামূলক? না, 802.1X সহ WPA2-Enterprise এখনও ব্যাপকভাবে ব্যবহৃত হয় এবং বেশিরভাগ ব্যবহারের ক্ষেত্রে এটি সম্পূর্ণ নিরাপদ। WPA3-Enterprise আরও শক্তিশালী এনক্রিপশন যুক্ত করে। যদি আপনার হার্ডওয়্যার এটি সমর্থন করে, তবে এটি সক্রিয় করুন। যদি না করে, WPA2-Enterprise একটি শক্তিশালী ভিত্তি। উপসংহারে, এই ব্রিফিং থেকে আমি আপনাকে যে পাঁচটি বিষয় মনে রাখতে বলব তা নিচে দেওয়া হলো। এক: উচ্চশিক্ষায় BYOD-এর জন্য সার্টিফিকেট-ভিত্তিক প্রমাণীকরণ সহ 802.1X হলো সঠিক নিরাপত্তা আর্কিটেকচার। বর্তমানে আপনি যে থ্রেট এনভায়রনমেন্টে কাজ করছেন তার জন্য পাসওয়ার্ড এবং পোর্টালগুলো পর্যাপ্ত নয়। দুই: SCEP হলো এমন একটি প্রযুক্তি যা সার্টিফিকেট-ভিত্তিক প্রমাণীকরণকে স্কেলযোগ্য করে তোলে। স্বয়ংক্রিয় তালিকাভুক্তি ছাড়া, একটি বিশ্ববিদ্যালয়ের প্রয়োজনীয় স্কেলে আপনি সার্টিফিকেট প্রয়োগ করতে পারবেন না। তিন: পারস্পরিক প্রমাণীকরণ হলো মূল নিরাপত্তা বৈশিষ্ট্য। এটি আপনার নেটওয়ার্ককে অননুমোদিত ডিভাইস থেকে রক্ষা করার পাশাপাশি আপনার শিক্ষার্থীদের ক্ষতিকারক অ্যাক্সেস পয়েন্ট থেকেও রক্ষা করে। চার: ডিরেক্টরি ইন্টিগ্রেশন - Microsoft Entra ID বা Google Workspace-এর সাথে - যোগদানকারী, স্থানান্তরকারী এবং চলে যাওয়া কর্মীদের কার্যপ্রবাহকে স্বয়ংক্রিয় করে তোলে। এটি ছাড়া 802.1X মোতায়েন করবেন না। পাচ: অনবোর্ডিং অভিজ্ঞতা গ্রহণের হার নির্ধারণ করে। প্রযুক্তি নিখুঁত হতে পারে, কিন্তু যদি নথিভুক্তকরণ প্রক্রিয়াটি জটিল হয়, তবে আপনি সময় বাঁচানোর চেয়ে সাপোর্ট টিকিটে বেশি সময় ব্যয় করবেন। আপনি যদি আরও বিস্তারিত জানতে চান, তবে Purple সাপোর্ট সাইটে বিস্তারিত SecurePass ডকুমেন্টেশন রয়েছে যা RADIUS কনফিগারেশন, হার্ডওয়্যার সামঞ্জস্যতা এবং নথিভুক্তকরণ প্রবাহ কভার করে। লিঙ্কগুলো শো নোটে দেওয়া আছে। শোনার জন্য ধন্যবাদ। পরবর্তী ব্রিফিংয়ে আপনার সাথে দেখা হবে।