Відмінності між Control Hub і сайтами Webex під керуванням адміністрування вебсайту
Вебсайти Webex під керуванням Control Hub
Control Hub — це адміністративний портал для всіх продуктів cisco для хмарної співпраці. Ви можете керувати кожною службою Webex в одному місці. До переваг керування сайтами в Центрі керування входять:
-
Уніфіковані призначення ліцензій для всіх служб Webex.
-
Узгоджена політика безпеки для всіх служб Webex.
-
Загальні можливості входу для всіх кінцевих користувачів між різними службами Webex.
-
Сучасні елементи керування адміністратором, як-от Directory Connector, SCIM та групи Active Directory.
-
Шаблони ліцензій для автоматичного призначення кількох ліцензій користувачам.
Вебсайти Webex під керуванням адміністрування вебсайту
Адміністрація сайту є адміністративним порталом тільки для webex Meetings Suite. Якщо ваша організація вирішить додати більше продуктів, наприклад програму Webex або Webex Calling, вам доведеться керувати цими продуктами в Центрі керування, одночасно використовуючи адміністрування сайту для керування вебекс-зустрічами.
Якщо ви спочатку вибрали адміністрування вебсайту й хочете перейти на Control Hub, ви можете перетворити на Control Hub будь-коли.
Порівняйте можливості адміністратора між Control Hub і службою адміністрування вебсайту.
У наведеній нижче таблиці описано суттєві відмінності між керуванням вебекс-сайтом у Центрі керування та адмініструванням сайту.
Адміністративний досвід |
Control Hub |
служба адміністрування вебсайту |
---|---|---|
Керування користувачами |
Керування користувачами здійснюється центрально в Control Hub, зокрема призначення ліцензій і налаштування рівнів служби. |
Користувачами та налаштуваннями Webex Meetings керуються в Адміністрації сайту. Якщо ви маєте інші продукти Webex, як-от програма Webex, вам доведеться керувати користувачами й налаштуваннями цього продукту в Control Hub. |
Користувачі використовуватимуть ті самі облікові дані для входу в програму Webex і Webex Meetings. |
Якщо зв’язано вебсайт Webex, користувачі можуть увійти в програму Webex, використовуючи ті самі облікові дані, що й на своєму вебсайті Webex Meetings. | |
Користувачі можуть запитувати обліковий запис із правами організатора або додатковими службами на цільовій сторінці свого вебсайту Webex, якщо це дозволено адміністратором. Додаткову інформацію див. в розділі Дозволити обліковий запис організатора самостійно реєструватися на вебсайті Webex Meetings. |
Користувачі можуть запитувати обліковий запис із правами організатора або додатковими службами на цільовій сторінці свого вебсайту Webex, якщо це дозволено адміністратором. Додаткову інформацію див. в розділі Дозволити обліковий запис організатора самостійно реєструватися на вебсайті Webex Meetings. | |
Користувачам можуть бути призначені ліцензії на будь-яку службу Webex і кілька веб-сайтів за одну операцію, в тому числі при першому створенні користувача за допомогою автоматичного шаблону ліцензії. |
Одночасним користувачам можуть бути призначені ліцензії лише для одного веб-сайту. | |
Користувачів можна автоматично створювати за допомогою API "Люди" та SCIM, "З'єднувач каталогів" та Azure Active Directory. |
Користувачів можна автоматично створювати за допомогою автоматичного створення облікового запису SSO та XML API. | |
Різним групам користувачів в Active Directory можуть бути призначені різні ліцензії на основі шаблону ліцензії. |
Служба Active Directory недоступна для адміністрування сайту. | |
Деактивуйте або повторно активуйте користувачів на веб-сайті, видаливши або додавши ліцензії. |
Установіть прапорець деактивувати або повторно активувати користувачів на веб-сайті. | |
Зовнішні і внутрішні учасники |
Адміністратори можуть ідентифікувати внутрішніх учасників за допомогою параметра внутрішнього тега. |
Адміністратори повинні додати настроювану мітку для ідентифікації внутрішніх учасників. Цей параметр доступний лише для сайтів із підтримкою єдиного входу. |
Коди відстеження |
Коди відстежування необов’язкові для нових організаторів. |
Адміністратори можуть створювати коди відстеження, необхідні для нових хостів. |
Налаштувати шаблони електронних листів |
Неможливо налаштувати електронні листи для реєстрації облікового запису, як-от вітальні. |
Ви можете налаштувати електронні листи реєстрації облікового запису. |
Ліцензування адміністратора та хостингу |
Адміністратори можуть керувати вебсайтом Webex без використання ліцензії, але для організації нарад потрібна ліцензія. Адміністратори з повними правами в організації мають доступ до запису на всі вебсайти Webex під керуванням Control Hub. Адміністратори партнерських організацій можуть проводити тестові зустрічі без використання ліцензії. |
Адміністратори споживають ліцензію, щоб стати адміністратором сайту, і можуть проводити зустрічі. Адміністратори з повними правами в організації, що мають кілька вебсайтів Webex, не мають автоматично адміністративного доступу до всіх вебсайтів під керуванням служби адміністрування вебсайту. Їм потрібно чітко надати адміністративний доступ до кожного вебсайту Webex під керуванням служби адміністрування вебсайту. |
Хости в інших компаніях або організаціях |
Користувачі повинні бути в організації Control Hub, щоб їм було призначено ліцензію хоста або учасника на вебекс-зустрічі. |
Хост на вебекс-сайті може належати будь-якій компанії або організації. |
Кілька веб-сайтів |
Усі веб-сайти в Центрі керування мають спільні загальні настройки, такі як створення користувачів і спосіб автентифікації користувачів у Webex. Користувачі можуть мати лише один пароль у всіх службах Webex. Один і той самий користувач не може мати різні паролі на різних вебсайтах Webex. Якщо організація налаштована на SSO, усі вебсайти Webex під керуванням Control Hub у межах однієї організації дотримуються одного SSO. |
Кожен вебсайт Webex є автономним, і той самий користувач може мати різні адреси електронної пошти й паролі на різних вебсайтах Webex. Компанія з кількома вебсайтами Webex може вибрати вебсайти Webex, на яких увімкнути або вимкнути SSO. |
API** та інтеграції |
Центр керування також використовує API People REST для керування користувачами, наприклад для створення або ліцензування користувачів. Інтерфейси XML API Webex попередньо сумісні з вебсайтами під керуванням Control Hub для керування користувачами. Зміни, як правило, не потрібні для більшості інтеграцій після перенесення вебсайту до Control Hub. Додаткову інформацію див. в Огляд оновлень API Cisco Webex Meetings (API 41). |
Інтеграції API можуть бути повністю побудовані за допомогою API Webex XML. |
Адміни в обхід єдиного входу |
Зовнішні адміністратори можуть обійти єдиний вхід організації, якій належить сайт Webex. |
Адміністратори можуть обходити систему єдиного входу вебсайту Webex, щоб увійти, якщо облікові дані зберігаються на вебсайті Webex. |
Конфігурація єдиного входу |
Усі сайти мають однакові конфігурації єдиного входу та постачальника посвідчень (IdP). Ви можете або мати однаковий SSO для всіх сайтів, або взагалі не мати SSO. Якщо організація, керована Control Hub, налаштована за допомогою SSO, пов’язані сайти служби адміністрування вебсайту з іншим IdP, ніж організація, використовуватимуть той самий IdP, що й у Control Hub (попередній IdP, який використовується в службі адміністрування вебсайту, більше не застосовуватиметься). На сайтах служби адміністрування вебсайтів без налаштованого SSO буде ввімкнено SSO й буде використано той самий IdP, що й у організації, після оновлення до Control Hub. |
Кожен сайт може бути налаштований з різними конфігураціями єдиного входу та ВПО. Вебсайт також може не мати SSO, навіть якщо пов’язана організація, керована Control Hub, використовує SSO. |
Автентифікація єдиного входу для учасників |
Ця функція недоступна зараз для вебсайтів під керуванням Control Hub. У майбутньому адміністратори зможуть налаштувати Control Hub, щоб вимагати виконання входу в систему для всіх учасників, адреси електронної пошти яких відповідають доменам, зарезервованим організацією. Це також стосується організацій, які не використовують SSO. |
Адміністратори можуть вимагати автентифікацію SSO для відвідувачів для учасників, адреси електронної пошти яких відповідають певним доменам. Ця вимога стосується лише нарад на цьому сайті. |
Переглядайте запити на самостійну реєстрацію |
Адміністратори переглядають запити в центрі оповіщень. | Адміністратори переглядають запити в адміністратора вебсайту. |
** Можливо, необхідно змінити інтеграцію API для сайтів Webex під керуванням служби адміністрування вебсайтів Webex під керуванням Control Hub, якщо перейти до Control Hub пізніше.
Рекомендується ретельно тестувати інтеграції API, щоб переконатися, що всі функції працюють після оновлення вебсайтів Webex із служби адміністрування вебсайту до Control Hub.
Відмінності між функціями керування паролями у Control Hub і службі адміністрування вебсайту
У наведеній нижче таблиці показано відмінності між тим, як працює керування паролями в службі адміністрування вебсайту та Control Hub. Докладніше про керування паролями у Control Hub див. цю статтю.
Функції пароля адміністрування вебсайту | Центр керування |
---|---|
Налаштуйте характеристики пароля, як-от мінімальну довжину й буквено-цифрові символи. |
Можна налаштувати:
Не налаштовується:
|
Не дозволяти повторне використання останніх [N] паролів. | Не дозволяти повторне використання останніх [N] паролів. N має бути 1-5. |
Старіння пароля – змушуйте користувачів змінювати пароль раз на [N] дн. | Старіння пароля – налаштування [N] Дн. N має бути більшим за 90 і меншим за 1825 (5 років). Значення за замовчуванням: 1825. |
Не дозволяти текст динамічних вебсторінок для паролів облікового запису (ім’я вебсайту, ім’я організатора, ім’я користувача). | Не використовуйте значення загальних полів, як-от ім’я вебсайту чи ім’я користувача, як пароль. |
Не використовуйте пароль зі списку. | Не дозволяти паролі облікового запису зі списку. |
Вимагати від користувачів змінювати пароль під час наступного входу. | Не підтримується. Запланована функція дозволяє адміністраторам вимагати від користувачів змінювати паролі. |
Блокування пароля після [N] спроб. | Вбудована затримка після неодноразових спроб і captcha. |
Дозвольте користувачу зберігати пароль облікового запису в файлах cookie. | Не підтримується безпосередньо, але Webex Identity використовує OAUTH і підтримує вхід користувачів. |
Керування адміністратором для ініціалізації або скидання пароля, примусової зміни паролів або обробки забутих паролів. | Пароль безпосередньо контролюється між користувачами та ідентифікацією Webex (або SSO). |
Адміністратор обробки запитів щодо забутих паролів користувачів | Не підтримується. Запланована функція дозволяє адміністраторам вимагати від користувачів змінювати паролі. |
Користувачі можуть налаштувати пароль для кожного сайту. | Паролі користувачів налаштовуються за допомогою ідентичності Webex. Ті самі паролі застосовуються до всіх вебсайтів і служб Webex. |
Значення профілю користувача
Центр керування
Значення профілю користувача централізовано в ідентичності Webex. Користувачі в організації Control Hub мають однакові значення для полів профілю користувачів на всіх вебсайтах під керуванням Control Hub. Деякі значення, як-от адреса
, ще не синхронізовано з ідентифікаційних даних Webex із сайтами нарад. Ці значення будуть синхронізовані з ідентичністю Webex в майбутньому.
служба адміністрування вебсайту
Значення профілю користувача налаштовуються для кожного сайту, тому один і той самий користувач може мати різні значення для кількох сайтів.
Індивідуальні шаблони електронних листів
Деякі шаблони електронної пошти в службі адміністрування вебсайту не застосовуються до Control Hub, тому налаштування цих шаблонів електронної пошти не застосовується на вебсайтах, керованих Control Hub. Наприклад, вітальні електронні листи контролюються за допомогою ліцензії користувача, а адміністратори не беруть участь у керуванні паролем користувача.
Наведені нижче шаблони електронної пошти не можна налаштувати на вебсайтах під керуванням Control Hub, але можна налаштувати в службі адміністрування вебсайту:
-
Експорт готового або перерваного сповіщення
-
Імпорт готового або перерваного сповіщення
Порівняльна таблиця функцій користувачів під час нарад
Функція |
Control Hub |
служба адміністрування вебсайту |
---|---|---|
Функції перед нарадою | ||
Варіант планування |
Н/Д |
Якщо адміністратори налаштували вебсайт із автентифікацією SSO для відвідувачів, тоді організатори зможуть:
|
Приєднання до аудіочастини PCN перед хостом |
Н/Д. Відвідувачі повинні очікувати в холі, поки приєднається організатор. |
Так |
Функції під час наради | ||
Відображення суфікса у списку учасників |
Якщо Відображати тег внутрішнього користувача в списку учасників увімкнув адміністратор, суфікс буде відображатися як внутрішній для автентифікованих користувачів. Суфікс не показано для неавтентифікованих користувачів. Єдиний вхід не є обов'язковим для цієї функції. |
Адміністратори можуть настроїти суфікс для автентифікованих і неаутентифікованих користувачів. Для цієї функції необхідний SSO. |
Можливості входу кінцевих користувачів | ||
Послідовний вхід на всіх вебсайтах і службах Webex. Користувачі входять за допомогою однієї адреси електронної пошти для кожної служби. |
Користувачі можуть мати різні адреси електронної пошти або паролі на різних веб-сайтах. |