Din vizualizarea clientului înhttps://admin.webex.com , accesați Management > Setări organizație , apoi derulați la Autentificare , apoi comutați pe Conectare unică pentru a porni expertul de configurare.

Alegeți tipul de certificat pentru organizația dvs.:

• Semnat automat de Cisco —Recomandăm această alegere. Permiteți-ne să semnăm certificatul, așa că trebuie să îl reînnoiți doar o dată la cinci ani.
• Semnat de o autoritate publică de certificare — Mai sigur, dar va trebui să actualizați frecvent metadatele (cu excepția cazului în care furnizorul dvs. IdP acceptă ancore de încredere).

Ancorele de încredere sunt chei publice care acționează ca o autoritate pentru verificarea certificatului unei semnături digitale. Pentru mai multe informații, consultați documentația IdP.

Descărcați fișierul cu metadate.

Din interfața de administrare BIG-IP F5, accesați Politica de acces > SAML > BIG-IP ca IdP.

Din conectorii SP externi, selectați Creare > Din metadate.

Introduceți un nume semnificativ pentru numele furnizorului de servicii, cum ar fi <yourorganizationname>.ciscowebex.com.

În secțiunea Setări de securitate, bifați următoarele casete de selectare:

• Răspunsul trebuie semnat
• Afirmația trebuie semnată

Reveniți la Politica de acces > SAML > BIG-IP ca IdPși apoi creați un nou serviciu furnizor de identitate (IdP).

Introduceți un nume semnificativ pentru numele serviciului IdP, cum ar fi CI.

Pentru ID-ul entității IdP, utilizați FQDN al serverului Big-IP cu ceva în față – de exemplu, https://bigip0a.uc8sevtlab13.com/CI.

În Setările de afirmaţie, selectaţi Identificatorul tranzitoriu pentru tipul de subiect de afirmaţie.

Pentru valoarea subiectului de afirmaţie, returnaţi valoarea e-mailului utilizatorului %{session.ad.last.attr.mail}.

Returnați atributele prin e-mail și uid cu valoarea %{session.ad.last.attr.mail}.

În secțiunea Setări de securitate, alegeți un certificat pentru a semna afirmația.

Salvați modificările și apoi conectați furnizorul de servicii și furnizorul de identitate pe care l-ați creat.

Selectați Exportul serviciului IDP.

Asigurați-vă că valoarea metadatelor de conectare este Da.

Descărcați fișierul cu metadate pe desktop sau într-o locație ușor de găsit.

Accesați Politica de acces > Profile de acces > SAML și creați o resursă SAML pentru IdP-ul pe care l-ați creat.

Accesați profilul de acces și editați politica de acces pe care o utilizați pentru WebEx Messenger CAS.

Adăugați un element nou în fila Conectare cu numele Paginii Conectare și lăsați valorile implicite.

Adăugați un element nou în fila Autentificare cu numele AD Auth și specificați Active Directory ca server.

Pe sucursala de succes, adăugați AD Query din fila Autentificare

Du-te la Regulile filialei și a schimbat-o la AD Query este trecut.

Pe sucursala de succes a AD Query, adăugați Advanced Resource Assign din fila Assignment .

Faceți clic pe Adăugare/Ștergere și adăugați două resurse SAML cu toate resursele SAML și Webtop pe care le-ați creat.

Pentru a selecta Finalizare, selectați Permite.

Politica de acces ar trebui să arate ca această captură de ecran:

Accesați Trafic local > Servere virtuale.

Deschideți profilurile de acces pentru a confirma că niciun server virtual nu este asociat cu profilul.

Selectați Alocarea resurselor avansate.

Selectați Adăugare/ștergere pentru a adăuga noua resursă SAML.

Închideți ferestrele de proiectare ale Politicii de acces și aplicați noua politică de acces.

Alegeți una:

• Reveniți la pagina de selecție a certificatului Control Hub din browserul dvs., apoi faceți clic În continuare .
• Dacă Control Hub nu mai este deschis în fila browserului, din clientul vizualizați înhttps://admin.webex.com , accesați Management > Setări organizație , derulați la Autentificare , apoi alegeți Acțiuni > Import metadate .

Pe pagina Import metadate furnizor de identități , fie glisați și plasați fișierul cu metadate IdP pe pagină, fie utilizați opțiunea browser fișier pentru a localiza și încărca fișierul cu metadate. Faceți clic pe Înainte.

Ar trebui să utilizați Mai sigur opțiune, dacă puteți. Acest lucru este posibil numai dacă IdP a utilizat un CA public pentru a-și semna metadatele.

În toate celelalte cazuri, trebuie să utilizați Mai puțin sigure opțiune. Aceasta include dacă metadatele nu sunt semnate, autosemnate sau semnate de un CA privat.

Okta nu semnează metadatele, așa că trebuie să alegeți Mai puțin sigure pentru o integrare Okta SSO .

Selectați Testați configurarea SSO , iar când se deschide o nouă filă de browser, autentificați-vă la IdP prin conectare.

Dacă primiți o eroare de autentificare, este posibil să existe o problemă cu datele de autentificare. Verificați numele de utilizator și parola și încercați din nou. O eroare în aplicația Webex înseamnă de obicei o problemă cu configurarea SSO . În acest caz, parcurgeți din nou pașii, în special pașii în care copiați și lipiți metadatele Control Hub în configurația IdP.

Pentru a vedea direct experiența de conectare SSO, puteți, de asemenea, să faceți clic pe Copiați URL-ul în clipboard de pe acest ecran și lipiți într-o fereastră de browser privată. De acolo, puteți parcurge conectarea cu SSO. Acest pas oprește rezultatele fals pozitive din cauza unui token de acces care s-ar putea afla într-o sesiune existentă din momentul în care sunteți conectat.

Reveniți la fila browserului Control Hub.

• Dacă testul a reușit, selectați Test reușit. Activați SSO și faceți clic În continuare .
• Dacă testul nu a reușit, selectați Test nereușit. Dezactivați SSO și faceți clic În continuare .

Configurația SSO nu are efect în organizația dvs. decât dacă alegeți primul buton de radio și activați SSO.