প্রশাসন ও প্রবেশাধিকার নিয়ন্ত্রণ
সুরক্ষিত dashboard থেকে কর্মীদের প্রবেশাধিকার, সাইটজুড়ে নীতি ও প্রশাসনিক তদারকি পরিচালনা করুন।
- Dashboard খুলুনআপনাকে দেওয়া account দিয়ে sign in করে dashboard sidebar-এর Administration link ব্যবহার করুন। কোনো link না থাকলে আপনার role-এ সেই কাজের অনুমতি নেই।
- কাজের আগে প্রবেশাধিকার যাচাইGod সব প্রশাসনিক control ব্যবহার করতে পারেন; admin ও superadmin সাধারণ administration area পান, তবে একাধিক global setting শুধু God-এর জন্য।
- সুনির্দিষ্ট পরিবর্তন করুনসংশ্লিষ্ট record খুলে বর্তমান অবস্থা ও সম্পর্কিত item দেখুন, তারপর শুধু চাওয়া field বদলান। Role, authentication ও publication পরিবর্তনকে নিরাপত্তা-সংবেদনশীল ধরুন।
- সংরক্ষণ ও নিশ্চিতকরণForm জমা দিয়ে success notice ও record-এর ফলাফল দেখুন। Validation error কোন field ঠিক করতে হবে জানায়; আগের ফল স্পষ্ট না হওয়া পর্যন্ত সংবেদনশীল কাজ আবার করবেন না।
- Audit trail রাখুনপ্রশাসনিক event খুঁজতে বা export করতে Audit Log ব্যবহার করুন। পৃষ্ঠা কারণ চাইলে সঠিক কারণ লিখুন এবং গুরুত্বপূর্ণ পরিবর্তনের পর event যাচাই করুন।
Dashboard access ও role
Sidebar role অনুযায়ী বদলায়: admin, superadmin ও God সাধারণ administration পান, কিন্তু নির্বাচিত global control শুধু God-এর জন্য। Roles বিদ্যমান permission assignment সম্পাদনা করে; সাধারণ উদ্দেশ্যের নতুন role তৈরি করে না। Shared access বদলানোর আগে role ও তার ব্যবহারকারীদের পরীক্ষা করুন।
- Roles খুলে পর্যালোচ্য role বেছে নিন।
- অনুমোদিত দায়িত্বের সঙ্গে permission তুলনা করে অসংশ্লিষ্ট access সরান।
- সংরক্ষণ করে প্রত্যাশিত dashboard link নিশ্চিত করুন।
ব্যবহারকারী প্রশাসন
Users-এ search, detail, create/edit, status change, bulk action ও export আছে। Account বা role বদলানোর আগে অবস্থা পরীক্ষা করুন। Wallet credit আলাদা আর্থিক কাজ। Impersonation নিয়ন্ত্রিত প্রশাসনিক ব্যবস্থা; ব্যবহারকারীর authentication বা সুরক্ষিত step-up যাচাইয়ের বিকল্প নয়।
- যাচাইকৃত account record খুঁজে খুলুন।
- শুধু চাওয়া profile, role বা সক্রিয়তার অবস্থা বদলান।
- ফল যাচাই করতে record আবার খুলুন; ত্রুটি না মিটিয়ে পুনরায় চেষ্টা করবেন না।
সাইটের theme ও sign-in নীতি
শুধু God ব্যবহার করতে পারেন এমন Site Authentication and Theme পৃষ্ঠা সাইটজুড়ে theme policy এবং স্বাভাবিক sign-in নাকি SSO হবে তা নিয়ন্ত্রণ করে। শুধু অনুমোদিত setting সংরক্ষণ করে public entry ও login route দেখুন। ব্যবহারকারীর theme পছন্দ আলাদা, profile-এ থাকে।
- Site Authentication and Theme-এ বর্তমান policy পড়ুন।
- অনুমোদিত mode বা theme বেছে সংরক্ষণ করুন।
- Entry point ও ফলের login form দেখুন; পরিবর্তন না হলে settings আবার খুলুন।
Audit ও প্রমাণ
Audit Log-এ filter, event detail ও export আছে। Actor, action, entity ও metadata দেখুন, তারপর প্রভাবিত record আলাদাভাবে যাচাই করুন। Editorial change-এ আগের ও পরের মান এবং কারণ সংরক্ষিত হতে পারে। Export ও ব্যক্তিগত তথ্য সীমিত প্রবেশাধিকারে রাখুন।
- প্রাসঙ্গিক তারিখ, actor বা action দিয়ে filter করুন।
- Event খুলে প্রভাবিত record-এর সঙ্গে তুলনা করুন।
- শুধু প্রয়োজন হলে export করে অনুমোদিত স্থানে রাখুন।
নিরাপদ প্রশাসনিক অনুশীলন
কাজ সম্পন্ন করতে পারে এমন সর্বনিম্ন role ব্যবহার করুন। সম্পর্কিত dashboard দেখা গেলেও কয়েকটি control-এর জন্য God প্রয়োজন। বিশেষ সংবেদনশীল backup operation-এ নতুন MFA লাগে; প্রকৃত step-up যাচাই স্বাভাবিক flow-তেই সম্পন্ন করতে হবে। Note বা documentation-এ provider secret ও customer identifier রাখবেন না। Bulk action-এর আগে নির্বাচিত row ও প্রত্যাশিত প্রভাব দেখুন। Operation asynchronous হলে একই কাজ বারবার জমা না দিয়ে তার status বা audit record অনুসরণ করুন।
- পরিবর্তনের আগে account role ও নতুন authentication prompt নিশ্চিত করুন।
- Target ও scope পর্যালোচনা করুন এবং form কারণ চাইলে যথাযথ কারণ দিন।
- ফল ও audit entry দেখুন; অমিল হলে আরেকটি বিস্তৃত পরিবর্তন না করে escalate করুন।
প্রবেশাধিকারের সমস্যা সমাধান
Menu item না থাকলে সাধারণত বর্তমান role বা resource-নির্দিষ্ট permission-এ তা নেই। Forbidden response মানে server-side policy-ও কাজটি প্রত্যাখ্যান করেছে; অন্য account দিয়ে পাশ কাটাবেন না। পৃষ্ঠা খুললেও save প্রত্যাখ্যাত হলে field-level validation error পড়ুন এবং আবশ্যক field ও অনুমোদিত মান নিশ্চিত করুন। পরিবর্তন গৃহীত হলেও না দেখালে আবার চেষ্টা করার আগে record reload করে audit event দেখুন।
- বর্তমান role ও resource-নির্দিষ্ট access assignment দেখুন।
- দেখানো error পড়ে শুধু প্রত্যাখ্যাত field বা আবশ্যক ধাপ ঠিক করুন।
- সত্যিই access না থাকলে অনুমোদিত role owner-কে সর্বনিম্ন প্রয়োজনীয় permission দিতে বলুন।
সাধারণ জিজ্ঞাসা
কোনো control দেখতে পাচ্ছি না কেন?
Dashboard role অনুযায়ী link লুকায়, আর কিছু server action-এ সাধারণ admin area-র চেয়ে কঠোর permission লাগে। Role owner-কে সর্বনিম্ন প্রয়োজনীয় access নিশ্চিত করতে বলুন।
Admin কি সাইটের সব setting বদলাতে পারেন?
না। Site authentication policy ও backup operation-সহ কয়েকটি global setting স্পষ্টভাবে শুধু God-এর জন্য।
পরিবর্তন কোথায় যাচাই করব?
প্রভাবিত record আবার খুলুন এবং গুরুত্বপূর্ণ প্রশাসনিক পরিবর্তনের জন্য সংশ্লিষ্ট event Audit Log-এ দেখুন।
অনুপস্থিত role পাশ কাটাতে impersonation ব্যবহার করতে পারি?
না। Impersonation permission পাশ কাটানোর উপায় নয় এবং স্বাভাবিক authentication, authorization বা step-up যাচাইয়ের বিকল্প নয়।
Validation error হলে কী করব?
Form-এ চিহ্নিত field ঠিক করুন, বর্তমান সংরক্ষিত record দেখুন এবং একবার জমা দিন। ফল অনিশ্চিত এমন কাজ পুনরাবৃত্তি করবেন না।
Audit reason-এ credential লিখব?
না। কারণটিতে ব্যবসায়িক উদ্দেশ্য বোঝান; password, provider key, private host detail বা অপ্রয়োজনীয় ব্যক্তিগত তথ্য দেবেন না।