U ovome članku
dropdown icon
Jedinstveno čvorište za prijavu i upravljanje
    Profili
    NameID format
    SingleLogout
Integrirajte Control Hub s Shibbolethom
Preuzmite Webex metapodatke u svoj lokalni sustav
Konfigurirajte autorizaciju u Shibboleth datotekama
Konfigurirajte komponente pružatelja usluga Shibboleth za SAML tvrdnju
Konfigurirajte atribute potvrde
Uvezite IDP metapodatke i omogućite jednokratnu prijavu nakon testa
Konfigurirajte jednokratnu prijavu u Control Hub pomoću Shibboleth-a
list-menuU ovome članku
list-menuŽelite li poslati povratne informacije?

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 pravljanje > Sigur nost > Autentifikacija.

3

Idite na karticu Davatelj identiteta i kliknite Aktiviraj SSO.

4

Odaberite IDP.

5

Odaberite vrstu certifikata za svoju organizaciju:

  • Cisco sam potpisao - Preporučujemo ovaj izbor. Dopustite nam da potpišemo certifikat tako da ga trebate obnoviti samo jednom u pet godina.
  • Potpisano od strane javnog tijela za certifik ate — sigurnije, ali morat ćete često ažurirati metapodatke (osim ako vaš dobavljač IDP-a ne podržava sidra povjerenja).

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

    <!--  Username/password login handler -->
    <ph:LoginHandler xsi:type="ph:UsernamePassword"
                  jaasConfigurationLocation="file:///opt/shibboleth-idp/conf/login.config">  
  <ph:AuthenticationMethod>urn:oasis:names:tc:SAML:2.0:ac:classes:PasswordProtectedTransport
</ph:AuthenticationMethod>
    </ph:LoginHandler>

komentar

<ph:LoginHandler xsi:type="ph:RemoteUser"> 
<ph:AuthenticationMethod>urn:oasis:names:tc:SAML:2.0:ac:classes:unspecified</ph:AuthenticationMethod>
    </ph:LoginHandler>
4

Ispunite svoje detalje kako Active Directory biste omogućili provjeru autentičnosti. Navedite 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=cisco,dc=net"
      bindCredential="ThePassword";
};

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.

 <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="0"
                signResponses="never" signAssertions="always"
                encryptAssertions="conditional" encryptNameIds="never"
                includeConditionsNotBefore="true"/>
        </rp:RelyingParty>

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:

 <metadata:MetadataProvider id="ShibbolethMetadata" xsi:type="metadata:Chaini
ngMetadataProvider">
        <metadata:MetadataProvider id="IdPMD" xsi:type="metadata:FilesystemMetad
ataProvider" metadataFile="/opt/shibboleth-idp/metadata/idp-metadata.xml" maxRefreshDelay="P1D" />
    <!--     Cisco UCXN Configuration               -->
   <metadata:MetadataProvider xsi:type="FilesystemMetadataProvider" xmlns="urn:m
ace:shibboleth:2.0:metadata" id="ucxn9a" metadataFile="/opt/shibboleth-idp/metad
ata/ucxn9a-single-agreement.xml" />
    <!--     Cisco CUCM Configuration               -->
   <metadata:MetadataProvider xsi:type="FilesystemMetadataProvider" xmlns="urn:m
ace:shibboleth:2.0:metadata" id="cucm9a" metadataFile="/opt/shibboleth-idp/metad
ata/cucm9a.cisco.net-single-agreement.xml" />
    <!--     Cisco CI Configuration               
   <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" />
    </metadata:MetadataProvider>

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.

<resolver:DataConnector id="MyLDAP" xsi:type="dc:LDAPDirectory"
      ldapURL="ldap://ad0a.cisco.net:389"
      baseDN="cn=Users,dc=cisco,dc=net"
      principal="Administrator@cisco.net"
      principalCredential="ThePassword">
        <dc:FilterTemplate>
            <![CDATA[
                (sAMAccountName=$requestContext.principalName)
            ]]>
        </dc:FilterTemplate>
    </resolver:DataConnector>

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).

<resolver:AttributeDefinition id="mail-attr" xsi:type="ad:Simple" 
sourceAttributeID="mail">
        <resolver:Dependency ref="MyLDAP" />
        <resolver:AttributeEncoder xsi:type="enc:SAML2String" name="uid" />
     </resolver:AttributeDefinition>

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.

<!--  Release the attributes to cisco CI Cloud  -->
    <afp:AttributeFilterPolicy id="ReleaseToCI">
        <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:AttributeRule>
    </afp:AttributeFilterPolicy>

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:

  • Vratite se na stranicu Control Hub — odabir certifikata u pregledniku, a zatim kliknite Dalje.
  • Ponovno otvorite Control Hub ako više nije otvoren na kartici preglednika. U prikazu korisnika u Control Hubu idite na U pravl janje > Sigur nost > Autentifikacija, odaberite IDP, a zatim odaberite Rad nje > Uvezi metapodatke.
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.

  • Ako je test bio uspješan, odaberite Usp ješan test. Uključite SSO i kliknite Dal je.
  • Ako je test bio neuspješan, odaberite Ne uspješan test. Isključite SSO i kliknite Dal je.

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.

Je li taj članak bio koristan?
Je li taj članak bio koristan?