V tomto článku
dropdown icon
Jednotlivé prihlasovacie a ovládacie centrum
    Profily
    Formát NameID
    SingleLogout
Integrácia Control Hub s ADFS
Stiahnite si metadáta Webex do svojho lokálneho systému
Nainštalujte metadáta Webex v ADFS
Vytvorenie pravidiel reklamácie pre autentifikáciu Webex
Importujte metaúdaje IDP a povoľte jednorazové prihlásenie po teste
Aktualizujte dôveru Webex, ktorá sa spolieha na ADFS
dropdown icon
Riešenie problémov s ADFS
    Chyby ADFS v denníkoch systému Windows
    ID federácie
    Synchronizácia času
Konfigurácia jednorazového prihlásenia v Control Hub pomocou služby Active Directory Federation Services (ADFS)
list-menuV tomto článku
list-menuSpätná väzba?

Môžete nakonfigurovať integráciu jedného prihlásenia (SSO) medzi Control Hub a nasadením, ktoré ako poskytovateľa identity (IDP) používa služby Active Directory Federation Services (ADFS 2.x a novšie).

Jednotlivé prihlasovacie a ovládacie centrum

Jednorazové prihlásenie (SSO) je proces autentifikácie relácie alebo používateľa, ktorý umožňuje používateľovi poskytnúť poverenia na prístup k jednej alebo viacerým aplikáciám. Tento proces overuje používateľov pre všetky aplikácie, na ktoré majú udelené práva. Eliminuje ďalšie výzvy, keď používatelia prepínajú aplikácie počas konkrétnej relácie.

Federačný protokol Security Assertion Markup Language (SAML 2.0) sa používa na zabezpečenie autentifikácie SSO medzi cloudom Webex a vašim poskytovateľom identity (IdP).

Profily

Webex App podporuje iba profil SSO webového prehliadača. V profile SSO webového prehliadača Webex App podporuje nasledujúce väzby:

  • SP inicioval POST -> POST väzbu

  • SP inicioval REDIRECT -> POST väzbu

Formát NameID

Protokol SAML 2.0 podporuje niekoľko formátov NameID pre komunikáciu o konkrétnom používateľovi. Webex App podporuje nasledujúce formáty NameID.

  • urn:oasis:meny:tc:saml:2.0:nameid-formát:prechodný

  • Urn:Oasis:Names:tc:saml:1.1:NameID-formát:nešpecifikované

  • Urn:Oasis:Names:tc:saml:1.1:NameId-Format:EmailAddress

V metadátach, ktoré načítate z vášho IDP, je prvá položka nakonfigurovaná na použitie vo Webexe.

SingleLogout

Webex App podporuje jeden profil odhlásenia. V aplikácii Webex sa používateľ môže odhlásiť z aplikácie, ktorá pomocou protokolu jediného odhlásenia SAML ukončí reláciu a potvrdí odhlásenie pomocou vášho IDP. Uistite sa, že váš IDP je nakonfigurovaný pre SingleLogout.

Integrácia Control Hub s ADFS

Konfiguračné príručky ukazujú konkrétny príklad integrácie SSO, ale neposkytujú vyčerpávajúcu konfiguráciu pre všetky možnosti. Napríklad sú zdokumentované kroky integrácie pre nameid-format urn:oasis:names:tc:saml:2.0:nameid-format:Transient. Ostatné formáty ako urn:oasis:names:tc:saml:1.1:nameid-format:undefined alebo urn:oasis:names:tc:saml:1.1:nameid-format:emailAddress budú fungovať pri integrácii SSO, ale sú mimo rozsahu našej dokumentácie.

Nastavte túto integráciu pre používateľov vo vašej organizácii Webex (vrátane aplikácie Webex a ďalších služieb spra Webex Meetings vovaných v Control Hub). Ak je vaša lokalita Webex integrovaná do Control Hub, lokalita Webex zdedí správu používateľov. Ak nemáte prístup týmto Webex Meetings spôsobom a nie je spravovaný v Control Hub, musíte vykonať samostatnú integráciu, aby ste mohli povoliť SSO. Webex Meetings

V závislosti od toho, čo je nakonfigurované v mechanizmoch overovania v ADFS, je možné predvolene povoliť integrované overenie systému Windows (IWA). Ak je povolená, aplikácie spustené prostredníctvom systému Windows (napríklad Webex App a Cisco Directory Connector) sa overia ako prihlásený používateľ bez ohľadu na to, aká e-mailová adresa je zadaná počas počiatočnej e-mailovej výzvy.

Stiahnite si metadáta Webex do svojho lokálneho systému

Pred konfiguráciou poskytovateľa identity si stiahnite metadáta Webex. Tento súbor obsahuje nastavenia poskytovateľa služieb Webex pre vašu organizáciu a váš poskytovateľ identity používa tieto nastavenia na rozpoznávanie Webexu a odoslanie odpovedí na prihlásenie SAML späť na správne miesto. Tento súbor metadát použ ite pri konfigurácii aplikácie SAML vo vašom poskytovateľovi identity.

1

Prihláste sa do Control Hub.

2

Prejdite do časti Správa > Zabez pečenie > Autentifik ácia.

3

Prejdite na kartu Po skytovateľ identity a kliknite na položku Aktivovať SSO.

4

Vyberte IDP.

5

Vyberte typ certifikátu pre vašu organizáciu:

  • Samostatne podpísané spoločnosťou Cisco — Odporúčame túto voľ bu. Dovoľte nám podpísať certifikát, aby ste ho museli obnoviť iba raz za päť rokov.
  • Podpísané verejným certifikačným orgá nom — bezpečnejšie, ale budete musieť často aktualizovať metadáta.
6

Stiahnite si súbor metadát.

<org-ID>Názov súboru metadát Webex je id b-meta- -SP.xml.

Nainštalujte metadáta Webex v ADFS

Skôr ako začnete

Control Hub podporuje ADFS 2.x alebo novší.

Windows 2008 R2 obsahuje iba ADFS 1.0. Musíte nainštalovať minimálne ADFS 2.x od spoločnosti Microsoft.

V prípade služieb SSO a Webex musia poskytovatelia totožnosti spĺňať túto špecifikáciu SAML 2.0:

  • Nastavte atribút NameID Format na urn:oasis:Names:tc:saml:2.0:NameID-format: prechodný

  • Nakonfigurujte nárok na iDP tak, aby obsahoval názov atribútu uid s hodnotou, ktorá je mapovaná na atribút zvolený v aplikácii Cisco Directory Connector alebo atribút používateľa, ktorý zodpovedá atribútu, ktorý je zvolený v službe identity Webex. (Týmto atribútom môžu byť napríklad e-mailové adresy alebo užívateľské hlavné meno.) Návod nájdete v informáciách o vlastných atribú toch na stránke https://www.cisco.com/go/hybrid-services-directory.

1

Prihláste sa na server ADFS s povoleniami správcu.

2

Otvorte konzolu ADFS Management a prejdite na položky Vzťahy dôveryhodnosti > Dôver yhodné strany > Pridať dôveryhodnosť dôveryhodnej strany.

3

V okne Pridať sprievodcu dôveryhodnosťou s poliehajúcej strany vyberte polož ku Štart.

4

V časti Vybrať zdroj údajov vyberte položku Importovať údaje o spoliehajúcej sa strane zo súboru, prejdite na súbor metaúdajov Control Hub, ktorý ste stiahli, a vyberte polož ku Ďalej.

5

V časti Zadať zobrazený názov vytvorte zobrazený názov pre túto dôveryhodnú stranu, napríklad Webex, a vyberte položku Ďalej.

6

V časti Vy brať pravidlá autorizácie vy dávania vyberte polož ku Povoliť všetkým používateľom prístup k tejto spoliehajúcej sa strane a vyberte polož ku Ďalej.

7

V časti Pri pravené na pridanie dôvery hodnosti vyberte položku Ďalej a dokončite pridávanie spoľahlivej dôvery do ADFS.

Vytvorenie pravidiel reklamácie pre autentifikáciu Webex

1

Na hlavnej table ADFS vyberte vytvorený vzťah dôveryhodnosti a potom vyberte položku Upraviť pravidlá reklamácie. Na karte Pravidlá transformácie vydávania vyberte položku Pridať pravidlo.

2

V kroku Vybrať typ pravidla vyberte položku Odosla ť atribúty LDAP ako nároky a potom vyberte položku Ďalej.

  1. Zadajte názov pravidla reklamácie.

  2. Vyberte Active Directoryako Obchod s atribútmi.

  3. Zmapojte atribú t LDAP e-mailových ad ries na typ východnej reklamácie uid.

    Toto pravidlo informuje ADFS, ktoré polia má mapovať na Webex, aby identifikoval používateľa. Napíšte typy odchádzajúcich nárokov presne tak, ako je to znázornené.

  4. Uložte svoje zmeny.

3

Znova vyberte položku Pridať pravidlo, vyberte položku Odoslať reklamácie pomocou vlastného pravidla a potom vyberte polož ku Ďalej.

Toto pravidlo poskytuje ADFS atribút „spname qualifier“, ktorý Webex inak neposkytuje.

  1. Otvorte textový editor a skopírujte nasledujúci obsah.

    c: [Type == "http://schemas.microsoft.com/ws/2008/06/identity/claims/windowsaccountname „] => issue (Type =" http://schemas.xmlsoap.org/ws/2005/05/identity/claims/nameidentifier „, Vydavateľ = c.Emitent, OriginalIssuitor = c.OriginalEisitor, Hodnota = C.Value, ValuType = C.ValuType, Vlastnosti [“ http://schemas.xmlsoap.org/ws/2005/05/identity/claimproperties/format „] = „urn:oasis:menes:tc:saml:2.0:nameID-format:Transient“, Vlastnosti [“ http://schemas.xmlsoap.org/ws/2005/05/identity/claimproperties/namequalifier „] =" URL1 „, Vlastnosti [“ http://schemas.xmlsoap.org/ws/2005/05/identity/claimproperties/spnamequalifier „] =" URL2 „);

    Nahraďte URL1 a URL2 v texte takto:

    • URL1 je EntityID zo súboru metadát ADFS, ktorý ste stiahli.

      Nasleduje napríklad ukážka toho, čo vidíte: <EntityDescriptor xmlns="urn:oasis:names:tc:SAML:2.0:metadata “ entityID= “ http://ad0a.identitylab20.ciscolabs.com/adfs/services/trust " ID="_55515dde-8147-4183-8a85-b704d26b5dba">

      Skopírujte iba EntityID zo súboru metadát ADFS a vložte ho do textového súboru, aby ste nahradili URL1

    • URL2 je na prvom riadku v súbore metadát Webex, ktorý ste stiahli.

      Nasleduje napríklad ukážka toho, čo vidíte: <entityDescriptor XMLNS="urn:oasis:names:tc:saml:2.0:metadata“ entity Id=“ https://idbroker.webex.com/35a15b0a-0eg1-4029-9f63-a8c54df5df59 „>

      Skopírujte iba EntityID zo súboru metadát Webex a vložte ho do textového súboru, aby ste nahradili URL2.

  2. S aktualizovanými adresami URL skopírujte pravidlo z textového editora (počnúc „c:“) a vložte ho do poľa vlastných pravidiel na serveri ADFS.

    Dokončené pravidlo by malo vyzerať takto:

  3. Ak chcete vytvoriť pravidlo, vyberte položku Dokončiť a potom ukončite okno Upraviť pravidlá reklamácie.

4

V hlav nom okne vyberte položku Releasing Party Trust a potom na pravej table vyberte položku V lastnosti.

5

Keď sa zobrazí okno Vlastnosti, prejdite na kartu Rozší rené, SHA-256 a potom vyberte položku OK pre ulož enie zmien.

6

Prejdite na nasledujúcu adresu URL na internom serveri ADFS a stiahnite súbor: https: //< ad_fs_server >/FederationMetadata/2007-06/FederationMetadata.xml

Možno budete musieť kliknúť pravým tlačidlom myši na stránku a zobraziť zdroj stránky, aby ste získali správne naformátovaný súbor XML.

7

Uložte súbor do lokálneho počítača.

Čo robiť ďalej

Ste pripravení importovať metadáta ADFS späť do Webexu z portálu správy.

Importujte metaúdaje IDP a povoľte jednorazové prihlásenie po teste

Po exportovaní metadát Webex, nakonfigurovaní vášho IDP a stiahnutí metadát IdP do miestneho systému ste pripravení importovať ich do organizácie Webex z Control Hub.

Skôr ako začnete

Netestujte integráciu SSO z rozhrania poskytovateľa identity (IDP). Podporujeme iba toky iniciované poskytovateľom služieb (SP-iniciované), takže pre túto integráciu musíte použiť test SSO Control Hub.

1

Vyberte si jednu:

  • Vráťte sa na stránku Control Hub — výber certifikátu vo vašom prehliadači a potom kliknite na tlači dlo Ďalej.
  • Znovu otvorte Control Hub, ak už nie je otvorený na karte prehliadača. V zobrazení zákazníka v Control Hub prejdite na položky S práva > Zabez peč enie > Autentifikácia, vyberte položku IDP a potom vyberte položky Ak cie > Importovať metadáta.
2

Na stránke Importovať metaúdaje IDP buď presuňte súbor metadát IdP na stránku alebo použite možnosť Prehliadač súborov na vyhľadanie a nahranie súboru met adát. Kliknite na tlačidlo Ďalej.

Ak môžete, mali by ste použiť možnosť Bezpečnejšie. Je to možné len vtedy, ak váš IdP použil na podpis svojich metadát verejnú certifikáciu.

Vo všetkých ostatných prípadoch musíte použiť možnosť Men ej bezpeč né. To zahŕňa aj prípady, ak metadáta nie sú podpísané, vlastne podpísané alebo podpísané súkromným určným certifikátom.

Okta nepodpíše metadáta, takže pre integráciu Okta SSO musíte vybrať Menej bezpeč né.

3

Vyberte položku Testovať nastavenie SSO a keď sa otvorí nová karta prehliadača, overte sa pomocou IDP prihlásením.

Ak sa zobrazí chyba autentifikácie, môže dôjsť k problému s prihlasovacími údajmi. Skontrolujte používateľské meno a heslo a skúste to znova.

Chyba aplikácie Webex zvyčajne znamená problém s nastavením SSO. V takom prípade znova prej dite krokmi, najmä krokmi, pri ktorých skopírujete a prilep íte metaúdaje Control Hub do nastavenia IDP.

Ak chcete priamo zobraziť zážitok s prihlásením SSO, môžete tiež kliknúť na položku Kopírovať adresu URL do schrán ky z tejto obrazovky a vlo žiť ju do súkromného okna prehliadača. Odtiaľ sa môžete prihlá siť pomocou SSO. Tento krok zastaví falošné pozitíva z dôvodu prístupového tokenu, ktorý môže byť v existujúcej relácii, keď ste sa prihlá sili.

4

Vráťte sa na kartu prehliadača Control Hub.

  • Ak bol test úspešný, vyberte položku Ú spešný test. Zapnite SSO a kliknite na tlačidlo Ďalej.
  • Ak bol test neúspešný, vyberte položku Ne úspešný test. Vypnite SSO a kliknite na tlačidlo Ďalej.

Konfigurácia SSO nenadobudne účinnosť vo vašej organizácii, pokiaľ nevyberi ete prvé tlačidlo rádia a neaktivujete SSO.

Čo robiť ďalej

Ak chcete poskytovať používateľom z Okta do cloudu Webex, použite postupy v časti Synchronizácia používateľov Okta do Control Hub.

Ak chcete vykonať poskytovanie používateľov z Entra ID do cloudu Webex, použite postupy v časti Synchronizácia používateľov Microsoft Entra ID do Control Hub.

Ak chcete zakázať e-maily odosielané novým používateľom aplikácie Webex vo vašej organizácii, môžete postupovať podľa postupu v časti Potlačiť automati cké e-maily. Dokument obsahuje aj osvedčené postupy na odo sielanie komunikácie používateľom vo vašej organizácii.

Aktualizujte dôveru Webex, ktorá sa spolieha na ADFS

Táto úloha je konkrétne o aktualizácii ADFS s novými metaúdajmi SAML od Webex. Existujú súvisiace články, ak potrebujete nakonfigurovať SSO pomocou ADFS alebo ak potrebujete aktualizovať (iný) IDP s metadátami SAML pre nový certifikát Webex SSO.

Skôr ako začnete

Pred aktualizáciou nástroja Webex Relying Party Trust v ADFS musíte exportovať súbor metadát SAML z Control Hub.

1

Prihláste sa na server ADFS s povoleniami správcu.

2

Nahrajte súbor metadát SAML z Webexu do dočasného lokálneho priečinka na serveri ADFS, napr. //ADFS <org-ID>_Názov servera/TEMP/IDB-meta- -SP.xml.

3

Otvorte Powershell.

4

Spustite Get-ADFSrelyingParty Trust a prečítajte si všetky dôvery strán, ktoré sa spoliehajú.

Všimnite si parameter TargetName dôver yhodnej strany spoliehajúcej sa na Webex. Používame príklad „Webex“, ale vo vašom ADFS sa môže líšiť.

5

<org-ID>Spustite aktualizáciu ADFSRelyingPartyTrust -MetadataFile „//ADFS_ServerName/TEMP/IDB-Meta- -SP.xml" -TargetName "Webex“.

Nezabudnite nahradiť názov súboru a cieľový názov správnymi hodnotami z vášho prostredia.

Poz ri https://docs.microsoft.com/powershell/module/adfs/update-adfsrelyingpartytrust.

Ak ste si stiahli 5-ročný certifikát Webex SP a máte zapnutý Signing or Encryption Certificate Revocation, musíte spustiť tieto dva príkazy: Set-ADFSRelyingParty Trust -SigningCertificateRevocationCheck None -EncryptionCertificateRevocationCheck None -TargetName „Webex“.

6

Prihláste sa do Control Hub a potom otestujte integráciu SSO:

  1. Prejdite do časti Správa > Zabez pečenie > Autentifik ácia.

  2. Na karte Po skytovateľ identity prejdite na IdP a kliknite na tlačidlo More menu.

  3. Vyberte polož ku Test IDP.

  4. Pred povolením otestujte pripojenie SSO. Tento krok funguje ako suchý chod a neovplyvňuje nastavenia vašej organizácie, kým nepovolíte SSO v ďalšom kroku.

    Ak chcete priamo zobraziť zážitok s prihlásením SSO, môžete tiež kliknúť na položku Kopírovať adresu URL do schrán ky z tejto obrazovky a vlo žiť ju do súkromného okna prehliadača. Odtiaľ sa môžete prihlá siť pomocou SSO. Pomôže to odstrániť všetky informácie uložené vo vašom webovom prehliadači, ktoré by mohli poskytnúť falošne pozitívny výsledok pri testovaní konfigurácie SSO.

  5. Ak chcete test dokončiť, prihláste sa.

Riešenie problémov s ADFS

Chyby ADFS v denníkoch systému Windows

V denníkoch systému Windows sa môže zobraziť kód chyby denníka udalostí ADFS 364. Podrobnosti o udalosti identifikujú neplatný certifikát. V týchto prípadoch nie je hostiteľ ADFS povolený na overenie certifikátu prostredníctvom firewallu na porte 80.

Počas pokusu o vybudovanie reťazca certifikátov pre dôveryhodnú stranu dôveryhodnej strany sa vyskytla chyba

Pri aktualizácii certifikátu SSO sa vám pri prihlásení môže objaviť táto chyba: Neplatný stav ový kód v odpoved i.

Ak sa táto chyba zobrazí, skontrolujte denníky prehliadača udalostí na serveri ADFS a vyhľadajte nasledujúcu chybu: Počas pokusu o vytvorenie reťazca certifikátov pre certifikát dôveryhodnej strany 'https://idbroker.webex.com/' identifikovaný odtlačkom palca '754B9208F1F75C5CC122740F3675C5D129471D80 '<org-ID>. Možné príčiny sú to, že certifikát bol zrušený, reťazec certifikátov nebolo možné overiť tak, ako to určujú nastavenia zrušenia šifrovacieho certifikátu s poliehajúcej strany, alebo že certifikát nie je v rámci doby platnosti.

<orgID>Ak sa vyskytne táto chyba, musíte spustiť príkazy Set-ADFSRely ingPartyTrust -TargetIdentifier https://idbroker.webex.com/ -EncryptionCertificateRevocationCheck None

ID federácie

ID federácie rozlišuje veľké a veľké písmená. Ak je to vaša organizačná e-mailová adresa, zadajte ju presne tak, ako ju odošle ADFS, inak Webex nenájde zodpovedajúceho používateľa.

Vlastné pravidlo reklamácie nemožno napísať na normalizáciu atribútu LDAP pred jeho odoslaním.

Importujte svoje metadáta zo servera ADFS , ktorý ste nastavili vo svojom prostredí.

Ak je to potrebné, môžete overiť adresu URL prejdením na položky Služba > Koncové body > Meta údaje > Type: Metadá ta federácie v správe ADFS.

Synchronizácia času

Uistite sa, že systémové hodiny vášho ADFS servera sú synchronizované so spoľahlivým internetovým časovým zdrojom, ktorý používa sieťový časový protokol (NTP). Použite nasledujúci príkaz PowerShell na skreslenie hodín iba pre vzťah Webex Releasing Party Trust.

Set-ADFSRelyingPartyTrust -TargetIdentifier "https://idbroker.webex.com/$ENTITY_ID_HEX_VALUE" -NotBeforesKew 3

Hexadecimálna hodnota je jedinečná pre vaše prostredie. Nahraďte hodnotu z hodnoty ID SP EntityDescriptor v súbore metadát Webex. Napríklad:

<EntityDescriptor xmlns="urn:oasis:names:tc:SAML:2.0:metadata" entityID=" https://idbroker.webex.com/c0cb726f-a187-4ef6-b89d-46749e1abd7a">

Bol tento článok užitočný?
Bol tento článok užitočný?