- Purple
- Enterprise WiFi security and authentication: a complete guide
- পৃথক গেস্ট WiFi, RADIUS এবং DNS ফিল্টারিং ভেন্ডরদের প্রতিস্থাপন: মাল্টি-সাইট এস্টেটের জন্য একত্রীকরণের যৌক্তিকতা
পৃথক গেস্ট WiFi, RADIUS এবং DNS ফিল্টারিং ভেন্ডরদের প্রতিস্থাপন: মাল্টি-সাইট এস্টেটের জন্য একত্রীকরণের যৌক্তিকতা
আপনি সিদ্ধান্ত নিতে সক্ষম হবেন যে গেস্ট WiFi, স্টাফ RADIUS এবং DNS ফিল্টারিংকে একটি একক প্ল্যাটফর্মে একত্রিত করবেন, একজন বিশেষজ্ঞকে রাখবেন, নাকি পুনর্নবীকরণের জন্য অপেক্ষা করবেন। আপনি আপনার নিজস্ব টিকিট ডেটার ভিত্তিতে সরবরাহকারীদের মধ্যে হস্তান্তর-জনিত খরচ নির্ধারণ করতে পারেন, কতগুলি অডিট প্রমাণ সরানো যাবে তা গণনা করতে পারেন এবং আপনার বিদ্যমান অ্যাক্সেস পয়েন্টগুলিতে পর্যায়ভিত্তিক স্থানান্তরের পরিকল্পনা করতে পারেন।
আমাদের মূল সিরিজের অংশ: এন্টারপ্রাইজ WiFi নিরাপত্তা এবং প্রমাণীকরণ: সম্পূর্ণ নির্দেশিকা →
- আপনার কি গেস্ট WiFi, RADIUS এবং DNS ফিল্টারিং একটি প্ল্যাটফর্মে কনসোলিডেট করা উচিত?
- গেস্ট WiFi, RADIUS এবং DNS ফিল্টারিং ভেন্ডরদের কাজের ক্ষেত্র কোথায় সমাপতিত হয়?
- একটি এস্টেটের জন্য দুটি RADIUS পাথ
- VLAN এবং পলিসি ম্যাপিং দুবার সংরক্ষিত থাকে
- তিনটি পরিচয়ের রেকর্ড যা কখনোই মেলে না
- একই ব্যক্তিগত তথ্যের তিনজন প্রসেসর
- সরবরাহকারীদের মধ্যে প্রতিটি হস্তান্তরের জন্য কী খরচ হয়?
- একটি কার্যকর মডেল যা আপনি আপনার নিজস্ব টিকিটের তথ্যে চালাতে পারেন
- কীভাবে একটি একক প্ল্যাটফর্ম আপনার অডিট এভিডেন্স পরিবর্তন করে?
- তিনজন সাপ্লায়ার, একটি একক প্ল্যাটফর্ম নাকি হাইব্রিড: কোনটি কোথায় মানানসই
- প্রতিটি বিকল্প পরিচালনা করতে কত খরচ হয়?
- কনসোলিডেট করার ঝুঁকিগুলি কী কী, এবং আপনি কীভাবে সেগুলি পরিচালনা করবেন?
- কেন্দ্রীভূতকরণের ঝুঁকি (কনসেন্ট্রেশন রিস্ক)
- ফিল্টারিং নীতির সমতা
- বাণিজ্যিক ওভারল্যাপ
- এক্সিট ঝুঁকি
- কোনো DNS ফিল্টার দূর করতে পারে না এমন সীমাবদ্ধতা
- আপনার কখন একজন বিশেষজ্ঞ ভেন্ডর রাখা উচিত?
- বাস্তবে একত্রীকরণ দেখতে কেমন হয়
- হসপিটালিটি: Cisco Meraki-এ থাকা ৬০টি হোটেলের একটি গ্রুপ
- পাবলিক সেক্টর: ২৫টি লাইব্রেরি এবং অবসর কেন্দ্র সহ একটি কাউন্সিল
- ইভেন্টস: একটি স্টেডিয়াম এবং কনফারেন্স ভেন্যু যা একজন বিশেষজ্ঞকে বহাল রাখছে
- আপনার এস্টেটের জন্য কীভাবে সিদ্ধান্ত নেবেন
- প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী
- Purple কি আমাদের ইতিমধ্যে থাকা অ্যাক্সেস পয়েন্টগুলির সাথে কাজ করে?
- Purple কি কর্মীদের WiFi-এর জন্য আমাদের বর্তমান RADIUS সার্ভার প্রতিস্থাপন করতে পারে?
- গেস্ট WiFi-এর পাশাপাশি DNS ফিল্টারিং কীভাবে লাইসেন্সপ্রাপ্ত হয়?
- আমরা কি একসাথে তিনটি সরবরাহকারীর পরিবর্তে একবারে একটি করে সরাতে পারি?
- সবকিছু একজন সরবরাহকারীর অধীনে রাখলে কি আমাদের বিভ্রাটের ঝুঁকি বেড়ে যায়?এটি নির্ভরতাকে কেন্দ্রীভূত করে, তাই সরাসরি এর মূল্যায়ন করুন। Purple ৮০,০০০-এর বেশি লাইভ ভেন্যুজুড়ে ৯৯.৯৯৯% আপটাইমে কাজ করে এবং বছরে ৫০ কোটি ব্যবহারকারী ও লগইন পরিচালনা করে। ডিউ ডিলিজেন্স চলাকালীন RADIUS এবং DNS ফেইলওভার ডিজাইনের খোঁজ নিন এবং আপনার পাইলট সাইটে এটি পরীক্ষা করুন। তিনজন সরবরাহকারীর নিজস্ব ঝুঁকি থাকে: তাদের যেকোনো একজনের ত্রুটির কারণে কোনো অতিথির অনলাইনে যাওয়া বন্ধ হয়ে যেতে পারে।
- অতিথি এবং কর্মীদের ডেটার ক্ষেত্রে Purple কি GDPR মেনে চলে?
- আমাদের বর্তমান ফিল্টারিং ভেন্ডরকে বজায় রাখা কখন আরও যুক্তিযুক্ত?

যখন একটি এস্টেটকে একটি কানেকশন পরিচালনার জন্য তিনজন সরবরাহকারীকে অর্থ প্রদান করতে হয়, তখন কনসোলিডেট করুন। গেস্ট সাইন-ইন, কর্মীদের RADIUS এবং DNS ফিল্টারিং VLAN ম্যাপিং, পরিচয় এবং লগ সংক্রান্ত ক্ষেত্রে একে অপরের ওপর নির্ভর করে, তাই ত্রুটিগুলি স্বাভাবিকভাবেই সরবরাহকারীদের সীমানা অতিক্রম করে। Purple আপনার বিদ্যমান অ্যাক্সেস পয়েন্টগুলিতেই এই তিনটি পরিচালনা করে: গেস্ট সাইন-ইন এবং ক্লাউড RADIUS-এর জন্য Purple Access, প্রতি নেটওয়ার্ক এবং VLAN অনুযায়ী DNS ফিল্টারিংয়ের জন্য Purple Shield।
আপনার কি গেস্ট WiFi, RADIUS এবং DNS ফিল্টারিং একটি প্ল্যাটফর্মে কনসোলিডেট করা উচিত?
বেশিরভাগ মাল্টি-সাইট এস্টেটের জন্য, হ্যাঁ। গেস্ট সাইন-ইন, কর্মীদের প্রমাণীকরণ (অথেনটিকেশন) এবং DNS ফিল্টারিংকে তিনটি পৃথক পণ্য বলে মনে হয়। কিন্তু নেটওয়ার্কে, তারা শেয়ার করা কনফিগারেশন ব্যবহার করে ক্রমানুসারে একটি কানেকশনের ওপরই কাজ করে।
ক্রমটি এখানে দেওয়া হলো। একজন গেস্ট একটি SSID-এ যুক্ত হন, এবং অ্যাক্সেস পয়েন্ট তাদের একটি ক্যাপটিভ পোর্টালে রিডাইরেক্ট করে, যা ইন্টারনেট অ্যাক্সেসের আগে প্রদর্শিত সাইন-ইন পৃষ্ঠা। কন্ট্রোলার তখন একটি RADIUS সার্ভারকে জিজ্ঞাসা করে যে তাদের নেটওয়ার্কে প্রবেশের অনুমতি দেওয়া হবে কিনা। RADIUS, যা RFC 2865-এ সংজ্ঞায়িত, হলো সেই প্রোটোকল যা অ্যাক্সেস পয়েন্টগুলি এই সিদ্ধান্তের জন্য ব্যবহার করে। কর্মীদের ডিভাইসগুলি IEEE 802.1X-এর মাধ্যমে একই প্রোটোকল ব্যবহার করে, যা পোর্ট-ভিত্তিক অ্যাক্সেস নিয়ন্ত্রণ স্ট্যান্ডার্ড। যেকোনো ডিভাইস অনলাইন হওয়ার পরে, প্রতিটি DNS লুকআপ ফিল্টারিং সার্ভিসের মধ্য দিয়ে যায়।
তিনজন সরবরাহকারী থাকার অর্থ হলো একটি ইভেন্টের জন্য তিনটি চুক্তি, তিনটি কনসোল, তিনটি সাপোর্ট ডেস্ক এবং তিন সেট লগ। WiFi ভেন্ডর কনসোলিডেশনের যৌক্তিকতা এই অতিরিক্ত পুনরাবৃত্তি দূর করার ওপর নির্ভর করে। আমাদের সুপারিশ:
- সম্পূর্ণ কনসোলিডেট করুন যেখানে একটি টিম ১০টি বা তার বেশি সাইট জুড়ে গেস্ট এবং কর্মীদের WiFi পরিচালনা করে এবং চুক্তিগুলি ১৮ মাসের মধ্যে সারিবদ্ধ করা যায়।
- কনসোলিডেট করুন এবং একজন বিশেষজ্ঞ বজায় রাখুন যেখানে কোনো প্রয়োজনীয়তা WiFi অ্যাক্সেসের বাইরে থাকে, যেমন তারযুক্ত ডিভাইসের পস্চার চেক বা পরিচালিত ল্যাপটপে TLS ইন্সপেকশন।
- পুনর্নবীকরণ পর্যন্ত আপনার বর্তমান স্ট্যাক বজায় রাখুন যেখানে চুক্তি বাতিলের ফি অবশিষ্ট মেয়াদে আপনার সাশ্রয় হওয়া পরিচালন ব্যয়ের চেয়ে বেশি হয়।
Purple আপনার ইতিমধ্যে থাকা অ্যাক্সেস পয়েন্টগুলিতেই এই তিনটি কাজ পরিচালনা করে। কোনো কিছু সম্পূর্ণ পরিবর্তন বা প্রতিস্থাপনের প্রয়োজন নেই।
গেস্ট WiFi, RADIUS এবং DNS ফিল্টারিং ভেন্ডরদের কাজের ক্ষেত্র কোথায় সমাপতিত হয়?
এই সমাপতন বা ওভারল্যাপ কোনো বিপণনের দাবি নয়। এগুলি আসে দুটি স্থানে থাকা কনফিগারেশন, তিনটি স্থানে থাকা পরিচয় এবং তিনটির দ্বারাই প্রক্রিয়াকৃত ব্যক্তিগত ডেটা থেকে।
একটি এস্টেটের জন্য দুটি RADIUS পাথ
অধিকাংশ গেস্ট প্ল্যাটফর্ম ইতিমধ্যেই একটি RADIUS সার্ভার হিসেবে কাজ করে। অনেক কন্ট্রোলারে, বাহ্যিক ক্যাপটিভ পোর্টাল প্রক্রিয়াটি একটি RADIUS অনুমোদনের মাধ্যমে শেষ হয় যা গেস্টকে নেটওয়ার্কে অ্যাক্সেস দেয়। আপনার কর্মীদের নেটওয়ার্ক তখন একটি দ্বিতীয় RADIUS সার্ভিস পরিচালনা করে। এটি প্রায়শই প্রধান কার্যালয়ের একটি সার্ভার পেয়ার বা একটি পৃথক ক্লাউড RADIUS চুক্তি হয়ে থাকে।
আপনি RADIUS-এর জন্য দুবার অর্থ প্রদান করেন, সাইট প্রতি দুই সেট শেয়ার্ড সিক্রেট বজায় রাখেন এবং দুটি সার্ভিস প্যাচ করেন। Purple-এর সাথে, Guest WiFi এবং কর্মীদের প্রমাণীকরণ একই ক্লাউড RADIUS ব্যবহার করে। প্রতিটি অ্যাক্সেস পয়েন্ট একটি সার্ভিসের দিকে নির্দেশ করে।
VLAN এবং পলিসি ম্যাপিং দুবার সংরক্ষিত থাকে
একটি VLAN হলো একটি ভার্চুয়াল LAN, যা শেয়ার করা হার্ডওয়্যারে একটি লজিক্যাল নেটওয়ার্ক সেগমেন্ট। RADIUS RFC 3580-এ বর্ণিত টানেল অ্যাট্রিবিউট ব্যবহার করে প্রতিটি অ্যাকসেপ্ট মেসেজের সাথে একটি VLAN অ্যাসাইনমেন্ট পাঠাতে পারে। আপনার DNS ফিল্টারিং ভেন্ডর তখন VLAN, সাবনেট বা ইগ্রেস IP অ্যাড্রেস অনুযায়ী পলিসি প্রয়োগ করে।
সুতরাং "এটি গেস্ট নেটওয়ার্ক" এবং "এটি গেস্ট পলিসি" - এই দুইয়ের মধ্যে যোগসূত্রটি দুটি কনসোলে থাকে। আপনি যখন কোনো একটি সাইটে সাবনেট রিনম্বর করেন বা একটি VLAN বিভক্ত করেন, তখন একই দিনে দুটিই পরিবর্তন করতে হবে। যখন কেবল একটি পরিবর্তিত হয়, তখন কর্মীরা গেস্ট পলিসি পেয়ে যান, অথবা গেস্টরা কোনো ফিল্টারিং-ই পান না।
তিনটি পরিচয়ের রেকর্ড যা কখনোই মেলে না
গেস্ট প্ল্যাটফর্ম জানে কে সাইন ইন করেছে এবং তারা কীসে সম্মতি দিয়েছে। RADIUS সার্ভিস জানে কোন কর্মীর পরিচয় প্রমাণীকৃত হয়েছে। DNS ফিল্টার জানে কোন IP অ্যাড্রেস কোন ডোমেনের জন্য অনুরোধ করেছে।
তাদের কেউই অন্যদের সাথে কোনো কি (key) শেয়ার করে না। "যখন এই ডোমেনটি ব্লক করা হয়েছিল তখন কে কোন নেটওয়ার্কে ছিল" - এই প্রশ্নের উত্তর দেওয়ার অর্থ হলো তিনটি এক্সপোর্ট। এরপর আপনি তিনটি টাইমস্ট্যাম্প ফর্ম্যাট মেলাবেন এবং IP অ্যাড্রেস ও সময়ের ভিত্তিতে তুলনা করবেন। একটি প্ল্যাটফর্মে, WiFi Analytics-এ ডেটা পাঠানো সাইন-ইন রেকর্ডটি প্রমাণীকরণ এবং ফিল্টারিং পলিসির পাশাপাশি থাকে।
একই ব্যক্তিগত তথ্যের তিনজন প্রসেসর
প্রতিটি সরবরাহকারী ব্যক্তিগত তথ্য প্রক্রিয়া করে: নাম, ইমেল ঠিকানা, ডিভাইসের MAC অ্যাড্রেস, IP অ্যাড্রেস এবং অনুরোধ করা ডোমেন। UK GDPR আর্টিকেল 28-এর অধীনে, প্রত্যেকের নিজস্ব প্রসেসর চুক্তি প্রয়োজন। আর্টিকেল 30-এর অধীনে, প্রত্যেকে আপনার প্রসেসিংয়ের রেকর্ডে উপস্থিত থাকে। একজন গেস্ট WiFi এবং RADIUS ভেন্ডর ও তার সাথে একটি ফিল্টারিং ভেন্ডর থাকার অর্থ হলো একটি পরিষেবার জন্য তিনটি এন্ট্রি।
সরবরাহকারীদের মধ্যে প্রতিটি হস্তান্তরের জন্য কী খরচ হয়?
হস্তান্তর হলো এমন যেকোনো পর্যায় যেখানে একটি টিকিট একজন সরবরাহকারীর কিউ ছেড়ে অন্য একজনের কিউতে প্রবেশ করে। প্রতিটিতে অপেক্ষা করা, পুনরায় ব্যাখ্যা করা এবং প্রমাণ সংগ্রহের সময় যুক্ত হয়। তিনটি সরবরাহকারী রয়েছে এমন অবকাঠামোয় এই পাঁচটি হস্তান্তর বারবার ঘটে।
- গেস্টরা সাইন-ইন পেজে পৌঁছাতে পারছেন না। DNS ফিল্টার এমন একটি ডোমেন ব্লক করে যার ওপর ক্যাপটিভ পোর্টাল নির্ভর করে, অথবা কোনো অপারেটিং সিস্টেমের ক্যাপটিভ-পোর্টাল শনাক্তকরণ হোস্টনেম ব্লক করে। পোর্টাল ভেন্ডর রিপোর্ট করে যে পেজটি সচল রয়েছে। ফিল্টারিং ভেন্ডর রিপোর্ট করে যে পলিসিটি সঠিক। আপনার নেটওয়ার্ক টিম তাদের মধ্যবর্তী ত্রুটি প্রমাণ করে।
- কর্মীরা ভুল VLAN-এ পৌঁছান। RADIUS একটি অপ্রত্যাশিত VLAN প্রদান করে, এবং DNS ফিল্টার কর্মীদের ডিভাইসে গেস্ট পলিসি প্রয়োগ করে। দুটি ভেন্ডরের একটিই লক্ষণ থাকে।
- চাকরি ছেড়ে দেওয়া ব্যক্তি WiFi অ্যাক্সেস বজায় রাখেন। RADIUS সার্ভিসটি আপনার আইডেন্টিটি প্রোভাইডারের সাথে সংযুক্ত নয়, তাই একটি নিষ্ক্রিয় অ্যাকাউন্টও প্রমাণীকৃত হয়ে যায়। ত্রুটিটি HR, IT এবং RADIUS সরবরাহকারীর মধ্যে রয়ে যায়।
- কোনো ভিজিটর একটি ব্লক করা সাইট নিয়ে অভিযোগ করেন। উত্তর দেওয়ার জন্য সাইন-ইন রেকর্ড, নেটওয়ার্ক অ্যাসাইনমেন্ট এবং DNS লগ প্রয়োজন হয়। এর অর্থ হলো তিনজন সরবরাহকারীর কাছ থেকে তিনটি এক্সপোর্ট।
- একটি RADIUS সার্টিফিকেট পুনর্নবীকরণ কর্মীদের WiFi সংযোগে বিঘ্ন ঘটায়। যে ডিভাইসগুলি পুরোনো সার্ভার সার্টিফিকেট যাচাই করে, সেগুলি নতুনটিকে প্রত্যাখ্যান করে। RADIUS সরবরাহকারী, আপনার ডিভাইস ম্যানেজমেন্ট টিম এবং অ্যাক্সেস পয়েন্ট কনফিগারেশন - সবই এই ত্রুটির আওতায় পড়ে।
একটি কার্যকর মডেল যা আপনি আপনার নিজস্ব টিকিটের তথ্যে চালাতে পারেন
আপনার ইন্ডাস্ট্রির গড়ের প্রয়োজন নেই, কারণ আপনার সার্ভিস ডেস্কের কাছে ইতিমধ্যেই এই সংখ্যাগুলো রয়েছে। একের বেশি সাপ্লায়ারের নাম রয়েছে এমন টিকিটের জন্য 12 মাসের WiFi টিকিট ফিল্টার করুন। তারপর এই মডেলটি প্রয়োগ করুন।
নিচের ইনপুটগুলি উদাহরণের জন্য দেওয়া হয়েছে, এগুলো কোনো রিপোর্টেড ফলাফল নয়। এগুলোকে আপনার নিজস্ব ডেটা দিয়ে পরিবর্তন করুন:
- এস্টেট জুড়ে প্রতি মাসে 30টি মাল্টি-সাপ্লায়ার টিকিট।
- টিকিট প্রতি গড়ে দু'টি হ্যান্ড-অফ।
- হ্যান্ড-অফ প্রতি ইঞ্জিনিয়ারের 40 মিনিট সময়, যার মধ্যে লগিং, অপেক্ষা করা, পুনরায় ব্যাখ্যা করা এবং কলে যোগ দেওয়া অন্তর্ভুক্ত।
এর ফলে দাঁড়ায় 30 × 2 × 40 = 2,400 মিনিট, বা প্রতি মাসে 40 জন ইঞ্জিনিয়ারের কাজের ঘণ্টা। এক বছরে, এটি 480 ঘণ্টা। একটি একক WiFi প্ল্যাটফর্মে, এই ক্রস-সাপ্লায়ার হ্যান্ড-অফগুলি দূর হয়ে যায়। ত্রুটিটি তখনও ঠিক করার প্রয়োজন থাকে, তবে এটি একটি একক লগ সহ একটি কিউ-তে থাকে।
কোনো ঘটনার সময় ইঞ্জিনিয়ারের সময়ের চেয়ে অতিবাহিত সময়টি বেশি গুরুত্বপূর্ণ। প্রতিটি হ্যান্ড-অফ আপনার টাইম-টু-রিজলভ-এ পরবর্তী সাপ্লায়ারের রেসপন্স টাইম যোগ করে। আপনার অতিথিদের পুরো সময় জুড়েই অপেক্ষা করতে হয়।
কীভাবে একটি একক প্ল্যাটফর্ম আপনার অডিট এভিডেন্স পরিবর্তন করে?
WiFi সম্পর্কে অডিটররা দুই ধরনের প্রশ্ন করেন। সার্ভিসটি কি নিয়ন্ত্রিত? সাপ্লায়াররা কি নিয়ন্ত্রিত? তিনজন সাপ্লায়ার থাকলে দ্বিতীয় প্রশ্নের উত্তর তিনগুণ হয়ে যায় এবং প্রথম প্রশ্নের উত্তরগুলি খণ্ডিত হয়ে পড়ে।
ISO/IEC 27001:2022 Annex A কন্ট্রোল 5.19 থেকে 5.22 পর্যন্ত সাপ্লায়ার সম্পর্কগুলিকে কভার করে। এর মধ্যে রয়েছে সাপ্লায়ার এগ্রিমেন্টে সিকিউরিটি, ICT সাপ্লাই চেইন, এবং সাপ্লায়ার সার্ভিসগুলির পর্যবেক্ষণ ও পর্যালোচনা। প্রতিটি WiFi সাপ্লায়ার প্রতিটি কন্ট্রোলের আওতায় পড়ে।
PCI DSS v4.0 রিকোয়ারমেন্ট 11.4.5-এ সেগমেন্টেশন কন্ট্রোলের টেস্টিং আবশ্যক যেখানে আপনি কার্ডহোল্ডার ডেটার পরিধি কমাতে সেগমেন্টেশনের ওপর নির্ভর করেন। কোনো রিটেইলার বা হোটেলের ক্ষেত্রে, সেই টেস্টটি RADIUS VLAN অ্যাসাইনমেন্ট এবং প্রতিটি সেগমেন্টের ফিল্টারিং পলিসি জুড়ে বিস্তৃত।
| এভিডেন্স আইটেম | তিনজন সাপ্লায়ার | Purple একক প্ল্যাটফর্ম |
|---|---|---|
| সাপ্লায়ার সিকিউরিটি অ্যাসেসমেন্ট (ISO 27001 A.5.19 থেকে A.5.21) | 3 | 1 |
| সাপ্লায়ার সার্ভিস রিভিউ (ISO 27001 A.5.22) | 3 | 1 |
| GDPR Article 28 প্রসেসর এগ্রিমেন্ট | 3 | 1 |
| WiFi প্রসেসিং রেকর্ডে উল্লিখিত প্রসেসর | 3 | 1 |
| আপনার অ্যাক্সেস রিভিউতে থাকা অ্যাডমিন কনসোল | 3 | 1 |
| VLAN-টু-পলিসি ম্যাপিং ধারণকারী সিস্টেম | 2 | 1 |
| একটি ঘটনার জন্য কোরিলেট করার মতো লগ সোর্স | 3 | 1 |
| সংগ্রহ করার মতো সার্টিফিকেট এবং অ্যাটেস্টেশন | 3টি সাপ্লায়ারের প্রত্যেকের কাছ থেকে একটি করে সেট | Purple-এর ISO 27001 এবং Cyber Essentials সার্টিফিকেট |
Purple 2012 সাল থেকে পরিচালিত হচ্ছে এবং 90টিরও বেশি দেশে 80,000+ লাইভ ভেন্যুতে চলছে। এটি ISO 27001 সার্টিফায়েড, Cyber Essentials সার্টিফায়েড, GDPR এবং CCPA কমপ্লায়েন্ট, এবং একটি সার্টিফায়েড B Corp। একটি একক সাপ্লায়ার অ্যাসেসমেন্টেই সাইন-ইন, অথেনটিকেশন এবং ফিল্টারিং কভার হয়। আপনি যখন কোনো গেস্ট VLAN-এ ফিল্টারিং পরিবর্তন করেন, তখন আপনার চেঞ্জ রেকর্ডে দু'টির পরিবর্তে একটি সিস্টেমের নাম থাকে।
তিনজন সাপ্লায়ার, একটি একক প্ল্যাটফর্ম নাকি হাইব্রিড: কোনটি কোথায় মানানসই
যেসব এস্টেট সবচেয়ে বেশি উপকৃত হয় তাদের একটি সাধারণ বৈশিষ্ট্য থাকে। একই টিম অনেকগুলো সাইট জুড়ে গেস্ট এবং কর্মীদের WiFi পরিচালনা করে। এটি হোটেল, প্রতিটি স্টোরে ক্রেতাদের WiFi প্রদানকারী রিটেল চেন এবং ট্রেন-এ যাত্রীদের WiFi পরিচালনাকারী অপারেটরদের ক্ষেত্রে প্রযোজ্য।
মাল্টি-টেন্যান্ট ভেন্যুগুলির জন্যও এটি উপযুক্ত। শপিং সেন্টার WiFi-এর ডিজাইনের সমস্যাগুলি পৃথক গেস্ট, টেন্যান্ট এবং কর্মীদের সেগমেন্টের সাথে ঘনিষ্ঠভাবে সামঞ্জস্যপূর্ণ, যার প্রতিটির নিজস্ব ফিল্টারিং নীতি রয়েছে।
| অক্ষ | তিনজন সরবরাহকারী | Purple একক প্ল্যাটফর্ম | Purple এবং একজন বহাল রাখা বিশেষজ্ঞ |
|---|---|---|---|
| চুক্তি এবং পুনর্নবীকরণের তারিখ | ৩টি, সাধারণত ভিন্ন ভিন্ন তারিখে | ১টি | ২টি |
| WiFi ডেটার জন্য GDPR অনুচ্ছেদ ২৮ চুক্তি | ৩টি | ১টি | ২টি |
| সাইন-ইন সংক্রান্ত সমস্যার জন্য সাপোর্ট রুট | ৩ জন সরবরাহকারী এবং আপনার নেটওয়ার্ক টিম | Purple এবং আপনার নেটওয়ার্ক টিম | Purple এবং আপনার নেটওয়ার্ক টিম |
| অ্যাডমিন কনসোল | ৩টি | ১টি | ২টি |
| যেখানে VLAN-থেকে-পলিসি ম্যাপিং থাকে | RADIUS পরিষেবা এবং DNS ফিল্টার আলাদাভাবে | Purple | WiFi-এর জন্য Purple, বিশেষজ্ঞ তার নিজস্ব পরিধির জন্য |
| অ্যাক্সেস পয়েন্ট প্রতিস্থাপন প্রয়োজন | কোনটিই নয় | কোনটিই নয় | কোনটিই নয় |
| প্রতি অডিট চক্রে সরবরাহকারী পর্যালোচনা | ৩টি | ১টি | ২টি |
| কাদের জন্য উপযুক্ত | অবশিষ্ট রানিং খরচের চেয়ে এক্সিট ফি বেশি থাকা এস্টেট | ১০+ সাইটে গেস্ট এবং কর্মীদের WiFi পরিচালনা করা একটি টিম | WiFi-এর বাইরে ফিল্টারিং বা অ্যাক্সেস কন্ট্রোলের প্রয়োজনীয়তা থাকা এস্টেট |
প্রতিটি বিকল্প পরিচালনা করতে কত খরচ হয়?
লাইসেন্স ফি দৃশ্যমান অংশ মাত্র। বেশিরভাগ পরিচালনা ব্যয় অন্যত্র নিহিত থাকে। এই ছয়টি বিষয়ের বিপরীতে আপনার বর্তমান স্ট্যাকের একটি তিন বছরের রূপরেখা তৈরি করুন:
- লাইসেন্স। তিনজন সরবরাহকারী প্রায়শই ভিন্ন ভিন্ন ইউনিটের ভিত্তিতে মূল্য নির্ধারণ করে: সাইট প্রতি, অ্যাক্সেস পয়েন্ট প্রতি বা ডিভাইস প্রতি। তুলনা করার আগে সেগুলিকে সাইট প্রতি খরচে সমন্বয় করুন।
- পরিকাঠামো। অন-প্রিমিসেস RADIUS মানে হল সার্ভার, অপারেটিং সিস্টেম প্যাচ এবং সার্টিফিকেট পুনর্নবীকরণ। Purple-এর ক্লাউড RADIUS সার্ভারের প্রয়োজনীয়তা দূর করে।
- ইন্টিগ্রেশন রক্ষণাবেক্ষণ। প্রতিটি সরবরাহকারীর নিজস্ব অ্যাডমিন সাইন-অন, API সংযোগ এবং ডিভাইস ম্যানেজমেন্ট প্রোফাইলের প্রয়োজন হয়।
- সরবরাহকারী ব্যবস্থাপনা। ডিউ ডিলিজেন্স, প্রসেসর চুক্তির পর্যালোচনা এবং বার্ষিক পরিষেবা পর্যালোচনা তিনবার করতে হয়। আপনার সুরক্ষা এবং প্রকিউরমেন্ট টিম প্রতিটিতে যে সময় ব্যয় করে তার মূল্যায়ন করুন।
- ইনসিডেন্টের সময়। আপনার নিজস্ব টিকিট ডেটা সহ উপরের হ্যান্ড-অফ মডেলটি ব্যবহার করুন।
- পুনর্নবীকরণের অসামঞ্জস্যতা। তিনটি পুনর্নবীকরণের তারিখ মানে তিনটি আলোচনা এবং লক্ষ্য রাখার মতো তিনটি নোটিশ পিরিয়ড।
তারপর সেই মোটের বিপরীতে মাইগ্রেশন প্রচেষ্টা এবং যে কোনও এক্সিট ফি যোগ করে Purple-এর কোটেশনটি মূল্যায়ন করুন। হার্ডওয়্যার এই তুলনার মধ্যে পড়ে না। Purple হার্ডওয়্যারের ওপর নির্ভরশীল নয় এবং এটি Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet-এর ওপর ক্লাউড ওভারলে হিসাবে চলে। কেন আপনার পরবর্তী WiFi আপগ্রেডে নতুন হার্ডওয়্যারের প্রয়োজন নেই নিবন্ধে এই মডেলটি আরও বিস্তারিতভাবে আলোচনা করা হয়েছে।
আপনার নির্দিষ্ট সেটআপ নিয়ে কোনো প্রশ্ন আছে?
আমাদের টিম ৮০,০০০ ভেন্যুতে ভেন্যু অপারেটর, IT ম্যানেজার এবং নেটওয়ার্ক ইঞ্জিনিয়ারদের সাথে কাজ করে। একটি ২০ মিনিটের কল বুক করুন এবং আপনার মতো অন্যরা কীভাবে এর সমাধান করেছেন তা আমরা আপনাকে দেখাব।
কনসোলিডেট করার ঝুঁকিগুলি কী কী, এবং আপনি কীভাবে সেগুলি পরিচালনা করবেন?
কেন্দ্রীভূতকরণের ঝুঁকি (কনসেন্ট্রেশন রিস্ক)
একজন সরবরাহকারী এখন গেস্ট সাইন-ইন, কর্মীদের প্রমাণীকরণ এবং ফিল্টারিং পরিচালনা করে। এটি ব্যর্থ হলে, তিনটিই একসাথে ব্যর্থ হবে। তবে, তিনজন সরবরাহকারী থাকলেও এই ঝুঁকি দূর হয় না। পরিষেবাগুলি ক্রমানুসারে কাজ করে, তাই যে কোনও একটিতে ত্রুটি দেখা দিলে অতিথি অনলাইনে যেতে পারবেন না।
ডিউ ডিলিজেন্সের মাধ্যমে এটি পরিচালনা করুন। Purple ৯৯.৯৯৯% আপটাইমে কাজ করে এবং বছরে ৫০ কোটি ব্যবহারকারী এবং লগইন পরিচালনা করে। RADIUS এবং DNS রেজোলিউশন কীভাবে ফেইলওভার করে তা জেনে নিন, এবং আপনার পাইলট সাইটে সেই আচরণটি পরীক্ষা করুন।### কর্মীদের ডিভাইসে সার্টিফিকেট ট্রাস্ট
PEAP (Protected EAP) একটি TLS টানেলের মধ্যে ব্যবহারকারীর নাম এবং পাসওয়ার্ড আবদ্ধ রাখে। EAP-TLS পাসওয়ার্ডের পরিবর্তে ক্লায়েন্ট সার্টিফিকেট দিয়ে প্রমাণীকরণ করে। উভয় পদ্ধতি ব্যবহারকারী ডিভাইসগুলি শংসাপত্র পাঠানোর আগে RADIUS সার্ভারের সার্টিফিকেট যাচাই করে। যখন RADIUS সার্ভার পরিবর্তিত হয়, ডিভাইসগুলিকে অবশ্যই নতুন সার্টিফিকেট বিশ্বাস করতে হবে, অন্যথায় তারা সংযোগ করতে অস্বীকার করবে।
প্রতিটি সাইট কাটওভার হওয়ার আগে ডিভাইস ম্যানেজমেন্টের মাধ্যমে আপডেট করা WiFi প্রোফাইলগুলি পুশ করুন। 802.1X সহ iOS এবং macOS-এ কীভাবে এন্টারপ্রাইজ WiFi সেট আপ করবেন নির্দেশিকায় Apple ডিভাইসের প্রোফাইল কাঠামো আলোচনা করা হয়েছে। কাটওভার কর্মীদের SSID-গুলিতে WPA3 পর্যালোচনা করার জন্যও একটি ভালো সুযোগ। WPA2 বনাম WPA3 এর সুবিধা-অসুবিধাগুলি তুলে ধরে।
ফিল্টারিং নীতির সমতা
মাইগ্রেশনের আগে প্রতি নেটওয়ার্ক অনুযায়ী প্রতিটি ফিল্টারিং বিভাগ, অ্যালাউ-লিস্ট এবং ব্লক-লিস্ট এক্সপোর্ট করুন। প্রতিটি VLAN অনুযায়ী একটি Shield নীতিতে ম্যাপিং করুন। পাইলট সাইটে পুরানো ব্লক-লিস্টের বিপরীতে ফলাফল পরীক্ষা করুন।
ফিল্টারিং প্রয়োজনীয়তার দায়িত্ব যার কাছে রয়েছে তার সাথে সাইন-অফ মানদণ্ড চূড়ান্ত করুন। এটি কোনো সেফগার্ডিং লিড, HR বা প্রিমিসেস লাইসেন্সে উল্লিখিত ব্যক্তি হতে পারেন।
বাণিজ্যিক ওভারল্যাপ
পর্যায়ে পর্যায়ে পুনর্নবীকরণের কারণে মাইগ্রেশনের সময় আপনাকে দুটি পরিষেবার জন্য অর্থ প্রদান করতে হতে পারে। প্রতিটি চুক্তির মেয়াদ, নোটিশের সময়সীমা এবং এক্সিট ফি যাচাই করুন। যেখানে জরিমানা বেশি, সেখানে পুনর্নবীকরণের তারিখ অনুযায়ী মাইগ্রেশনের সময় নির্ধারণ করুন।
এক্সিট ঝুঁকি
Purple আপনার নিজস্ব হার্ডওয়্যারে চলে, তাই পরবর্তীতে বাদ দেওয়া কোনো হার্ডওয়্যার প্রতিস্থাপন নয়, কেবল একটি কন্ট্রোলার কনফিগারেশন পরিবর্তন। চুক্তি স্বাক্ষর করার আগে ডেটা এক্সপোর্ট এবং সংরক্ষণের শর্তাবলী চূড়ান্ত করে নিন।
কোনো DNS ফিল্টার দূর করতে পারে না এমন সীমাবদ্ধতা
DNS ফিল্টারিং নেম রেজোলিউশনের পর্যায়ে কাজ করে। যে ডিভাইসগুলি DNS over HTTPS (RFC 8484) বা হার্ড-কোডেড রিজলভার ব্যবহার করে, সেগুলি যেকোনো সরবরাহকারীর তৈরি DNS ফিল্টার বাইপাস করতে পারে। আপনার ফায়ারওয়ালে অননুমোদিত রিজলভারগুলিতে আউটবাউন্ড DNS ব্লক করুন। আপনার নীতির প্রয়োজন অনুযায়ী পরিচিত DNS over HTTPS এন্ডপয়েন্টগুলি ব্লক করুন। DNS ফিল্টারিং ডোমেনের উপর ভিত্তি করে সিদ্ধান্ত নেয়, তাই এটি পৃষ্ঠার বিষয়বস্তু পরিদর্শন করে না।
আপনার কখন একজন বিশেষজ্ঞ ভেন্ডর রাখা উচিত?
WiFi অ্যাক্সেসের বাইরের সুযোগের জন্য একজন বিশেষজ্ঞ রাখুন এবং এর ভেতরের সবকিছু একত্রিত করুন। চারটি পরিস্থিতি একজন সরবরাহকারীকে রেখে দেওয়া বা স্থানান্তর স্থগিত করার ন্যায্যতা দেয়।
- ম্যানেজড এন্ডপয়েন্টগুলিতে DNS-স্তরের নিয়ন্ত্রণের চেয়েও বেশি কিছুর প্রয়োজন। যদি কর্পোরেট ল্যাপটপগুলির TLS পরিদর্শন, অথবা অফিসের বাইরেও কাজ করে এমন ফিল্টারিংয়ের প্রয়োজন হয়, তবে সেই এন্ডপয়েন্টগুলির জন্য সেই পরিষেবাটি বজায় রাখুন। আপনার WiFi নেটওয়ার্কগুলিতে Purple Shield চালান।
- তারযুক্ত পোর্টগুলির জন্য ভঙ্গি-ভিত্তিক অ্যাক্সেস নিয়ন্ত্রণ প্রয়োজন। কর্পোরেট পোর্টগুলির জন্য আপনার তারযুক্ত নেটওয়ার্ক অ্যাক্সেস নিয়ন্ত্রণ বজায় রাখুন। অতিথি এবং কর্মীদের WiFi-এর জন্য Purple Access চালান।
- ক্লিনিকাল বা অপারেশনাল ডিভাইসগুলি ডেডিকেটেড অ্যাক্সেস নিয়ন্ত্রণে চলে। স্বাস্থ্যসেবায়, ক্লিনিকাল ডিভাইস নিয়ন্ত্রণগুলি যথাস্থানে বজায় রাখুন। রোগী, দর্শনার্থী এবং কর্মীদের WiFi-কে Purple-এ একত্রিত করুন।
- এক্সিট ফি সাশ্রয়ের চেয়ে বেশি। জরিমানা যদি অবশিষ্ট মেয়াদে কমানো অপারেটিং খরচের চেয়ে বেশি হয়, তবে পুনর্নবীকরণ পর্যন্ত অপেক্ষা করুন। তারপর স্থানান্তরিত হন।
একটি নির্দিষ্ট সংবিধিবদ্ধ ফিল্টারিং মানদণ্ড হলো যাচাইকরণের একটি ধাপ, একই অবস্থায় থেকে যাওয়ার কোনো কারণ নয়। উদাহরণস্বরূপ, ইংল্যান্ডের স্কুলগুলি 'কিপিং চিলড্রেন সেফ ইন এডুকেশন' অনুসরণ করে, যা যথাযথ ফিল্টারিং এবং পর্যবেক্ষণের প্রত্যাশা করে। আপনার পাইলট সাইটের প্রয়োজনীয়তার সাথে Shield-এর বিভাগগুলি যাচাই করুন, তারপর একত্রীকরণ করুন।
বাস্তবে একত্রীকরণ দেখতে কেমন হয়
এগুলি নির্দিষ্ট অনুমানের ভিত্তিতে তৈরি কার্যকর উদাহরণ। এগুলি একত্রীকরণের গাণিতিক দিকটি তুলে ধরে, কোনো নির্দিষ্ট ভেন্যু থেকে প্রাপ্ত ফলাফলের প্রতিবেদন নয়।
হসপিটালিটি: Cisco Meraki-এ থাকা ৬০টি হোটেলের একটি গ্রুপ
পরিস্থিতি। গ্রুপটি সাইন-ইনের জন্য একজন গেস্ট WiFi ভেন্ডর এবং কর্মীদের PEAP-এর জন্য হেড-অফিসের একজোড়া RADIUS সার্ভার চালায়। তৃতীয় একজন সরবরাহকারী গেস্ট VLAN-এ DNS ফিল্টার করে। চুক্তিগুলি তিনটি ভিন্ন ত্রৈমাসিকে পুনর্নবীকরণ হয়।
পদ্ধতি। বিদ্যমান Meraki অ্যাক্সেস পয়েন্টগুলিতে Purple Access গেস্ট সাইন-ইন এবং কর্মীদের RADIUS প্রতিস্থাপন করে। Purple Shield গেস্ট এবং কর্মীদের VLAN-এ ফিল্টারিংয়ের দায়িত্ব নেয়। রোলআউট ১০টি করে হোটেলের ছয়টি আঞ্চলিক পর্যায়ে চলে। প্রতিটি পর্যায়ের আগে ডিভাইস ম্যানেজমেন্টের মাধ্যমে কর্মীদের WiFi প্রোফাইলগুলি পুনরায় জারি করা হয়।
পরিমাপযোগ্য ফলাফল। চুক্তি তিন থেকে কমে একে নেমে আসে, এবং আর্টিকেল ২৮ চুক্তি তিন থেকে একে নেমে আসে। হেড-অফিসের দুটি RADIUS সার্ভার অবসর পায়। প্রতি মাসে ৩০টি মাল্টি-সাপ্লায়ার টিকিটের হিসেবে, উপরের হ্যান্ড-অফ মডেলটি বছরে ৪৮০ ইঞ্জিনিয়ার ঘণ্টা বাঁচায়।
পাবলিক সেক্টর: ২৫টি লাইব্রেরি এবং অবসর কেন্দ্র সহ একটি কাউন্সিল
পরিস্থিতি। দর্শনার্থীদের জন্য পাবলিক WiFi-এ অবশ্যই প্রাপ্তবয়স্ক ও বেআইনি কনটেন্ট ফিল্টার করতে হবে। কর্মীদের WiFi একটি পৃথক RADIUS সরবরাহকারীর মাধ্যমে Microsoft Entra ID-এর বিপরীতে 802.1X মারফত প্রমাণীকরণ করে। তৃতীয় একজন সরবরাহকারী প্রতিটি সাইটের এগ্রেস IP অনুযায়ী DNS ফিল্টার করে। বার্ষিক অডিটে তিনজনের থেকেই সরবরাহকারীর প্রমাণ চাওয়া হয়।
পদ্ধতি। Purple Access দর্শনার্থীদের সাইন-ইন এবং কর্মীদের ক্লাউড RADIUS পরিচালনা করে। Purple-এর আইডেন্টিটি-বেসড নেটওয়ার্কগুলি কর্মীদের অ্যাক্সেসকে Microsoft Entra ID-এর সাথে সংযুক্ত করে, যার ফলে নতুন যোগদানকারী, পদ পরিবর্তনকারী এবং প্রস্থানকারীদের তথ্য সেখানে করা পরিবর্তনগুলি অনুসরণ করে। Shield পাবলিক VLAN-এ একটি কঠোর নীতি এবং কর্মীদের VLAN-এ একটি পৃথক নীতি প্রয়োগ করে।
পরিমাপযোগ্য ফলাফল। WiFi পরিষেবার জন্য সরবরাহকারী মূল্যায়ন তিন থেকে কমে একে নেমে আসে। একটি ফিল্টারিং অভিযোগের জন্য লগ সোর্স তিন থেকে কমে একে নেমে আসে। VLAN-টু-পলিসি ম্যাপিং দুটি সিস্টেমের ৫০টি এন্ট্রি থেকে কমে একটি সিস্টেমে ২৫টি সাইটে চলে আসে।
ইভেন্টস: একটি স্টেডিয়াম এবং কনফারেন্স ভেন্যু যা একজন বিশেষজ্ঞকে বহাল রাখছে
পরিস্থিতি। ভেন্যুটি তিনটি সরবরাহকারীর কাছ থেকে ফ্যান WiFi, স্টাফ RADIUS এবং DNS ফিল্টারিং কিনে থাকে। গ্রুপ IT পরিচালিত ল্যাপটপগুলির জন্য TLS পরিদর্শন সহ একটি সুরক্ষিত ওয়েব গেটওয়েও চালায়।
পদ্ধতি। Purple Access ফ্যান এবং উপস্থিতদের সাইন-ইনের সাথে কর্মীদের RADIUS কভার করে। Shield ফ্যান এবং কর্মীদের WiFi VLAN ফিল্টার করে। পরিচালিত ল্যাপটপগুলির জন্য সাইটে এবং সাইটের বাইরে সুরক্ষিত ওয়েব গেটওয়ে বহাল থাকে।
পরিমাপযোগ্য ফলাফল। WiFi চুক্তি তিন থেকে কমে একে নেমে আসে। ভেন্যু জুড়ে সুরক্ষা-সম্পর্কিত চুক্তি চার থেকে কমে দুটিতে নেমে আসে।
আপনার এস্টেটের জন্য কীভাবে সিদ্ধান্ত নেবেন
আপনার চুক্তির মানচিত্র এবং টিকিটের তথ্য দিয়ে শুরু করুন, তারপর নিচের তালিকায় আপনার সংশ্লিষ্ট সারিটি খুঁজুন।
| আপনার পরিস্থিতি | সুপারিশ |
|---|---|
| তিনটি চুক্তিই 18 মাসের মধ্যে শেষ হচ্ছে | একটি প্রোগ্রামে Purple-এ একীভূত করুন: একটি পাইলট সাইট, তারপর আঞ্চলিক পর্যায় |
| চুক্তিগুলি দুই থেকে তিন বছরের মধ্যে শেষ হচ্ছে | প্রতিটি ফাংশন তার পুনর্নবীকরণের সময় Purple-এ সরিয়ে নিন, গেস্ট সাইন-ইন এবং গেস্ট ফিল্টারিং প্রথমে |
| একটি দল 10টির বেশি সাইটে গেস্ট এবং কর্মীদের WiFi পরিচালনা করে | Purple-এ একীভূত করুন; হ্যান্ড-অফ এবং অডিট সাশ্রয় সাইটের সংখ্যার সাথে বৃদ্ধি পায় |
| পরিচালিত ল্যাপটপগুলির জন্য TLS ইন্সপেকশন বা অফ-সাইট ফিল্টারিং প্রয়োজন | হাইব্রিড: ল্যাপটপের জন্য এন্ডপয়েন্ট পরিষেবা বজায় রাখুন, WiFi VLAN-এ Purple Shield চালান |
| তারযুক্ত পোর্টগুলির জন্য পশ্চার-ভিত্তিক অ্যাক্সেস নিয়ন্ত্রণ প্রয়োজন | হাইব্রিড: তারযুক্ত অ্যাক্সেস নিয়ন্ত্রণ বজায় রাখুন, গেস্ট এবং কর্মীদের WiFi-এর জন্য Purple Access চালান |
| এক্সিট ফি অবশিষ্ট মেয়াদের রানিং খরচকে ছাড়িয়ে যায় | পুনর্নবীকরণ পর্যন্ত থাকুন, তারপর Purple-এ একীভূত করুন |
| ফিল্টারিংকে অবশ্যই একটি নির্দিষ্ট সংবিধিবদ্ধ মান পূরণ করতে হবে | পাইলট সাইটে Shield ক্যাটাগরিগুলি যাচাই করুন, তারপর একীভূত করুন |
যে সারিটিই উপযুক্ত হোক না কেন, প্রথমে আপনার নিজস্ব 12 মাসের টিকিটের উপর হ্যান্ড-অফ মডেলটি চালান। সেই সংখ্যাটি এবং অডিট এভিডেন্স টেবিলটি সাধারণত একটি চুক্তিতে DNS ফিল্টারিং এবং গেস্ট WiFi-এর জন্য বিজনেস কেস চূড়ান্ত করে।
প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী
Purple কি আমাদের ইতিমধ্যে থাকা অ্যাক্সেস পয়েন্টগুলির সাথে কাজ করে?
হ্যাঁ। Purple হার্ডওয়্যার-অজ্ঞেয়বাদী এবং এটি Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet-এ ক্লাউড ওভারলে হিসেবে কাজ করে। আপনি কোনও অ্যাক্সেস পয়েন্ট প্রতিস্থাপন ছাড়াই গেস্ট সাইন-ইন এবং RADIUS-এর জন্য আপনার SSID-গুলি Purple-এর দিকে নির্দেশ করেন। তিনটি সরবরাহকারীকে Purple-এ একীভূত করা আপনার কন্ট্রোলার বা ক্লাউড ড্যাশবোর্ডে একটি কনফিগারেশন পরিবর্তন, কোনও হার্ডওয়্যার প্রকল্প নয়।
Purple কি কর্মীদের WiFi-এর জন্য আমাদের বর্তমান RADIUS সার্ভার প্রতিস্থাপন করতে পারে?
হ্যাঁ। আপনার বিদ্যমান অ্যাক্সেস পয়েন্টগুলিতে IEEE 802.1X-এর মাধ্যমে কর্মীদের প্রমাণীকরণের জন্য Purple Access-এর মধ্যে ক্লাউড RADIUS অন্তর্ভুক্ত রয়েছে, তাই অন-প্রিমিসেস RADIUS সার্ভারগুলি অবসর নিতে পারে। কর্মীদের অ্যাক্সেস Microsoft Entra ID, Okta বা Google Workspace-এর সাথে যুক্ত থাকে, যাতে নতুন যোগদানকারী, পদ পরিবর্তনকারী এবং প্রস্থানকারীদের পরিবর্তন সেখানে অনুসরণ করা যায়। প্রতিটি সাইট সরানোর আগে, WiFi প্রোফাইলগুলি পুনরায় জারি করুন যাতে কর্মীদের ডিভাইসগুলি নতুন RADIUS সার্ভার সার্টিফিকেটকে বিশ্বাস করে।
গেস্ট WiFi-এর পাশাপাশি DNS ফিল্টারিং কীভাবে লাইসেন্সপ্রাপ্ত হয়?
Purple Shield হল আপনার Purple প্ল্যানের একটি সিকিউরিটি অ্যাড-অন, তাই DNS ফিল্টারিং গেস্ট সাইন-ইন এবং RADIUS-এর মতো একই চুক্তিতে থাকে। Shield নেটওয়ার্ক প্রতি এবং VLAN প্রতি ফিল্টারিং প্রয়োগ করে। অতএব আপনার গেস্ট, কর্মী এবং পাবলিক নেটওয়ার্কগুলি প্রতিটি সাইটে বিভিন্ন নীতি বহন করতে পারে। আপনি পৃথক চুক্তির পরিবর্তে একটি পুনর্নবীকরণের তারিখ এবং একটি সরবরাহকারী পর্যালোচনা পরিচালনা করেন।
আমরা কি একসাথে তিনটি সরবরাহকারীর পরিবর্তে একবারে একটি করে সরাতে পারি?
হ্যাঁ, এবং বেশিরভাগ এস্টেটের ক্ষেত্রে এটিই করা উচিত। প্রথমে যে চুক্তিটি পুনর্নবীকরণ হবে সেটি দিয়ে অথবা গেস্ট সাইন-ইন এবং গেস্ট VLAN ফিল্টারিং দিয়ে শুরু করুন, যা সবচেয়ে কম ঝুঁকিপূর্ণ। ডিভাইসের প্রোফাইল প্রস্তুত হয়ে গেলে কর্মীদের RADIUS সরিয়ে নিন। আঞ্চলিক পর্যায়ের আগে একটি পাইলট সাইটে প্রতিটি ধাপ পরিচালনা করুন। পুরোনো সরবরাহকারী প্রস্থান না করা পর্যন্ত VLAN-টু-পলিসি ম্যাপিং এক জায়গায় নথিভুক্ত রাখুন।
সবকিছু একজন সরবরাহকারীর অধীনে রাখলে কি আমাদের বিভ্রাটের ঝুঁকি বেড়ে যায়?এটি নির্ভরতাকে কেন্দ্রীভূত করে, তাই সরাসরি এর মূল্যায়ন করুন। Purple ৮০,০০০-এর বেশি লাইভ ভেন্যুজুড়ে ৯৯.৯৯৯% আপটাইমে কাজ করে এবং বছরে ৫০ কোটি ব্যবহারকারী ও লগইন পরিচালনা করে। ডিউ ডিলিজেন্স চলাকালীন RADIUS এবং DNS ফেইলওভার ডিজাইনের খোঁজ নিন এবং আপনার পাইলট সাইটে এটি পরীক্ষা করুন। তিনজন সরবরাহকারীর নিজস্ব ঝুঁকি থাকে: তাদের যেকোনো একজনের ত্রুটির কারণে কোনো অতিথির অনলাইনে যাওয়া বন্ধ হয়ে যেতে পারে।
অতিথি এবং কর্মীদের ডেটার ক্ষেত্রে Purple কি GDPR মেনে চলে?
হ্যাঁ। Purple হলো GDPR ও CCPA অনুগত এবং ISO 27001 ও Cyber Essentials প্রত্যয়িত। অতিথিদের সাইন-ইন সচেতন পছন্দের অপ্ট-ইন ব্যবহার করে, তাই বিপণন সম্মতি সুস্পষ্ট এবং রেকর্ড করা হয়। Purple-এ একীভূত করার ফলে তিনটি Article 28 প্রসেসর চুক্তি একটি চুক্তি দ্বারা প্রতিস্থাপিত হয়। এর ফলে আপনার WiFi প্রসেসিং রেকর্ডে সাইন-ইন, প্রমাণীকরণ এবং ফিল্টারিং ডেটার জন্য কেবল একজন প্রসেসরের নাম থাকে।
আমাদের বর্তমান ফিল্টারিং ভেন্ডরকে বজায় রাখা কখন আরও যুক্তিযুক্ত?
শুধুমাত্র WiFi অ্যাক্সেসের বাইরের পরিধির জন্য কোনো বিশেষজ্ঞকে রাখুন। যদি ম্যানেজড ল্যাপটপগুলির জন্য TLS পরিদর্শন, বা এমন ফিল্টারিং প্রয়োজন হয় যা সেগুলি সাইটের বাইরে গেলেও অনুসরণ করে, তবে সেই এন্ডপয়েন্টগুলির জন্য সেই পরিষেবাটি রাখুন। আপনার WiFi নেটওয়ার্কগুলিতে Purple Shield চালান। যদি প্রস্থান ফি আপনার বাঁচানো রানিং খরচের চেয়ে বেশি হয়, তবে রিনিউয়ালের সময় পরিবর্তন করুন। নেটওয়ার্ক প্রতি এবং VLAN প্রতি অতিথি ও কর্মীদের WiFi ফিল্টারিংয়ের জন্য, Shield এই প্রয়োজনীয়তা পূরণ করে।
মূল সংজ্ঞাসমূহ
RADIUS
Remote Authentication Dial-In User Service, যা RFC 2865-এ সংজ্ঞায়িত। এটি সেই প্রোটোকল যা একটি অ্যাক্সেস পয়েন্ট বা কন্ট্রোলার একটি ডিভাইসের অ্যাক্সেস অনুমোদন করা হবে কিনা তা সার্ভারকে জিজ্ঞাসা করার জন্য ব্যবহার করে, এবং সার্ভারটি এমন একটি গ্রহণ বা প্রত্যাখ্যান বার্তা দিয়ে উত্তর দেয় যা বৈশিষ্ট্যগুলি বহন করতে পারে।
বেশিরভাগ গেস্ট প্ল্যাটফর্ম ইতিমধ্যেই একটি RADIUS সার্ভার হিসেবে কাজ করে, এবং কর্মীদের নেটওয়ার্ক প্রায়শই একটি দ্বিতীয় সার্ভার পরিচালনা করে। সাইট প্রতি শেয়ার্ড সিক্রেটের দুটি সেট সহ RADIUS-এর জন্য দুবার অর্থ প্রদান করা হলো একত্রীকরণের মাধ্যমে দূর করা প্রথম পুনরাবৃত্তি।
IEEE 802.1X
IEEE পোর্ট-ভিত্তিক নেটওয়ার্ক অ্যাক্সেস কন্ট্রোল স্ট্যান্ডার্ড। এটি নির্ধারণ করে যে নেটওয়ার্ক অ্যাক্সেস পাওয়ার আগে একটি ডিভাইস কীভাবে একটি EAP পদ্ধতি ব্যবহার করে অ্যাক্সেস পয়েন্টের মাধ্যমে RADIUS সার্ভারে প্রমাণীকরণ করে।
স্টাফ WiFi 802.1X ব্যবহার করে। Purple Access আপনার বিদ্যমান অ্যাক্সেস পয়েন্টগুলিতে 802.1X-এর জন্য ক্লাউড RADIUS সরবরাহ করে, যা অন-প্রিমিসেস RADIUS সার্ভারগুলিকে অবসর নেওয়ার সুযোগ দেয়।
ক্যাপটিভ পোর্টাল
ইন্টারনেট অ্যাক্সেস মঞ্জুর করার আগে একটি অ্যাক্সেস পয়েন্ট কোনো গেস্টকে যে সাইন-ইন পেজে রিডাইরেক্ট করে। অনেক কন্ট্রোলারে এক্সটার্নাল পোর্টাল ফ্লো একটি RADIUS অনুমোদনের মাধ্যমে শেষ হয় যা গেস্টকে নেটওয়ার্ক ব্যবহারের অনুমতি দেয়।
যদি কোনও DNS ফিল্টার এমন কোনও ডোমেন ব্লক করে যার উপর পোর্টাল নির্ভরশীল, অথবা কোনও অপারেটিং সিস্টেমের ক্যাপটিভ-পোর্টাল শনাক্তকরণ হোস্টনেম ব্লক করে, তবে অতিথিরা সাইন ইন করতে পারেন না। যখন তারা পৃথক থাকে তখন সেই ত্রুটি দুটি সরবরাহকারীকে প্রভাবিত করে।
VLAN
একটি ভার্চুয়াল LAN, শেয়ার্ড হার্ডওয়্যারের ওপর একটি লজিক্যাল নেটওয়ার্ক সেগমেন্ট। RFC 3580-তে বর্ণিত টানেল অ্যাট্রিবিউট ব্যবহার করে RADIUS প্রতিটি অ্যাকসেপ্ট মেসেজের সাথে একটি VLAN অ্যাসাইনমেন্ট পাঠাতে পারে।
আপনার DNS ফিল্টার VLAN, সাবনেট বা ইগ্রেস IP অনুযায়ী নীতি প্রয়োগ করে। আলাদা সাপ্লায়ার থাকলে VLAN-টু-পলিসি ম্যাপিং দুটি কনসোলে থাকে এবং দুটিই একই দিনে পরিবর্তন করতে হবে।
PEAP
প্রোটেক্টেড EAP, IEEE 802.1X-এর মধ্যে ব্যবহৃত একটি EAP পদ্ধতি যা একটি TLS টানেলের ভেতরে ইউজারনেম এবং পাসওয়ার্ড সুরক্ষিত রাখে। ডিভাইসটি ক্রিডেনশিয়াল পাঠানোর আগে RADIUS সার্ভারের সার্টিফিকেট যাচাই করে।
যখন RADIUS সার্ভার পরিবর্তিত হয়, নতুন সার্টিফিকেট বিশ্বাস না করা পর্যন্ত PEAP ডিভাইসগুলি কানেক্ট হতে অস্বীকার করে। প্রতিটি সাইট স্থানান্তরিত করার আগে WiFi প্রোফাইলগুলি পুনরায় ইস্যু করুন।
EAP-TLS
IEEE 802.1X-এর মধ্যে ব্যবহৃত একটি EAP পদ্ধতি যা পাসওয়ার্ডের পরিবর্তে ক্লায়েন্ট সার্টিফিকেট দিয়ে প্রমাণীকরণ করে। উভয় পক্ষই সার্টিফিকেট ট্রাস্টের ওপর নির্ভর করে, যার মধ্যে RADIUS সার্ভারের সার্টিফিকেটের যাচাইকরণও অন্তর্ভুক্ত।
একটি RADIUS সার্টিফিকেট পুনর্নবীকরণ বা সাপ্লায়ার পরিবর্তন EAP-TLS কর্মীদের WiFi বাধাগ্রস্ত করতে পারে। আপনার ডিভাইস ম্যানেজমেন্ট টিম ফল্ট পাথে থাকে, তাই প্রতিটি ধাপে প্রোফাইল আপডেট করার পরিকল্পনা রাখুন।
DNS ওভার HTTPS
RFC 8484-এ সংজ্ঞায়িত, DNS over HTTPS মূলত HTTPS-এর মধ্যে DNS কোয়েরি বহন করে। এটি ব্যবহারকারী ডিভাইস বা হার্ড-কোডেড সমাধানকারী যেকোনো DNS-লেয়ার ফিল্টার বাইপাস করতে পারে।
কোনো সাপ্লায়ারের কোনো DNS ফিল্টারই এই সীমাবদ্ধতা দূর করতে পারে না। আপনার ফায়ারওয়ালে অননুমোদিত সমাধানকারীগুলিতে আউটবাউন্ড DNS ব্লক করুন এবং যেখানে নীতিগত প্রয়োজন সেখানে পরিচিত DNS over HTTPS এন্ডপয়েন্টগুলি ব্লক করুন।
UK GDPR অনুচ্ছেদ 28
UK GDPR-এর সেই অনুচ্ছেদ যা কোনো নিয়ন্ত্রক এবং তার পক্ষে ব্যক্তিগত ডেটা পরিচালনা করে এমন প্রতিটি প্রসেসরের মধ্যে একটি বাধ্যতামূলক চুক্তির প্রয়োজন মনে করে। অনুচ্ছেদ 30-এর প্রয়োজন যে প্রতিটি প্রসেসরকে প্রসেসিংয়ের রেকর্ডে থাকতে হবে।
গেস্ট প্ল্যাটফর্ম, RADIUS পরিষেবা এবং DNS ফিল্টার প্রতিটিই নাম, ইমেল, MAC অ্যাড্রেস, IP অ্যাড্রেস বা ডোমেন প্রসেস করে। তিনটি সাপ্লায়ার মানে তিনটি অনুচ্ছেদ 28 চুক্তি; একটি প্ল্যাটফর্ম মানে একটি।
ISO/IEC 27001:2022 অ্যানেক্স A 5.19 থেকে 5.22
অ্যানেক্স A কন্ট্রোলগুলি যা সাপ্লায়ার সম্পর্কগুলি কভার করে: সাপ্লায়ার সম্পর্ক এবং চুক্তিতে তথ্য সুরক্ষা, ICT সাপ্লাই চেইন, এবং সাপ্লায়ার পরিষেবাগুলির পর্যবেক্ষণ, পর্যালোচনা এবং পরিবর্তন ব্যবস্থাপনা।
প্রতিটি WiFi সাপ্লায়ার প্রতিটি কন্ট্রোলের আওতায় পড়ে। একত্রীকরণের ফলে অডিট চক্র প্রতি সাপ্লায়ার সিকিউরিটি মূল্যায়ন এবং সার্ভিস পর্যালোচনা তিনটির বদলে একে নেমে আসে।
PCI DSS v4.0 প্রয়োজনীয়তা 11.4.5
PCI DSS v4.0-এর প্রয়োজনীয়তা যেখানে কার্ডহোল্ডার ডেটার পরিধি কমাতে কোনো সত্তা সেগমেন্টেশনের ওপর নির্ভর করলে সেগমেন্টেশন কন্ট্রোল পরীক্ষা করতে হয়।
একটি খুচরা বিক্রেতা বা হোটেলের জন্য, পরীক্ষাটি RADIUS VLAN অ্যাসাইনমেন্ট এবং প্রতিটি সেগমেন্টের ফিল্টারিং নীতি জুড়ে বিস্তৃত। একটি প্ল্যাটফর্মে উভয়ই থাকে, তাই প্রমাণের জন্য একটি সিস্টেমই উপস্থিত থাকে।
ক্লাউড ওভারলে
Purple-এর ডিপ্লয়মেন্ট মডেল: একটি হার্ডওয়্যার-অজ্ঞেয়বাদী ক্লাউড পরিষেবা যা Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet-এর বিদ্যমান অ্যাক্সেস পয়েন্টগুলিতে চলে।
খরচের তুলনা থেকে হার্ডওয়্যার বাদ যায়। একত্রীকরণ একটি কন্ট্রোলার বা ড্যাশবোর্ড কনফিগারেশন পরিবর্তনে পরিণত হয়, এবং পরবর্তীতে প্রস্থান করাও হার্ডওয়্যার প্রতিস্থাপনের চেয়ে শুধুমাত্র একটি কনফিগারেশন পরিবর্তন।
সমাধানকৃত উদাহরণসমূহ
Cisco Meraki-এ থাকা একটি ৬০টি হোটেলের গ্রুপ সাইন-ইনের জন্য একটি গেস্ট WiFi ভেন্ডর, কর্মীদের PEAP-এর জন্য প্রধান কার্যালয়ে দুটি RADIUS সার্ভার এবং গেস্ট VLAN-এ DNS ফিল্টারিংয়ের জন্য একটি তৃতীয় সরবরাহকারী ব্যবহার করে। চুক্তিগুলি তিনটি পৃথক ত্রৈমাসিকে পুনর্নবীকরণ হয়। এর কি একত্রীকরণ করা উচিত?
হ্যাঁ। Purple Access বিদ্যমান Meraki অ্যাক্সেস পয়েন্টগুলিতে গেস্ট সাইন-ইন এবং স্টাফ RADIUS প্রতিস্থাপন করে, এবং Purple Shield গেস্ট ও স্টাফ VLAN-এ ফিল্টারিংয়ের দায়িত্ব গ্রহণ করে। ১০টি করে হোটেলের ছয়টি আঞ্চলিক পর্যায়ে রোলআউট সম্পন্ন হয়। প্রতিটি পর্যায়ের আগে ডিভাইস পরিচালনার মাধ্যমে কর্মীদের WiFi প্রোফাইল পুনরায় জারি করা হয়, যাতে PEAP ডিভাইসগুলি নতুন RADIUS সার্টিফিকেটকে বিশ্বাস করে। চুক্তি তিনটি থেকে কমে একটি হয় এবং Article 28 সংক্রান্ত চুক্তি তিনটি থেকে কমে একটি হয়। প্রধান কার্যালয়ের দুটি RADIUS সার্ভার অবসরপ্রাপ্ত হয়। মাসে ৩০টি মাল্টি-সাপ্লায়ার টিকিটের দৃষ্টান্তমূলক ইনপুট ব্যবহার করে, এই হস্তান্তর মডেলটি বছরে ৪৮০ ইঞ্জিনিয়ার ঘণ্টা বাঁচায়।
একটি কাউন্সিল ২৫টি লাইব্রেরি এবং অবসর কেন্দ্রে পাবলিক WiFi পরিচালনা করে যেখানে প্রাপ্তবয়স্ক এবং অবৈধ বিষয়বস্তু ফিল্টার করা বাধ্যতামূলক। কর্মীরা একটি পৃথক RADIUS সরবরাহকারীর মাধ্যমে Microsoft Entra ID-এর বিপরীতে 802.1X-এর মাধ্যমে প্রমাণীকরণ করেন এবং তৃতীয় একটি সরবরাহকারী ইগ্রেস IP দ্বারা DNS ফিল্টার করে। বার্ষিক অডিটে তিনজনের থেকেই প্রমাণের অনুরোধ করা হয়।
Purple Access ভিজিটর সাইন-ইন এবং কর্মীদের ক্লাউড RADIUS পরিচালনা করে। Purple-এর Identity-Based Networks কর্মীদের অ্যাক্সেসকে Microsoft Entra ID-এর সাথে যুক্ত করে, যার ফলে নতুন কর্মী যোগদান, স্থানান্তর বা প্রস্থান সংক্রান্ত প্রক্রিয়া পৃথক RADIUS ডিরেক্টরির বদলে সেখানে করা পরিবর্তনগুলি অনুসরণ করে। Shield পাবলিক VLAN-এ একটি কঠোর নীতি এবং স্টাফ VLAN-এ একটি পৃথক নীতি প্রয়োগ করে। WiFi পরিষেবার জন্য সরবরাহকারী মূল্যায়ন তিনটি থেকে কমে একটি হয়। ফিল্টারিং সংক্রান্ত অভিযোগের জন্য লগ সোর্স তিনটি থেকে কমে একটি হয়। দুটি সিস্টেম জুড়ে ৫০টি এন্ট্রি থেকে কমে VLAN-টু-পলিসি ম্যাপিং একটি সিস্টেমে রক্ষিত ২৫টি সাইটে নেমে আসে।
একটি স্টেডিয়াম এবং কনফারেন্স ভেন্যু তিনটি সরবরাহকারীর কাছ থেকে ফ্যান WiFi, স্টাফ RADIUS এবং DNS ফিল্টারিং ক্রয় করে। গ্রুপ IT পরিচালিত ল্যাপটপগুলির জন্য TLS পরিদর্শন সহ একটি সুরক্ষিত ওয়েব গেটওয়েও পরিচালনা করে। সবকিছু কি একটি প্ল্যাটফর্মে সরানো উচিত?
সবকিছু নয়। ভেন্যুটি WiFi অ্যাক্সেসের অভ্যন্তরীণ পরিধি একত্রিত করে এবং এর বাইরের পরিধির জন্য বিশেষজ্ঞ বজায় রাখে। Purple Access ফ্যান এবং উপস্থিতদের সাইন-ইনের পাশাপাশি স্টাফ RADIUS কভার করে। Shield ফ্যান এবং স্টাফ WiFi VLAN ফিল্টার করে। অন-সাইট এবং অফ-সাইটে পরিচালিত ল্যাপটপগুলির জন্য সুরক্ষিত ওয়েব গেটওয়েটি অপরিবর্তিত থাকে, কারণ TLS পরিদর্শন এবং অফ-সাইট ফিল্টারিং WiFi-এর DNS-লেয়ার নিয়ন্ত্রণের বাইরে অবস্থিত। WiFi সংক্রান্ত চুক্তি তিনটি থেকে কমে একটি হয়। সম্পূর্ণ ভেন্যুতে নিরাপত্তা-সম্পর্কিত চুক্তি চারটি থেকে কমে দুটি হয়।
প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী
আমাদের কাছে আগেই যে অ্যাক্সেস পয়েন্টগুলি রয়েছে তার সাথে কি Purple কাজ করে?
হ্যাঁ। Purple হার্ডওয়্যার-অজ্ঞেয়বাদী (hardware-agnostic) এবং Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet-এ ক্লাউড ওভারলে হিসাবে চলে। কোনো অ্যাক্সেস পয়েন্ট প্রতিস্থাপন ছাড়াই গেস্ট সাইন-ইন এবং RADIUS-এর জন্য আপনি আপনার SSID-গুলিকে Purple-এর দিকে পয়েন্ট করতে পারেন। তিনটি সরবরাহকারীকে Purple-এ একীভূত করা আপনার কন্ট্রোলার বা ক্লাউড ড্যাশবোর্ডে কেবল একটি কনফিগারেশন পরিবর্তন, কোনো হার্ডওয়্যার প্রকল্প নয়।
কর্মীদের WiFi-এর জন্য Purple কি আমাদের বর্তমান RADIUS সার্ভারকে প্রতিস্থাপন করতে পারে?
হ্যাঁ। আপনার বিদ্যমান অ্যাক্সেস পয়েন্টে IEEE 802.1X-এর মাধ্যমে কর্মীদের অথেনটিকেশনের জন্য Purple Access-এ ক্লাউড RADIUS অন্তর্ভুক্ত রয়েছে, যার ফলে অন-প্রিমিসেস RADIUS সার্ভারগুলি অবসর নিতে পারে। কর্মীদের অ্যাক্সেস Microsoft Entra ID, Okta বা Google Workspace-এর সাথে যুক্ত থাকে, তাই নতুন যোগদানকারী, পদ পরিবর্তনকারী এবং প্রস্থানকারীদের ডেটা সেখানে হওয়া পরিবর্তনগুলোকেই অনুসরণ করে। প্রতিটি সাইট স্থানান্তরিত করার আগে, WiFi প্রোফাইলগুলি পুনরায় ইস্যু করুন যাতে কর্মীদের ডিভাইসগুলি নতুন RADIUS সার্ভার সার্টিফিকেটকে বিশ্বাস করে।
গেস্ট WiFi-এর পাশাপাশি DNS ফিল্টারিং কীভাবে লাইসেন্স করা হয়?
Purple Shield হল আপনার Purple প্ল্যানের একটি সিকিউরিটি অ্যাড-অন, তাই DNS ফিল্টারিং গেস্ট সাইন-ইন এবং RADIUS-এর মতো একই চুক্তির আওতায় থাকে। Shield প্রতি নেটওয়ার্ক এবং প্রতি VLAN অনুযায়ী ফিল্টারিং প্রয়োগ করে। অতএব আপনার গেস্ট, কর্মী এবং পাবলিক নেটওয়ার্কগুলি প্রতিটি সাইটে ভিন্ন নীতিমালা বহন করতে পারে। আলাদা চুক্তির পরিবর্তে আপনি একটি একক রিনিউয়াল তারিখ এবং একটি একক সরবরাহকারী পর্যালোচনা পরিচালনা করতে পারেন।
আমরা কি একসাথে তিনটি সরবরাহকারীর বদলে একে একে একটি করে স্থানান্তর করতে পারি?
হ্যাঁ, এবং বেশিরভাগ এস্টেটের সেটাই করা উচিত। যে চুক্তিটি প্রথমে রিনিউ হয়, বা গেস্ট সাইন-ইন এবং গেস্ট VLAN ফিল্টারিং দিয়ে শুরু করুন, যেগুলিতে ঝুঁকি সবচেয়ে কম থাকে। ডিভাইসের প্রোফাইল প্রস্তুত হয়ে গেলে কর্মীদের RADIUS স্থানান্তরিত করুন। আঞ্চলিক পর্যায়ের আগে একটি পাইলট সাইটে প্রতিটি ধাপ পরিচালনা করুন। পুরোনো সরবরাহকারী প্রস্থান না করা পর্যন্ত VLAN-থেকে-পলিসির ম্যাপিং এক জায়গায় নথিভুক্ত রাখুন।
সবকিছু একটি সরবরাহকারীর আওতায় আনলে কি আমাদের বিভ্রাটের ঝুঁকি বেড়ে যায়?
এটি নির্ভরতাকে এক জায়গায় কেন্দ্রীভূত করে, তাই সরাসরি এর মূল্যায়ন করুন। Purple ৮০,০০০-এর বেশি লাইভ ভেন্যুতে ৯৯.৯৯৯% আপটাইমে চলে এবং ২০২৪ সালে ৪৪০ মিলিয়ন লগইন পরিচালনা করেছে। ডিউ ডিলিজেন্স চলাকালীন RADIUS এবং DNS ফেইলওভার ডিজাইনের বিষয়টি জেনে নিন এবং আপনার পাইলট সাইটে এটি পরীক্ষা করুন। তিনটি সরবরাহকারীর নিজস্ব ঝুঁকি থাকে: তাদের যেকোনো একটিতে ত্রুটি দেখা দিলে কোনো গেস্টের অনলাইন সংযোগ বন্ধ হয়ে যেতে পারে।
গেস্ট এবং কর্মীদের ডেটার জন্য Purple কি GDPR মেনে চলে?
হ্যাঁ। Purple হল GDPR এবং CCPA অনুগত, এবং ISO 27001 ও Cyber Essentials দ্বারা প্রত্যয়িত। গেস্ট সাইন-ইন সচেতন-পছন্দের অপ্ট-ইন ব্যবহার করে, তাই বিপণন সম্মতি স্পষ্ট এবং রেকর্ড করা থাকে। Purple-এ একীভূত করার ফলে তিনটি Article 28 প্রসেসর চুক্তি একটি চুক্তি দ্বারা প্রতিস্থাপিত হয়। এরপর আপনার WiFi প্রসেসিং রেকর্ডে সাইন-ইন, প্রমাণীকরণ এবং ফিল্টারিং ডেটার জন্য একক প্রসেসরের নাম উল্লেখ থাকে।
আমাদের বর্তমান ফিল্টারিং ভেন্ডর বজায় রাখা কখন আরও বেশি যুক্তিযুক্ত?
শুধুমাত্র WiFi অ্যাক্সেসের আওতাভুক্ত নয় এমন বিষয়ের জন্য বিশেষজ্ঞ সরবরাহকারী বজায় রাখুন। যদি পরিচালিত ল্যাপটপগুলির TLS পরিদর্শন বা এমন ফিল্টারিংয়ের প্রয়োজন হয় যা সাইটের বাইরেও কার্যকর থাকে, তবে সেই এন্ডপয়েন্টগুলির জন্য ওই পরিষেবাটি বজায় রাখুন। আপনার WiFi নেটওয়ার্কগুলিতে Purple Shield চালান। এক্সিট ফি যদি সেই অপারেটিং খরচের চেয়ে বেশি হয় যা আপনি কমাতে চান, তবে রিনিউয়ালের সময় স্থানান্তর করুন। প্রতি নেটওয়ার্ক এবং প্রতি VLAN-এ গেস্ট এবং কর্মীদের WiFi ফিল্টারিংয়ের জন্য Shield প্রয়োজনীয় চাহিদা পূরণ করে।
সূত্রসমূহ
- RFC 2865: Remote Authentication Dial In User Service (RADIUS)
- RFC 3580: IEEE 802.1X RADIUS usage guidelines
- RFC 8484: DNS queries over HTTPS (DoH)
- IEEE 802.1X port-based network access control
- ISO/IEC 27001 information security management
- General Data Protection Regulation (legislation.gov.uk)
- PCI Security Standards Council document library
- Keeping children safe in education (GOV.UK)
এই সিরিজে পড়া চালিয়ে যান
স্কুল WiFi সংগ্রহ: কর্মী 802.1X, শিক্ষার্থীদের ডিভাইস, ভিজিটর এবং ফিল্টারিং একটিমাত্র স্পেসিফিকেশনে
আপনি কর্মী, পরিচালিত শিক্ষার্থীদের ডিভাইস, ভিজিটর এবং বিল্ডিং ডিভাইসগুলির জন্য একটি স্কুল WiFi স্পেসিফিকেশন লিখতে সক্ষম হবেন, যার প্রতিটির নিজস্ব প্রমাণীকরণ, VLAN এবং ফিল্টারিং নীতি থাকবে। এরপরে আপনি লাইভ প্রদর্শনের ভিত্তিতে দরদাতাদের স্কোর করতে পারেন, DfE ফিল্টারিং এবং পর্যবেক্ষণ স্ট্যান্ডার্ডের বিপরীতে নেটওয়ার্ক পরীক্ষা করতে পারেন এবং লাইন ধরে দামের তুলনা করতে পারেন।
KCSIE এবং স্কুলের WiFi: কন্টেন্ট ফিল্টারিংয়ের সাথে সুরক্ষিত অ্যাক্সেসের সংমিশ্রণ
আপনি স্টাফ, শিক্ষার্থী এবং গেস্ট WiFi-এ কীভাবে DfE ফিল্টারিং এবং মনিটরিং স্ট্যান্ডার্ড মেনে চলবেন তা সিদ্ধান্ত নিতে সক্ষম হবেন। আপনি দেখতে পাবেন কীভাবে ব্যক্তি-ভিত্তিক অথেন্টিকেশন এবং DNS ফিল্টারিং একত্রিত হয় যাতে প্রতিটি লগ একজন নির্দিষ্ট ব্যক্তিকে চিহ্নিত করতে পারে। আপনি একটি সিকোয়েন্সড প্ল্যান, যে সীমানাগুলো মাথায় রেখে পরিকল্পনা করতে হবে সেগুলি এবং আপনার ফিল্টারিং প্রদানকারীকে জিজ্ঞাসা করার জন্য প্রয়োজনীয় প্রশ্নগুলিও পাবেন।
CIPA compliance: ভেন্যু অপারেটরদের জন্য একটি কমপ্লায়েন্স চেকলিস্ট
আপনি সিদ্ধান্ত নিতে পারবেন CIPA আপনার WiFi-কে বাধ্য করে কিনা, তারপর নেটওয়ার্ক সেগমেন্ট করতে পারবেন, Purple Shield-এর মাধ্যমে DNS রাউট করতে পারবেন এবং বাইপাস রুট বন্ধ করতে পারবেন। Form 486 বা Form 479 সার্টিফিকেশনের জন্য কী প্রমাণ রাখতে হবে তাও আপনি জানতে পারবেন। এই চেকলিস্টটি প্রতিটি প্রয়োজনীয়তার জন্য একজন দায়িত্বশীল ব্যক্তি নির্ধারণ করে, যাতে আপনার পরবর্তী ফান্ডিং বছরের সার্টিফিকেশনে কোনো কিছুই বাদ না পড়ে।
আপনার নির্দিষ্ট সেটআপ নিয়ে কোনো প্রশ্ন আছে?
আমাদের টিম ৮০,০০০ ভেন্যুতে ভেন্যু অপারেটর, IT ম্যানেজার এবং নেটওয়ার্ক ইঞ্জিনিয়ারদের সাথে কাজ করে। একটি ২০ মিনিটের কল বুক করুন এবং আপনার মতো অন্যরা কীভাবে এর সমাধান করেছেন তা আমরা আপনাকে দেখাব।