Z widoku klienta whttps://admin.webex.com , przejdź do Zarządzanie > Ustawienia organizacji , a następnie przewiń do Uwierzytelnianie , a następnie włącz Jednokrotne logowanie ustawienia, aby uruchomić kreatora konfiguracji.

Wybierz typ certyfikatu dla swojej organizacji:

• Z podpisem własnym Cisco — Zalecamy ten wybór. Pozwól nam podpisać certyfikat, abyś mógł go odnawiać tylko raz na pięć lat.
• Podpisane przez publiczny urząd certyfikacji — Bezpieczniejsze, ale konieczne jest częste aktualizowanie metadanych (chyba że dostawca dostawcy tożsamości obsługuje kotwice zaufania).

Kotwice zaufania to klucze publiczne, które pełnią funkcję autoryzacji weryfikacji certyfikatu podpisu cyfrowego. Aby uzyskać więcej informacji, zapoznaj się z dokumentacją dostawcy tożsamości.

Pobierz plik metadanych.

Z interfejsu administracyjnego BIG-IP F5 przejdź do Polityka dostępu > SAML > BIG-IP jako IdP.

Z Zewnętrznych łączników SP wybierz Utwórz > Z metadanych.

Wprowadź znaczącą nazwę dostawcy usług, na przykład <yourorganizationname>.ciscowebex.com.

W obszarze Ustawienia zabezpieczeń zaznacz następujące pola wyboru:

• Odpowiedź musi być podpisana
• Potwierdzenie musi być podpisane

Wróć do Polityka dostępu > SAML > BIG-IP jako IdP, a następnie utworzyć nową usługę dostawcy tożsamości (IdP).

Wprowadź znaczącą nazwę dla nazwy usługi dostawcy tożsamości, takiej jak CI.

W przypadku identyfikatora podmiotu dostawcy tożsamości należy użyć nazwy FQDN serwera Big-IP z czymś z przodu — na przykład https://bigip0a.uc8sevtlab13.com/CI.

W obszarze Ustawienia potwierdzenia wybierz Transient Identifier (Przejściowy identyfikator) dla typu podmiotu potwierdzenia.

W przypadku wartości osoby przypisanej zwróć wartość wiadomości e-mail użytkownika %{session.ad.last.attr.mail}.

Zwróć atrybuty poczty i identyfikatora o wartości %{session.ad.last.attr.mail}.

W obszarze Ustawienia zabezpieczeń wybierz certyfikat, aby podpisać potwierdzenie.

Zapisuj zmiany, a następnie związaj utworzonego dostawcę usług i dostawcę tożsamości.

Wybierz opcję Eksportuj usługę IDP.

Upewnij się, że wartość Metadane podpisu wynosi Tak.

Pobierz plik metadanych na pulpit lub lokalizację, która jest łatwa do znalezienia.

Przejdź do zasady dostępu > profile dostępu > SAML i utwórz zasób SAML dla utworzonego dostawcy tożsamości.

Przejdź do swojego Profilu Dostępu i edytuj zasady dostępu używane w programie WebEx Messenger CAS.

Dodaj nowy element na karcie Logon z nazwą Logon Page i pozostaw wartości domyślne.

Dodaj nowy element na karcie Uwierzytelnianie z nazwą AD Auth i podaj jako serwer usługę Active Directory.

W udanej gałęzi dodaj zapytanie AD na karcie Uwierzytelnianie

Przejdź do reguł oddziału i zmień je na zapytanie AD zostało Przekazane.

W udanej gałęzi zapytania AD dodaj Advanced Resource Assign z karty Assignment .

Kliknij przycisk Dodaj/usuń i dodaj dwa zasoby SAML ze wszystkimi zasobami SAML i Webtop , które utworzyłeś.

W przypadku opcji Wybierz zakończenie wybierz Zezwól.

Zasady dostępu powinny wyglądać jak ten zrzut ekranu:

Przejdź do Ruch lokalny > Serwery wirtualne.

Otwórz profile dostępu, aby potwierdzić, że żaden serwer wirtualny nie jest powiązany z profilem.

Wybierz Advanced Resource Assign (Przypisz zaawansowane zasoby).

Wybierz opcję Dodaj/usuń , aby dodać nowy zasób SAML.

Zamknij okna projektu zasady dostępu i zastosuj nową politykę dostępu.

Wybierz jedną z nich:

• Wróć do Control Hub — strona wyboru certyfikatu w przeglądarce, a następnie kliknij Dalej .
• Jeśli Control Hub nie jest już otwarty na karcie przeglądarki, w widoku klienta whttps://admin.webex.com , przejdź do Zarządzanie > Ustawienia organizacji , przewiń do Uwierzytelnianie , a następnie wybierz Działania > Importuj metadane .

Na stronie Importowanie metadanych dostawcy tożsamości przeciągnij i upuść plik metadanych dostawcy tożsamości na stronę lub użyj opcji przeglądarki plików, aby zlokalizować i przesłać plik metadanych. Kliknij przycisk Dalej.

Należy użyć Bardziej bezpieczne opcję, jeśli możesz. Jest to możliwe tylko wtedy, gdy dostawca tożsamości używał publicznego urzędu certyfikacji do podpisywania metadanych.

We wszystkich innych przypadkach należy użyć przycisku Mniej bezpieczne opcja. Dotyczy to również sytuacji, w których metadane nie są podpisane, samopodpisane ani podpisane przez prywatny urząd certyfikacji.

Okta nie podpisuje metadanych, więc należy wybrać Mniej bezpieczne dla integracji Okta SSO .

Wybierz Przetestuj konfigurację SSO , a po otwarciu nowej karty przeglądarki uwierzytelnij się u dostawcy tożsamości, logując się.

Jeśli pojawi się błąd uwierzytelniania, może to oznaczać problem z poświadczeniami. Sprawdź nazwę użytkownika i hasło, a następnie spróbuj ponownie. Błąd aplikacji Webex zwykle oznacza problem z konfiguracją SSO . W takim przypadku ponownie wykonaj kroki, zwłaszcza te, w których kopiujesz i wklejasz metadane usługi Control Hub do konfiguracji dostawcy tożsamości.

Aby bezpośrednio wyświetlić środowisko logowania SSO, można również kliknąć na tym ekranie opcję Skopiuj adres URL do schowka i wkleić skopiowany adres w oknie przeglądarki w trybie prywatnym. W tym oknie można przejść przez proces logowania SSO. Ten krok zatrzymuje fałszywe alarmy z powodu tokenu dostępu, który może znajdować się w istniejącej sesji po zalogowaniu.

Wróć do karty przeglądarki Control Hub.

• Jeśli test zakończył się pomyślnie, wybierz Test zakończony powodzeniem. Włącz SSO i kliknij Dalej .
• Jeśli test zakończył się niepowodzeniem, wybierz Test nie powiódł się. Wyłącz SSO i kliknij Dalej .

Konfiguracja SSO nie zacznie obowiązywać w organizacji, chyba że wybierzesz pierwszy przycisk radiowy i aktywujesz SSO.