Научете за разликите между управлението на сайт на Webex в Control Hub и администрация на сайта.
Контролирайте управляваните от центъра Webex сайтове
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 и администрация на сайта
Следващата таблица обяснява значителните разлики между управлението на сайт на Webex в Control Hub и администрация на сайта.
Административен опит | Control Hub | Администриране на сайта | ||
---|---|---|---|---|
Управление на потребители | Потребителите се управляват централно в Control Hub, включително присвояване на лицензи и конфигуриране на нива на обслужване. | Потребителите и настройките на Webex Meetings се управляват в администрация на сайта. Ако имате други продукти на Webex , като Webex App, трябва да управлявате потребителите и настройките за този продукт в Control Hub. | ||
Потребителите ще използват едни и същи идентификационни данни за влизам както в Webex App, така и в 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 , управляван от администрация на сайта . | ||
Домакини в други компании или организации | Потребителите трябва да са в организацията Control Hub, за да им бъде назначен лиценз за хост или присъстващ в Webex Meetings. | Хост на сайт на Webex може да принадлежи на всяка компания или организация. | ||
Множество Webex сайтове | Всички Webex сайтове в Control Hub споделят общи настройки, като създаване на потребители и как потребителите се удостоверяват в Webex. Потребителите могат да имат само една парола за всички услуги на Webex . Един и същ потребител не може да има различни пароли на различни сайтове на Webex . Ако една организация е конфигурирана за SSO, тогава всички управлявани от Control Hub сайтове Webex в една и съща организация следват същия SSO. | Всеки сайт на Webex е автономен и един и същ потребител може да има различни имейл адреси и пароли в различни сайтове на Webex . Компания с множество Webex сайтове може да избере сайтовете на Webex , на които да активира или деактивира SSO. | ||
API** и интеграции | Control Hub също използва Хората REST API за управление на потребители, като например създаване или лицензиране на потребители. Webex XML API са съвместими напред с управлявани от Control Hub сайтове за управление на потребителите. Модификациите обикновено не са необходими за повечето интеграции след актуализиране на сайта до Control Hub. За повече информация вж Общ преглед на актуализациите на API на Cisco Webex Meetings ( API 41) . | API интеграциите могат да бъдат изградени изцяло с Webex XML API . | ||
Администраторите заобикалят SSO | Външните администратори могат да заобиколят SSO на организацията, която притежава сайт на Webex. | Администраторите могат да заобиколят SSO на сайта на Webex , за да влизам, ако идентификационните данни се съхраняват на сайт на Webex. | ||
SSO конфигурация | Всички сайтове споделят едни и същи SSO конфигурации и доставчик на идентичност (IdP). Можете да имате еднакъв SSO за всички сайтове или изобщо да нямате SSO . Ако Организацията, управлявана от Control Hub, е конфигурирана с SSO , след което свързаните администрация на сайта на сайта с различен IdP от организацията ще използват същия IdP като този в Control Hub (предишният IdP, използван в администрация на сайта , няма да се прилага повече). Сайтовете за администрация на сайта на сайта без конфигуриран SSO ще имат активиран SSO и ще използват същия IdP като организацията, след като бъдат актуализирани до Control Hub. | Всеки сайт може да бъде настройвам с различни SSO конфигурации и IdP. Сайтът може също да няма SSO, дори ако свързаната организация, управлявана от Control Hub, използва SSO. | ||
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. |
Позволете на потребителя да запази паролата за акаунт в бисквитки. | Не се поддържа директно, но Webex Identity използва OAUTH и поддържа потребителите влезли. |
Администраторски контрол за инициализиране или нулиране на парола, принудителна смяна на пароли или работа със забравени пароли. | Паролата се контролира директно между потребителите и Webex Identity (или SSO). |
Администраторска обработка на заявки за забравена парола на потребител | Не се поддържа . Планирана функция позволява на администраторите да изискват от потребителите да променят паролите си. |
Потребителите могат да конфигурират парола за всеки сайт. | Потребителските пароли се конфигурират с Webex Identity. Едни и същи пароли са приложими за всички сайтове и услуги на Webex . |
Стойности на потребителския профил
Control Hub
Стойностите на потребителския профил са централизирани в самоличността на Webex . Потребителите в организациите на Control Hub имат едни и същи стойности за полетата на потребителски профил във всички управлявани от Control Hub сайтове. Някои стойности, като напр address
, все още не са синхронизирани от самоличността на Webex към сайтовете за срещи. Тези стойности ще бъдат синхронизирани с самоличността на Webex в бъдеще.
Администриране на сайта
Стойностите на потребителския профил се конфигурират за всеки сайт, така че един и същ потребител може да има различни стойности в множество сайтове.
Персонализирани шаблони за имейли
Някои от шаблоните за имейли в администрация на сайта не са приложими към Control Hub, така че персонализирането на тези шаблони за имейли не е приложимо в управляваните от Control Hub сайтове. Например имейлите за добре дошли се контролират чрез лицензиране на потребители и администраторите не участват в управлението на потребителска парола .
Следните шаблони за имейли не могат да се персонализират в управляваните от Control Hub сайтове, но могат да се персонализират в администрация на сайта:
Експортиране на завършено или прекратено уведомление
Импортиране на завършено или прекратено уведомление
Сравнителна диаграма за потребителски функции в срещи
Функция | Control Hub | Администриране на сайта |
---|---|---|
Функции преди срещата | ||
Опция за планиране | Няма | Ако администраторите са конфигурирали сайта с SSO удостоверяване за присъстващите , тогава хостовете могат:
|
Присъединете се към аудио частта на PCN преди хост | Няма/A. Участниците трябва да изчакат във фоайето, докато домакинът се присъедини. | Да |
Характеристики по време на среща | ||
Показване на суфикс в списъка с участници | Ако Показване на вътрешния потребителски маркер в списъка с участници е активиран от администратора, суфиксът се показва като вътрешни за удостоверени потребители. Не се показва суфикс за неудостоверени потребители. SSO не се изисква за тази функция. | Администраторите могат да персонализират суфикса за удостоверени и неудостоверени потребители. SSO се изисква за тази функция. |
Изживяване при влизане на краен потребител | ||
Последователно изживяване при влизане във всички сайтове и услуги на Webex . Потребителите влизам с един имейл адрес за всяка услуга. | Потребителите могат да имат различни имейл адреси или пароли в различни сайтове на Webex . |