Hubul unic de conectare și control Webex

Sign-on unic (SSO) este o sesiune sau un proces de autentificare a utilizatorului care permite unui utilizator să furnizeze acreditări pentru a accesa una sau mai multe aplicații. Procesul autentifică utilizatorii pentru toate aplicațiile cărora li se acordă drepturi. Elimină solicitările suplimentare atunci când utilizatorii comută aplicațiile în timpul unei anumite sesiuni.

Protocolul de federalizare a limbajului de aserțiune a aserțiunii de securitate (SAML 2.0) este utilizat pentru a furniza autentificarea SSO între cloud-ul Cisco Webex și furnizorul de identitate (IdP).

Profiluri

Cisco Webex Teams acceptă numai profilul SSO al browserului web. În profilul SSO al browserului web, Cisco Webex Teams acceptă următoarele legături:

  • SP a inițiat legarea POST-> POST

  • SP a inițiat redirect-> post obligatoriu

NameID Format

Protocolul SAML 2.0 acceptă mai multe formate NameID pentru comunicarea despre un anumit utilizator. Cisco Webex Teams acceptă următoarele formate NameID.

  • urn:oasis:names:tc:SAML:2.0:nameid-format:transient

  • urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified

  • urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress

În metadatele pe care le încărcați din IdP, prima intrare este configurată pentru utilizare în Cisco Webex.

SingleLogout

Cisco Webex Teams acceptă profilul de deconectare unică. În aplicația Cisco Webex Teams, un utilizator se poate deconecta de la aplicație, care utilizează protocolul de deconectare unică SAML pentru a încheia sesiunea și a confirma că deconectați-vă cu IdP-ul dvs. Asigurați-vă că IdP-ul este configurat pentru SingleLogout.

Integrați F5 Big IP cu Cisco Webex Control Hub pentru sign-on unic


Ghidurile de configurare arată un exemplu specific pentru integrarea SSO, dar nu oferă o configurație exhaustivă pentru toate posibilitățile. De exemplu, pașii de integrare pentru urna nameid-format:oasis:names:tc:SAML:2.0:nameid-format:transient sunt documentați. Alte formate, cum ar fi urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified or urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress will work for SSO integration but are outside the scope of our documentation.

Configurați această integrare pentru utilizatorii din organizația Cisco Webex (inclusiv Cisco WebexTeams, Cisco Webex Meetings și alte servicii administrateîn Cisco Webex ControlHub). Dacă site-ul webex este integrat în Cisco Webex ControlHub, site-ul Webex moștenește gestionarea utilizatorilor. Dacă nu puteți accesa Cisco Webex Meetings în acest fel și nu este gestionat în Cisco Webex Control Hub , trebuie săfaceți o integrare separată pentru a activa SSO pentru Cisco Webex Meetings. (A se vedea Configurați Sign-On unic pentru Webex pentru mai multe informații despre integrarea SSO în Administrarea site-ului.)

Înainte de a începe

Pentru SSO și Cisco Webex ControlHub, IPP-urile trebuie să respecte specificațiile SAML 2.0. În plus, IPP-urile trebuie configurate în felul următor:

Descărcați metadatele Cisco Webex în sistemul local

1

Din vizualizarea client în https://admin.webex.com, accesați Setări , apoidefilați la Autentificare .

2

Faceți clic pe Modificare , faceți clic pe Integrare furnizor de identitate3rd-party. (Avansat), apoi faceți clic pe Următorul.

3

Descărcați fișierul de metadate.

Numele fișierului de metadate Cisco Webex este idb-meta-<org-ID>-SP.xml.

Configurarea furnizorului de servicii externe și a furnizorului de identitate

1

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

2

Din conectori SP externi, selectați Creare > din metadate .

3

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

4

Sub Setări de securitate ,bifați următoarele casete de selectare:

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

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

6

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

7

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

8

Sub Setări aserțiune, selectați Identificator tranzitoriu pentru Tipul de subiectaserțiune.

9

Pentru Aserțiune Valoare subiect, returnați valoarea e-mailului utilizatorului %{session.ad.last.attr.mail}.

10

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

11

Sub Setări de securitate , alegeți un certificat pentru asemna aserțiunea.

12

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

Descărcați metadatele F5 Big-IP

1

Selectați Export serviciu IDP.

2

Asigurați-vă că valoarea Semn metadate este Da.

3

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

Adăugarea unei politici de acces

1

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

2

Accesează Profilul de acces și editează politica de acces pe care o folosești pentru Cas WebEx Messenger.

3

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

4

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

5

Pe ramura de succes, adăugați interogare AD din fila Autentificare

6

Accesați Reguli de ramură și l-am modificat în Interogare AD este transmis.

7

Pe ramura de succes a interogării AD, adăugați Atribuire resursă complexă din fila Atribuire.

8

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

9

Pentru Selectare terminare, selectați Permitere.

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

Asocierea profilului de acces cu serverul virtual

Trebuie să asociați profilul de acces cu serverul virtual pe care l-ați creat.

1

Accesați Trafic local > servere virtuale.

2

Deschideți profiluri de acces pentru a confirma că niciun server virtual nu este asociat profilului.

3

Selectați Atribuire resursă avansată.

4

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

5

Închideți ferestrele de proiectare a politicii de acces și aplicați noua politică de acces.

Importul metadatelor IdP și activarea conectării unice după un test

După ce exportați metadatele Cisco Webex, configurați IdP-ul și descărcați metadatele IdP în sistemul local, sunteți gata să le importați în organizația Cisco Webex din ControlHub.

Înainte de a începe

Nu testați integrarea SSO din interfața furnizorului de identitate (IdP). Acceptăm doar fluxurile inițiate de furnizorul de servicii (inițiate de SP), deci trebuie să utilizați testul Control Hub SSO pentru această integrare.

1

Alegeți una:

  • Reveniți la pagina Cisco Webex Control Hub - Exportați metadatele directorului din browser, apoi faceți clic pe Următorul.
  • Dacă Control Hub nu mai este deschis în fila browserului, din vizualizarea client din https://admin.webex.com, accesați Setări ,defilați la Autentificare , alegeți Integrare furnizor de identitateterță parte (Complex), apoi faceți clic pe Următorul pe pagina fișierului cu metadate de încredere (deoarece ați făcut-o deja înainte).
2

Pe pagina Import metadate IdP, fie trageți și fixați fișierul de metadate IdP în pagină, fie utilizați opțiunea browserului de fișiere pentru a localiza și încărca fișierul cu metadate. Faceți clic pe Următorul.

Dacă metadatele nu sunt semnate, sunt semnate cu un certificat autosemnat sau sunt semnate cu o autoritate de certificare de întreprindere privată (CA), vă recomandăm să utilizați certificatul necesar semnat de o autoritate de certificare în Metadate (mai sigur). Dacă certificatul este autosemnat, trebuie să alegeți opțiunea mai puțin sigură.

3

Selectați Test conexiune SSOși, atunci când se deschide o nouă filă de browser, autentificați-vă cu IdP prin conectare.


 

Dacă primiți o eroare de autentificare, este posibil să existe o problemă cu acreditările. Verificați numele de utilizator și parola și încercați din nou.

O eroare Webex Teams î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 configurarea IdP.

4

Reveniți la fila browserului Control Hub.

  • Dacă testul a avut succes, selectați Acest test a avut succes. Activați opțiunea Sign-On unic și faceți clic pe Următorul .
  • Dacă testul nu a reușit, selectați Acest test nu a reușit. Dezactivați opțiunea Sign-On unic și faceți clic pe Următorul .

Ce trebuie să faceți în continuare

Puteți urma procedura din Suprimarea e-mailurilor automate pentru a dezactiva e-mailurile trimise noilor utilizatori Webex Teams din organizația dvs. Documentul conține, de asemenea, cele mai bune practici pentru trimiterea de comunicări către utilizatorii din organizația dvs.