V tomto článku
dropdown icon
Jednotné přihlašování a ovládací centrum
    Profily
    Formát NameID
    Jednorázový odhlášení
Integrujte Control Hub s Shibboleth
Stáhněte metadata Webex do místního systému
Konfigurace autorizace v souborech Shibboleth
Konfigurace komponent poskytovatele služeb Shibboleth pro tvrzení SAML
Konfigurace atributů tvrzení
Importujte metadata IdP a povolte jednotné přihlášení po testu
Konfigurace jednotného přihlášení v Control Hub pomocí Shibboleth
list-menuV tomto článku
list-menuZpětná vazba?

Můžete nakonfigurovat integraci jednotného přihlašování (SSO) mezi řídicím centrem a nasazením, které používá Shibboleth jako poskytovatele identity (IdP).

Jednotné přihlašování a ovládací centrum

Jednotné přihlašování (SSO) je proces ověřování relace nebo uživatele, který umožňuje uživateli poskytnout pověření pro přístup k jedné nebo více aplikacím. Tento proces ověřuje uživatele pro všechny aplikace, ke kterým jsou udělena práva. Eliminuje další výzvy, když uživatelé přepínají aplikace během určité relace.

Federační protokol SAML 2.0 (Security Assertion Markup Language) se používá k zajištění ověřování SSO mezi cloudem Webex a vaším poskytovatelem identity (IdP).

Profily

Aplikace Webex podporuje pouze profil SSO webového prohlížeče. V profilu SSO webového prohlížeče podporuje aplikace Webex následující vazby:

  • SP inicioval POST -> POST vazba

  • SP inicioval REDIRECT -> POST vazba

Formát NameID

Protokol SAML 2.0 podporuje několik formátů NameID pro komunikaci o konkrétním uživateli. Aplikace Webex podporuje následující formáty 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

V metadatech, které načtete ze svého IdP, je první položka nakonfigurována pro použití ve Webexu.

Jednorázový odhlášení

Aplikace Webex podporuje jediný odhlašovací profil. V aplikaci Webex se uživatel může odhlásit z aplikace, která používá protokol jednotného odhlášení SAML k ukončení relace a potvrzení odhlášení pomocí vašeho IdP. Zkontrolujte, zda je váš IdP nakonfigurován pro SingleLogout.

Integrujte Control Hub s Shibboleth

Průvodci konfigurací ukazují konkrétní příklad integrace SSO, ale neposkytují vyčerpávající konfiguraci pro všechny možnosti. Například nameid-format urn:oasis:names:tc:SAML:2.0:nameid-format:transientjsou zdokumentovány kroky integrace pro. Jiné formáty, jako jsou, urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified or urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddressbudou fungovat pro integraci SSO, ale jsou mimo rozsah naší dokumentace.

Nastavte tuto integraci pro uživatele ve vaší organizaci Webex (včetně aplikace Webex a dalších služeb spravovaných v Control Hub). Webex Meetings Pokud je váš web Webex integrován do Řídicího centra, web Webex zdědí správu uživatelů. Pokud nemůžete přistupovat tímto Webex Meetings způsobem a není spravován v Řídicím centru, musíte provést samostatnou integraci, abyste povolili SSO proWebex Meetings.

Kroky integrace odkazují na Shibboleth 2.4.5 v CentOS 7 s Tomcat 7 jako webovým serverem.

Než začnete

U SSO a Control Hub musí IDP odpovídat specifikaci SAML 2.0. Kromě toho musí být IDP nakonfigurováni následujícím způsobem:

Stáhněte metadata Webex do místního systému

1

Přihlaste se do Control Hub.

2

Přejděte do nabídky Správa > Zab ezpečení > O věřování.

3

Přejděte na kartu Po skytovatel identity a klikněte na Aktivovat SSO.

4

Vyberte IdP.

5

Vyberte typ certifikátu pro vaši organizaci:

  • Vlastní podepsané společností Cisco - Doporučujeme tuto vol bu. Nechte nás podepsat certifikát, abyste jej museli obnovovat pouze jednou za pět let.
  • Podepsáno veřejnou certifik ační autorit ou — Bezpečnější, ale budete muset často aktualizovat metadata (pokud váš dodavatel IdP nepodporuje ukotvení důvěryhodnosti).

Ukotvení důvěryhodnosti jsou veřejné klíče, které slouží jako autorita k ověření certifikátu digitálního podpisu. Další informace naleznete v dokumentaci IdP.

6

Stáhněte soubor metadat.

<org-ID>Název souboru metadat Webex je idb-meta- -SP.xml.

Konfigurace autorizace v souborech Shibboleth

Po instalaci Shibboleth jsou k dispozici konfigurační soubory s příklady.

1

Přejděte do adresáře /opt/shibboleth- idp/conf pro přístup k ukázkovým souborům.

2

Rozhodněte se, kterou metodu autorizace použijete - například vazba LDAP. Active Directory

3

Upravte soubor handler.xml následujícím způsobem:

Zrušit komentář

    <!--  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>

Komentář

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

Vyplňte své údaje, Active Directory abyste umožnili ověřování. Zadejte konfiguraci souboru 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";
};

Konfigurace komponent poskytovatele služeb Shibboleth pro tvrzení SAML

1

Přidejte soubor, který jste stáhli z Webex SP, do adresáře /opt/shibboleth-idp/metadata.

2

Upravte soubor relying-party.xml; za značku defaultRelyingParty přidejte podrobnosti o tvrzení SAML pro 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>

Pro id musíte použít hodnotu EntityId ze souboru metadat Webex. Nahraďte ID příkladu za EntityID vaší organizace.

3

Do značky metadata:metadataProvider přidejte umístění souboru:

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

Metadata SP pocházejí ze souboru v systému souborů Shibboleth v umístění, kam jste nahráli metadata pro vaši organizaci Webex.

Konfigurace atributů tvrzení

1

V části Datový konektor určete, kde se mají načíst atributy vašich uživatelů.

Active Directory, s id 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

V části Definice atributu si ponechte to, co je již v konfiguraci pro TransientId.

3

Přidejte další atribut, který SP očekává, a definujte, na co se mapuje ve zdroji atributu.

Mapujte atribut mail (atribut e-mailové adresy vActive Directory) na uid (UserId ve Webex).

<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

Definujte, který atribut se má poskytnout každé dohodě SP v souboru attribute-filter.xml.

Zadejte atribut uid pro Webex, který se mapuje na e-mailovou adresu uživatele.

Uvolněte atribut uid do smlouvy SP se společností Webex.

<!--  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>

Pravidlo, které jste vytvořili v souboru attribute-resolver.xml, by mělo mít zásadu uvolnění atributu mail-attr do EntityId, který odpovídá Webex.

5

Stáhněte soubor metadat ze serveru Shibboleth v /opt/shibboleth-idp/metadata. Název souboru je idp-metadata.xml.

Importujte metadata IdP a povolte jednotné přihlášení po testu

Poté, co exportujete metadata Webex, nakonfigurujete svého IdP a stáhnete metadata IdP do místního systému, jste připraveni je importovat do své organizace Webex z Řídicího centra.

Než začnete

Netestujte integraci SSO z rozhraní poskytovatele identity (IdP). Podporujeme pouze toky iniciované poskytovatelem služeb (SP-iniciované), takže pro tuto integraci musíte použít test SSO Control Hub.

1

Vyberte si jeden:

  • Vraťte se na stránku Control Hub — výběr certifikátu v prohlížeči a klikněte na tlačítko Další.
  • Ovládací centrum znovu otevřete, pokud již není otevřeno na kartě prohlížeče. V zobrazení zákazníka v Ří dicím centru přejděte do nabídky S práva > Zab ez pečení > O věřování, vyberte IdP a pak zvolte Ak ce > Importovat metadata.
2

Na stránce Importovat metadata IdP buď přet áhněte soubor metadat IdP na stránku, nebo použijte možnost prohlížeče souborů k vyhledání a odeslání souboru metad at. Klepněte na tlačítko Další.

Pokud můžete, měli byste použít možnost Bezpečnější. To je možné pouze v případě, že váš IdP použil veřejnou certifikační autoritu k podepsání svých metadat.

Ve všech ostatních případech musíte použít možnost Mé ně zabezpeč ené. To zahrnuje případy, kdy metadata nejsou podepsána, podepsána vlastními silami nebo podepsána soukrom ou certifikační autoritou.

Okta metadata nepodepisuje, proto musíte zvolit Méně zabezpečené pro integr aci Okta SSO.

3

Vyberte možnost Testovat nastavení SSO a po otevření nové karty prohlížeče se přihlaste pomocí IdP.

Pokud se zobrazí chyba ověřování, může dojít k problému s přihlašovacími údaji. Zkontrolujte uživatelské jméno a heslo a zkuste to znovu.

Chyba aplikace Webex obvykle znamená problém s nastavením SSO. V takovém případě projděte kroky znovu, zejména kroky, kdy zkopírujete a vložíte metadata Control Hub do nastavení IdP.

Chcete-li zobrazit přihlašovací prostředí SSO přímo, můžete také kliknout na Kopírovat adresu URL do schránky z této obrazovky a vložit ji do okna soukromého prohlížeče. Odtud můžete projít přihlašováním pomocí SSO. Tento krok zastaví falešně pozitivní výsledky kvůli přístu povému tokenu, který může být v existující relaci od přihlášení .

4

Vraťte se na kartu prohlížeče Control Hub.

  • Pokud byl test úspěšný, vyberte Ú spěšný test. Zapněte SSO a klikněte na tlačítko Další.
  • Pokud byl test neúspěšný, vyberte Ne úspěšný test. Vypněte SSO a klikněte na tlačítko Další.

Konfigurace SSO se ve vaší organizaci neprojeví, pokud nezvolíte první přepínací tlačítko a neaktivujete SSO.

Co dělat dál

Cisco Webex Control HubPokud chcete provést zřizování uživatelů z Okta do cloudu Webex, použijte postupy v části Synchron izovat uživatele Okta do.

Pokud chcete provést zřizování uživatelů z Entra ID do clou Cisco Webex Control Hub du Webex, použijte postupy v části Synchronizovat uživatele Microsoft Entra ID.

Chcete-li zakázat e-maily odesílané novým uživatelům aplikace Webex ve vaší organizaci, postupujte podle postupu v části Potlačení automatiz ovaných e-mailů. Dokument také obsahuje doporučené postupy pro odesí lání sdělení uživatelům ve vaší organizaci.

Byl tento článek užitečný?
Byl tento článek užitečný?