Благодарим вас за обратную связь.
Обновление системы управления веб-сайтом Webex Meetings для преобразования службы администрирования веб-сайта в Control Hub
Отправить обратную связь?Описание обновления службы администрирования веб-сайта для Control Hub
Обновление сайта из Site Administration в Control Hub не требует обновления версий клиентов. Некоторые сайты не смогут использовать эту функцию, пока к этому не будут готовы партнеры, управляющие этими организациями.
Webex становится унифицированной платформой для управления совещаниями, вызовами, обменом сообщениями и другими режимами совместной работы. Вот почему мы хотим перенести управление всеми сайтами Webex Meetings из Site Administration в Control Hub.
В разделе «Администрирование сайта» есть инструмент, который поможет вам справиться с этими изменениями. Если ваш сайт уже готов к обновлению до Control Hub, вы можете начать, нажав Обновление администрирования в навигационном меню.
Для демонстрации работы обновления веб-сайта до Control Hub см. это видео.
Чтобы помочь спланировать обновление веб-сайта, ознакомьтесь с разделом "Готовность к оценке веб-сайта ".
Преимущества управления веб-сайтами в Control Hub.
-
Унифицированные назначения лицензий для всех служб Webex, таких как службы совещаний, обмена сообщениями и вызовов.
-
Согласованные политики безопасности во всех службах Webex.
-
Общие возможности входа в систему для всех конечных пользователей в разных службах Webex.
-
Современные возможности управления для администратора, такие как соединитель каталогов, SCIM и группы Active Directory.
-
Шаблоны лицензий для назначения пользователям нескольких лицензий автоматически.
После обновления для Control Hub службу администрирования веб-сайта нельзя использовать для управления веб-сайтом совещаний.
Если на вашем сайте запланировано автоматическое обновление с управления в Site Admin до Control Hub, вы увидите следующий снимок экрана.
Вы можете нажать Изменить дату обновления сайта, чтобы изменить запланированную дату.
Процесс управления веб-сайтами в Control Hub аналогичен управлению веб-сайтами в службе администрирования веб-сайта. Но для управления пользователями в Control Hub используются более современные технологии, поэтому существуют определенные различия в управлении веб-сайтами в Control Hub. Этот раздел посвящен особенностям обновления веб-сайта.
Более подробный обзор различий между службой администрирования веб-сайта и Control Hub см. в этой статье.
Управление пользователями
В системе управления пользователями в рамках Control Hub присутствует отдельная уникальная система для пользователей всей организации (и всех пользователей Webex). В службе администрирования веб-сайта профиль пользователя индивидуален для каждого сайта совещания.
- Система единого входа (SSO) с автоматическим созданием учетной записи
-
В администрировании веб-сайта есть функция "Автоматическое создание учетной записи", которая создает пользователей при их самостоятельной аутентификации с помощью системы единого входа.
Эта функция также доступна в Control Hub. Более подробную информацию см. в разделе Автоматическое создание и обновление учетной записи SAML для Control Hub.
Во многих организациях, использующих SSO, предпочитают централизованное управление пользователями с помощью инструментов внешних каталогов, таких как Microsoft® Active Directory и Microsoft Azure, а также требуют аутентификации с внешними поставщиками удостоверений.
Узнать больше:
-
Интеграция вашей организации Control Hub с поставщиком удостоверений.
- Обязательные данные профиля и коды слежения
-
Служба администрирования веб-сайта позволяет указать обязательные поля профиля для новых пользователей (предыдущий снимок экрана). Можно расширить эту возможность, чтобы запросить дополнительные коды слежения для создания пользователя (снимок экрана ниже). Если вы настроите эти дополнительные требования, то не сможете вносить пользователей, у которых эти поля не заполнены.
Для создания пользователя в 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.
Доступ администратора к сайтам Webex после обновления
Лицо, имеющее роль администратора всей организации в Control Hub, автоматически получит доступ к сайтам, которые обновляются с Site Admin до Control Hub. Например, администраторы организаций с полными правами станут администраторами сайтов Webex с полными правами, администраторы пользователей организаций станут администраторами пользователей сайтов Webex, а администраторы организаций с правами только для чтения станут администраторами сайтов Webex с правами только для чтения.
API XML
API XML теперь совместимы с веб-сайтами под управлением Control Hub. Информацию об обновлениях API XML 41.11.0 и предостерестях можно прочитать.
URL-адреса служб XML API не изменяются после обновления сайта с Site Admin до Control Hub. Работать будут те же URL API. Cisco рекомендует использовать OAUTH для аутентификации во всех интеграциях API.
Аутентификация в XML API
Интеграции, не использующие Webex OAUTH для аутентификации, могут давать сбои после обновления сайта до Control Hub. В следующей таблице показано, какой тип аутентификации администратора продолжит работать после обновления вашего сайта.
| Тип аутентификации администратора в XML API перед обновлением сайта | Администратор в SSO org после обновления сайта | Администратор не в организации SSO после обновления сайта |
|---|---|---|
| имя пользователя (webExID)/password |  Будет работать* | Будет работать* |
| имя пользователя (webExID)/sessionTicket | Будет работать | Будет работать |
| username/OAUTH (webExAccessToken) | Будет работать | Будет работать |
| email/password | Будет работать* | Будет работать* |
| email/sessionTicket | Будет работать | Будет работать |
| email/OAUTH (webExAccessToken) | Будет работать | Будет работать |
* Обратная совместимость — Cisco включила username/password аутентификации для работы в XML API после обновления сайта, даже если username не соответствует адресу электронной почты. Совместимость применяется только если:
- Учетные данные пользователя были созданы до обновления сайта. Вносить изменения в
usernameзапрещено, в противном случае предыдущие учетные данные не будут действительны. - Учетные данные для аутентификации API не могут иметь пароль, отличный от пароля на сайте в Control Hub, когда управление осуществлялось в разделе «Администрирование сайта».
- Пользователи, учетные данные которых используются для аутентификации, должны находиться в активном состоянии (не неактивном) в Администрировании сайта на момент обновления сайта в Control Hub.
Дополнительную информацию об интеграции XML API на управляемых сайтах Control Hub, включая аутентификацию OAUTH, можно найти в этом руководстве.
Username устанавливается на электронную почту для всех пользователей при обновлении сайта до Control Hub. Если для полезных нагрузок API используется username, то после обновления сайта полезные нагрузки должны использовать электронную почту.
Роль администратора в Control Hub для интеграции API
Администраторы, имеющие только роль администратора сайта, могут не иметь возможности выполнять некоторые операции с XML API, такие как изменение адреса электронной почты пользователя или отображаемого имени после обновления сайта до сайта Control Hub. Для администраторов, чьи учетные данные используются для интеграций API, рекомендуется повысить этих администраторов до администраторов с полными учетными данными организации в Control Hub, в идеале перед обновлением веб-сайта до Control Hub.
Рекомендуется сначала обновить тестовой веб-сайт, чтобы подтвердить работу интеграций API без изменения после обновления в Control Hub.
В зависимости от того, что делает ваша интеграция, администраторам также может потребоваться назначить учетную запись организатора встреч на сайте Control Hub, чтобы интеграция работала (это не требовалось администраторам на сайтах Site Admin).
Отличия API XML в Control Hub
Большинство интеграций API XML после обновления веб-сайта должны работать без изменений. Однако в следующем списке подробно описаны некоторые исключения.
- CreateUser— на сайтах, управляемых Control Hub, эта операция также может создать пользователя в организации, владеющей сайтом, перед назначением лицензии. Если пользователь уже существует в другой организации, эта операция будет неуспешной.
PMR ID parameterне вступит в силу для пользователей, у которых еще нет статуса Активен в Control Hub.createuserAPI-процесс занимает больше времени для веб-сайтов под управлением Control Hub. Для повышения производительности можно добавить дополнительный поток для распараллеливания вызовов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 по адресу:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
Однако REST API выше поддерживают не все функции управления пользователями, доступные в API XML. Например, вам по-прежнему придется использовать XML API для назначения лицензий на собрания пользователям за пределами организации, которой принадлежит сайт. People API не поддерживает назначение ролей администратора веб-сайта пользователям. При необходимости назначить роли администратора веб-сайта с помощью API все равно необходимо использовать API XML.
Вы можете использовать API People для создания администраторов организации с полными (или только для чтения) разрешениями, и эти администраторы также смогут управлять (или просматривать) сайтами собраний, управляемыми Control Hub.
В Control Hub есть роли администратора для веб-сайта Webex, однако пользовательский API в настоящий момент не может назначать эту роль.
Планы на будущее (могут измениться)
- Новый API лицензирования, который также может предоставлять лицензии на сайты собраний внешним пользователям, не входящим в ту же организацию, которая создала сайт. Лицензирование внешних пользователей доступно вручную в Control Hub уже сегодня.
- API SCIM для создания и удаления пользователей в организации.
- Долгосрочное направление деятельности Cisco — использование только REST API (для всех операций с пользователями и сайтами встреч). API XML для управления пользователями будут и далее поддерживаться, пока REST API не будут использоваться исключительно для всех операций по управлению пользователями. XML API управления пользователями также будут объявлены устаревшими (дата будет определена).
Перед обновлением веб-сайта до Control Hub настоятельно рекомендуется сначала просмотреть следующие элементы, чтобы обновление прошло как можно более плавно.
- Во-первых, просмотрите этот документ и убедитесь в том, что ваша организация соблюдает рекомендации, рекомендованные в разделе "Подготовка организации Control Hub ".
- Затем войдите в службу администрирования Webex и щелкните Обновить администрирование. На этапе готовности веб-сайта не нужно делать какие-либо рекомендуемые действия в файле в разделе "Пользователи обзора" и пока не следует отключать функции, озвонимые в разделе функций проверки. Следуя этим инструкциям, оценка готовности веб-сайта становится операцией, доступной только для чтения, только для оценки изменений, которые необходимо сделать перед обновлением Control Hub.
- В разделе Обзор пользователей нажмите Экспортировать файл CSV пользователя и загрузите файл CSV, который называется
users-to-review-xxxxx.csv.В этом файле будут действовать все пользователи, которые нуждаются в вниманиях, и будет рекомендовано действие для каждого пользователя. Количество пользователей в этом файле дает представление о количестве проблем, связанных с пользователем, которые необходимо решить перед обновлением веб-сайта.
- В разделе Просмотр функций просмотрите все функции, указанные в столбце последствий красным цветом Х. Это позволит узнать о готовности вашего веб-сайта с точки зрения конфликта функций.
- Не перейдите к шагу 2 и еще не нажимайте кнопку Обновить в Control Hub.
После просмотра файла CSV пользователя и просмотра функций, которые можно перенастроить, продолжите чтение остальных разделов этой статьи для подготовки веб-сайта и организации к обновлению Control Hub.
Примечание. Если на вашем веб-сайте есть интеграции API, которые были сделаны вашей компанией или с помощью решений сторонних компаний, например решений для управления обучением, просмотрите раздел Подготовка интеграций API веб-сайта для работы с Control Hub .
Предстоящие изменения в версии 43.6
До сих пор перед обновлением сайта до Control Hub требовалось отключить эти две функции:
- Обязательные поля профиля хоста
- Требуемые коды отслеживания
Начиная с версии 43.6, сайтам, участвующим в бета-тестировании функций пользовательских атрибутов и обязательных полей профиля хоста, больше не нужно будет отключать эти функции перед обновлением своего сайта до Control Hub. Вместо этого мастер предложит вам проверить эти две функции, поскольку текущая конфигурация будет скопирована в организацию Control Hub.
Если вы участвуете в бета-тестировании обязательных полей профиля хоста, то вы увидите следующее предупреждение:
Если вы участвуете в бета-тестировании обязательных кодов отслеживания и пользовательских атрибутов, то вы увидите этот элемент действия:
Если вы не участвуете в этих бета-тестированиях, продолжайте читать следующий раздел.
Отключить функции, блокирующие обновление сайта
Перед обновлением веб-сайта Webex для Control Hub необходимо отключить некоторые функции. Можно просмотреть список функций, которые необходимо отключить. Функции, отмеченные пиктограммой X в красном круге, должны быть отключены. Функции, отмеченные пиктограммой восклицательного знака в желтом треугольнике, представлены только для информации и не требуют каких-либо действий.
Информацию об обновлении веб-сайта до Control Hub см. в этом видео.
Если ваша организация использует функцию автоматического создания учетных записей в Site Admin, вам следует настроить эквивалентную функцию в Control Hub и настроить шаблон автоматической лицензии для автоматического назначения лицензий. Более подробную информацию см. в этой статье. Это необходимо сделать перед обновлением сайта, которым необходимо управлять в Control Hub.
-
Войдите в службу администрирования веб-сайта Webex и перейдите к меню .
-
Найдите и отключите параметр Разрешить регистрацию учетных записей оператора.
-
Найдите параметр Требуется регистрация учетной записи: и очистите все обязательные поля профиля пользователя.
-
-
Щелкните Обновить.
-
Перейдите в меню .
-
В столбце Профиль организатора измените все строки кодов слежения с отметкой Обязательный, указав значение Задано администратором или Необязательный.
-
Дополнительную информацию о кодах слежения можно получить на странице https://help.webex.com/izu2ty.
При обновлении веб-сайта для Control Hub все значения кодов слежения для пользователей сохраняются.
-
В будущем это ограничение будет снято, и вы сможете сопоставлять коды отслеживания с необходимыми настраиваемыми атрибутами пользователя в Control Hub для обеспечения эквивалентной функциональности.
Функция сопоставления кодов отслеживания с атрибутами пользователей — это черновик, находящийся в стадии публичного предварительного просмотра. В нем содержится общее описание того, чего следует ожидать.
Прежде чем вы сможете обновить сайт с помощью требуемых кодов отслеживания из Администрации сайта в Control Hub, вы должны сопоставить эти коды отслеживания с атрибутами пользователя в Control Hub. Вы можете нажать на значок под информацией, чтобы перейти непосредственно к мастеру сопоставления кодов отслеживания с атрибутами пользователей для сайта. Если вы еще не сопоставили или не отключили требуемые коды отслеживания, вы не сможете обновить свой сайт до Control Hub.
Если на вашем сайте нет обязательных кодов отслеживания, вы все равно можете сопоставить коды отслеживания с атрибутами пользователя перед обновлением сайта до Control Hub, выполнив следующую процедуру.
Для веб-сайтов совещаний, в которых в качестве кода слежения используется "Отдел", рекомендуется сопоставить этот код отслеживания с атрибутом профиля пользователя "Отдел", а не с настраиваемым атрибутом. Поскольку "Отдел" является стандартным атрибутом профиля в Control Hub, этот сценарий в большинстве случаев будет более эффективным.
Если этот атрибут обязателен, перейдите в раздел атрибутов профиля пользователя и отметьте атрибут отдела как обязательный. Имейте в виду, что этот атрибут "Отдел", наряду с другими атрибутами пользователя, не будет заполнен для внешних пользователей.
| 1 |
Войдите в Control Hub и перейдите к разделу Совещание. | ||||||||||||||||||||||||||||||||||||||||
| 2 |
Выберите сайт, а затем перейдите в . | ||||||||||||||||||||||||||||||||||||||||
| 3 |
Выберите Создать карту кодов отслеживания.  | ||||||||||||||||||||||||||||||||||||||||
| 4 |
Выберите Открыть сводную информацию о кодах слежения.  | ||||||||||||||||||||||||||||||||||||||||
| 5 |
Щелкните Скачать сводную информацию о конфигурации. Необходимо скачать копию текущей конфигурации кодов слежения. Эта сводная информация понадобится при выполнении следующих шагов, чтобы убедиться, что все значения атрибутов соответствуют текущим кодам слежения. Также можно скачать списки предыдущих кодов слежения в виде файла CSV, чтобы загрузить те же значения для настраиваемых атрибутов.  | ||||||||||||||||||||||||||||||||||||||||
| 6 |
Вернитесь к мастеру и выберите Добавление и проверка атрибутов пользователя.  | ||||||||||||||||||||||||||||||||||||||||
| 7 |
Настройте все новые настраиваемые атрибуты, необходимые для этого веб-сайта. Отметьте любые атрибуты как обязательные, если вы хотите, чтобы эти поля были заполнены для пользователей. Пользовательские атрибуты не применяются для организаций, которые синхронизируют пользователей с Directory Connector, Azure AD и т. д. Вы можете использовать этот шаг как возможность просмотреть отображаемые имена кодов отслеживания. После внесения необходимых изменений щелкните Сохранить. Заблокированные атрибуты аналогичны AdminSet в классических кодах отслеживания сайтов встреч. Если настраиваемый атрибут помечен как заблокированный, пользователи не смогут его видеть.Если нажать кнопку сохранения на этом шаге, все настраиваемые атрибуты, которые были добавлены, удалены или помечены как обязательные, немедленно вступят в силу для организации. Для новых пользователей, подключенных к организации, должна быть соблюдена эта обновленная конфигурации настраиваемых атрибутов. В противном случае подключение пользователей не будет выполнено. Будьте внимательны, помечая настраиваемые атрибуты как обязательные.  | ||||||||||||||||||||||||||||||||||||||||
| 8 |
Вернитесь к мастеру и выберите Сопоставление кодов слежения.  | ||||||||||||||||||||||||||||||||||||||||
| 9 |
Для сопоставления кодов слежения с атрибутами профиля пользователя или настраиваемыми атрибутами организации используйте раскрывающийся список. При сопоставлении кода слежения веб-сайта с атрибутом система сначала выполняет сопоставление с уже существующими атрибутами, которые соответствуют названиям кодов слежения, если в качестве типа ввода задано текстовое поле. Когда все будет готово, нажмите Далее. Если в организации используется автоматизированный процесс подключения пользователей, например соединитель каталогов или Azure AD, не следует сопоставлять коды слежения с настраиваемыми атрибутами. Вместо этого сопоставьте коды слежения с синхронизированными атрибутами. Ранее коды слежения можно было настроить по-разному для каждого центра. Теперь для всех центров (Meetings, Events, Webinars и т. д.) используется единая конфигурация планирования. Если атрибут сопоставлен как обязательный, он будет обязательным во время планирования в Webex Meetings, Webex Webinars и т. д.  | ||||||||||||||||||||||||||||||||||||||||
| 10 |
Нажмите Сохранить карту. Синхронизация выполняется автоматически в процессе обновления сайта в Control Hub. Мы предлагаем сделать резервную копию значений кодов отслеживания для пользователей, выполнив экспорт пользователя сайта для сайта встречи При сопоставлении кодов слежения с настраиваемыми атрибутами единственным источником достоверных данных является система удостоверений Webex, а не каждый отдельный веб-сайт совещаний. Во время синхронизации выполняется одноразовое копирование пользовательских значений кодов слежения в сопоставленные атрибуты, которые еще не заполнены для пользователей. Это означает, что имеет значение порядок веб-сайтов, на которых в первую очередь выполняется синхронизация кодов слежения. При синхронизации первого веб-сайта осуществляется копирование значений кодов слежения для пользователей с этого веб-сайта в сопоставленный атрибут определенного пользователя в Control Hub, но только в том случае, если это значение для пользователя еще не заполнено. Во время синхронизации некоторые значения кодов слежения могут не быть скопированы с веб-сайта в атрибуты пользователя Если значение пользователя для сопоставленного веб-сайта уже заполнено во время синхронизации, то значение кода слежения с этого веб-сайта не будет скопировано в сопоставленный атрибут в Control Hub для этого пользователя. Чтобы избежать замены данных другими кодами слежения для пользователей, рекомендуется сопоставлять и синхронизировать данные для веб-сайта совещаний с самыми актуальными данными кодов слежения для пользователей. Копирование значений кодов слежения не будет выполнено с веб-сайтов, на которых сопоставляются коды слежения с полями пользователей, синхронизируемых через внешние источники, такие как соединитель каталогов или Azure AD. В таблице ниже представлены возможные сценарии, в которых данные заменяют исходные коды слежения. В этих сценариях код слежения и сопоставленный атрибут – это город пользователя.
* Предыдущее значение кода отслеживания заменяется существующим сопоставленным атрибутом. | ||||||||||||||||||||||||||||||||||||||||
Перед обновлением веб-сайта для управления им в Control Hub убедитесь в соблюдении следующих требований.
- Все пользователи веб-сайта, которые должны относиться к вашей организации, действительно относятся к вашей организации Control Hub.
- Все пользователи веб-сайта, которые не должны относиться к вашей организации, удалены из вашей организации.
- Аутентификация пользователей в организации может проводиться вашим IdP, если в вашей организации настроена система SSO.
- Поля профиля пользователя, отмеченные на сайте как обязательные, также будут скопированы в организацию Control Hub при обновлении сайта. Если вы не хотите, чтобы эти поля были отмечены как обязательные для регистрации учетной записи на сайте в Control Hub, снимите флажки с полей в Site Admin перед обновлением до Control Hub.
- Вы изучили раздел Подготовка организации Control Hub, приведенный в этой статье выше.
Информацию об обновлении веб-сайта до Control Hub см. в этом видео.
Проверка пользователей, которые блокируют обновление веб-сайта
-
Во войти в служба администрирования веб-сайта и открыть страницу администрирования обновлений .
-
Откройте панель управления Просмотр предварительных требований для обновления службы администрирования и щелкните Экспорт затронутых пользователей в файл CSV.
-
Дождитесь окончания экспорта. Этот процесс может занять некоторое время. Продолжительность процесса зависит от времени его начала и количества пользователей веб-сайта. Экспорт приостанавливается на 6 минут в начале часа (между xx:57 к xx:03).
-
По завершении экспорта нажмите Скачать CSV.
Ваш браузер загружает
users-to-review.csv. -
Откройте файл 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 необходимо деактивировать или обновить до платных лицензий Webex Meetings перед обновлением сайта с Site Admin до Control Hub.
Как отключить пользователей
Отключение отдельного пользователя в службе администрирования веб-сайта.
-
Перейдите в раздел .
-
Для поиска пользователя используйте алфавитный указатель, средства поиска и фильтрации.
-
Снимите флажок в поле Активные.
-
Отправьте изменения.
Дополнительную информацию см. в разделе Управление учетными записями пользователей в службе администрирования сайта Webex.
Пакетное отключение пользователей в службе администрирования веб-сайта.
-
Экспортируйте пользователей в файл CSV.
-
Откройте CSV-файл и измените значения столбца
ActiveнаNдля всех затронутых пользователей. -
Импортируйте измененный файл CSV.
Пользователи, которых вы изменили, теперь неактивны.
Дополнительную информацию см. в разделе Пакетный импорт и экспорт пользователей Webex в службе администрирования веб-сайта Webex.
Пользователи в организациях с синхронизацией каталогов
Если есть ненастройкие пользователи, которые должны быть в вашей организации, но еще не добавлены, их необходимо сначала добавить в организацию. Это особенно важно для организаций, которые настроены на синхронизацию каталогов (с помощью соединитель каталогов или Azure AD), поскольку синхронизация каталогов не позволит процедуре обновления веб-сайта добавить пользователей.
Обновление веб-сайта не удастся, если какие-либо активные пользователи на веб-сайте не могут быть связаны с организацией Control Hub. Если в вашей организации настроена синхронизация каталога, убедитесь, что все пользователи веб-сайта, которые должны быть частью организации Control Hub, сначала добавлены в соединитель каталогов или Azure AD, прежде чем начинать обновление.
Устраните проблемы пользователя перед началом обновления
Если вы попытаетесь обновить сайт до Control Hub, не устранив проблемы пользователей в файле users-to-review, процесс администрирования обновлений может завершиться неудачей. Инструмент не проверяет, устранили ли вы проблемы, пока не начнется окончательное обновление.
Обновление сайтов SSO и сайтов без SSO, связанных с организацией SSO
Организация Control Hub может поддерживать несколько поставщиков удостоверений (IdP) для SSO, при этом одним из IdP является Webex IdP (локальная аутентификация).
Наличие нескольких IdP в Control Hub поможет:
- Где IdP для сайта SSO в Site Admin отличается от IdP SSO Control Hub.
- Если пользователи на сайте не входят в SSO IdP, настроенный в организации, их теперь можно просто добавить в локальный Webex IdP. Позже вы сможете переместить этих пользователей в настроенный SSO IdP.
Настройка нескольких IdP может позволить всем пользователям на сайте, обновляемом с Site Admin до Control Hub, входить в систему с помощью метода аутентификации, настроенного в организации Control Hub. Для этого вы можете:
- Добавьте дополнительных SSO IdP в организацию Control Hub.
- Добавьте пользователей в уже настроенный IdP.
- Добавьте пользователей в локальный Webex IdP.
См. эту статью, чтобы узнать больше о нескольких 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 активных users/min + 2000 неактивный users/min для завершения. Например, если вы начали обновление сайта в 05:20 и на вашем сайте 8000 активных пользователей и 2000 неактивных пользователей, обновление сайта займет около 12 минут. Кроме того, обновления сайта приостанавливаются на 6 минут в начале часа (между xx:57 к xx:03). Но результаты могут отличаться. |
| 7 |
Щелкните Войти в Control Hub. |
После запуска обновления веб-сайта в службе администрирования веб-сайта Webex вы можете войти в Control Hub для отслеживания состояния обновления веб-сайта.
-
Войдите в Control Hub и откройте страницу Meetings.
Вы можете увидеть список веб-сайтов совещаний.
-
Щелкните веб-сайт, чтобы просмотреть информацию о нем.
-
Найдите раздел Обновление веб-сайта, в котором можно увидеть Состояние обновления.
По завершении обновления вы сможете скачать список всех пользователей в службе администрирования веб-сайта и узнать, кто из них был активным или неактивным на веб-сайте. Пользователи, которые в столбце состояния пользователей будут отказано в состоянии служба администрирования веб-сайта не будут иметь доступ к веб-сайту, управляемому Control Hub. Эти пользователи также не будут отказано в доступе к веб-сайту в разделе пользователей Control Hub.
Отображение кнопки скачивания может занять некоторое время (для большинства организаций – несколько минут).
-
Просмотрите список, чтобы проверить наличие проблем с обновлением.
После завершения обновления вы больше не сможете управлять этим веб-сайтом в службе администрирования веб-сайта. Все управление веб-сайтом необходимо проводить в Control Hub. Посмотрите описание некоторых действий и попробуйте управлять веб-сайтом в Control Hub.
-
Проверьте некоторые параметры конфигурации сайта, чтобы убедиться, что ничего не изменилось. Это будет проще, если вы скопировали некоторые настройки администратора сайта перед обновлением до Control Hub.
-
Выберите хост и проверьте его лицензию, коды отслеживания и типы сеансов в Control Hub. Войдите на сайт встречи и подтвердите, что запланированные встречи, записи и предпочтения не изменились. Проверка упрощается, если данные этого хоста скопированы перед обновлением в Control Hub.
Попросите пользователя проверить, может ли он планировать и проводить новые совещания.
-
Добавьте нового пользователя в свою организацию. Назначьте ему лицензию организатора, измените типы сеанса и убедитесь, что он может проводить совещания.
Мы рекомендуем вам настроить шаблоны лицензий на основе организаций или групп для автоматического назначения лицензий новым пользователям или определенным группам новых пользователей. -
Выберите пользователя с полными правами администратора в службе администрирования веб-сайта и убедитесь в том, что у него есть соответствующий уровень доступа к обновленному веб-сайту в Control Hub.
Такой администратор должен иметь права на чтение и изменение веб-сайта, а также на создание, предоставление лицензий, изменение и удаление пользователей.
-
Если на веб-сайте используется интеграция 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). Если пользователи забыли свой пароль, они могут просто щелкнуть Забыли имя пользователя или пароль? на экране регистрации, чтобы сбросить пароль. Пользователи также могут сбросить свой пароль, следуя указанным ниже инструкциям.
- Сброс пароля для приложения Webex. https://help.webex.com/article/n02v0b8/
- Сброс пароля для веб-Webex Meetings веб-сайта. https://help.webex.com/article/6v6kaab/
-
-
Если адрес электронной почты конечного пользователя был изменен и у него был другой адрес электронной почты в администрировании веб-сайта и 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 также управляется партнером, то вы можете потерять видимость элементов управления обновлением версии сайта Meetings после обновления до Control Hub. Если это произошло, обратитесь к своему партнеру и попросите его включить параметр Разрешить клиенту обновлять версию сайта для вашей организации.
- Ожидающие рассмотрения запросы на самостоятельную регистрацию учетной записи не переносятся в Центр оповещений. Пользователи должны снова зарегистрировать учетную запись после завершения обновления.
- Значения имени пользователя в Site Admin переопределяются адресами электронной почты пользователей в Control Hub после завершения обновления.
Проблемы пользователя, которые вызывают сбой обновления
- Пользователи с адресами электронной почты, связанными с пользователями в организации Webex для правительства, могут привести к сбой обновления, если эти пользователи не будут деактивированы до начала обновления.
Распространенные проблемы, которые вызывают сбой обновления, и рекомендуемые действия
Если веб-сайт не удается обновить До Control Hub, проверьте таблицу ниже, чтобы узнать, является ли причиной одной из этих ошибок comon и что можно сделать для ее устранения.
| Ошибки, которые приводят к ошибке обновления | Рекомендуемое действие |
|---|---|
| Недействительный тип веб-сайта. | Чтобы проверить Webex Support связанный с пользователем веб-сайт, обратитесь к Webex Support вашей команде. |
| С веб-сайтом не связана подписка. | Прежде чем можно будет обновить веб-сайты в Control Hub, необходимо ассоциировать веб-сайты с подпиской. |
| С ИД организации существует проблема. | Связанный с веб-сайтом ID организации не является таким же, как и iD организации подписки. Обратитесь в Webex Support команду. |
| Операции следующей подписки в Control Hub находятся на рассмотрении. (SubID). | Повторить обновление веб-сайта после завершения операции ожидания. |
| Имеются конфликты в настройках система единого входа (SSO). | Если веб-сайт SSO, убедитесь в том, что:
|
| Информация о лицензиях веб-сайта в службе администрирования веб-сайта не совпадает с информацией о лицензиях веб-сайта в Control Hub. | Несогласовывая информация о лицензиях между администратором веб-сайта и Control Hub. Обратитесь в Webex Support команду. |
| Некоторые имена пользователей или адреса электронной почты служба администрирования веб-сайта конфликту с именами пользователей или адресами электронной почты в Control Hub. | Адрес электронной почты пользователя в администрировании веб-сайта используется другим пользователем в Control Hub. Измените один из адресов электронной почты или имен пользователей. |
| При обновлении вашего веб-сайта возникла проблема. | Внутренняя ошибка не позволяет обновить этот веб-сайт. Обратитесь в Webex Support команду. |
| При обновлении пользователей Webex возникла проблема. | Внутренняя ошибка не позволяет обновить этот веб-сайт. Обратитесь в Webex Support команду. |
Проблемы со входом пользователей
Обязательно всегда разрешайте использование cookie-файлов Webex. В противном случае у пользователей могут возникнуть проблемы со входом в систему после обновления до Control Hub.
В. Есть ли дата, когда Cisco прекратит поддержку Site Administration?
О. Да. Мы планируем прекратить поддержку администрирования сайта Webex в конце декабря 2023 года.
В. Сохранят ли администраторы сайта в Site Admin свой административный доступ к сайту после обновления до управления Control Hub?
О. Да. Все администраторы сайта в Site Admin по-прежнему будут иметь административный доступ к сайту после обновления сайта до управления Control Hub.
В. Почему после обновления сайта конференции с Site Admin на Control Hub я вижу новых администраторов на сайте?
О. Новые администраторы на сайте, вероятно, были администраторами организации Control Hub. При обновлении сайта с Site Admin до Control Hub все администраторы организации станут администраторами нового сайта, управляемого Control Hub. Это означает, что администраторы организаций с полным доступом станут администраторами сайтов Webex с полным доступом, администраторы пользователей организаций станут администраторами пользователей сайтов Webex, а администраторы организаций с доступом только для чтения станут администраторами сайтов Webex с доступом только для чтения.
В. Почему вход в инструмент производительности не работает после обновления сайта до Control Hub?
О. Убедитесь, что интернет-браузеры настроены так, чтобы всегда разрешать сеансовые файлы cookie, что находится в расширенных настройках конфиденциальности браузеров.
В. Если пользователь удален в Control Hub, а затем тот же адрес электронной почты повторно добавлен в Control Hub и ему назначена лицензия Meetings на тот же сайт Webex, сможет ли пользователь получить доступ к своим старым записям?
О. Да, пользователь получит доступ ко всем своим старым контентам Meetings, если им будет назначена лицензия на любой из предыдущих веб-сайтов Webex, на которые он был. Это применимо как к веб-сайтам под управлением Control Hub, так и к веб-сайтам, которые были обновлены до Control Hub.
В. Если пользователь был деактивирован в Site Admin до обновления сайта до Control Hub, а затем был повторно лицензирован для того же сайта Webex в Control Hub, будет ли у пользователя доступ к его старым записям?
О. Да, у пользователя по-прежнему будет доступ к своим старым записям. Кроме того, все пользователи , деактивированные в администрировании веб-сайта до обновления веб-сайта, будут перечислены в файле экспорта в CSV meetings в Control Hub.
В. Если на сайте не настроен SSO IdP, но в организации Control Hub есть SSO IdP, что произойдет, когда сайт обновится до Control Hub?
О. На веб-сайте будет SSO один и тот же IdP, что и в организации Control Hub.
В. Если на сайте настроен другой SSO IdP, нежели SSO IdP в Control Hub, что произойдет, когда сайт обновится до Control Hub?
О. Веб-сайт будет переключен для использования того же SSO IdP, что и организация Control Hub.
В. Если на сайте настроен SSO IdP, но в организации Control Hub нет SSO IdP, что произойдет, когда сайт обновится до Control Hub?
О. Обновление веб-сайта будет заблокировано. Чтобы разблокировать веб-сайт для обновления до Control Hub, удалите SSO IdP с веб-сайта администрирования веб-сайта или добавьте SSO IdP в организацию Control Hub.
В. Могу ли я по-прежнему входить на сайт по URL-адресу, чтобы получать доступ к записям и планировать встречи или мероприятия?
О. Да, вы по-прежнему можете войти по URL сайта, на котором можно получить доступ к записям, планировать совещания и т. д.
В. Изменяются ли настройки пользователя во время обновления сайта из Site Administration в Control Hub?
О. Нет, настройки пользователя останутся неизменными. Эти настройки будут применимы до обновления веб-сайта.
В. Повлияет ли это обновление сайта на мои записи или запланированные встречи?
О. Записи организатора не будут затронуты. У вас по-прежнему будет к ним доступ. Запланированные совещания также не будут затронуты. Изменения в них не внесены.
В. Повлияет ли это обновление сайта на записи или запланированные встречи пользователей?
О. Записи пользователей не затрагиваются. У них по-прежнему будет к ним доступ. Запланированные встречи также не затронуты. Изменения в них не внесены.
Для пользователей, права доступа которых еще не были заявлены, их записи или запланированные встречи могут быть затронуты, если вы подтвердите их после обновления сайта до Control Hub. Более подробную информацию смотрите в следующем примечании.
Мы настоятельно рекомендуем вам зарегистрировать пользователей перед обновлением вашего сайта до Control Hub. Если вы добавите пользователей в свою организацию после того, как сайт был обновлен до Control Hub, то эти пользователи могут потерять доступ к собраниям и ресурсам собраний на сайте.
В качестве обходного пути вы можете выполнить следующие действия, чтобы гарантировать, что пользователи не потеряют доступ к собраниям и ресурсам собраний на сайте после обновления сайта до Control Hub:
- Для пользователей с правами внешнего администратора в организации или на сайте — удалите весь доступ внешнего администратора к организации и сайту, а затем удалите лицензию на сайт собрания. После того, как вы зарегистрируете пользователя, повторно лицензируйте его на сайте. Вы также можете восстановить их права внешнего администратора.
- Для обычных пользователей — удалите лицензию на сайт конференции, зарегистрируйте пользователя в своей организации, а затем повторно лицензируйте этого пользователя на сайте.
В. Где я могу просмотреть ожидающие рассмотрения запросы на самостоятельную регистрацию учетных записей для сайтов, управляемых Control Hub?
О. Вы и другие администраторы можете рассмотреть запросы о самостоятельной регистрации в Alerts Center.
В. Могу ли я получить доступ к значениям имени пользователя из Site Admin после обновления сайта до Control Hub?
О. Файл экспорта всех пользователей в администрировании веб-сайта доступен в Control Hub в течение 90 дней после обновления веб-сайта до Control Hub. Этот файл CSV содержит значения имени пользователя.
В. Мы используем значения имени пользователя для идентификации пользователей в Site Admin. Как то же самое можно сделать в Control Hub?
О. Значения имени пользователя будут утрачены после обновления веб-сайта до Control Hub. Если вам необходим доступ к этим значениям, одно из решений – скопировать значения в код слежения до обновления веб-сайта. Значения кодов слежения для пользователей будут сохранены и доступны после обновления веб-сайта в Control Hub. Если вы используете SSO, то ExternalID — это атрибут пользователя Control Hub, который может содержать это значение. Это требует настройки утверждения SAML для передавать это значение при настройке SSO в Control Hub. Это значение также будет передано Control Hub во время автоматического создания новых пользователей.
В. Сколько времени займет завершение обновления сайта после его запуска?
О. Обновление сайта занимает около 3 минут. + 1000 активных users/min + 2000 неактивный users/min для завершения. Например, если вы начали обновление сайта в 05:20 и на вашем сайте 8000 активных пользователей и 2000 неактивных пользователей, обновление сайта займет около 12 минут. Кроме того, обновления сайта приостанавливаются на 6 минут в начале часа (между xx:57 к xx:03). Но результаты могут отличаться.
В. Как можно автоматически лицензировать каждого нового пользователя или новых пользователей в определенных группах после обновления сайта для управления в Control Hub?
О. Вы можете настроить шаблоны лицензий на уровне организации или группы для автоматического назначения лицензий новым пользователям.
В. Возможны ли простои во время обновления сайта?
О. Нет. Во время обновления сайта:
- Пользователи могут продолжать использовать сервис «Встречи», например, присоединяться к запланированным и внеплановым встречам и начинать их.
- Встречи, которые уже проходят на момент начала обновления сайта, затронуты не будут.
- Подписка будет заблокирована в Control Hub.
- В клиенте Meetings для ПК могут возникнуть проблемы с разделом «Предстоящие встречи».
- Не рекомендуется вносить изменения в конфигурации управления сайтом.
