Single sign-on ও পরিচয় ব্যবস্থাপনা

Sign-in URL ও recovery

সাধারণ site account flow-এর জন্য /login এবং SSO-সমর্থিত sign-in-এর জন্য /sso/login ব্যবহার করুন। Registration, recovery ও passwordless flow /sso-তে রয়েছে। পুরোনো OAuth authorization page চলমান ব্যবহারকারীদের বর্তমান SSO বিকল্পে পাঠায়। URL থাকলেই provider চালু আছে প্রমাণ হয় না; tenant ও application-এর অবস্থা দেখুন।

1. উদ্দেশ্যকৃত sign-in flow-এর URL খুলুন।
2. Provider না থাকলে তার tenant administrator-কে configuration পরীক্ষা করতে বলুন।
3. Factor হারালে বা password-এর মেয়াদ শেষ হলে SSO recovery নির্দেশনা ব্যবহার করুন।

Tenant, domain ও পরিচয়

Tenant তার application, domain, member, policy ও delegation-এর মালিক। Verified-domain discovery ব্যবহারকারীকে সঠিক পথে পাঠায়, কিন্তু authentication করে না বা membership দেয় না। Customer administrator-রা organisation SAML বা OIDC কনফিগার করেন। Tenant, issuer ও অপরিবর্তনীয় subject ধরে identity মেলান; শুধু email দেখে account link করবেন না।

1. Member, provider বা domain পরিবর্তনের আগে tenant বেছে নিন।
2. দেখানো domain ownership check সম্পন্ন করে verified অবস্থা নিশ্চিত করুন।
3. অনুমোদিত tenant workflow-তে duplicate identity-র সমাধান করুন।

Application ও social provider

প্রতিটি application-এর protocol registration, policy ও lifecycle আলাদা। Platform social-provider setting ব্যবহারকারীর linked identity থেকে পৃথক। Callback-এ profile সম্পূর্ণ করতে হতে পারে, কিন্তু callback কাজ করলেই application access মেলে না: membership, assignment ও policy-ও প্রযোজ্য।

1. Tenant, owner, protocol ও নিবন্ধিত redirect বা metadata value লিখে রাখুন।
2. Management screen-এ provider কনফিগার করুন এবং credential সুরক্ষিত রাখুন।
3. Sign-in পরীক্ষা করে tenant ও application-এর সিদ্ধান্ত নিশ্চিত করুন।

Role ও delegation

Site role ও tenant permission আলাদা। Governance-এ parent organisation, সীমা ও মেয়াদযুক্ত administrator delegation নির্ধারণ করা যায়। Delegate নির্দিষ্ট tenant-এ নির্বাচিত permission পান; উচ্চতর, sibling ও অসংশ্লিষ্ট scope-এ access অস্বীকৃত হয়। সক্রিয় membership, role hierarchy ও application policy সবই বিবেচ্য।

1. Target tenant-এ administrator-এর সক্রিয় membership দিন।
2. শুধু দরকারি permission দিন এবং expiry নির্ধারণ করুন।
3. কাজ শেষ হলে delegation প্রত্যাহার করে audit entry দেখুন।

MFA, passkey ও recovery

Sign-in-এ MFA, passkey বা অন্য passwordless verification অথবা আরও শক্তিশালী step-up লাগতে পারে। Bootstrap, challenge, setup ও recovery আলাদা ধাপ; এক ধাপ সম্পন্ন করলে পরের protected action-এর শর্ত পূরণ হয় না। সমর্থিত tenant authenticator ও enrollment campaign পরিচালনা করতে administrator-এর authentication-management কর্তৃত্ব দরকার।

1. Enrollment-এ passkey sign-in সম্পন্ন করুন অথবা নতুন authenticator যাচাই করুন।
2. উপলভ্য পদ্ধতিতে recovery করে compromised factor বদলান।
3. Access অস্বীকার হলে কারণ নোট করুন এবং অনুমোদিত admin-কে policy দেখতে বলুন।

Management ও lifecycle

তৈরি করা management contract রয়েছে /api/auth/management/openapi.json-এ। এতে operation schema ও security requirement তালিকাভুক্ত। মানুষের administration-এর জন্য protected workspace ব্যবহার করুন। Tenant ও application activation, suspension, retirement এবং rollback হলো version ও audit history-সহ নথিভুক্ত lifecycle পরিবর্তন।

1. OpenAPI document খুলে প্রয়োজনীয় management operation খুঁজুন।
2. তার permission, tenant context ও নথিভুক্ত input যাচাই করুন।
3. Lifecycle পরিবর্তনের পর অবস্থা ও audit history নিশ্চিত করুন।

সাধারণ জিজ্ঞাসা

সম্পর্কিত পৃষ্ঠা

• Federation protocol ও provisioning
• SSO প্রশাসন
• Identity governance ও privileged access
• ব্যক্তিগত অ্যাপ্লিকেশনে প্রবেশাধিকার