Благодарим за обратната връзка.
Разлики между контролния център и управляваните от администрацията на сайта сайтове Webex
Обратна връзка?Управлявани от центъра за управление на Webex сайтове
Control Hub е административен портал за всички продукти за сътрудничество в облак на Cisco. Можете да управлявате всяка услуга на Webex на едно място. Предимствата на управлението на сайтове в Control Hub включват:
-
Унифицирани лицензи за всички услуги на Webex.
-
Постоянни политики за сигурност във всички услуги на Webex.
-
Общо преживяване за влизане за всички крайни потребители между различните услуги на Webex.
-
Съвременни администраторски контроли, като Directory Connector, SCIM и Active Directory групи.
-
Лицензни шаблони за автоматично присвояване на множество лицензи на потребителите.
Управлявани от администриране на сайтове Webex сайтове
Администрацията на сайта е административен портал само за Webex Meetings пакета. Ако организацията ви реши да добави повече продукти, като например приложението Webex илиWebex Calling, ще трябва да управлявате тези продукти в Control Hub, докато все още използвате администрирането на сайта за управление. Webex Meetings
Ако първоначално сте избрали Администриране на сайта и искате да преминете към Control Hub, можете да конвертирате в Control Hub по всяко време.
Сравнете опита на администратора между контролния център и администрирането на сайта
Следващата таблица обяснява значителните разлики между управлението на сайт на Webex в Control Hub и администрирането на сайта.
|
Административен опит |
Контролен център |
Администрация на сайта |
|---|---|---|
|
Управление на потребителите |
Потребителите се управляват централно в Control Hub, включително присвояване на лицензи и конфигуриране на нива на услуги. |
Webex MeetingsПотребителите и настройките се управляват в Администрацията на сайта. Ако имате други продукти на Webex, като Webex App, трябва да управлявате потребителите и настройките за този продукт в Control Hub. |
|
Потребителите ще използват същите идентификационни данни, за да влязат както в Webex App, така и в. Webex Meetings |
Ако сайтът на Webex е свързан, тогава потребителите могат да влязат в Webex App, като използват същите идентификационни данни, които използват за своя сайт. Webex Meetings | |
|
Потребителите могат да поискат акаунт с привилегии на хост или допълнителни услуги от целевата страница на сайта на Webex, ако администратор го разреши. За повече информация вижте Разрешаване на самостоятелна регистрация на хост акаунт за даден Webex Meetings сайт. |
Потребителите могат да поискат акаунт с привилегии на хост или допълнителни услуги от целевата страница на сайта на Webex, ако администратор го разреши. За повече информация вижте Разрешаване на самостоятелна регистрация на хост акаунт за даден Webex Meetings сайт. | |
|
Потребителите могат да получат лицензи за всяка услуга на Webex и множество сайтове на Webex в една операция, включително когато потребителят е създаден за първи път с автоматичен шаблон за лиценз. |
Потребителите могат да получат лицензи само за един сайт на Webex наведнъж. | |
|
Потребителите могат да бъдат създадени автоматично чрез API за хора и SCIM, Directory Connector и AzureActive Directory. |
Потребителите могат да бъдат създадени автоматично чрез автоматично създаване на акаунт на SSO и XML API. | |
|
На различни групи потребители Active Directory могат да бъдат присвоени различни лицензи въз основа на шаблон за лиценз. |
Active Directoryне е наличен за администриране на сайта. | |
|
Деактивирайте или активирайте отново потребителите на уебсайт на Webex чрез премахване или добавяне на лицензи. |
Деактивирайте или активирайте отново потребителите на сайт на Webex с квадратче за отметка. | |
|
Външни и вътрешни участници |
Администраторите могат да идентифицират вътрешните участници с опция за вътрешен таг. |
Администраторите трябва да добавят персонализиран етикет, за да идентифицират вътрешните участници. Тази опция е достъпна само за сайтове с възможност за SSO. |
|
Проследяващи кодове |
Кодовете за проследяване са незадължителни за нови хостове. |
Администраторите могат да направ ят кодове за проследяване, необходими за нови хостове. |
|
Персонализирайте имейл шаблоните |
Не можете да персонализирате имейли за включване в акаунта, като например имейли за добре дошли. |
Можете да персонализирате имейлите за въвеждане на акаунта. |
|
Администраторско лицензиране и хостинг |
Администраторите могат да управляват сайт на Webex, без да консумират лиценз, но е необходим лиценз, за да могат да бъдат домакин на срещи. Пълните администратори в организацията имат достъп до всички уебсайтове на Webex, управлявани от Control Hub. Администраторите от партньорски организации могат да провеждат тестови срещи, без да консумират лиценз. |
Администраторите консумират лиценз, за да станат администратор на сайта и могат да хостват срещи. Пълните администратори в организацията, притежаващи множество сайтове на Webex, нямат автоматично административен достъп до всички сайтове, управлявани от администрацията на сайта. Трябва да им бъде изрично предоставен административен достъп до всеки уебсайт на Webex, управляван от администрацията на сайта. |
|
Домакини в други компании или организации |
Потребителите трябва да са в организацията на контролния център, за да получат лиценз за хост или участник. Webex Meetings |
Хост на уебсайт на Webex може да принадлежи на всяка компания или организация. |
|
Множество сайтове на Webex |
Всички сайтове на Webex в Control Hub споделят общи настройки, като например създаване на потребители и как потребителите се удостоверяват с Webex. Потребителите могат да имат само една парола за всички услуги на Webex. Един и същ потребител не може да има различни пароли на различни сайтове на Webex. Ако дадена организация е конфигурирана за SSO, тогава всички управлявани от Control Hub сайтове на Webex в една и съща организация следват един и същ SSO. |
Всеки сайт на Webex е автономен и един и същ потребител може да има различни имейл адреси и пароли в различни сайтове на Webex. Компания с множество сайтове на Webex може да избере сайтовете на Webex, на които да активира или деактивира SSO. |
|
APIS** и интеграции |
Контролният център също използва API на People REST за управление на потребителите, като например създаване или лицензиране на потребители. Webex XML API са съвместими с управляваните от Control Hub сайтове за управление на потребителите. Модификациите обикновено са ненужни за повечето интеграции след актуализацията на сайта до Control Hub. За повече информация вижте Общ преглед на актуализациите на Cisco Webex Meetings API (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 и разселени лица. Сайтът също не може да има SSO, дори ако свързаната организация, управлявана от контролния център, използва SSO. |
|
SSO удостоверяване на присъстващите |
Понастоящем тази функция не е налична за сайтове, управлявани от Control Hub. В бъдеще администраторите ще могат да конфигурират Control Hub да изисква влизане за всички участници, чиито имейл адреси съвпадат с домейни, заявени от организацията. Това ще се отнася и за организации, които не са SSO. |
Администраторите могат да изискват удостоверяване на SSO за участниците за участници, чиито имейл адреси съответстват на конкретни домейни. Това изискване се прилага само за срещи на този сайт. |
|
Прегледайте заявките за саморегистрация |
Администраторите преглеждат заявките в центъра за предупрежд ения. | Администраторите преглеждат заявките в Администратор на сайта. |
** Интеграциите на API за управлявани от администриране на сайтове на Webex може да се наложи да бъдат модифицирани, за да работят в управляваните от Control Hub сайтове на Webex, ако актуализирате до Control Hub на по-късна дата.
Препоръчва се интеграциите на API да бъдат тествани задълбочено, за да се увери, че всички функции работят, след като сайтовете на Webex бъдат актуализирани от администриране на сайтове до контролен център.
Разлики между функциите за управление на пароли в контролния център и администрирането на сайта
Следващата таблица показва разликите между начина, по който управлението на паролите работи в администрирането на сайта и контролния център. За повече информация относно управлението на паролите в 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. |
Стойности на потребителския профил
Контролен център
Стойностите на потребителския профил са централизирани в идентичността на Webex. Потребителите в организациите на Control Hub
имат еднакви стойности за полетата на потребителския профил във всички управлявани сайтове на Control Hub. Някои
стойности, като addressнапример, все още не са синхронизирани от идентичността на Webex със сайтовете за срещи. Тези ценности ще бъдат синхронизирани с идентичността на Webex в бъдеще.
Администрация на сайта
Стойностите на потребителския профил се конфигурират за всеки сайт, така че един и същ потребител може да има различни стойности в множество сайтове.
Персонализирани имейл шаблони
Някои от шаблоните за имейл в Администриране на сайтове не са приложими за Control Hub, така че персонализирането за тези имейл шаблони не е приложимо в управляваните от Control Hub сайтове. Например имейлите за добре дошли се контролират чрез лицензиране на потребители, а администраторите не участват в управлението на потребителските пароли.
Следните шаблони за имейл не могат да се персонализират в управляваните от Control Hub сайтове, но могат да се персонализират в Администриране на сайтове:
-
Износ на завършено или прекратено уведомление
-
Импортиране на завършено или прекратено уведомление
Сравнителна таблица за потребителски функции в събрания
|
Функция |
Контролен център |
Администрация на сайта |
|---|---|---|
|
Функции преди срещата | ||
|
Опция за планиране |
N/A |
Ако администраторите конфигурират сайта с удостоверяване на SSO за присъстващите, тогава хостовете могат:
|
|
Присъединете се към аудио част на PCN преди хост |
N/A. Участниците трябва да изчакат във фоайето, докато домакинът се присъедини. |
Да |
|
Функции по време на срещата | ||
|
Показване на наставката в списъка с участници |
Ако администрат ора е активиран показване на вътрешния потребителски маркер в списъка с участ ници, наставката се показва като вътре шен за удостоверени потребители. Не се показва наставка за потребители, които не са удостоверени. За тази функция не се изисква SSO. |
Администраторите могат да персонализират наставката за удостоверени и неудостоверени потребители. За тази функция е необходим SSO. |
|
Изживяване при влизане на крайния потребител | ||
|
Постоянно влизане във всички сайтове и услуги на Webex. Потребителите влизат с един имейл адрес за всяка услуга. |
Потребителите могат да имат различни имейл адреси или пароли в различни сайтове на Webex. | |
