ຕັ້ງຄ່າ Single Sign-On (SSO) ສຳລັບທີມຂອງທ່ານ - (ແອັບເວັບຂອງທີມ)

SSO ເຮັດຫຍັງໄດ້

Single Sign-On ຊ່ວຍໃຫ້ສະມາຊິກທີມຂອງທ່ານເຂົ້າສູ່ລະບົບດ້ວຍຜູ້ໃຫ້ບໍລິການຢືນຢັນຕົວຕົນຂອງບໍລິສັດທ່ານ ເຊັ່ນ Okta, Microsoft Entra ID (Azure AD), Google Workspace ຫຼື Auth0. ທ່ານຕັ້ງຄ່າໄດ້ທີ່ໜ້າ SSO. ມີພຽງເຈົ້າຂອງ ແລະ ຜູ້ດູແລລະບົບເທົ່ານັ້ນທີ່ເປີດໜ້ານີ້ໄດ້. ຊື່ໜ້າຄື Single Sign-On (SSO).

ໜ້ານີ້ມີສາມແຖບ: Email Domains, OIDC ແລະ SAML 2.0. ທ່ານສາມາດໃຊ້ OIDC ຫຼື SAML 2.0 ອັນໃດອັນໜຶ່ງ, ບໍ່ສາມາດໃຊ້ທັງສອງພ້ອມກັນໄດ້.

ຂັ້ນຕອນທີ 1: ເພີ່ມ ແລະ ຢືນຢັນໂດເມນອີເມວ

ເປີດແຖບ Email Domains. SSO ເລີ່ມຕົ້ນດ້ວຍການພິສູດວ່າທ່ານເປັນເຈົ້າຂອງໂດເມນອີເມວຂອງບໍລິສັດ. ການຢືນຢັນໂດເມນແມ່ນໃຊ້ຮ່ວມກັນລະຫວ່າງ SAML ແລະ OIDC, ດັ່ງນັ້ນທ່ານຕ້ອງຢືນຢັນພຽງຄັ້ງດຽວ.

1. ພາຍໃຕ້ Add Email Domain, ພິມໂດເມນຂອງທ່ານ (ຕົວຢ່າງ example.com) ແລ້ວ ຄລິກ Add Domain.
2. ໂດເມນຈະສະແດງເປັນ Pending Verification. ຄລິກ How to Verify ເພື່ອເປີດຂັ້ນຕອນ.
3. ເລືອກວິທີໃດວິທີໜຶ່ງ: - DNS TXT Record: ເພີ່ມ TXT record ໃສ່ DNS ຂອງໂດເມນທ່ານດ້ວຍຄ່າທີ່ສະແດງ. ການປ່ຽນແປງ DNS ອາດໃຊ້ເວລາເຖິງ 48 ຊົ່ວໂມງ. - File Upload: ວາງໄຟລ໌ຂໍ້ຄວາມທີ່ມີລະຫັດຢືນຢັນໄວ້ທີ່ https://yourdomain/.well-known/scribblemaps-verify.txt. ໄຟລ໌ຕ້ອງເຂົ້າເຖິງໄດ້ຜ່ານ HTTPS.
4. ຄລິກ Verify Now. ເມື່ອສຳເລັດ, ໜ້າຈະສະແດງ "Domain verified successfully!" ແລະ ໂດເມນຈະສະແດງເປັນ Verified.

ຖ້າທ່ານບໍ່ສາມາດຢືນຢັນດ້ວຍ DNS ຫຼື ໄຟລ໌ໄດ້, ສົ່ງອີເມວຫາ [email protected] ແລ້ວທີມງານສາມາດຢືນຢັນໂດເມນຂອງທ່ານດ້ວຍມືໃຫ້ໄດ້.

ຂັ້ນຕອນທີ 2 (ທາງເລືອກ ກ): ຕັ້ງຄ່າ OIDC

ເປີດແຖບ OIDC.

1. ສຳເນົາ Redirect URI / Callback URL ທີ່ສະແດງຢູ່ພາຍໃຕ້ Callback URLs. ທ່ານຕ້ອງມອບຄ່ານີ້ໃຫ້ຜູ້ໃຫ້ບໍລິການຢືນຢັນຕົວຕົນຂອງທ່ານເມື່ອສ້າງແອັບ.
2. ໃນ Quick Setup, ທ່ານສາມາດວາງ discovery URL ຂອງຜູ້ໃຫ້ບໍລິການ (URL .well-known/openid-configuration) ແລ້ວ ຄລິກ Import ເພື່ອຕື່ມ Authority ແລະ ປະເພດຜູ້ໃຫ້ບໍລິການໂດຍອັດຕະໂນມັດ.
3. ຕື່ມຊ່ອງທີ່ຈຳເປັນພາຍໃຕ້ Provider Settings: - Provider Type - Client ID - Client Secret - Authority / Issuer URL
4. ເປີດ User Settings ເພື່ອເປີດໃຊ້ Just-In-Time (JIT) Provisioning, ເຊິ່ງຈະສ້າງບັນຊີຜູ້ໃຊ້ໃນຄັ້ງທຳອິດທີ່ມີຄົນເຂົ້າສູ່ລະບົບດ້ວຍ OIDC.
5. ເປີດ Security Settings ເພື່ອເປີດໃຊ້ Require Multi-Factor Authentication (MFA) ຖ້າທ່ານຕ້ອງການຢືນຢັນ MFA ກ່ອນເຂົ້າສູ່ລະບົບ.
6. ຄລິກ ບັນທຶກການຕັ້ງຄ່າ, ຈາກນັ້ນ Test Connection. ທ່ານຍັງສາມາດໃຊ້ Test SSO Login ເພື່ອທົດລອງການເຂົ້າສູ່ລະບົບເຕັມຮູບແບບໃນໜ້າຕ່າງໃໝ່.
7. ເປີດສະວິດ OIDC SSO enabled.

ເມື່ອທ່ານສ້າງແອັບໃນຜູ້ໃຫ້ບໍລິການຢືນຢັນຕົວຕົນຂອງທ່ານ, ໃຫ້ເລືອກ Web Application ເປັນປະເພດ (ບໍ່ແມ່ນ SPA ຫຼື Native), ເພາະຕ້ອງມີ Client Secret.

ຂັ້ນຕອນທີ 2 (ທາງເລືອກ ຂ): ຕັ້ງຄ່າ SAML 2.0

ເປີດແຖບ SAML 2.0.

1. ສຳເນົາ Service Provider (SP) Information ເພື່ອມອບໃຫ້ຜູ້ໃຫ້ບໍລິການຢືນຢັນຕົວຕົນຂອງທ່ານ: SP Entity ID / Audience URI, Single Sign-On URL / ACS URL ແລະ SP Metadata URL.
2. ໃນ Quick Setup, ເລືອກຜູ້ໃຫ້ບໍລິການຂອງທ່ານ ແລ້ວນຳເຂົ້າ metadata URL ຂອງມັນເພື່ອຕື່ມການຕັ້ງຄ່າໂດຍອັດຕະໂນມັດ.
3. ຕື່ມ Identity Provider (IdP) Settings: - IdP Entity ID (Issuer) - IdP Single Sign-On URL - IdP Single Logout URL (ທາງເລືອກ) - IdP X.509 Certificate ໃນຮູບແບບ PEM
4. ເປີດ ການຕັ້ງຄ່າຂັ້ນສູງ ເພື່ອຕັ້ງ Signature Algorithm (ແນະນຳ SHA-256) ແລະ NameID Format.
5. ເປີດ User Settings ເພື່ອເປີດໃຊ້ Just-In-Time (JIT) Provisioning.
6. ຄລິກ ບັນທຶກການຕັ້ງຄ່າ, ຈາກນັ້ນ Test Connection. ໃຊ້ Test SSO Login ເພື່ອທົດລອງການເຂົ້າສູ່ລະບົບເຕັມຮູບແບບ.
7. ເປີດສະວິດ SAML SSO enabled.

ໃຊ້ໄດ້ເທື່ອລະໂປຣໂຕຄອນ

ທ່ານສາມາດເປີດໃຊ້ໄດ້ພຽງ OIDC ຫຼື SAML ອັນໃດອັນໜຶ່ງ, ບໍ່ແມ່ນທັງສອງ. ຖ້າທ່ານເປີດອັນໜຶ່ງໃນຂະນະທີ່ອີກອັນໜຶ່ງເປີດຢູ່ແລ້ວ, ໜ້າຈະຖາມວ່າທ່ານຕ້ອງການປິດອີກອັນກ່ອນຫຼືບໍ່. ຕົວຢ່າງ, ການເປີດ OIDC ໃນຂະນະທີ່ SAML ເປີດຢູ່ຈະສະແດງ "SAML is currently enabled. Would you like to disable it?" ພ້ອມຕົວເລືອກ Disable SAML ແລະ Keep Both.

ເບິ່ງຜູ້ໃຊ້ SSO ຂອງທ່ານ

ຢູ່ລຸ່ມລົງມາຂອງໜ້າ, ກາດ SSO Provisioned Users ລາຍຊື່ຄົນທີ່ຖືກສ້າງຜ່ານ SSO. ຄລິກ ສະແດງ ເພື່ອເປີດລາຍຊື່ ແລະ ເຊື່ອງ ເພື່ອປິດ. ຕາຕະລາງສະແດງ ອີເມວ, ຊື່, ວັນທີສ້າງ ແລະ Last Login ຂອງຜູ້ໃຊ້ແຕ່ລະຄົນ. ຈົນກວ່າຈະມີໃຜເຂົ້າສູ່ລະບົບດ້ວຍວິທີນີ້, ມັນຈະສະແດງ "No users have been provisioned via SSO yet."