Дізнайтеся про відмінності між керуванням вебсайтом Webex у Control Hub та адмініструванням вебсайту.
Сайти Webex, якими керує Control Hub
Control Hub — це адміністративний портал для всіх продуктів Cisco для співпраці в хмарі. Ви можете керувати всіма службами Webex в одному місці. Переваги керування вебсайтами в Control Hub включають:
Уніфіковані призначення ліцензій для всіх служб Webex.
Узгоджені політики безпеки в усіх службах Webex.
Спільні можливості входу в систему для всіх кінцевих користувачів між різними службами Webex.
Сучасні елементи керування адміністратором, як-от Directory Connector, SCIM і Active Directory групи.
Шаблони ліцензій для автоматичного призначення кількох ліцензій користувачам.
Вебсайти Webex, якими керує адміністрування вебсайту
Адміністрування вебсайту — це адміністративний портал лише для Webex Meetings Suite. Якщо ваша організація вирішить додати більше продуктів, як-от програму Webex або Webex Calling, вам доведеться керувати цими продуктами в Control Hub, водночас використовуючи адміністрування вебсайту для керування Webex Meetings.
 | Якщо ви спочатку вибрали адміністрування вебсайту й хочете перейти на Control Hub, ви можете перетворити на Control Hub у будь-який час. |
Порівняйте можливості адміністратора між Control Hub і Site Administration
У таблиці нижче наведено суттєві відмінності між керуванням вебсайтом Webex у 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 і кількох вебсайтів Webex за одну операцію, зокрема коли користувача вперше створено за допомогою автоматичного шаблону ліцензії. | Одночасно користувачам можна призначити ліцензії лише для одного вебсайту Webex. | |||
Користувачів можна автоматично створювати за допомогою API користувачів і SCIM, з’єднувача каталогів і Azure Active Directory. | Користувачів можна створювати автоматично за допомогою автоматичного створення облікового запису SSO та XML API. | |||
Різним групам користувачів у Active Directory можна призначити різні ліцензії на основі a шаблон ліцензії . | Active Directory недоступний для адміністрування вебсайту. | |||
Деактивуйте або повторно активуйте користувачів на вебсайті Webex шляхом видалення або додавання ліцензій. | Деактивуйте або повторно активуйте користувачів на вебсайті Webex за допомогою прапорця. | |||
Зовнішні та внутрішні учасники | Адміністратори можуть ідентифікувати внутрішніх учасників за допомогою параметра внутрішнього тегу. | Адміністратори повинні додати користувацьку мітку для ідентифікації внутрішніх учасників.
| ||
Коди відстеження | Коди відстеження є необов’язковими для нових організаторів. | Адміністратори можуть зробити коди відстеження необхідний для нових хостів. | ||
Налаштувати шаблони електронних листів | Ви не можете налаштувати електронні листи для реєстрації облікового запису, як-от привітальні електронні листи. | Ви можете налаштувати електронні листи для реєстрації облікового запису. | ||
Ліцензування та хостинг адміністратора | Адміністратори можуть керувати вебсайтом Webex без використання ліцензії, однак ліцензія потрібна для організації нарад. Адміністратори з повними правами в організації мають доступ на запис до всіх вебсайтів Webex, якими керує Control Hub.
| Адміністратори використовують ліцензію, щоб стати адміністратором вебсайту та можуть організовувати наради. Повні адміністратори в організації, що володіють кількома вебсайтами Webex, не мають автоматичного адміністративного доступу до всіх вебсайтів під керуванням адміністрування вебсайту. Їм має бути явно надано адміністративний доступ до кожного вебсайту Webex, яким керує адміністрування вебсайту. | ||
Організатори в інших компаніях або організаціях | Щоб призначити ліцензію організатора або відвідувача у Webex Meetings, користувачі повинні бути в організації Control Hub. | Організатор на вебсайті Webex може належати будь-якій компанії або організації. | ||
Кілька вебсайтів Webex | Усі вебсайти Webex у Control Hub мають спільні налаштування, як-от створення користувачів і спосіб автентифікації користувачів у Webex. Користувачі можуть мати лише один пароль для всіх служб Webex. Один і той самий користувач не може мати різні паролі на різних вебсайтах Webex. Якщо організацію налаштовано на SSO, тоді всі вебсайти Webex під керуванням Control Hub в тій самій організації підтримують той самий SSO. | Кожен вебсайт Webex є автономним, і один і той самий користувач може мати різні адреси електронної пошти та паролі на різних вебсайтах Webex. Компанія з кількома вебсайтами Webex може вибрати вебсайти Webex, на яких увімкнути або вимкнути SSO. | ||
API** та інтеграції | Control Hub також використовує API REST для користувачів для керування користувачами, наприклад створення або ліцензування користувачів. API XML Webex є сумісними для пересилання з керованими вебсайтами Control Hub для керування користувачами. Зміни, як правило, не потрібні для більшості інтеграцій після оновлення вебсайту до Control Hub. Додаткову інформацію див Огляд оновлень API Cisco Webex Meetings (API 41) . | Інтеграції API можна повністю створити за допомогою API XML Webex . | ||
Адміністратори в обхід SSO | Зовнішні адміністратори можуть обходити SSO організації, що володіє вебсайтом Webex. | Адміністратори можуть обходити SSO вебсайту Webex для входу, якщо облікові дані зберігаються на вебсайті Webex. | ||
конфігурація SSO | Усі вебсайти використовують однакові конфігурації SSO й постачальника посвідчень (IdP). Ви можете мати однаковий SSO для всіх сайтів або не мати єдиного входу взагалі. Якщо Організацію, керовану Control Hub, налаштовано з SSO , то пов’язані сайти адміністрування вебсайту з іншим постачальником посвідчень, ніж організація, використовуватимуть того самого постачальника посвідчень, що й у Control Hub (попередній постачальник ідентифікаційних даних, який використовувався в адмініструванні вебсайту, більше не застосовуватиметься). На вебсайтах адміністрування вебсайту без налаштованого єдиного входу буде ввімкнено SSO та використовуватимуть того самого IdP, що й організація, після оновлення до Control Hub. | Для кожного сайту можна налаштувати різні конфігурації SSO та IdP. На вебсайті також не може бути SSO, навіть якщо пов’язана організація під керуванням Control Hub використовує SSO. | ||
Автентифікація SSO для відвідувачів | Ця функція зараз недоступна для сайтів під керуванням Control Hub. У майбутньому адміністратори зможуть налаштувати Control Hub так, щоб він вимагав входу в систему для всіх учасників, чиї адреси електронної пошти збігаються з доменами, зарезервованими організацією. Це також буде застосовано до організацій без єдиного входу. | Адміністратори можуть вимагати автентифікацію SSO для відвідувачів учасників, чиї адреси електронної пошти збігаються з певними доменами.
| ||
Перегляньте запити на власну реєстрацію | Адміністратори переглядати запити в центрі сповіщень . | Адміністратори переглянути запити в адміністраторі вебсайту . | ||
 | ** Інтеграції API для вебсайтів Webex, якими керує адміністрування вебсайту, можливо, потрібно буде змінити, щоб вони працювали на вебсайтах Webex під керуванням Control Hub, якщо ви оновите версію до Control Hub пізніше. Рекомендовано ретельно протестувати інтеграції API, щоб переконатися, що всі функції працюють після оновлення вебсайтів Webex із адміністрування вебсайту до Control Hub. |
Відмінності між функціями керування паролями в Control Hub і Site Administration
У наведеній нижче таблиці показано відмінності між тим, як працює керування паролями в адмініструванні вебсайту й у 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. |
Значення профілю користувача
Control Hub
Значення профілю користувача централізовано в посвідченні Webex. Користувачі в організаціях Control Hub мають однакові значення для полів профілю користувача на всіх керованих вебсайтах Control Hub. Деякі значення, наприклад address, ще не синхронізовані з ідентифікаційних даних Webex і вебсайтів Meetings. Ці значення буде синхронізовано з ідентифікатором Webex у майбутньому.
служба адміністрування вебсайту
Значення профілю користувача налаштовуються для кожного сайту, тому один і той самий користувач може мати різні значення на кількох сайтах.
Індивідуальні шаблони електронних листів
Деякі шаблони електронних листів у адмініструванні вебсайту не застосовуються до Control Hub, тому налаштування для цих шаблонів електронної пошти не можна застосувати на сайтах, якими керує Control Hub. Наприклад, привітальні електронні листи керуються через ліцензування користувачів, а адміністратори не беруть участі в управлінні паролями користувачів.
Такі шаблони електронних листів не можна налаштувати на сайтах під керуванням Control Hub, але їх можна налаштувати в адмініструванні вебсайту:
Експортувати завершене або перерване сповіщення
Імпортувати завершене або перерване сповіщення
Порівняльна діаграма для функцій користувачів на нарадах
Функція | Control Hub | служба адміністрування вебсайту |
|---|---|---|
Функції перед нарадою | ||
Параметр планування | Н/Д | Якщо адміністратори налаштували вебсайт за допомогою Автентифікація SSO для відвідувачів , тоді організатори зможуть:
|
Приєднати аудіочастину PCN перед організатором | Н/Д. Відвідувачі повинні чекати в холі, поки приєднається організатор. | Так |
Функції під час наради | ||
Відображати суфікс у списку учасників | Якщо Відображати тег внутрішнього користувача в списку учасників увімкнено адміністратором, суфікс відображається як внутрішній для автентифікованих користувачів. Для неавтентифікованих користувачів суфікс не відображається. Єдиний вхід не потрібен для цієї функції. | Адміністратори можуть налаштувати суфікс для автентифікованих і неавтентифікованих користувачів. Для цієї функції потрібен SSO. |
Можливості входу кінцевого користувача | ||
Узгоджені можливості входу на всіх вебсайтах і службах Webex. Користувачі входять за допомогою однієї адреси електронної пошти для кожної служби. | Користувачі можуть мати різні адреси електронної пошти або паролі на різних вебсайтах Webex. | |
