Управление на потребители

Имаме централизирана система за управление на потребителите в основата на Control Hub, където потребителите са различни и уникални в рамките на цялата организация (и целия Webex). В администрирането на сайта потребителският профил е различен за всеки сайт за срещи.

Единичен вход (SSO) с автоматично създаване на акаунт

В Site Admin имате функция „автоматично създаване на акаунт“, която създава потребители, когато се удостоверяват чрез SSO.

Тази функция е налична и в Control Hub. Вижте Автоматично създаване на акаунт в SAML и актуализиране за Control Hub за повече информация.

Много организации, които използват SSO, може да предпочетат централизирано да управляват своите потребители в инструменти за външни директории като Microsoft^® Active Directory и Microsoft Azure, както и да изискват удостоверяване с външни доставчици на идентичност.

Прочетете повече за:

• Добавяне на потребители към Control Hub.

• Интегриране на вашата организация в Control Hub с доставчик на самоличност.

Задължителни профилни данни и проследяващи кодове

Администрирането на сайта ви позволява да зададете задължителни полета в профила за нови потребители (предишна екранна снимка). Можете да разширите това, за да изисквате проследяващи кодове за създаване на потребител (екранна снимка по-долу). Ако конфигурирате тези допълнителни изисквания, не можете да добавяте потребители към сайта без тях.

Control Hub се нуждае само от екранно име и имейл адрес, за да създаде потребител.

Всички други потребителски полета са незадължителни, когато създавате нов потребител в Control Hub, така че ние не налагаме допълнителни данни за профили за управлявани от Control Hub сайтове.

Трябва да деактивирате задължителните полета на профилите и проследяващите кодове, преди да актуализирате сайта си до Control Hub.

Управление на пароли и блокиране

Администрирането на сайта има функция, която временно блокира потребителите, ако не успеят да влязат след няколко опита.

Control Hub има следните опции за предотвратяване на неоторизиран достъп:

• Автоматично изчакване след първите няколко неуспешни опита.

• Механизъм CAPTCHA (напълно автоматизиран публичен тест на Тюринг за разграничаване на компютрите и хората).

• Легитимните потребители имат опция за самообслужване да променят забравените си пароли.

Лицензиране на хост

Хостовете трябва да са във вашата организация Control Hub

В Site Admin можете да зададете лиценз за хост на всеки потребител. Когато управлявате сайта в Control Hub, можете да присвоявате лицензи за хост (и роля на присъстващ) само на потребители в същата организация на Control Hub.

Самостоятелна регистрация за хост акаунт

В Администратор на сайта можете да изберете да разрешите на потребителите да заявят (хост) акаунт в сайта. Можете също така да разрешите на потребителите с акаунт да изискват допълнителни услуги на сайта. (вижте екранните снимки).

Когато управлявате сайт за срещи в Control Hub, потребителите не могат да поискат свой собствен хост акаунт за този сайт.

Control Hub има централизиран, автоматизиран начин вместо това да присвоявате лицензи за срещи на нови потребители. Прочетете https://help.webex.com/n3ijtao.

Можете също да управлявате потребителски лицензи чрез API или групово, като използвате CSV.

Ако искате потребителите да изискват своите хост акаунти, можете да конфигурирате помощта/поддръжката на сайта с указатели за връзка с администратори или връзка към други инструменти.

Трябва да деактивирате „Разрешаване на регистрация на хост акаунт“ и „Разрешаване на потребителите да изискват допълнителни услуги“ в Администрирането на сайта, преди да актуализирате сайта си до Control Hub.

Control Hub има други опции за управление на лицензи, като шаблони за автоматично присвояване. Можете да получите отчет за неактивни хостове, който да ви помогне да премахнете лицензите от тези потребители, поотделно или групово, или чрез API.

Ако имате нужда от тази опция за автоматично деактивиране, а другите опции в Control Hub не са подходящи за вас, тогава трябва да избягвате да актуализирате сайта си до Control Hub в момента.

Създаване на авто акаунт за нови потребители

Ако вашият уеб сайт активира създаването на автоматичен акаунт в Site Admin, можете да разрешите подобна функция в Control Hub със създаванетона SAML автоматичен акаунт. Не забравяйте да настроите и автоматичен шаблон за лиценз, така че новите потребители автоматично да получат присвоени лицензи, след като техните акаунти бъдат създадени в организацията Control Hub.

Организации със синхронизиране на директории

Ако вашата организация е конфигурирана за синхронизиране на директории, тогава се уверете, че всички потребители, които искате да бъдат във вашата организация, присъстват в сайта. Това трябва да се направи 24 часа преди да започнете процеса на актуализиране на сайта, така че потребителите на сайта да могат да бъдат свързани с новите потребители във вашата организация Control Hub.

Администраторски достъп до сайтове на Webex веднъж актуализиран

Лице с роля на администратор за цялата организация в Control Hub автоматично ще получи достъп до сайтове, които се актуализират от Site Admin до Control Hub. Например администраторите с пълни права на организацията ще станат администратори с пълни права на сайта на Webex, администраторите на потребителите на организацията ще станат администратори на потребители на сайта на Webex, а администраторите само за четене на организацията ще станат администратори само за четене на сайта на Webex.

XML API

XML API-ите вече са съвместими за препращане с управлявани от Control Hub сайтове. Можете да прочетете за подробностите и предупрежденията в Актуализации на XML API 41.11.0.

URL адресите на услугата на XML API са непроменени, след като даден сайт се актуализира от администратора на сайта до управляван от Control Hub. Същите URL адреси на API ще продължат да работят. Cisco препоръчва всички интеграции на API да използват OAUTH за удостоверяване.

Удостоверяване в XML API

Интеграции, които не използват Webex OAUTH за удостоверяване , могат да се провалят, след като сайтът бъде актуализиран до Control Hub. Следващата таблица показва кой тип удостоверяване на администратор ще продължи да работи след актуализирането на сайта ви.

Таблица 1. Типове администраторско удостоверяване, които ще работят в XML API след актуализиране на сайта

Тип удостоверяване от администратор в XML API преди актуализиране на сайта	Администратор в SSO организацията след актуализиране на сайта	Администраторът не е в SSO организацията след актуализирането на сайта
потребителско име (webExID)/парола	Ще работи*	Ще работи*
потребителско име (webExID)/sessionTicket	Ще работи	Ще работи
потребителско име/OAUTH (webExAccessToken)	Ще работи	Ще работи
имейл/парола	Ще работи*	Ще работи*
имейл/сесияБилет	Ще работи	Ще работи
имейл/OAUTH (webExAccessToken)	Ще работи	Ще работи

Потребителското име е зададено на имейл за всички потребители, когато даден сайт се актуализира до Control Hub. Ако потребителското име се използва за payloads на API, то payloads трябва вместо това да използват имейл, след като сайтът бъде актуализиран.

Роля на администратор в Control Hub за интеграции на API

Администраторите само с роля на администратор на сайта може да не са в състояние да извършват някои операции с XML API, като например промяна на имейл адрес на потребител или показвано име, след като сайтът се актуализира до сайт на Control Hub. За администратори, чиито идентификационни данни се използват за API интеграции, препоръчваме ви да популяризирате тези администратори, за да организирате пълни администратори в Control Hub, в идеалния случай преди да актуализирате сайта до Control Hub.

В зависимост от това какво прави интеграцията, на администраторите може също да се наложи да им бъде зададен акаунт на организатор Meetings на сайта на Control Hub, за да работи интеграцията (това не се изискваше за администраторите в сайтовете на администраторите на сайта).

XML API разлики в контролния хъб

Повечето интеграции на XML API трябва да работят, без никакви промени, след актуализиране на вашия сайт. Но има някои изключения, които са описани подробно в следния списък:

• CreateUser – В сайтове, управлявани от Control Hub, тази операция може също да създаде потребител в организацията, която притежава сайта, преди да зададе лиценз. Ако потребителят вече съществува в друг орг, тази операция ще се провали. Параметърът ИД на ПСС няма да влезе в сила за потребители, които все още нямат статус Активен в Control Hub.

  API на createuser отнема повече време, за да завърши на управлявани от Control Hub сайтове. За по-добра производителност можете да добавите допълнителна нишка, за да парализирате повикванията на createuser .

• SetUser – може да доведе до задаване или премахване на лиценз за сайта за Meetings от потребителя (в зависимост от параметрите на API или полезния обем).
• DelUser – премахва лиценза за сайта за срещи, но не изтрива потребителя от организацията на Control Hub.
• LstsummaryUser— Също така връща objectGUID на потребителя.
• AuthenticateUser – В управлявани от Control Hub сайтове препоръчваме създаване на билет за сесия чрез AuthenticateUser , вместо да използвате потребителско име и парола за всеки XML API. Използването на SAML отговор в съдържанието на тялото не се поддържа с този призив за управлявани сайтове на Control Hub.

API тип REST

Control Hub има свои собствени API, включително People и License REST API за създаване и лицензиране на потребители на:

• https://developer.webex.com/docs/api/v1/people

• https://developer.webex.com/docs/api/v1/licenses

Типовете сесии и кодовете за проследяване са налични и с REST API на:

• https://developer.webex.com/docs/api/v1/session-types
• https://developer.webex.com/docs/api/v1/tracking-codes

Въпреки това, API REST по-горе не поддържат всички функции за управление на потребителите, налични в XML APIs. Например все още ще трябва да използвате XML API, за да задавате лицензи за срещи на потребители извън организацията, която притежава сайта. Хората API не поддържа възлагането на администраторски роли на сайта на потребителите. Ако искате да зададете роли на администратор на сайта чрез API, все още се изисква да използвате XML API.

Можете да използвате API за хора, за да създавате администратори на организация с пълни (или само за четене) разрешения, а тези администратори също могат да управляват (или преглеждат) вашите управлявани от Control Hub сайтове за срещи.

Бъдещи планове (подлежат на промяна)

• Нов API на лиценз, който може също да предоставя лицензи за сайтове за срещи на външни потребители, които не са в същата организация, която е създала сайта. Лицензирането на външни потребители е налично ръчно в Control Hub днес.
• API на SCIM за създаване и изтриване на потребители в организацията.
• Дългосрочната посока на Cisco е да използва само REST API (за всички операции на потребители и сайтове за срещи). XML API за управление на потребителите ще продължат да се поддържат, докато REST API не могат да се използват изключително за всички операции по управление на потребителите. XML API за управление на потребители също ще бъдат оттеглени (дата TBD).

Предстоящи промени за версия 43.6

Досега тези две функции трябваше да бъдат деактивирани, преди да актуализирате сайта до Control Hub:

• Задължителни полета за профила на организатор
• Задължителни кодове за проследяване

Започвайки с издаването на 43.6, сайтовете, които участват в betas за персонализирани атрибути и необходимите полета за профила на хоста, вече няма да имат нужда да деактивират тези функции, преди да актуализират сайта си до Control Hub. Вместо това съветникът ще ви уведоми да прегледате тези две функции, тъй като текущата конфигурация ще бъде копирана в организацията на Control Hub.

Ако участвате в необходимите полета за профила на организатор в бета-версия , тогава ще видите това предупреждение:

Ако участвате в необходимите кодове за проследяване и персонализирани атрибути бета, тогава ще видите този елемент за действие:

Ако не участвате в тези betas, продължете да четете следващия раздел.

Деактивирайте функциите, които блокират актуализирането на сайта

Някои функции трябва да бъдат деактивирани, преди да можете да актуализирате сайт на Webex до Control Hub. Можете да видите списък, който ви показва коя функция трябва да бъде деактивирана. Функциите, които са маркирани с икона X с червен кръг, трябва да бъдат направени. Функциите, маркирани с жълта икона на удивителен триъгълник, са само за ваша информация и не изискват действие.

За демонстрация как да актуализирате сайта си до Control Hub, вижте този видеоклип.

1. Влезте в администрацията на сайта на Webex и посетете Конфигурация > Общи настройки на сайта > Опции.

   • Намерете и деактивирайте опцията Разрешаване на регистрация на хост акаунт.

   • Намерете Изискване за регистрация на акаунт: и изчистете всички полета за необходимите полета на потребителския профил.

2. Щракнете върху Актуализиране.

3. Отидете на Конфигурация > Общи настройки на сайта > Кодове за проследяване.

4. В колоната Профил на хост променете всички редове с проследяващ код, маркирани като Задължителни, на AdminSet или По избор.

   • Прочетете повече за проследяващите кодове на адрес https://help.webex.com/izu2ty.

   Всички стойности на проследяващия код за потребителите се запазват, когато актуализирате сайт до Control Hub.

В бъдеще това ограничение ще бъде премахнато и ще можете да съпоставяте кодове за проследяване към необходимите персонализирани потребителски атрибути в Control Hub за еквивалентна функционалност.

Как да проверите за потребители, които ще блокират актуализацията на сайта

1. Влезте в администрацията на сайта и отворете страницата Актуализиране на администрацията.

2. Отворете контролата Преглед на предпоставките за актуализиране на администрацията и кликнете върху Експортиране на засегнатите потребители в CSV.

3. Изчакайте експортирането да приключи. Този процес може да отнеме известно време в зависимост от началния час и броя на потребителите в сайта. Експортирането се поставя на пауза за 6 минути в началото на часа (между xx:57 и xx:03).

4. Кликнете върху Изтегляне на CSV, след като експортирането завърши.

   Вашият браузър изтегля потребители към преглед.csv.

5. Отворете CSV файла и проверете колоната Препоръчано действие (последната колона). Извършете препоръчаното действие за всеки потребител във файла.

Потребители с несъответстващи имейл адреси

Някои потребители може да имат различен имейл адрес в центъра за администриране и контрол на сайта. Това е възможно, ако имейлът на потребителя е променен само на едно от двете места, след като потребителят е бил свързан от този сайт към Control Hub.

Опитайте тези действия, за да коригирате потребители с несъответстващи имейл адреси:

• Променете имейл адреса на потребителя в администратора на сайта, за да съответства на имейл адреса на Control Hub

  Потребителите могат да редактират своите профили на администратор на сайта: https://help.webex.com/nmig1kcb

• Променете имейл адреса на потребителя в Control Hub, за да съвпада с имейл адреса на администратора на сайта: https://help.webex.com/nsi3kgb.

  Потребителите могат да променят собствените си имейл адреси в организацията Control Hub: https://help.webex.com/nme40aeb

Външни потребители с лиценз за „Основни срещи“

Външните потребители с лицензи за Основни срещи ще трябва да бъдат деактивирани или надстроени до платени лицензи за Webex Meetings, преди да актуализирате сайта от „Администратор на сайта“ до Control Hub.

Как да деактивирате потребителите

За деактивиране на индивидуален потребител в администрацията на сайта:

1. Отидете на Управление на потребителите > Редактиране на потребителя.

2. Използвайте контролите за индексиране, търсене и филтриране, за да намерите потребителя.

3. Премахнете отметката от квадратчето Активно.

4. Изпратете промените.

   Вижте Управление на потребителски акаунти в администрацията на сайта на Webex за повече информация.

За групово деактивиране на потребители в администрацията на сайта:

1. Експортирайте потребителите в CSV файл.

2. Отворете CSV файла и променете стойностите на Активни колони на N за всички засегнати потребители.

3. Импортирайте модифицирания CSV файл.

   Потребителите, които променихте, вече са Неактивни.

   Вижте Пакетно импортиране и експортиране на потребители на Webex в администрацията на сайта на Webex за повече подробности.

Потребители в организации със синхронизиране на директории

Ако има потребители без връзка, които трябва да са във вашата организация, но все още не са добавени, първо трябва да ги добавите към вашата организация. Това е особено важно за организации, които са конфигурирани за синхронизиране на директории (чрез Directory Connector или Azure AD), тъй като синхронизирането на директории няма да позволи на процеса на актуализиране на сайта да добавя потребители.

Коригирайте проблемите на потребителите преди започване на актуализацията

Ако се опитате да актуализирате сайта до Control Hub, без да разрешите проблемите за потребителите във файла потребители-за преглед , процесът на администриране на актуализиране може да се провали. Инструментът не проверява дали сте коригирали проблемите, докато не стартирате окончателната актуализация.

Актуализиране на SSO сайтове и сайтове, които не са SSO, свързани към SSO организация

Организация на Control Hub може да поддържа множество доставчици на самоличност (IdP) за SSO, като един от IdP е Webex IdP (локално удостоверяване)

Множеството IdP в Control Hub ще помогнат:

• Където IdP за сайт за SSO в администрацията на сайта е различен от IdP за SSO на Control Hub.
• Когато потребителите в сайта не са в IdP за еднократна идентификация, конфигуриран в организацията, тези потребители вече могат просто да бъдат добавени към локалния IdP на Webex. След това можете да преместите тези потребители към конфигурирания IdP за еднократна идентификация по-късно.

Настройването на множество IdP може да даде възможност на всички потребители на сайта, които се актуализират от администратора на сайта в Control Hub, да влизат чрез метода на удостоверяване, конфигуриран в организацията на Control Hub. За да направите това, можете:

• Добавете допълнителни IdP за SSO към организацията Control Hub.
• Добавете потребители към вече конфигуриран IdP.
• Добавете потребители към локалния доставчик на самоличност в Webex.

Вижте тази статия , за да научите повече за множеството IdP в Control Hub.