Egyszeri bejelentkezés és Vezérlőközpont

Az egyszeri bejelentkezés (SSO) egy munkamenet vagy felhasználói hitelesítési folyamat, amely lehetővé teszi a felhasználó számára, hogy hitelesítő adatokat biztosítson egy vagy több alkalmazás eléréséhez. A folyamat hitelesíti a felhasználókat az összes olyan alkalmazáshoz, amelyre jogosultságot kapnak. Kiküszöböli a további utasításokat, amikor a felhasználók egy adott munkamenet során alkalmazásokat váltanak.

A Security Assertion Markup Language (SAML 2.0) összevonási protokoll az SSO-hitelesítés biztosítására szolgál a Webex felhő és az Identitásszolgáltató (IdP) között.

Profilok

A Webex alkalmazás csak a webböngésző SSO profilját támogatja. A webböngésző SSO-profiljában a Webex alkalmazás a következő kötéseket támogatja:

  • SP kezdeményezte a POST -> POST kötést

  • SP kezdeményezte REDIRECT -> POST kötést

NameID formátum

Az SAML 2.0 protokoll számos NameID formátumot támogat egy adott felhasználóval való kommunikációhoz. A Webex alkalmazás a következő NameID formátumokat támogatja.

  • urn:oasis:names:tc:SAML:2.0:nameid-formátum:transient

  • urn:oasis:names:tc:SAML:1.1:nameid-formátum:nincs megadva

  • urn:oasis:nevek:tc:SAML:1.1:nameid-formátum:emailCím

Az IdP-ből betöltött metaadatokban az első bejegyzés a Webexben való használatra van konfigurálva.

Control Hub integrálása a Microsoft Azure-ral

A Webex minden hitelesítési kérelemhez csak egy IdP-t támogat. A hitelesítési folyamat a következő: Felhasználó > Webex-hitelesítés > IdP 1 > Webex-hitelesítés > Felhasználó. Ez azt jelenti, hogy míg a különböző felhasználók különböző IdP-kkel végezhetnek hitelesítést, egy felhasználó nem válthat több IdP között egyetlen hitelesítési folyamat során. Minden további lépést, például az MFA-t be kell építeni az adott kérelemhez használt egyetlen IdP-be.

A konfigurációs útmutatók egy konkrét példát mutatnak be az egyszeri bejelentkezéshez, de nem biztosítanak kimerítő konfigurációt minden lehetőséghez. A nameid-format urna:oasis:names:tc:SAML:2.0:nameid-format:tranient integrációs lépései például dokumentálva vannak. Más formátumok, például urna:oasis:names:tc:SAML:1.1:nameid-format:unspecified vagy urna:oasis:names:tc:SAML:1.1:nameid-format:emailAddress működni fog az SSO-integrációhoz, de kívül esik a dokumentációnk hatókörén.

Állítsa be ezt az integrációt a Webex-szervezet felhasználói számára (beleértve a Webex alkalmazást, a Webex Meetings-etés a Control Hubban felügyelt egyéb szolgáltatásokat). Ha a Webex webhelye integrálva van a Control Hubba , a Webex webhely örökli a felhasználókezelést. Ha nem tud ilyen módon hozzáférni a Webex Értekezletekhez , és nem kezeli a Control Hubban , külön integrációt kell végeznie az SSO engedélyezéséhez a Webex Meetingsszámára . (Lásd: Konfigurálja az egyszeri bejelentkezést a Webex számára, ha további információt szeretne a webhelyfelügyelet SSO-integrációjáról.)

Mielőtt elkezdené

Az SSO és a Control Hub esetében az IdP-knek meg kell felelniük az SAML 2.0 specifikációnak. Ezenkívül az IdP-ket a következő módon kell konfigurálni:

Az Azure Active Directoryban az ellátás csak manuális üzemmódban támogatott. Ez a dokumentum csak az egyszeri bejelentkezés (EB) integrációjára vonatkozik.

Töltse le a Webex metaadatait a helyi rendszerbe

1

A vevő nézetében https://admin.webex.comnyissa meg a Felügyeleti > Szervezeti beállítások lehetőséget, majd görgessen a Hitelesítéslapra , majd váltson az Egyszeri bejelentkezés beállításra a telepítővarázsló elindításához.

2

Válassza ki a szervezet tanúsítványtípusát:

  • Cisco által önaláírt – ezt a választást javasoljuk. Írjuk alá a tanúsítványt, így csak ötévente kell megújítani.
  • Nyilvános hitelesítésszolgáltató által aláírt – Biztonságosabb, de gyakran kell frissítenie a metaadatokat (hacsak az IdP szolgáltató nem támogatja a megbízhatókapcsolat-alapok alkalmazását).

A megbízhatósági horgonyok olyan nyilvános kulcsok, amelyek a digitális aláírás tanúsítványának ellenőrzésére szolgáló hatóságként működnek. További információt az IdP dokumentációjában talál.

3

Töltse le a metaadatfájlt.

A Webex-metaadatfájl neve idb-meta--SP.xml.

SSO-alkalmazásbeállítások konfigurálása az Azure alkalmazásban

Mielőtt elkezdené

1

Jelentkezzen be a Azure Portal a https://portal.azure.com rendszergazdai hitelesítő adataival.

2

Ha nem látja az Azure Active Directory ikont, kattintson a További szolgáltatások gombra.

3

Nyissa meg az Azure Active Directoryt a szervezete számára.

4

Nyissa meg a Vállalati alkalmazások menüt, majd kattintson a Hozzáadás gombra.

5

Kattintson az Alkalmazás hozzáadása a galériából lehetőségre.

6

A keresőmezőbe írja be: Cisco Webex.

7

Az eredmény ablaktáblában válassza a Cisco Webex lehetőséget, majd kattintson a Létrehozás gombra az alkalmazás hozzáadásához.

8

Nyissa meg az új alkalmazást, hogy megbizonyosodjon arról, hogy az egyszeri bejelentkezéshez hozzáadott Webex alkalmazás nem jelenik meg a felhasználói portálon. A Kezelés részen kattintson a Tulajdonságok lehetőségre, és állítsa a felhasználók számára látható beállítást Nem értékre.

Nem támogatjuk, hogy a Webex alkalmazás látható legyen a felhasználók számára.

9

Egyszeri bejelentkezés konfigurálása:

  1. A Kezelés részen kattints az Egyszeri bejelentkezés lehetőségre, majd az Egyszeri bejelentkezés kiválasztása a metódusban részen válaszd a SAML lehetőséget.

  2. Kattintson a Metaadatfájl feltöltése lehetőségre, majd válassza ki a Control Hubból letöltött metaadatfájlt.

    Metaadatfájl importálása az Azure-ba

    Egyes mezők automatikusan kitöltésre kerülnek az Ön számára.

  3. A Kezelés részen kattints az Egyszeri bejelentkezés beállítása SAML-lel lehetőségre, majd kattints a Szerkesztés ikonra az Alapszintű SAML-konfiguráció megnyitásához.

  4. Másolja ki a Válasz URL értékét, illessze be a Bejelentkezés URL-be, majd mentse el a módosításokat.

10

Lépjen a Kezelés > Felhasználók és csoportokelemre, majd válassza ki azokat a megfelelő felhasználókat és csoportokat, akiknek hozzáférést kíván adni a Webex alkalmazáshoz.

11

A Set Up Single Sign-On with SAML oldalon, a SAML Aláírási Tanúsítvány részben kattintson a Letöltés gombra a Föderációs Metaadat XML letöltéséhez és mentéséhez a számítógépre.

Az IdP metaadatainak importálása és egyszeri bejelentkezés engedélyezése a teszt után

Miután exportálta a Webex metaadatait, konfigurálta az idP-t, és letöltötte az IdP metaadatokat a helyi rendszerbe, készen áll arra, hogy importálja azt a Webex szervezetébe a Control Hubból .

Mielőtt elkezdené

Ne tesztelje az SSO-integrációt az identitásszolgáltató (IdP) felületéről. Csak a Szolgáltató által kezdeményezett (SP által kezdeményezett) folyamatokat támogatjuk, ezért ehhez az integrációhoz a Control Hub SSO tesztet kell használnia.

1

Válasszon egyet:

  • Térjen vissza a Control Hub – tanúsítvány kiválasztása oldalra a böngészőben, majd kattintson a Tovább gombra.
  • Ha a Control Hub már nem nyílik meg a böngésző fülön, az ügyfélnézetből itt: https://admin.webex.com, lépjen a következőre: Kezelés >> Szervezeti beállítások, görgessen a következőhöz: Hitelesítés, majd válassza a Műveletek >> Metaadatok importálása.
2

Az IdP metaadatok importálása lapon húzza az IdP metaadatfájlt a lapra, vagy a fájlböngésző beállítással keresse meg és töltse fel a metaadatfájlt. Kattintson a Tovább gombra .

Ha teheti, használja a Biztonságosabb opciót. Ez csak akkor lehetséges, ha az idP nyilvános hitelesítésszolgáltatót használt a metaadatok aláírásához.

Minden más esetben a Kevésbé biztonságos opciót kell használnia . Ez magában foglalja azt az esetben is, ha a metaadatokat nem írta alá, nem írta alá vagy írta alá egy magán hitelesítésszolgáltató.

Az Okta nem írja alá a metaadatokat, ezért az Okta SSO-integrációhoz a Kevésbé biztonságos lehetőséget kell választania .

3

Válassza az SSO-beállítás teszteléselehetőséget, és amikor megnyílik egy új böngészőfül, jelentkezzen be az IdP-vel.

Ha hitelesítési hiba jelenik meg, előfordulhat, hogy probléma van a hitelesítő adatokkal. Ellenőrizze a felhasználónevet és a jelszót, majd próbálkozzon újra.

A Webex alkalmazás hibája általában az SSO beállításával kapcsolatos problémát jelent. Ebben az esetben sétáljon át újra a lépéseken, különösen azokon a lépéseken, amelyek során a Control Hub metaadatait az IdP-beállításba másolja és beilleszti.

Ha közvetlenül szeretné megtekinteni az SSO bejelentkezési élményt, kattintson az URL másolása a vágólapra lehetőségre erről a képernyőről, és illessze be egy privát böngészőablakba. Ezután kipróbálhatja az SSO-val történő bejelentkezést. Ez a lépés leállítja a hamis pozitív eredményt, mert egy hozzáférési jogkivonat lehet egy meglévő munkamenetben, amikor be van jelentkezve.

4

Térjen vissza a Control Hub böngésző lapra.

  • Ha a teszt sikeres volt, válassza a Sikeres teszt lehetőséget . Kapcsolja be az egyszeri bejelentkezést, és kattintson a Továbbgombra .
  • Ha a teszt sikertelen volt, válassza a Sikertelen teszt lehetőséget . Kapcsolja ki az egyszeri bejelentkezést, és kattintson a Továbbgombra .

Az SSO-konfiguráció csak akkor lép érvénybe a szervezetben, ha az első választógombot választja, és aktiválja az SSO-t.

Mi a következő lépés

Használja az Okta-felhasználók szinkronizálása a Cisco Webex Control Hubba című témakör eljárásait, ha az Okta-ból a Webex felhőbe szeretné kiépíteni a felhasználókat.

Használja az Azure Active Directory felhasználók szinkronizálása a Cisco Webex Control Hub, ha azt szeretné, hogy a felhasználói ellátás ki az Azure AD a Webex felhő.

Az Automatikus e-mailek letiltása szakaszban leírt eljárást követve letilthatja az Ön szervezetében lévő új Webex alkalmazás felhasználóknak küldött e-maileket. A dokumentum a szervezet felhasználóinak történő kommunikáció kiküldésére vonatkozó gyakorlati tanácsokat is tartalmaz.

Azure integráció hibaelhárítása

A SAML-teszt elvégzésekor győződjön meg arról, hogy a Mozilla Firefoxot használja, és telepítse a SAML nyomkövetőt https://addons.mozilla.org/en-US/firefox/addon/saml-tracer/

Ellenőrizze az Azure-ból származó állítást, és győződjön meg arról, hogy a megfelelő névnévformátummal rendelkezik, és rendelkezik-e olyan attribútummal, amely megfelel a Webex App felhasználójának.