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