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

Имаме централизирана система за управление на потребителите в основата на 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 автоматично ще получи достъп до сайтове, които се актуализират от „Администратор на сайта“ до „Control Hub“. Например, пълните администратори на организацията ще станат пълни администратори на сайта на Webex, администраторите на потребители на организацията ще станат администратори на потребители на сайта на Webex, а администраторите само за четене на организацията ще станат администратори само за четене на сайта на Webex.

XML API

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

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

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

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

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

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

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

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

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

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

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

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

• Създаване на потребител— В сайтове, управлявани от Control Hub, тази операция може също да създаде потребител в организацията, притежаваща сайта, преди да присвои лиценз. Ако потребителят вече съществува в друг орг, тази операция ще се провали. PMR ID parameter няма да влезе в сила за потребители, които все още нямат статус Активен в Control Hub.

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

• SetUser— Може да доведе до присвояване или премахване на лиценз за сайт за срещи от потребителя (в зависимост от параметрите на 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.

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

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

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

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

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

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

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

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

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

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

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

Някои функции трябва да бъдат деактивирани, преди да можете да актуализирате сайт на 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, след като експортирането приключи.

   Вашият браузър изтегля users-to-review.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

Външни потребители с лиценз за Basic Meetings

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Отстранете проблемите на потребителите, преди да започнете актуализацията

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

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

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

Няколко IdP-а в Control Hub ще помогнат:

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

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

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

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