- Početak
- /
- Članak
Možete konfigurirati integraciju s jednom prijavom (SSO) između Control Hub i implementacije koja koristi Shibboleth kao pružatelja identiteta (IDP).
Jedinstveno čvorište za prijavu i upravljanje
Jednokratna prijava (SSO) je postupak provjere autentičnosti sesija ili korisnika koji korisniku omogućuje davanje vjerodajnica za pristup jednoj ili više aplikacija. Postupak potvrđuje autentičnost korisnika za sve aplikacije na koje im se daju prava. Uklanja daljnje upute kada korisnici mijenjaju aplikacije tijekom određene sesije.
Protokol federacije za označavanje sigurnosnih potvrda (SAML 2.0) koristi se za pružanje provjere autentičnosti SSO između Webex oblaka i vašeg davatelja identiteta (IdP).
Profili
Webex App podržava samo SSO profil web preglednika. U SSO profilu web preglednika Webex App podržava sljedeće veze:
-
SP je pokrenuo POST -> POST vezanje
-
SP je pokrenuo REDIRECT -> POST vezanje
NameID format
SAML 2.0 protokol podržava nekoliko nameID formata za komunikaciju o određenom korisniku. Webex App podržava sljedeće 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
U metapodacima koje učitavate iz svog IDP-a prvi je unos konfiguriran za upotrebu u Webexu.
SingleLogout
Webex App podržava pojedinačni profil za odjavu. U Webex aplikaciji korisnik se može odjaviti iz aplikacije koja koristi SAML protokol pojedinačnog odjave kako bi okončala sesiju i potvrdila odjavu s vašim IDP-om. Provjerite je li vaš IDP konfiguriran za SingleLogout.
Integrirajte Control Hub s Shibbolethom
Vodiči za konfiguraciju prikazuju specifičan primjer za integraciju SSO, ali ne pružaju iscrpnu konfiguraciju za sve mogućnosti. Na primjer, dokumentirani su koraci integr nameid-format urn:oasis:names:tc:SAML:2.0:nameid-format:transientacije za. Ostali formati poput urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified or urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddressće raditi za integraciju SSO-a, ali su izvan opsega naše dokumentacije.
Postavite ovu integraciju za korisnike u vašoj Webex organizaciji (uključujući Webex aplikaciju i druge usluge koje se administ Webex Meetings riraju u Control Hubu). Ako je vaše Webex web mjesto integrirano u Control Hub, Webex web mjesto nasljeđuje upravljanje korisnicima. Ako ne možete pristupiti na ovaj Webex Meetings način i njime se ne upravlja u Control Hubu, morate napraviti zasebnu integraciju da biste omogućili SSO zaWebex Meetings.
Koraci integracije odnose se na Shibboleth 2.4.5 u CentOS 7 s Tomcat 7 kao web poslužiteljem.
Prije nego što počnete
Za SSO i Control Hub, IDP-ovi moraju biti u skladu sa SAML 2.0 specifikacijom. Osim toga, IDP-ovi moraju biti konfigurirani na sljedeći način:
Preuzmite Webex metapodatke u svoj lokalni sustav
| 1 |
Prijavite se u Control Hub. |
| 2 |
Idite na U . |
| 3 |
Idite na karticu Davatelj identiteta i kliknite Aktiviraj SSO. |
| 4 |
Odaberite IDP. |
| 5 |
Odaberite vrstu certifikata za svoju organizaciju:
Sidra za povjerenje javni su ključevi koji djeluju kao ovlasti za provjeru certifikata digitalnog potpisa. Za više informacija pogledajte dokumentaciju vašeg IDP -a. |
| 6 |
Preuzmite datoteku metapodataka. <org-ID>Naziv datoteke metapodataka Webex je id b-meta- -SP.xml. |
Konfigurirajte autorizaciju u Shibboleth datotekama
Nakon što instalirate Shibboleth, dobivate konfiguracijske datoteke s primjerima.
| 1 |
Idite u direktorij /opt/shibboleth -idp/conf da biste pristupili primjerima datoteka. |
| 2 |
Odlučite koju metodu autorizacije koristiti - na primjer, vezati se za LDAP. Active Directory |
| 3 |
Uredite datote ku handler.xml na sljedeći način: Poništi komentar
komentar
|
| 4 |
Ispunite svoje detalje kako Active Directory biste omogućili provjeru autentičnosti. Navedite konfiguraciju datoteke login.config.
|
Konfigurirajte komponente pružatelja usluga Shibboleth za SAML tvrdnju
| 1 |
Dodajte datoteku koju ste preuzeli s Webex SP-a u direktori j /opt/shibboleth-idp/metadata. |
| 2 |
Uredite datoteku relying-party.xml; nakon oznake DefaultRelyingParty dodajte detalje SAML tvrdnje za Webex.
Za id morate koristiti vrijednost EntityID iz datoteke metapodataka Webex. Zamijenite ID primjera s EntityID vaše organizacije. |
| 3 |
Unutar oznake Metadata:MetadataProvider dodajte lokaciju datoteke:
SP metapodaci dolaze iz datoteke u datotečnom sustavu Shibboleth, na mjestu gdje ste prenijeli metapodatke za svoju Webex organizaciju. |
Konfigurirajte atribute potvrde
| 1 |
U odjeljku Data Connector odredite gdje ćete dohvatiti atribute o svojim korisnicima. Active Directory, s ID-om MyLDAP.
|
| 2 |
U odjeljku Definicija atributa zadržite ono što je već u konfiguraciji za TransientID. |
| 3 |
Dodajte dodatni atribut koji SP očekuje i definirajte na što mapira u izvoru atributa. Mapiranje atributa mail (atribut adrese e-pošte uActive Directory) u uid (userId u Webexu).
|
| 4 |
Odredite koji atribut treba pružiti svakom SP sporazumu u dat oteci attribute-filter.xml. Navedite UID atribut Webexu koji mapira na adresu e-pošte korisnika. Otpustite atribut uid u SP ugovor s Webexom.
Pravilo koje ste stvorili u attribute-resolver.xml trebalo bi imati pravilo za oslobađanje atributa mail-attr na entityID koji odgovara Webexu. |
| 5 |
Preuzmite datoteku metapodataka s poslužitelja Shibboleth u /opt/shibboleth-idp/metadata. Ime datoteke je idp-metadata.xml. |
Uvezite IDP metapodatke i omogućite jednokratnu prijavu nakon testa
Nakon što izvezete Webex metapodatke, konfigurirate svoj IdP i preuzmete IdP metapodatke u lokalni sustav, spremni ste ih uvesti u svoju Webex organizaciju iz Control Huba.
Prije nego što počnete
Nemojte testirati integraciju SSO iz sučelja pružatelja identiteta (IDP). Podržavamo samo tokove inicirane od strane davatelja usluga (SP-inicirani), tako da za ovu integraciju morate koristiti SSO test Control Hub.
| 1 |
Odaberite jedan:
|
| 2 |
Na stranici Uvoz IDP metapodataka povucite i ispustite datoteku metapodataka IdP na stranicu ili upotrijebite opciju preglednika datoteka da biste locirali i prenijeli datoteku meta podataka. Kliknite Dalje.
Trebali biste upo trijebiti opciju Sigurnije, ako možete. To je moguće samo ako je vaš IDP koristio javni CA za potpisivanje svojih metapodataka. U svim ostalim slučajevima morate koristiti opciju Manje sigurno. To uključuje ako metapodaci nisu potpisani, samostalno potpisani ili potpisani od strane privatnog CA. Okta ne potpisuje metapodatke, pa morate odabrati Manje sigurno za integr aciju Okta SSO. |
| 3 |
Odaberite Test SSO setup i kada se otvori nova kartica preglednika, potvrdite autentičnost s IDP-om prijavom. Ako primite pogrešku provjere autentičnosti, može doći do problema s vjerod ajnicama. Provjerite korisničko ime i lozinku i pokušajte ponovo. Pogreška aplikacije Webex obično znači problem s postavkom SSO-a. U tom slučaju ponovno prođite kroz korake, posebno korake u kojima kopirate i zalijepite metapodatke Control Hub u postavku IDP-a. Da biste izravno vidjeli iskustvo prijave u SSO, također možete kliknuti Kopiraj URL u međuspremnik s ovog zaslona i zalijepiti ga u prozor privatnog preglednika. Odatle možete proći kroz prijavu sa SSO-om. Ovaj korak zaustavlja lažno pozitivne rezultate zbog pristupnog tokena koji bi mogao biti u postojećoj sesiji nakon što ste prijav ljeni. |
| 4 |
Vratite se na karticu preglednika Control Hub.
Konfiguracija SSO-a ne stupa na snagu u vašoj organizaciji osim ako odab erete prvi radio gumb i ne aktivirate SSO. |
Što učiniti sljedeće
Koristite postupke u Sinkroniziraj korisnike Okta u Cisco Webex Control Hub ako želite izvršiti pružanje usluga korisnika iz Okte u Webex oblak.
Upotrijebite postupke u odjeljku Sinkroniziraj korisnike Microsoft Entra ID -a Cisco Webex Control Hub ako želite izvršiti dodjelu korisnika iz Entra ID-a u Webex oblak.
Možete slijediti postupak u odjeljku Suzmi automatizirane poruke e-poš te kako biste onemogućili e-poštu koja se šalje novim korisnicima Webex aplikacije u vašoj organizaciji. Dokument također sadrži najbolje prakse za slanje komunikacija korisnicima u vašoj organizaciji.