স্টাফ WiFi ক্যাপটিভ পোর্টাল: কর্মীদের অনবোর্ডিং এবং প্রমাণীকরণ

স্টাফ WiFi ক্যাপটিভ পোর্টাল: কর্মীদের অনবোর্ডিং এবং প্রমাণীকরণ একটি Purple এন্টারপ্রাইজ WiFi ইন্টেলিজেন্স ব্রিফিং [ভূমিকা - প্রায় ১ মিনিট] Purple এন্টারপ্রাইজ WiFi ইন্টেলিজেন্স সিরিজে আপনাকে স্বাগতম। আজ আমরা এমন একটি বিষয় কভার করছি যা নিরাপত্তা, HR অপারেশন এবং নেটওয়ার্ক আর্কিটেকচারের সংযোগস্থলে অবস্থিত: স্টাফ WiFi ক্যাপটিভ পোর্টাল। এখন, আমি জানি আপনাদের মধ্যে কেউ কেউ কী ভাবছেন। স্টাফদের জন্য ক্যাপটিভ পোর্টাল? এটি কি অতিথিদের জন্য ব্যবহার করা হয় না? আর ঠিক এই ভুল ধারণাটিই আমাদের শুরুতেই দূর করতে হবে। একটি স্টাফ WiFi ক্যাপটিভ পোর্টাল ভিন্ন লোগো বিশিষ্ট কোনো গেস্ট স্প্ল্যাশ পেজ নয়। এটি একটি কাঠামোগত অনবোর্ডিং গেটওয়ে যা আপনার অপারেশনাল নেটওয়ার্কে অ্যাক্সেস দেওয়ার আগে ব্যক্তিগত কর্মীদের অথেন্টিকেট করে, নীতি গ্রহণ বাধ্যতামূলক করে এবং ডিভাইসগুলো রেজিস্টার করে। এটি সঠিকভাবে করতে পারলে, আপনি বেশিরভাগ এন্টারপ্রাইজ WiFi স্থাপনার একক বৃহত্তম দুর্বলতা দূর করতে পারবেন: শেয়ার্ড প্রি-শেয়ার্ড কি (shared pre-shared key)। আর এটি ভুল হলে, আপনার স্টাফ নেটওয়ার্কে প্রাক্তন কর্মী, ঠিকাদার এবং ব্যক্তিগত ডিভাইসগুলো অনির্দিষ্টকালের জন্য থেকে যাবে। চলুন আর্কিটেকচারটি দেখে নেওয়া যাক। [টেকনিক্যাল ডিপ ডাইভ - প্রায় ৫ মিনিট] বেশিরভাগ স্টাফ WiFi স্থাপনার মৌলিক সমস্যা হলো শেয়ার্ড পাসওয়ার্ড। একটি একক WPA2 প্রি-শেয়ার্ড কি, যা ব্যাক অফিসে একটি স্টিকি নোটে লেখা থাকে, একটি WhatsApp গ্রুপে শেয়ার করা হয় এবং কেউ চলে গেলে কখনই পরিবর্তন করা হয় না। ৮০ জন কর্মী বিশিষ্ট একটি ২০০ রুমের হোটেলে, সেই পাসওয়ার্ডটি সম্ভবত প্রায় ৮০ জন মানুষ, তাদের পার্টনার যারা তাদের ফোন ধার নিয়েছিল এবং অন্তত তিনজন প্রাক্তন কর্মীর সাথে শেয়ার করা হয়েছে। এটি কোনো নেটওয়ার্ক নয়। এটি একটি খোলা দরজা। স্টাফ WiFi ক্যাপটিভ পোর্টাল শেয়ার্ড ক্রেডেনশিয়ালকে একটি আইডেন্টিটি-ভেরিফাইড অনবোর্ডিং ফ্লো দ্বারা প্রতিস্থাপন করে এটি সমাধান করে। এটি বাস্তবে কীভাবে কাজ করে তা এখানে দেওয়া হলো। যখন একজন নতুন কর্মী প্রথমবার স্টাফ নেটওয়ার্কের সাথে তাদের ডিভাইসটি সংযুক্ত করেন, তখন তারা একটি প্রভিশনিং SSID-এর মুখোমুখি হন। এটি একটি ওপেন নেটওয়ার্ক, তবে এটি একটি Walled Garden - এটি কেবল অনবোর্ডিং পোর্টাল এবং আপনার আইডেন্টিটি প্রোভাইডারে রাউট করে। অন্য কিছুতে নয়। কর্মীকে ক্যাপটিভ পোর্টাল-এ রিডাইরেক্ট করা হয়, যেখানে তারা তাদের কর্পোরেট আইডেন্টিটি ব্যবহার করে অথেন্টিকেট করেন। আজকের বেশিরভাগ এন্টারপ্রাইজ পরিবেশে, এর অর্থ হলো Microsoft Entra ID, Okta, বা Google Workspace-এর মাধ্যমে Single Sign-On। আইডেন্টিটি প্রোভাইডার যখন নিশ্চিত করে যে কর্মী সক্রিয় এবং সঠিক গ্রুপে আছেন, তখন পোর্টালটি আপনার অথেন্টিকেশন আর্কিটেকচারের উপর নির্ভর করে দুটি জিনিসের একটি করে। PEAP এবং MSCHAPv2 ব্যবহার করে ক্রেডেনশিয়াল-ভিত্তিক স্থাপনায়, পোর্টালটি ক্রেডেনশিয়াল যাচাই করে এবং একটি নেটওয়ার্ক অ্যাক্সেস টোকেন ইস্যু করে। EAP-TLS ব্যবহার করে সার্টিফিকেট-ভিত্তিক স্থাপনায়, পোর্টালটি সার্টিফিকেট জেনারেশন ট্রিগার করে। আপনার সার্টিফিকেট অথরিটি দ্বারা একটি ডিভাইস-নির্দিষ্ট X.509 সার্টিফিকেট ইস্যু করা হয়, যা একটি কনফিগারেশন প্রোফাইলে প্যাকেজ করা হয় - iOS-এ একটি dot-mobileconfig ফাইল, অথবা Android-এ একটি Passpoint প্রোফাইল - এবং ডিভাইসে পুশ করা হয়। ডিভাইসটি প্রোফাইলটি ইনস্টল করে, প্রভিশনিং SSID থেকে বিচ্ছিন্ন হয় এবং EAP-TLS অথেন্টিকেশনের জন্য সার্টিফিকেট ব্যবহার করে স্বয়ংক্রিয়ভাবে নিরাপদ স্টাফ SSID-এর সাথে সংযুক্ত হয়। সেই সময় থেকে, প্রতিবার যখন ডিভাইসটি স্টাফ নেটওয়ার্কের সাথে সংযুক্ত হয়, RADIUS সার্ভার সার্টিফিকেটটি যাচাই করে। কোনো পাসওয়ার্ড প্রম্পট নেই। কোনো ম্যানুয়াল লগইন নেই। ডিভাইসটি কেবল নীরবে এবং নিরাপদে সংযুক্ত হয়। এখন আসুন আলোচনা করা যাক কেন EAP-TLS বেশিরভাগ এন্টারপ্রাইজ স্থাপনার জন্য লক্ষ্য হওয়া উচিত। IEEE 802.1X স্ট্যান্ডার্ড ফ্রেমওয়ার্কটি সংজ্ঞায়িত করে, তবে EAP-TLS হলো এমন একটি পদ্ধতি যা অথেন্টিকেশন পাথ থেকে ক্রেডেনশিয়াল চুরি সম্পূর্ণরূপে দূর করে। ফিশ করার মতো কোনো পাসওয়ার্ড নেই। ব্রুট-ফোর্স করার মতো কোনো হ্যাশ নেই। সার্টিফিকেটটি ডিভাইসের সাথে আবদ্ধ থাকে। যদি ডিভাইসটি হারিয়ে যায় বা চুরি হয়ে যায়, আপনি আপনার সার্টিফিকেট অথরিটিতে সার্টিফিকেটটি বাতিল করে দেন এবং RADIUS সার্ভার পরবর্তী সংযোগের চেষ্টায় অ্যাক্সেস অস্বীকার করে। যদি কর্মী কোম্পানি ছেড়ে চলে যান, আপনি আইডেন্টিটি প্রোভাইডারে তাদের অ্যাকাউন্ট নিষ্ক্রিয় করে দেন, এবং যেহেতু সার্টিফিকেটটি সেই আইডেন্টিটির বিপরীতে ইস্যু করা হয়েছিল, তাই SCIM ইন্টিগ্রেশন স্বয়ংক্রিয়ভাবে ডিপ্রোভিশনিং সম্পন্ন করে। ব্যক্তির বিদায়ের সাথে সাথেই অ্যাক্সেস শেষ হয়ে যায়। এটি এমন একটি আর্কিটেকচার যা Premier Inn এবং Whitbread-এর মতো সংস্থাগুলোর প্রয়োজন যখন তারা একটি বিস্তৃত এস্টেট জুড়ে হাজার হাজার স্টাফ ডিভাইস সহ শত শত প্রপার্টি পরিচালনা করে। আপনি শেয়ার্ড পাসওয়ার্ড এবং ম্যানুয়াল রেভোকেশন দিয়ে স্কেলে এটি পরিচালনা করতে পারবেন না। আসুন BYOD-এর বিষয়টিও আলোচনা করি, কারণ এখানেই ক্যাপটিভ পোর্টাল বিশেষভাবে মূল্যবান হয়ে ওঠে। বেশিরভাগ হসপিটালিটি, রিটেইল এবং ইভেন্ট পরিবেশে, কর্মীদের একটি উল্লেখযোগ্য অংশ অপারেশনাল কাজের জন্য ব্যক্তিগত ডিভাইস ব্যবহার করে। হাউসকিপিং কর্মীরা তাদের নিজস্ব স্মার্টফোনে রুমের অ্যাসাইনমেন্ট পরীক্ষা করেন। রিটেইল সহযোগীরা ইনভেন্টরি অনুসন্ধানের জন্য ব্যক্তিগত ট্যাবলেট ব্যবহার করেন। স্টেডিয়াম অপারেশন টিম যোগাযোগের জন্য ব্যক্তিগত ফোন ব্যবহার করে। এগুলো অনিয়ন্ত্রিত ডিভাইস। আপনি তাদের OS সংস্করণ, তাদের অ্যান্টিভাইরাস স্ট্যাটাস বা অন্য কী কী অ্যাপ্লিকেশন ইনস্টল করা আছে তা নিয়ন্ত্রণ করেন না। এগুলোকে বড়জোর আংশিক-বিশ্বস্ত হিসেবে বিবেচনা করা যেতে পারে। স্টাফ WiFi ক্যাপটিভ পোর্টাল অথেন্টিকেশনের পরে এই ডিভাইসগুলোকে একটি ডেডিকেটেড VLAN-এ রেখে BYOD পরিচালনা করে। এই VLAN তাদের প্রয়োজনীয় নির্দিষ্ট অভ্যন্তরীণ অ্যাপ্লিকেশনগুলোতে অ্যাক্সেস দেয় - প্রপার্টি ম্যানেজমেন্ট সিস্টেম, পয়েন্ট-অফ-সেল ইন্টারফেস, শিডিউলিং অ্যাপ - এবং অন্য কিছুতে নয়। তারা আপনার কর্পোরেট সার্ভার, আপনার আর্থিক সিস্টেম বা আপনার নিয়ন্ত্রিত ডিভাইস নেটওয়ার্কে পৌঁছাতে পারে না। এটি হলো RADIUS স্তরে প্রয়োগ করা VLAN সেগমেন্টেশন, এবং এটি জিরো-ট্রাস্ট নীতির ব্যবহারিক বাস্তবায়ন: আইডেন্টিটি যাচাই করুন, তারপর প্রয়োজনীয় ন্যূনতম অ্যাক্সেস মঞ্জুর করুন। আরও একটি আর্কিটেকচারাল উপাদান কভার করা মূল্যবান: গ্রহণযোগ্য ব্যবহার নীতি বা AUP। ক্যাপটিভ পোর্টাল হলো AUP গ্রহণের স্বাভাবিক প্রয়োগের জায়গা। একজন কর্মী স্টাফ নেটওয়ার্কে অ্যাক্সেস পাওয়ার আগে, পোর্টালটি নীতিটি উপস্থাপন করে - যা গ্রহণযোগ্য ব্যবহার, পর্যবেক্ষণ, ডেটা হ্যান্ডলিং এবং অপব্যবহারের পরিণতি কভার করে - এবং একটি স্পষ্ট স্বীকৃতির প্রয়োজন হয়। এটি নীতি গ্রহণের একটি টাইমস্ট্যাম্পড, অডিটেবল রেকর্ড তৈরি করে। GDPR-এর অধীনে, এটি গুরুত্বপূর্ণ। PCI-DSS-এর অধীনে, কার্ডহোল্ডার ডেটা স্পর্শ করে এমন যেকোনো নেটওয়ার্কের জন্য, এটি গুরুত্বপূর্ণ। এবং নেটওয়ার্ক অপব্যবহারের সাথে জড়িত কোনো শাস্তিমূলক তদন্তের ক্ষেত্রে, এটি অত্যন্ত গুরুত্বপূর্ণ। এখন, ব্যান্ডউইথ। এখানেই Purple Shield সরাসরি প্রাসঙ্গিক হয়ে ওঠে। উচ্চ-ঘনত্বের কর্মী পরিবেশে - যেমন একটি ব্যস্ত উইকএন্ডে একটি হোটেল, Black Friday-তে একটি রিটেইল এস্টেট, ম্যাচের দিনে একটি স্টেডিয়াম - স্টাফ নেটওয়ার্কে ব্যান্ডউইথের প্রতিযোগিতা একটি বাস্তব অপারেশনাল সমস্যা। Purple Shield DNS স্তরে কাজ করে, যা ডিভাইসে পৌঁছানোর আগেই বিজ্ঞাপন পেলোড, ট্র্যাকিং স্ক্রিপ্ট এবং ম্যালওয়্যার ডোমেনগুলোকে ব্লক করে। Purple-এর নিজস্ব ডেটা অনুসারে, এর ব্যবহারিক প্রভাব হলো সম্পূর্ণ নেটওয়ার্ক জুড়ে মোট ডাউনলোড করা ডেটা ৪০% পর্যন্ত হ্রাস পায়। স্টাফ ডিভাইসের জন্য, এর অর্থ হলো দ্রুত পেজ লোড, ডিভাইসের কম ব্যাটারি খরচ এবং অপারেশনাল ট্রাফিকের জন্য আরও বেশি ব্যান্ডউইথ উপলব্ধ হওয়া। বিজ্ঞাপন-ভারাক্রান্ত পেজের সাধারণ ১২০টিরও বেশি DNS কোয়েরি নেটওয়ার্কে আঘাত করার আগেই যখন বাদ দেওয়া হয়, তখন পেজগুলো ৩.৫ গুণ পর্যন্ত দ্রুত লোড হয়। আপনি হার্ডওয়্যার স্পর্শ না করে, অ্যাক্সেস পয়েন্টগুলো পুনরায় কনফিগার না করে এবং কোনো প্রতি-ডিভাইস সেটআপ ছাড়াই এই উন্নতি পাবেন। [বাস্তবায়ন সুপারিশ এবং ত্রুটিসমূহ - প্রায় ২ মিনিট] আমি আপনাকে বাস্তবায়নের ক্রম এবং যে ত্রুটিগুলোর দিকে নজর রাখতে হবে তা জানিয়ে দিচ্ছি। একটি একক অ্যাক্সেস পয়েন্ট কনফিগার করার আগে আপনার VLAN আর্কিটেকচার দিয়ে শুরু করুন। ন্যূনতম তিনটি VLAN সংজ্ঞায়িত করুন: স্টাফ, গেস্ট এবং IoT। আপনার ফায়ারওয়াল পলিসিগুলো ম্যাপ করুন। আপনার সিকিউরিটি টিমের কাছ থেকে অনুমোদন নিন। WiFi স্থাপনার সবচেয়ে ব্যয়বহুল ভুলগুলো তখনই ঘটে যখন নেটওয়ার্কটি আগে তৈরি করা হয় এবং সিকিউরিটি আর্কিটেকচার পরে যোগ করা হয়। দ্বিতীয়ত, রিডান্ডেন্সি সহ আপনার RADIUS ইনফ্রাস্ট্রাকচার স্থাপন করুন। একটি একক RADIUS সার্ভার ব্যর্থ হলে তা একই সাথে প্রতিটি স্টাফ মেম্বারকে নেটওয়ার্ক থেকে লক করে দেয়। একটি হোটেলে, এর অর্থ হলো ফ্রন্ট ডেস্ক চেক-ইন প্রক্রিয়া করতে পারবে না। একটি রিটেইল স্টোরে, এর অর্থ হলো পয়েন্ট-অফ-সেল সিস্টেমগুলো অথেন্টিকেট করতে পারবে না। একটি অ্যাক্টিভ-প্যাসিভ কনফিগারেশনে অন্তত দুটি RADIUS সার্ভার স্থাপন করুন এবং লাইভ হওয়ার আগে ফেইলওভার পরীক্ষা করুন। তৃতীয়ত, LDAP বা SAML-এর মাধ্যমে আপনার RADIUS সার্ভারকে আপনার আইডেন্টিটি প্রোভাইডারের সাথে ইন্টিগ্রেট করুন। এটিই স্বয়ংক্রিয় ডিপ্রোভিশনিং সক্ষম করে। যখন কোনো কর্মীকে Microsoft Entra ID বা Okta-তে নিষ্ক্রিয় করা হয়, তখন RADIUS সার্ভার পরবর্তী সংযোগের চেষ্টায় তাদের ক্রেডেনশিয়াল বা তাদের সার্টিফিকেট গ্রহণ করা বন্ধ করে দেয়। কোনো ম্যানুয়াল পদক্ষেপ নেই, কোনো টিকিট কিউ নেই, প্রস্থান এবং অ্যাক্সেস অপসারণের মধ্যে কোনো ব্যবধান নেই। চতুর্থত, আপনার টিমের সবচেয়ে কম টেকনিক্যাল ব্যবহারকারীর জন্য আপনার ক্যাপটিভ পোর্টাল অনবোর্ডিং ফ্লো ডিজাইন করুন। IT ম্যানেজারের জন্য নয়। সেই মৌসুমী গুদাম কর্মী যিনি কখনও কনফিগারেশন প্রোফাইল ইনস্টল করেননি। স্পষ্ট নির্দেশনা, ব্র্যান্ডেড ইন্টারফেস এবং প্রতিটি স্ক্রিনে দৃশ্যমান একটি হেল্পডেস্ক যোগাযোগের নম্বর। এখন ত্রুটিগুলোর কথা বলি। সবচেয়ে সাধারণ ব্যর্থতার কারণ হলো Walled Garden খুব বেশি শিথিল হওয়া। যদি আপনার প্রভিশনিং SSID সাধারণ ইন্টারনেট অ্যাক্সেসের অনুমতি দেয়, তবে কর্মীরা অনবোর্ডিং ফ্লো সম্পন্ন করার পরিবর্তে কেবল সেটির সাথেই সংযুক্ত থাকবেন। এটিকে পোর্টাল, আইডেন্টিটি প্রোভাইডার এন্ডপয়েন্ট এবং সার্টিফিকেট ডাউনলোড সার্ভারের মধ্যে সীমাবদ্ধ রাখুন। অন্য কিছুতে নয়। দ্বিতীয় ত্রুটি হলো Android ফ্র্যাগমেন্টেশন। iOS অত্যন্ত ধারাবাহিকভাবে dot-mobileconfig প্রোফাইলগুলো পরিচালনা করে। Android তা করে না। বিভিন্ন নির্মাতা এবং OS সংস্করণগুলো সার্টিফিকেট ইনস্টলেশন ভিন্নভাবে পরিচালনা করে। রোল আউট করার আগে আপনার কর্মীরা আসলে যে নির্দিষ্ট Android ডিভাইসগুলো ব্যবহার করেন সেগুলোতে আপনার অনবোর্ডিং ফ্লো পরীক্ষা করুন। Passpoint, যা Hotspot 2.0 নামেও পরিচিত, প্রাথমিক সেটআপের পরে স্বয়ংক্রিয় নেটওয়ার্ক অনুসন্ধান এবং অথেন্টিকেশন সক্ষম করে Android অভিজ্ঞতাকে উল্লেখযোগ্যভাবে উন্নত করে। তৃতীয় ত্রুটি হলো সার্টিফিকেটের মেয়াদ শেষ হওয়া। স্বল্পমেয়াদী সার্টিফিকেট ইস্যু করুন - BYOD ডিভাইসের জন্য ৯০ দিন একটি যুক্তিসঙ্গত ডিফল্ট সময়। যখন সার্টিফিকেটের মেয়াদ শেষ হয়ে যায়, তখন ডিভাইসটিকে অবশ্যই পোর্টালের মাধ্যমে পুনরায় অনবোর্ড করতে হবে। এটি স্বাভাবিকভাবেই নেটওয়ার্ক থেকে নিষ্ক্রিয় ডিভাইসগুলোকে সরিয়ে দেয় এবং বর্তমান আইডেন্টিটি প্রোভাইডারের অবস্থার বিপরীতে পুনরায় অথেন্টিকেট করতে বাধ্য করে। ছয় মাস আগে অ্যাকাউন্ট নিষ্ক্রিয় করা হয়েছে এমন একজন প্রাক্তন কর্মীর ডিভাইস স্বয়ংক্রিয়ভাবে পুনরায় অনবোর্ডিং করতে ব্যর্থ হবে। [র‌্যাপিড-ফায়ার প্রশ্নোত্তর - প্রায় ১ মিনিট] কিছু প্রশ্ন যা আমরা প্রায়শই শুনে থাকি। "আমরা কি সম্পূর্ণ 802.1X-এর পরিবর্তে iPSK ব্যবহার করতে পারি?" হ্যাঁ, যেসব পরিবেশে সার্টিফিকেট স্থাপন করা সম্ভব নয় সেগুলোর জন্য। iPSK, বা Identity Pre-Shared Key, প্রতিটি ব্যবহারকারী বা ডিভাইসের জন্য একটি অনন্য WiFi পাসওয়ার্ড বরাদ্দ করে। এটি একটি শেয়ার্ড PSK-এর চেয়ে বেশি নিরাপদ কারণ প্রতিটি ক্রেডেনশিয়াল ব্যক্তিগত এবং বাতিলযোগ্য। এটি EAP-TLS-এর চেয়ে কম নিরাপদ কারণ এটি এখনও পাসওয়ার্ড-ভিত্তিক। এটিকে একটি প্রাথমিক ধাপ হিসেবে ব্যবহার করুন, গন্তব্য হিসেবে নয়। "আমরা যদি ইতিমধ্যেই WPA2-Enterprise-এ থাকি তবে কি আমাদের WPA3 প্রয়োজন?" যদি আপনার হার্ডওয়্যার এটি সমর্থন করে, তবে হ্যাঁ। WPA3-Enterprise 'Simultaneous Authentication of Equals' প্রবর্তন করে, যা হ্যান্ডশেকের বিরুদ্ধে অফলাইন ডিকশনারি অ্যাটাক দূর করে। সমর্থিত হার্ডওয়্যারে মাইগ্রেশন খরচ কেবল একটি কনফিগারেশন পরিবর্তন। এর নিরাপত্তা উন্নতি অত্যন্ত গুরুত্বপূর্ণ। "আমরা কীভাবে সেই ঠিকাদারদের পরিচালনা করব যাদের কোনো কর্পোরেট আইডেন্টিটি নেই?" iPSK অথবা পোর্টালের মাধ্যমে ইস্যু করা একটি সময়-সীমিত গেস্ট ক্রেডেনশিয়াল ব্যবহার করুন। চুক্তির শেষ তারিখের সাথে মিল রেখে একটি মেয়াদের তারিখ নির্ধারণ করুন। Purple-এর প্ল্যাটফর্ম নেটিভভাবে সময়-সীমিত অ্যাক্সেস ক্রেডেনশিয়াল সমর্থন করে। [সারসংক্ষেপ এবং পরবর্তী পদক্ষেপ - প্রায় ১ মিনিট] আসুন পুরো বিষয়টি সংক্ষেপে দেখে নেওয়া যাক। একটি স্টাফ WiFi ক্যাপটিভ পোর্টাল কোনো সাধারণ সুবিধার ফিচার নয়। এটি আপনার অপারেশনাল নেটওয়ার্কে আইডেন্টিটি ভেরিফিকেশন, নীতি গ্রহণ, ডিভাইস রেজিস্ট্রেশন এবং অ্যাক্সেস নিয়ন্ত্রণের প্রয়োগের জায়গা। শেয়ার্ড প্রি-শেয়ার্ড কি (shared pre-shared key) হলো একটি কমপ্লায়েন্স দায়বদ্ধতা এবং একটি নিরাপত্তা দুর্বলতা। এটিকে একটি আইডেন্টিটি-ভেরিফাইড অনবোর্ডিং ফ্লো, VLAN সেগমেন্টেশন এবং RADIUS-ভিত্তিক অথেন্টিকেশন দ্বারা প্রতিস্থাপন করুন। আপনার তাৎক্ষণিক পরবর্তী পদক্ষেপ: আপনার বর্তমান স্টাফ নেটওয়ার্ক অথেন্টিকেশন পদ্ধতি অডিট করুন। আপনি যদি একটি শেয়ার্ড PSK ব্যবহার করে থাকেন, তবে সেটি সংশোধন করাই আপনার সর্বোচ্চ অগ্রাধিকার। আপনি যদি ক্রেডেনশিয়াল-ভিত্তিক 802.1X-এ থাকেন, তবে সার্টিফিকেট-ভিত্তিক EAP-TLS-এ যাওয়ার পথটি মূল্যায়ন করুন। আর আপনার স্টাফ নেটওয়ার্কে যদি Purple Shield স্থাপন করা না থাকে, তবে কেবল ব্যান্ডউইথ হ্রাস করার বিষয়টিই এই আলোচনার যৌক্তিকতা প্রমাণ করে। বাস্তবায়ন নির্দেশিকা, আর্কিটেকচার টেমপ্লেট এবং ৮০,০০০টিরও বেশি লাইভ ভেন্যু জুড়ে Purple-এর স্থাপনার কেস স্টাডির জন্য purple.ai ভিজিট করুন। শোনার জন্য আপনাকে ধন্যবাদ।