Czy ten artykuł był pomocny?
Dziękujemy za opinię.
Jakie są kody błędów SAML?
Opinia?Język znaczników potwierdzenia zabezpieczeń
Jakie są kody błędów SAML?
Gdzie mogę znaleźć listę numerów błędów związanych z logowaniem jednokrotnym SAML?
Lista kodów błędów SSO
Rozwiązanie:
W poniższej tabeli znajdziesz typowe błędy Security Assertion Markup Language (SAML):
| Kod błędu | Opis objawu | Możliwa przyczyna | Sugerowana rozdzielczość |
| 1 | Błąd protokołu SSO | Jest to ogólny wyjątek SSO, niektóre wyjątki czasu pracy są zawarte w tym kodzie błędu | Skontaktuj się z pomocą techniczną Webex |
| 4 | Nie znaleziono certyfikatu X.509 w systemie | Administrator Webex nie skonfigurował certyfikatu | Sprawdź narzędzie administracyjne Webex pod kątem „Zarządzanie certyfikatami organizacji” i skonfiguruj certyfikat |
| 5 | Obsługiwane jest tylko żądanie POST | Gdy system IdP wysyła asercję do usługi Webex, akceptowana jest tylko metoda „post” | Sprawdź ślad, jeśli jest to metoda „get”, zaktualizuj konfigurację IDP |
| 7 | Organizacja nie może korzystać z SSO | Usługa Webex nie jest włączona SSO lub skonfigurowany protokół jest nieprawidłowy | Skontaktuj się z pomocą techniczną Webex, aby sprawdzić, czy SSO jest włączony i/lub sprawdzić narzędzie administracyjne, czy protokół jest prawidłowy |
| 8 | Nieprawidłowy certyfikat X.509 do weryfikacji twierdzenia SAML | Administrator usługi Webex skonfigurował certyfikat org, ale nie pasuje on do certyfikatu w systemie iDP | Zapoznaj się z sekcją „Konfiguracja systemu identyfikatora klienta”, aby zobaczyć mapowanie certyfikacji między administratorem organizacji a systemem iDP |
| 13 | Nieprawidłowe twierdzenie SAML | Certyfikat jest poprawny, ale weryfikacja twierdzenia nie powiodła się | Sprawdź ciąg twierdzenia, jeśli jest kompletny. Śledź i zweryfikuj pola asercji |
| 15 | Certyfikat X.509 wygasł | Certyfikat X.509 wygasł | Sprawdź narzędzie administracyjne „Zarządzanie certyfikatami organizacji” i zaktualizuj certyfikat |
| 19 | Twierdzenie SAML wygasło | Twierdzenie SAML wygasło. Zwykle spowodowane niedopasowaniem czasu między usługą iDP i Webex | Skontaktuj się z pomocą techniczną Webex |
| 23 | Nieprawidłowy podpis cyfrowy | Podpis cyfrowy w twierdzeniu nie jest poprawny | Śledź i sprawdź twierdzenie, brakuje podpisu cyfrowego lub jest nieprawidłowy |
| 24 | Niezaufany emitent | Identyfikator emitenta nie pasuje między systemem iDP a usługą Webex | Porównaj identyfikator emitenta między dwoma systemami |
| 25 | Format identyfikatora nazwy jest nieprawidłowy | Format identyfikatora nazwy nie pasuje między systemem iDP a usługą Webex | Porównaj format identyfikatora nazwy między dwoma systemami |
| 26 | Nie można wygenerować AuthnRequest | Narzędzie administracyjne Webex sprawdziło AuthnReQust, ale nie udało się wygenerować | Zwykle jest to problem z certyfikatem Webex, sprawdź organ admin „Zarządzanie certyfikatami Webex” |
| 28 | InResponseTo nie pasuje do identyfikatora żądania | „InResponseTo” w asercji nie pasuje do żądania, zwykle spowodowane przez: 1. twierdzenie jest ponownie używane lub strona została wyczyszczona, twierdzenie zostało wysłane ponownie 2. żądanie wysłane z serwera CAS 1, ale odpowiedź wysłana z powrotem do serwera CAS 2. i nie udostępniają bazy danych | 1. twierdzenie nie może być ponownie wykorzystane. 2. sprawdź system iDP, jeśli adres URL serwisu konsumenckiego jest nieprawidłowy, wskaż niewłaściwy serwer Webex |
| 29 | Nieprawidłowy komunikat odpowiedzi | 1. znacznik brakuje w Asertion 2. Znacznik nie jest pierwszym potomkiem odpowiedzi lub twierdzenia 3 . Asertion nie jest zakodowany base64 po wysłaniu do Webex. 4. Nazwa odpowiedzi POST nie jest ustawiona jako SamlResponse (wielkość liter musi być zgodna). 5. Dokładnie sprawdź, czy AuthnContextStyleRef jest zgodny. Sprawdź znak po znaku. Czasami brakujące „:” spowodowało ten problem. | Sprawdź twierdzenie i potwierdź, że żadna z możliwych przyczyn nie istnieje. Jeśli problem nadal występuje po potwierdzeniu/naprawieniu tych problemów, skontaktuj się z pomocą techniczną Webex. |
| 31 | Automatyczne tworzenie konta nie powiodło się | Nie można znaleźć użytkownika w usłudze Webex według nazwy w twierdzeniu | 1. użytkownik istnieje, ale „nameid” w asercji jest nieprawidłowy, nie może automatycznie utworzyć, ponieważ konflikt wiadomości e-mail 2. użytkownik nie istnieje, ale brakuje obowiązkowych atrybutów: (imię, nazwisko, e-mail) |
| 32 | Automatyczna aktualizacja konta nie powiodła się | Wszystko, co powoduje błąd 31, może również spowodować błąd 32 podczas aktualizacji kont. Twierdzenie zawiera wartość atrybutu, która nie jest obsługiwana przez witrynę lub nie jest poprawnie sformatowana. (Przykład: Typ spotkania (MT) wysłany w twierdzeniu nie jest dostępny w witrynie Webex.) | Przejrzyj atrybuty wysyłane w twierdzeniu i porównaj z opcjami dostępnymi/wymaganymi na stronie Webex, popraw w razie potrzeby. |
Aby uzyskać więcej kodów błędów SAML, zobacz:
Kody błędów SSO Aby
uzyskać pomoc w przesyłaniu certyfikatu X.509, zobacz:
Czy ten artykuł był pomocny?
