Описание обновления службы администрирования веб-сайта для Control Hub

При обновлении веб-сайта из службы администрирования веб-сайта в Control Hub обновление версий клиента не требуется. Некоторые веб-сайты не смогут использовать эту функцию, пока не будут готовы партнеры, управляющие этими организациями.

Если ваша организация "Webex для правительственных организаций" включает внешних пользователей, в настоящий момент невозможно выполнить преобразование с помощью службы администрирования веб-сайта в Control Hub. При попытке преобразования с внешними пользователями в вашей организации вы получите сообщение об ошибке. Эта возможность будет доступна организациям с внешними пользователями в середине 2023 года.

Webex становится унифицированной платформой для управления совещаниями, вызовами, обменом сообщениями и другими режимами совместной работы. Поэтому мы хотим перенести управление всеми веб-сайтами Webex Meetings из службы администрирования веб-сайта в Control Hub.

В службе администрирования веб-сайта есть инструмент, который поможет вам внести эти изменения. Если ваш веб-сайт уже может быть обновлен до Control Hub, для начала можно щелкнуть Обновить администрирование в меню навигации.

Для демонстрации работы обновления веб-сайта до Control Hub см. это видео.

Чтобы помочь спланировать обновление веб-сайта, ознакомьтесь с разделом "Готовность к оценке веб-сайта ".

Преимущества управления веб-сайтами в Control Hub.

  • Унифицированные назначения лицензий для всех служб Webex, таких как службы совещаний, обмена сообщениями и вызовов.

  • Согласованные политики безопасности во всех службах Webex.

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

  • Современные возможности управления для администратора, такие как соединитель каталогов, SCIM и группы Active Directory.

  • Шаблоны лицензий для назначения пользователям нескольких лицензий автоматически.

После обновления для Control Hub службу администрирования веб-сайта нельзя использовать для управления веб-сайтом совещаний.

Этот раздел применим только в том случае, если Cisco выбрал ваш веб-сайт для автоматического обновления системы управления веб-сайтом.

Если для вашего веб-сайта запланировано автоматическое обновление с помощью службы администрирования веб-сайта до Control Hub, будет отображен приведенный ниже снимок экрана.

Автоматическое обновление веб-сайта в службе администрирования веб-сайта.

Чтобы изменить запланированную дату, щелкните Изменить дату обновления веб-сайта .

Окно для изменения даты автоматического обновления веб-сайта в службе администрирования веб-сайта.

Процесс управления веб-сайтами в Control Hub аналогичен управлению веб-сайтами в службе администрирования веб-сайта. Но для управления пользователями в Control Hub используются более современные технологии, поэтому существуют определенные различия в управлении веб-сайтами в Control Hub. Этот раздел посвящен особенностям обновления веб-сайта.

Более подробный обзор различий между службой администрирования веб-сайта и Control Hub см. в этой статье.

Управление пользователями

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

Система единого входа (SSO) с автоматическим созданием учетной записи

В администрировании веб-сайта есть функция "Автоматическое создание учетной записи", которая создает пользователей при их самостоятельной аутентификации с помощью системы единого входа.

Снимок экрана службы администрирования веб-сайта, на котором показан параметр SSO, позволяющий автоматически создавать учетные записи

Эта функция также доступна в Control Hub. Дополнительную информацию см. в статье Автоматическое создание и обновление учетной записи SAML для Control Hub .

Во многих организациях, использующих SSO, предпочитают централизованное управление пользователями с помощью инструментов внешних каталогов, таких как Microsoft® Active Directory и Microsoft Azure, а также требуют аутентификации с внешними поставщиками удостоверений.

Узнать больше:

Обязательные данные профиля и коды слежения

Служба администрирования веб-сайта позволяет указать обязательные поля профиля для новых пользователей (предыдущий снимок экрана). Можно расширить эту возможность, чтобы запросить дополнительные коды слежения для создания пользователя (снимок экрана ниже). Если вы настроите эти дополнительные требования, то не сможете вносить пользователей, у которых эти поля не заполнены.

Снимок экрана службы администрирования веб-сайта, на котором показаны параметры принудительного запуска кодов слежения

Для создания пользователя в Control Hub необходимо только отображаемое имя и адрес электронной почты.

Все остальные поля являются необязательными при создании нового пользователя в Control Hub, поэтому дополнительные данные профилей для веб-сайтов под управлением Control Hub не будут применяться.

Перед обновлением веб-сайта для Control Hub отключите обязательные поля профиля и коды слежения.

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

В службе администрирования веб-сайта есть функция, которая временно блокирует пользователя, если ему не удается войти после определенного количества попыток.

В Control Hub доступны следующие параметры для предотвращения несанкционированного доступа.

  • Автоматическое увеличение времени ожидания после нескольких первых неудачных попыток.

  • Механизм различения попыток доступа со стороны машины и человека (CAPTCHA).

  • У добропорядочных пользователей есть возможность самостоятельно изменить забытые пароли.

Лицензирование организаторов

В вашей организации Control Hub должны быть операторы

С помощью службы администрирования веб-сайта любому пользователю можно назначить лицензию организатора. При управлении веб-сайтом в 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. Утверждение пользователей особенно важно, поскольку оно обеспечивает максимально возможное количество пользователей, которые должны быть в вашей организации. Заявление пользователей с функцией "Немедленное заявление" также позволяет избежать задержек при использовании адресов электронной почты в вашей организации.

    Настоятельно рекомендуется утвердить пользователей перед обновлением веб-сайта до Control Hub. Если вы заявите пользователей в своей организации после обновления веб-сайта для Control Hub, эти пользователи могут утратить доступ к совещаниям и ресурсам для совещаний на веб-сайте.

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

    • Для пользователей с правами внешнего администратора организации или веб-сайта: удалите весь внешний доступ администратора к организации и веб-сайту, а затем удалите лицензию веб-сайта совещаний. После заявления пользователя повторно лицензируйте этого пользователя на веб-сайте. Также можно восстановить их права внешнего администратора.
    • Для обычных пользователей: удалите лицензию на веб-сайт совещаний, заявите пользователя в свою организацию, а затем повторно лицензируйте этого пользователя на веб-сайт.
  • Если на веб-сайте совещания настроена система SSO, необходимо также настроить SSO для организации Control Hub.

Автоматическое создание учетных записей для новых пользователей

Если функция веб-сайт Webex автоматического создания учетных записей включена в администрировании веб-сайта, можно включить аналогичную функцию в Control Hub с функцией автоматического создания учетных записей SAML. Также необходимо настроить автоматический шаблон лицензий, чтобы новым пользователям автоматически были назначены лицензии после создания учетных записей в организации Control Hub.

Организации с синхронизацией каталогов

Если в вашей организации настроена синхронизация каталогов, убедитесь, что на веб-сайте присутствуют все пользователи, которые вы хотите видеть в вашей организации. Это должно быть сделано за 24 часа до начала процесса обновления веб-сайта, чтобы пользователи веб-сайта могли быть связаны с новыми пользователями в вашей организации Control Hub.

Если активные пользователи на веб-сайте не могут быть связаны с пользователями Control Hub, обновление не удастся.

Доступ администратора к веб-сайтам Webex после обновления

Пользователь с ролью администратора на уровне организации в Control Hub автоматически получит доступ к веб-сайтам, которые будут обновлены из службы администрирования веб-сайта в Control Hub. Например, администраторы организации с полными правами станут администраторы веб-сайта Webex с полными правами, администраторы пользователей организации – администраторы пользователей веб-сайта Webex, а администраторы организации с правами только на чтение – администраторы веб-сайта Webex.

API XML

API XML теперь совместимы с веб-сайтами под управлением Control Hub. Информацию об обновлениях API XML 41.11.0 и предостерестях можно прочитать.

URL-адреса службы API XML не изменяются после обновления веб-сайта с службы администрирования веб-сайта до управления Control Hub. Работать будут те же URL API. Cisco рекомендует всем интеграциям API использовать для аутентификации OAUTH.

Аутентификация в API XML

Интеграции, в которых не используется Webex OAUTH для аутентификации , могут произойти сбои после обновления веб-сайта для Control Hub. В таблице ниже приведен тип аутентификации администратора, который продолжит работать после обновления веб-сайта.

Таблица 1. Типы аутентификации администратора, которые будут работать в API XML после обновления веб-сайта
Тип аутентификации администратора в API XML перед обновлением веб-сайтаАдминистратор в организации SSO после обновления веб-сайтаАдминистратор не в организации SSO после обновления веб-сайта
имя пользователя (webExID)/пароль Доступен Будет работать* Доступен Будет работать*
имя пользователя (webExID)/sessionTicket Доступен Будет работать Доступен Будет работать
имя пользователя/OAUTH (WebExAccessToken) Доступен Будет работать Доступен Будет работать
адрес электронной почты/пароль Доступен Будет работать* Доступен Будет работать*
электронное сообщение/сеансБилет Доступен Будет работать Доступен Будет работать
электронная почта/OAUTH (WebExAccessToken) Доступен Будет работать Доступен Будет работать

* Обратная совместимость: Cisco включила аутентификацию имени пользователя и пароля для работы в API XML после обновления веб-сайта, даже если имя пользователя не совпадает с адресом электронной почты. Совместимость применима только в том случае, если:

  • Учетные данные пользователя были созданы до обновления веб-сайта. В имя пользователя не допускается никаких изменений, иначе предыдущие учетные данные будут списаны.
  • Учетные данные для аутентификации API не могут отличаться паролем в Control Hub от пароля веб-сайта, управляемого в службе администрирования веб-сайта.
  • Пользователи, чьи учетные данные используются для аутентификации, должны быть в активном (не неактивном) состоянии в службе администрирования веб-сайта во время обновления веб-сайта для Control Hub.

В этом руководстве можно узнать больше об интеграциях API XML на веб-сайтах под управлением Control Hub, включая аутентификацию OAUTH.

При обновлении веб-сайта до Control Hub для параметра Имя пользователя задается адрес электронной почты для всех пользователей. Если для полезных данных API используется имя пользователя , для полезных данных необходимо использовать адрес электронной почты после обновления веб-сайта.

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

Администраторы с ролью только администратора веб-сайта могут не выполнять некоторые операции с API XML, например изменение адреса электронной почты пользователя или отображаемого имени после обновления веб-сайта до веб-сайта Control Hub. Для администраторов, чьи учетные данные используются для интеграций API, рекомендуется повысить этих администраторов до администраторов с полными учетными данными организации в Control Hub, в идеале перед обновлением веб-сайта до Control Hub.

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

В зависимости от действий интеграции для работы интеграции администраторам также может потребоваться назначить учетную запись организатора Meetings на веб-сайте Control Hub (это не требуется для администраторов на веб-сайтах администрирования веб-сайта).

Отличия API XML в Control Hub

Большинство интеграций API XML после обновления веб-сайта должны работать без изменений. Однако в следующем списке подробно описаны некоторые исключения.

  • CreateUser. На веб-сайтах под управлением Control Hub эта операция также может создать пользователя в организации, принадлежащей веб-сайту, перед назначением лицензии. Если пользователь уже существует в другой организации, эта операция будет неуспешной. Параметр идентификатора PMR не будет применен для пользователей, которые еще не имеют активного состояния в Control Hub.

    На веб-сайтах под управлением Control Hub выполнение API createuser занимает больше времени. Для повышения производительности можно добавить дополнительный поток для параллелизации вызовов createuser .

  • SetUser. Это может привести к назначению или удалению у пользователя лицензии веб-сайта совещаний (в зависимости от параметров API или полезной нагрузки).
  • DelUser: удаляет лицензию веб-сайта совещаний, но не удаляет пользователя из организации Control Hub.
  • LstsummaryUser: также возвращает objectGUID пользователя.
  • AuthenticateUser. На веб-сайтах под управлением Control Hub рекомендуется создать билет сеанса с помощью AuthenticateUser , а не использовать имя пользователя и пароль для каждого API XML. Использование ответа SAML в контенте тела не поддерживается в этом вызове для веб-сайтов под управлением Control Hub.

REST API

В Control Hub имеются собственные API, включая пользовательские и лицензионные REST API для создания и лицензирования пользователей. Их описание можно найти по ссылкам ниже.

Типы сеансов и коды слежения также доступны в REST API:

Однако REST API выше поддерживают не все функции управления пользователями, доступные в API XML. Например, по-прежнему потребуется использовать API XML для назначения лицензий на совещания пользователям за пределами организации, которой принадлежит веб-сайт. People API не поддерживает назначение ролей администратора веб-сайта пользователям. При необходимости назначить роли администратора веб-сайта с помощью API все равно необходимо использовать API XML.

Пользовательский API можно использовать для создания администраторов организации с полными правами (или правами только на чтение). Эти администраторы также могут управлять (или просматривать) веб-сайтами совещаний под управлением Control Hub.

В Control Hub есть роли администратора для веб-сайта Webex, однако пользовательский API в настоящий момент не может назначать эту роль.

Будущие планы (подлежат изменению)

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

Перед обновлением веб-сайта до Control Hub настоятельно рекомендуется сначала просмотреть следующие элементы, чтобы обновление прошло как можно более плавно.

Оценка места до обновления до Control Hub
  1. В разделе Проверка пользователей щелкните Экспорт файла CSV с пользователями и скачайте файл CSV, который называется users-to-review-xxxxx.csv.

    В этом файле будут действовать все пользователи, которые нуждаются в вниманиях, и будет рекомендовано действие для каждого пользователя. Количество пользователей в этом файле дает представление о количестве проблем, связанных с пользователем, которые необходимо решить перед обновлением веб-сайта.

  2. В разделе Просмотр функций просмотрите все функции, указанные в столбце последствий красным цветом Х. Это позволит узнать о готовности вашего веб-сайта с точки зрения конфликта функций.
  3. Не перейдите к шагу 2 и еще не нажимайте кнопку Обновить в Control Hub.

После просмотра файла CSV пользователя и просмотра функций, которые можно перенастроить, продолжите чтение остальных разделов этой статьи для подготовки веб-сайта и организации к обновлению Control Hub.

Примечание. Если на вашем веб-сайте есть интеграции API, которые были сделаны вашей компанией или с помощью решений сторонних компаний, например решений для управления обучением, просмотрите раздел Подготовка интеграций API веб-сайта для работы с Control Hub .

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

До настоящего времени перед обновлением веб-сайта до Control Hub необходимо отключить эти две функции.

  • Обязательные поля профиля организатора
  • Обязательные коды слежения

Начиная с выпуска 43.6 для веб-сайтов, на которых используются бета-версии пользовательских атрибутов и функций полей профиля организатора, больше не придется отключать эти функции перед обновлением веб-сайта для Control Hub. Вместо этого мастер сообщит вам об этих двух функциях, поскольку текущая конфигурация будет скопирована в организацию Control Hub.

Если вы участвуете в бета-версии обязательных полей профиля организатора , будет отображено следующее предупреждение:

Проверка функций для обновления веб-сайта с службы администрирования веб-сайта до Control Hub

Если вы участвуете в бета-версии обязательных кодов слежения и пользовательских атрибутов , будет отображено это поручение:

Просмотр экрана функций при обновлении веб-сайта в службе администрирования веб-сайта до Control Hub

Если вы не участвуете в этих бета-версиях, продолжайте читать приведенный ниже раздел.

Отключить функции, блокирующие обновление веб-сайта

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

Перед обновлением веб-сайта Webex для Control Hub необходимо отключить некоторые функции. Можно просмотреть список функций, которые необходимо отключить. Функции, отмеченные пиктограммой X в красном круге, должны быть отключены. Функции, отмеченные пиктограммой восклицательного знака в желтом треугольнике, представлены только для информации и не требуют каких-либо действий.

Информацию об обновлении веб-сайта до Control Hub см. в этом видео.

Если в вашей организации используется функция автоматического создания учетных записей в службе администрирования веб-сайта, необходимо настроить эквивалентную функцию в Control Hub и настроить шаблон автоматического назначения лицензий для автоматического назначения лицензий. Подробности см. в этой статье . Это необходимо сделать до обновления веб-сайта для управления им в Control Hub.

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

    • Найдите и отключите параметр Разрешить регистрацию учетных записей оператора.

    • Найдите параметр Требуется регистрация учетной записи: и очистите все обязательные поля профиля пользователя.

  2. Щелкните Обновить.

  3. Перейдите в меню Конфигурация > Общие настройки веб-сайта > Коды слежения.

  4. В столбце Профиль организатора измените все строки кодов слежения с отметкой Обязательный, указав значение Задано администратором или Необязательный.

    • Дополнительную информацию о кодах слежения можно получить на странице https://help.webex.com/izu2ty.

    При обновлении веб-сайта для Control Hub все значения кодов слежения для пользователей сохраняются.

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

Сопоставление кодов слежения с функцией атрибутов пользователя – это черновик, отображаемый в общедоступном предпросмотре. В нем содержится общее описание того, чего следует ожидать.

Чтобы обновить веб-сайт с обязательными кодами слежения из службы администрирования веб-сайта в Control Hub, необходимо сопоставить эти коды слежения с атрибутами пользователя в Control Hub. Щелкните пиктограмму в разделе "Информация", чтобы перейти непосредственно к сопоставлению кодов слежения с мастером атрибутов пользователя для веб-сайта. Если необходимые коды слежения еще не сопоставлены или отключены, обновить веб-сайт для Control Hub будет невозможно.

Если на вашем веб-сайте нет обязательных кодов слежения, можно по-прежнему сопоставить коды слежения с атрибутами пользователя перед обновлением веб-сайта для Control Hub, выполнив эту процедуру.

Просмотр экрана функций при обновлении веб-сайта в службе администрирования веб-сайта до Control Hub

Для веб-сайтов совещаний, в которых в качестве кода слежения используется "Отдел", рекомендуется сопоставить этот код отслеживания с атрибутом профиля пользователя "Отдел", а не с настраиваемым атрибутом. Поскольку "Отдел" является стандартным атрибутом профиля в Control Hub, этот сценарий в большинстве случаев будет более эффективным.

Если этот атрибут является обязательным, перейдите в раздел атрибутов профиля пользователя и пометьте атрибут отдела как обязательный. Имейте в виду, что этот атрибут "Отдел", наряду с другими атрибутами пользователя, не будет заполнен для внешних пользователей.

1

Войдите в Control Hub и перейдите к разделу Совещание.

2

Выберите веб-сайт и перейдите к меню Настройки > Обзор веб-сайта.

3

Выберите Создать карту кодов слежения.

Сопоставление кодов слежения с атрибутами пользователя из связанного веб-сайта.
4

Выберите Открыть сводную информацию о кодах слежения.

Шаг 1 мастера сопоставления кодов слежения с настраиваемыми атрибутами
5

Щелкните Скачать сводную информацию о конфигурации. Необходимо скачать копию текущей конфигурации кодов слежения. Эта сводная информация понадобится при выполнении следующих шагов, чтобы убедиться, что все значения атрибутов соответствуют текущим кодам слежения.

Также можно скачать списки предыдущих кодов слежения в виде файла CSV, чтобы загрузить те же значения для настраиваемых атрибутов.

Сведения о том, как скачать резервную копию существующих кодов слежения в Control Hub
6

Вернитесь к мастеру и выберите Добавление и проверка атрибутов пользователя.

Шаг 2 мастера сопоставления кодов слежения с настраиваемыми атрибутами
7

Настройте все новые настраиваемые атрибуты, необходимые для этого веб-сайта. Пометьте все атрибуты как обязательные, если вы хотите, чтобы эти поля заполнялись для пользователей. Пользовательские атрибуты неприменимы к организациям, которые синхронизируют пользователей с соединителем каталогов, Azure AD и т. д. Этот шаг можно использовать для проверки отображаемых имен кодов слежения. После внесения необходимых изменений щелкните Сохранить.

Заблокированные атрибуты аналогичны AdminSet в классических кодах слежения веб-сайта совещаний. Если настраиваемый атрибут помечен как заблокированный, пользователи не смогут его видеть.
Если нажать кнопку сохранения на этом шаге, все настраиваемые атрибуты, которые были добавлены, удалены или помечены как обязательные, немедленно вступят в силу для организации. Для новых пользователей, подключенных к организации, должна быть соблюдена эта обновленная конфигурации настраиваемых атрибутов. В противном случае подключение пользователей не будет выполнено. Будьте внимательны, помечая настраиваемые атрибуты как обязательные.
Создание настраиваемых атрибутов в Control Hub
8

Вернитесь к мастеру и выберите Сопоставление кодов слежения.

Шаг 3 мастера сопоставления кодов слежения с настраиваемыми атрибутами
9

Для сопоставления кодов слежения с атрибутами профиля пользователя или настраиваемыми атрибутами организации используйте раскрывающийся список. При сопоставлении кода слежения веб-сайта с атрибутом система сначала выполняет сопоставление с уже существующими атрибутами, которые соответствуют названиям кодов слежения, если в качестве типа ввода задано текстовое поле. Когда все будет готово, нажмите Далее.

Если в организации используется автоматизированный процесс подключения пользователей, например соединитель каталогов или Azure AD, не следует сопоставлять коды слежения с настраиваемыми атрибутами. Вместо этого сопоставьте коды слежения с синхронизированными атрибутами.

Ранее коды слежения можно было настроить по-разному для каждого центра. Теперь для всех центров (Meetings, Events, Webinars и т. д.) используется единая конфигурация планирования. Если атрибут сопоставлен как обязательный, он будет обязательным во время планирования в Webex Meetings, Webex Webinars и т. д.

10

Щелкните Сохранить сопоставление. Синхронизация выполняется автоматически во время процесса обновления веб-сайта для Control Hub.

Рекомендуется создать резервную копию значений кодов слежения для пользователей путем экспорта пользователей веб-сайта для веб-сайта совещаний.

При сопоставлении кодов слежения с настраиваемыми атрибутами единственным источником достоверных данных является система удостоверений Webex, а не каждый отдельный веб-сайт совещаний.

Во время синхронизации выполняется одноразовое копирование пользовательских значений кодов слежения в сопоставленные атрибуты, которые еще не заполнены для пользователей. Это означает, что имеет значение порядок веб-сайтов, на которых в первую очередь выполняется синхронизация кодов слежения. При синхронизации первого веб-сайта осуществляется копирование значений кодов слежения для пользователей с этого веб-сайта в сопоставленный атрибут определенного пользователя в Control Hub, но только в том случае, если это значение для пользователя еще не заполнено.

Во время синхронизации некоторые значения кодов слежения могут не быть скопированы с веб-сайта в атрибуты пользователя

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

Чтобы избежать замены данных другими кодами слежения для пользователей, рекомендуется сопоставлять и синхронизировать данные для веб-сайта совещаний с самыми актуальными данными кодов слежения для пользователей.

Копирование значений кодов слежения не будет выполнено с веб-сайтов, на которых сопоставляются коды слежения с полями пользователей, синхронизируемых через внешние источники, такие как соединитель каталогов или Azure AD.

В таблице ниже представлены возможные сценарии, в которых данные заменяют исходные коды слежения. В этих сценариях код слежения и сопоставленный атрибут – это город пользователя.

Таблица 2. Возможные сценарии замены данных для существующих кодов слежения
ПользовательЗначение кода слежения перед синхронизациейЗначение сопоставленного атрибута перед синхронизациейЗначение сопоставленного атрибута после синхронизацииЗначение кода слежения после синхронизации
БобНи один из вариантовНи один из вариантовНи один из вариантовНи один из вариантов
ЖанНетЛондонЛондонЛондон
РичардГолуэйНетГолуэйГолуэй
СамантаДаллас*Сан-ХосеСан-ХосеСан-Хосе
ТомНью-ЙоркНетНью-ЙоркНью-Йорк
ДебраБостон*ОстинОстинОстин

* Предыдущее значение кода слежения заменяется существующим сопоставленным атрибутом.

Перед обновлением веб-сайта для управления им в Control Hub убедитесь в соблюдении следующих требований.

  • Все пользователи веб-сайта, которые должны относиться к вашей организации, действительно относятся к вашей организации Control Hub.
  • Все пользователи веб-сайта, которые не должны относиться к вашей организации, удалены из вашей организации.
  • Аутентификация пользователей в организации может проводиться вашим IdP, если в вашей организации настроена система SSO.
  • Поля профиля пользователя, помеченные как обязательные на веб-сайте, также будут скопированы в организацию Control Hub при обновлении веб-сайта. Если вы не хотите, чтобы эти поля помечены как обязательные для регистрации учетной записи на веб-сайте в Control Hub, перед обновлением для Control Hub сначала снимите флажки полей в службе администрирования веб-сайта. Требовать регистрацию учетной записи в службе администрирования веб-сайта
  • Вы изучили раздел Подготовка организации Control Hub, приведенный в этой статье выше.
Настоятельно рекомендуется утвердить пользователей перед обновлением веб-сайта до Control Hub. Если вы заявите пользователей в своей организации после обновления веб-сайта для Control Hub, эти пользователи могут утратить доступ к совещаниям и ресурсам для совещаний на веб-сайте. Дополнительные сведения см. в разделе Подготовка организации Control Hub .

Информацию об обновлении веб-сайта до 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.

Для устранения несовпадения адресов электронной почты пользователя попробуйте выполнить указанные ниже действия.

  • Измените адрес электронной почты пользователя в службе администрирования веб-сайта, чтобы он совпадал с адресом электронной почты Control Hub.

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

  • Измените адрес электронной почты пользователя в Control Hub, чтобы он совпадал с адресом электронной почты администратора веб-сайта: https://help.webex.com/nsi3kgb.

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

При обновлении веб-сайта до Control Hub без исправления несоответствий адресов электронной почты пользователей затронутые пользователи должны использовать свои адреса электронной почты Control Hub, чтобы войти на веб-сайт совещаний. Эти пользователи могут не войти в учетную запись при попытке войти с помощью адреса электронной почты в администрировании веб-сайта или если их адрес электронной почты Control Hub больше не действителен в IdP (для SSO организаций). Обновление веб-сайта не будет блокироваться, однако перед началом обновления лучше исправить адреса электронной почты.

Внешние пользователи с лицензией Basic Meetings

Внешние пользователи с лицензиями Basic Meetings должны быть деактивированы или модернизированы до платных лицензий Webex Meetings, прежде чем перейти от службы администрирования веб-сайта к Control Hub.

Как отключить пользователей

При отключении пользователи теряют свою лицензию организатора или права посетителя (в зависимости от того, какую роль они имели в период активности). Деактивированные пользователи по-прежнему будут отображаться в файле экспорта CSV веб-сайта после обновления веб-сайта для Control Hub.

Отключение отдельного пользователя в службе администрирования веб-сайта.

  1. Перейдите в раздел Управление пользователями  > Редактировать пользователя.

  2. Для поиска пользователя используйте алфавитный указатель, средства поиска и фильтрации.

  3. Снимите флажок в поле Активные.

  4. Отправьте изменения.

    Дополнительную информацию см. в статье Управление учетными записями пользователей в службе администрирования веб-сайта Webex .

Пакетное отключение пользователей в службе администрирования веб-сайта.

  1. Экспортируйте пользователей в файл CSV.

  2. Откройте файл CSV и измените значения столбца Активные на N для всех затронутых пользователей.

  3. Импортируйте измененный файл CSV.

    Пользователи, которых вы изменили, теперь неактивны.

    Дополнительную информацию см. в разделе Пакетный импорт и экспорт пользователей Webex в службе администрирования веб-сайта Webex.

Пользователи в организациях с синхронизацией каталогов

Если есть ненастройкие пользователи, которые должны быть в вашей организации, но еще не добавлены, их необходимо сначала добавить в организацию. Это особенно важно для организаций, которые настроены на синхронизацию каталогов (с помощью соединитель каталогов или Azure AD), поскольку синхронизация каталогов не позволит процедуре обновления веб-сайта добавить пользователей.

Обновление веб-сайта не удастся, если какие-либо активные пользователи на веб-сайте не могут быть связаны с организацией Control Hub. Если в вашей организации настроена синхронизация каталога, убедитесь, что все пользователи веб-сайта, которые должны быть частью организации Control Hub, сначала добавлены в соединитель каталогов или Azure AD, прежде чем начинать обновление.

Устраните проблемы пользователей перед началом обновления

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

Обновление веб-сайтов с системой единого входа и веб-сайтов без системы единого входа, связанных с организацией системы единого входа

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

Использование нескольких IdP в Control Hub поможет:

  • Если поставщик удостоверений для веб-сайта с системой единого входа в службе администрирования веб-сайта отличается от поставщика удостоверений единого входа в Control Hub.
  • Если пользователи на веб-сайте не используют IdP для SSO, настроенный в организации, теперь их можно просто добавить в локальный IdP Webex. Затем этих пользователей можно переместить на настроенный IdP системы единого входа позже.

Настройка нескольких IdP может включить для всех пользователей веб-сайта, который будет обновлен с службы администрирования веб-сайта до Control Hub, вход с помощью метода аутентификации, настроенного в организации Control Hub. Для этого можно выполнить приведенные ниже действия.

  • Добавьте дополнительные IdP SSO в организацию Control Hub.
  • Добавьте пользователей к уже настроенному idP.
  • Добавьте пользователей к локальному IdP Webex.

Подробные сведения о нескольких IdP в Control Hub см. в этой статье .

Прежде чем начать

Некоторые функции необходимо отключить. Кроме того, следует убедиться в том, что все пользователи находятся в состоянии, пригодном для обновления до Control Hub. При использовании приложений, интегрированных с API, необходимо обновить их для работы в API Webex.

Информацию об этих предварительных условиях можно прочесть в предыдущих частях этой статьи.

Убедитесь в том, что все администраторы знают о том, что вы обновляете веб-сайт до Control Hub, и о том, что после начала процесса они не должны вносить какие бы то ни было изменения в службу администрирования веб-сайта.

1

Экспорт и сохраните экспортируемый файл пользователей веб-сайта. Этот файл выступает в качестве архива конфигурации пользователя для упрощения проверки после обновления.

2

Войдите в службу администрирования веб-сайта и щелкните Обновить службу администрирования.

3

Просмотрите предварительные требования, особенно список пользователей, состояние которых может повлиять на обновление, в файле CSV.

4

Ознакомьтесь с функциями, которые необходимо отключить, и возможными отличиями в управлении пользователями и лицензиями организаторов (также см. эту статью).

5

Щелкните Обновить до Control Hub. Эта кнопка активируется только после завершения вышеуказанных действий.

Появится всплывающее окно. В этом окне будет указано, что обновление веб-сайта до Control Hub необратимо и после завершения процесса его нельзя отменить. После завершения обновления управлять веб-сайтом в службе администрирования веб-сайта будет невозможно. Если вы не готовы полностью перейти на управление веб-сайтом в Control Hub, выйдите из мастера преобразования прямо сейчас.
6

Щелкните ОК.

После запуска обновления над службой администрирования веб-сайта появится баннер с информацией о том, что обновление веб-сайта уже выполняется. Если что-либо пошло не так, появится сообщение об ошибке, где будет указано, что можно сделать. В противном случае появится сообщение об успешном завершении процедуры.

Для обновления веб-сайта требуется приблизительно 3 мин + 1000 активных пользователей / мин + 2000 неактивных пользователей / мин. Например, если обновление веб-сайта начато в 05:20 и на вашем веб-сайте 8 000 активных пользователей и 2000 неактивных пользователей, обновление веб-сайта займет около 12 минут. Кроме того, обновление веб-сайта приостановлено на 6 минут в верхней части часа (с xx:57 до xx:03). Но результаты могут отличаться.

7

Щелкните Войти в Control Hub.

После запуска обновления веб-сайта в службе администрирования веб-сайта Webex вы можете войти в Control Hub для отслеживания состояния обновления веб-сайта.

Обновление веб-сайта будет занять больше времени, если оно будет инициировано в верхней части часа. Обновления веб-сайта приостановлены на несколько минут до и после начала каждого часа.
  1. Войдите в Control Hub и откройте страницу Совещания .

    Вы можете увидеть список веб-сайтов совещаний.

  2. Щелкните веб-сайт, чтобы просмотреть информацию о нем.

  3. Найдите раздел Обновление веб-сайта, в котором можно увидеть Состояние обновления.

    По завершении обновления вы сможете скачать список всех пользователей в службе администрирования веб-сайта и узнать, кто из них был активным или неактивным на веб-сайте. Пользователи, которые в столбце состояния пользователей будут отказано в состоянии служба администрирования веб-сайта не будут иметь доступ к веб-сайту, управляемому Control Hub. Эти пользователи также не будут отказано в доступе к веб-сайту в разделе пользователей Control Hub.

    Отображение кнопки скачивания может занять некоторое время (для большинства организаций – несколько минут).

  4. Просмотрите список, чтобы проверить наличие проблем с обновлением.

После завершения обновления вы больше не сможете управлять этим веб-сайтом в службе администрирования веб-сайта. Все управление веб-сайтом необходимо проводить в Control Hub. Посмотрите описание некоторых действий и попробуйте управлять веб-сайтом в Control Hub.

  1. Проверьте некоторые настройки конфигурации веб-сайта, чтобы убедиться, что изменения не были внесены. Это будет проще, если вы скопировали некоторые настройки службы администрирования веб-сайта перед обновлением до Control Hub.

  2. Выберите организатора и проверьте его лицензии, коды слежения и типы сеанса в Control Hub. Войдите на веб-сайт совещаний и убедитесь, что запланированные совещания, записи и предпочтительные параметры не были изменены. Выполнить проверку будет проще, если данные этого организатора скопированы перед обновлением до Control Hub.

    Попросите пользователя проверить, может ли он планировать и проводить новые совещания.

  3. Добавьте нового пользователя в свою организацию. Назначьте ему лицензию организатора, измените типы сеанса и убедитесь, что он может проводить совещания.

    Рекомендуется настроить шаблоны лицензий на основе организации или групп для автоматического назначения лицензий новым пользователям или определенным группам новых пользователей.
  4. Выберите пользователя с полными правами администратора в службе администрирования веб-сайта и убедитесь в том, что у него есть соответствующий уровень доступа к обновленному веб-сайту в Control Hub.

    Такой администратор должен иметь права на чтение и изменение веб-сайта, а также на создание, предоставление лицензий, изменение и удаление пользователей.

  5. Если на веб-сайте используется интеграция 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 и в Control Hub, он будет применять тот же пароль для всех веб-сайтов Webex, которые были обновлены для Control Hub.

    • Если пользователь был создан в системе удостоверений Webex и в Control Hub в результате связывания веб-сайта, он будет применять учетные данные своего первого связанного веб-сайта (при условии, что в организации не настроена система SSO). Пользователи перенаправляются для того, чтобы войти на этот веб-сайт. Если у пользователей несколько веб-сайтов с несколькими учетными данными, URL веб-сайта должен помочь им определить, какие учетные данные использовать.

    • Пользователям разрешается сбросить пароль в организациях Control Hub (если управление паролем не осуществляется с помощью SSO). Если пользователи забыли свой пароль, они могут просто щелкнуть Забыли имя пользователя или пароль? на экране регистрации, чтобы сбросить пароль. Пользователи также могут сбросить свой пароль, следуя указанным ниже инструкциям.

  • Если адрес электронной почты конечного пользователя был изменен и у него был другой адрес электронной почты в администрировании веб-сайта и Control Hub во время обновления веб-сайта, у этого пользователя могут возникнуть проблемы при попытке войти. Возможно, пользователь не будет знать, что для регистрации необходимо использовать адрес электронной почты Control Hub, либо же адрес электронной почты в Control Hub может более не действовать в IdP-SSO организации. Этого можно избежать, обновив адреса электронной почты пользователей в Control Hub, поскольку в адреса электронной почты тех же пользователей будут внесены изменения в администрирование веб-сайта.

  • Необходим вход повторно для пользователей мобильного приложения Webex Meetings для iOS.

    • При обновлении веб-SSO до Control Hub ваши пользователи должны будут повторно войти в приложение Webex Meetings для iOS. Несмотря на то, что для приложения Meetings для iOS не будет требоваться повторной регистрации в течение не более чем двух месяцев после обновления веб-сайта, мы рекомендуем пользователям повторно войти вручную, чтобы избежать этой ситуации автоматически.
  • Во время обновления веб-сайта пользователям, имена пользователей которых не соответствуют адресам электронной почты, может потребоваться повторно войти в систему.

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

Пустой файл CSV "пользователь для проверки"

Если ваш веб-сайт большой и имеет более 1000 пользователей, адреса электронной почты которых в администрировании веб-сайта отличаются от Control Hub, в мастере обновления веб-сайта может быть пустой файл CSV "пользователь для просмотра". Это приводит к тому, что обновление веб-сайта не будет работать, поскольку вы не сможете решить проблемы с пользователями. Эта проблема находится в прорабатывом вопросе, и мы планируем решить ее в ближайшие недели.

Настройки, которые не переносятся при обновлении до Control Hub

  • Если веб-сайт под управлением администратора веб-сайта находился в медленном канале, а управление Control Hub также осуществляет партнер, после обновления до Control Hub вы можете потерять видимость элементов управления обновлением версии веб-сайта Meetings. В этом случае обратитесь к партнеру и попросите его включить настройку Разрешить клиенту модернизировать версию веб-сайта для вашей организации.
  • Запросы, ожидающие самостоятельной регистрации учетной записи, не передаются в центр предупреждений. После завершения обновления пользователи должны повторно зарегистрировать учетную запись .
  • После завершения обновления значения имени пользователя в службе администрирования веб-сайта переопределены адресами электронной почты пользователей в Control Hub.

Проблемы пользователя, которые вызывают сбой обновления

  • Пользователи с адресами электронной почты, связанными с пользователями в организации Webex для правительства, могут привести к сбой обновления, если эти пользователи не будут деактивированы до начала обновления.

Распространенные проблемы, которые вызывают сбой обновления, и рекомендуемые действия

Если веб-сайт не удается обновить До Control Hub, проверьте таблицу ниже, чтобы узнать, является ли причиной одной из этих ошибок comon и что можно сделать для ее устранения.

Ошибки, которые приводят к ошибке обновленияРекомендуемое действие
Недействительный тип веб-сайта.Чтобы проверить Webex Support связанный с пользователем веб-сайт, обратитесь к Webex Support вашей команде.
С веб-сайтом не связана подписка.Прежде чем можно будет обновить веб-сайты в Control Hub, необходимо ассоциировать веб-сайты с подпиской.
С ИД организации существует проблема.Связанный с веб-сайтом ID организации не является таким же, как и iD организации подписки. Обратитесь в Webex Support команду.
Операции следующей подписки в Control Hub находятся на рассмотрении. (SubID).Повторить обновление веб-сайта после завершения операции ожидания.
Имеются конфликты в настройках система единого входа (SSO).Если веб-сайт SSO, убедитесь в том, что:
  • Автоматическое создание учетных записей отключено.
  • SSO в организации Control Hub.
Информация о лицензиях веб-сайта в службе администрирования веб-сайта не совпадает с информацией о лицензиях веб-сайта в Control Hub.Несогласовывая информация о лицензиях между администратором веб-сайта и Control Hub. Обратитесь в Webex Support команду.
Некоторые имена пользователей или адреса электронной почты служба администрирования веб-сайта конфликту с именами пользователей или адресами электронной почты в Control Hub.Адрес электронной почты пользователя в администрировании веб-сайта используется другим пользователем в Control Hub. Измените один из адресов электронной почты или имен пользователей.
При обновлении вашего веб-сайта возникла проблема.Внутренняя ошибка не позволяет обновить этот веб-сайт. Обратитесь в Webex Support команду.
При обновлении пользователей Webex возникла проблема.Внутренняя ошибка не позволяет обновить этот веб-сайт. Обратитесь в Webex Support команду.

Проблемы со входом в систему для пользователей

Обязательно разрешите использование файлов cookie Webex в любой момент. В противном случае у пользователей могли возникнуть проблемы со входом после обновления до Control Hub.

В. Есть ли дата, когда Cisco больше не будет поддерживать службу администрирования веб-сайта?

О. Да. Прекращение использования службы администрирования веб-сайта Webex планируется к концу декабря 2023 г.

В. Будут ли администраторы веб-сайта в службе администрирования веб-сайта продолжать сохранять свой административный доступ к веб-сайту после обновления системы управления Control Hub?

О. Да. После обновления веб-сайта для управления им в Control Hub все администраторы веб-сайта в службе администрирования веб-сайта по-прежнему имеют административный доступ к веб-сайту.

В. Почему после обновления веб-сайта совещаний для переноса управления из службы администрирования веб-сайта в Control Hub отображаются новые администраторы?

О. Эти новые администраторы на веб-сайте, вероятно, были администраторами организации Control Hub. После обновления веб-сайта с службы администрирования веб-сайта до Control Hub все администраторы на уровне организации становятся администраторами веб-сайта нового веб-сайта под управлением Control Hub. Это означает, что администраторы организации с полными правами станут администраторами веб-сайта Webex с полными правами, администраторы пользователей организации станут администраторами пользователей веб-сайта Webex, а администраторы организации с правами только на чтение станут администраторами веб-сайта Webex.

В. Как не работает вход в инструмент повышения производительности после обновления веб-сайта для Control Hub?

О. Убедитесь, что в веб-браузерах настроено всегда разрешать файлы cookie сеансов, расположенные в расширенных настройках конфиденциальности браузеров.

В. Если пользователь удален в Control Hub, после чего тот же адрес электронной почты повторно добавлен в Control Hub и назначения лицензии Meetings тому же веб-сайту Webex, сможет ли пользователь получить доступ к своим старым записям?

О. Да, пользователь получит доступ ко всем своим старым контентам Meetings, если им будет назначена лицензия на любой из предыдущих веб-сайтов Webex, на которые он был. Это применимо как к веб-сайтам под управлением Control Hub, так и к веб-сайтам, которые были обновлены до Control Hub.

В. Если пользователь был деактивирован в службе администрирования веб-сайта до обновления веб-сайта для Control Hub и позже был повторно лицензирован на тот же веб-сайт Webex в Control Hub, у него будет доступ к его старым записям?

О. Да, у пользователя по-прежнему будет доступ к своим старым записям. Кроме того, все пользователи , деактивированные в администрировании веб-сайта до обновления веб-сайта, будут перечислены в файле экспорта в CSV meetings в Control Hub.

В. Если на веб-сайте не настроен IdP для SSO, но в организации Control Hub настроен IdP для SSO, что произойдет при обновлении веб-сайта для Control Hub?

О. На веб-сайте будет SSO один и тот же IdP, что и в организации Control Hub.

В. Если на веб-сайте настроен поставщик удостоверений SSO, отличный от поставщика удостоверений SSO в Control Hub, что происходит при обновлении веб-сайта для Control Hub?

О. Веб-сайт будет переключен для использования того же SSO IdP, что и организация Control Hub.

В. Если на веб-сайте настроен IdP для SSO, но в организации Control Hub нет IdP для SSO, что произойдет при обновлении веб-сайта для Control Hub?

О. Обновление веб-сайта будет заблокировано. Чтобы разблокировать веб-сайт для обновления до Control Hub, удалите SSO IdP с веб-сайта администрирования веб-сайта или добавьте SSO IdP в организацию Control Hub.

В. Можно ли по-прежнему войти на URL веб-сайта для доступа к записям и планирования совещаний или event-совещаний?

О. Да, вы по-прежнему можете войти по URL сайта, на котором можно получить доступ к записям, планировать совещания и т. д.

В. Изменяются ли пользовательские настройки во время обновления веб-сайта с службы администрирования веб-сайта до Control Hub?

О. Нет, настройки пользователя останутся неизменными. Эти настройки будут применимы до обновления веб-сайта.

В. Влияет ли это обновление веб-сайта на мои записи или запланированные совещания?

О. Записи организатора не будут затронуты. У вас по-прежнему будет к ним доступ. Запланированные совещания также не будут затронуты. Изменения в них не внесены.

В. Влияет ли это обновление веб-сайта на записи или запланированные совещания пользователей?

О. Записи пользователей не будут затронуты. У них по-прежнему будет доступ к ним. Это также не повлияет на запланированные совещания. Изменения в них не внесены.

Пользователи, которые еще не были заявлены, могут повлиять на их записи или запланированные совещания, если они будут заявлены после обновления веб-сайта для Control Hub. Дополнительную информацию см. в примечании ниже.

Настоятельно рекомендуется утвердить пользователей перед обновлением веб-сайта до Control Hub. Если вы заявите пользователей в своей организации после обновления веб-сайта для Control Hub, эти пользователи могут утратить доступ к совещаниям и ресурсам для совещаний на веб-сайте.

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

  • Для пользователей с правами внешнего администратора организации или веб-сайта: удалите весь внешний доступ администратора к организации и веб-сайту, а затем удалите лицензию веб-сайта совещаний. После заявления пользователя повторно лицензируйте этого пользователя на веб-сайте. Также можно восстановить их права внешнего администратора.
  • Для обычных пользователей: удалите лицензию на веб-сайт совещаний, заявите пользователя в свою организацию, а затем повторно лицензируйте этого пользователя на веб-сайт.

В. Где проверить ожидающие запросы на самостоятельную регистрацию для веб-сайтов под управлением Control Hub?

О. Вы и другие администраторы можете рассмотреть запросы о самостоятельной регистрации в Alerts Center.

В. Можно ли получить доступ к значениям имен пользователей в службе администрирования веб-сайта после обновления веб-сайта до Control Hub?

О. Файл экспорта всех пользователей в администрировании веб-сайта доступен в Control Hub в течение 90 дней после обновления веб-сайта до Control Hub. Этот файл CSV содержит значения имени пользователя.

В. Для идентификации пользователей в службе администрирования веб-сайта используются значения имен пользователей. Как то же самое можно сделать в Control Hub?

О. Значения имени пользователя будут утрачены после обновления веб-сайта до Control Hub. Если вам необходим доступ к этим значениям, одно из решений – скопировать значения в код слежения до обновления веб-сайта. Значения кодов слежения для пользователей будут сохранены и доступны после обновления веб-сайта в Control Hub. При использовании системы единого входа ExternalID является атрибутом пользователя Control Hub, который может содержать это значение. Это требует настройки утверждения SAML для передавать это значение при настройке SSO в Control Hub. Это значение также будет передано Control Hub во время автоматического создания новых пользователей.

В. Сколько времени требуется для завершения обновления веб-сайта после его начала?

О. Для обновления веб-сайта требуется приблизительно 3 мин + 1000 активных пользователей / мин + 2000 неактивных пользователей / мин. Например, если обновление веб-сайта начато в 05:20 и на вашем веб-сайте 8 000 активных пользователей и 2000 неактивных пользователей, обновление веб-сайта займет около 12 минут. Кроме того, обновление веб-сайта приостановлено на 6 минут в верхней части часа (с xx:57 до xx:03). Но результаты могут отличаться.

В. Как автоматически лицензировать каждого нового пользователя или нового пользователя в определенных группах после обновления веб-сайта для управления им в Control Hub?

О. Можно настроить шаблоны лицензий на основе организации или групп , чтобы автоматически назначать лицензии новым пользователям.

В. Происходит ли простой во время обновления веб-сайта?

О. Нет. Во время обновления веб-сайта:

  • Пользователи могут продолжать использовать службу совещаний, например присоединяться к запланированным и незапланированным совещаниям и начинать их.
  • Это не повлияет на совещания, которые проводятся после начала обновления веб-сайта.
  • Подписка будет заблокирована в Control Hub.
  • В настольном клиенте Meetings могут возникнуть проблемы с разделом "Предстоящие совещания".
  • Изменения конфигураций управления веб-сайтом не рекомендуется.