Подешавање једнократне пријаве (SSO) за ваш тим - (Веб апликација за тим)

Шта SSO ради

Једнократна пријава омогућава члановима вашег тима да се пријављују преко добављача идентитета ваше компаније, као што су Okta, Microsoft Entra ID (Azure AD), Google Workspace или Auth0. Подешавате је на страници SSO. Само власници и администратори могу да је отворе. Наслов странице гласи Једнократна пријава (SSO).

Страница има три картице: Домени е-поште, OIDC и SAML 2.0. Можете да користите или OIDC или SAML 2.0, али не оба истовремено.

Корак 1: Додајте и верификујте домен е-поште

Отворите картицу Домени е-поште. SSO почиње доказивањем да сте власник домена е-поште ваше компаније. Верификација домена је заједничка за SAML и OIDC, па је довољно да је обавите једном.

1. Под Додај домен е-поште унесите свој домен (на пример, example.com) и кликните Додај домен.
2. Домен се приказује као Верификација на чекању. Кликните Како да верификујете да отворите кораке.
3. Изаберите један метод: - DNS TXT запис: додајте TXT запис у DNS вашег домена са приказаном вредношћу. DNS промене могу да трају до 48 сати. - Отпремање датотеке: поставите текстуалну датотеку са верификационим кодом на https://yourdomain/.well-known/scribblemaps-verify.txt. Датотека мора бити доступна преко HTTPS-а.
4. Кликните Верификуј сада. Када успе, страница приказује „Домен је успешно верификован!“, а домен је означен као Верификован.

Ако не можете да верификујете преко DNS-а или датотеке, пошаљите е-пошту на [email protected] и тим може ручно да верификује ваш домен.

Корак 2 (опција А): Конфигуришите OIDC

Отворите картицу OIDC.

1. Копирајте Redirect URI / Callback URL приказан под Callback URL-ови. Ово дајете свом добављачу идентитета када креирате апликацију.
2. У Брзо подешавање можете да налепите discovery URL свог добављача (URL .well-known/openid-configuration) и кликнете Увоз да се аутоматски попуне Authority и тип добављача.
3. Попуните обавезна поља под Подешавања добављача: - Тип добављача - Client ID - Client Secret - Authority / Issuer URL
4. Отворите Подешавања корисника да укључите Just-In-Time (JIT) провизионисање, које креира кориснички налог први пут када се неко пријави преко OIDC-а.
5. Отворите Безбедносна подешавања да укључите Захтевај вишефакторску аутентификацију (MFA) ако желите да потврдите MFA пре пријаве.
6. Кликните Сачувај подешавања, а затим Тестирај везу. Такође можете да користите Тестирај SSO пријаву да испробате целу пријаву у новом прозору.
7. Укључите прекидач OIDC SSO омогућен.

Када креирате апликацију код свог добављача идентитета, као тип изаберите Веб апликација (а не SPA или Native), јер је Client Secret обавезан.

Корак 2 (опција Б): Конфигуришите SAML 2.0

Отворите картицу SAML 2.0.

1. Копирајте Информације о добављачу услуге (SP) које дајете свом добављачу идентитета: SP Entity ID / Audience URI, Single Sign-On URL / ACS URL и SP Metadata URL.
2. У Брзо подешавање изаберите свог добављача и увезите његов metadata URL да се подешавања аутоматски попуне.
3. Попуните Подешавања добављача идентитета (IdP): - IdP Entity ID (Issuer) - IdP Single Sign-On URL - IdP Single Logout URL (необавезно) - IdP X.509 сертификат у PEM формату
4. Отворите Напредна подешавања да поставите Алгоритам потписа (препоручује се SHA-256) и NameID формат.
5. Отворите Подешавања корисника да укључите Just-In-Time (JIT) провизионисање.
6. Кликните Сачувај подешавања, а затим Тестирај везу. Користите Тестирај SSO пријаву да испробате целу пријаву.
7. Укључите прекидач SAML SSO омогућен.

Само један протокол у исто време

Можете да имате омогућен само OIDC или SAML, не оба. Ако укључите један док је други већ омогућен, страница вас пита да ли желите прво да онемогућите други. На пример, омогућавање OIDC-а док је SAML укључен приказује „SAML је тренутно омогућен. Да ли желите да га онемогућите?“ уз опције Онемогући SAML и Задржи оба.

Погледајте своје SSO кориснике

Ниже на страници, картица SSO провизионисани корисници наводи људе креиране преко SSO-а. Кликните Прикажи да отворите листу и Сакриј да је затворите. Табела приказује е-пошту, назив, датум креирања и последњу пријаву сваког корисника. Док се нико не пријави на овај начин, приказује се „Још нису провизионисани корисници преко SSO-а.“