- Головна
- /
- Стаття
Дякуємо за відгук.
У цій статті
Надіслати відгук?Ви можете налаштувати інтеграцію єдиного входу (SSO) між центром керування та розгортанням, яке використовує Okta як постачальника ідентифікацій (IdP).
Єдиний вхід і центр управління
Єдиний вхід (SSO) — це сеанс або процес автентифікації користувача, який дозволяє користувачеві надавати облікові дані для доступу до однієї або декількох програм. Процес автентифікує користувачів для всіх програм, на які їм надаються права. Це виключає подальші підказки, коли користувачі перемикають програми під час певного сеансу.
Протокол федерації мови розмітки твердження безпеки (SAML 2.0) використовується для забезпечення автентифікації SSO між хмарою Webex та вашим постачальником ідентифікаційних даних (IdP).
Профілі
Додаток Webex підтримує лише профіль SSO веб-браузера. У профілі SSO веб-браузера Webex App підтримує такі прив'язки:
-
SP ініціював POST -> POST прив'язка
-
SP ініціював ПЕРЕАДРЕСАЦІЮ -> POST прив'язка
Формат іменіID
Протокол SAML 2.0 підтримує кілька форматів NameID для спілкування про конкретного користувача. Додаток Webex підтримує наступні формати 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
У метаданих, які ви завантажуєте з вашого IdP, перший запис налаштовано для використання у Webex.
Інтеграція центру управління з Okta
Посібники з конфігурації показують конкретний приклад інтеграції SSO, але не надають вичерпної конфігурації для всіх можливостей. Наприклад, етапи інтеграції докумен nameid-format urn:oasis:names:tc:SAML:2.0:nameid-format:transientтуються. Інші формати, такі як, працюв urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified or urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddressатимуть для інтеграції SSO, але знаходяться поза межами нашої документації.
Налаштуйте цю інтеграцію для користувачів у вашій організації Webex (включаючи Webex App та інші Webex Meetings служби, які адмініструються в Control Hub). Якщо ваш сайт Webex інтегрований у Центр керування, сайт Webex успадковує управління користувачами. Якщо ви не можете отримати доступ Webex Meetings таким чином і ним не керується в Control Hub, вам потрібно зробити окрему інтеграцію, щоб увімкнути SSO дляWebex Meetings.
Перш ніж почати
-
Для SSO та Центру керування внутрішньо переміщеними особами повинні відповідати специфікації SAML 2.0. Крім того, ВПО повинні бути налаштовані таким чином:
Webex підтримує лише потоки, ініційовані постачальником послуг (SP). Це означає, що користувачі повинні почи нати свої сеанси з сайту Webex. Це гарантує, що аутентифікація буде належним чином маршрутизована через платформу Webex.
Завантажте метадані Webex у свою локальну систему
| 1 |
Увійдіть до центру керування. |
| 2 |
Перейдіть до меню . |
| 3 |
Перейдіть на вкладку Постачальник іденти фікації та натисніть Активувати SSO. |
| 4 |
Виберіть IdP. |
| 5 |
Виберіть тип сертифіката для вашої організації:
Довірчі анкери — це відкриті ключі, які виконують функцію авто ритету для перевірки сертифіката цифрового підпису. Для отримання додаткової інформації зверніться до документації IdP. |
| 6 |
Завантажте файл метаданих. <org-ID>Назва файлу метаданих Webex - idb-meta- -SP.xml. |
Налаштування Okta для служб Webex
Коли ви налаштовуєте Cisco Webexпрограму на порталі адміністратора Okta, налаштуйте значок програми за замовчуванням, щоб він залишався прихованим. Для цього перейдіть до Налаштування додатка значте Не відоб ражати піктограму програми користувачам та Не відображати піктограму програми в мобільному додатку Okta.
| 1 |
Увійдіть до Okta Tenant ( |
| 2 |
Шукайте
|
| 3 |
Натисніть кнопку Далі, а потім клацніть SAML 2.0. |
| 4 |
Відкрийте у своєму браузері файл метаданих, який ви завантажили з Центру керування. Скопіюйте URL-адреси для EntityId (у верхній частині файлу) та розташування AssertionConsumerService (внизу файлу).
 |
| 5 |
На Cisco Webexвкладці Okta прокрутіть до Додаткових параметрів, а потім вставте значення ідентифікатора сутності та служби споживачів Assertion, скопійовані з файлу метаданих Центру керування, а потім збережіть зміни.
 |
| 6 |
Натис ніть Увійти, а потім завантажте файл метаданих Okta. Ви імпортуєте цей файл назад у свій екземпляр Центру керування. Щоб надати користувачам доступ до свого конкретного сайту Webex, ви можете створити власну програму в Okta. Налаштуйте веб-посилання, яке спрямовує користувачів на їх
ню унікальну URL-адресу сайту Webex. Переконайтеся, що ви налаштували параметри видимості програми в Okta так, щоб ця
спеціальна піктограма програми була видимою користувачам.
|
| 7 |
Натисніть З бірки, виберіть усіх користувачів і відповідні групи, які потрібно пов'язати з програмами та службами, керованими в Центрі керування, натисніть При значити, а потім натисніть кнопку Го тово. Ви можете призначити користувача або групу. Не пропустіть цей крок, інакше інтеграція Control Hub та Okta не працюватиме. |
Імпортуйте метадані IdP та увімкніть єдиний вхід після тестування
Після експорту метаданих Webex, налаштування вашого IdP та завантаження метаданих IdP до локальної системи ви готові імпортувати їх у свою організацію Webex з центру керування.
Перш ніж почати
Не перевіряйте інтеграцію SSO з інтерфейсу постачальника ідентифікацій (IdP). Ми підтримуємо лише потоки, ініційовані постачальником послуг (ініційовані SP), тому для цієї інтеграції потрібно використовувати тест SSO Control Hub.
| 1 |
Виберіть один:
|
| 2 |
На сторінці Імпорт метаданих IdP перетягніть файл метаданих IdP на сторінку або скористайтеся параметром браузера файлів, щоб знайти та завантажити файл метаданих . Натисніть кнопку Далі.
Ви повинні використовувати параме тр Більш безпе чний, якщо можете. Це можливо лише в тому випадку, якщо ваш Ідентифікатор використовував загальнодоступну CA для підписання метаданих. У всіх інших випадках необхідно використовувати параметр Менш захи щений. Це стосується випадків, коли метадані не підписані, самопідписані або підпис ані приватною CA. Okta не підписує метадані, тому для інтеграції Okta SSO потрібно вибрати «Менш безпе чний». |
| 3 |
Виберіть Тестувати налаштування SSO, і коли відкриється нова вкладка браузера, перевірте автентифікацію за допомогою IdP, ввійшовши в систему. Якщо ви отримуєте помилку автентифікації, може виникнути проблема з обліковими даними. Перевірте ім'я користувача та пароль і повторіть спробу. Помилка програми Webex зазвичай означає проблему з налаштуванням SSO. У цьому випадку виконайте кро ки ще раз, особливо кроки, коли ви копіюєте та вставля єте метадані Центру керування в налаштування IdP. Щоб побачити вхід SSO безпосередньо, ви також можете натиснути Копі ювати URL-адресу в буфер обміну на цьому екрані та в ставити її у вікно приватного браузера. Звідти ви можете пройти через в хід за допомогою SSO. Цей крок зупиняє помилкові позитивні результати через то кен доступу, який може бути в існуючому сеансі після входу в систему. |
| 4 |
Поверніться на вкладку браузера Control Hub.
Налаштування SSO не набирає чинності у вашій організації, якщо ви не виберете першу перемикач і не активуєте SSO. |
Що робити далі
Скористайтеся процедурами у розділі Син хронізувати користувачів Okta, Cisco Webex Control Hub якщо ви хочете здійснити підготовку користувачів з Okta у хмару Webex.
Скористайтеся процедурами у розділі Син хронізувати Active Directory користувачів Azure, Cisco Webex Control Hub якщо ви хочете здійснити підготовку користувачів із Azure AD у хмару Webex.
Ви можете виконати процедуру в розділі При душення автоматизованих електронних лист ів, щоб вимкнути електронні листи, які надсилаються новим користувачам програми Webex у вашій організації. Документ також містить найкращі методи надсил ання повідомлень користувачам у вашій організації.
