Относно актуализирането от Администриране на сайта до Контролен център


 

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

Webex се превръща в унифицирана платформа за управление на срещи, съобщения, обаждания и други начини на сътрудничество. Ето защо искаме да преместим управлението на всички сайтове за срещи на Webex от Администриране на сайта към Център за контрол.

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

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

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

Предимствата на управлението на сайтове в Control Hub включват:

  • Обединени лицензи за всички услуги на Webex, като срещи, съобщения и обаждания.

  • Последователни политики за сигурност във всички услуги на Webex.

  • Общ опит за влизане за всички крайни потребители между различни услуги на Webex.

  • Съвременни администраторски контроли, като например конектор на директория, SCIM и групи активни директории.

  • Шаблони за лицензи за автоматично присвояване на множество лицензи на потребителите.


 

Не можете да използвате Администриране на сайта за управление на сайт за срещи след актуализиране до Control Hub.

Преди да актуализирате сайта си до Control Hub, силно препоръчваме първо да прегледате следните елементи, за да направите актуализацията възможно най-гладко:

  • Първо прегледайте този документ и се уверете, че вашата организация спазва най-добрите практики, препоръчани в секцията Подгответе организацията на Control Hub.
  • След това влезте в Webex Administration и щракнете върху Актуализиране на администрацията. Във фазата на готовност на сайта вие не трябва да предприемате препоръчани действия във файла от секцията за потребители за преглед и не трябва да деактивирате все още функции, извикани в секцията с функции за преглед. Като следвате тези инструкции, оценката на готовността на сайта става операция само за четене, само за да оцените промените, които трябва да направите, преди да актуализирате до Control Hub.
Оценка на сайта преди актуализиране до Control Hub
  1. В секцията Преглед на потребителите кликнете върху Експортиране на потребителски CSV файл и изтеглете CSV файла, който се нарича users-to-review-xxxxx.csv.

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

  2. В секцията Преглед на функциите вижте всички функции, изброени с червен X в колоната за последствия. Това ще ви информира за готовността на вашия сайт от гледна точка на конфликт на функции.
  3. Не преминавайте към Стъпка 2 и не все още кликвайте върху бутона Актуализиране до Control Hub.

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


 

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

Опитът с управление на сайтове в Control Hub е подобен на управлението в Site Administration. Управлението на потребителите в Control Hub има по-модерни основни технологии, така че има няколко разлики в управлението на сайтове в Control Hub. Този раздел се фокусира върху разликите, посочени при актуализиране на вашия сайт.


 

За по-подробен преглед на разликите между администриране на сайта и контролен център вижте тази статия.

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

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

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

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

Екранна снимка на администратора на сайта, показваща опция за SSO за разрешаване на автоматично създаване на акаунт

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

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

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

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

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

Екранна снимка на администрацията на сайта, показваща опции за прилагане на проследяващи кодове

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 в момента.

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


 

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

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

Силно препоръчваме да потвърдите вашите домейни и да заявите своите потребители. Следното четене ще помогне:

  • Електронна книга Control Hub: https://ebooks.cisco.com/story/controlhubessentials/

  • Как да управлявате вашите домейни: https://help.webex.com/cd6d84

  • Заявете своите потребители от други организации (след като потвърдите домейните си): https://help.webex.com/nceb8tm. Заявяването на потребители е особено важно, защото гарантира, че възможно най-много потребители, които трябва да бъдат във вашата организация, действително са там.


     

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

  • Ако сайтът за срещи е конфигуриран за SSO, тогава трябва също да конфигурирате SSO за вашата организация Control Hub.

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

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


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

XML API

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

Удостоверяване за API интеграции чрез потребителско име и парола, които са работили преди актуализиране на сайта ще продължи да работи. Не е необходимо тези aPI интеграти да се променят, за да използват имейл адрес за удостоверяване по време на актуализирането на сайта. Това е временна мярка за спиране и интеграции все още трябва да актуализират, за да използват имейл адрес или Webex Oauth за удостоверяване.

Организация пълна администраторска роля за API интеграти

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

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


 

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

Байпас сайтове със SSO

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

XML API разлики в центъра за управление

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

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

     

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

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

API тип REST

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

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

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


 

Control Hub има специфични за сайта администраторски роли на Webex, но API за хора не може да присвои тази роля в момента.

Бъдещи планове

  • Активирайте лицензиране за външни потребители, които не са в същата организация, която притежава управлявания сайт на Control Hub. Също така ще активираме лицензирането на външни потребители с API.
  • Дългосрочната посока на Cisco е да използва само REST API (за всички операции на потребители и сайтове за срещи). XML API за управление на потребителите ще продължат да се поддържат, докато REST API могат да се използват изключително за всички операции по управление на потребителите.
Прегледайте функциите на потребителския интерфейс за актуализиране на администрацията в Site Admin

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

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

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

    (Прочетете за конфигурацията на SSO на вашия сайт на Webex на адрес https://help.webex.com/g5ey83.)

  2. Намерете и деактивирайте опцията Автоматично създаване на акаунт.

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

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

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

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

    • Намерете Разрешаване на потребителя да променя полетата по-долу: и изчистете всички кутии.

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

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

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


     

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

Преди да актуализирате сайта си, за да се управлява в Control Hub, уверете се, че:

  • Всички потребители на сайта, които трябва да бъдат във вашата организация, всъщност са във вашата организация Control Hub.
  • Всички потребители на сайта, които не трябва да са във вашата организация, се изтриват от вашата организация.
  • Потребителите в организацията могат да бъдат удостоверени от вашия IdP, ако вашата организация е конфигурирана за SSO.
  • Прегледахте секцията Подгответе организацията си в Control Hub от по-рано в тази статия.

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

За да сме сигурни, че актуализираме вашите потребители до Control Hub успешно, трябва да отстраните следните типове потребителски проблеми преди да актуализирате сайта до Control Hub:

  • Потребители в други организации на Control Hub

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

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

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

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

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


 

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

Потребители в имейл домейни на Webex за правителствена организация

Ако имате потребители, чиито домейни на имейл адреси принадлежат на организация на Control Hub, която е в Webex for Government, тогава тези потребители трябва да бъдат деактивирани в Администриране на сайта, преди да актуализирате сайта

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

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

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

  3. Изчакайте експортирането да приключи. Този процес може да отнеме известно време в зависимост от началния час и броя на потребителите в сайта. Има закъснение от няколко минути за тази операция в началото на часа.

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

    Вашият браузър се изтегля users-to-review.csv.

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

Потребители в други организации на Control Hub

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

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

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


 

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

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

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

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

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

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

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

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


 

Ако актуализирате сайта си в Control Hub, без да коригирате несъответствията на потребителски имейл адреси, засегнатите потребители трябва да използват имейл адресите си в Контролния център, за да влизат в сайта си за събрания. Тези потребители може да не могат да влизат, ако се опитат да влизат с имейл адреса в Site Admin или ако имейл адресът им в Контролния център вече не е валиден в техния IdP (за SSO orgs). Те няма да ви блокират да стартирате процеса на администриране на актуализацията, но е по-добре да коригирате имейл адресите, преди да започнете актуализацията.

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


 
Когато деактивирате потребителите, те губят лиценза си за хост или привилегията на присъстващите (в зависимост от ролята, която са имали, докато са Активни). Деактивираните потребители все още ще се показват в CSV файла за експортиране на сайта след актуализиране на сайта до Control Hub.

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

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

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

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

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

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

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

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

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

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

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

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

Преди да започнете

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

Можете да прочетете за тези предпоставки в по-ранните части на тази статия.


 

Уверете се, че всички ваши администратори знаят, че актуализирате сайта до Control Hub и че не трябва да правят никакви промени в Site Admin, след като стартирате.

1

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

2

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

3

Прочетете за функциите, които трябва да бъдат деактивирани, и за разликите, които можете да очаквате в управлението на потребителите и лицензирането на хост (също документирано в тази статия).

4

Кликнете върху Update to Control Hub. Този бутон се активира само след приключване на стъпките по-горе.

Появява се изскачащ прозорец. Този прозорец показва, че актуализирането на сайт до Control Hub е постоянно и не можете да отмените актуализацията, след като приключи. Когато актуализацията приключи, този сайт вече няма да се управлява в Администриране на сайта. Ако не сте готови да управлявате напълно този сайт в Control Hub, излезте от съветника сега.
5

Щракнете върху OK.


 

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

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

Актуализацията на сайта отнема приблизително 2 минути + 500 потребители/минута, за да завърши. Например, ако сте започнали актуализацията на сайта в 5:20 и вашият сайт има 3000 потребители, можете да очаквате актуализацията да бъде извършена за около 8 минути. Но вашите резултати могат да варират.

6

Кликнете върху Вход в Control Hub.

След като задействате актуализацията на сайта от Webex Site Administration, можете да влезете в Control Hub, за да видите състоянието на актуализацията на сайта.


 
Актуализацията на сайта ще отнеме повече време за актуализиране, ако се задейства в началото на часа. Актуализациите на сайта се поставят на пауза за няколко минути преди и след началото на всеки час.
  1. Влезте в Control Hub на адрес https://admin.webex.com и отворете страницата Срещи.

    Можете да видите списък на вашите сайтове за срещи.

  2. Щракнете върху сайт, за да видите информация за този сайт.

  3. Потърсете секцията Актуализиране на сайта, където можете да прочетете Състояние на актуализацията.

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


     

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

  4. Прегледайте списъка, за да проверите за проблеми по време на актуализиране.

Вече не можете да управлявате този сайт в администрацията на сайта, след като актуализацията на сайта приключи. Цялото управление на този сайт трябва да се извършва в Control Hub. Ето няколко стъпки, за да се запознаете и изпробвате управлението на вашия сайт в Control Hub:

  1. Изберете хост и проверете техния лиценз и типове сесии. Потвърдете, че техните насрочени срещи са ефективни.

    Помолете потребителя да провери дали може да планира и организира нови срещи.

  2. Добавете нов потребител към вашата организация. Предоставете им лиценз за хост, променете техните типове сесии и проверете дали могат да организират срещи.

  3. Изберете потребител, който е бил пълен администратор в Site Administrator, и се уверете, че има подходящо ниво на достъп до актуализирания сайт в Control Hub.

    Те трябва да могат да четат и променят сайта; създаване, лицензиране, модифициране и изтриване на потребители.

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

Прочетете повече за управлението на сайтове за срещи в Control Hub на адрес https://help.webex.com/naqlzeu.

  • Потребителите ще имат единно, унифицирано изживяване при влизане в приложението Webex и всички управлявани сайтове на Control Hub.


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

  • Ако организацията на Control Hub има конфигуриран SSO, тогава този SSO управлява изживяването при влизане в приложението Webex и всички управлявани от Control Hub сайтове.

  • Опитът при влизане в приложението Webex не е засегнат в резултат на актуализиране до Control Hub.

  • Когато потребителите влязат в сайт на Webex Meetings, екранът за влизане ще изглежда различно. Потребителите трябва да въведат своя имейл адрес, за да влязат, дори ако организацията им е конфигурирана за SSO.


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

    • Ако потребителите са били свързани със съществуващи потребители в Webex Identity/Control Hub, тогава потребителите ще използват същата парола за всички сайтове на Webex, които са актуализирани до Control Hub.

    • Ако потребителите са създадени в Webex Identity/Control Hub поради свързване на сайтове, тогава се прилагат идентификационните данни за първия им свързан сайт (ако организацията не е конфигурирана с SSO). Потребителите са пренасочени да влязат в този сайт. Ако потребителите имат няколко сайта с множество идентификационни данни, URL адресът на сайта трябва да им помогне да определят кои идентификационни данни да използват.

    • На потребителите е разрешено да нулират паролата си в организации на Control Hub (ако паролата не се управлява чрез SSO). Ако потребителите са забравили паролата си, те могат просто да щракнат върху Забравихте вашето потребителско име или парола? на екрана за вход, за да нулират паролата си. Потребителите могат също да нулират паролата си, като следват тези инструкции:

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

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

  • Настройката Разрешаване на участника да се присъедини към аудиочастта на личната конференция преди домакин не се пренася към сайтовете на Control Hub, ако е активирана в администрацията на сайта. Ще направим промени, за да гарантираме, че тази настройка ще продължи.Позволете на присъстващия да се присъедини към аудио частта от настройката за лична конференция в администрацията на сайта

    Заобиколно решение: Свържете се с Cisco, за да получите превключвателя EnablePCNAudioJBHForCISit настроен на ON за вашия сайт и след това активирайте тази настройка отново.

Потребителски проблеми, които причиняват неуспешна актуализация

  • Потребители с имейл адреси, които са свързани с потребители в организация на Webex за правителството, ще доведат до неуспешна актуализация, ако тези потребители не бъдат деактивирани преди стартиране на актуализацията.

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

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

Грешки, които причиняват неуспешно актуализиранеПрепоръчително действие
Типът на сайта е невалиден. Свържете се с екипа си за поддръжка на Webex, за да валидирате, че сайтът е свързан с потребителите.
Към сайта няма свързана абонамент. Сайтовете трябва да са свързани с абонамент, преди той да може да бъде актуализиран в Контролния център.
Има проблем с ИД на организацията. ИД на свързана организация на сайта не е същият като ИД на абонаментната организация. Свържете се с екипа си за поддръжка на Webex.
Следният абонамент има операции в очакване в Control Hub: (СУБИД). Повторен опит за актуализация на сайта след приключване на чакащата операция.
Има конфликти в настройките за еднократна идентификация (SSO). Ако сайтът е разрешен SSO, тогава се уверете, че:
  • Създаването на автоматичен акаунт е деактивирано.
  • SSO е разрешен в организацията на контролния център.
Информацията за лицензиране на сайта в администрацията на сайта не съответства на информацията за лицензиране на сайта в Control Hub. Несъгласувана информация за лиценз между Администратор на сайта и Контролен център. Свържете се с екипа си за поддръжка на Webex.
Някои потребителски имена или имейл адреси в администрацията на сайта са в конфликт с потребителски имена или имейл адреси в Control Hub. Имейл на потребител в Site Admin се използва от друг потребител в контролния център. Промяна на един от имейл адресите или потребителските имена.
Проблем при актуализирането на вашия сайт. Вътрешна грешка попречи на този сайт да бъде актуализиран. Свържете се с екипа си за поддръжка на Webex.
Проблем при актуализирането на потребителите на Webex. Вътрешна грешка попречи на този сайт да бъде актуализиран. Свържете се с екипа си за поддръжка на Webex.

В. Ако даден потребител бъде изтрит в контролния център и след това същият имейл адрес се добавя отново към Контролния център и му е присвоен лиценз за Събрания на същия Webex сайт, може ли потребителят да получи достъп до старите си записи?

О. Да, потребителят ще има достъп до цялото си старо съдържание на Събрания, ако му бъде присвоен лиценз на някой от предишните Webex сайтове, на които е бил. Това се отнася както за управлявани сайтове на контролния център, така и за сайтове, които са актуализирани в контролния център.

В. Ако потребител е бил дезактивиран в Site Admin преди актуализацията на сайта към Control Hub и след това по-късно е бил повторно лицензиран на същия Webex сайт в Control Hub, потребителят ще има ли достъп до старите си записи?

О. Да, потребителят все още ще има достъп до старите си записи. Освен това всеки потребител, който е бил дезактивиран в Site Admin преди актуализацията на сайта, ще бъде посочен във файла за експортиране на Събрания CSV в контролния център.

В. Ако даден сайт няма настроен SSO IdP, но организацията на контролния център има SSO IdP, какво се случва, когато сайтът се актуализира в Контролния център?

О. Сайтът ще използва същия SSO IdP като организацията на контролния център.

В. Ако даден сайт има настроен различен SSO IdP от SSO IdP в контролния център, какво се случва, когато сайтът се актуализира в Контролния център?

О. Сайтът ще превключи, за да използва същия SSO IdP като организацията на контролния център.

В. Ако даден сайт има настроен SSO IdP, но организацията на контролния център няма SSO IdP, какво се случва, когато сайтът се актуализира в Контролния център?

О. Ще бъдете блокирани да актуализирате сайта си. За да деблокирате сайта, така че да можете да актуализирате в контролния център, или премахнете SSO IdP от сайта Администратор на сайта, или добавете SSO IdP към организацията на контролния център.