Testowanie i rozwiązywanie problemów - Firmowe SSO

Test integracji

Zapisz konfigurację i zaloguj się firmowym kontem, które ma odpowiednik w DockRay z tym samym, potwierdzonym adresem e-mail. Sprawdź, że po powrocie od dostawcy trafiasz zalogowany do panelu, a jeśli konto ma włączone drugie uwierzytelnianie - że panel o nie poprosił. Wyloguj się i zaloguj ponownie: drugie logowanie powinno przebiec identycznie, tym razem po zapisanym identyfikatorze sub, a nie po adresie e-mail.

Typowe problemy

Dostawca zgłasza niezgodny adres przekierowania

Redirect URI wpisany u dostawcy musi być identyczny co do znaku z adresem https://dockray.io/sso/{identyfikator}/callback, gdzie identyfikator to dokładnie ten wpisany w konfiguracji DockRay. Literówka w identyfikatorze, brakujący protokół albo adres skopiowany dla innego środowiska są najczęstszą przyczyną tego błędu.

Logowanie kończy się błędem mimo poprawnego hasła u dostawcy

Sprawdź, czy dostawca rzeczywiście zwraca email_verified: true w tokenie ID. DockRay odrzuca logowanie bez tego potwierdzenia, nawet jeśli reszta danych jest poprawna - to świadoma granica, nie nadmierna ostrożność: bez potwierdzonego adresu nie da się bezpiecznie dopasować konta.

Adres issuera zostaje odrzucony przy zapisie konfiguracji

DockRay przyjmuje wyłącznie publiczne adresy HTTPS - adres prywatny, zarezerwowany albo wskazujący na sieć wewnętrzną zostanie odrzucony, zanim integracja spróbuje się połączyć. To samo dotyczy adresów zwracanych przez discovery dostawcy: jeśli którykolwiek endpoint (autoryzacji, tokenu, JWKS) nie jest publicznie osiągalny, logowanie się nie powiedzie.

„Użytkownik nie istnieje" mimo aktywnego konta u dostawcy

SSO nigdy nie zakłada kont - loguje wyłącznie istniejącego użytkownika z właściwego zakresu. Sprawdź dwie rzeczy: czy w DockRay w ogóle istnieje użytkownik z tym potwierdzonym adresem e-mail, i czy próbujesz zalogować się przez właściwy zakres - konfiguracja platformowa znajdzie wyłącznie pracowników Docka, a konfiguracja konta wyłącznie użytkowników tego konta, nawet jeśli adres e-mail jest ten sam po obu stronach.

Logowanie przestało działać, choć konfiguracja wygląda tak samo

Jeśli dotyczy to konta subskrybenta, sprawdź, czy konto wciąż ma wykupioną składową firmowego SSO - zejście na plan darmowy gasi logowanie tą drogą od razu, nie tylko chowa przycisk. Jeśli konfiguracja niedawno zmieniła adres issuera, sprawdź też, czy to nie jest przyczyna: zmiana issuera usuwa stare powiązania między użytkownikami a kontami u dostawcy, więc pierwsze logowanie po takiej zmianie znów przechodzi przez dopasowanie po adresie e-mail.

Nadal nie działa

Przejdź przez listę kontrolną braku danych w panelu, a jeśli to nie pomoże - napisz do nas. Podaj nazwę projektu, wersję integracji i przybliżoną godzinę testu: to skraca drogę do odpowiedzi.