মাল্টি-সাইট RADIUS মাইগ্রেশন: সিকোয়েন্সিং সাইট, অ্যাক্সেস পয়েন্ট এবং পলিসি

পুরানো এবং নতুন সার্ভারগুলি পাশাপাশি চললে কোনও নির্দিষ্ট ফ্ল্যাগ ডে ছাড়াই আপনি চার ধাপে একটি মাল্টি-সাইট এস্টেটকে ক্লাউড RADIUS-এ স্থানান্তরিত করতে পারেন। প্রতিটি SSID উভয়কে তালিকাভুক্ত করে, এবং প্রতিটি ডিভাইস নতুন সার্ভার সার্টিফিকেটকে বিশ্বাস করে। প্রতিটি সাইট একটি লিখিত এক্সিট টেস্টের সাথে IEEE 802.1X-এর অধীনে কাটওভার করে। Purple-এ, কাটওভারটি নিজেই সাধারণত একটি উইকএন্ডের কাজ।

একটি মাল্টি-সাইট RADIUS মাইগ্রেশনে কী পরিবর্তিত হয় এবং কী অপরিবর্তিত থাকে?

চূড়ান্ত অবস্থা হল প্রতিটি সাইটে পরিবেশনকারী একটি ক্লাউড RADIUS পলিসি, যেখানে আইডেন্টিটি VLAN সেট করে। RADIUS, যা RFC 2865-এ সংজ্ঞায়িত করা হয়েছে, এটি এমন একটি প্রোটোকল যা আপনার অ্যাক্সেস পয়েন্টগুলি একটি ডিভাইস নেটওয়ার্কে যোগ দিতে পারে কিনা তা কোনও সার্ভারকে জিজ্ঞাসা করতে ব্যবহার করে। সার্ভারটি ডিভাইসটিকে গ্রহণ বা প্রত্যাখ্যান করে। এটি VLAN-এর মতো বৈশিষ্ট্যগুলিও ফেরত পাঠাতে পারে, অর্থাৎ নেটওয়ার্ক সেগমেন্ট যেখানে ডিভাইসটি যুক্ত হয়।

একটি সুরক্ষিত নেটওয়ার্কে, সেই বিনিময়টি পোর্ট-ভিত্তিক নেটওয়ার্ক অ্যাক্সেস কন্ট্রোলের স্ট্যান্ডার্ড IEEE 802.1X-এর মধ্যে চলে। 802.1X ডিভাইস, অ্যাক্সেস পয়েন্ট এবং সার্ভারের মধ্যে EAP (Extensible Authentication Protocol) পরিবহন করে। EAP-TLS, যা RFC 5216-এ সংজ্ঞায়িত, উভয় পক্ষকে সার্টিফিকেটের মাধ্যমে প্রমাণীকরণ করে। PEAP একটি TLS টানেলের ভেতরে পাসওয়ার্ড বিনিময় মোড়ানো অবস্থায় রাখে।

চারটি জিনিস পরিবর্তিত হয়:

• প্রতিটি অ্যাক্সেস পয়েন্ট বা কন্ট্রোলার একটি নতুন সার্ভার অ্যাড্রেস এবং শেয়ার্ড সিক্রেটের দিকে নির্দেশ করে। RADIUS সেই ডিভাইসটিকে NAS (নেটওয়ার্ক অ্যাক্সেস সার্ভার) বলে।
• ডিভাইসগুলি EAP হ্যান্ডশেকের সময় একটি নতুন সার্ভার সার্টিফিকেট দেখতে পায়।
• পলিসি লোকাল ডিরেক্টরির পরিবর্তে Microsoft Entra ID, Okta বা Google Workspace থেকে গ্রুপগুলি পড়ে।
• লগগুলি একটি নতুন কনসোলে চলে যায়।

যে বিষয়গুলো একই থাকে সেগুলো বেশি গুরুত্বপূর্ণ। আপনি আপনার অ্যাক্সেস পয়েন্ট, SSID নাম, VLAN ID, সুইচ ট্রাঙ্ক এবং ফায়ারওয়াল জোন বজায় রাখবেন। কেউ পাসওয়ার্ড পরিবর্তন করবে না বা নতুন নেটওয়ার্কে যোগদান করবে না।

একই পদ্ধতি Purple Access-এর তিনটি নেটওয়ার্কের ক্ষেত্রেই প্রযোজ্য। ওপেন নেটওয়ার্কে, অনেক Captive Portal RADIUS-এর মাধ্যমে ডিভাইসগুলিকে অথরাইজ করে। সুরক্ষিত নেটওয়ার্কগুলি EAP-TLS বা PEAP ব্যবহার করে। xPSK নেটওয়ার্কে, RADIUS প্রতিটি ডিভাইস বা বাসিন্দাকে তাদের নিজস্ব প্রি-শেয়ার্ড কী দেয়। এই গাইডটি সুরক্ষিত নেটওয়ার্ক অনুসরণ করে, কারণ এটি সবচেয়ে বেশি ঝুঁকি বহন করে।

{"tone":"warning","title":"যে ঝুঁকিটি আঘাত করতে পারে: সার্ভার সার্টিফিকেট ট্রাস্ট","text":"EAP-TLS বা PEAP-এর ডিভাইসগুলি RADIUS সার্ভার সার্টিফিকেট পরীক্ষা করে, এবং অনেকেই কেবল পুরানো সার্ভারের সার্টিফিকেট অথরিটিকে বিশ্বাস করে। প্রথম সাইট স্থানান্তরিত হওয়ার আগে প্রতিটি ডিভাইস প্রোফাইলে নতুন CA পুশ করুন, নতুবা সেই ডিভাইসগুলি যোগ দিতে ব্যর্থ হবে এবং পুনরায় চেষ্টা করতে থাকবে।"}

আপনি সার্টিফিকেট ট্রাস্টের বিষয়টি সমাধান করার পরে, মাইগ্রেশনের অবশিষ্টাংশ কেবল কনফিগারেশন কাজ এবং হোল্ডিং পিরিয়ড।

ফেজ 1-এর আগে কী কী সত্য হতে হবে?

কোনো পলিসি তৈরি করার আগে পাঁচটি শর্ত প্রস্তুত থাকতে হবে। এর মধ্যে একটি মিসিং থাকলে তা পরবর্তী ফেজে সমস্যা সৃষ্টি করবে।

একটি সম্পূর্ণ NAS ইনভেন্টরি

পুরোনো সার্ভারে অনুরোধ পাঠায় এমন প্রতিটি ডিভাইসের তালিকা তৈরি করুন। এর মধ্যে অ্যাক্সেস পয়েন্ট, ওয়্যারলেস কন্ট্রোলার, ওয়ার্ড 802.1X পরিচালনাকারী সুইচ এবং VPN গেটওয়ে অন্তর্ভুক্ত রয়েছে। নেটওয়ার্ক ডায়াগ্রাম থেকে নয়, পুরোনো সার্ভারের RADIUS ক্লায়েন্ট তালিকা থেকে এই তালিকাটি তৈরি করুন। যদি ইনভেন্টরি থেকে কোনো NAS বাদ পড়ে যায়, তবে আপনি ফেজ 4-এ পুরোনো সার্ভারটি বন্ধ করতে পারবেন না।

একটি পলিসি ম্যাপ, প্রতিটি সারির বিবরণ সহ

পুরোনো সার্ভার যে সমস্ত নিয়ম প্রয়োগ করে সেগুলি তাদের শর্ত, ফলাফল এবং ফেরৎ দেওয়া অ্যাট্রিবিউট সহ লিখে রাখুন। সাধারণ সারিগুলি এইরকম দেখায়: কর্মীদের গ্রুপ থেকে কর্মীদের VLAN, ঠিকাদারদের একটি সীমাবদ্ধ VLAN-এ, সার্টিফিকেটের মাধ্যমে করপোরেট ল্যাপটপগুলিকে করপোরেট VLAN-এ। কোন অ্যাট্রিবিউটগুলি VLAN বহন করে তা নোট করুন। RFC 3580 স্ট্যান্ডার্ড সেট সংজ্ঞায়িত করে: টানেল-টাইপ, টানেল-মিডিয়াম-টাইপ এবং টানেল-প্রাইভেট-গ্রুপ-ID। কিছু সিস্টেম এর বদলে ভেন্ডর-নির্দিষ্ট অ্যাট্রিবিউট ব্যবহার করে এবং আপনাকে সেগুলি হুবহু অনুসরণ করতে হবে।

একটি সার্টিফিকেট প্ল্যান

কোন সার্টিফিকেট অথরিটি (CA) নতুন সার্ভার সার্টিফিকেট ইস্যু করবে তা সিদ্ধান্ত নিন। পরিচালিত ডিভাইসগুলিতে, যেকোনো সাইট স্থানান্তরের আগে Microsoft Intune, Jamf বা আপনার মোবাইল ডিভাইস ম্যানেজমেন্ট (MDM) প্ল্যাটফর্মের মাধ্যমে সেই CA পুশ করুন। EAP-TLS-এর জন্য, যে CA আপনার ডিভাইস সার্টিফিকেটগুলি ইস্যু করেছে, নতুন সার্ভারটিকে অবশ্যই সেই CA-কেও বিশ্বাস করতে হবে।

একটি আইডেন্টিটি সোর্স যা নতুন সার্ভার পড়তে পারে

আপনার আইডেন্টিটি প্রোভাইডার কানেক্ট করুন এবং নিশ্চিত করুন যে পলিসি ম্যাপের প্রতিটি গ্রুপ সেখানে রয়েছে। যদি কোনো গ্রুপ কেবল পুরোনো সার্ভারেই থাকে, তবে প্রথমে আইডেন্টিটি প্রোভাইডারে সেটি পুনরায় তৈরি করুন।

রিচেবিলিটি, মালিক এবং পরিবর্তনের সময়সীমা (চেঞ্জ উইন্ডো)

Purple-এর অনবোর্ডিং ডকুমেন্টে থাকা ঠিকানা এবং পোর্ট ব্যবহার করে প্রতিটি সাইটের ক্লাউড সার্ভারে একটি নেটওয়ার্ক পাথ থাকা প্রয়োজন। প্রতিটি সাইটের জন্য একজন মালিকের নাম ঠিক করুন এবং সাইট পরিচালকদের সাথে পরিবর্তনের সময়সীমা বা চেঞ্জ উইন্ডো নির্দিষ্ট করুন। কিছু সরানোর আগে রোলব্যাক ট্রিগার লিখে রাখুন।

{"title":"Multi-site RADIUS migration checklist","groups":[{"heading":"Before phase 1","items":[{"text":"Export the old server's RADIUS client list and reconcile it with the NAS inventory","why":"A forgotten NAS blocks decommission"},{"text":"Map every policy rule: condition, result and returned attributes"},{"text":"Confirm every policy group exists in Microsoft Entra ID, Okta or Google Workspace"},{"text":"Push the new server CA to managed devices through your MDM"},{"text":"Open the paths in Purple's onboarding documentation at each site"},{"text":"Name an owner and a change window per site, and agree the rollback trigger in writing"}]},{"heading":"Phase 1: build","items":[{"text":"Freeze policy changes on the old server"},{"text":"Recreate each policy row on the new server"},{"text":"Test one identity per row against both servers and match the replies"}]},{"heading":"Phases 2 and 3: pilot and waves","items":[{"text":"Record a baseline reject rate per site before cutover"},{"text":"Add the new server alongside the old on each SSID"},{"text":"Confirm every device class authenticates on the new server"},{"text":"Hold each wave for one full business cycle before the next"}]},{"heading":"Phase 4: decommission","items":[{"text":"Remove the old server from every SSID and NAS"},{"text":"Confirm zero requests on the old server for the agreed quiet period"},{"text":"Export and retain old server logs under your retention policy"},{"text":"Retire the shared secrets used with the old server"},{"text":"Update the runbook and file each site's exit-test record"}]}],"download":{"filename":"radius-migration-checklist.csv"}}

ক্রমানুসারে ৪টি ফেজ কী কী?

পরিকল্পনাটিতে চারটি ফেজ রয়েছে। প্রতিটি ফেজ একটি এক্সিট টেস্টের মাধ্যমে শেষ হয় যেখানে আপনি পাস বা ফেল করতে পারেন। পরীক্ষা পাস না করা পর্যন্ত কোনো কিছুই পরবর্তী ফেজে যাবে না, যা আপনাকে একটি বড় ধরনের বিশৃঙ্খলা বা বিগ-ব্যাং কাটওভার এড়াতে সাহায্য করে।

{"kind":"timeline","direction":"lr","caption":"একটি দৃষ্টান্তমূলক 40-সাইটের এস্টেট: চারটি পর্যায়, প্রতিটি একটি এক্সিট টেস্ট দ্বারা সমাপ্ত","alt":"টাইমলাইনটি প্রায় 12 সপ্তাহের মধ্যে প্রস্তুতি, পর্যায় 1 বিল্ড, পর্যায় 2 পাইলট, পর্যায় 3 ওয়েভ এবং পর্যায় 4 ডিকমিশন প্রদর্শন করছে।","nodes":[{"id":"p0","label":"পর্যায় 1-এর আগে","sub":"ইনভেন্টরি, পলিসি ম্যাপ, CA পুশ, আইডেন্টিটি সোর্স","tone":"neutral","when":"সপ্তাহ 1-2"},{"id":"p1","label":"পর্যায় 1: বিল্ড এবং মিরর","sub":"ক্লাউড RADIUS-এ পলিসি পুনরায় তৈরি, ল্যাব রেসপন্স মিলেছে","tone":"brand","when":"সপ্তাহ 3"},{"id":"p2","label":"পর্যায় 2: পাইলট সাইট","sub":"একটি সাইট, পুরনো সার্ভার সেকেন্ডারি হিসেবে রাখা হয়েছে","tone":"brand","when":"সপ্তাহ 4-5"},{"id":"p3","label":"পর্যায় 3: ওয়েভস","sub":"পাঁচটি, তারপর 10টি, তারপর অবশিষ্ট 24টি সাইট","tone":"brand","when":"সপ্তাহ 6-10"},{"id":"p4","label":"পর্যায় 4: ডিকমিশন","sub":"পুরনো সার্ভারে শূন্য রিকোয়েস্ট, তারপর বন্ধ করা","tone":"success","when":"সপ্তাহ 11-12"}],"edges":[{"from":"p0","to":"p1","label":"পূর্বশর্ত পূরণ করা হয়েছে"},{"from":"p1","to":"p2","label":"ল্যাব রেসপন্স মিলেছে"},{"from":"p2","to":"p3","label":"পাইলট এক্সিট টেস্ট"},{"from":"p3","to":"p4","label":"সব সাইট কাট ওভার করা হয়েছে"}]}

{"caption":"একটি মাল্টি-সাইট RADIUS মাইগ্রেশনের জন্য পর্যায় পরিকল্পনা","asOf":"2026-06-10","columns":[{"key":"phase","label":"পর্যায়"},{"key":"scope","label":"স্কোপ"},{"key":"owner","label":"ওনার"},{"key":"exit","label":"এক্সিট টেস্ট"}],"rows":[["পর্যায় 1-এর আগে","NAS ইনভেন্টরি, পলিসি ম্যাপ, CA পুশ, আইডেন্টিটি সোর্স, সাইট পাথ","আইডেন্টিটি অ্যান্ড অ্যাক্সেস লিড সহ IT ম্যানেজার","প্রতিটি তালিকাভুক্ত NAS, আইডেন্টিটি প্রোভাইডারের প্রতিটি পলিসি গ্রুপ, ম্যানেজড ডিভাইসে নতুন CA"],["পর্যায় 1: বিল্ড","ক্লাউড RADIUS-এ পলিসি পুনরায় তৈরি, কোনো লাইভ ট্রাফিক নেই","আইডেন্টিটি অ্যান্ড অ্যাক্সেস লিড","প্রতিটি সারির জন্য একটি টেস্ট আইডেন্টিটি পুরনো এবং নতুন থেকে একই রেসপন্স এবং VLAN পায়"],["পর্যায় 2: পাইলট","একটি প্রতিনিধি সাইট, নতুন সার্ভার প্রাইমারি, পুরনো সেকেন্ডারি","নেটওয়ার্ক আর্কিটেক্ট","কোনো ব্যাখ্যাতীত রিজেক্ট ছাড়া এবং নতুন সার্ভারে দেখা প্রতিটি ডিভাইস ক্লাসের একটি বিজনেস সাইকেল"],["পর্যায় 3: ওয়েভস","কনসোল টেমপ্লেট দ্বারা গ্রুপ করা ক্রমবর্ধমান ওয়েভে অবশিষ্ট সাইটসমূহ","সাইট ওনারদের সাথে নেটওয়ার্ক আর্কিটেক্ট","পরবর্তীটি শুরু হওয়ার আগে প্রতিটি ওয়েভ পাইলট এক্সিট টেস্টে পাস করে"],["পর্যায় 4: ডিকমিশন","প্রতিটি SSID এবং NAS থেকে পুরনো সার্ভার সরানো হয়েছে","IT ম্যানেজার","শান্ত সময়ের জন্য পুরনো সার্ভারে শূন্য রিকোয়েস্ট, লগ রিটেইন করা হয়েছে, সিক্রেট রিটায়ার করা হয়েছে"]],"footnote":"ওনাররা ভূমিকা, নির্দিষ্ট কোনো ব্যক্তি নন। শান্ত সময়টিকে অন্তত একটি পুনরায় প্রমাণীকরণ চক্র এবং সাথে একটি ব্যবসায়িক সপ্তাহে সেট করুন।","download":{"filename":"radius-migration-phase-plan.csv"}}

প্রতিটি পর্যায়ের ভেতরে কী ঘটে?

পর্যায় 1: বিল্ড এবং পলিসি মিরর করুন

যেকোনো লাইভ রিকোয়েস্ট আসার আগেই নতুন সার্ভারে পলিসি ম্যাপ পুনরায় তৈরি করুন। আইডেন্টিটি প্রোভাইডার কানেক্ট করুন, তারপর কন্ডিশন, রেজাল্ট এবং রিটার্ন করা অ্যাট্রিবিউটসহ প্রতিটি সারি পুনরায় তৈরি করুন। VLAN ID গুলি একই রাখুন, যাতে সুইচ এবং ফায়ারওয়াল কনফিগারেশন কখনোই পরিবর্তিত না হয়।

ল্যাব থেকে প্রতিটি সারি পরীক্ষা করুন। wpa_supplicant প্রজেক্টের একটি টুল, eapol_test ব্যবহার করুন। এটি একটি RADIUS সার্ভারে একটি আসল EAP এক্সচেঞ্জ পাঠায় এবং উত্তরটি প্রিন্ট করে। উভয় সার্ভারের বিরুদ্ধে প্রতি সারিতে একটি পরিচয় রান করুন এবং উত্তরগুলি তুলনা করুন। এক্সিট টেস্ট হলো প্রতিটি সারিতে একটি ম্যাচ, যেখানে একই গ্রহণ বা প্রত্যাখ্যান এবং একই VLAN থাকবে।

ফেজ 2: একটি সাইটে পাইলট চালানো

সবচেয়ে সহজ সাইটটি বেছে না নিয়ে এমন একটি সাইট বেছে নিন যা আপনার সম্পূর্ণ এস্টেটের প্রতিনিধিত্ব করে। এতে কঠিন ডিভাইসগুলি সহ আপনার চালানো প্রতিটি ডিভাইস ক্লাস থাকা উচিত। হ্যান্ডহেল্ড স্ক্যানার, WiFi-এ পেমেন্ট টার্মিনাল এবং পুরনো ল্যাপটপের কথা ভাবুন। আপনার এমন একজনকে অন-সাইটে প্রয়োজন যিনি বলা হলে একটি ডিভাইস পরীক্ষা করতে পারবেন।

পুরনোর সাথে নতুন সার্ভারটি যোগ করুন, এটি পরীক্ষা করুন, তারপর নতুন সার্ভারটিকে প্রাইমারি করুন। এটিকে একটি সম্পূর্ণ ব্যবসায়িক চক্রের জন্য ছেড়ে দিন। একটি হোটেলের জন্য, তার অর্থ হলো শিফট প্যাটার্নের এক সপ্তাহ। একটি অফিসের জন্য, এর অর্থ হলো সোমবার সকালের লগইনের এক সপ্তাহ। যখন দুটি জিনিস সত্যি প্রমাণিত হয় তখন পাইলট পাস করে। প্রথমত, প্রতিটি ডিভাইস ক্লাস নতুন সার্ভারে প্রমাণীকৃত হয়েছে। দ্বিতীয়ত, রিজেক্ট রেট আপনার বেসলাইনের চেয়ে খারাপ নয়।

ফেজ 3: পর্যায়ক্রমে এস্টেট স্থানান্তরিত করা

আগের পর্যায়গুলি পাস করার সাথে সাথে প্রতিটি পরবর্তী পর্যায়কে আগেরটির চেয়ে বড় করুন। একটি 40-সাইটের এস্টেট একটি পাইলট সাইট, তারপর পাঁচটি, তারপর 10টি এবং তারপরে বাকি 24টি স্থানান্তর করতে পারে। কনসোল টেমপ্লেট বা গ্রুপ অনুসারে প্রতিটি পর্যায়কে গ্রুপ করুন, যাতে একটি পরিবর্তন এর প্রতিটি সাইটে পৌঁছায়। Meraki কনফিগারেশন টেমপ্লেট, Juniper Mist WLAN টেমপ্লেট এবং HPE Aruba Central গ্রুপগুলি এই পদ্ধতির জন্য উপযুক্ত।

রাত 3টের সময় নয়, সাইটের কর্মীরা উপস্থিত থাকাকালীন কাটওভার করুন। যে পরিবর্তনটি সকাল না হওয়া পর্যন্ত কেউ পরীক্ষা করে না, তা এমন একটি পরিবর্তন যা আপনি পরীক্ষা করেননি। একই উইন্ডোতে অন্যান্য নেটওয়ার্ক পরিবর্তনগুলি যোগ করা এড়িয়ে চলুন।

ফেজ 4: পুরনো সার্ভারটি ডিকমিশন করা

ইনভেনটরির প্রতিটি SSID এবং প্রতিটি NAS থেকে পুরনো সার্ভারটি সরিয়ে দিন, তারপর এর লগগুলি দেখুন। অনুরোধগুলি শূন্যে নেমে আসা উচিত। এখনও যা আসছে তা আপনার মিস করা কোনো NAS থেকে আসছে। অন্তত একটি পুনরায় প্রমাণীকরণ চক্র এবং একটি ব্যবসায়িক সপ্তাহের জন্য শান্ত সময়টি বজায় রাখুন। তারপর আপনার রিটেনশন পলিসির অধীনে লগগুলি এক্সপোর্ট করুন, সার্ভারটি বন্ধ করুন এবং এর শেয়ার করা সিক্রেটগুলি রিটায়ার করুন।

সমাধান করা পরিস্থিতি: Cisco Meraki-এ একটি 40-হোটেলের গ্রুপ

Cisco Meraki-এ কর্মীদের WiFi চালানো একটি 40-হোটেলের গ্রুপকে ধরা যাক। এটি হেড অফিসে একটি অন-প্রিমিসেস RADIUS সার্ভারের বিরুদ্ধে PEAP ব্যবহার করে। প্রতিটি অনুরোধ একটি বিল্ডিংয়ের WAN অতিক্রম করে, তাই হেড-অফিস বন্ধ হয়ে গেলে প্রতিটি হোটেলে কর্মীদের WiFi বন্ধ হয়ে যায়।

গ্রুপটি প্রথম সপ্তাহে তার MDM-এর মাধ্যমে নতুন CA পুশ করে। এটি Microsoft Entra ID-এর বিরুদ্ধে ক্লাউড RADIUS-এ পাঁচটি পলিসি সারি নতুন করে তৈরি করে, তারপর একটি 120-রুমের সিটি হোটেলে পাইলট প্রকল্প পরিচালনা করে। এরপরে পাঁচটি, 10টি এবং 24টি হোটেলের পর্যায়গুলি অনুসরণ করা হয়, যার প্রতিটি একটি Meraki কনফিগারেশন টেমপ্লেট। একটি হোটেল এক বিকেলের জন্য আগের অবস্থায় ফিরে যায় কারণ একটি হাউস কিপিং ট্যাবলেট কেবল পুরনো CA-কে বিশ্বাস করে। এটি এক সপ্তাহ পরে আবার স্থানান্তরিত হয়।

ফলাফল:

• সমস্ত 40টি হোটেল ছ'টি পরিবর্তন উইন্ডোতে স্থানান্তরিত হয়েছে।
• একটি সাইট একবার আগের অবস্থায় ফিরে এসেছে।
• হেড অফিস আর প্রমানীকরণ পথে নেই।

পুরনো এবং নতুন RADIUS সার্ভারগুলি কীভাবে পাশাপাশি চলে?

প্যারালাল রানিং বা সমান্তরাল পরিচালনা নির্ভর করে অ্যাক্সেস পয়েন্টগুলি কীভাবে ফেলওভার করে তার ওপর। একটি NAS তার তালিকার প্রথম সার্ভারে প্রতিটি অনুরোধ পাঠায়। প্রথম সার্ভারটি নির্ধারিত সময়ের (টাইমআউট) মধ্যে উত্তর না দিলেই কেবল এটি পরবর্তী সার্ভারে চেষ্টা করে।

একটি Access-Reject-কে উত্তর হিসেবে গণ্য করা হয়, ব্যর্থতা হিসেবে নয়, তাই NAS অন্য কোথাও অনুরোধটির জন্য পুনরায় চেষ্টা করবে না। এর দুটি ফলাফল রয়েছে:

• উভয় সার্ভারকে অবশ্যই একই উত্তর দিতে হবে। যদি সেগুলি ভিন্ন হয়, তবে একটি ডিভাইসের অভিজ্ঞতা নির্ভর করবে কোন সার্ভারটি উত্তর দিয়েছে তার ওপর।
• প্যারালাল রানিং হলো একটি সুরক্ষাকবচ, কোনো পরীক্ষা নয়। ফেজ 1 এবং পাইলটে পলিসি পরীক্ষা করুন। ফেলওভার কী করে তা দেখার জন্য অপেক্ষা করে পলিসি পরীক্ষা করবেন না।

প্রথম সাইট স্থানান্তরিত হওয়ার আগে টাইমআউট পরীক্ষা করে নিন। আপনার কমস রুমের সার্ভারের তুলনায় একটি ক্লাউড সার্ভার আরও দূরে অবস্থিত। প্রতিটি সাইটের NAS টাইমআউট এবং রিট্রাই সেটিংসের সাথে তার রাউন্ড-ট্রিপ টাইমের তুলনা করুন। সেটিংস যদি খুব কড়া হয়, তবে কোনো বাস্তব কারণ ছাড়াই অনুরোধগুলি পুরোনো সার্ভারে ফেলওভার হয়ে যাবে এবং তা সমস্যাগুলিকে আড়াল করে দেবে। প্রমাণীকরণের (অথেন্টিকেশন) সাথে সাথেই RADIUS অ্যাকাউন্টিংকে নতুন সার্ভারে নিয়ে যান, যাতে সেশন রেকর্ডগুলি এক জায়গায় থাকে।

প্রতিটি সাইটে কাটওভার করার অর্থ হলো কেবল দুটি সার্ভারের ক্রম পরিবর্তন করা। এই ধাপগুলি প্রতিটি সাইটের জন্য প্রযোজ্য, যার ভেন্ডরগত পার্থক্যগুলি ধাপ 2-এর ভেতরে দেখানো হয়েছে।

{"title":"একটি নির্দিষ্ট ফ্ল্যাগ ডে ছাড়াই একটি সাইট কাট ওভার করুন","steps":[{"title":"সাইটটি প্রস্তুত তা নিশ্চিত করুন","body":"মাইগ্রেশন চেকলিস্টের সাথে সাইটটি পরীক্ষা করুন: NAS তালিকাভুক্ত আছে, ম্যানেজড ডিভাইসগুলিতে নতুন CA রয়েছে, Purple-এর পথ উন্মুক্ত, সাইটে মালিক উপস্থিত।","check":"সাইটের জন্য প্রতিটি পূর্বশর্ত টিক দেওয়া হয়েছে।"},{"title":"পুরানোর পাশাপাশি নতুন সার্ভার যোগ করুন","body":"সাইটের জন্য Purple দ্বারা ইস্যু করা শেয়ার্ড সিক্রেট ব্যবহার করে SSID-এর RADIUS সার্ভার তালিকায় Purple ক্লাউড RADIUS যোগ করুন। আপাতত পুরানো সার্ভারটিকে প্রথমে রাখুন।","check":"কনসোলটি SSID-এর বিপরীতে উভয় সার্ভার দেখায়।","variants":[{"label":"Meraki","body":"Meraki Dashboard-এ, আদর্শভাবে কনফিগারেশন টেমপ্লেটে, SSID-এর অ্যাক্সেস কন্ট্রোল সেটিংসে সার্ভারটি যোগ করুন।"},{"label":"Aruba","body":"HPE Aruba Central-এ, WLAN যে অথেনটিকেশন সার্ভার গ্রুপটি ব্যবহার করে তাতে সার্ভারটি যোগ করুন।"},{"label":"Ruckus","body":"WLAN যে AAA সার্ভার প্রোফাইল ব্যবহার করে, তাতে সেকেন্ডারি সার্ভার হিসাবে সার্ভারটি যোগ করুন।"},{"label":"Mist","body":"Juniper Mist পোর্টালে, আদর্শভাবে WLAN টেমপ্লেটে, WLAN-এর RADIUS অথেনটিকেশন সার্ভারগুলিতে সার্ভারটি যোগ করুন।"},{"label":"UniFi","body":"UniFi Network অ্যাপ্লিকেশনে, WiFi নেটওয়ার্কে অ্যাসাইন করা RADIUS প্রোফাইলে সার্ভারটি যোগ করুন।"}]},{"title":"অদলবদল করার আগে পরীক্ষা করুন","body":"RADIUS ক্লায়েন্ট হিসাবে নিবন্ধিত একটি টেস্ট হোস্ট থেকে, পলিসি রো প্রতি একটি আইডেন্টিটি নতুন সার্ভারে পাঠান।","code":{"lang":"bash","text":"eapol_test -c eap-tls.conf -a <purple-radius-address> -p 1812 -s <shared-secret>"},"check":"প্রত্যাশিত VLAN সহ পলিসি ম্যাপের নির্দেশ অনুসারে প্রতিটি আইডেন্টিটি Access-Accept বা Access-Reject পায়।"},{"title":"ক্রমানুসারে অদলবদল করুন","body":"নতুন সার্ভারটিকে প্রাইমারি করুন এবং পুরানো সার্ভারটিকে সেকেন্ডারি হিসাবে রাখুন। এটিই কাটওভার।","check":"নতুন সার্ভারের লগগুলি সাইটের প্রতিটি অ্যাক্সেস পয়েন্ট থেকে আসা রিকোয়েস্টগুলি দেখায়।"},{"title":"একটি বিজনেসব্যবসা চক্রের জন্য অপেক্ষা করুন","body":"আপনার বেসলাইনের সাথে রিজেক্ট রেট তুলনা করুন এবং প্রতিটি ডিভাইস ক্লাস অথেনটিকেটেড হয়েছে কিনা তা নিশ্চিত করুন।","check":"কোনো ব্যাখাহীন রিজেক্ট নেই, এবং সাইটটি তার এক্সিট টেস্টে উত্তীর্ণ হয়।"}]}

আপনি কীভাবে একটি সাইট বা একটি ওয়েভ রোল ব্যাক করবেন?

রোল ব্যাক করা হলো কাটওভারের ঠিক বিপরীত প্রক্রিয়া: আপনি পুরানো সার্ভারটিকে আবার প্রথমে রাখুন। উপরে নাম দেওয়া প্রতিটি কনসোলে, এটি একটি কনফিগারেশন পরিবর্তন। এটি কেবল তখনই কাজ করে যদি পুরানো সার্ভারটি এখনও সচল থাকে, অপরিবর্তিত থাকে এবং এর শেয়ার্ড সিক্রেট অক্ষত থাকে। এই কারণেই ডিকমিশন সবচেয়ে শেষে আসে। এই কারণেই আপনি phase 1-এর শুরুতে পুরানো সার্ভারে পলিসি ফ্রিজ করেন।

শুরু করার আগেই ট্রিগারগুলিতে একমত হন। সাধারণ ট্রিগারগুলি হলো:

• একটি ডিভাইস ক্লাস যা যুক্ত হতে পারছে না এবং যার কোনো সেম-ডে ফিক্স নেই।
• VLAN অ্যাসাইনমেন্ট যা পলিসি ম্যাপ থেকে আলাদা।
• বেসলাইনের চেয়ে বেশি রিজেক্ট রেট যা আপনি চেঞ্জ উইন্ডোর মধ্যে ব্যাখ্যা করতে পারছেন না।

{"title":"একটি তরঙ্গ এগিয়ে নিন, স্থগিত রাখুন বা রোল ব্যাক করুন","start":"q1","nodes":[{"id":"q1","question":"নতুন সার্ভারে কি এমন কোনও ডিভাইস ক্লাস ব্যর্থ হচ্ছে যা পুরানোটিতে সফল হয়েছিল?","help":"কাটওভারের আগে আপনার রেকর্ড করা বেসলাইনের সাথে ডিভাইস টাইপ অনুযায়ী রিজেক্টের তুলনা করুন।","options":[{"label":"হ্যাঁ","to":"q2"},{"label":"না","to":"q3"}]},{"id":"q2","question":"ব্যর্থতা কি জানা ফিক্স সহ কেবল একটি ডিভাইস ক্লাসের মধ্যেই সীমাবদ্ধ?","help":"একটি প্রোফাইলে অনুপস্থিত CA হলো একটি জানা ফিক্স। একাধিক ক্লাস জুড়ে রিজেক্ট হওয়া জানা ফিক্স নয়।","options":[{"label":"হ্যাঁ","to":"o2"},{"label":"না","to":"o3"}]},{"id":"q3","question":"তরঙ্গের প্রতিটি সাইটে কি প্রতিটি টেস্ট আইডেন্টিটি প্রত্যাশিত VLAN-এ ল্যান্ড করছে?","options":[{"label":"হ্যাঁ","to":"q4"},{"label":"না","to":"o3"}]},{"id":"q4","question":"তরঙ্গটি কি ব্যাখ্যাহীন কোনো রিজেক্ট ছাড়া একটি সম্পূর্ণ ব্যবসায়িক চক্র চলেছে?","options":[{"label":"হ্যাঁ","to":"o1"},{"label":"না","to":"o2"}]},{"id":"o1","outcome":"এগিয়ে যান: পরবর্তী তরঙ্গ শুরু করুন","detail":"সাইট প্রতি এক্সিট-টেস্টের ফলাফল রেকর্ড করুন এবং পরবর্তী তরঙ্গের সময়সূচী নির্ধারণ করুন।","link":"[প্রতিটি লোকেশনে একটি পলিসি](guide:cloud-radius-multi-site)"},{"id":"o2","outcome":"স্থগিত রাখুন: ঠিক করুন, তারপর পুনরায় পরীক্ষা করুন","detail":"শুধুমাত্র ক্ষতিগ্রস্ত SSID-এ পুরানো সার্ভারকে প্রথমে রাখুন, প্রোফাইল বা নিয়ম ঠিক করুন এবং এক্সিট টেস্টটি আবার চালান।"},{"id":"o3","outcome":"তরঙ্গ রোল ব্যাক করুন","detail":"তরঙ্গের প্রতিটি SSID-এ পুরানো সার্ভারকে প্রথমে রাখুন, উভয় সার্ভার থেকে লগ ক্যাপচার করুন এবং আবার চেষ্টা করার আগে কারণটি খুঁজে বের করুন।","link":"[যখন RADIUS অনুপলব্ধ থাকে](guide:radius-server-down-wifi)"}]}

যেকোনো রোলব্যাকের পর, ব্যর্থ সময়ের জন্য উভয় সার্ভার থেকে লগ এক্সপোর্ট করুন। কারণ খুঁজে বের করুন এবং নতুন পলিসিতে তা ঠিক করুন। তারপর সাইটটি আবার সরানোর আগে ক্ষতিগ্রস্ত সারির জন্য ফেজ 1 ল্যাব টেস্টটি পুনরায় চালান।

কীভাবে বুঝবেন মাইগ্রেশন শেষ হয়েছে?

মাইগ্রেশন তখনই শেষ হয় যখন প্রমাণ তা বলে, শেষ সাইটটি স্থানান্তরিত হলেই নয়। পাঁচটি পরীক্ষা এটি সম্পন্ন করে:

1. পুরানো সার্ভারটি সম্মত শান্ত সময়ের (quiet period) জন্য জিরো রিকোয়েস্ট লগ করেছে।
2. ইনভেন্টরির প্রতিটি NAS নতুন সার্ভারের লগে উপস্থিত রয়েছে।
3. একটি বাস্তব ডিভাইস প্রতিটি পলিসি সারি পরীক্ষা করেছে এবং প্রত্যাশিত VLAN-এ ল্যান্ড করেছে।
4. রিজেক্টের হার ফেজ 2-এর আগে রেকর্ড করা বেসলাইনের সমান বা নিচে রয়েছে।
5. পুরানো সার্ভারটি বন্ধ রয়েছে, এর লগগুলো ধরে রাখা হয়েছে, এর সিক্রেটগুলো অবসর দেওয়া হয়েছে এবং রানবুক আপডেট করা হয়েছে।

তারিখ, এক্সিট-টেস্টের ফলাফল এবং যেকোনো রোলব্যাক সহ প্রতিটি সাইটের জন্য এক পৃষ্ঠার একটি রেকর্ড রাখুন। নতুন অথেন্টিকেশন লগের পাশাপাশি, সেই রেকর্ডগুলো ISO 27001 অ্যাক্সেস-কন্ট্রোল এবং PCI-DSS লগিং কন্ট্রোলের জন্য আপনার প্রমাণ। তারা পরবর্তী অডিট চক্রের জন্য চেঞ্জ-কন্ট্রোল প্রমাণ হিসেবেও কাজ করে।

ফিল্ডে দেখা ব্যর্থতার মোডসমূহ

যে ডিভাইসগুলো কেবল পুরানো সার্টিফিকেট ট্রাস্ট করে

এটি সবচেয়ে সাধারণ ব্যর্থতা। আনম্যানেজড PEAP ডিভাইসগুলো নতুন সার্টিফিকেটের জন্য প্রম্পট করতে পারে বা এটি সম্পূর্ণ প্রত্যাখ্যান করতে পারে। কিছু ম্যানেজড প্রোফাইল CA-এর পাশাপাশি সার্ভারের নামও পিন করে। পাইলটের আগে উভয়ই পরীক্ষা করে নিন।

একটি NAS যা কেউ তালিকাভুক্ত করেনি

ভুলে যাওয়া কন্ট্রোলার, ওয়্যার্ড 802.1X সুইচ এবং VPN গেটওয়েগুলি WiFi সরিয়ে নেওয়ার অনেক পরেও পুরনো সার্ভারটিকে ব্যস্ত রাখে। ফেজ 4-এর শান্ত সময়টিতেই আপনি সেগুলিকে শনাক্ত করতে পারবেন।

পলিসি যা পুরনো সার্ভারে রয়ে গেছে

লোকাল গ্রুপ, হার্ড-কোডেড MAC তালিকা এবং টাইম-অফ-ডে নিয়মগুলি প্রায়শই কেবল পুরনো সার্ভারেই থাকে। এগুলি পলিসি ম্যাপে না থাকলে, কাটওভারের সময় উধাও হয়ে যায়।

শেয়ার্ড সিক্রেট এবং অ্যাট্রিবিউট অমিল

ভুল টাইপ করা সিক্রেট কিছু কনসোলে নীরবভাবে ব্যর্থ হয়। ID-র পরিবর্তে নাম দ্বারা রিটার্ন করা একটি VLAN ডিভাইসগুলিকে ডিফল্ট VLAN-এ ফেলে দিতে পারে। দুটিই ফেজ 1 পরীক্ষার সময় দেখা যাওয়া উচিত এবং পাইলটের সময় আপনার আবার পরীক্ষা করা উচিত।

বিল্ডিংয়ের ভেতরের সার্ভারের জন্য টাইমআউট টিউন করা

NAS-এ টাইট টাইমআউট পুরনো সার্ভারে স্পুরিয়াস ফেলওভার ঘটায়। পুরনো সার্ভারটি সরিয়ে না ফেলা পর্যন্ত সবকিছু কাজ করছে বলে মনে হয়।

বাস্তব দৃশ্যপট: দুটি কনসোলে একটি 120-স্টোর খুচরা বিক্রেতা

ধরে নিন একটি 120-স্টোর খুচরা বিক্রেতা প্রতিষ্ঠান যার পুরনো স্টোরগুলি HPE Aruba এবং নতুন স্টোরগুলি Juniper Mist-এ চলে। স্টোরের হ্যান্ডহেল্ড এবং ল্যাপটপগুলি এক জোড়া অন-প্রেমিস RADIUS সার্ভারের বিরুদ্ধে EAP-TLS ব্যবহার করে। পাইলট এবং ওয়েভগুলি Aruba Central গ্রুপ এবং Mist WLAN টেমপ্লেট দ্বারা গ্রুপ করে মসৃণভাবে সম্পন্ন হয়।

ফেজ 4-এ, প্রতিটি SSID সরিয়ে নেওয়ার পরেও পুরনো সার্ভারগুলি তিনটি ঠিকানা থেকে অনুরোধ লগ করা বজায় রাখে। দুটি হলো স্টোর এস্টেটের বাইরের ডিস্ট্রিবিউশন-সেন্টার কন্ট্রোলার। তৃতীয়টি হলো হেড-অফিস ল্যাপটপের জন্য একটি VPN গেটওয়ে। টিম তিনটিকেই ইনভেন্টরিতে যোগ করে, সেগুলিকে একটি অতিরিক্ত উইন্ডোতে সরিয়ে নেয় এবং শান্ত সময়টি পুনরায় শুরু করে। কোন স্টোরে বিঘ্ন ছাড়াই ডিকমিশনিং দুই সপ্তাহ দেরিতে শেষ হয়।

Purple যেখানে মানানসই

আপনার ইতিমধ্যেই মালিকানাধীন এক্সেস পয়েন্টগুলি ব্যবহার করে Purple Access একটি একক প্ল্যাটফর্মে ওপেন, সিকিউর এবং xPSK নেটওয়ার্ক পরিচালনা করে। secure network এই মাইগ্রেশন পরিচালনা করে। এটি Microsoft Entra ID, Okta বা Google Workspace থেকে ক্লাউড RADIUS, EAP-TLS এবং আইডেন্টিটি প্রদান করে। এটি Passpoint (যাকে Hotspot 2.0-ও বলা হয়) সমর্থন করে, যা ডিভাইসগুলিকে একটি ক্রেডেনশিয়াল সহ স্বয়ংক্রিয়ভাবে একটি সিকিউর নেটওয়ার্কে যুক্ত হতে দেয়। Purple হার্ডওয়্যার-নিরপেক্ষ, তাই একটি পলিসি এই প্ল্যাটফর্মগুলির সাইটগুলিতে কাজ করে:

• Cisco Meraki
• HPE Aruba
• Ruckus
• Juniper Mist
• Ubiquiti UniFi
• Cambium
• Extreme Networks
• Fortinet

এর অর্থ হলো একটি মিশ্র এস্টেট একটি পরিকল্পনায় মাইগ্রেট করতে পারে।

Purple বিশ্বের বৃহত্তম ক্লাউড RADIUS পরিচালনা করে। এটি 99.999% আপটাইমে চলা একটি প্ল্যাটফর্মে 99.9% RADIUS আপটাইম SLA সহ আসে। কারণ ফেজ 2 শুরু হওয়ার আগেই Purple দিকটি তৈরি হয়ে যায়, তাই প্রতিটি সাইটের কাটওভার সাধারণত একটি সপ্তাহের শেষের কাজ। ফেজিংয়ের অস্তিত্ব আপনার এস্টেটের ঝুঁকি পরিচালনা করার জন্য, আমাদের প্ল্যাটফর্মে নয়।

{"items":[{"value":"80,000+","label":"লাইভ ভেন্যু","note":"Purple-এর নিজস্ব ডেটা"},{"value":"90","label":"দেশ"},{"value":"99.9%","label":"RADIUS আপটাইম SLA","note":"99.999% এ চলা একটি প্ল্যাটফর্মে"}]}

{"tone":"proof","title":"শাখা স্কেলে স্টাফ WiFi","text":"JPMorgan 5,000টি শাখা জুড়ে Purple-এ স্টাফ WiFi পরিচালনা করে।"}

পণ্যের বিস্তারিত জানতে Purple Access-এ ক্লাউড RADIUS দেখুন, এবং আরও বিস্তৃত নিয়ন্ত্রণ সেট জানতে এন্টারপ্রাইজ WiFi সিকিউরিটি গাইড দেখুন। গেস্ট মার্কেটিং Engage-এ এবং DNS ফিল্টারিং Shield-এ থাকে। RADIUS মাইগ্রেশনের সময় এর কোনোটিই পরিবর্তিত হয় না।

প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী

একটি মাল্টি-সাইট RADIUS মাইগ্রেশন সম্পন্ন হতে কত সময় লাগে?

পুরো এস্টেটের ক্ষেত্রে কয়েক সপ্তাহ এবং প্রতি সাইটের জন্য একটি উইকেন্ড ধরে পরিকল্পনা করুন। Purple-এ, প্রতিটি সাইটের কাটওভার সাধারণত একটি উইকেন্ডের কাজ। পুরো এস্টেটে বেশি সময় লাগে কারণ পরবর্তী তরঙ্গ শুরু হওয়ার আগে প্রতিটি তরঙ্গ একটি ব্যবসায়িক চক্রের জন্য অপেক্ষা করে। উদাহরণস্বরূপ, একটি 40-সাইটের এস্টেট ইনভেন্টরি থেকে ডিকমিশন পর্যন্ত প্রায় 12 সপ্তাহ সময় নেয়। সেই সময়ের বেশিরভাগই প্রস্তুতি এবং ধরে রাখার সময়কাল হিসেবে ব্যয় হয়, পরিবর্তনমূলক কাজে নয়।

ক্লাউড RADIUS-এ স্থানান্তরিত হওয়ার জন্য কি আমার নতুন অ্যাক্সেস পয়েন্টের প্রয়োজন আছে?

না। ক্লাউড RADIUS কেবল আপনার অ্যাক্সেস পয়েন্টগুলি যে সার্ভারকে অনুরোধ জানায় সেটি পরিবর্তন করে, অ্যাক্সেস পয়েন্টগুলিকে নয়। Purple কাজ করে Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet-এর সাথে। আপনি ইতিমধ্যেই যে কনসোলটি ব্যবহার করছেন সেখানে প্রতিটি SSID-এর RADIUS সার্ভার তালিকায় নতুন সার্ভারটি যুক্ত করুন। আপনার SSID, VLAN ID এবং সুইচ কনফিগারেশন আগের মতোই থাকবে।

বিভিন্ন সাইটজুড়ে ক্লাউড RADIUS-এর খরচের মডেল কীভাবে তৈরি করা উচিত?

এটি দুটি সংখ্যার ওপর মডেল করুন: সাইট এবং আইডেন্টিটি। প্রমাণীকরণ করে এমন প্রতিটি সাইট এবং যুক্ত হওয়া প্রতিটি আইডেন্টিটি গণনা করুন, যার মধ্যে EAP-TLS-এর ডিভাইসগুলিও অন্তর্ভুক্ত রয়েছে। তারপর পুরোনো সার্ভারের মোট খরচের সাথে এটি তুলনা করুন: হার্ডওয়্যার, লাইসেন্স, প্যাচিং, হাই অ্যাভেলেবিলিটি এবং হেড অফিসের WAN পথ। প্রতি সাইটে ক্লাউড RADIUS খরচের মডেল তৈরির আমাদের গাইডটি এই গণনার বিস্তারিত বিবরণ দেয়।

স্থানান্তরের পর কি আমি পুরোনো RADIUS সার্ভারটিকে ফলব্যাক হিসেবে রেখে দিতে পারি?

প্যারালাল রানিংয়ের সময় এটি রাখুন, তারপর এটি বন্ধ করে দিন। এটি গৌণ হিসেবে তালিকাভুক্ত থাকার সময়, তরঙ্গে থাকা সাইটগুলির টাইমআউট কভার করে। 4 নম্বর ধাপের পরে, পুরোনো পলিসির একটি হিমায়িত কপি ধারণকারী সার্ভার একটি ঝুঁকিপূর্ণ বিষয় হয়ে ওঠে, কারণ এর দেওয়া যেকোনো উত্তর পুরানো নিয়ম ব্যবহার করে। তখন থেকে, রেজিলিয়েন্স আসে 99.9% RADIUS আপটাইম SLA এবং একটি আউটেজ রিকভারি প্ল্যান থেকে।

কর্মীদের কি তাদের ডিভাইসগুলি পুনরায় নথিভুক্ত বা এনরোল করতে হবে?

কাটওভারের আগে নতুন সার্ভার শংসাপত্রটি বিশ্বস্ত হলে প্রয়োজন নেই। বিল্ড চলাকালীন আপনার MDM-এর মাধ্যমে পরিচালিত ডিভাইসগুলিতে নতুন CA পুশ করুন। নতুন সার্ভারটি ইস্যুকারী CA-কে বিশ্বাস করলে EAP-TLS ডিভাইসগুলি তাদের বিদ্যমান ক্লায়েন্ট শংসাপত্রগুলি ধরে রাখে। অসংগঠিত বা আনম্যানেজড PEAP ডিভাইসগুলি এর ব্যতিক্রম, কারণ এদের মধ্যে কিছু ডিভাইস নতুন শংসাপত্র গ্রহণ করার জন্য একবার প্রম্পট করে। সেই কর্মীদের তাদের সাইট স্থানান্তরিত হওয়ার আগে একটি সংক্ষিপ্ত নোটিশ পাঠান।

এই মাইগ্রেশন কি আমাদের ISO 27001 বা PCI DSS প্রমাণকে প্রভাবিত করে?

এটি আপনার প্রমাণ কোথা থেকে আসছে তা পরিবর্তন করে, তাই শুরু থেকেই সেটির জন্য পরিকল্পনা করুন। অথেন্টিকেশন লগ, পলিসি সংজ্ঞায়িতকরণ এবং পরিবর্তনের রেকর্ড নতুন প্ল্যাটফর্মে স্থানান্তরিত হয়। আপনার রিটেনশন পলিসির অধীনে পুরোনো সার্ভারের লগগুলো সংরক্ষণ করুন এবং প্রতিটি সাইটের এক্সিট-টেস্ট রেকর্ড ফাইল করুন। Purple ISO 27001 সার্টিফিকেট ধারণ করে, যা আপনার অডিটরদের প্ল্যাটফর্মের দিকের জন্য প্রমাণ সরবরাহ করে। আপনার নিজস্ব নিয়ন্ত্রণের জন্য এখনও তাদের নিজস্ব প্রমাণের প্রয়োজন।

একাধিক এস্টেট পরিচালনাকারী একটি MSP-এর জন্য এটি কীভাবে আলাদা?

ফেজগুলো একই রকম। যা আলাদা তা হলো এস্টেটগুলোর মধ্যে আইসোলেশন। একটি MSP প্রতিটি এস্টেটের জন্য একই চারটি ফেজ পরিচালনা করে, তবে একটি শেয়ার্ড প্ল্যাটফর্মে প্রতিটির নিজস্ব পলিসি, আইডেন্টিটি সোর্স এবং লগ প্রয়োজন। ওয়েভগুলো সাধারণত কনসোল টেমপ্লেটের চেয়ে চুক্তির সীমানা অনুসরণ করে। MSP-এর জন্য আমাদের multi-tenant RADIUS for MSPs গাইডটি ব্যাখ্যা করে কীভাবে স্থানান্তরের সময় এবং পরে প্রতিটি এস্টেট আলাদা রাখা যায়।