Описание обновления службы администрирования веб-сайта для 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 автоматически получит доступ к сайтам, которые обновляются с Site Admin до Control Hub. Например, полные администраторы организации станут полноправными администраторами веб- веб-сайт Webex , администраторы пользователей организации станут администраторами пользователей веб- веб-сайт Webex , а администраторы организации, имеющие доступ только для чтения, станут администраторами веб- веб-сайт Webex , имеющими доступ только для чтения.

XML API

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

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

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

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

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

 

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

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

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

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

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

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


 

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

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

Различия в XML API в Control Hub

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

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

     

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

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

REST API

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

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

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

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


 

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

Планы на будущее (возможны изменения)

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

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

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

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

Если вы участвуете в необходимые коды слежения и настраиваемые атрибуты beta, то вы увидите это действие:

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

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

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

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

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

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


 

Если ваша организация использует функцию автоматического создания учетной записи в Site Admin, вам следует настройка эквивалентную функцию в 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

Внешние пользователи с Базовые лицензии Meetings Перед обновлением сайта с администратора сайта до Control Hub необходимо деактивировать его или обновить до платных лицензий Webex Meetings .

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


 

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

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

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

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

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

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

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

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

  • Добавьте дополнительных поставщиков удостоверений личности для системы 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 и на вашем сайте 8000 активных пользователей и 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, поскольку в них вносятся изменения в адреса электронной почты тех же пользователей в Site Admin.

  • Для пользователей мобильного приложения Webex Meetings для iOS требуется повторный вход :

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В. Сохранят ли администраторы сайта в Site Admin свой административный доступ после обновления до Control Hub Management?

О. Да. Все администраторы на сайте в Site Admin по-прежнему будут иметь административный доступ к сайту после того, как сайт будет обновлен для управления Control Hub.

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

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

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

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

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

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

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

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

В. Что произойдет при обновлении сайта до Control Hub, если на сайте не настройка SSO IdP, но у организации Control Hub есть SSO IdP?

О. На сайте будет использоваться тот же IdP системы SSO входа, что и в организации Control Hub.

В. Что произойдет, если на сайте настройка другой SSO системы SSO , чем в Control Hub?

О. Сайт переключится на использование того же поставщика идентификационной информации SSO , что и организация Control Hub.

В. Что произойдет, если на сайте настройка SSO IdP, но у организации Control Hub нет SSO IdP?

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

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

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

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

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

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

О. Записи организатора не затронуты. У вас по-прежнему будет к ним доступ. Ваши запланированные встречи также не затронуты. В них нет никаких изменений.

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

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

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


 

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

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

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

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

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

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

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

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

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

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

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

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

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

В. Есть ли простои во время обновления сайта?

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

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