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