Jedno prijavljivanje i kontrolno čvorište

Jedinstveno prijavljivanje (SSO) je proces sesije ili potvrde identiteta korisnika koji omogućava korisniku da obezbedi akreditive za pristup jednoj ili više aplikacija. Proces daje potvrdu identiteta korisnicima za sve aplikacije kojima su data prava. Ona eliminiše dodatna odziva kada korisnici zamene aplikacije tokom određene sesije.

Protokol Federacije bezbednosnih oznaka (SAML 2.0) koristi se za obezbeđivanje SSO potvrde identiteta između Webex cloud-a i dobavljača identiteta (IdP).

Profili

Webex aplikacija podržava samo SSO profil Veb pregledača. U SSO profilu Veb pregledača, Webex Aplikacija podržava sledeće poveze:

  • SP inicirala post -> POST binding

  • SP pokrenuo REDIRECT -> POST binding

ID format imena

SAML 2.0 protokol podržava nekoliko NameID formata za komunikaciju o određenom korisniku. Webex aplikacija podržava sledeće ID formate imena.

  • URL:oaza:names:tc:SAML:2.0:nameid-format:transient

  • URL:oaza:imena:tc:SAML:1.1:nameid-format:nespecifikovano

  • URL:oaza:imena:tc:SAML:1.1:nameid-format:emailAdresa

U metapodacima koje učitavate iz IdP-a, prva stavka je konfigurisana za korišćenje u webexu .

Jednostrukilog

Webex aplikacija podržava profil za jedinstveno odjavljivanje. U aplikaciji Webexkorisnik može da se odjavi iz aplikacije, koja koristi SAML protokol za jedinstveno odjavljivanje da bi završio sesiju i potvrdio to odjavljivanje pomoću IdP-a. Uverite se da je vaš IdP konfigurisan za singleLogout.

Integrišite kontrolno čvorište sa Šibolitom

Vodiči za konfiguraciju prikazuju određeni primer za SSO integraciju, ali ne obezbeđuju iscrpnu konfiguraciju za sve mogućnosti. Na primer, koraci integracije za urnu urne urnije u imenom:oaza:names:tc:SAML:2.0:nameid-format:transient su dokumentovani. Ostali formati kao što su urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified or urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress će raditi za SSO integraciju ali su izvan opsega naše dokumentacije.

Podesite ovu integraciju za korisnike u Vašoj Webex organizaciji (uključujući Webex App, Webex meetingsi druge usluge administrirane u kontrolnom čvorištu). Ako je Vaša Webex lokacija integrisana u kontrolno čvorište , Webex lokacija nasleđuje upravljanje korisnicima. Ako ne možete da pristupite Webex sastancima na ovaj način, a njime se ne upravlja u kontrolnom čvorištu, morate da uradite posebnu integraciju da biste omogućili SSO za Webex sastanke. (Vidite Konfigurišite jedinstveno prijavljivanje za Webex za više informacija u SSO integraciji u administraciji lokacije.)

Koraci integracije se odnose na Shibboleth 2.4.5 u CentOS 7 sa Tomcat 7 kao web serverom.

Pre nego što počneš

IdP-ovi za SSO i Control Hub moraju da se usaglase sa SAML 2.0 specifikacijama. Osim toga, dobavljači identiteta moraju biti konfigurisani na sledeći način:

Preuzimanje Webex metapodataka na lokalni sistem

1

Iz prikaza klijenta u programu https://admin.webex.com, idite na "Management > Organization Settings", a zatim se pomerite do potvrde identiteta, a zatim se prebacite na postavku jedinstvenog prijavljivanja da biste pokrenuli čarobnjak za instalaciju.

2

Odaberite tip certifikata za vašu organizaciju:

  • Samopotpisano od strane kompanije Cisco – Preporučujemo ovaj izbor. Hajde da potpišemo sertifikat tako da je potrebno da ga obnovite samo jednom u pet godina.
  • Potpisao javni autoritet za sertifikaciju – Bezbednije, ali moraćete često da ažurirate metapodatke (osim ako vaš dobavljač IdP ne podržava sidra pouzdanosti).

Sidra pouzdanosti su javni ključevi koji deluju kao autoritet za verifikaciju certifikata digitalnog potpisa. Za više informacija pogledajte IDP dokumentaciju.

3

Preuzmite datoteku metapodataka.

Ime Webex datoteke metapodataka je idb-meta--SP.xml.

Konfigurisanje autorizacije u Shibboleth datotekama

Kada instalirate Shibboleth, obezbeđuju vam se datoteke za konfiguraciju sa primerima.

1

Idite u direktorijum /opt /shibboleth-idp/conf da biste pristupili datotekama sa primerima.

2

Odlučite koji metod autorizacije ćete koristiti – na primer, LDAP se vezuje za aktivni direktorijum.

3

Uredite datoteku .xml na sledeći način:

Dekommentuj

   urn:oasis:names:tc:SAML:2.0:ac:PasswordProtectedTransport

Komentar

 urn:oasis:names:tc:SAML:2.0:ac:classes:nespecified
4

Popunite detalje aktivnog direktorijuma da biste dozvolili potvrdu identiteta. Obezbedite konfiguraciju datoteke login.config .

ShibUserPassAuth { edu.vt.middleware.ldap.jaas.LdapLoginModule required ldapUrl="ldap://ad0a.cisco.net:389" ssl="false" tls="false" baseDn="cn=Users,dc=cisco,dc=net" subtreeSearch="true" userFilter="sAMAccountName={0}" bindDn="cn=Administrator,cn=Users,dc=net" bindCredential="ThePassword"; };

Konfigurisanje komponenti shibboleth dobavljača usluga za SAML tvrdnju

1

Dodajte datoteku koju ste preuzeli sa Webex SP u direktorijum /opt/shibboleth-idp/metapodaci.

2

Uredite relying-party.xml datoteku; nakon DefaultRelyingParty oznake, dodajte detalje SAML tvrdnje za Webex.

 <rp:RelyingParty id="https://idbroker.webex.com/ea7c1420-711d-4916-95f8- 22de53230d1e" provider="https://shib9a.cisco.net/idp/shibboleth" defaultSigningCredentialRef="IdPCredential"> <rp:ProfileConfiguration xsi:type="saml:SAML2SSOProfile" includeAttributeStatement="true" assertionLifetime="PT5M" assertionProxyCount="never" signAssertions="conditional" encryptNameIds="never" includeConditionsNotBefore="true"/>

Za ID morate da koristite ID vrednost entiteta iz Webex datoteke metapodataka. Zamenite ID primera ID-om entiteta vaše organizacije.

3

Unutar metapodataka:MetapodatakaProvider oznaka, dodajte lokaciju datoteke:

 <metadata:MetadataProvider id="ShibbolethMetadata" xsi:type="metadata:Chaini ngMetadataProvider" xsi:type="IdPMD" xsi:type="metadata:FilesystemMetadataProvider" metadataFile="/opt/shibboleth-idp/metadata/idp-metadata.xml" maxRefreshDelay="P1D" />  <metadata:Provider xmlns="FilesystemMetadataProvider" xmlns="FilesystemMetadataProvider" xmlns="/opt/shibbolethMetadataProvider" xmlns="FilesystemMetadataProvider" xmlns="FilesystemMetadataProvider" xmlns="FilesystemMetadataProvider" xmlns="FilesystemMetadataProvider" xmlns="Filesystem  <!-- Cisco CI konfiguracija <metadata:MetadataProvider xsi:type="FilesystemMetadataProvider" xmlns="urn:m ace:shibboleth:2.0:metadata" id="CI" metadataFile="/opt/shibboleth-idp/metadata/ idb-meta-ea7c1420-711d-4916-95f8-22de53230d1e-SP.xml" />

SP metapodaci potiиu iz datoteke u Shibboleth sistemu datoteka, na lokaciji na koju ste otpremili metapodatke za Webex organizaciju .

Konfigurisanje atributa tvrdnje

1

U odeljku Linija spajanja podataka navedite gde da preuzmete atribute o svojim korisnicima.

Aktivni direktorijum, sa ID-om myLDAP-a.

  <![CDATA[ (sAMAccountName=$requestContext.principalName) ]]>

2

U odeljku Definicija atributa zadržite ono što se već nalazi u konfiguraciji za ID prolaza.

3

Dodajte dodatni atribut koji SP očekuje i definišite na šta se mapira u izvoru atributa.

Mapirajte e-poštu atributa (atribut e-adrese u aktivnom direktorijumu) na UID (UserID u aplikaciji Webex).

4

Definišite koji atribut treba obezbediti svakom SP sporazumu u datoteci .xml filtera .

Obezbedite atribut Uid webexu koji se mapira na e-adresu korisnika.

Objavite atribut uid sp sporazuma sa Webex-om .

  <afp:PolicyRequirementRule xsi:type="basic:AttributeRequesterString" value="https://idbroker.webex.com/ea7c1420-711d-4916-95f8-22de53230d1e" /> <afp:AttributeRule attributeID="transientId"> <afp:PermitValueRule xsi:type="basic:ANY"/> </afp:AttributeRule> <afp:AttributeRule attributeID="mail-attr"> <afp:PermitValueRule xsi:type="basic:ANY" /> </afp:AttributeFilterPolicy>

Pravilo koje ste kreirali u attribute-resolve.xml treba da ima politiku za objavljivanje mail-attr atributa na EntityID koji se podudara sa uslugom Webex.

5

Preuzmite datoteku metapodataka sa Shibboleth servera u /opt/shibboleth-idp/metapodacima. Ime datoteke su idp-metapodaci.xml.

Uvoz IdP metapodataka i omogućavanje jedinstvenog prijavljivanja nakon testa

Kada izvezete Webex metapodatke, konfigurišete IdP i preuzmete IdP metapodatke u lokalni sistem, spremni ste da ga uvezete u Webex organizaciju iz kontrolnog čvorišta.

Pre nego što počneš

Nemojte testirati SSO integraciju iz interfejsa dobavljača identiteta (IdP). Mi podržavamo samo tokove koje je pokrenuo dobavljač usluga (SP) tako da za ovu integraciju morate da koristite SSO test kontrolnog čvorišta.

1

Odaberite jednu:

  • Vratite se na Control Hub – stranicu za izbor sertifikata u pregledaču, a zatim kliknite na Dalje.
  • Ako Control Hub nije više otvoren na kartici pregledača, iz prikaza kupca u https://admin.webex.com, idi na Upravljanje > Podešavanja organizacije, listaj do Autentifikacija, a zatim odaberite Опције > Uvezi metapodatke.
2

Na stranici "Uvoz IdP metapodataka" prevucite i otpustite datoteku IdP metapodataka na stranicu ili koristite opciju pregledača datoteka da biste pronašli i otpremili datoteku metapodataka. Kliknite na dugme Dalje.

Trebalo bi da koristite bezbedniju opciju, ako možete. Ovo je moguće samo ako je vaš IDP koristio javni CA za potpisivanje metapodataka.

U svim ostalim slučajevima morate da koristite opciju "Manje bezbedno ". To uključuje ako metapodaci nisu potpisani, samopotpisani ili potpisani od strane privatnog CA.

Okta ne potpisuje metapodatke, tako da morate odabrati Manje bezbedne za Okta SSO integraciju.

3

Izaberite Testiraj SSOpodešavanje i kada se otvori nova kartica pregledača, potvrdite identitet sa IdP-om prijavljivanjem.

Ako dobijete grešku u potvrdi identiteta, možda postoji problem sa akreditivima. Proverite korisničko ime i lozinku i pokušajte ponovo.

Greška webex aplikacije obično znači problem sa SSO instalacijom. U tom slučaju, ponovo hodajte kroz korake, posebno korake u kojima kopirate i lepite metapodatke kontrolnog čvorišta u IdP instalaciju.

Da biste direktno videli iskustvo SSO prijavljivanja, možete da kliknete i na Kopiraj URL u ostavu preko ovog ekrana i da je nalepite u prozor privatnog pregledača. Odatle možete da prođete kroz prijavu pomoću jedinstvenog prijavljivanja (SSO). Ovaj korak zaustavlja lažne pozitivne stvari zbog oznake za pristup koja se možda nastaje u postojećoj sesiji od prijavljenog.

4

Vratite se na karticu pregledača kontrolnog čvorišta.

  • Ako je test bio uspešan, izaberite Uspešan test. Uključite SSO i kliknite na dugme Dalje .
  • Ako test nije uspeo, izaberite Neuspešni test. Isključite SSO i kliknite na dugme " Dalje".

SSO konfiguracija ne stupa na snagu u vašoj organizaciji osim ako ne odaberete prvo radio dugme i aktivirate SSO.

Šta dalje

Koristite procedure u sinhronizovanju okta korisnika u Cisco Webex kontrolno čvorište ako želite da izvršite korisničko obezbeđivanje iz Okte u Webex oblaku.

Koristite procedure u Sinhronizaciji Azure Active Directory korisnika u Cisco Webex Control Hub ako želite da pružate usluge korisnicima iz Azure AD u Webex cloud.

Postupak možete da pratite u odeljku Suzbijanje automatizovanih e-poruka da biste onemogućili e-poruke koje se šalju novim korisnicima aplikacije Webex u vašoj organizaciji. Dokument takođe sadrži najbolje prakse za slanje komunikacije korisnicima u vašoj organizaciji.