Контент некоторых статей может отображаться непоследовательно. Приносим извинения, выполняется обновление веб-сайта.
cross icon
В этой статье
dropdown icon
Предисловие
    Новая и измененная информация
dropdown icon
Начало работы с системой безопасности данных гибридного типа
    Обзор безопасности данных гибридного типа
    dropdown icon
    Архитектура области безопасности
      Области разделения (без службы безопасности данных гибридного типа)
    Сотрудничество с Другими Организациями
    Ожидания развертывания службы безопасности данных гибридного типа
    Высокий уровень настройки
    dropdown icon
    Модель развертывания службы безопасности данных гибридного типа
      Модель развертывания службы безопасности данных гибридного типа
    Пробный режим безопасности данных гибридного типа
    dropdown icon
    Резервный центр обработки данных для аварийного восстановления
      Настройка центра обработки данных в режиме ожидания для аварийного восстановления
    Поддержка прокси
dropdown icon
Подготовка среды
    dropdown icon
    Требования к безопасности данных гибридного типа
      Требования к лицензии Cisco Webex
      Требования к рабочему столу Docker
      Требования к сертификату X.509
      Требования к виртуальному организатору
      Требования к серверу базы данных
      Требования к внешнему подключению
      Требования к прокси-серверу
    Выполнение предварительных требований для службы безопасности данных гибридного типа
dropdown icon
Настройка кластера безопасности данных гибридного типа
    Алгоритм выполнения задач по развертыванию службы безопасности данных гибридного типа
    Скачать файлы установки
    Создание ISO конфигурации для узлов HDS
    Установка файла OVA узла HDS
    Настройка виртуальной машины безопасности данных гибридного типа
    Загрузка и установка ISO конфигурации HDS
    Настройка узла HDS для интеграции прокси
    Регистрация первого узла в кластере
    Создание и регистрация дополнительных узлов
dropdown icon
Запуск пробной версии и переход в рабочий режим
    Процесс выполнения рабочих задач пробной версии
    Активировать пробную версию
    Тестирование развертывания службы безопасности данных гибридного типа
    Мониторинг работоспособности службы безопасности данных гибридного типа
    Добавление или удаление пользователей из пробной версии
    Переход из пробной версии в рабочий режим
    Завершение пробной версии без перехода в рабочий режим
dropdown icon
Управление развертыванием HDS
    Управление развертыванием HDS
    Настройка графика модернизации кластера
    Изменение конфигурации узла
    Отключение режима блокировки разрешения внешних DNS
    Удаление узла
    Аварийное восстановление с помощью центра обработки данных в режиме ожидания
    (Необязательно) Отсоедините ISO после настройки HDS
dropdown icon
Устранение неполадок службы безопасности данных гибридного типа
    Просмотр предупреждений и устранение неполадок
    dropdown icon
    Предупреждения
      Общие проблемы и действия по их устранению
    Устранение неполадок службы безопасности данных гибридного типа
dropdown icon
Другие примечания
    Известные проблемы безопасности данных гибридного типа
    Использование OpenSSL для создания файла PKCS12
    Трафик между узлами HDS и облаком
    dropdown icon
    Настройка прокси Squid для безопасности данных гибридного типа
      Невозможно выполнить подключение веб-сокетов через прокси Squid

Руководство по развертыванию службы безопасности данных гибридного типа Webex

list-menuВ этой статье
list-menuОтправить обратную связь?
Предисловие

Новая и измененная информация

Дата

Внесенные изменения

20 октября 2023 г.

07 августа 2023 г.

23 мая 2023 г.

06 декабря 2022 г.

23 ноября 2022 г.

  • Узлы HDS теперь могут использовать аутентификацию Windows для Microsoft SQL Server.

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

    Обновлен параметр Создание конфигурации ISO для узлов HDS с процедурой настройки аутентификации Windows на узлах.

  • Обновлен раздел Требования к серверу базы данных новыми минимальными требуемыми версиями (PostgreSQL 10).

13 октября 2021 г.

Перед установкой узлов HDS Docker Desktop необходимо запустить программу установки. См. Требования к рабочему столу Docker.

24 июня 2021 г.

Отмечается, что для запроса другого сертификата можно повторно использовать файл закрытого ключа и представителя клиентской службы. Дополнительные сведения см. в разделе Использование OpenSSL для создания файла PKCS12.

30 апреля 2021 г.

Изменено требование к виртуальной машине для локального места на жестком диске до 30 ГБ. Подробные сведения см. в разделе Требования к виртуальному организатору.

24 февраля 2021 г.

Инструмент настройки HDS теперь может работать за прокси. Дополнительные сведения см. в разделе Создание ISO конфигурации для узлов HDS .

2 февраля 2021 г.

Теперь HDS может работать без смонтированного файла ISO. Подробности см. в статье (Необязательно) Отключение ISO после конфигурации HDS.

11 января 2021 г.

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

13 октября 2020 г.

Обновлен раздел "Скачивание установочных файлов".

8 октября 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS и Изменение конфигурации узла с помощью команд для сред FedRAMP.

14 августа 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS и Изменение конфигурации узла с изменениями в процессе входа.

5 августа 2020 г.

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

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

16 июня 2020 г.

Обновлено удаление узла для внесения изменений в пользовательский интерфейс Control Hub.

4 июня 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS для изменений в расширенных настройках, которые можно задать.

29 мая 2020 г.

Обновлено Create a Configuration ISO for the HDS Hosts , чтобы показать, что вы также можете использовать TLS с базами данных SQL Server, изменениями пользовательского интерфейса и другими разъяснениями.

5 мая 2020 г.

Обновлены требования к виртуальному организатору для отображения новых требований ESXi 6.5.

21 апреля 2020 г.

Обновлены требования к внешним подключениям с новыми хостами CI в Америке.

1 апреля 2020 г.

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

20 февраля 2020 г.Обновлен параметр Создание конфигурации ISO для узлов HDS с информацией о новом дополнительном экране расширенных настроек в инструменте настройки HDS.
4 февраля 2020 г.Обновлены требования к прокси-серверу.
16 декабря 2019 г.Уточнено требование для режима блокировки разрешения внешнего DNS для работы в требованиях к прокси-серверу.
19 ноября 2019 г.

Добавлена информация о режиме блокировки разрешения внешних DNS в следующих разделах:

8 ноября 2019 г.

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

Соответствующим образом обновлены следующие разделы:


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

6 сентября 2019 г.

Добавлен стандарт SQL Server в требования к серверу базы данных.

29 августа 2019 г.Добавлено приложение Настройка прокси Squid для безопасности данных гибридного типа с указаниями по настройке прокси Squid для игнорирования трафика веб-сокетов для надлежащей работы.
20 августа 2019 г.

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

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

13 июня 2019 г.Обновлен процесс пробной версии до производственной задачи с напоминанием о синхронизации HdsTrialGroup группировать объект перед запуском пробной версии, если в вашей организации используется синхронизация каталога.
6 марта 2019 г.
28 февраля 2019 г.
  • Исправлено количество локального места на жестком диске на сервере, которое следует выделить при подготовке виртуальных узлов, которые становятся узлами безопасности данных гибридного типа, с 50 ГБ до 20 ГБ, чтобы отразить размер диска, создаваемого OVA.

26 февраля 2019 г.
  • Узлы безопасности данных гибридного типа теперь поддерживают зашифрованные соединения с серверами баз данных PostgreSQL и зашифрованные соединения для ведения журналов к серверу системного журнала с поддержкой TLS. Обновлен раздел Создание конфигурации ISO для узлов HDS с инструкциями.

  • Удалены URL-адреса назначения из таблицы "Требования к подключению к Интернету для виртуальных машин узлов безопасности данных гибридного типа". Теперь таблица ссылается на список, который хранится в таблице "Дополнительные URL-адреса для служб гибридного типа Webex Teams" в разделе Требования к сети для служб Webex Teams.

24 января 2019 г.

  • Служба безопасности данных гибридного типа теперь поддерживает Microsoft SQL Server в качестве базы данных. SQL Server Always On (Always On Failover Clusters and Always on Availability Groups) поддерживается драйверами JDBC, которые используются в службе безопасности данных гибридного типа. Добавлен контент, связанный с развертыванием с помощью SQL Server.


     

    Поддержка Microsoft SQL Server предназначена только для новых развертываний системы безопасности данных гибридного типа. В настоящее время миграция данных с PostgreSQL на Microsoft SQL Server в существующем развертывании не поддерживается.

5 ноября 2018 г.
19 октября 2018 г.

31 июля 2018 г.

21 мая 2018 г.

Изменена терминология для отражения ребрендинга Cisco Spark.

  • Служба безопасности данных гибридного типа Cisco Spark теперь является службой безопасности данных гибридного типа.

  • Приложение Cisco Spark теперь является приложением Webex.

  • Облако Cisco Collaboraton теперь является облаком Webex.

11 апреля 2018 г.
22 февраля 2018 г.
15 февраля 2018 г.
  • В таблице требований к сертификатам X.509 указано, что сертификат не может быть групповым сертификатом и что KMS использует домен CN, а не любой домен, определенный в полях SAN x.509v3.

18 января 2018 г.

2 ноября 2017 г.

  • Уточнена синхронизация каталогов HdsTrialGroup.

  • Исправлены инструкции по загрузке файла конфигурации ISO для установки на узлы виртуальной машины.

18 августа 2017 г.

Впервые опубликовано

Начало работы с безопасностью данных гибридного типа

Обзор безопасности данных гибридного типа

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

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

Архитектура сферы безопасности

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

Области разделения (без безопасности данных гибридного типа)

Чтобы лучше понять безопасность данных гибридного типа, давайте рассмотрим пример чистого облака, в котором Cisco предоставляет все функции в облачных сферах. Служба удостоверений, единственное место, где пользователи могут напрямую коррелировать с их личной информацией, такой как адрес электронной почты, логически и физически отделена от сферы безопасности в центре обработки данных B. Обе службы, в свою очередь, отделены от сферы, где в конечном итоге хранится зашифрованный контент, в центре обработки данных C.

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

  1. Клиент устанавливает безопасное соединение со службой управления ключами (KMS), затем запрашивает ключ для шифрования сообщения. Безопасное соединение использует ECDH, а KMS шифрует ключ с помощью главного ключа AES-256.

  2. Сообщение зашифровано перед выходом из клиента. Клиент отправляет его в службу индексирования, которая создает зашифрованные индексы поиска для облегчения будущих поисков контента.

  3. Зашифрованное сообщение отправляется в службу соответствия для проверки соответствия.

  4. Зашифрованное сообщение хранится в области хранилища.

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

Сотрудничество с другими организациями

Пользователи в вашей организации могут регулярно использовать приложение Webex для совместной работы с внешними участниками в других организациях. Когда один из ваших пользователей запрашивает ключ для пространства, принадлежащего вашей организации (поскольку оно было создано одним из ваших пользователей), KMS отправляет ключ клиенту через защищенный канал ECDH. Однако если ключ для пространства принадлежит другой организации, ваша KMS маршрутизирует запрос в облако Webex через отдельный канал ECDH для получения ключа из соответствующей KMS, а затем возвращает ключ пользователю в исходном канале.

Служба KMS, запущенная в организации A, проверяет соединения с KMS в других организациях с помощью сертификатов PKI x.509. Подробные сведения о создании сертификата x.509 для использования с развертыванием службы безопасности данных гибридного типа см. в разделе Подготовка среды .

Ожидания развертывания системы безопасности данных гибридного типа

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

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

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

  • Управление резервным копированием и восстановлением базы данных и конфигурации ISO.

  • Будьте готовы выполнить быстрое аварийное восстановление при возникновении катастрофы, например сбой диска базы данных или аварийное завершение работы центра обработки данных.


 

Механизм возврата ключей в облако после развертывания HDS отсутствует.

Процесс настройки высокого уровня

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

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

    Этапы установки, тестирования и производства подробно описаны в следующих трех главах.

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

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

Модель развертывания системы безопасности данных гибридного типа

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

В процессе установки мы предоставляем вам файл OVA для настройки виртуального устройства на предоставленных вами виртуальных машинах. Инструмент настройки HDS используется для создания пользовательского файла конфигурации кластера ISO, который монтируется на каждом узле. Кластер безопасности данных гибридного типа использует предоставленный вами сервер Syslogd и базу данных PostgreSQL или Microsoft SQL Server. (Сведения о подключении к системному журналу и базе данных можно настроить в инструменте настройки HDS.)

Модель развертывания системы безопасности данных гибридного типа

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

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

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

Для каждой организации поддерживается только один кластер.

Пробный режим безопасности данных гибридного типа

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

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

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

Резервный центр обработки данных для аварийного восстановления

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

Before failover, Data Center A has active HDS nodes and the primary PostgreSQL or Microsoft SQL Server database, while B has a copy of the ISO file with additional configurations, VMs that are registered to the organization, and a standby database. After failover, Data Center B has active HDS nodes and the primary database, while A has unregistered VMs and a copy of the ISO file, and the database is in standby mode.
Переключение на резервный центр обработки данных вручную

Базы данных активных и резервных центров обработки данных синхронизированы друг с другом, что позволяет минимизировать время, затрачиваемое на отработку отказа. Файл ISO резервного центра обработки данных обновлен дополнительными конфигурациями, которые обеспечивают регистрацию узлов в организации, но не будут обрабатывать трафик. Таким образом, узлы резервного центра обработки данных всегда обновляются с новейшей версией программного обеспечения HDS.


 

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

Настройка резервного центра обработки данных для аварийного восстановления

Чтобы настроить файл ISO резервного центра обработки данных, выполните приведенные ниже действия.

Перед началом работы

  • Резервный центр обработки данных должен отражать рабочую среду виртуальных машин и резервную базу данных PostgreSQL или Microsoft SQL Server. Например, если в производстве имеется 3 ВМ с узлами HDS, резервная среда должна иметь 3 ВМ. (Обзор этой модели отработки отказа см. в разделе Standby Data Center for Disaster Recovery .)

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

1.

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание конфигурации ISO для узлов HDS.


 

Файл ISO должен быть копией оригинального файла ISO основного центра обработки данных, на который должны быть внесены следующие обновления конфигурации.

2.

После настройки сервера Syslogd щелкните Расширенные настройки

3.

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


passiveMode: 'true'
4.

Завершите процесс настройки и сохраните файл ISO в удобном для поиска местоположении.

5

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

6

В левой панели навигации клиента VMware vSphere щелкните правой кнопкой мыши виртуальную машину и выберите Редактировать настройки..

7.

Щелкните Edit Settings >CD/DVD Drive 1 и выберите Datastore ISO File.


 

Убедитесь, что Connected и Connect at power on установлены флажки, чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение не менее 15 минут.

9

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


 

Проверьте системные журналы, чтобы убедиться, что узлы находятся в пассивном режиме. Вы должны иметь возможность просматривать сообщение «KMS configured in passive mode» в системных журналах.

Дальнейшие действия

После настройки passiveMode в файле ISO и сохраняя его, вы можете создать другую копию файла ISO без passiveMode и сохраните его в безопасном местоположении. Эта копия файла ISO без passiveMode настроенная система может помочь в быстром процессе отработки отказа во время аварийного восстановления. Подробную процедуру отработки отказа см. в разделе Аварийное восстановление с использованием резервного центра обработки данных .

Поддержка прокси

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

Узлы безопасности данных гибридного типа поддерживают указанные далее параметры прокси.

  • No proxy (Без прокси). Этот параметр применяется по умолчанию, если для интеграции прокси не используется конфигурация прокси и зоны доверия настройки узла HDS. Обновление сертификата не требуется.

  • Transparent non-inspecting proxy (Прозрачный прокси без проверки). Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.

  • Transparent tunneling or inspecting proxy (Прозрачный туннельный прокси или прокси с проверкой). Узлы не настроены для использования адреса определенного прокси-сервера. На узлах не нужно изменять конфигурацию HTTP или HTTPS. Как бы то ни было, для обеспечения доверия прокси узлам необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).

  • Explicit proxy (Явный прокси). При использовании явного прокси необходимо указать прокси-сервер и схему аутентификации, которые должны использовать узлы HDS. Для настройки явного прокси на каждом узле нужно ввести следующую информацию.

    1. Proxy IP/FQDN (IP-адрес или FQDN прокси). Адрес, который можно использовать для доступа к прокси-машине.

    2. Proxy Port (Порт прокси). Номер порта, который используется прокси для прослушивания трафика, передаваемого через прокси.

    3. Proxy Protocol (Протокол прокси). Выберите протокол, поддерживаемый прокси-сервером. Доступные протоколы указаны ниже.

      • HTTP – просматривает все запросы, отправляемые клиентом, и управляет этими запросами.

      • HTTPS – обеспечивает работу канала связи с сервером. Клиент получает и проверяет сертификат сервера.

    4. Authentication Type (Тип аутентификации). Выберите один из перечисленных ниже типов аутентификации.

      • None (Нет). Дальнейшая аутентификация не требуется.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

      • Basic (Базовая). Используется для оператора пользователя HTTP в целях предоставления имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только в том случае, если в качестве протокола прокси выбран протокол HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

Пример узлов безопасности данных гибридного типа и прокси

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

Режим блокировки разрешения внешних DNS (конфигурации явного прокси)

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

Подготовка среды

Требования к безопасности данных гибридного типа

Требования к лицензии Cisco Webex

Развертывание службы безопасности данных гибридного типа.

Требования к рабочему столу Docker

Перед установкой узлов HDS необходимо запустить программу установки Docker Desktop. Docker недавно обновил свою модель лицензирования. Вашей организации может потребоваться платная подписка на Docker Desktop. Подробности см. В сообщении блога Docker " Docker обновляет и расширяет подписки на наши продукты ".

Требования к сертификату X.509

Цепочка сертификатов должна отвечать следующим требованиям:

Таблица 1. Требования к сертификату X.509 для развертывания системы безопасности данных гибридного типа

Требование

Сведения

  • Подписано доверенным центром сертификации (CA)

По умолчанию мы доверяем ЦС в списке Mozilla (за исключением WoSign и StartCom) по адресу https://wiki.mozilla.org/CA:IncludedCAs.

  • Имеет имя домена общего имени (CN), которое идентифицирует развертывание службы безопасности данных гибридного типа

  • Не является групповым сертификатом

CN не должен быть доступным или быть в режиме реального времени организатором. Рекомендуется использовать название, которое отражает вашу организацию, например hds.company.com.

CN не должен содержать * (подстановочный знак).

CN используется для проверки узлов безопасности данных гибридного типа для клиентов приложения Webex. Все узлы безопасности данных гибридного типа в кластере используют один и тот же сертификат. Ваш KMS идентифицирует себя с помощью домена CN, а не какого-либо домена, определенного в полях SAN x.509v3.

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

  • Подпись без SHA1

Программное обеспечение KMS не поддерживает подписи SHA1 для проверки подключений к KMS других организаций.

  • Отформатирован как защищенный паролем файл PKCS #12

  • Используйте дружественное имя kms-private-key чтобы пометить сертификат, закрытый ключ и все промежуточные сертификаты для загрузки.

Для изменения формата сертификата можно использовать конвертер, например OpenSSL.

При запуске инструмента настройки HDS необходимо будет ввести пароль.

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

Требования к виртуальному организатору

К виртуальным узлам, которые будут настроены в качестве узлов безопасности данных гибридного типа в кластере, предъявляются следующие требования.

  • Не менее двух отдельных узлов (рекомендуется 3), расположенных в одном защищенном центре обработки данных

  • Установлен и запущен VMware ESXi 6.5 (или более поздняя версия).


     

    Если у вас есть более ранняя версия ESXi, необходимо выполнить модернизацию.

  • Минимум 4 vCPU, 8 ГБ основной памяти, 30 ГБ локального дискового пространства на сервере

Требования к серверу базы данных


 

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

Существует два варианта для сервера базы данных. Требования к каждому из них следующие:

Таблица 2. Требования к серверу базы данных по типу базы данных

PostgreSQL

Microsoft SQL Server

  • PostgreSQL 14, 15 или 16, установлен и запущен.

  • Установлен SQL Server 2016, 2017 или 2019 (корпоративный или стандартный).


     

    Для SQL Server 2016 требуется пакет обновления 2 и кумулятивное обновление 2 или более поздние версии.

Минимум 8 vCPU, 16 ГБ основной памяти, достаточное место на жестком диске и мониторинг, чтобы убедиться, что он не превышен (рекомендуется 2 ТБ, если вы хотите запустить базу данных в течение длительного времени без необходимости увеличения объема хранилища)

Минимум 8 vCPU, 16 ГБ основной памяти, достаточное место на жестком диске и мониторинг, чтобы убедиться, что он не превышен (рекомендуется 2 ТБ, если вы хотите запустить базу данных в течение длительного времени без необходимости увеличения объема хранилища)

Программное обеспечение HDS в настоящее время устанавливает следующие версии драйверов для связи с сервером базы данных:

PostgreSQL

Microsoft SQL Server

Драйвер JDBC Postgres 42.2.5

Драйвер JDBC SQL Server 4.6

Эта версия драйвера поддерживает SQL Server Always On ( Always On Failover Cluster Instances и Always On Availability groups).

Дополнительные требования к аутентификации Windows в Microsoft SQL Server

Если вы хотите, чтобы узлы HDS использовали аутентификацию Windows для получения доступа к базе данных хранилища ключей на Microsoft SQL Server, в вашей среде необходима следующая конфигурация:

  • Узлы HDS, инфраструктура Active Directory и MS SQL Server должны синхронизироваться с NTP.

  • Учетная запись Windows, предоставленная узлам HDS, должна иметь доступ на чтение/запись к базе данных.

  • Серверы DNS, которые вы предоставляете узлам HDS, должны иметь возможность разрешить работу центра распределения ключей (KDC).

  • Экземпляр базы данных HDS можно зарегистрировать на сервере Microsoft SQL в качестве главного имени службы (SPN) в Active Directory. См. раздел Регистрация имени главного поставщика услуг для соединений Kerberos.

    Инструмент настройки HDS, средство запуска HDS и локальный KMS должны использовать аутентификацию Windows для доступа к базе данных хранилища ключей. Они используют сведения из конфигурации ISO для создания SPN при запросе доступа с аутентификацией Kerberos.

Требования к внешним подключениям

Настройте брандмауэр таким образом, чтобы разрешить следующее подключение для приложений HDS.

Приложение

Protocol

Port (Порт)

Направление из приложения

Адресат

Узлы безопасности данных гибридного типа

TCP

443

Исходящие HTTPS и WSS

  • Серверы Webex:

    • *.wbx2.com

    • *.ciscospark.com

  • Все узлы общих параметров идентификации

  • Другие URL-адреса, перечисленные для безопасности данных гибридного типа в таблице Дополнительные URL-адреса для служб гибридного типа Webex Требования к сети для служб Webex

инструмент настройки HDS

TCP

443

Исходящий HTTPS

  • *.wbx2.com

  • Все узлы общих параметров идентификации

  • hub.docker.com


 

Узлы безопасности данных гибридного типа работают с преобразованием сетевого доступа (NAT) или за брандмауэром, если NAT или брандмауэр разрешает требуемые исходящие соединения с адресатами домена в предыдущей таблице. Для соединений, входящих в узлы безопасности данных гибридного типа, порты не должны быть видны из Интернета. В центре обработки данных клиентам необходим доступ к узлам безопасности данных гибридного типа на портах TCP 443 и 22 для административных целей.

URL-адреса узлов общих параметров идентификации (CI) зависят от региона. Это текущие хосты CI:

Регион

URL-адреса общих узлов удостоверений

Северная и Южная Америка

  • https://idbroker.webex.com

  • https://identity.webex.com

  • https://idbroker-b-us.webex.com

  • https://identity-b-us.webex.com

Европейский союз

  • https://idbroker-eu.webex.com

  • https://identity-eu.webex.com

Канада

  • https://idbroker-ca.webex.com

  • https://identity-ca.webex.com

Требования к прокси-серверу

  • Мы официально поддерживаем следующие решения для прокси, которые можно интегрировать с узлами безопасности данных гибридного типа:

  • Поддерживаются следующие комбинации типов аутентификации для явных прокси:

    • без аутентификации при использовании HTTP или HTTPS;

    • базовая аутентификация при использовании HTTP или HTTPS;

    • дайджест-аутентификация только при использовании HTTPS;

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

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

  • Прокси, проверяющие веб-трафик, могут нарушать работу соединений веб-сокетов. При возникновении этой проблемы обход (без проверки) трафика на wbx2.com и ciscospark.com решит проблему.

Выполнение предварительных требований для безопасности данных гибридного типа

Используйте этот контрольный список, чтобы убедиться в готовности к установке и настройке кластера безопасности данных гибридного типа.
1.

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

2.

Выберите имя домена для развертывания HDS (например, hds.company.com) и получить цепочку сертификатов, содержащую сертификат X.509, закрытый ключ и любые промежуточные сертификаты. Цепочка сертификатов должна соответствовать требованиям сертификатов X.509.

3.

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

4.

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

  1. Создайте базу данных для хранения ключей. (Необходимо создать эту базу данных — не используйте базу данных по умолчанию. При установке приложения HDS создайте схему базы данных.)

  2. Соберите сведения, которые узлы будут использовать для связи с сервером базы данных.

    • имя хоста или IP-адрес (хост) и порт

    • имя базы данных (dbname) для хранения ключей

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

5

Для быстрого аварийного восстановления настройте резервную среду в другом центре обработки данных. Среда резервного копирования отражает рабочую среду виртуальных машин и сервера резервной базы данных. Например, если в производстве имеется 3 ВМ с узлами HDS, резервная среда должна иметь 3 ВМ.

6

Настройте хост системного журнала для сбора журналов с узлов в кластере. Соберите его сетевой адрес и порт системного журнала (по умолчанию UDP 514).

7.

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


 

Поскольку узлы безопасности данных гибридного типа хранят ключи, используемые для шифрования и расшифровки контента, неспособность поддерживать оперативное развертывание приведет к НЕВОСПОЛНИМОЙ ПОТЕРЕ этого контента.

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

8

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

9

Установите Docker ( https://www.docker.com) на любой локальной машине с поддерживаемой ОС (64-разрядная версия Microsoft Windows 10 Professional или Enterprise или Mac OSX Yosemite 10.10.3 или более поздняя версия) с веб-браузером, который может получить к нему доступ по ссылке http://127.0.0.1:8080.

Экземпляр Docker используется для загрузки и запуска инструмента настройки HDS, который создает информацию о локальной конфигурации для всех узлов безопасности данных гибридного типа. Вашей организации может потребоваться лицензия Docker Desktop. Дополнительные сведения см. в разделе Требования к рабочему столу Docker.

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

10

При интеграции прокси с безопасностью данных гибридного типа убедитесь, что он соответствует требованиям прокси-сервера.

11

Если в вашей организации используется синхронизация каталогов, создайте группу в Active Directory под названием HdsTrialGroup и добавьте пилотных пользователей. Пробная группа может иметь до 250 пользователей. Файл HdsTrialGroup перед запуском пробной версии для организации необходимо синхронизировать объект с облаком. Чтобы синхронизировать объект группы, выберите его в соединителе каталогов Конфигурация > Выбор объекта . (Подробные инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.)


 

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

Настройка кластера безопасности данных гибридного типа

Процесс выполнения задач по развертыванию системы безопасности данных гибридного типа

Перед началом работы

Подготовка среды

1.

Скачивание файлов установки

Скачайте файл OVA на локальный компьютер для последующего использования.

2.

Создание ISO конфигурации для узлов HDS

Используйте инструмент настройки HDS для создания файла конфигурации ISO для узлов безопасности данных гибридного типа.

3.

Установка OVA узла HDS

Создайте виртуальную машину из файла OVA и выполните начальную конфигурацию, например сетевые настройки.


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

4.

Настройка виртуальной машины безопасности данных гибридного типа

Войдите в консоль виртуальной машины и задайте учетные данные для входа. Настройте сетевые параметры узла, если они не были настроены во время развертывания OVA.

5

Загрузка и монтаж конфигурации HDS ISO

Настройте виртуальную машину из файла конфигурации ISO, созданного с помощью инструмента настройки HDS.

6

Настройка узла HDS для интеграции прокси

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

7.

Регистрация первого узла в кластере

Зарегистрируйте виртуальную машину в облаке Cisco Webex в качестве узла безопасности данных гибридного типа.

8

Создание и регистрация дополнительных узлов

Завершите настройку кластера.

9

Запустить пробную версию и перейти к производству (следующая глава)

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

Скачивание файлов установки

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

Войдите в https://admin.webex.com и щелкните Службы.

2.

В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Настройка.

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


 

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


 

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

3.

Выберите Нет , чтобы указать, что узел еще не настроен, и нажмите Далее.

Файл OVA автоматически начинает скачиваться. Сохраните файл в местоположении на компьютере.
4.

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

Создание ISO конфигурации для узлов HDS

Процесс настройки безопасности данных гибридного типа создает файл ISO. Затем вы используете ISO для настройки узла безопасности данных гибридного типа.

Перед началом работы

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

    Если инструмент настройки HDS работает за прокси в вашей среде, укажите настройки прокси (сервер, порт, учетные данные) через переменные среды Docker при переносе контейнера Docker на шаге 5. В этой таблице указаны некоторые из возможных переменных среды.

    Описание

    Переменная

    HTTP-прокси без аутентификации

    GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

    HTTPS-прокси без аутентификации

    GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

    HTTP-прокси с аутентификацией

    GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

    HTTPS-прокси с аутентификацией

    GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

  • Созданный файл конфигурации ISO содержит главный ключ, шифрующий базу данных PostgreSQL или Microsoft SQL Server. Вам потребуется последняя копия этого файла при внесении изменений в конфигурацию, например:

    • учетные данные базы данных

    • Обновления сертификата

    • Изменения политики авторизации

  • Если вы планируете шифровать соединения с базой данных, настройте развертывание PostgreSQL или SQL Server для TLS.

1.

Введите соответствующую команду для вашей среды в командной строке компьютера.

В обычных средах:

docker rmi ciscocitg/hds-setup:stable

В средах FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

 

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

2.

Чтобы войти в реестр образов Docker, введите следующее.

docker login -u hdscustomersro
3.

Введите в запросе пароля этот хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
4.

Скачайте последнюю стабильную версию образа для вашей среды.

В обычных средах:

docker pull ciscocitg/hds-setup:stable

В средах FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable
5

По завершении скачивания введите соответствующую команду для вашей среды.

  • В обычных средах без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
  • В обычных средах с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В обычных средах с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В средах FedRAMP без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

6

 

Инструмент настройки не поддерживает подключение к localhost через http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

Используйте веб-браузер для перехода к локальному узлу, http://127.0.0.1:8080 и введите имя пользователя администратора клиента для Control Hub в окне запроса.

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

7.

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

8

На странице обзора инструмента настройки щелкните Начало работы.

9

На странице импорта ISO доступны следующие параметры:

  • Нет. При создании первого узла HDS у вас нет файла ISO для загрузки.
  • Да. Если вы уже создали узлы HDS, выберите файл ISO в окне просмотра и загрузите его.
10

Убедитесь, что сертификат X.509 соответствует требованиям, изложенным в требованиях к сертификатам X.509.

  • Если сертификат ранее не загружался, загрузите сертификат X.509, введите пароль и нажмите Продолжить.
  • Если сертификат ОК, нажмите Продолжить.
  • Если срок действия сертификата истек или необходимо заменить его, выберите Нет для продолжения использования цепочки сертификатов HDS и закрытого ключа из предыдущего ISO?. Загрузите новый сертификат X.509, введите пароль и нажмите Продолжить.
11

Введите адрес базы данных и учетную запись HDS для доступа к хранилищу данных ключа:

  1. Выберите тип базы данных (PostgreSQL или Microsoft SQL Server).

    Если выбран Microsoft SQL Server, появится поле Authentication Type (Тип аутентификации).

  2. (Только Microsoft SQL Server) Выберите тип аутентификации:

    • Базовая аутентификация: В поле Имя пользователя необходимо указать имя учетной записи SQL Server.

    • Аутентификация Windows: Вам нужна учетная запись Windows в формате username@DOMAIN в поле Имя пользователя .

  3. Введите адрес сервера базы данных в форме <hostname>:<port> или <IP-address>:<port>.

    Пример.
    dbhost.example.org:1433 или 198.51.100.17:1433

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

    При использовании аутентификации Windows необходимо ввести полное доменное имя в формате dbhost.example.org:1433

  4. Введите имя базы данных.

  5. Введите имя пользователя и пароль пользователя со всеми правами в базе данных хранилища ключей.

12

Выберите режим подключения к базе данных TLS:

Mode

Описание

Предпочтительно использование TLS (параметр по умолчанию)

Узлам HDS не требуется TLS для подключения к серверу базы данных. Если включить TLS на сервере базы данных, узлы попытаются установить зашифрованное соединение.

Обязательное использование TLS

Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

Обязательное использование TLS и проверка источника подписи сертификата


 

Этот режим не применим к базам данных SQL Server.

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает отправителя подписи сертификата от сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

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

Обязательное использование TLS и проверка источника подписи сертификата и имени узла

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает отправителя подписи сертификата от сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

  • Узлы также проверяют, соответствует ли имя хоста в сертификате сервера имени хоста в поле Хост базы данных и порт . Необходимо точное совпадение имен. Иначе узел разорвет соединение.

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

При загрузке корневого сертификата (при необходимости) и нажатии Continue (Продолжить) инструмент настройки HDS тестирует соединение TLS с сервером базы данных. Инструмент также выполняет проверку источника подписи сертификата и имени узла (если применимо). Если тест не будет пройден, в инструменте будет отображено сообщение об ошибке с описанием проблемы. Можно выбрать параметр игнорирования ошибки и продолжить настройку. (Из-за различий в подключении узлы HDS могут установить соединение TLS, даже если машина инструмента настройки HDS не сможет успешно протестировать его.)

13

На странице «Системные журналы» настройте сервер Syslogd:

  1. Введите URL-адрес сервера системного журнала.

    Если сервер не разрешается DNS из узлов кластера HDS, используйте IP-адрес в URL.

    Пример.
    udp://10.92.43.23:514 указывает на вход в хост Syslogd 10.92.43.23 на порту UDP 514.
  2. Если вы настроили на сервере использование шифрования TLS, проверьте, настроен ли ваш сервер системного журнала для шифрования SSL?.

    Установив этот флажок, убедитесь, что введен URL-адрес TCP, например tcp://10.92.43.23:514.

  3. В раскрывающемся списке Выбор завершения записи системного журнала выберите соответствующую настройку для файла ISO. Выберите или Newline используется для Graylog и Rsyslog TCP

    • Null byte -- \x00

    • Newline -- \n — выберите этот параметр для TCP Graylog и Rsyslog.

  4. Щелкните Продолжить.

14

(Необязательно) Значение по умолчанию для некоторых параметров подключения к базе данных можно изменить в расширенных настройках. Как правило, этот параметр является единственным, который можно изменить:

app_datasource_connection_pool_maxSize: 10
15

Щелкните Продолжить на экране Сброс пароля учетных записей службы .

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

16

Щелкните Скачать файл ISO. Сохраните файл в удобном для поиска местоположении.

17

Сделайте резервную копию файла ISO в локальной системе.

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

18

Чтобы выключить инструмент настройки, введите CTRL+C.

Дальнейшие действия

Создайте резервную копию файла конфигурации ISO. Она необходима для создания дополнительных узлов для восстановления или внесения изменений в конфигурацию. Если вы потеряете все копии файла ISO, вы также потеряете главный ключ. Восстановление ключей из базы данных PostgreSQL или Microsoft SQL Server невозможно.


 

У нас никогда нет копии этого ключа, и мы не можем помочь, если вы его потеряете.

Установка OVA узла HDS

Используйте эту процедуру для создания виртуальной машины из файла OVA.
1.

Используйте клиент VMware vSphere на компьютере для входа в виртуальный хост ESXi.

2.

Выберите Файл > Развертывание шаблона OVF.

3.

В мастере укажите расположение скачанного ранее файла OVA и щелкните Далее.

4.

На Выберите имя и папку страница, введите Имя виртуальной машины для узла (например, HDS_Node_1) выберите местоположение, в котором может находиться развертывание узла виртуальной машины, а затем щелкните Далее.

5

На Выберите вычислительный ресурс выберите целевой вычислительный ресурс, а затем щелкните Далее.

Выполняется проверка. После завершения отображаются сведения о шаблоне.

6

Проверьте сведения о шаблоне и щелкните Далее.

7.

Если вас попросят выбрать конфигурацию ресурса в Конфигурация страница, щелкните 4 ЦП и щелкните Далее.

8

На Выбрать хранилище страница, щелкните Далее для принятия формата диска по умолчанию и политики хранения VM.

9

На Выбор сетей выберите параметр сети из списка записей, чтобы обеспечить желаемое подключение к виртуальной машине.

10

На странице Настройка шаблона настройте следующие сетевые параметры.

  • Имя узла. Введите полное доменное имя (имя узла и домен) или одно имя узла для узла.

     
    • Вам не нужно настраивать домен в соответствии с доменом, который вы использовали для получения сертификата X.509.

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

    • Общая длина FQDN не должна превышать 64 символов.

  • IP-адрес — введите IP-адрес для внутреннего интерфейса узла.

     

    Ваш узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

  • Маска — введите адрес маски подсети в десятичной нотации. Например, 255.255.255.0.
  • Шлюз — введите IP-адрес шлюза. Шлюз — это сетевой узел, который служит точкой доступа к другой сети.
  • DNS-серверы — введите список DNS-серверов с разделителями-запятыми, которые обрабатывают перевод доменных имен на числовые IP-адреса. (Допускается до 4 записей DNS.)
  • Серверы NTP. Введите сервер NTP вашей организации или другой внешний сервер NTP, который может использоваться в вашей организации. Серверы NTP по умолчанию могут работать не для всех предприятий. Также можно использовать список с разделителями-запятыми для ввода нескольких серверов NTP.
  • Разверните все узлы в одной подсети или VLAN, чтобы все узлы в кластере были доступны клиентам в вашей сети в целях администрирования.

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


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

11

Щелкните правой кнопкой мыши виртуальную машину узла и выберите Питание > Питание включено.

Программное обеспечение безопасности данных гибридного типа устанавливается в качестве гостя на узле виртуальной машины. Теперь вы готовы войти в консоль и настроить узел.

Рекомендации по устранению неисправностей

Может возникнуть задержка в несколько минут до появления контейнеров узла. Во время первой загрузки на консоли появляется сообщение брандмауэра моста, во время которого невозможно войти в систему.

Настройка виртуальной машины безопасности данных гибридного типа

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

1.

В клиенте VMware vSphere выберите VM узла безопасности данных гибридного типа и перейдите на вкладку Консоль .

Виртуальная машина загружается, и появляется запрос на вход. Если запрос на вход не отображается, нажмите Enter.
2.

Для входа и изменения учетных данных используйте следующие логин и пароль по умолчанию.

  1. Вход: admin

  2. Пароль: cisco

После первого входа в виртуальную машину необходимо изменить пароль администратора.

3.

Если параметры сети уже настроены в разделе Установка узла HDS OVA, пропустите оставшуюся часть этой процедуры. В противном случае в главном меню выберите пункт Редактировать конфигурацию .

4.

Настройте статическую конфигурацию с IP-адресом, маской, шлюзом и информацией о DNS. Ваш узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

5

(Необязательно) Измените имя узла, домен или серверы NTP, если это необходимо для соответствия политике сети.

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

6

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

Загрузка и монтаж конфигурации HDS ISO

Используйте эту процедуру для настройки виртуальной машины из файла ISO, созданного с помощью инструмента настройки HDS.

Перед началом работы

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

1.

Загрузите файл ISO с компьютера:

  1. В левой панели навигации клиента VMware vSphere щелкните сервер ESXi.

  2. В списке Аппаратное обеспечение вкладки Конфигурация щелкните Хранилище.

  3. В списке Datastores щелкните правой кнопкой мыши хранилище данных для виртуальных машин и нажмите Browse Datastore.

  4. Щелкните пиктограмму Загрузить файлы и нажмите Загрузить файл.

  5. Перейдите в расположение, где вы скачали файл ISO на свой компьютер, и нажмите Открыть.

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

2.

Подключите файл ISO:

  1. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  2. Нажмите OK, чтобы принять предупреждение об ограниченных параметрах редактирования.

  3. Щелкните кнопку CD/DVD Drive 1, выберите параметр для подключения из файла ISO хранилища данных и перейдите в расположение, куда загружен файл конфигурации ISO.

  4. Установите флажки Подключено и Подключено при включении питания.

  5. Сохраните изменения и перезагрузите виртуальную машину.

Дальнейшие действия

Если требуется ИТ-политика, можно при необходимости отменить монтирование файла ISO после того, как все узлы выберут изменения конфигурации. Подробности см. в статье (Необязательно) Отключение ISO после конфигурации HDS.

Настройка узла HDS для интеграции прокси

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

Перед началом работы

1.

Введите URL настройки узла HDS https://[HDS Node IP or FQDN]/setup в веб-браузере введите учетные данные администратора, настроенные для узла, и щелкните Войти.

2.

Откройте раздел Trust Store & Proxy (Зона доверия и прокси) и выберите один из следующих параметров.

  • No Proxy (Без прокси). Этот параметр применяется по умолчанию до интеграции прокси. Обновление сертификата не требуется.
  • Transparent Non-Inspecting Proxy (Прозрачный прокси без проверки). Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.
  • Transparent Inspecting Proxy (Прозрачный прокси с проверкой). Узлы не настроены для использования адреса определенного прокси-сервера. В развертывании службы безопасности данных гибридного типа не нужно вносить изменения в конфигурацию HTTPS, однако для обеспечения доверия прокси узлам HDS необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).
  • Explicit Proxy (Явный прокси). При использовании явного прокси необходимо указать прокси-сервер, который должен использовать клиент (узлы HDS). Этот параметр поддерживает несколько типов аутентификации. После выбора этого параметра необходимо ввести указанную далее информацию.
    1. Proxy IP/FQDN (IP-адрес или FQDN прокси). Адрес, который можно использовать для доступа к прокси-машине.

    2. Proxy Port (Порт прокси). Номер порта, который используется прокси для прослушивания трафика, передаваемого через прокси.

    3. Proxy Protocol (Протокол прокси). Выберите http (просматривает все запросы, получаемые от клиента, и управляет этими запросами) или https (обеспечивает работу канала связи с сервером; клиент получает и проверяет сертификат сервера). Выберите параметр в зависимости от того, какой протокол поддерживает используемый вами прокси-сервер.

    4. Authentication Type (Тип аутентификации). Выберите один из перечисленных ниже типов аутентификации.

      • None (Нет). Дальнейшая аутентификация не требуется.

        Этот параметр доступен для прокси HTTP или HTTPS.

      • Basic (Базовая). Используется для оператора пользователя HTTP в целях предоставления имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен для прокси HTTP или HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только для прокси HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

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

3.

Щелкните Upload a Root Certificate or End Entity Certificate (Загрузить корневой сертификат или сертификат конечного субъекта) и откройте меню для выбора корневого сертификата для прокси.

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

4.

Чтобы протестировать сетевое соединение между узлом и прокси, щелкните Check Proxy Connection (Проверить соединение с прокси).

Если тестирование соединения завершится неудачей, на экране появится сообщение об ошибке, в котором будут указаны причина и способ исправления ошибки.

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

5

Если вы используете явный прокси, настроенный на применение исключительно https, после успешного завершения тестирования соединения включите параметр Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси (Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси). Для вступления в силу этого параметра необходимо 15 секунд.

6

Щелкните Install All Certificates Into the Trust Store (Установить все сертификаты в зоне доверия) – этот параметр отображается при использовании явного прокси HTTPS или прозрачного прокси с проверкой – или Reboot (Перезагрузить) – этот параметр отображается при использовании явного прокси HTTP. Прочитайте запрос и щелкните Install (Установить), если вы готовы к установке.

Узел перезагрузится в течение нескольких минут.

7.

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

Проверка соединения с прокси используется исключительно для тестирования поддомена webex.com. Проблемы с соединениями нередко возникают из-за того, что некоторые облачные домены, указанные в инструкциях по установке, блокируются на уровне прокси.

Регистрация первого узла в кластере

Для выполнения этой задачи требуется общий узел, созданный в инструменте Настройка виртуальной машины безопасности данных гибридного типа, регистрирует узел в облаке Webex и превращает его в узел безопасности данных гибридного типа.

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

Перед началом работы

  • Как только вы начнете регистрацию узла, вы должны завершить ее в течение 60 минут или начать заново.

  • Убедитесь, что все блокирующие всплывающие окна в браузере отключены или что для admin.webex.com разрешено исключение.

1.

Войдите в https://admin.webex.com.

2.

В меню в левой части экрана выберите Службы.

3.

В разделе служб гибридного типа найдите службу безопасности данных гибридного типа и щелкните Настройка.

Откроется страница "Регистрация узла безопасности данных гибридного типа".
4.

Выберите Да , чтобы указать, что узел настроен и готов его зарегистрировать, а затем нажмите Далее.

5

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

Рекомендуется присвоить кластеру имя в зависимости от географического расположения узлов кластера. Например: "Сан-Франциско", "Нью-Йорк" или "Даллас"

6

Во втором поле введите внутренний IP-адрес или полное доменное имя узла и нажмите Далее.

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

Отобразится сообщение о том, что узел можно зарегистрировать в Webex.
7.

Щелкните Перейти к узлу.

8

В предупреждающем сообщении нажмите Continue (Продолжить).

Через несколько минут вы будете перенаправлены на тесты подключения узлов для служб Webex. Если все тесты прошли успешно, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". Там вы подтверждаете, что хотите предоставить организации Webex полномочия на доступ к узлу.
9

Установите флажок Разрешить доступ к узлу безопасности данных гибридного типа и нажмите Продолжить.

Ваша учетная запись проверена, и в сообщении "Регистрация завершена" указывается, что ваш узел теперь зарегистрирован в облаке Webex.
10

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

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

Создание и регистрация дополнительных узлов

Чтобы добавить дополнительные узлы в кластер, необходимо просто создать дополнительные виртуальные машины и смонтировать тот же файл конфигурации ISO, а затем зарегистрировать узел. Рекомендуется иметь не менее 3 узлов.

 

В настоящее время резервные виртуальные машины, созданные в разделе Complete the Prerequisites for Data Security гибридного типа, являются резервными хостами, которые используются только в случае аварийного восстановления. До этого времени они не регистрируются в системе. Дополнительные сведения см. в разделе Аварийное восстановление с помощью резервного центра обработки данных.

Перед началом работы

  • Как только вы начнете регистрацию узла, вы должны завершить ее в течение 60 минут или начать заново.

  • Убедитесь, что все блокирующие всплывающие окна в браузере отключены или что для admin.webex.com разрешено исключение.

1.

Создайте новую виртуальную машину из OVA, повторив шаги, описанные в разделе Установка OVA узла HDS.

2.

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

3.

В новой виртуальной машине повторите шаги, описанные в разделе Загрузить и смонтировать конфигурацию HDS ISO.

4.

При настройке прокси для развертывания повторите действия, описанные в разделе Настройка узла HDS для интеграции прокси , если это необходимо для нового узла.

5

Зарегистрируйте узел.

  1. В https://admin.webex.com выберите Службы в меню в левой части экрана.

  2. В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Ресурсы.

    Отобразится страница ресурсов безопасности данных гибридного типа.
  3. Щелкните Добавить ресурс.

  4. В первом поле выберите имя существующего кластера.

  5. Во втором поле введите внутренний IP-адрес или полное доменное имя узла и нажмите Далее.

    Отобразится сообщение о том, что узел можно зарегистрировать в облаке Webex.
  6. Щелкните Перейти к узлу.

    Через несколько минут вы будете перенаправлены на тесты подключения узлов для служб Webex. Если все тесты прошли успешно, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". Там вы подтверждаете, что хотите предоставить вашей организации полномочия на доступ к узлу.
  7. Установите флажок Разрешить доступ к узлу безопасности данных гибридного типа и нажмите Продолжить.

    Ваша учетная запись проверена, и в сообщении "Регистрация завершена" указывается, что ваш узел теперь зарегистрирован в облаке Webex.
  8. Щелкните ссылку или закройте вкладку, чтобы вернуться на страницу безопасности данных гибридного типа Control Hub.

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

Дальнейшие действия

Запустить пробную версию и перейти к производству (следующая глава)
Запуск пробной версии и переход к производству

Процесс выполнения пробной версии производственных задач

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

1.

Если применимо, синхронизируйте HdsTrialGroup групповой объект.

Если в вашей организации используется синхронизация каталогов для пользователей, необходимо выбрать HdsTrialGroup группировать объект для синхронизации с облаком, прежде чем начать пробную версию. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

2.

Активировать пробную версию

Начните пробную версию. Пока вы не выполните эту задачу, ваши узлы генерируют сигнал о том, что служба еще не активирована.

3.

Тестирование развертывания системы безопасности данных гибридного типа

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

4.

Мониторинг работоспособности системы безопасности данных гибридного типа

Проверьте состояние и настройте электронные уведомления для сигналов тревоги.

5

Добавление или удаление пользователей из пробной версии

6

Завершите пробную фазу одним из следующих действий.

Активировать пробную версию

Перед началом работы

Если в вашей организации используется синхронизация каталогов для пользователей, необходимо выбрать HdsTrialGroup группировать объект для синхронизации с облаком, прежде чем начать пробную версию для вашей организации. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

1.

Войдите в https://admin.webex.com и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе "Состояние службы" щелкните Начать пробную версию.

Состояние службы меняется на пробный режим.
4.

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

(Если в вашей организации используется синхронизация каталогов, используйте Active Directory для управления пробной группой, HdsTrialGroup.)

Тестирование развертывания системы безопасности данных гибридного типа

Используйте эту процедуру для тестирования сценариев шифрования безопасности данных гибридного типа.

Перед началом работы

  • Настройте развертывание службы безопасности данных гибридного типа.

  • Активируйте пробную версию и добавьте нескольких пользователей пробной версии.

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

1.

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


 

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

2.

Отправка сообщений в новое пространство.

3.

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

  1. Чтобы проверить, устанавливает ли пользователь первый защищенный канал в KMS, отфильтруйте kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

    Вы должны найти следующую запись (идентификаторы сокращены для читаемости):
    2020-07-21 17:35:34.562 (+0000) INFO  KMS [pool-14-thread-1] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms://hds2.org5.portun.us/statickeys/3[~]0 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, 
    kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, 
    kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2
  2. Чтобы проверить, запрашивает ли пользователь существующий ключ от KMS, выполните фильтр kms.data.method=retrieve и kms.data.type=KEY:

    Вы должны найти запись, например:
    2020-07-21 17:44:19.889 (+0000) INFO  KMS [pool-14-thread-31] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=retrieve, 
    kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, 
    kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b
  3. Чтобы проверить, есть ли у пользователя запрос на создание нового ключа KMS, выполните фильтр kms.data.method=create и kms.data.type=KEY_COLLECTION:

    Вы должны найти запись, например:
    2020-07-21 17:44:21.975 (+0000) INFO  KMS [pool-14-thread-33] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, 
    kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, 
    kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b
  4. Чтобы проверить наличие пользователя, запрашивающего создание нового объекта ресурса KMS (KRO) при создании пространства или другого защищенного ресурса, выполните фильтр kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

    Вы должны найти запись, например:
    2020-07-21 17:44:22.808 (+0000) INFO  KMS [pool-15-thread-1] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, 
    kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
    kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Мониторинг работоспособности системы безопасности данных гибридного типа

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

В Control Hub выберите Службы в меню в левой части экрана.

2.

В разделе служб гибридного типа найдите службу безопасности данных гибридного типа и щелкните Настройки.

Отобразится страница параметров безопасности данных гибридного типа.
3.

В разделе «Электронные уведомления» введите один или несколько адресов электронной почты, разделенных запятыми, и нажмите Enter.

Добавление или удаление пользователей из пробной версии

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

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

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

1.

Войдите в Control Hub и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе «Пробный режим» области «Состояние службы» щелкните Добавить пользователей или выберите просмотр и редактирование для удаления пользователей из пробной версии.

4.

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

Переход от пробной версии к производственной

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

Войдите в Control Hub и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

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

4.

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

Завершение пробной версии без перехода к производству

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

Войдите в Control Hub и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе Деактивировать нажмите Деактивировать.

4.

Подтвердите деактивацию службы и завершите пробную версию.

Управление развертыванием HDS

Управление развертыванием HDS

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

Задать график модернизации кластера

Обновление программного обеспечения для безопасности данных гибридного типа выполняется автоматически на уровне кластера, что гарантирует, что все узлы всегда используют одну и ту же версию программного обеспечения. Модернизация выполняется в соответствии с графиком модернизации для кластера. Когда модернизация программного обеспечения становится доступной, вы можете вручную модернизировать кластер до запланированного времени модернизации. Вы можете задать конкретный график модернизации или использовать расписание по умолчанию в 3:00 утра по Соединенным Штатам: Америка/Лос-Анджелес При необходимости можно также отложить предстоящую модернизацию.

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

1.

Войдите в Control Hub.

2.

На странице "Обзор" в разделе "Службы гибридного типа" выберите Безопасность данных гибридного типа.

3.

На странице "Ресурсы безопасности данных гибридного типа" выберите кластер.

4.

На панели "Обзор" справа в разделе "Настройки кластера" выберите имя кластера.

5

На странице "Настройки" в разделе "Модернизация" выберите время и часовой пояс для расписания модернизации.

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

Изменение конфигурации узла

Иногда может потребоваться изменить конфигурацию узла безопасности данных гибридного типа по одной из причин:
  • Изменение сертификатов x.509 по истечении срока действия или по другим причинам.


     

    Изменение доменного имени CN сертификата не поддерживается. Домен должен совпадать с исходным доменом, использованным для регистрации кластера.

  • Обновление настроек базы данных для работы с копией базы данных PostgreSQL или Microsoft SQL Server.


     

    Перенос данных с PostgreSQL на Microsoft SQL Server или в обратном направлении не поддерживается. Чтобы переключить среду базы данных, начните новое развертывание службы безопасности данных гибридного типа.

  • Создание новой конфигурации для подготовки нового центра обработки данных.

Из соображений безопасности для учетных записей в службе безопасности данных гибридного типа используются пароли со сроком действия 9 месяцев. После того как инструмент настройки HDS создаст эти пароли, вам нужно будет развернуть их в каждом из своих узлов HDS в файле конфигурации ISO. При приближении даты окончания срока действия пароля команда Webex пришлет вам уведомление с запросом на сброс пароля учетной записи компьютера. (В сообщении электронной почты будет текст "Использование API учетной записи компьютера для обновления пароля".) Если срок действия паролей еще не истек, средство предоставляет два варианта.

  • Мягкий сброс. Старые и новые пароли работают в течение не более 10 дней. Используйте этот период для постепенной замены файла ISO на узлах.

  • Жесткий сброс. Старые пароли перестанут работать немедленно.

Если срок действия ваших паролей истекает без сброса, это влияет на работу вашей службы HDS. В этом случае требуется немедленный жесткий сброс и замена файла ISO на всех узлах.

Используйте эту процедуру, чтобы создать новый файл конфигурации ISO и применить его к кластеру.

Перед началом работы

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

    Если инструмент настройки HDS работает за прокси в вашей среде, укажите настройки прокси (сервер, порт, учетные данные) через переменные среды Docker при переносе контейнера Docker в 1.e. В этой таблице указаны некоторые из возможных переменных среды.

    Описание

    Переменная

    HTTP-прокси без аутентификации

    GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

    HTTPS-прокси без аутентификации

    GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

    HTTP-прокси с аутентификацией

    GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

    HTTPS-прокси с аутентификацией

    GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

  • Для создания новой конфигурации потребуется копия текущего файла конфигурации ISO. Файл ISO содержит главный ключ шифрования базы данных PostgreSQL или Microsoft SQL Server. Файл ISO необходим для изменения конфигурации, в том числе учетных данных базы данных, обновления сертификатов или изменения политики авторизации.

1.

Запустите инструмент настройки HDS, используя Docker на локальной машине.

  1. Введите соответствующую команду для вашей среды в командной строке компьютера.

    В обычных средах:

    docker rmi ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker rmi ciscocitg/hds-setup-fedramp:stable

     

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

  2. Чтобы войти в реестр образов Docker, введите следующее.

    docker login -u hdscustomersro
  3. Введите в запросе пароля этот хеш:

    dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
  4. Скачайте последнюю стабильную версию образа для вашей среды.

    В обычных средах:

    docker pull ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker pull ciscocitg/hds-setup-fedramp:stable

     

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

  5. По завершении скачивания введите соответствующую команду для вашей среды.

    • В обычных средах без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
    • В обычных средах с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В обычных средах с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В средах FedRAMP без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

    Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

  6. Используйте браузер для подключения к localhost, . http://127.0.0.1:8080.


     

    Инструмент настройки не поддерживает подключение к localhost через http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

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

  8. Импортируйте текущий файл конфигурации ISO.

  9. Следуйте подсказкам, чтобы завершить работу с инструментом и скачать обновленный файл.

    Чтобы выключить инструмент настройки, введите CTRL+C.

  10. Создайте резервную копию обновленного файла в другом центре обработки данных.

2.

Если у вас запущен только один узел HDS, создайте новую виртуальную машину узла безопасности данных гибридного типа и зарегистрируйте ее с помощью нового файла конфигурации ISO. Более подробные инструкции см. в разделе Создание и регистрация дополнительных узлов.

  1. Установите OVA узла HDS.

  2. Настройте виртуальную машину HDS.

  3. Подключите обновленный файл конфигурации.

  4. Зарегистрируйте новый узел в Control Hub.

3.

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

  1. Выключите виртуальную машину.

  2. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  3. Щелкните кнопку CD/DVD Drive 1 Щелкните Дисковод компакт-дисков и DVD-дисков 1, выберите параметр подключения из файла ISO и найдите расположение, куда вы скачали новый файл конфигурации ISO.

  4. Установите флажок Соединять при включении.

  5. Сохраните изменения и включите виртуальную машину.

4.

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

Отключение режима блокировки разрешения внешних DNS

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

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

Перед началом работы

Убедитесь в том, что внутренние DNS-серверы могут разрешать общедоступные имена DNS и ваши узлы могут обмениваться данными с ними.
1.

В веб-браузере откройте интерфейс узла безопасности данных гибридного типа (например, IP-адрес или настройка, https://192.0.2.0/setup), введите учетные данные администратора, настроенные для узла, и щелкните Войти.

2.

Перейдите к разделу Overview (Обзор) (страница по умолчанию).

Если режим включен, параметр Blocked External DNS Resolution (Блокировка разрешения внешних DNS) должен иметь значение Yes (Да).

3.

Перейдите на страницу Trust Store & Proxy (Зона доверия и прокси).

4.

Щелкните Check Proxy Connection (Проверить соединение с прокси).

Если отображено сообщение о том, что не удалось предоставить разрешение внешнего DNS, значит, узлу не удалось подключиться к DNS-серверу и он останется в этом режиме. В противном случае после перезапуска узла и возврата на страницу Overview (Обзор) параметр блокировки разрешения внешних DNS должен иметь значение No (Нет).

Дальнейшие действия

Повторите тестирование соединения с прокси для каждого узла кластера безопасности данных гибридного типа.

Удаление узла

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

Используйте клиент VMware vSphere на компьютере для входа в виртуальный хост ESXi и выключения виртуальной машины.

2.

Удалить узел.

  1. Войдите в Control Hub и выберите Службы.

  2. На карточке безопасности данных гибридного типа щелкните Просмотреть все , чтобы отобразить страницу ресурсов безопасности данных гибридного типа.

  3. Выберите кластер, чтобы отобразить его панель обзора.

  4. Щелкните Открыть список узлов.

  5. На вкладке Узлы выберите узел, который необходимо удалить.

  6. Щелкните Действия > Отменить регистрацию узла.

3.

В клиенте vSphere удалите виртуальную машину. (В левой панели навигации щелкните правой кнопкой мыши виртуальную машину и выберите Удалить.)

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

Аварийное восстановление с помощью резервного центра обработки данных

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

Поскольку кластер выполняет критически важную функцию предоставления этих ключей, необходимо, чтобы кластер продолжал работать и чтобы поддерживалось надлежащее резервное копирование. Потеря базы данных безопасности данных гибридного типа или конфигурации ISO, используемой для схемы, приведет к НЕВОСПОЛНИМОЙ ПОТЕРЕ клиентского контента. Для предотвращения таких потерь обязательны следующие действия:

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

1.

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание конфигурации ISO для узлов HDS.

2.

После настройки сервера Syslogd щелкните Расширенные настройки

3.

На странице Расширенные настройки добавьте конфигурацию ниже или удалите passiveMode конфигурации, чтобы сделать узел активным. Узел может обрабатывать трафик после его настройки.


passiveMode: 'false'
4.

Завершите процесс настройки и сохраните файл ISO в удобном для поиска местоположении.

5

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

6

В левой панели навигации клиента VMware vSphere щелкните правой кнопкой мыши виртуальную машину и выберите Редактировать настройки..

7.

Щелкните Edit Settings >CD/DVD Drive 1 и выберите Datastore ISO File.


 

Убедитесь, что Connected и Connect at power on установлены флажки, чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение не менее 15 минут.

9

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


 

Проверьте вывод системного журнала, чтобы убедиться, что узлы резервного центра обработки данных не находятся в пассивном режиме. Параметр KMS configured in passive mode (KMS configured in passive mode) не должен отображаться в системных журналах.

Дальнейшие действия

Если после отработки отказа основной центр обработки данных снова становится активным, снова переведите резервный центр обработки данных в пассивный режим, выполнив действия, описанные в разделе Настройка резервного центра обработки данных для аварийного восстановления.

(Необязательно) Отсоедините ISO после конфигурации HDS

Стандартная конфигурация HDS работает с установленным ISO. Но некоторые клиенты предпочитают не оставлять файлы ISO постоянно монтируемые. Файл ISO можно отменить после того, как все узлы HDS получат новую конфигурацию.

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

Перед началом работы

Модернизируйте все узлы HDS до версии 2021.01.22.4720 или более поздней.

1.

Отключите один из узлов HDS.

2.

В vCenter Server Appliance выберите узел HDS.

3.

Выберите Редактировать настройки > CD/DVD привод и снимите флажок Datastore ISO File.

4.

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение как минимум 20 минут.

5

Повторите для каждого узла HDS по очереди.

Устранение неполадок безопасности данных гибридного типа

Просмотр предупреждений и устранение неполадок

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

  • Невозможно создать новые пространства (невозможно создать новые клавиши)

  • Не удалось расшифровать сообщения и названия пространств для:

    • Новые пользователи, добавленные в пространство (невозможно получить ключи)

    • Существующие пользователи в пространстве с использованием нового клиента (невозможно получить ключи)

  • Существующие пользователи в пространстве будут продолжать успешно работать, пока у их клиентов есть кэш ключей шифрования

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

Предупреждения

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

Таблица 1. Общие проблемы и шаги по их решению

Сигнал

Действие

Ошибка доступа к локальной базе данных.

Проверьте наличие ошибок базы данных или проблем с локальной сетью.

Сбой подключения локальной базы данных.

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

Сбой доступа к облачной службе.

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

Возобновление регистрации облачной службы.

Регистрация в облачных службах была отменена. Продолжается возобновление регистрации.

Регистрация в облачной службе отменена.

Регистрация в облачных службах прекращена. Сервис отключается.

Служба еще не активирована.

Активируйте пробную версию или завершите перемещение пробной версии в производство.

Настроенный домен не соответствует сертификату сервера.

Убедитесь, что сертификат сервера соответствует настроенному домену активации службы.

Наиболее вероятной причиной является то, что сертификат CN был недавно изменен и теперь отличается от CN, который использовался при начальной настройке.

Не удалось выполнить аутентификацию в облачных службах.

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

Не удалось открыть файл локального хранилища ключей.

Проверьте целостность и точность пароля в локальном файле хранилища ключей.

Недопустимый сертификат локального сервера.

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

Не удается опубликовать метрики.

Проверьте доступ локальной сети к внешним облачным службам.

каталог /media/configdrive/hds не существует.

Проверьте конфигурацию подключения ISO на виртуальном узле. Убедитесь, что файл ISO существует, что он настроен на монтирование при перезагрузке и что он успешно монтируется.

Устранение неполадок безопасности данных гибридного типа

При устранении неполадок с безопасностью данных гибридного типа используйте приведенные ниже общие рекомендации.
1.

Просмотрите Control Hub на наличие предупреждений и исправьте все найденные в нем элементы.

2.

Проверьте вывод сервера syslog для активности из развертывания службы безопасности данных гибридного типа.

3.

Обратитесь в службу поддержки Cisco.

Другие примечания

Известные проблемы безопасности данных гибридного типа

  • При отключении кластера безопасности данных гибридного типа (удалении его в Control Hub или отключении всех узлов), потере файла конфигурации ISO или потере доступа к базе данных хранилища ключей пользователи приложения Webex больше не смогут использовать пространства в списке пользователей, созданные с помощью клавиш KMS. Это применимо как к пробному, так и к производственному развертыванию. В настоящее время у нас нет решения или решения этой проблемы. Мы настоятельно рекомендуем вам не закрывать службы HDS после обработки учетных записей активных пользователей.

  • Клиент, имеющий существующее подключение ECDH к KMS, поддерживает это подключение в течение определенного периода времени (вероятно, одного часа). Когда пользователь становится участником пробной версии безопасности данных гибридного типа, клиент пользователя продолжает использовать существующее соединение ECDH до истечения времени его истечения. Кроме того, пользователь может выйти из приложения Webex и вернуться в него, чтобы обновить местоположение, в котором приложение связывается с ключами шифрования.

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

Использование OpenSSL для создания файла PKCS12

Перед началом работы

  • OpenSSL является одним из инструментов, который может быть использован для создания файла PKCS12 в надлежащем формате для загрузки в инструмент установки HDS. Есть и другие способы сделать это, и мы не поддерживаем и не продвигаем одну сторону.

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

  • Установите OpenSSL в поддерживаемой среде. См. https://www.openssl.org программное обеспечение и документацию.

  • Создайте закрытый ключ.

  • Начните эту процедуру при получении сертификата сервера от центра сертификации (ЦС).

1.

При получении сертификата сервера из ЦС сохраните его как hdsnode.pem.

2.

Отобразите сертификат в виде текста и проверьте сведения.

openssl x509 -text -noout -in hdsnode.pem

3.

Используйте текстовый редактор для создания файла пакета сертификатов, который называется hdsnode-bundle.pem. Файл пакета должен содержать сертификат сервера, все промежуточные сертификаты ЦС и корневые сертификаты ЦС в следующем формате:

-----BEGIN CERTIFICATE-----
### Server certificate. ###
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
###  Intermediate CA certificate. ###
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
###  Root CA certificate. ###
-----END CERTIFICATE-----
4.

Создайте файл .p12 с дружественным именем kms-private-key.

openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12

5

Проверьте сведения о сертификате сервера.

  1. openssl pkcs12 -in hdsnode.p12

  2. Введите пароль при запросе, чтобы зашифровать закрытый ключ так, чтобы он отображался в выходном окне. Затем убедитесь, что закрытый ключ и первый сертификат содержат строки friendlyName: kms-private-key.

    Пример.

    bash$ openssl pkcs12 -in hdsnode.p12
    Enter Import Password:
    MAC verified OK
    Bag Attributes
        friendlyName: kms-private-key
        localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 
    Key Attributes: <No Attributes>
    Enter PEM pass phrase:
    Verifying - Enter PEM pass phrase:
    -----BEGIN ENCRYPTED PRIVATE KEY-----
    <redacted>
    -----END ENCRYPTED PRIVATE KEY-----
    Bag Attributes
        friendlyName: kms-private-key
        localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 
    subject=/CN=hds1.org6.portun.us
    issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
    -----BEGIN CERTIFICATE-----
    <redacted>
    -----END CERTIFICATE-----
    Bag Attributes
        friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US
    subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
    issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3
    -----BEGIN CERTIFICATE-----
    <redacted>
    -----END CERTIFICATE-----

Дальнейшие действия

Вернитесь к разделу "Завершить предварительные требования для безопасности данных гибридного типа". Вы будете использовать hdsnode.p12 и пароль, заданный для него, в разделе Создание конфигурации ISO для узлов HDS.


 

Эти файлы можно использовать повторно для запроса нового сертификата по истечении срока действия оригинального сертификата.

Трафик между узлами HDS и облаком

Трафик коллекции исходящих метрик

Узлы безопасности данных гибридного типа отправляют определенные метрики в облако Webex. К ним относятся системные метрики для максимальных значений кучи, используемой кучи, загрузки ЦП и количества потоков; метрики синхронных и асинхронных потоков; метрики предупреждений, включающие пороговое значение соединений шифрования, задержку или длину очереди запросов; метрики хранилища данных; и метрики подключения шифрования. Узлы отправляют зашифрованный ключ по каналу за пределами потока (отдельно от запроса).

Входящий Трафик

Узлы безопасности данных гибридного типа получают следующие типы входящего трафика из облака Webex.

  • Запросы на шифрование от клиентов, маршрутизируемые службой шифрования

  • Модернизация программного обеспечения узла

Настройка прокси Squid для безопасности данных гибридного типа

Невозможно выполнить подключение веб-сокетов через прокси Squid

Прокси-серверы Squid, проверяющие трафик HTTPS, могут препятствовать созданию веб-сокета ( wss:) соединений, требуемых службой безопасности данных гибридного типа. В этих разделах содержится руководство по настройке различных версий Squid на игнорирование wss: для обеспечения надлежащей работы служб.

Squid 4 и 5

Добавить on_unsupported_protocol директива к squid.conf:

on_unsupported_protocol tunnel all

Squid 3.5.27

Безопасность данных гибридного типа успешно протестирована с добавлением приведенных ниже правил. squid.conf. Эти правила могут изменяться по мере разработки функций и обновления облака Webex.

acl wssMercuryConnection ssl::server_name_regex mercury-connection

ssl_bump splice wssMercuryConnection

acl step1 at_step SslBump1
acl step2 at_step SslBump2
acl step3 at_step SslBump3
ssl_bump peek step1 all
ssl_bump stare step2 all
ssl_bump bump step3 all
Предисловие

Новая и измененная информация

Дата

Внесенные изменения

20 октября 2023 г.

07 августа 2023 г.

23 мая 2023 г.

06 декабря 2022 г.

23 ноября 2022 г.

  • Узлы HDS теперь могут использовать аутентификацию Windows для Microsoft SQL Server.

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

    Обновлен параметр Создание конфигурации ISO для узлов HDS с процедурой настройки аутентификации Windows на узлах.

  • Обновлен раздел Требования к серверу базы данных новыми минимальными требуемыми версиями (PostgreSQL 10).

13 октября 2021 г.

Перед установкой узлов HDS Docker Desktop необходимо запустить программу установки. См. Требования к рабочему столу Docker.

24 июня 2021 г.

Отмечается, что для запроса другого сертификата можно повторно использовать файл закрытого ключа и представителя клиентской службы. Дополнительные сведения см. в разделе Использование OpenSSL для создания файла PKCS12.

30 апреля 2021 г.

Изменено требование к виртуальной машине для локального места на жестком диске до 30 ГБ. Подробные сведения см. в разделе Требования к виртуальному организатору.

24 февраля 2021 г.

Инструмент настройки HDS теперь может работать за прокси. Дополнительные сведения см. в разделе Создание ISO конфигурации для узлов HDS .

2 февраля 2021 г.

Теперь HDS может работать без смонтированного файла ISO. Подробности см. в статье (Необязательно) Отключение ISO после конфигурации HDS.

11 января 2021 г.

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

13 октября 2020 г.

Обновлен раздел "Скачивание установочных файлов".

8 октября 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS и Изменение конфигурации узла с помощью команд для сред FedRAMP.

14 августа 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS и Изменение конфигурации узла с изменениями в процессе входа.

5 августа 2020 г.

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

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

16 июня 2020 г.

Обновлено удаление узла для внесения изменений в пользовательский интерфейс Control Hub.

4 июня 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS для изменений в расширенных настройках, которые можно задать.

29 мая 2020 г.

Обновлено Create a Configuration ISO for the HDS Hosts , чтобы показать, что вы также можете использовать TLS с базами данных SQL Server, изменениями пользовательского интерфейса и другими разъяснениями.

5 мая 2020 г.

Обновлены требования к виртуальному организатору для отображения новых требований ESXi 6.5.

21 апреля 2020 г.

Обновлены требования к внешним подключениям с новыми хостами CI в Америке.

1 апреля 2020 г.

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

20 февраля 2020 г.Обновлен параметр Создание конфигурации ISO для узлов HDS с информацией о новом дополнительном экране расширенных настроек в инструменте настройки HDS.
4 февраля 2020 г.Обновлены требования к прокси-серверу.
16 декабря 2019 г.Уточнено требование для режима блокировки разрешения внешнего DNS для работы в требованиях к прокси-серверу.
19 ноября 2019 г.

Добавлена информация о режиме блокировки разрешения внешних DNS в следующих разделах:

8 ноября 2019 г.

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

Соответствующим образом обновлены следующие разделы:


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

6 сентября 2019 г.

Добавлен стандарт SQL Server в требования к серверу базы данных.

29 августа 2019 г.Добавлено приложение Настройка прокси Squid для безопасности данных гибридного типа с указаниями по настройке прокси Squid для игнорирования трафика веб-сокетов для надлежащей работы.
20 августа 2019 г.

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

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

13 июня 2019 г.Обновлен процесс пробной версии до производственной задачи с напоминанием о синхронизации HdsTrialGroup группировать объект перед запуском пробной версии, если в вашей организации используется синхронизация каталога.
6 марта 2019 г.
28 февраля 2019 г.
  • Исправлено количество локального места на жестком диске на сервере, которое следует выделить при подготовке виртуальных узлов, которые становятся узлами безопасности данных гибридного типа, с 50 ГБ до 20 ГБ, чтобы отразить размер диска, создаваемого OVA.

26 февраля 2019 г.
  • Узлы безопасности данных гибридного типа теперь поддерживают зашифрованные соединения с серверами баз данных PostgreSQL и зашифрованные соединения для ведения журналов к серверу системного журнала с поддержкой TLS. Обновлен раздел Создание конфигурации ISO для узлов HDS с инструкциями.

  • Удалены URL-адреса назначения из таблицы "Требования к подключению к Интернету для виртуальных машин узлов безопасности данных гибридного типа". Теперь таблица ссылается на список, который хранится в таблице "Дополнительные URL-адреса для служб гибридного типа Webex Teams" в разделе Требования к сети для служб Webex Teams.

24 января 2019 г.

  • Служба безопасности данных гибридного типа теперь поддерживает Microsoft SQL Server в качестве базы данных. SQL Server Always On (Always On Failover Clusters and Always on Availability Groups) поддерживается драйверами JDBC, которые используются в службе безопасности данных гибридного типа. Добавлен контент, связанный с развертыванием с помощью SQL Server.


     

    Поддержка Microsoft SQL Server предназначена только для новых развертываний системы безопасности данных гибридного типа. В настоящее время миграция данных с PostgreSQL на Microsoft SQL Server в существующем развертывании не поддерживается.

5 ноября 2018 г.
19 октября 2018 г.

31 июля 2018 г.

21 мая 2018 г.

Изменена терминология для отражения ребрендинга Cisco Spark.

  • Служба безопасности данных гибридного типа Cisco Spark теперь является службой безопасности данных гибридного типа.

  • Приложение Cisco Spark теперь является приложением Webex.

  • Облако Cisco Collaboraton теперь является облаком Webex.

11 апреля 2018 г.
22 февраля 2018 г.
15 февраля 2018 г.
  • В таблице требований к сертификатам X.509 указано, что сертификат не может быть групповым сертификатом и что KMS использует домен CN, а не любой домен, определенный в полях SAN x.509v3.

18 января 2018 г.

2 ноября 2017 г.

  • Уточнена синхронизация каталогов HdsTrialGroup.

  • Исправлены инструкции по загрузке файла конфигурации ISO для установки на узлы виртуальной машины.

18 августа 2017 г.

Впервые опубликовано

Начало работы с безопасностью данных гибридного типа

Обзор безопасности данных гибридного типа

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

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

Архитектура сферы безопасности

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

Области разделения (без безопасности данных гибридного типа)

Чтобы лучше понять безопасность данных гибридного типа, давайте рассмотрим пример чистого облака, в котором Cisco предоставляет все функции в облачных сферах. Служба удостоверений, единственное место, где пользователи могут напрямую коррелировать с их личной информацией, такой как адрес электронной почты, логически и физически отделена от сферы безопасности в центре обработки данных B. Обе службы, в свою очередь, отделены от сферы, где в конечном итоге хранится зашифрованный контент, в центре обработки данных C.

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

  1. Клиент устанавливает безопасное соединение со службой управления ключами (KMS), затем запрашивает ключ для шифрования сообщения. Безопасное соединение использует ECDH, а KMS шифрует ключ с помощью главного ключа AES-256.

  2. Сообщение зашифровано перед выходом из клиента. Клиент отправляет его в службу индексирования, которая создает зашифрованные индексы поиска для облегчения будущих поисков контента.

  3. Зашифрованное сообщение отправляется в службу соответствия для проверки соответствия.

  4. Зашифрованное сообщение хранится в области хранилища.

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

Сотрудничество с другими организациями

Пользователи в вашей организации могут регулярно использовать приложение Webex для совместной работы с внешними участниками в других организациях. Когда один из ваших пользователей запрашивает ключ для пространства, принадлежащего вашей организации (поскольку оно было создано одним из ваших пользователей), KMS отправляет ключ клиенту через защищенный канал ECDH. Однако если ключ для пространства принадлежит другой организации, ваша KMS маршрутизирует запрос в облако Webex через отдельный канал ECDH для получения ключа из соответствующей KMS, а затем возвращает ключ пользователю в исходном канале.

Служба KMS, запущенная в организации A, проверяет соединения с KMS в других организациях с помощью сертификатов PKI x.509. Подробные сведения о создании сертификата x.509 для использования с развертыванием службы безопасности данных гибридного типа см. в разделе Подготовка среды .

Ожидания развертывания системы безопасности данных гибридного типа

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

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

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

  • Управление резервным копированием и восстановлением базы данных и конфигурации ISO.

  • Будьте готовы выполнить быстрое аварийное восстановление при возникновении катастрофы, например сбой диска базы данных или аварийное завершение работы центра обработки данных.


 

Механизм возврата ключей в облако после развертывания HDS отсутствует.

Процесс настройки высокого уровня

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

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

    Этапы установки, тестирования и производства подробно описаны в следующих трех главах.

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

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

Модель развертывания системы безопасности данных гибридного типа

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

В процессе установки мы предоставляем вам файл OVA для настройки виртуального устройства на предоставленных вами виртуальных машинах. Инструмент настройки HDS используется для создания пользовательского файла конфигурации кластера ISO, который монтируется на каждом узле. Кластер безопасности данных гибридного типа использует предоставленный вами сервер Syslogd и базу данных PostgreSQL или Microsoft SQL Server. (Сведения о подключении к системному журналу и базе данных можно настроить в инструменте настройки HDS.)

Модель развертывания системы безопасности данных гибридного типа

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

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

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

Для каждой организации поддерживается только один кластер.

Пробный режим безопасности данных гибридного типа

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

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

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

Резервный центр обработки данных для аварийного восстановления

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

Before failover, Data Center A has active HDS nodes and the primary PostgreSQL or Microsoft SQL Server database, while B has a copy of the ISO file with additional configurations, VMs that are registered to the organization, and a standby database. After failover, Data Center B has active HDS nodes and the primary database, while A has unregistered VMs and a copy of the ISO file, and the database is in standby mode.
Переключение на резервный центр обработки данных вручную

Базы данных активных и резервных центров обработки данных синхронизированы друг с другом, что позволяет минимизировать время, затрачиваемое на отработку отказа. Файл ISO резервного центра обработки данных обновлен дополнительными конфигурациями, которые обеспечивают регистрацию узлов в организации, но не будут обрабатывать трафик. Таким образом, узлы резервного центра обработки данных всегда обновляются с новейшей версией программного обеспечения HDS.


 

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

Настройка резервного центра обработки данных для аварийного восстановления

Чтобы настроить файл ISO резервного центра обработки данных, выполните приведенные ниже действия.

Перед началом работы

  • Резервный центр обработки данных должен отражать рабочую среду виртуальных машин и резервную базу данных PostgreSQL или Microsoft SQL Server. Например, если в производстве имеется 3 ВМ с узлами HDS, резервная среда должна иметь 3 ВМ. (Обзор этой модели отработки отказа см. в разделе Standby Data Center for Disaster Recovery .)

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

1.

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание конфигурации ISO для узлов HDS.


 

Файл ISO должен быть копией оригинального файла ISO основного центра обработки данных, на который должны быть внесены следующие обновления конфигурации.

2.

После настройки сервера Syslogd щелкните Расширенные настройки

3.

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


passiveMode: 'true'
4.

Завершите процесс настройки и сохраните файл ISO в удобном для поиска местоположении.

5

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

6

В левой панели навигации клиента VMware vSphere щелкните правой кнопкой мыши виртуальную машину и выберите Редактировать настройки..

7.

Щелкните Edit Settings >CD/DVD Drive 1 и выберите Datastore ISO File.


 

Убедитесь, что Connected и Connect at power on установлены флажки, чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение не менее 15 минут.

9

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


 

Проверьте системные журналы, чтобы убедиться, что узлы находятся в пассивном режиме. Вы должны иметь возможность просматривать сообщение «KMS configured in passive mode» в системных журналах.

Дальнейшие действия

После настройки passiveMode в файле ISO и сохраняя его, вы можете создать другую копию файла ISO без passiveMode и сохраните его в безопасном местоположении. Эта копия файла ISO без passiveMode настроенная система может помочь в быстром процессе отработки отказа во время аварийного восстановления. Подробную процедуру отработки отказа см. в разделе Аварийное восстановление с использованием резервного центра обработки данных .

Поддержка прокси

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

Узлы безопасности данных гибридного типа поддерживают указанные далее параметры прокси.

  • No proxy (Без прокси). Этот параметр применяется по умолчанию, если для интеграции прокси не используется конфигурация прокси и зоны доверия настройки узла HDS. Обновление сертификата не требуется.

  • Transparent non-inspecting proxy (Прозрачный прокси без проверки). Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.

  • Transparent tunneling or inspecting proxy (Прозрачный туннельный прокси или прокси с проверкой). Узлы не настроены для использования адреса определенного прокси-сервера. На узлах не нужно изменять конфигурацию HTTP или HTTPS. Как бы то ни было, для обеспечения доверия прокси узлам необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).

  • Explicit proxy (Явный прокси). При использовании явного прокси необходимо указать прокси-сервер и схему аутентификации, которые должны использовать узлы HDS. Для настройки явного прокси на каждом узле нужно ввести следующую информацию.

    1. Proxy IP/FQDN (IP-адрес или FQDN прокси). Адрес, который можно использовать для доступа к прокси-машине.

    2. Proxy Port (Порт прокси). Номер порта, который используется прокси для прослушивания трафика, передаваемого через прокси.

    3. Proxy Protocol (Протокол прокси). Выберите протокол, поддерживаемый прокси-сервером. Доступные протоколы указаны ниже.

      • HTTP – просматривает все запросы, отправляемые клиентом, и управляет этими запросами.

      • HTTPS – обеспечивает работу канала связи с сервером. Клиент получает и проверяет сертификат сервера.

    4. Authentication Type (Тип аутентификации). Выберите один из перечисленных ниже типов аутентификации.

      • None (Нет). Дальнейшая аутентификация не требуется.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

      • Basic (Базовая). Используется для оператора пользователя HTTP в целях предоставления имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только в том случае, если в качестве протокола прокси выбран протокол HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

Пример узлов безопасности данных гибридного типа и прокси

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

Режим блокировки разрешения внешних DNS (конфигурации явного прокси)

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

Подготовка среды

Требования к безопасности данных гибридного типа

Требования к лицензии Cisco Webex

Развертывание службы безопасности данных гибридного типа.

Требования к рабочему столу Docker

Перед установкой узлов HDS необходимо запустить программу установки Docker Desktop. Docker недавно обновил свою модель лицензирования. Вашей организации может потребоваться платная подписка на Docker Desktop. Подробности см. В сообщении блога Docker " Docker обновляет и расширяет подписки на наши продукты ".

Требования к сертификату X.509

Цепочка сертификатов должна отвечать следующим требованиям:

Таблица 1. Требования к сертификату X.509 для развертывания системы безопасности данных гибридного типа

Требование

Сведения

  • Подписано доверенным центром сертификации (CA)

По умолчанию мы доверяем ЦС в списке Mozilla (за исключением WoSign и StartCom) по адресу https://wiki.mozilla.org/CA:IncludedCAs.

  • Имеет имя домена общего имени (CN), которое идентифицирует развертывание службы безопасности данных гибридного типа

  • Не является групповым сертификатом

CN не должен быть доступным или быть в режиме реального времени организатором. Рекомендуется использовать название, которое отражает вашу организацию, например hds.company.com.

CN не должен содержать * (подстановочный знак).

CN используется для проверки узлов безопасности данных гибридного типа для клиентов приложения Webex. Все узлы безопасности данных гибридного типа в кластере используют один и тот же сертификат. Ваш KMS идентифицирует себя с помощью домена CN, а не какого-либо домена, определенного в полях SAN x.509v3.

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

  • Подпись без SHA1

Программное обеспечение KMS не поддерживает подписи SHA1 для проверки подключений к KMS других организаций.

  • Отформатирован как защищенный паролем файл PKCS #12

  • Используйте дружественное имя kms-private-key чтобы пометить сертификат, закрытый ключ и все промежуточные сертификаты для загрузки.

Для изменения формата сертификата можно использовать конвертер, например OpenSSL.

При запуске инструмента настройки HDS необходимо будет ввести пароль.

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

Требования к виртуальному организатору

К виртуальным узлам, которые будут настроены в качестве узлов безопасности данных гибридного типа в кластере, предъявляются следующие требования.

  • Не менее двух отдельных узлов (рекомендуется 3), расположенных в одном защищенном центре обработки данных

  • Установлен и запущен VMware ESXi 6.5 (или более поздняя версия).


     

    Если у вас есть более ранняя версия ESXi, необходимо выполнить модернизацию.

  • Минимум 4 vCPU, 8 ГБ основной памяти, 30 ГБ локального дискового пространства на сервере

Требования к серверу базы данных


 

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

Существует два варианта для сервера базы данных. Требования к каждому из них следующие:

Таблица 2. Требования к серверу базы данных по типу базы данных

PostgreSQL

Microsoft SQL Server

  • PostgreSQL 14, 15 или 16, установлен и запущен.

  • Установлен SQL Server 2016, 2017 или 2019 (корпоративный или стандартный).


     

    Для SQL Server 2016 требуется пакет обновления 2 и кумулятивное обновление 2 или более поздние версии.

Минимум 8 vCPU, 16 ГБ основной памяти, достаточное место на жестком диске и мониторинг, чтобы убедиться, что он не превышен (рекомендуется 2 ТБ, если вы хотите запустить базу данных в течение длительного времени без необходимости увеличения объема хранилища)

Минимум 8 vCPU, 16 ГБ основной памяти, достаточное место на жестком диске и мониторинг, чтобы убедиться, что он не превышен (рекомендуется 2 ТБ, если вы хотите запустить базу данных в течение длительного времени без необходимости увеличения объема хранилища)

Программное обеспечение HDS в настоящее время устанавливает следующие версии драйверов для связи с сервером базы данных:

PostgreSQL

Microsoft SQL Server

Драйвер JDBC Postgres 42.2.5

Драйвер JDBC SQL Server 4.6

Эта версия драйвера поддерживает SQL Server Always On ( Always On Failover Cluster Instances и Always On Availability groups).

Дополнительные требования к аутентификации Windows в Microsoft SQL Server

Если вы хотите, чтобы узлы HDS использовали аутентификацию Windows для получения доступа к базе данных хранилища ключей на Microsoft SQL Server, в вашей среде необходима следующая конфигурация:

  • Узлы HDS, инфраструктура Active Directory и MS SQL Server должны синхронизироваться с NTP.

  • Учетная запись Windows, предоставленная узлам HDS, должна иметь доступ на чтение/запись к базе данных.

  • Серверы DNS, которые вы предоставляете узлам HDS, должны иметь возможность разрешить работу центра распределения ключей (KDC).

  • Экземпляр базы данных HDS можно зарегистрировать на сервере Microsoft SQL в качестве главного имени службы (SPN) в Active Directory. См. раздел Регистрация имени главного поставщика услуг для соединений Kerberos.

    Инструмент настройки HDS, средство запуска HDS и локальный KMS должны использовать аутентификацию Windows для доступа к базе данных хранилища ключей. Они используют сведения из конфигурации ISO для создания SPN при запросе доступа с аутентификацией Kerberos.

Требования к внешним подключениям

Настройте брандмауэр таким образом, чтобы разрешить следующее подключение для приложений HDS.

Приложение

Protocol

Port (Порт)

Направление из приложения

Адресат

Узлы безопасности данных гибридного типа

TCP

443

Исходящие HTTPS и WSS

  • Серверы Webex:

    • *.wbx2.com

    • *.ciscospark.com

  • Все узлы общих параметров идентификации

  • Другие URL-адреса, перечисленные для безопасности данных гибридного типа в таблице Дополнительные URL-адреса для служб гибридного типа Webex Требования к сети для служб Webex

инструмент настройки HDS

TCP

443

Исходящий HTTPS

  • *.wbx2.com

  • Все узлы общих параметров идентификации

  • hub.docker.com


 

Узлы безопасности данных гибридного типа работают с преобразованием сетевого доступа (NAT) или за брандмауэром, если NAT или брандмауэр разрешает требуемые исходящие соединения с адресатами домена в предыдущей таблице. Для соединений, входящих в узлы безопасности данных гибридного типа, порты не должны быть видны из Интернета. В центре обработки данных клиентам необходим доступ к узлам безопасности данных гибридного типа на портах TCP 443 и 22 для административных целей.

URL-адреса узлов общих параметров идентификации (CI) зависят от региона. Это текущие хосты CI:

Регион

URL-адреса общих узлов удостоверений

Северная и Южная Америка

  • https://idbroker.webex.com

  • https://identity.webex.com

  • https://idbroker-b-us.webex.com

  • https://identity-b-us.webex.com

Европейский союз

  • https://idbroker-eu.webex.com

  • https://identity-eu.webex.com

Канада

  • https://idbroker-ca.webex.com

  • https://identity-ca.webex.com

Требования к прокси-серверу

  • Мы официально поддерживаем следующие решения для прокси, которые можно интегрировать с узлами безопасности данных гибридного типа:

  • Поддерживаются следующие комбинации типов аутентификации для явных прокси:

    • без аутентификации при использовании HTTP или HTTPS;

    • базовая аутентификация при использовании HTTP или HTTPS;

    • дайджест-аутентификация только при использовании HTTPS;

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

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

  • Прокси, проверяющие веб-трафик, могут нарушать работу соединений веб-сокетов. При возникновении этой проблемы обход (без проверки) трафика на wbx2.com и ciscospark.com решит проблему.

Выполнение предварительных требований для безопасности данных гибридного типа

Используйте этот контрольный список, чтобы убедиться в готовности к установке и настройке кластера безопасности данных гибридного типа.
1.

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

2.

Выберите имя домена для развертывания HDS (например, hds.company.com) и получить цепочку сертификатов, содержащую сертификат X.509, закрытый ключ и любые промежуточные сертификаты. Цепочка сертификатов должна соответствовать требованиям сертификатов X.509.

3.

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

4.

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

  1. Создайте базу данных для хранения ключей. (Необходимо создать эту базу данных — не используйте базу данных по умолчанию. При установке приложения HDS создайте схему базы данных.)

  2. Соберите сведения, которые узлы будут использовать для связи с сервером базы данных.

    • имя хоста или IP-адрес (хост) и порт

    • имя базы данных (dbname) для хранения ключей

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

5

Для быстрого аварийного восстановления настройте резервную среду в другом центре обработки данных. Среда резервного копирования отражает рабочую среду виртуальных машин и сервера резервной базы данных. Например, если в производстве имеется 3 ВМ с узлами HDS, резервная среда должна иметь 3 ВМ.

6

Настройте хост системного журнала для сбора журналов с узлов в кластере. Соберите его сетевой адрес и порт системного журнала (по умолчанию UDP 514).

7.

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


 

Поскольку узлы безопасности данных гибридного типа хранят ключи, используемые для шифрования и расшифровки контента, неспособность поддерживать оперативное развертывание приведет к НЕВОСПОЛНИМОЙ ПОТЕРЕ этого контента.

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

8

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

9

Установите Docker ( https://www.docker.com) на любой локальной машине с поддерживаемой ОС (64-разрядная версия Microsoft Windows 10 Professional или Enterprise или Mac OSX Yosemite 10.10.3 или более поздняя версия) с веб-браузером, который может получить к нему доступ по ссылке http://127.0.0.1:8080.

Экземпляр Docker используется для загрузки и запуска инструмента настройки HDS, который создает информацию о локальной конфигурации для всех узлов безопасности данных гибридного типа. Вашей организации может потребоваться лицензия Docker Desktop. Дополнительные сведения см. в разделе Требования к рабочему столу Docker.

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

10

При интеграции прокси с безопасностью данных гибридного типа убедитесь, что он соответствует требованиям прокси-сервера.

11

Если в вашей организации используется синхронизация каталогов, создайте группу в Active Directory под названием HdsTrialGroup и добавьте пилотных пользователей. Пробная группа может иметь до 250 пользователей. Файл HdsTrialGroup перед запуском пробной версии для организации необходимо синхронизировать объект с облаком. Чтобы синхронизировать объект группы, выберите его в соединителе каталогов Конфигурация > Выбор объекта . (Подробные инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.)


 

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

Настройка кластера безопасности данных гибридного типа

Процесс выполнения задач по развертыванию системы безопасности данных гибридного типа

Перед началом работы

Подготовка среды

1.

Скачивание файлов установки

Скачайте файл OVA на локальный компьютер для последующего использования.

2.

Создание ISO конфигурации для узлов HDS

Используйте инструмент настройки HDS для создания файла конфигурации ISO для узлов безопасности данных гибридного типа.

3.

Установка OVA узла HDS

Создайте виртуальную машину из файла OVA и выполните начальную конфигурацию, например сетевые настройки.


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

4.

Настройка виртуальной машины безопасности данных гибридного типа

Войдите в консоль виртуальной машины и задайте учетные данные для входа. Настройте сетевые параметры узла, если они не были настроены во время развертывания OVA.

5

Загрузка и монтаж конфигурации HDS ISO

Настройте виртуальную машину из файла конфигурации ISO, созданного с помощью инструмента настройки HDS.

6

Настройка узла HDS для интеграции прокси

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

7.

Регистрация первого узла в кластере

Зарегистрируйте виртуальную машину в облаке Cisco Webex в качестве узла безопасности данных гибридного типа.

8

Создание и регистрация дополнительных узлов

Завершите настройку кластера.

9

Запустить пробную версию и перейти к производству (следующая глава)

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

Скачивание файлов установки

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

Войдите в https://admin.webex.com и щелкните Службы.

2.

В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Настройка.

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


 

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


 

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

3.

Выберите Нет , чтобы указать, что узел еще не настроен, и нажмите Далее.

Файл OVA автоматически начинает скачиваться. Сохраните файл в местоположении на компьютере.
4.

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

Создание ISO конфигурации для узлов HDS

Процесс настройки безопасности данных гибридного типа создает файл ISO. Затем вы используете ISO для настройки узла безопасности данных гибридного типа.

Перед началом работы

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

    Если инструмент настройки HDS работает за прокси в вашей среде, укажите настройки прокси (сервер, порт, учетные данные) через переменные среды Docker при переносе контейнера Docker на шаге 5. В этой таблице указаны некоторые из возможных переменных среды.

    Описание

    Переменная

    HTTP-прокси без аутентификации

    GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

    HTTPS-прокси без аутентификации

    GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

    HTTP-прокси с аутентификацией

    GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

    HTTPS-прокси с аутентификацией

    GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

  • Созданный файл конфигурации ISO содержит главный ключ, шифрующий базу данных PostgreSQL или Microsoft SQL Server. Вам потребуется последняя копия этого файла при внесении изменений в конфигурацию, например:

    • учетные данные базы данных

    • Обновления сертификата

    • Изменения политики авторизации

  • Если вы планируете шифровать соединения с базой данных, настройте развертывание PostgreSQL или SQL Server для TLS.

1.

Введите соответствующую команду для вашей среды в командной строке компьютера.

В обычных средах:

docker rmi ciscocitg/hds-setup:stable

В средах FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

 

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

2.

Чтобы войти в реестр образов Docker, введите следующее.

docker login -u hdscustomersro
3.

Введите в запросе пароля этот хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
4.

Скачайте последнюю стабильную версию образа для вашей среды.

В обычных средах:

docker pull ciscocitg/hds-setup:stable

В средах FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable
5

По завершении скачивания введите соответствующую команду для вашей среды.

  • В обычных средах без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
  • В обычных средах с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В обычных средах с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В средах FedRAMP без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

6

 

Инструмент настройки не поддерживает подключение к localhost через http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

Используйте веб-браузер для перехода к локальному узлу, http://127.0.0.1:8080 и введите имя пользователя администратора клиента для Control Hub в окне запроса.

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

7.

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

8

На странице обзора инструмента настройки щелкните Начало работы.

9

На странице импорта ISO доступны следующие параметры:

  • Нет. При создании первого узла HDS у вас нет файла ISO для загрузки.
  • Да. Если вы уже создали узлы HDS, выберите файл ISO в окне просмотра и загрузите его.
10

Убедитесь, что сертификат X.509 соответствует требованиям, изложенным в требованиях к сертификатам X.509.

  • Если сертификат ранее не загружался, загрузите сертификат X.509, введите пароль и нажмите Продолжить.
  • Если сертификат ОК, нажмите Продолжить.
  • Если срок действия сертификата истек или необходимо заменить его, выберите Нет для продолжения использования цепочки сертификатов HDS и закрытого ключа из предыдущего ISO?. Загрузите новый сертификат X.509, введите пароль и нажмите Продолжить.
11

Введите адрес базы данных и учетную запись HDS для доступа к хранилищу данных ключа:

  1. Выберите тип базы данных (PostgreSQL или Microsoft SQL Server).

    Если выбран Microsoft SQL Server, появится поле Authentication Type (Тип аутентификации).

  2. (Только Microsoft SQL Server) Выберите тип аутентификации:

    • Базовая аутентификация: В поле Имя пользователя необходимо указать имя учетной записи SQL Server.

    • Аутентификация Windows: Вам нужна учетная запись Windows в формате username@DOMAIN в поле Имя пользователя .

  3. Введите адрес сервера базы данных в форме <hostname>:<port> или <IP-address>:<port>.

    Пример.
    dbhost.example.org:1433 или 198.51.100.17:1433

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

    При использовании аутентификации Windows необходимо ввести полное доменное имя в формате dbhost.example.org:1433

  4. Введите имя базы данных.

  5. Введите имя пользователя и пароль пользователя со всеми правами в базе данных хранилища ключей.

12

Выберите режим подключения к базе данных TLS:

Mode

Описание

Предпочтительно использование TLS (параметр по умолчанию)

Узлам HDS не требуется TLS для подключения к серверу базы данных. Если включить TLS на сервере базы данных, узлы попытаются установить зашифрованное соединение.

Обязательное использование TLS

Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

Обязательное использование TLS и проверка источника подписи сертификата


 

Этот режим не применим к базам данных SQL Server.

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает отправителя подписи сертификата от сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

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

Обязательное использование TLS и проверка источника подписи сертификата и имени узла

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает отправителя подписи сертификата от сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

  • Узлы также проверяют, соответствует ли имя хоста в сертификате сервера имени хоста в поле Хост базы данных и порт . Необходимо точное совпадение имен. Иначе узел разорвет соединение.

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

При загрузке корневого сертификата (при необходимости) и нажатии Continue (Продолжить) инструмент настройки HDS тестирует соединение TLS с сервером базы данных. Инструмент также выполняет проверку источника подписи сертификата и имени узла (если применимо). Если тест не будет пройден, в инструменте будет отображено сообщение об ошибке с описанием проблемы. Можно выбрать параметр игнорирования ошибки и продолжить настройку. (Из-за различий в подключении узлы HDS могут установить соединение TLS, даже если машина инструмента настройки HDS не сможет успешно протестировать его.)

13

На странице «Системные журналы» настройте сервер Syslogd:

  1. Введите URL-адрес сервера системного журнала.

    Если сервер не разрешается DNS из узлов кластера HDS, используйте IP-адрес в URL.

    Пример.
    udp://10.92.43.23:514 указывает на вход в хост Syslogd 10.92.43.23 на порту UDP 514.
  2. Если вы настроили на сервере использование шифрования TLS, проверьте, настроен ли ваш сервер системного журнала для шифрования SSL?.

    Установив этот флажок, убедитесь, что введен URL-адрес TCP, например tcp://10.92.43.23:514.

  3. В раскрывающемся списке Выбор завершения записи системного журнала выберите соответствующую настройку для файла ISO. Выберите или Newline используется для Graylog и Rsyslog TCP

    • Null byte -- \x00

    • Newline -- \n — выберите этот параметр для TCP Graylog и Rsyslog.

  4. Щелкните Продолжить.

14

(Необязательно) Значение по умолчанию для некоторых параметров подключения к базе данных можно изменить в расширенных настройках. Как правило, этот параметр является единственным, который можно изменить:

app_datasource_connection_pool_maxSize: 10
15

Щелкните Продолжить на экране Сброс пароля учетных записей службы .

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

16

Щелкните Скачать файл ISO. Сохраните файл в удобном для поиска местоположении.

17

Сделайте резервную копию файла ISO в локальной системе.

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

18

Чтобы выключить инструмент настройки, введите CTRL+C.

Дальнейшие действия

Создайте резервную копию файла конфигурации ISO. Она необходима для создания дополнительных узлов для восстановления или внесения изменений в конфигурацию. Если вы потеряете все копии файла ISO, вы также потеряете главный ключ. Восстановление ключей из базы данных PostgreSQL или Microsoft SQL Server невозможно.


 

У нас никогда нет копии этого ключа, и мы не можем помочь, если вы его потеряете.

Установка OVA узла HDS

Используйте эту процедуру для создания виртуальной машины из файла OVA.
1.

Используйте клиент VMware vSphere на компьютере для входа в виртуальный хост ESXi.

2.

Выберите Файл > Развертывание шаблона OVF.

3.

В мастере укажите расположение скачанного ранее файла OVA и щелкните Далее.

4.

На Выберите имя и папку страница, введите Имя виртуальной машины для узла (например, HDS_Node_1) выберите местоположение, в котором может находиться развертывание узла виртуальной машины, а затем щелкните Далее.

5

На Выберите вычислительный ресурс выберите целевой вычислительный ресурс, а затем щелкните Далее.

Выполняется проверка. После завершения отображаются сведения о шаблоне.

6

Проверьте сведения о шаблоне и щелкните Далее.

7.

Если вас попросят выбрать конфигурацию ресурса в Конфигурация страница, щелкните 4 ЦП и щелкните Далее.

8

На Выбрать хранилище страница, щелкните Далее для принятия формата диска по умолчанию и политики хранения VM.

9

На Выбор сетей выберите параметр сети из списка записей, чтобы обеспечить желаемое подключение к виртуальной машине.

10

На странице Настройка шаблона настройте следующие сетевые параметры.

  • Имя узла. Введите полное доменное имя (имя узла и домен) или одно имя узла для узла.

     
    • Вам не нужно настраивать домен в соответствии с доменом, который вы использовали для получения сертификата X.509.

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

    • Общая длина FQDN не должна превышать 64 символов.

  • IP-адрес — введите IP-адрес для внутреннего интерфейса узла.

     

    Ваш узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

  • Маска — введите адрес маски подсети в десятичной нотации. Например, 255.255.255.0.
  • Шлюз — введите IP-адрес шлюза. Шлюз — это сетевой узел, который служит точкой доступа к другой сети.
  • DNS-серверы — введите список DNS-серверов с разделителями-запятыми, которые обрабатывают перевод доменных имен на числовые IP-адреса. (Допускается до 4 записей DNS.)
  • Серверы NTP. Введите сервер NTP вашей организации или другой внешний сервер NTP, который может использоваться в вашей организации. Серверы NTP по умолчанию могут работать не для всех предприятий. Также можно использовать список с разделителями-запятыми для ввода нескольких серверов NTP.
  • Разверните все узлы в одной подсети или VLAN, чтобы все узлы в кластере были доступны клиентам в вашей сети в целях администрирования.

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


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

11

Щелкните правой кнопкой мыши виртуальную машину узла и выберите Питание > Питание включено.

Программное обеспечение безопасности данных гибридного типа устанавливается в качестве гостя на узле виртуальной машины. Теперь вы готовы войти в консоль и настроить узел.

Рекомендации по устранению неисправностей

Может возникнуть задержка в несколько минут до появления контейнеров узла. Во время первой загрузки на консоли появляется сообщение брандмауэра моста, во время которого невозможно войти в систему.

Настройка виртуальной машины безопасности данных гибридного типа

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

1.

В клиенте VMware vSphere выберите VM узла безопасности данных гибридного типа и перейдите на вкладку Консоль .

Виртуальная машина загружается, и появляется запрос на вход. Если запрос на вход не отображается, нажмите Enter.
2.

Для входа и изменения учетных данных используйте следующие логин и пароль по умолчанию.

  1. Вход: admin

  2. Пароль: cisco

После первого входа в виртуальную машину необходимо изменить пароль администратора.

3.

Если параметры сети уже настроены в разделе Установка узла HDS OVA, пропустите оставшуюся часть этой процедуры. В противном случае в главном меню выберите пункт Редактировать конфигурацию .

4.

Настройте статическую конфигурацию с IP-адресом, маской, шлюзом и информацией о DNS. Ваш узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

5

(Необязательно) Измените имя узла, домен или серверы NTP, если это необходимо для соответствия политике сети.

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

6

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

Загрузка и монтаж конфигурации HDS ISO

Используйте эту процедуру для настройки виртуальной машины из файла ISO, созданного с помощью инструмента настройки HDS.

Перед началом работы

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

1.

Загрузите файл ISO с компьютера:

  1. В левой панели навигации клиента VMware vSphere щелкните сервер ESXi.

  2. В списке Аппаратное обеспечение вкладки Конфигурация щелкните Хранилище.

  3. В списке Datastores щелкните правой кнопкой мыши хранилище данных для виртуальных машин и нажмите Browse Datastore.

  4. Щелкните пиктограмму Загрузить файлы и нажмите Загрузить файл.

  5. Перейдите в расположение, где вы скачали файл ISO на свой компьютер, и нажмите Открыть.

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

2.

Подключите файл ISO:

  1. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  2. Нажмите OK, чтобы принять предупреждение об ограниченных параметрах редактирования.

  3. Щелкните кнопку CD/DVD Drive 1, выберите параметр для подключения из файла ISO хранилища данных и перейдите в расположение, куда загружен файл конфигурации ISO.

  4. Установите флажки Подключено и Подключено при включении питания.

  5. Сохраните изменения и перезагрузите виртуальную машину.

Дальнейшие действия

Если требуется ИТ-политика, можно при необходимости отменить монтирование файла ISO после того, как все узлы выберут изменения конфигурации. Подробности см. в статье (Необязательно) Отключение ISO после конфигурации HDS.

Настройка узла HDS для интеграции прокси

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

Перед началом работы

1.

Введите URL настройки узла HDS https://[HDS Node IP or FQDN]/setup в веб-браузере введите учетные данные администратора, настроенные для узла, и щелкните Войти.

2.

Откройте раздел Trust Store & Proxy (Зона доверия и прокси) и выберите один из следующих параметров.

  • No Proxy (Без прокси). Этот параметр применяется по умолчанию до интеграции прокси. Обновление сертификата не требуется.
  • Transparent Non-Inspecting Proxy (Прозрачный прокси без проверки). Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.
  • Transparent Inspecting Proxy (Прозрачный прокси с проверкой). Узлы не настроены для использования адреса определенного прокси-сервера. В развертывании службы безопасности данных гибридного типа не нужно вносить изменения в конфигурацию HTTPS, однако для обеспечения доверия прокси узлам HDS необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).
  • Explicit Proxy (Явный прокси). При использовании явного прокси необходимо указать прокси-сервер, который должен использовать клиент (узлы HDS). Этот параметр поддерживает несколько типов аутентификации. После выбора этого параметра необходимо ввести указанную далее информацию.
    1. Proxy IP/FQDN (IP-адрес или FQDN прокси). Адрес, который можно использовать для доступа к прокси-машине.

    2. Proxy Port (Порт прокси). Номер порта, который используется прокси для прослушивания трафика, передаваемого через прокси.

    3. Proxy Protocol (Протокол прокси). Выберите http (просматривает все запросы, получаемые от клиента, и управляет этими запросами) или https (обеспечивает работу канала связи с сервером; клиент получает и проверяет сертификат сервера). Выберите параметр в зависимости от того, какой протокол поддерживает используемый вами прокси-сервер.

    4. Authentication Type (Тип аутентификации). Выберите один из перечисленных ниже типов аутентификации.

      • None (Нет). Дальнейшая аутентификация не требуется.

        Этот параметр доступен для прокси HTTP или HTTPS.

      • Basic (Базовая). Используется для оператора пользователя HTTP в целях предоставления имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен для прокси HTTP или HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только для прокси HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

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

3.

Щелкните Upload a Root Certificate or End Entity Certificate (Загрузить корневой сертификат или сертификат конечного субъекта) и откройте меню для выбора корневого сертификата для прокси.

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

4.

Чтобы протестировать сетевое соединение между узлом и прокси, щелкните Check Proxy Connection (Проверить соединение с прокси).

Если тестирование соединения завершится неудачей, на экране появится сообщение об ошибке, в котором будут указаны причина и способ исправления ошибки.

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

5

Если вы используете явный прокси, настроенный на применение исключительно https, после успешного завершения тестирования соединения включите параметр Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси (Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси). Для вступления в силу этого параметра необходимо 15 секунд.

6

Щелкните Install All Certificates Into the Trust Store (Установить все сертификаты в зоне доверия) – этот параметр отображается при использовании явного прокси HTTPS или прозрачного прокси с проверкой – или Reboot (Перезагрузить) – этот параметр отображается при использовании явного прокси HTTP. Прочитайте запрос и щелкните Install (Установить), если вы готовы к установке.

Узел перезагрузится в течение нескольких минут.

7.

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

Проверка соединения с прокси используется исключительно для тестирования поддомена webex.com. Проблемы с соединениями нередко возникают из-за того, что некоторые облачные домены, указанные в инструкциях по установке, блокируются на уровне прокси.

Регистрация первого узла в кластере

Для выполнения этой задачи требуется общий узел, созданный в инструменте Настройка виртуальной машины безопасности данных гибридного типа, регистрирует узел в облаке Webex и превращает его в узел безопасности данных гибридного типа.

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

Перед началом работы

  • Как только вы начнете регистрацию узла, вы должны завершить ее в течение 60 минут или начать заново.

  • Убедитесь, что все блокирующие всплывающие окна в браузере отключены или что для admin.webex.com разрешено исключение.

1.

Войдите в https://admin.webex.com.

2.

В меню в левой части экрана выберите Службы.

3.

В разделе служб гибридного типа найдите службу безопасности данных гибридного типа и щелкните Настройка.

Откроется страница "Регистрация узла безопасности данных гибридного типа".
4.

Выберите Да , чтобы указать, что узел настроен и готов его зарегистрировать, а затем нажмите Далее.

5

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

Рекомендуется присвоить кластеру имя в зависимости от географического расположения узлов кластера. Например: "Сан-Франциско", "Нью-Йорк" или "Даллас"

6

Во втором поле введите внутренний IP-адрес или полное доменное имя узла и нажмите Далее.

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

Отобразится сообщение о том, что узел можно зарегистрировать в Webex.
7.

Щелкните Перейти к узлу.

8

В предупреждающем сообщении нажмите Continue (Продолжить).

Через несколько минут вы будете перенаправлены на тесты подключения узлов для служб Webex. Если все тесты прошли успешно, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". Там вы подтверждаете, что хотите предоставить организации Webex полномочия на доступ к узлу.
9

Установите флажок Разрешить доступ к узлу безопасности данных гибридного типа и нажмите Продолжить.

Ваша учетная запись проверена, и в сообщении "Регистрация завершена" указывается, что ваш узел теперь зарегистрирован в облаке Webex.
10

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

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

Создание и регистрация дополнительных узлов

Чтобы добавить дополнительные узлы в кластер, необходимо просто создать дополнительные виртуальные машины и смонтировать тот же файл конфигурации ISO, а затем зарегистрировать узел. Рекомендуется иметь не менее 3 узлов.

 

В настоящее время резервные виртуальные машины, созданные в разделе Complete the Prerequisites for Data Security гибридного типа, являются резервными хостами, которые используются только в случае аварийного восстановления. До этого времени они не регистрируются в системе. Дополнительные сведения см. в разделе Аварийное восстановление с помощью резервного центра обработки данных.

Перед началом работы

  • Как только вы начнете регистрацию узла, вы должны завершить ее в течение 60 минут или начать заново.

  • Убедитесь, что все блокирующие всплывающие окна в браузере отключены или что для admin.webex.com разрешено исключение.

1.

Создайте новую виртуальную машину из OVA, повторив шаги, описанные в разделе Установка OVA узла HDS.

2.

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

3.

В новой виртуальной машине повторите шаги, описанные в разделе Загрузить и смонтировать конфигурацию HDS ISO.

4.

При настройке прокси для развертывания повторите действия, описанные в разделе Настройка узла HDS для интеграции прокси , если это необходимо для нового узла.

5

Зарегистрируйте узел.

  1. В https://admin.webex.com выберите Службы в меню в левой части экрана.

  2. В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Ресурсы.

    Отобразится страница ресурсов безопасности данных гибридного типа.
  3. Щелкните Добавить ресурс.

  4. В первом поле выберите имя существующего кластера.

  5. Во втором поле введите внутренний IP-адрес или полное доменное имя узла и нажмите Далее.

    Отобразится сообщение о том, что узел можно зарегистрировать в облаке Webex.
  6. Щелкните Перейти к узлу.

    Через несколько минут вы будете перенаправлены на тесты подключения узлов для служб Webex. Если все тесты прошли успешно, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". Там вы подтверждаете, что хотите предоставить вашей организации полномочия на доступ к узлу.
  7. Установите флажок Разрешить доступ к узлу безопасности данных гибридного типа и нажмите Продолжить.

    Ваша учетная запись проверена, и в сообщении "Регистрация завершена" указывается, что ваш узел теперь зарегистрирован в облаке Webex.
  8. Щелкните ссылку или закройте вкладку, чтобы вернуться на страницу безопасности данных гибридного типа Control Hub.

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

Дальнейшие действия

Запустить пробную версию и перейти к производству (следующая глава)
Запуск пробной версии и переход к производству

Процесс выполнения пробной версии производственных задач

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

1.

Если применимо, синхронизируйте HdsTrialGroup групповой объект.

Если в вашей организации используется синхронизация каталогов для пользователей, необходимо выбрать HdsTrialGroup группировать объект для синхронизации с облаком, прежде чем начать пробную версию. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

2.

Активировать пробную версию

Начните пробную версию. Пока вы не выполните эту задачу, ваши узлы генерируют сигнал о том, что служба еще не активирована.

3.

Тестирование развертывания системы безопасности данных гибридного типа

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

4.

Мониторинг работоспособности системы безопасности данных гибридного типа

Проверьте состояние и настройте электронные уведомления для сигналов тревоги.

5

Добавление или удаление пользователей из пробной версии

6

Завершите пробную фазу одним из следующих действий.

Активировать пробную версию

Перед началом работы

Если в вашей организации используется синхронизация каталогов для пользователей, необходимо выбрать HdsTrialGroup группировать объект для синхронизации с облаком, прежде чем начать пробную версию для вашей организации. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

1.

Войдите в https://admin.webex.com и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе "Состояние службы" щелкните Начать пробную версию.

Состояние службы меняется на пробный режим.
4.

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

(Если в вашей организации используется синхронизация каталогов, используйте Active Directory для управления пробной группой, HdsTrialGroup.)

Тестирование развертывания системы безопасности данных гибридного типа

Используйте эту процедуру для тестирования сценариев шифрования безопасности данных гибридного типа.

Перед началом работы

  • Настройте развертывание службы безопасности данных гибридного типа.

  • Активируйте пробную версию и добавьте нескольких пользователей пробной версии.

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

1.

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


 

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

2.

Отправка сообщений в новое пространство.

3.

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

  1. Чтобы проверить, устанавливает ли пользователь первый защищенный канал в KMS, отфильтруйте kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

    Вы должны найти следующую запись (идентификаторы сокращены для читаемости):
    2020-07-21 17:35:34.562 (+0000) INFO  KMS [pool-14-thread-1] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms://hds2.org5.portun.us/statickeys/3[~]0 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, 
    kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, 
    kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2
  2. Чтобы проверить, запрашивает ли пользователь существующий ключ от KMS, выполните фильтр kms.data.method=retrieve и kms.data.type=KEY:

    Вы должны найти запись, например:
    2020-07-21 17:44:19.889 (+0000) INFO  KMS [pool-14-thread-31] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=retrieve, 
    kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, 
    kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b
  3. Чтобы проверить, есть ли у пользователя запрос на создание нового ключа KMS, выполните фильтр kms.data.method=create и kms.data.type=KEY_COLLECTION:

    Вы должны найти запись, например:
    2020-07-21 17:44:21.975 (+0000) INFO  KMS [pool-14-thread-33] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, 
    kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, 
    kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b
  4. Чтобы проверить наличие пользователя, запрашивающего создание нового объекта ресурса KMS (KRO) при создании пространства или другого защищенного ресурса, выполните фильтр kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

    Вы должны найти запись, например:
    2020-07-21 17:44:22.808 (+0000) INFO  KMS [pool-15-thread-1] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, 
    kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
    kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Мониторинг работоспособности системы безопасности данных гибридного типа

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

В Control Hub выберите Службы в меню в левой части экрана.

2.

В разделе служб гибридного типа найдите службу безопасности данных гибридного типа и щелкните Настройки.

Отобразится страница параметров безопасности данных гибридного типа.
3.

В разделе «Электронные уведомления» введите один или несколько адресов электронной почты, разделенных запятыми, и нажмите Enter.

Добавление или удаление пользователей из пробной версии

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

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

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

1.

Войдите в Control Hub и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе «Пробный режим» области «Состояние службы» щелкните Добавить пользователей или выберите просмотр и редактирование для удаления пользователей из пробной версии.

4.

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

Переход от пробной версии к производственной

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

Войдите в Control Hub и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

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

4.

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

Завершение пробной версии без перехода к производству

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

Войдите в Control Hub и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе Деактивировать нажмите Деактивировать.

4.

Подтвердите деактивацию службы и завершите пробную версию.

Управление развертыванием HDS

Управление развертыванием HDS

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

Задать график модернизации кластера

Обновление программного обеспечения для безопасности данных гибридного типа выполняется автоматически на уровне кластера, что гарантирует, что все узлы всегда используют одну и ту же версию программного обеспечения. Модернизация выполняется в соответствии с графиком модернизации для кластера. Когда модернизация программного обеспечения становится доступной, вы можете вручную модернизировать кластер до запланированного времени модернизации. Вы можете задать конкретный график модернизации или использовать расписание по умолчанию в 3:00 утра по Соединенным Штатам: Америка/Лос-Анджелес При необходимости можно также отложить предстоящую модернизацию.

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

1.

Войдите в Control Hub.

2.

На странице "Обзор" в разделе "Службы гибридного типа" выберите Безопасность данных гибридного типа.

3.

На странице "Ресурсы безопасности данных гибридного типа" выберите кластер.

4.

На панели "Обзор" справа в разделе "Настройки кластера" выберите имя кластера.

5

На странице "Настройки" в разделе "Модернизация" выберите время и часовой пояс для расписания модернизации.

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

Изменение конфигурации узла

Иногда может потребоваться изменить конфигурацию узла безопасности данных гибридного типа по одной из причин:
  • Изменение сертификатов x.509 по истечении срока действия или по другим причинам.


     

    Изменение доменного имени CN сертификата не поддерживается. Домен должен совпадать с исходным доменом, использованным для регистрации кластера.

  • Обновление настроек базы данных для работы с копией базы данных PostgreSQL или Microsoft SQL Server.


     

    Перенос данных с PostgreSQL на Microsoft SQL Server или в обратном направлении не поддерживается. Чтобы переключить среду базы данных, начните новое развертывание службы безопасности данных гибридного типа.

  • Создание новой конфигурации для подготовки нового центра обработки данных.

Из соображений безопасности для учетных записей в службе безопасности данных гибридного типа используются пароли со сроком действия 9 месяцев. После того как инструмент настройки HDS создаст эти пароли, вам нужно будет развернуть их в каждом из своих узлов HDS в файле конфигурации ISO. При приближении даты окончания срока действия пароля команда Webex пришлет вам уведомление с запросом на сброс пароля учетной записи компьютера. (В сообщении электронной почты будет текст "Использование API учетной записи компьютера для обновления пароля".) Если срок действия паролей еще не истек, средство предоставляет два варианта.

  • Мягкий сброс. Старые и новые пароли работают в течение не более 10 дней. Используйте этот период для постепенной замены файла ISO на узлах.

  • Жесткий сброс. Старые пароли перестанут работать немедленно.

Если срок действия ваших паролей истекает без сброса, это влияет на работу вашей службы HDS. В этом случае требуется немедленный жесткий сброс и замена файла ISO на всех узлах.

Используйте эту процедуру, чтобы создать новый файл конфигурации ISO и применить его к кластеру.

Перед началом работы

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

    Если инструмент настройки HDS работает за прокси в вашей среде, укажите настройки прокси (сервер, порт, учетные данные) через переменные среды Docker при переносе контейнера Docker в 1.e. В этой таблице указаны некоторые из возможных переменных среды.

    Описание

    Переменная

    HTTP-прокси без аутентификации

    GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

    HTTPS-прокси без аутентификации

    GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

    HTTP-прокси с аутентификацией

    GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

    HTTPS-прокси с аутентификацией

    GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

  • Для создания новой конфигурации потребуется копия текущего файла конфигурации ISO. Файл ISO содержит главный ключ шифрования базы данных PostgreSQL или Microsoft SQL Server. Файл ISO необходим для изменения конфигурации, в том числе учетных данных базы данных, обновления сертификатов или изменения политики авторизации.

1.

Запустите инструмент настройки HDS, используя Docker на локальной машине.

  1. Введите соответствующую команду для вашей среды в командной строке компьютера.

    В обычных средах:

    docker rmi ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker rmi ciscocitg/hds-setup-fedramp:stable

     

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

  2. Чтобы войти в реестр образов Docker, введите следующее.

    docker login -u hdscustomersro
  3. Введите в запросе пароля этот хеш:

    dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
  4. Скачайте последнюю стабильную версию образа для вашей среды.

    В обычных средах:

    docker pull ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker pull ciscocitg/hds-setup-fedramp:stable

     

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

  5. По завершении скачивания введите соответствующую команду для вашей среды.

    • В обычных средах без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
    • В обычных средах с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В обычных средах с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В средах FedRAMP без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

    Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

  6. Используйте браузер для подключения к localhost, . http://127.0.0.1:8080.


     

    Инструмент настройки не поддерживает подключение к localhost через http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

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

  8. Импортируйте текущий файл конфигурации ISO.

  9. Следуйте подсказкам, чтобы завершить работу с инструментом и скачать обновленный файл.

    Чтобы выключить инструмент настройки, введите CTRL+C.

  10. Создайте резервную копию обновленного файла в другом центре обработки данных.

2.

Если у вас запущен только один узел HDS, создайте новую виртуальную машину узла безопасности данных гибридного типа и зарегистрируйте ее с помощью нового файла конфигурации ISO. Более подробные инструкции см. в разделе Создание и регистрация дополнительных узлов.

  1. Установите OVA узла HDS.

  2. Настройте виртуальную машину HDS.

  3. Подключите обновленный файл конфигурации.

  4. Зарегистрируйте новый узел в Control Hub.

3.

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

  1. Выключите виртуальную машину.

  2. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  3. Щелкните кнопку CD/DVD Drive 1 Щелкните Дисковод компакт-дисков и DVD-дисков 1, выберите параметр подключения из файла ISO и найдите расположение, куда вы скачали новый файл конфигурации ISO.

  4. Установите флажок Соединять при включении.

  5. Сохраните изменения и включите виртуальную машину.

4.

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

Отключение режима блокировки разрешения внешних DNS

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

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

Перед началом работы

Убедитесь в том, что внутренние DNS-серверы могут разрешать общедоступные имена DNS и ваши узлы могут обмениваться данными с ними.
1.

В веб-браузере откройте интерфейс узла безопасности данных гибридного типа (например, IP-адрес или настройка, https://192.0.2.0/setup), введите учетные данные администратора, настроенные для узла, и щелкните Войти.

2.

Перейдите к разделу Overview (Обзор) (страница по умолчанию).

Если режим включен, параметр Blocked External DNS Resolution (Блокировка разрешения внешних DNS) должен иметь значение Yes (Да).

3.

Перейдите на страницу Trust Store & Proxy (Зона доверия и прокси).

4.

Щелкните Check Proxy Connection (Проверить соединение с прокси).

Если отображено сообщение о том, что не удалось предоставить разрешение внешнего DNS, значит, узлу не удалось подключиться к DNS-серверу и он останется в этом режиме. В противном случае после перезапуска узла и возврата на страницу Overview (Обзор) параметр блокировки разрешения внешних DNS должен иметь значение No (Нет).

Дальнейшие действия

Повторите тестирование соединения с прокси для каждого узла кластера безопасности данных гибридного типа.

Удаление узла

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

Используйте клиент VMware vSphere на компьютере для входа в виртуальный хост ESXi и выключения виртуальной машины.

2.

Удалить узел.

  1. Войдите в Control Hub и выберите Службы.

  2. На карточке безопасности данных гибридного типа щелкните Просмотреть все , чтобы отобразить страницу ресурсов безопасности данных гибридного типа.

  3. Выберите кластер, чтобы отобразить его панель обзора.

  4. Щелкните Открыть список узлов.

  5. На вкладке Узлы выберите узел, который необходимо удалить.

  6. Щелкните Действия > Отменить регистрацию узла.

3.

В клиенте vSphere удалите виртуальную машину. (В левой панели навигации щелкните правой кнопкой мыши виртуальную машину и выберите Удалить.)

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

Аварийное восстановление с помощью резервного центра обработки данных

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

Поскольку кластер выполняет критически важную функцию предоставления этих ключей, необходимо, чтобы кластер продолжал работать и чтобы поддерживалось надлежащее резервное копирование. Потеря базы данных безопасности данных гибридного типа или конфигурации ISO, используемой для схемы, приведет к НЕВОСПОЛНИМОЙ ПОТЕРЕ клиентского контента. Для предотвращения таких потерь обязательны следующие действия:

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

1.

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание конфигурации ISO для узлов HDS.

2.

После настройки сервера Syslogd щелкните Расширенные настройки

3.

На странице Расширенные настройки добавьте конфигурацию ниже или удалите passiveMode конфигурации, чтобы сделать узел активным. Узел может обрабатывать трафик после его настройки.


passiveMode: 'false'
4.

Завершите процесс настройки и сохраните файл ISO в удобном для поиска местоположении.

5

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

6

В левой панели навигации клиента VMware vSphere щелкните правой кнопкой мыши виртуальную машину и выберите Редактировать настройки..

7.

Щелкните Edit Settings >CD/DVD Drive 1 и выберите Datastore ISO File.


 

Убедитесь, что Connected и Connect at power on установлены флажки, чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение не менее 15 минут.

9

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


 

Проверьте вывод системного журнала, чтобы убедиться, что узлы резервного центра обработки данных не находятся в пассивном режиме. Параметр KMS configured in passive mode (KMS configured in passive mode) не должен отображаться в системных журналах.

Дальнейшие действия

Если после отработки отказа основной центр обработки данных снова становится активным, снова переведите резервный центр обработки данных в пассивный режим, выполнив действия, описанные в разделе Настройка резервного центра обработки данных для аварийного восстановления.

(Необязательно) Отсоедините ISO после конфигурации HDS

Стандартная конфигурация HDS работает с установленным ISO. Но некоторые клиенты предпочитают не оставлять файлы ISO постоянно монтируемые. Файл ISO можно отменить после того, как все узлы HDS получат новую конфигурацию.

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

Перед началом работы

Модернизируйте все узлы HDS до версии 2021.01.22.4720 или более поздней.

1.

Отключите один из узлов HDS.

2.

В vCenter Server Appliance выберите узел HDS.

3.

Выберите Редактировать настройки > CD/DVD привод и снимите флажок Datastore ISO File.

4.

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение как минимум 20 минут.

5

Повторите для каждого узла HDS по очереди.

Устранение неполадок безопасности данных гибридного типа

Просмотр предупреждений и устранение неполадок

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

  • Невозможно создать новые пространства (невозможно создать новые клавиши)

  • Не удалось расшифровать сообщения и названия пространств для:

    • Новые пользователи, добавленные в пространство (невозможно получить ключи)

    • Существующие пользователи в пространстве с использованием нового клиента (невозможно получить ключи)

  • Существующие пользователи в пространстве будут продолжать успешно работать, пока у их клиентов есть кэш ключей шифрования

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

Предупреждения

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

Таблица 1. Общие проблемы и шаги по их решению

Сигнал

Действие

Ошибка доступа к локальной базе данных.

Проверьте наличие ошибок базы данных или проблем с локальной сетью.

Сбой подключения локальной базы данных.

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

Сбой доступа к облачной службе.

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

Возобновление регистрации облачной службы.

Регистрация в облачных службах была отменена. Продолжается возобновление регистрации.

Регистрация в облачной службе отменена.

Регистрация в облачных службах прекращена. Сервис отключается.

Служба еще не активирована.

Активируйте пробную версию или завершите перемещение пробной версии в производство.

Настроенный домен не соответствует сертификату сервера.

Убедитесь, что сертификат сервера соответствует настроенному домену активации службы.

Наиболее вероятной причиной является то, что сертификат CN был недавно изменен и теперь отличается от CN, который использовался при начальной настройке.

Не удалось выполнить аутентификацию в облачных службах.

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

Не удалось открыть файл локального хранилища ключей.

Проверьте целостность и точность пароля в локальном файле хранилища ключей.

Недопустимый сертификат локального сервера.

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

Не удается опубликовать метрики.

Проверьте доступ локальной сети к внешним облачным службам.

каталог /media/configdrive/hds не существует.

Проверьте конфигурацию подключения ISO на виртуальном узле. Убедитесь, что файл ISO существует, что он настроен на монтирование при перезагрузке и что он успешно монтируется.

Устранение неполадок безопасности данных гибридного типа

При устранении неполадок с безопасностью данных гибридного типа используйте приведенные ниже общие рекомендации.
1.

Просмотрите Control Hub на наличие предупреждений и исправьте все найденные в нем элементы.

2.

Проверьте вывод сервера syslog для активности из развертывания службы безопасности данных гибридного типа.

3.

Обратитесь в службу поддержки Cisco.

Другие примечания

Известные проблемы безопасности данных гибридного типа

  • При отключении кластера безопасности данных гибридного типа (удалении его в Control Hub или отключении всех узлов), потере файла конфигурации ISO или потере доступа к базе данных хранилища ключей пользователи приложения Webex больше не смогут использовать пространства в списке пользователей, созданные с помощью клавиш KMS. Это применимо как к пробному, так и к производственному развертыванию. В настоящее время у нас нет решения или решения этой проблемы. Мы настоятельно рекомендуем вам не закрывать службы HDS после обработки учетных записей активных пользователей.

  • Клиент, имеющий существующее подключение ECDH к KMS, поддерживает это подключение в течение определенного периода времени (вероятно, одного часа). Когда пользователь становится участником пробной версии безопасности данных гибридного типа, клиент пользователя продолжает использовать существующее соединение ECDH до истечения времени его истечения. Кроме того, пользователь может выйти из приложения Webex и вернуться в него, чтобы обновить местоположение, в котором приложение связывается с ключами шифрования.

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

Использование OpenSSL для создания файла PKCS12

Перед началом работы

  • OpenSSL является одним из инструментов, который может быть использован для создания файла PKCS12 в надлежащем формате для загрузки в инструмент установки HDS. Есть и другие способы сделать это, и мы не поддерживаем и не продвигаем одну сторону.

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

  • Установите OpenSSL в поддерживаемой среде. См. https://www.openssl.org программное обеспечение и документацию.

  • Создайте закрытый ключ.

  • Начните эту процедуру при получении сертификата сервера от центра сертификации (ЦС).

1.

При получении сертификата сервера из ЦС сохраните его как hdsnode.pem.

2.

Отобразите сертификат в виде текста и проверьте сведения.

openssl x509 -text -noout -in hdsnode.pem

3.

Используйте текстовый редактор для создания файла пакета сертификатов, который называется hdsnode-bundle.pem. Файл пакета должен содержать сертификат сервера, все промежуточные сертификаты ЦС и корневые сертификаты ЦС в следующем формате:

-----BEGIN CERTIFICATE-----
### Server certificate. ###
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
###  Intermediate CA certificate. ###
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
###  Root CA certificate. ###
-----END CERTIFICATE-----
4.

Создайте файл .p12 с дружественным именем kms-private-key.

openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12

5

Проверьте сведения о сертификате сервера.

  1. openssl pkcs12 -in hdsnode.p12

  2. Введите пароль при запросе, чтобы зашифровать закрытый ключ так, чтобы он отображался в выходном окне. Затем убедитесь, что закрытый ключ и первый сертификат содержат строки friendlyName: kms-private-key.

    Пример.

    bash$ openssl pkcs12 -in hdsnode.p12
    Enter Import Password:
    MAC verified OK
    Bag Attributes
        friendlyName: kms-private-key
        localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 
    Key Attributes: <No Attributes>
    Enter PEM pass phrase:
    Verifying - Enter PEM pass phrase:
    -----BEGIN ENCRYPTED PRIVATE KEY-----
    <redacted>
    -----END ENCRYPTED PRIVATE KEY-----
    Bag Attributes
        friendlyName: kms-private-key
        localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 
    subject=/CN=hds1.org6.portun.us
    issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
    -----BEGIN CERTIFICATE-----
    <redacted>
    -----END CERTIFICATE-----
    Bag Attributes
        friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US
    subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
    issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3
    -----BEGIN CERTIFICATE-----
    <redacted>
    -----END CERTIFICATE-----

Дальнейшие действия

Вернитесь к разделу "Завершить предварительные требования для безопасности данных гибридного типа". Вы будете использовать hdsnode.p12 и пароль, заданный для него, в разделе Создание конфигурации ISO для узлов HDS.


 

Эти файлы можно использовать повторно для запроса нового сертификата по истечении срока действия оригинального сертификата.

Трафик между узлами HDS и облаком

Трафик коллекции исходящих метрик

Узлы безопасности данных гибридного типа отправляют определенные метрики в облако Webex. К ним относятся системные метрики для максимальных значений кучи, используемой кучи, загрузки ЦП и количества потоков; метрики синхронных и асинхронных потоков; метрики предупреждений, включающие пороговое значение соединений шифрования, задержку или длину очереди запросов; метрики хранилища данных; и метрики подключения шифрования. Узлы отправляют зашифрованный ключ по каналу за пределами потока (отдельно от запроса).

Входящий Трафик

Узлы безопасности данных гибридного типа получают следующие типы входящего трафика из облака Webex.

  • Запросы на шифрование от клиентов, маршрутизируемые службой шифрования

  • Модернизация программного обеспечения узла

Настройка прокси Squid для безопасности данных гибридного типа

Невозможно выполнить подключение веб-сокетов через прокси Squid

Прокси-серверы Squid, проверяющие трафик HTTPS, могут препятствовать созданию веб-сокета ( wss:) соединений, требуемых службой безопасности данных гибридного типа. В этих разделах содержится руководство по настройке различных версий Squid на игнорирование wss: для обеспечения надлежащей работы служб.

Squid 4 и 5

Добавить on_unsupported_protocol директива к squid.conf:

on_unsupported_protocol tunnel all

Squid 3.5.27

Безопасность данных гибридного типа успешно протестирована с добавлением приведенных ниже правил. squid.conf. Эти правила могут изменяться по мере разработки функций и обновления облака Webex.

acl wssMercuryConnection ssl::server_name_regex mercury-connection

ssl_bump splice wssMercuryConnection

acl step1 at_step SslBump1
acl step2 at_step SslBump2
acl step3 at_step SslBump3
ssl_bump peek step1 all
ssl_bump stare step2 all
ssl_bump bump step3 all
Предисловие

Новая и измененная информация

Дата

Внесенные изменения

20 октября 2023 г.

07 августа 2023 г.

23 мая 2023 г.

06 декабря 2022 г.

23 ноября 2022 г.

  • Узлы HDS теперь могут использовать аутентификацию Windows для Microsoft SQL Server.

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

    Обновлен параметр Создание конфигурации ISO для узлов HDS с процедурой настройки аутентификации Windows на узлах.

  • Обновлен раздел Требования к серверу базы данных новыми минимальными требуемыми версиями (PostgreSQL 10).

13 октября 2021 г.

Перед установкой узлов HDS Docker Desktop необходимо запустить программу установки. См. Требования к рабочему столу Docker.

24 июня 2021 г.

Отмечается, что для запроса другого сертификата можно повторно использовать файл закрытого ключа и представителя клиентской службы. Дополнительные сведения см. в разделе Использование OpenSSL для создания файла PKCS12.

30 апреля 2021 г.

Изменено требование к виртуальной машине для локального места на жестком диске до 30 ГБ. Подробные сведения см. в разделе Требования к виртуальному организатору.

24 февраля 2021 г.

Инструмент настройки HDS теперь может работать за прокси. Дополнительные сведения см. в разделе Создание ISO конфигурации для узлов HDS .

2 февраля 2021 г.

Теперь HDS может работать без смонтированного файла ISO. Подробности см. в статье (Необязательно) Отключение ISO после конфигурации HDS.

11 января 2021 г.

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

13 октября 2020 г.

Обновлен раздел "Скачивание установочных файлов".

8 октября 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS и Изменение конфигурации узла с помощью команд для сред FedRAMP.

14 августа 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS и Изменение конфигурации узла с изменениями в процессе входа.

5 августа 2020 г.

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

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

16 июня 2020 г.

Обновлено удаление узла для внесения изменений в пользовательский интерфейс Control Hub.

4 июня 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS для изменений в расширенных настройках, которые можно задать.

29 мая 2020 г.

Обновлено Create a Configuration ISO for the HDS Hosts , чтобы показать, что вы также можете использовать TLS с базами данных SQL Server, изменениями пользовательского интерфейса и другими разъяснениями.

5 мая 2020 г.

Обновлены требования к виртуальному организатору для отображения новых требований ESXi 6.5.

21 апреля 2020 г.

Обновлены требования к внешним подключениям с новыми хостами CI в Америке.

1 апреля 2020 г.

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

20 февраля 2020 г.Обновлен параметр Создание конфигурации ISO для узлов HDS с информацией о новом дополнительном экране расширенных настроек в инструменте настройки HDS.
4 февраля 2020 г.Обновлены требования к прокси-серверу.
16 декабря 2019 г.Уточнено требование для режима блокировки разрешения внешнего DNS для работы в требованиях к прокси-серверу.
19 ноября 2019 г.

Добавлена информация о режиме блокировки разрешения внешних DNS в следующих разделах:

8 ноября 2019 г.

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

Соответствующим образом обновлены следующие разделы:


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

6 сентября 2019 г.

Добавлен стандарт SQL Server в требования к серверу базы данных.

29 августа 2019 г.Добавлено приложение Настройка прокси Squid для безопасности данных гибридного типа с указаниями по настройке прокси Squid для игнорирования трафика веб-сокетов для надлежащей работы.
20 августа 2019 г.

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

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

13 июня 2019 г.Обновлен процесс пробной версии до производственной задачи с напоминанием о синхронизации HdsTrialGroup группировать объект перед запуском пробной версии, если в вашей организации используется синхронизация каталога.
6 марта 2019 г.
28 февраля 2019 г.
  • Исправлено количество локального места на жестком диске на сервере, которое следует выделить при подготовке виртуальных узлов, которые становятся узлами безопасности данных гибридного типа, с 50 ГБ до 20 ГБ, чтобы отразить размер диска, создаваемого OVA.

26 февраля 2019 г.
  • Узлы безопасности данных гибридного типа теперь поддерживают зашифрованные соединения с серверами баз данных PostgreSQL и зашифрованные соединения для ведения журналов к серверу системного журнала с поддержкой TLS. Обновлен раздел Создание конфигурации ISO для узлов HDS с инструкциями.

  • Удалены URL-адреса назначения из таблицы "Требования к подключению к Интернету для виртуальных машин узлов безопасности данных гибридного типа". Теперь таблица ссылается на список, который хранится в таблице "Дополнительные URL-адреса для служб гибридного типа Webex Teams" в разделе Требования к сети для служб Webex Teams.

24 января 2019 г.

  • Служба безопасности данных гибридного типа теперь поддерживает Microsoft SQL Server в качестве базы данных. SQL Server Always On (Always On Failover Clusters and Always on Availability Groups) поддерживается драйверами JDBC, которые используются в службе безопасности данных гибридного типа. Добавлен контент, связанный с развертыванием с помощью SQL Server.


     

    Поддержка Microsoft SQL Server предназначена только для новых развертываний системы безопасности данных гибридного типа. В настоящее время миграция данных с PostgreSQL на Microsoft SQL Server в существующем развертывании не поддерживается.

5 ноября 2018 г.
19 октября 2018 г.

31 июля 2018 г.

21 мая 2018 г.

Изменена терминология для отражения ребрендинга Cisco Spark.

  • Служба безопасности данных гибридного типа Cisco Spark теперь является службой безопасности данных гибридного типа.

  • Приложение Cisco Spark теперь является приложением Webex.

  • Облако Cisco Collaboraton теперь является облаком Webex.

11 апреля 2018 г.
22 февраля 2018 г.
15 февраля 2018 г.
  • В таблице требований к сертификатам X.509 указано, что сертификат не может быть групповым сертификатом и что KMS использует домен CN, а не любой домен, определенный в полях SAN x.509v3.

18 января 2018 г.

2 ноября 2017 г.

  • Уточнена синхронизация каталогов HdsTrialGroup.

  • Исправлены инструкции по загрузке файла конфигурации ISO для установки на узлы виртуальной машины.

18 августа 2017 г.

Впервые опубликовано

Начало работы с безопасностью данных гибридного типа

Обзор безопасности данных гибридного типа

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

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

Архитектура сферы безопасности

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

Области разделения (без безопасности данных гибридного типа)

Чтобы лучше понять безопасность данных гибридного типа, давайте рассмотрим пример чистого облака, в котором Cisco предоставляет все функции в облачных сферах. Служба удостоверений, единственное место, где пользователи могут напрямую коррелировать с их личной информацией, такой как адрес электронной почты, логически и физически отделена от сферы безопасности в центре обработки данных B. Обе службы, в свою очередь, отделены от сферы, где в конечном итоге хранится зашифрованный контент, в центре обработки данных C.

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

  1. Клиент устанавливает безопасное соединение со службой управления ключами (KMS), затем запрашивает ключ для шифрования сообщения. Безопасное соединение использует ECDH, а KMS шифрует ключ с помощью главного ключа AES-256.

  2. Сообщение зашифровано перед выходом из клиента. Клиент отправляет его в службу индексирования, которая создает зашифрованные индексы поиска для облегчения будущих поисков контента.

  3. Зашифрованное сообщение отправляется в службу соответствия для проверки соответствия.

  4. Зашифрованное сообщение хранится в области хранилища.

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

Сотрудничество с другими организациями

Пользователи в вашей организации могут регулярно использовать приложение Webex для совместной работы с внешними участниками в других организациях. Когда один из ваших пользователей запрашивает ключ для пространства, принадлежащего вашей организации (поскольку оно было создано одним из ваших пользователей), KMS отправляет ключ клиенту через защищенный канал ECDH. Однако если ключ для пространства принадлежит другой организации, ваша KMS маршрутизирует запрос в облако Webex через отдельный канал ECDH для получения ключа из соответствующей KMS, а затем возвращает ключ пользователю в исходном канале.

Служба KMS, запущенная в организации A, проверяет соединения с KMS в других организациях с помощью сертификатов PKI x.509. Подробные сведения о создании сертификата x.509 для использования с развертыванием службы безопасности данных гибридного типа см. в разделе Подготовка среды .

Ожидания развертывания системы безопасности данных гибридного типа

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

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

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

  • Управление резервным копированием и восстановлением базы данных и конфигурации ISO.

  • Будьте готовы выполнить быстрое аварийное восстановление при возникновении катастрофы, например сбой диска базы данных или аварийное завершение работы центра обработки данных.


 

Механизм возврата ключей в облако после развертывания HDS отсутствует.

Процесс настройки высокого уровня

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

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

    Этапы установки, тестирования и производства подробно описаны в следующих трех главах.

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

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

Модель развертывания системы безопасности данных гибридного типа

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

В процессе установки мы предоставляем вам файл OVA для настройки виртуального устройства на предоставленных вами виртуальных машинах. Инструмент настройки HDS используется для создания пользовательского файла конфигурации кластера ISO, который монтируется на каждом узле. Кластер безопасности данных гибридного типа использует предоставленный вами сервер Syslogd и базу данных PostgreSQL или Microsoft SQL Server. (Сведения о подключении к системному журналу и базе данных можно настроить в инструменте настройки HDS.)

Модель развертывания системы безопасности данных гибридного типа

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

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

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

Для каждой организации поддерживается только один кластер.

Пробный режим безопасности данных гибридного типа

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

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

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

Резервный центр обработки данных для аварийного восстановления

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

Before failover, Data Center A has active HDS nodes and the primary PostgreSQL or Microsoft SQL Server database, while B has a copy of the ISO file with additional configurations, VMs that are registered to the organization, and a standby database. After failover, Data Center B has active HDS nodes and the primary database, while A has unregistered VMs and a copy of the ISO file, and the database is in standby mode.
Переключение на резервный центр обработки данных вручную

Базы данных активных и резервных центров обработки данных синхронизированы друг с другом, что позволяет минимизировать время, затрачиваемое на отработку отказа. Файл ISO резервного центра обработки данных обновлен дополнительными конфигурациями, которые обеспечивают регистрацию узлов в организации, но не будут обрабатывать трафик. Таким образом, узлы резервного центра обработки данных всегда обновляются с новейшей версией программного обеспечения HDS.


 

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

Настройка резервного центра обработки данных для аварийного восстановления

Чтобы настроить файл ISO резервного центра обработки данных, выполните приведенные ниже действия.

Перед началом работы

  • Резервный центр обработки данных должен отражать рабочую среду виртуальных машин и резервную базу данных PostgreSQL или Microsoft SQL Server. Например, если в производстве имеется 3 ВМ с узлами HDS, резервная среда должна иметь 3 ВМ. (Обзор этой модели отработки отказа см. в разделе Standby Data Center for Disaster Recovery .)

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

1.

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание конфигурации ISO для узлов HDS.


 

Файл ISO должен быть копией оригинального файла ISO основного центра обработки данных, на который должны быть внесены следующие обновления конфигурации.

2.

После настройки сервера Syslogd щелкните Расширенные настройки

3.

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


passiveMode: 'true'
4.

Завершите процесс настройки и сохраните файл ISO в удобном для поиска местоположении.

5

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

6

В левой панели навигации клиента VMware vSphere щелкните правой кнопкой мыши виртуальную машину и выберите Редактировать настройки..

7.

Щелкните Edit Settings >CD/DVD Drive 1 и выберите Datastore ISO File.


 

Убедитесь, что Connected и Connect at power on установлены флажки, чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение не менее 15 минут.

9

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


 

Проверьте системные журналы, чтобы убедиться, что узлы находятся в пассивном режиме. Вы должны иметь возможность просматривать сообщение «KMS configured in passive mode» в системных журналах.

Дальнейшие действия

После настройки passiveMode в файле ISO и сохраняя его, вы можете создать другую копию файла ISO без passiveMode и сохраните его в безопасном местоположении. Эта копия файла ISO без passiveMode настроенная система может помочь в быстром процессе отработки отказа во время аварийного восстановления. Подробную процедуру отработки отказа см. в разделе Аварийное восстановление с использованием резервного центра обработки данных .

Поддержка прокси

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

Узлы безопасности данных гибридного типа поддерживают указанные далее параметры прокси.

  • No proxy (Без прокси). Этот параметр применяется по умолчанию, если для интеграции прокси не используется конфигурация прокси и зоны доверия настройки узла HDS. Обновление сертификата не требуется.

  • Transparent non-inspecting proxy (Прозрачный прокси без проверки). Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.

  • Transparent tunneling or inspecting proxy (Прозрачный туннельный прокси или прокси с проверкой). Узлы не настроены для использования адреса определенного прокси-сервера. На узлах не нужно изменять конфигурацию HTTP или HTTPS. Как бы то ни было, для обеспечения доверия прокси узлам необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).

  • Explicit proxy (Явный прокси). При использовании явного прокси необходимо указать прокси-сервер и схему аутентификации, которые должны использовать узлы HDS. Для настройки явного прокси на каждом узле нужно ввести следующую информацию.

    1. Proxy IP/FQDN (IP-адрес или FQDN прокси). Адрес, который можно использовать для доступа к прокси-машине.

    2. Proxy Port (Порт прокси). Номер порта, который используется прокси для прослушивания трафика, передаваемого через прокси.

    3. Proxy Protocol (Протокол прокси). Выберите протокол, поддерживаемый прокси-сервером. Доступные протоколы указаны ниже.

      • HTTP – просматривает все запросы, отправляемые клиентом, и управляет этими запросами.

      • HTTPS – обеспечивает работу канала связи с сервером. Клиент получает и проверяет сертификат сервера.

    4. Authentication Type (Тип аутентификации). Выберите один из перечисленных ниже типов аутентификации.

      • None (Нет). Дальнейшая аутентификация не требуется.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

      • Basic (Базовая). Используется для оператора пользователя HTTP в целях предоставления имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только в том случае, если в качестве протокола прокси выбран протокол HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

Пример узлов безопасности данных гибридного типа и прокси

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

Режим блокировки разрешения внешних DNS (конфигурации явного прокси)

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

Подготовка среды

Требования к безопасности данных гибридного типа

Требования к лицензии Cisco Webex

Развертывание службы безопасности данных гибридного типа.

Требования к рабочему столу Docker

Перед установкой узлов HDS необходимо запустить программу установки Docker Desktop. Docker недавно обновил свою модель лицензирования. Вашей организации может потребоваться платная подписка на Docker Desktop. Подробности см. В сообщении блога Docker " Docker обновляет и расширяет подписки на наши продукты ".

Требования к сертификату X.509

Цепочка сертификатов должна отвечать следующим требованиям:

Таблица 1. Требования к сертификату X.509 для развертывания системы безопасности данных гибридного типа

Требование

Сведения

  • Подписано доверенным центром сертификации (CA)

По умолчанию мы доверяем ЦС в списке Mozilla (за исключением WoSign и StartCom) по адресу https://wiki.mozilla.org/CA:IncludedCAs.

  • Имеет имя домена общего имени (CN), которое идентифицирует развертывание службы безопасности данных гибридного типа

  • Не является групповым сертификатом

CN не должен быть доступным или быть в режиме реального времени организатором. Рекомендуется использовать название, которое отражает вашу организацию, например hds.company.com.

CN не должен содержать * (подстановочный знак).

CN используется для проверки узлов безопасности данных гибридного типа для клиентов приложения Webex. Все узлы безопасности данных гибридного типа в кластере используют один и тот же сертификат. Ваш KMS идентифицирует себя с помощью домена CN, а не какого-либо домена, определенного в полях SAN x.509v3.

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

  • Подпись без SHA1

Программное обеспечение KMS не поддерживает подписи SHA1 для проверки подключений к KMS других организаций.

  • Отформатирован как защищенный паролем файл PKCS #12

  • Используйте дружественное имя kms-private-key чтобы пометить сертификат, закрытый ключ и все промежуточные сертификаты для загрузки.

Для изменения формата сертификата можно использовать конвертер, например OpenSSL.

При запуске инструмента настройки HDS необходимо будет ввести пароль.

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

Требования к виртуальному организатору

К виртуальным узлам, которые будут настроены в качестве узлов безопасности данных гибридного типа в кластере, предъявляются следующие требования.

  • Не менее двух отдельных узлов (рекомендуется 3), расположенных в одном защищенном центре обработки данных

  • Установлен и запущен VMware ESXi 6.5 (или более поздняя версия).


     

    Если у вас есть более ранняя версия ESXi, необходимо выполнить модернизацию.

  • Минимум 4 vCPU, 8 ГБ основной памяти, 30 ГБ локального дискового пространства на сервере

Требования к серверу базы данных


 

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

Существует два варианта для сервера базы данных. Требования к каждому из них следующие:

Таблица 2. Требования к серверу базы данных по типу базы данных

PostgreSQL

Microsoft SQL Server

  • PostgreSQL 14, 15 или 16, установлен и запущен.

  • Установлен SQL Server 2016, 2017 или 2019 (корпоративный или стандартный).


     

    Для SQL Server 2016 требуется пакет обновления 2 и кумулятивное обновление 2 или более поздние версии.

Минимум 8 vCPU, 16 ГБ основной памяти, достаточное место на жестком диске и мониторинг, чтобы убедиться, что он не превышен (рекомендуется 2 ТБ, если вы хотите запустить базу данных в течение длительного времени без необходимости увеличения объема хранилища)

Минимум 8 vCPU, 16 ГБ основной памяти, достаточное место на жестком диске и мониторинг, чтобы убедиться, что он не превышен (рекомендуется 2 ТБ, если вы хотите запустить базу данных в течение длительного времени без необходимости увеличения объема хранилища)

Программное обеспечение HDS в настоящее время устанавливает следующие версии драйверов для связи с сервером базы данных:

PostgreSQL

Microsoft SQL Server

Драйвер JDBC Postgres 42.2.5

Драйвер JDBC SQL Server 4.6

Эта версия драйвера поддерживает SQL Server Always On ( Always On Failover Cluster Instances и Always On Availability groups).

Дополнительные требования к аутентификации Windows в Microsoft SQL Server

Если вы хотите, чтобы узлы HDS использовали аутентификацию Windows для получения доступа к базе данных хранилища ключей на Microsoft SQL Server, в вашей среде необходима следующая конфигурация:

  • Узлы HDS, инфраструктура Active Directory и MS SQL Server должны синхронизироваться с NTP.

  • Учетная запись Windows, предоставленная узлам HDS, должна иметь доступ на чтение/запись к базе данных.

  • Серверы DNS, которые вы предоставляете узлам HDS, должны иметь возможность разрешить работу центра распределения ключей (KDC).

  • Экземпляр базы данных HDS можно зарегистрировать на сервере Microsoft SQL в качестве главного имени службы (SPN) в Active Directory. См. раздел Регистрация имени главного поставщика услуг для соединений Kerberos.

    Инструмент настройки HDS, средство запуска HDS и локальный KMS должны использовать аутентификацию Windows для доступа к базе данных хранилища ключей. Они используют сведения из конфигурации ISO для создания SPN при запросе доступа с аутентификацией Kerberos.

Требования к внешним подключениям

Настройте брандмауэр таким образом, чтобы разрешить следующее подключение для приложений HDS.

Приложение

Protocol

Port (Порт)

Направление из приложения

Адресат

Узлы безопасности данных гибридного типа

TCP

443

Исходящие HTTPS и WSS

  • Серверы Webex:

    • *.wbx2.com

    • *.ciscospark.com

  • Все узлы общих параметров идентификации

  • Другие URL-адреса, перечисленные для безопасности данных гибридного типа в таблице Дополнительные URL-адреса для служб гибридного типа Webex Требования к сети для служб Webex

инструмент настройки HDS

TCP

443

Исходящий HTTPS

  • *.wbx2.com

  • Все узлы общих параметров идентификации

  • hub.docker.com


 

Узлы безопасности данных гибридного типа работают с преобразованием сетевого доступа (NAT) или за брандмауэром, если NAT или брандмауэр разрешает требуемые исходящие соединения с адресатами домена в предыдущей таблице. Для соединений, входящих в узлы безопасности данных гибридного типа, порты не должны быть видны из Интернета. В центре обработки данных клиентам необходим доступ к узлам безопасности данных гибридного типа на портах TCP 443 и 22 для административных целей.

URL-адреса узлов общих параметров идентификации (CI) зависят от региона. Это текущие хосты CI:

Регион

URL-адреса общих узлов удостоверений

Северная и Южная Америка

  • https://idbroker.webex.com

  • https://identity.webex.com

  • https://idbroker-b-us.webex.com

  • https://identity-b-us.webex.com

Европейский союз

  • https://idbroker-eu.webex.com

  • https://identity-eu.webex.com

Канада

  • https://idbroker-ca.webex.com

  • https://identity-ca.webex.com

Требования к прокси-серверу

  • Мы официально поддерживаем следующие решения для прокси, которые можно интегрировать с узлами безопасности данных гибридного типа:

  • Поддерживаются следующие комбинации типов аутентификации для явных прокси:

    • без аутентификации при использовании HTTP или HTTPS;

    • базовая аутентификация при использовании HTTP или HTTPS;

    • дайджест-аутентификация только при использовании HTTPS;

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

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

  • Прокси, проверяющие веб-трафик, могут нарушать работу соединений веб-сокетов. При возникновении этой проблемы обход (без проверки) трафика на wbx2.com и ciscospark.com решит проблему.

Выполнение предварительных требований для безопасности данных гибридного типа

Используйте этот контрольный список, чтобы убедиться в готовности к установке и настройке кластера безопасности данных гибридного типа.
1.

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

2.

Выберите имя домена для развертывания HDS (например, hds.company.com) и получить цепочку сертификатов, содержащую сертификат X.509, закрытый ключ и любые промежуточные сертификаты. Цепочка сертификатов должна соответствовать требованиям сертификатов X.509.

3.

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

4.

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

  1. Создайте базу данных для хранения ключей. (Необходимо создать эту базу данных — не используйте базу данных по умолчанию. При установке приложения HDS создайте схему базы данных.)

  2. Соберите сведения, которые узлы будут использовать для связи с сервером базы данных.

    • имя хоста или IP-адрес (хост) и порт

    • имя базы данных (dbname) для хранения ключей

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

5

Для быстрого аварийного восстановления настройте резервную среду в другом центре обработки данных. Среда резервного копирования отражает рабочую среду виртуальных машин и сервера резервной базы данных. Например, если в производстве имеется 3 ВМ с узлами HDS, резервная среда должна иметь 3 ВМ.

6

Настройте хост системного журнала для сбора журналов с узлов в кластере. Соберите его сетевой адрес и порт системного журнала (по умолчанию UDP 514).

7.

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


 

Поскольку узлы безопасности данных гибридного типа хранят ключи, используемые для шифрования и расшифровки контента, неспособность поддерживать оперативное развертывание приведет к НЕВОСПОЛНИМОЙ ПОТЕРЕ этого контента.

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

8

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

9

Установите Docker ( https://www.docker.com) на любой локальной машине с поддерживаемой ОС (64-разрядная версия Microsoft Windows 10 Professional или Enterprise или Mac OSX Yosemite 10.10.3 или более поздняя версия) с веб-браузером, который может получить к нему доступ по ссылке http://127.0.0.1:8080.

Экземпляр Docker используется для загрузки и запуска инструмента настройки HDS, который создает информацию о локальной конфигурации для всех узлов безопасности данных гибридного типа. Вашей организации может потребоваться лицензия Docker Desktop. Дополнительные сведения см. в разделе Требования к рабочему столу Docker.

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

10

При интеграции прокси с безопасностью данных гибридного типа убедитесь, что он соответствует требованиям прокси-сервера.

11

Если в вашей организации используется синхронизация каталогов, создайте группу в Active Directory под названием HdsTrialGroup и добавьте пилотных пользователей. Пробная группа может иметь до 250 пользователей. Файл HdsTrialGroup перед запуском пробной версии для организации необходимо синхронизировать объект с облаком. Чтобы синхронизировать объект группы, выберите его в соединителе каталогов Конфигурация > Выбор объекта . (Подробные инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.)


 

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

Настройка кластера безопасности данных гибридного типа

Процесс выполнения задач по развертыванию системы безопасности данных гибридного типа

Перед началом работы

Подготовка среды

1.

Скачивание файлов установки

Скачайте файл OVA на локальный компьютер для последующего использования.

2.

Создание ISO конфигурации для узлов HDS

Используйте инструмент настройки HDS для создания файла конфигурации ISO для узлов безопасности данных гибридного типа.

3.

Установка OVA узла HDS

Создайте виртуальную машину из файла OVA и выполните начальную конфигурацию, например сетевые настройки.


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

4.

Настройка виртуальной машины безопасности данных гибридного типа

Войдите в консоль виртуальной машины и задайте учетные данные для входа. Настройте сетевые параметры узла, если они не были настроены во время развертывания OVA.

5

Загрузка и монтаж конфигурации HDS ISO

Настройте виртуальную машину из файла конфигурации ISO, созданного с помощью инструмента настройки HDS.

6

Настройка узла HDS для интеграции прокси

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

7.

Регистрация первого узла в кластере

Зарегистрируйте виртуальную машину в облаке Cisco Webex в качестве узла безопасности данных гибридного типа.

8

Создание и регистрация дополнительных узлов

Завершите настройку кластера.

9

Запустить пробную версию и перейти к производству (следующая глава)

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

Скачивание файлов установки

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

Войдите в https://admin.webex.com и щелкните Службы.

2.

В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Настройка.

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


 

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


 

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

3.

Выберите Нет , чтобы указать, что узел еще не настроен, и нажмите Далее.

Файл OVA автоматически начинает скачиваться. Сохраните файл в местоположении на компьютере.
4.

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

Создание ISO конфигурации для узлов HDS

Процесс настройки безопасности данных гибридного типа создает файл ISO. Затем вы используете ISO для настройки узла безопасности данных гибридного типа.

Перед началом работы

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

    Если инструмент настройки HDS работает за прокси в вашей среде, укажите настройки прокси (сервер, порт, учетные данные) через переменные среды Docker при переносе контейнера Docker на шаге 5. В этой таблице указаны некоторые из возможных переменных среды.

    Описание

    Переменная

    HTTP-прокси без аутентификации

    GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

    HTTPS-прокси без аутентификации

    GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

    HTTP-прокси с аутентификацией

    GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

    HTTPS-прокси с аутентификацией

    GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

  • Созданный файл конфигурации ISO содержит главный ключ, шифрующий базу данных PostgreSQL или Microsoft SQL Server. Вам потребуется последняя копия этого файла при внесении изменений в конфигурацию, например:

    • учетные данные базы данных

    • Обновления сертификата

    • Изменения политики авторизации

  • Если вы планируете шифровать соединения с базой данных, настройте развертывание PostgreSQL или SQL Server для TLS.

1.

Введите соответствующую команду для вашей среды в командной строке компьютера.

В обычных средах:

docker rmi ciscocitg/hds-setup:stable

В средах FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

 

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

2.

Чтобы войти в реестр образов Docker, введите следующее.

docker login -u hdscustomersro
3.

Введите в запросе пароля этот хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
4.

Скачайте последнюю стабильную версию образа для вашей среды.

В обычных средах:

docker pull ciscocitg/hds-setup:stable

В средах FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable
5

По завершении скачивания введите соответствующую команду для вашей среды.

  • В обычных средах без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
  • В обычных средах с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В обычных средах с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В средах FedRAMP без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

6

 

Инструмент настройки не поддерживает подключение к localhost через http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

Используйте веб-браузер для перехода к локальному узлу, http://127.0.0.1:8080 и введите имя пользователя администратора клиента для Control Hub в окне запроса.

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

7.

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

8

На странице обзора инструмента настройки щелкните Начало работы.

9

На странице импорта ISO доступны следующие параметры:

  • Нет. При создании первого узла HDS у вас нет файла ISO для загрузки.
  • Да. Если вы уже создали узлы HDS, выберите файл ISO в окне просмотра и загрузите его.
10

Убедитесь, что сертификат X.509 соответствует требованиям, изложенным в требованиях к сертификатам X.509.

  • Если сертификат ранее не загружался, загрузите сертификат X.509, введите пароль и нажмите Продолжить.
  • Если сертификат ОК, нажмите Продолжить.
  • Если срок действия сертификата истек или необходимо заменить его, выберите Нет для продолжения использования цепочки сертификатов HDS и закрытого ключа из предыдущего ISO?. Загрузите новый сертификат X.509, введите пароль и нажмите Продолжить.
11

Введите адрес базы данных и учетную запись HDS для доступа к хранилищу данных ключа:

  1. Выберите тип базы данных (PostgreSQL или Microsoft SQL Server).

    Если выбран Microsoft SQL Server, появится поле Authentication Type (Тип аутентификации).

  2. (Только Microsoft SQL Server) Выберите тип аутентификации:

    • Базовая аутентификация: В поле Имя пользователя необходимо указать имя учетной записи SQL Server.

    • Аутентификация Windows: Вам нужна учетная запись Windows в формате username@DOMAIN в поле Имя пользователя .

  3. Введите адрес сервера базы данных в форме <hostname>:<port> или <IP-address>:<port>.

    Пример.
    dbhost.example.org:1433 или 198.51.100.17:1433

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

    При использовании аутентификации Windows необходимо ввести полное доменное имя в формате dbhost.example.org:1433

  4. Введите имя базы данных.

  5. Введите имя пользователя и пароль пользователя со всеми правами в базе данных хранилища ключей.

12

Выберите режим подключения к базе данных TLS:

Mode

Описание

Предпочтительно использование TLS (параметр по умолчанию)

Узлам HDS не требуется TLS для подключения к серверу базы данных. Если включить TLS на сервере базы данных, узлы попытаются установить зашифрованное соединение.

Обязательное использование TLS

Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

Обязательное использование TLS и проверка источника подписи сертификата


 

Этот режим не применим к базам данных SQL Server.

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает отправителя подписи сертификата от сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

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

Обязательное использование TLS и проверка источника подписи сертификата и имени узла

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает отправителя подписи сертификата от сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

  • Узлы также проверяют, соответствует ли имя хоста в сертификате сервера имени хоста в поле Хост базы данных и порт . Необходимо точное совпадение имен. Иначе узел разорвет соединение.

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

При загрузке корневого сертификата (при необходимости) и нажатии Continue (Продолжить) инструмент настройки HDS тестирует соединение TLS с сервером базы данных. Инструмент также выполняет проверку источника подписи сертификата и имени узла (если применимо). Если тест не будет пройден, в инструменте будет отображено сообщение об ошибке с описанием проблемы. Можно выбрать параметр игнорирования ошибки и продолжить настройку. (Из-за различий в подключении узлы HDS могут установить соединение TLS, даже если машина инструмента настройки HDS не сможет успешно протестировать его.)

13

На странице «Системные журналы» настройте сервер Syslogd:

  1. Введите URL-адрес сервера системного журнала.

    Если сервер не разрешается DNS из узлов кластера HDS, используйте IP-адрес в URL.

    Пример.
    udp://10.92.43.23:514 указывает на вход в хост Syslogd 10.92.43.23 на порту UDP 514.
  2. Если вы настроили на сервере использование шифрования TLS, проверьте, настроен ли ваш сервер системного журнала для шифрования SSL?.

    Установив этот флажок, убедитесь, что введен URL-адрес TCP, например tcp://10.92.43.23:514.

  3. В раскрывающемся списке Выбор завершения записи системного журнала выберите соответствующую настройку для файла ISO. Выберите или Newline используется для Graylog и Rsyslog TCP

    • Null byte -- \x00

    • Newline -- \n — выберите этот параметр для TCP Graylog и Rsyslog.

  4. Щелкните Продолжить.

14

(Необязательно) Значение по умолчанию для некоторых параметров подключения к базе данных можно изменить в расширенных настройках. Как правило, этот параметр является единственным, который можно изменить:

app_datasource_connection_pool_maxSize: 10
15

Щелкните Продолжить на экране Сброс пароля учетных записей службы .

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

16

Щелкните Скачать файл ISO. Сохраните файл в удобном для поиска местоположении.

17

Сделайте резервную копию файла ISO в локальной системе.

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

18

Чтобы выключить инструмент настройки, введите CTRL+C.

Дальнейшие действия

Создайте резервную копию файла конфигурации ISO. Она необходима для создания дополнительных узлов для восстановления или внесения изменений в конфигурацию. Если вы потеряете все копии файла ISO, вы также потеряете главный ключ. Восстановление ключей из базы данных PostgreSQL или Microsoft SQL Server невозможно.


 

У нас никогда нет копии этого ключа, и мы не можем помочь, если вы его потеряете.

Установка OVA узла HDS

Используйте эту процедуру для создания виртуальной машины из файла OVA.
1.

Используйте клиент VMware vSphere на компьютере для входа в виртуальный хост ESXi.

2.

Выберите Файл > Развертывание шаблона OVF.

3.

В мастере укажите расположение скачанного ранее файла OVA и щелкните Далее.

4.

На Выберите имя и папку страница, введите Имя виртуальной машины для узла (например, HDS_Node_1) выберите местоположение, в котором может находиться развертывание узла виртуальной машины, а затем щелкните Далее.

5

На Выберите вычислительный ресурс выберите целевой вычислительный ресурс, а затем щелкните Далее.

Выполняется проверка. После завершения отображаются сведения о шаблоне.

6

Проверьте сведения о шаблоне и щелкните Далее.

7.

Если вас попросят выбрать конфигурацию ресурса в Конфигурация страница, щелкните 4 ЦП и щелкните Далее.

8

На Выбрать хранилище страница, щелкните Далее для принятия формата диска по умолчанию и политики хранения VM.

9

На Выбор сетей выберите параметр сети из списка записей, чтобы обеспечить желаемое подключение к виртуальной машине.

10

На странице Настройка шаблона настройте следующие сетевые параметры.

  • Имя узла. Введите полное доменное имя (имя узла и домен) или одно имя узла для узла.

     
    • Вам не нужно настраивать домен в соответствии с доменом, который вы использовали для получения сертификата X.509.

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

    • Общая длина FQDN не должна превышать 64 символов.

  • IP-адрес — введите IP-адрес для внутреннего интерфейса узла.

     

    Ваш узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

  • Маска — введите адрес маски подсети в десятичной нотации. Например, 255.255.255.0.
  • Шлюз — введите IP-адрес шлюза. Шлюз — это сетевой узел, который служит точкой доступа к другой сети.
  • DNS-серверы — введите список DNS-серверов с разделителями-запятыми, которые обрабатывают перевод доменных имен на числовые IP-адреса. (Допускается до 4 записей DNS.)
  • Серверы NTP. Введите сервер NTP вашей организации или другой внешний сервер NTP, который может использоваться в вашей организации. Серверы NTP по умолчанию могут работать не для всех предприятий. Также можно использовать список с разделителями-запятыми для ввода нескольких серверов NTP.
  • Разверните все узлы в одной подсети или VLAN, чтобы все узлы в кластере были доступны клиентам в вашей сети в целях администрирования.

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


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

11

Щелкните правой кнопкой мыши виртуальную машину узла и выберите Питание > Питание включено.

Программное обеспечение безопасности данных гибридного типа устанавливается в качестве гостя на узле виртуальной машины. Теперь вы готовы войти в консоль и настроить узел.

Рекомендации по устранению неисправностей

Может возникнуть задержка в несколько минут до появления контейнеров узла. Во время первой загрузки на консоли появляется сообщение брандмауэра моста, во время которого невозможно войти в систему.

Настройка виртуальной машины безопасности данных гибридного типа

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

1.

В клиенте VMware vSphere выберите VM узла безопасности данных гибридного типа и перейдите на вкладку Консоль .

Виртуальная машина загружается, и появляется запрос на вход. Если запрос на вход не отображается, нажмите Enter.
2.

Для входа и изменения учетных данных используйте следующие логин и пароль по умолчанию.

  1. Вход: admin

  2. Пароль: cisco

После первого входа в виртуальную машину необходимо изменить пароль администратора.

3.

Если параметры сети уже настроены в разделе Установка узла HDS OVA, пропустите оставшуюся часть этой процедуры. В противном случае в главном меню выберите пункт Редактировать конфигурацию .

4.

Настройте статическую конфигурацию с IP-адресом, маской, шлюзом и информацией о DNS. Ваш узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

5

(Необязательно) Измените имя узла, домен или серверы NTP, если это необходимо для соответствия политике сети.

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

6

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

Загрузка и монтаж конфигурации HDS ISO

Используйте эту процедуру для настройки виртуальной машины из файла ISO, созданного с помощью инструмента настройки HDS.

Перед началом работы

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

1.

Загрузите файл ISO с компьютера:

  1. В левой панели навигации клиента VMware vSphere щелкните сервер ESXi.

  2. В списке Аппаратное обеспечение вкладки Конфигурация щелкните Хранилище.

  3. В списке Datastores щелкните правой кнопкой мыши хранилище данных для виртуальных машин и нажмите Browse Datastore.

  4. Щелкните пиктограмму Загрузить файлы и нажмите Загрузить файл.

  5. Перейдите в расположение, где вы скачали файл ISO на свой компьютер, и нажмите Открыть.

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

2.

Подключите файл ISO:

  1. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  2. Нажмите OK, чтобы принять предупреждение об ограниченных параметрах редактирования.

  3. Щелкните кнопку CD/DVD Drive 1, выберите параметр для подключения из файла ISO хранилища данных и перейдите в расположение, куда загружен файл конфигурации ISO.

  4. Установите флажки Подключено и Подключено при включении питания.

  5. Сохраните изменения и перезагрузите виртуальную машину.

Дальнейшие действия

Если требуется ИТ-политика, можно при необходимости отменить монтирование файла ISO после того, как все узлы выберут изменения конфигурации. Подробности см. в статье (Необязательно) Отключение ISO после конфигурации HDS.

Настройка узла HDS для интеграции прокси

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

Перед началом работы

1.

Введите URL настройки узла HDS https://[HDS Node IP or FQDN]/setup в веб-браузере введите учетные данные администратора, настроенные для узла, и щелкните Войти.

2.

Откройте раздел Trust Store & Proxy (Зона доверия и прокси) и выберите один из следующих параметров.

  • No Proxy (Без прокси). Этот параметр применяется по умолчанию до интеграции прокси. Обновление сертификата не требуется.
  • Transparent Non-Inspecting Proxy (Прозрачный прокси без проверки). Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.
  • Transparent Inspecting Proxy (Прозрачный прокси с проверкой). Узлы не настроены для использования адреса определенного прокси-сервера. В развертывании службы безопасности данных гибридного типа не нужно вносить изменения в конфигурацию HTTPS, однако для обеспечения доверия прокси узлам HDS необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).
  • Explicit Proxy (Явный прокси). При использовании явного прокси необходимо указать прокси-сервер, который должен использовать клиент (узлы HDS). Этот параметр поддерживает несколько типов аутентификации. После выбора этого параметра необходимо ввести указанную далее информацию.
    1. Proxy IP/FQDN (IP-адрес или FQDN прокси). Адрес, который можно использовать для доступа к прокси-машине.

    2. Proxy Port (Порт прокси). Номер порта, который используется прокси для прослушивания трафика, передаваемого через прокси.

    3. Proxy Protocol (Протокол прокси). Выберите http (просматривает все запросы, получаемые от клиента, и управляет этими запросами) или https (обеспечивает работу канала связи с сервером; клиент получает и проверяет сертификат сервера). Выберите параметр в зависимости от того, какой протокол поддерживает используемый вами прокси-сервер.

    4. Authentication Type (Тип аутентификации). Выберите один из перечисленных ниже типов аутентификации.

      • None (Нет). Дальнейшая аутентификация не требуется.

        Этот параметр доступен для прокси HTTP или HTTPS.

      • Basic (Базовая). Используется для оператора пользователя HTTP в целях предоставления имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен для прокси HTTP или HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только для прокси HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

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

3.

Щелкните Upload a Root Certificate or End Entity Certificate (Загрузить корневой сертификат или сертификат конечного субъекта) и откройте меню для выбора корневого сертификата для прокси.

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

4.

Чтобы протестировать сетевое соединение между узлом и прокси, щелкните Check Proxy Connection (Проверить соединение с прокси).

Если тестирование соединения завершится неудачей, на экране появится сообщение об ошибке, в котором будут указаны причина и способ исправления ошибки.

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

5

Если вы используете явный прокси, настроенный на применение исключительно https, после успешного завершения тестирования соединения включите параметр Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси (Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси). Для вступления в силу этого параметра необходимо 15 секунд.

6

Щелкните Install All Certificates Into the Trust Store (Установить все сертификаты в зоне доверия) – этот параметр отображается при использовании явного прокси HTTPS или прозрачного прокси с проверкой – или Reboot (Перезагрузить) – этот параметр отображается при использовании явного прокси HTTP. Прочитайте запрос и щелкните Install (Установить), если вы готовы к установке.

Узел перезагрузится в течение нескольких минут.

7.

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

Проверка соединения с прокси используется исключительно для тестирования поддомена webex.com. Проблемы с соединениями нередко возникают из-за того, что некоторые облачные домены, указанные в инструкциях по установке, блокируются на уровне прокси.

Регистрация первого узла в кластере

Для выполнения этой задачи требуется общий узел, созданный в инструменте Настройка виртуальной машины безопасности данных гибридного типа, регистрирует узел в облаке Webex и превращает его в узел безопасности данных гибридного типа.

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

Перед началом работы

  • Как только вы начнете регистрацию узла, вы должны завершить ее в течение 60 минут или начать заново.

  • Убедитесь, что все блокирующие всплывающие окна в браузере отключены или что для admin.webex.com разрешено исключение.

1.

Войдите в https://admin.webex.com.

2.

В меню в левой части экрана выберите Службы.

3.

В разделе служб гибридного типа найдите службу безопасности данных гибридного типа и щелкните Настройка.

Откроется страница "Регистрация узла безопасности данных гибридного типа".
4.

Выберите Да , чтобы указать, что узел настроен и готов его зарегистрировать, а затем нажмите Далее.

5

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

Рекомендуется присвоить кластеру имя в зависимости от географического расположения узлов кластера. Например: "Сан-Франциско", "Нью-Йорк" или "Даллас"

6

Во втором поле введите внутренний IP-адрес или полное доменное имя узла и нажмите Далее.

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

Отобразится сообщение о том, что узел можно зарегистрировать в Webex.
7.

Щелкните Перейти к узлу.

8

В предупреждающем сообщении нажмите Continue (Продолжить).

Через несколько минут вы будете перенаправлены на тесты подключения узлов для служб Webex. Если все тесты прошли успешно, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". Там вы подтверждаете, что хотите предоставить организации Webex полномочия на доступ к узлу.
9

Установите флажок Разрешить доступ к узлу безопасности данных гибридного типа и нажмите Продолжить.

Ваша учетная запись проверена, и в сообщении "Регистрация завершена" указывается, что ваш узел теперь зарегистрирован в облаке Webex.
10

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

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

Создание и регистрация дополнительных узлов

Чтобы добавить дополнительные узлы в кластер, необходимо просто создать дополнительные виртуальные машины и смонтировать тот же файл конфигурации ISO, а затем зарегистрировать узел. Рекомендуется иметь не менее 3 узлов.

 

В настоящее время резервные виртуальные машины, созданные в разделе Complete the Prerequisites for Data Security гибридного типа, являются резервными хостами, которые используются только в случае аварийного восстановления. До этого времени они не регистрируются в системе. Дополнительные сведения см. в разделе Аварийное восстановление с помощью резервного центра обработки данных.

Перед началом работы

  • Как только вы начнете регистрацию узла, вы должны завершить ее в течение 60 минут или начать заново.

  • Убедитесь, что все блокирующие всплывающие окна в браузере отключены или что для admin.webex.com разрешено исключение.

1.

Создайте новую виртуальную машину из OVA, повторив шаги, описанные в разделе Установка OVA узла HDS.

2.

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

3.

В новой виртуальной машине повторите шаги, описанные в разделе Загрузить и смонтировать конфигурацию HDS ISO.

4.

При настройке прокси для развертывания повторите действия, описанные в разделе Настройка узла HDS для интеграции прокси , если это необходимо для нового узла.

5

Зарегистрируйте узел.

  1. В https://admin.webex.com выберите Службы в меню в левой части экрана.

  2. В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Ресурсы.

    Отобразится страница ресурсов безопасности данных гибридного типа.
  3. Щелкните Добавить ресурс.

  4. В первом поле выберите имя существующего кластера.

  5. Во втором поле введите внутренний IP-адрес или полное доменное имя узла и нажмите Далее.

    Отобразится сообщение о том, что узел можно зарегистрировать в облаке Webex.
  6. Щелкните Перейти к узлу.

    Через несколько минут вы будете перенаправлены на тесты подключения узлов для служб Webex. Если все тесты прошли успешно, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". Там вы подтверждаете, что хотите предоставить вашей организации полномочия на доступ к узлу.
  7. Установите флажок Разрешить доступ к узлу безопасности данных гибридного типа и нажмите Продолжить.

    Ваша учетная запись проверена, и в сообщении "Регистрация завершена" указывается, что ваш узел теперь зарегистрирован в облаке Webex.
  8. Щелкните ссылку или закройте вкладку, чтобы вернуться на страницу безопасности данных гибридного типа Control Hub.

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

Дальнейшие действия

Запустить пробную версию и перейти к производству (следующая глава)
Запуск пробной версии и переход к производству

Процесс выполнения пробной версии производственных задач

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

1.

Если применимо, синхронизируйте HdsTrialGroup групповой объект.

Если в вашей организации используется синхронизация каталогов для пользователей, необходимо выбрать HdsTrialGroup группировать объект для синхронизации с облаком, прежде чем начать пробную версию. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

2.

Активировать пробную версию

Начните пробную версию. Пока вы не выполните эту задачу, ваши узлы генерируют сигнал о том, что служба еще не активирована.

3.

Тестирование развертывания системы безопасности данных гибридного типа

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

4.

Мониторинг работоспособности системы безопасности данных гибридного типа

Проверьте состояние и настройте электронные уведомления для сигналов тревоги.

5

Добавление или удаление пользователей из пробной версии

6

Завершите пробную фазу одним из следующих действий.

Активировать пробную версию

Перед началом работы

Если в вашей организации используется синхронизация каталогов для пользователей, необходимо выбрать HdsTrialGroup группировать объект для синхронизации с облаком, прежде чем начать пробную версию для вашей организации. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

1.

Войдите в https://admin.webex.com и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе "Состояние службы" щелкните Начать пробную версию.

Состояние службы меняется на пробный режим.
4.

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

(Если в вашей организации используется синхронизация каталогов, используйте Active Directory для управления пробной группой, HdsTrialGroup.)

Тестирование развертывания системы безопасности данных гибридного типа

Используйте эту процедуру для тестирования сценариев шифрования безопасности данных гибридного типа.

Перед началом работы

  • Настройте развертывание службы безопасности данных гибридного типа.

  • Активируйте пробную версию и добавьте нескольких пользователей пробной версии.

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

1.

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


 

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

2.

Отправка сообщений в новое пространство.

3.

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

  1. Чтобы проверить, устанавливает ли пользователь первый защищенный канал в KMS, отфильтруйте kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

    Вы должны найти следующую запись (идентификаторы сокращены для читаемости):
    2020-07-21 17:35:34.562 (+0000) INFO  KMS [pool-14-thread-1] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms://hds2.org5.portun.us/statickeys/3[~]0 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, 
    kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, 
    kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2
  2. Чтобы проверить, запрашивает ли пользователь существующий ключ от KMS, выполните фильтр kms.data.method=retrieve и kms.data.type=KEY:

    Вы должны найти запись, например:
    2020-07-21 17:44:19.889 (+0000) INFO  KMS [pool-14-thread-31] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=retrieve, 
    kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, 
    kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b
  3. Чтобы проверить, есть ли у пользователя запрос на создание нового ключа KMS, выполните фильтр kms.data.method=create и kms.data.type=KEY_COLLECTION:

    Вы должны найти запись, например:
    2020-07-21 17:44:21.975 (+0000) INFO  KMS [pool-14-thread-33] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, 
    kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, 
    kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b
  4. Чтобы проверить наличие пользователя, запрашивающего создание нового объекта ресурса KMS (KRO) при создании пространства или другого защищенного ресурса, выполните фильтр kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

    Вы должны найти запись, например:
    2020-07-21 17:44:22.808 (+0000) INFO  KMS [pool-15-thread-1] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, 
    kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
    kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Мониторинг работоспособности системы безопасности данных гибридного типа

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

В Control Hub выберите Службы в меню в левой части экрана.

2.

В разделе служб гибридного типа найдите службу безопасности данных гибридного типа и щелкните Настройки.

Отобразится страница параметров безопасности данных гибридного типа.
3.

В разделе «Электронные уведомления» введите один или несколько адресов электронной почты, разделенных запятыми, и нажмите Enter.

Добавление или удаление пользователей из пробной версии

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

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

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

1.

Войдите в Control Hub и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе «Пробный режим» области «Состояние службы» щелкните Добавить пользователей или выберите просмотр и редактирование для удаления пользователей из пробной версии.

4.

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

Переход от пробной версии к производственной

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

Войдите в Control Hub и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

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

4.

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

Завершение пробной версии без перехода к производству

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

Войдите в Control Hub и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе Деактивировать нажмите Деактивировать.

4.

Подтвердите деактивацию службы и завершите пробную версию.

Управление развертыванием HDS

Управление развертыванием HDS

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

Задать график модернизации кластера

Обновление программного обеспечения для безопасности данных гибридного типа выполняется автоматически на уровне кластера, что гарантирует, что все узлы всегда используют одну и ту же версию программного обеспечения. Модернизация выполняется в соответствии с графиком модернизации для кластера. Когда модернизация программного обеспечения становится доступной, вы можете вручную модернизировать кластер до запланированного времени модернизации. Вы можете задать конкретный график модернизации или использовать расписание по умолчанию в 3:00 утра по Соединенным Штатам: Америка/Лос-Анджелес При необходимости можно также отложить предстоящую модернизацию.

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

1.

Войдите в Control Hub.

2.

На странице "Обзор" в разделе "Службы гибридного типа" выберите Безопасность данных гибридного типа.

3.

На странице "Ресурсы безопасности данных гибридного типа" выберите кластер.

4.

На панели "Обзор" справа в разделе "Настройки кластера" выберите имя кластера.

5

На странице "Настройки" в разделе "Модернизация" выберите время и часовой пояс для расписания модернизации.

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

Изменение конфигурации узла

Иногда может потребоваться изменить конфигурацию узла безопасности данных гибридного типа по одной из причин:
  • Изменение сертификатов x.509 по истечении срока действия или по другим причинам.


     

    Изменение доменного имени CN сертификата не поддерживается. Домен должен совпадать с исходным доменом, использованным для регистрации кластера.

  • Обновление настроек базы данных для работы с копией базы данных PostgreSQL или Microsoft SQL Server.


     

    Перенос данных с PostgreSQL на Microsoft SQL Server или в обратном направлении не поддерживается. Чтобы переключить среду базы данных, начните новое развертывание службы безопасности данных гибридного типа.

  • Создание новой конфигурации для подготовки нового центра обработки данных.

Из соображений безопасности для учетных записей в службе безопасности данных гибридного типа используются пароли со сроком действия 9 месяцев. После того как инструмент настройки HDS создаст эти пароли, вам нужно будет развернуть их в каждом из своих узлов HDS в файле конфигурации ISO. При приближении даты окончания срока действия пароля команда Webex пришлет вам уведомление с запросом на сброс пароля учетной записи компьютера. (В сообщении электронной почты будет текст "Использование API учетной записи компьютера для обновления пароля".) Если срок действия паролей еще не истек, средство предоставляет два варианта.

  • Мягкий сброс. Старые и новые пароли работают в течение не более 10 дней. Используйте этот период для постепенной замены файла ISO на узлах.

  • Жесткий сброс. Старые пароли перестанут работать немедленно.

Если срок действия ваших паролей истекает без сброса, это влияет на работу вашей службы HDS. В этом случае требуется немедленный жесткий сброс и замена файла ISO на всех узлах.

Используйте эту процедуру, чтобы создать новый файл конфигурации ISO и применить его к кластеру.

Перед началом работы

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

    Если инструмент настройки HDS работает за прокси в вашей среде, укажите настройки прокси (сервер, порт, учетные данные) через переменные среды Docker при переносе контейнера Docker в 1.e. В этой таблице указаны некоторые из возможных переменных среды.

    Описание

    Переменная

    HTTP-прокси без аутентификации

    GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

    HTTPS-прокси без аутентификации

    GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

    HTTP-прокси с аутентификацией

    GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

    HTTPS-прокси с аутентификацией

    GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

  • Для создания новой конфигурации потребуется копия текущего файла конфигурации ISO. Файл ISO содержит главный ключ шифрования базы данных PostgreSQL или Microsoft SQL Server. Файл ISO необходим для изменения конфигурации, в том числе учетных данных базы данных, обновления сертификатов или изменения политики авторизации.

1.

Запустите инструмент настройки HDS, используя Docker на локальной машине.

  1. Введите соответствующую команду для вашей среды в командной строке компьютера.

    В обычных средах:

    docker rmi ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker rmi ciscocitg/hds-setup-fedramp:stable

     

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

  2. Чтобы войти в реестр образов Docker, введите следующее.

    docker login -u hdscustomersro
  3. Введите в запросе пароля этот хеш:

    dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
  4. Скачайте последнюю стабильную версию образа для вашей среды.

    В обычных средах:

    docker pull ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker pull ciscocitg/hds-setup-fedramp:stable

     

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

  5. По завершении скачивания введите соответствующую команду для вашей среды.

    • В обычных средах без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
    • В обычных средах с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В обычных средах с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В средах FedRAMP без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

    Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

  6. Используйте браузер для подключения к localhost, . http://127.0.0.1:8080.


     

    Инструмент настройки не поддерживает подключение к localhost через http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

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

  8. Импортируйте текущий файл конфигурации ISO.

  9. Следуйте подсказкам, чтобы завершить работу с инструментом и скачать обновленный файл.

    Чтобы выключить инструмент настройки, введите CTRL+C.

  10. Создайте резервную копию обновленного файла в другом центре обработки данных.

2.

Если у вас запущен только один узел HDS, создайте новую виртуальную машину узла безопасности данных гибридного типа и зарегистрируйте ее с помощью нового файла конфигурации ISO. Более подробные инструкции см. в разделе Создание и регистрация дополнительных узлов.

  1. Установите OVA узла HDS.

  2. Настройте виртуальную машину HDS.

  3. Подключите обновленный файл конфигурации.

  4. Зарегистрируйте новый узел в Control Hub.

3.

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

  1. Выключите виртуальную машину.

  2. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  3. Щелкните кнопку CD/DVD Drive 1 Щелкните Дисковод компакт-дисков и DVD-дисков 1, выберите параметр подключения из файла ISO и найдите расположение, куда вы скачали новый файл конфигурации ISO.

  4. Установите флажок Соединять при включении.

  5. Сохраните изменения и включите виртуальную машину.

4.

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

Отключение режима блокировки разрешения внешних DNS

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

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

Перед началом работы

Убедитесь в том, что внутренние DNS-серверы могут разрешать общедоступные имена DNS и ваши узлы могут обмениваться данными с ними.
1.

В веб-браузере откройте интерфейс узла безопасности данных гибридного типа (например, IP-адрес или настройка, https://192.0.2.0/setup), введите учетные данные администратора, настроенные для узла, и щелкните Войти.

2.

Перейдите к разделу Overview (Обзор) (страница по умолчанию).

Если режим включен, параметр Blocked External DNS Resolution (Блокировка разрешения внешних DNS) должен иметь значение Yes (Да).

3.

Перейдите на страницу Trust Store & Proxy (Зона доверия и прокси).

4.

Щелкните Check Proxy Connection (Проверить соединение с прокси).

Если отображено сообщение о том, что не удалось предоставить разрешение внешнего DNS, значит, узлу не удалось подключиться к DNS-серверу и он останется в этом режиме. В противном случае после перезапуска узла и возврата на страницу Overview (Обзор) параметр блокировки разрешения внешних DNS должен иметь значение No (Нет).

Дальнейшие действия

Повторите тестирование соединения с прокси для каждого узла кластера безопасности данных гибридного типа.

Удаление узла

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

Используйте клиент VMware vSphere на компьютере для входа в виртуальный хост ESXi и выключения виртуальной машины.

2.

Удалить узел.

  1. Войдите в Control Hub и выберите Службы.

  2. На карточке безопасности данных гибридного типа щелкните Просмотреть все , чтобы отобразить страницу ресурсов безопасности данных гибридного типа.

  3. Выберите кластер, чтобы отобразить его панель обзора.

  4. Щелкните Открыть список узлов.

  5. На вкладке Узлы выберите узел, который необходимо удалить.

  6. Щелкните Действия > Отменить регистрацию узла.

3.

В клиенте vSphere удалите виртуальную машину. (В левой панели навигации щелкните правой кнопкой мыши виртуальную машину и выберите Удалить.)

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

Аварийное восстановление с помощью резервного центра обработки данных

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

Поскольку кластер выполняет критически важную функцию предоставления этих ключей, необходимо, чтобы кластер продолжал работать и чтобы поддерживалось надлежащее резервное копирование. Потеря базы данных безопасности данных гибридного типа или конфигурации ISO, используемой для схемы, приведет к НЕВОСПОЛНИМОЙ ПОТЕРЕ клиентского контента. Для предотвращения таких потерь обязательны следующие действия:

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

1.

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание конфигурации ISO для узлов HDS.

2.

После настройки сервера Syslogd щелкните Расширенные настройки

3.

На странице Расширенные настройки добавьте конфигурацию ниже или удалите passiveMode конфигурации, чтобы сделать узел активным. Узел может обрабатывать трафик после его настройки.


passiveMode: 'false'
4.

Завершите процесс настройки и сохраните файл ISO в удобном для поиска местоположении.

5

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

6

В левой панели навигации клиента VMware vSphere щелкните правой кнопкой мыши виртуальную машину и выберите Редактировать настройки..

7.

Щелкните Edit Settings >CD/DVD Drive 1 и выберите Datastore ISO File.


 

Убедитесь, что Connected и Connect at power on установлены флажки, чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение не менее 15 минут.

9

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


 

Проверьте вывод системного журнала, чтобы убедиться, что узлы резервного центра обработки данных не находятся в пассивном режиме. Параметр KMS configured in passive mode (KMS configured in passive mode) не должен отображаться в системных журналах.

Дальнейшие действия

Если после отработки отказа основной центр обработки данных снова становится активным, снова переведите резервный центр обработки данных в пассивный режим, выполнив действия, описанные в разделе Настройка резервного центра обработки данных для аварийного восстановления.

(Необязательно) Отсоедините ISO после конфигурации HDS

Стандартная конфигурация HDS работает с установленным ISO. Но некоторые клиенты предпочитают не оставлять файлы ISO постоянно монтируемые. Файл ISO можно отменить после того, как все узлы HDS получат новую конфигурацию.

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

Перед началом работы

Модернизируйте все узлы HDS до версии 2021.01.22.4720 или более поздней.

1.

Отключите один из узлов HDS.

2.

В vCenter Server Appliance выберите узел HDS.

3.

Выберите Редактировать настройки > CD/DVD привод и снимите флажок Datastore ISO File.

4.

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение как минимум 20 минут.

5

Повторите для каждого узла HDS по очереди.

Устранение неполадок безопасности данных гибридного типа

Просмотр предупреждений и устранение неполадок

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

  • Невозможно создать новые пространства (невозможно создать новые клавиши)

  • Не удалось расшифровать сообщения и названия пространств для:

    • Новые пользователи, добавленные в пространство (невозможно получить ключи)

    • Существующие пользователи в пространстве с использованием нового клиента (невозможно получить ключи)

  • Существующие пользователи в пространстве будут продолжать успешно работать, пока у их клиентов есть кэш ключей шифрования

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

Предупреждения

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

Таблица 1. Общие проблемы и шаги по их решению

Сигнал

Действие

Ошибка доступа к локальной базе данных.

Проверьте наличие ошибок базы данных или проблем с локальной сетью.

Сбой подключения локальной базы данных.

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

Сбой доступа к облачной службе.

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

Возобновление регистрации облачной службы.

Регистрация в облачных службах была отменена. Продолжается возобновление регистрации.

Регистрация в облачной службе отменена.

Регистрация в облачных службах прекращена. Сервис отключается.

Служба еще не активирована.

Активируйте пробную версию или завершите перемещение пробной версии в производство.

Настроенный домен не соответствует сертификату сервера.

Убедитесь, что сертификат сервера соответствует настроенному домену активации службы.

Наиболее вероятной причиной является то, что сертификат CN был недавно изменен и теперь отличается от CN, который использовался при начальной настройке.

Не удалось выполнить аутентификацию в облачных службах.

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

Не удалось открыть файл локального хранилища ключей.

Проверьте целостность и точность пароля в локальном файле хранилища ключей.

Недопустимый сертификат локального сервера.

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

Не удается опубликовать метрики.

Проверьте доступ локальной сети к внешним облачным службам.

каталог /media/configdrive/hds не существует.

Проверьте конфигурацию подключения ISO на виртуальном узле. Убедитесь, что файл ISO существует, что он настроен на монтирование при перезагрузке и что он успешно монтируется.

Устранение неполадок безопасности данных гибридного типа

При устранении неполадок с безопасностью данных гибридного типа используйте приведенные ниже общие рекомендации.
1.

Просмотрите Control Hub на наличие предупреждений и исправьте все найденные в нем элементы.

2.

Проверьте вывод сервера syslog для активности из развертывания службы безопасности данных гибридного типа.

3.

Обратитесь в службу поддержки Cisco.

Другие примечания

Известные проблемы безопасности данных гибридного типа

  • При отключении кластера безопасности данных гибридного типа (удалении его в Control Hub или отключении всех узлов), потере файла конфигурации ISO или потере доступа к базе данных хранилища ключей пользователи приложения Webex больше не смогут использовать пространства в списке пользователей, созданные с помощью клавиш KMS. Это применимо как к пробному, так и к производственному развертыванию. В настоящее время у нас нет решения или решения этой проблемы. Мы настоятельно рекомендуем вам не закрывать службы HDS после обработки учетных записей активных пользователей.

  • Клиент, имеющий существующее подключение ECDH к KMS, поддерживает это подключение в течение определенного периода времени (вероятно, одного часа). Когда пользователь становится участником пробной версии безопасности данных гибридного типа, клиент пользователя продолжает использовать существующее соединение ECDH до истечения времени его истечения. Кроме того, пользователь может выйти из приложения Webex и вернуться в него, чтобы обновить местоположение, в котором приложение связывается с ключами шифрования.

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

Использование OpenSSL для создания файла PKCS12

Перед началом работы

  • OpenSSL является одним из инструментов, который может быть использован для создания файла PKCS12 в надлежащем формате для загрузки в инструмент установки HDS. Есть и другие способы сделать это, и мы не поддерживаем и не продвигаем одну сторону.

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

  • Установите OpenSSL в поддерживаемой среде. См. https://www.openssl.org программное обеспечение и документацию.

  • Создайте закрытый ключ.

  • Начните эту процедуру при получении сертификата сервера от центра сертификации (ЦС).

1.

При получении сертификата сервера из ЦС сохраните его как hdsnode.pem.

2.

Отобразите сертификат в виде текста и проверьте сведения.

openssl x509 -text -noout -in hdsnode.pem

3.

Используйте текстовый редактор для создания файла пакета сертификатов, который называется hdsnode-bundle.pem. Файл пакета должен содержать сертификат сервера, все промежуточные сертификаты ЦС и корневые сертификаты ЦС в следующем формате:

-----BEGIN CERTIFICATE-----
### Server certificate. ###
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
###  Intermediate CA certificate. ###
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
###  Root CA certificate. ###
-----END CERTIFICATE-----
4.

Создайте файл .p12 с дружественным именем kms-private-key.

openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12

5

Проверьте сведения о сертификате сервера.

  1. openssl pkcs12 -in hdsnode.p12

  2. Введите пароль при запросе, чтобы зашифровать закрытый ключ так, чтобы он отображался в выходном окне. Затем убедитесь, что закрытый ключ и первый сертификат содержат строки friendlyName: kms-private-key.

    Пример.

    bash$ openssl pkcs12 -in hdsnode.p12
    Enter Import Password:
    MAC verified OK
    Bag Attributes
        friendlyName: kms-private-key
        localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 
    Key Attributes: <No Attributes>
    Enter PEM pass phrase:
    Verifying - Enter PEM pass phrase:
    -----BEGIN ENCRYPTED PRIVATE KEY-----
    <redacted>
    -----END ENCRYPTED PRIVATE KEY-----
    Bag Attributes
        friendlyName: kms-private-key
        localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 
    subject=/CN=hds1.org6.portun.us
    issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
    -----BEGIN CERTIFICATE-----
    <redacted>
    -----END CERTIFICATE-----
    Bag Attributes
        friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US
    subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
    issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3
    -----BEGIN CERTIFICATE-----
    <redacted>
    -----END CERTIFICATE-----

Дальнейшие действия

Вернитесь к разделу "Завершить предварительные требования для безопасности данных гибридного типа". Вы будете использовать hdsnode.p12 и пароль, заданный для него, в разделе Создание конфигурации ISO для узлов HDS.


 

Эти файлы можно использовать повторно для запроса нового сертификата по истечении срока действия оригинального сертификата.

Трафик между узлами HDS и облаком

Трафик коллекции исходящих метрик

Узлы безопасности данных гибридного типа отправляют определенные метрики в облако Webex. К ним относятся системные метрики для максимальных значений кучи, используемой кучи, загрузки ЦП и количества потоков; метрики синхронных и асинхронных потоков; метрики предупреждений, включающие пороговое значение соединений шифрования, задержку или длину очереди запросов; метрики хранилища данных; и метрики подключения шифрования. Узлы отправляют зашифрованный ключ по каналу за пределами потока (отдельно от запроса).

Входящий Трафик

Узлы безопасности данных гибридного типа получают следующие типы входящего трафика из облака Webex.

  • Запросы на шифрование от клиентов, маршрутизируемые службой шифрования

  • Модернизация программного обеспечения узла

Настройка прокси Squid для безопасности данных гибридного типа

Невозможно выполнить подключение веб-сокетов через прокси Squid

Прокси-серверы Squid, проверяющие трафик HTTPS, могут препятствовать созданию веб-сокета ( wss:) соединений, требуемых службой безопасности данных гибридного типа. В этих разделах содержится руководство по настройке различных версий Squid на игнорирование wss: для обеспечения надлежащей работы служб.

Squid 4 и 5

Добавить on_unsupported_protocol директива к squid.conf:

on_unsupported_protocol tunnel all

Squid 3.5.27

Безопасность данных гибридного типа успешно протестирована с добавлением приведенных ниже правил. squid.conf. Эти правила могут изменяться по мере разработки функций и обновления облака Webex.

acl wssMercuryConnection ssl::server_name_regex mercury-connection

ssl_bump splice wssMercuryConnection

acl step1 at_step SslBump1
acl step2 at_step SslBump2
acl step3 at_step SslBump3
ssl_bump peek step1 all
ssl_bump stare step2 all
ssl_bump bump step3 all
Предисловие

Новая и измененная информация

Дата

Внесенные изменения

20 октября 2023 г.

07 августа 2023 г.

23 мая 2023 г.

06 декабря 2022 г.

23 ноября 2022 г.

  • Узлы HDS теперь могут использовать аутентификацию Windows для Microsoft SQL Server.

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

    Обновлен параметр Создание конфигурации ISO для узлов HDS с процедурой настройки аутентификации Windows на узлах.

  • Обновлен раздел Требования к серверу базы данных новыми минимальными требуемыми версиями (PostgreSQL 10).

13 октября 2021 г.

Перед установкой узлов HDS Docker Desktop необходимо запустить программу установки. См. Требования к рабочему столу Docker.

24 июня 2021 г.

Отмечается, что для запроса другого сертификата можно повторно использовать файл закрытого ключа и представителя клиентской службы. Дополнительные сведения см. в разделе Использование OpenSSL для создания файла PKCS12.

30 апреля 2021 г.

Изменено требование к виртуальной машине для локального места на жестком диске до 30 ГБ. Подробные сведения см. в разделе Требования к виртуальному организатору.

24 февраля 2021 г.

Инструмент настройки HDS теперь может работать за прокси. Дополнительные сведения см. в разделе Создание ISO конфигурации для узлов HDS .

2 февраля 2021 г.

Теперь HDS может работать без смонтированного файла ISO. Подробности см. в статье (Необязательно) Отключение ISO после конфигурации HDS.

11 января 2021 г.

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

13 октября 2020 г.

Обновлен раздел "Скачивание установочных файлов".

8 октября 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS и Изменение конфигурации узла с помощью команд для сред FedRAMP.

14 августа 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS и Изменение конфигурации узла с изменениями в процессе входа.

5 августа 2020 г.

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

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

16 июня 2020 г.

Обновлено удаление узла для внесения изменений в пользовательский интерфейс Control Hub.

4 июня 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS для изменений в расширенных настройках, которые можно задать.

29 мая 2020 г.

Обновлено Create a Configuration ISO for the HDS Hosts , чтобы показать, что вы также можете использовать TLS с базами данных SQL Server, изменениями пользовательского интерфейса и другими разъяснениями.

5 мая 2020 г.

Обновлены требования к виртуальному организатору для отображения новых требований ESXi 6.5.

21 апреля 2020 г.

Обновлены требования к внешним подключениям с новыми хостами CI в Америке.

1 апреля 2020 г.

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

20 февраля 2020 г.Обновлен параметр Создание конфигурации ISO для узлов HDS с информацией о новом дополнительном экране расширенных настроек в инструменте настройки HDS.
4 февраля 2020 г.Обновлены требования к прокси-серверу.
16 декабря 2019 г.Уточнено требование для режима блокировки разрешения внешнего DNS для работы в требованиях к прокси-серверу.
19 ноября 2019 г.

Добавлена информация о режиме блокировки разрешения внешних DNS в следующих разделах:

8 ноября 2019 г.

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

Соответствующим образом обновлены следующие разделы:


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

6 сентября 2019 г.

Добавлен стандарт SQL Server в требования к серверу базы данных.

29 августа 2019 г.Добавлено приложение Настройка прокси Squid для безопасности данных гибридного типа с указаниями по настройке прокси Squid для игнорирования трафика веб-сокетов для надлежащей работы.
20 августа 2019 г.

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

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

13 июня 2019 г.Обновлен процесс пробной версии до производственной задачи с напоминанием о синхронизации HdsTrialGroup группировать объект перед запуском пробной версии, если в вашей организации используется синхронизация каталога.
6 марта 2019 г.
28 февраля 2019 г.
  • Исправлено количество локального места на жестком диске на сервере, которое следует выделить при подготовке виртуальных узлов, которые становятся узлами безопасности данных гибридного типа, с 50 ГБ до 20 ГБ, чтобы отразить размер диска, создаваемого OVA.

26 февраля 2019 г.
  • Узлы безопасности данных гибридного типа теперь поддерживают зашифрованные соединения с серверами баз данных PostgreSQL и зашифрованные соединения для ведения журналов к серверу системного журнала с поддержкой TLS. Обновлен раздел Создание конфигурации ISO для узлов HDS с инструкциями.

  • Удалены URL-адреса назначения из таблицы "Требования к подключению к Интернету для виртуальных машин узлов безопасности данных гибридного типа". Теперь таблица ссылается на список, который хранится в таблице "Дополнительные URL-адреса для служб гибридного типа Webex Teams" в разделе Требования к сети для служб Webex Teams.

24 января 2019 г.

  • Служба безопасности данных гибридного типа теперь поддерживает Microsoft SQL Server в качестве базы данных. SQL Server Always On (Always On Failover Clusters and Always on Availability Groups) поддерживается драйверами JDBC, которые используются в службе безопасности данных гибридного типа. Добавлен контент, связанный с развертыванием с помощью SQL Server.


     

    Поддержка Microsoft SQL Server предназначена только для новых развертываний системы безопасности данных гибридного типа. В настоящее время миграция данных с PostgreSQL на Microsoft SQL Server в существующем развертывании не поддерживается.

5 ноября 2018 г.
19 октября 2018 г.

31 июля 2018 г.

21 мая 2018 г.

Изменена терминология для отражения ребрендинга Cisco Spark.

  • Служба безопасности данных гибридного типа Cisco Spark теперь является службой безопасности данных гибридного типа.

  • Приложение Cisco Spark теперь является приложением Webex.

  • Облако Cisco Collaboraton теперь является облаком Webex.

11 апреля 2018 г.
22 февраля 2018 г.
15 февраля 2018 г.
  • В таблице требований к сертификатам X.509 указано, что сертификат не может быть групповым сертификатом и что KMS использует домен CN, а не любой домен, определенный в полях SAN x.509v3.

18 января 2018 г.

2 ноября 2017 г.

  • Уточнена синхронизация каталогов HdsTrialGroup.

  • Исправлены инструкции по загрузке файла конфигурации ISO для установки на узлы виртуальной машины.

18 августа 2017 г.

Впервые опубликовано

Начало работы с безопасностью данных гибридного типа

Обзор безопасности данных гибридного типа

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

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

Архитектура сферы безопасности

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

Области разделения (без безопасности данных гибридного типа)

Чтобы лучше понять безопасность данных гибридного типа, давайте рассмотрим пример чистого облака, в котором Cisco предоставляет все функции в облачных сферах. Служба удостоверений, единственное место, где пользователи могут напрямую коррелировать с их личной информацией, такой как адрес электронной почты, логически и физически отделена от сферы безопасности в центре обработки данных B. Обе службы, в свою очередь, отделены от сферы, где в конечном итоге хранится зашифрованный контент, в центре обработки данных C.

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

  1. Клиент устанавливает безопасное соединение со службой управления ключами (KMS), затем запрашивает ключ для шифрования сообщения. Безопасное соединение использует ECDH, а KMS шифрует ключ с помощью главного ключа AES-256.

  2. Сообщение зашифровано перед выходом из клиента. Клиент отправляет его в службу индексирования, которая создает зашифрованные индексы поиска для облегчения будущих поисков контента.

  3. Зашифрованное сообщение отправляется в службу соответствия для проверки соответствия.

  4. Зашифрованное сообщение хранится в области хранилища.

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

Сотрудничество с другими организациями

Пользователи в вашей организации могут регулярно использовать приложение Webex для совместной работы с внешними участниками в других организациях. Когда один из ваших пользователей запрашивает ключ для пространства, принадлежащего вашей организации (поскольку оно было создано одним из ваших пользователей), KMS отправляет ключ клиенту через защищенный канал ECDH. Однако если ключ для пространства принадлежит другой организации, ваша KMS маршрутизирует запрос в облако Webex через отдельный канал ECDH для получения ключа из соответствующей KMS, а затем возвращает ключ пользователю в исходном канале.

Служба KMS, запущенная в организации A, проверяет соединения с KMS в других организациях с помощью сертификатов PKI x.509. Подробные сведения о создании сертификата x.509 для использования с развертыванием службы безопасности данных гибридного типа см. в разделе Подготовка среды .

Ожидания развертывания системы безопасности данных гибридного типа

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

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

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

  • Управление резервным копированием и восстановлением базы данных и конфигурации ISO.

  • Будьте готовы выполнить быстрое аварийное восстановление при возникновении катастрофы, например сбой диска базы данных или аварийное завершение работы центра обработки данных.


 

Механизм возврата ключей в облако после развертывания HDS отсутствует.

Процесс настройки высокого уровня

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

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

    Этапы установки, тестирования и производства подробно описаны в следующих трех главах.

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

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

Модель развертывания системы безопасности данных гибридного типа

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

В процессе установки мы предоставляем вам файл OVA для настройки виртуального устройства на предоставленных вами виртуальных машинах. Инструмент настройки HDS используется для создания пользовательского файла конфигурации кластера ISO, который монтируется на каждом узле. Кластер безопасности данных гибридного типа использует предоставленный вами сервер Syslogd и базу данных PostgreSQL или Microsoft SQL Server. (Сведения о подключении к системному журналу и базе данных можно настроить в инструменте настройки HDS.)

Модель развертывания системы безопасности данных гибридного типа

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

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

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

Для каждой организации поддерживается только один кластер.

Пробный режим безопасности данных гибридного типа

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

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

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

Резервный центр обработки данных для аварийного восстановления

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

Before failover, Data Center A has active HDS nodes and the primary PostgreSQL or Microsoft SQL Server database, while B has a copy of the ISO file with additional configurations, VMs that are registered to the organization, and a standby database. After failover, Data Center B has active HDS nodes and the primary database, while A has unregistered VMs and a copy of the ISO file, and the database is in standby mode.
Переключение на резервный центр обработки данных вручную

Базы данных активных и резервных центров обработки данных синхронизированы друг с другом, что позволяет минимизировать время, затрачиваемое на отработку отказа. Файл ISO резервного центра обработки данных обновлен дополнительными конфигурациями, которые обеспечивают регистрацию узлов в организации, но не будут обрабатывать трафик. Таким образом, узлы резервного центра обработки данных всегда обновляются с новейшей версией программного обеспечения HDS.


 

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

Настройка резервного центра обработки данных для аварийного восстановления

Чтобы настроить файл ISO резервного центра обработки данных, выполните приведенные ниже действия.

Перед началом работы

  • Резервный центр обработки данных должен отражать рабочую среду виртуальных машин и резервную базу данных PostgreSQL или Microsoft SQL Server. Например, если в производстве имеется 3 ВМ с узлами HDS, резервная среда должна иметь 3 ВМ. (Обзор этой модели отработки отказа см. в разделе Standby Data Center for Disaster Recovery .)

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

1.

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание конфигурации ISO для узлов HDS.


 

Файл ISO должен быть копией оригинального файла ISO основного центра обработки данных, на который должны быть внесены следующие обновления конфигурации.

2.

После настройки сервера Syslogd щелкните Расширенные настройки

3.

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


passiveMode: 'true'
4.

Завершите процесс настройки и сохраните файл ISO в удобном для поиска местоположении.

5

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

6

В левой панели навигации клиента VMware vSphere щелкните правой кнопкой мыши виртуальную машину и выберите Редактировать настройки..

7.

Щелкните Edit Settings >CD/DVD Drive 1 и выберите Datastore ISO File.


 

Убедитесь, что Connected и Connect at power on установлены флажки, чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение не менее 15 минут.

9

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


 

Проверьте системные журналы, чтобы убедиться, что узлы находятся в пассивном режиме. Вы должны иметь возможность просматривать сообщение «KMS configured in passive mode» в системных журналах.

Дальнейшие действия

После настройки passiveMode в файле ISO и сохраняя его, вы можете создать другую копию файла ISO без passiveMode и сохраните его в безопасном местоположении. Эта копия файла ISO без passiveMode настроенная система может помочь в быстром процессе отработки отказа во время аварийного восстановления. Подробную процедуру отработки отказа см. в разделе Аварийное восстановление с использованием резервного центра обработки данных .

Поддержка прокси

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

Узлы безопасности данных гибридного типа поддерживают указанные далее параметры прокси.

  • No proxy (Без прокси). Этот параметр применяется по умолчанию, если для интеграции прокси не используется конфигурация прокси и зоны доверия настройки узла HDS. Обновление сертификата не требуется.

  • Transparent non-inspecting proxy (Прозрачный прокси без проверки). Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.

  • Transparent tunneling or inspecting proxy (Прозрачный туннельный прокси или прокси с проверкой). Узлы не настроены для использования адреса определенного прокси-сервера. На узлах не нужно изменять конфигурацию HTTP или HTTPS. Как бы то ни было, для обеспечения доверия прокси узлам необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).

  • Explicit proxy (Явный прокси). При использовании явного прокси необходимо указать прокси-сервер и схему аутентификации, которые должны использовать узлы HDS. Для настройки явного прокси на каждом узле нужно ввести следующую информацию.

    1. Proxy IP/FQDN (IP-адрес или FQDN прокси). Адрес, который можно использовать для доступа к прокси-машине.

    2. Proxy Port (Порт прокси). Номер порта, который используется прокси для прослушивания трафика, передаваемого через прокси.

    3. Proxy Protocol (Протокол прокси). Выберите протокол, поддерживаемый прокси-сервером. Доступные протоколы указаны ниже.

      • HTTP – просматривает все запросы, отправляемые клиентом, и управляет этими запросами.

      • HTTPS – обеспечивает работу канала связи с сервером. Клиент получает и проверяет сертификат сервера.

    4. Authentication Type (Тип аутентификации). Выберите один из перечисленных ниже типов аутентификации.

      • None (Нет). Дальнейшая аутентификация не требуется.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

      • Basic (Базовая). Используется для оператора пользователя HTTP в целях предоставления имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только в том случае, если в качестве протокола прокси выбран протокол HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

Пример узлов безопасности данных гибридного типа и прокси

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

Режим блокировки разрешения внешних DNS (конфигурации явного прокси)

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

Подготовка среды

Требования к безопасности данных гибридного типа

Требования к лицензии Cisco Webex

Развертывание службы безопасности данных гибридного типа.

Требования к рабочему столу Docker

Перед установкой узлов HDS необходимо запустить программу установки Docker Desktop. Docker недавно обновил свою модель лицензирования. Вашей организации может потребоваться платная подписка на Docker Desktop. Подробности см. В сообщении блога Docker " Docker обновляет и расширяет подписки на наши продукты ".

Требования к сертификату X.509

Цепочка сертификатов должна отвечать следующим требованиям:

Таблица 1. Требования к сертификату X.509 для развертывания системы безопасности данных гибридного типа

Требование

Сведения

  • Подписано доверенным центром сертификации (CA)

По умолчанию мы доверяем ЦС в списке Mozilla (за исключением WoSign и StartCom) по адресу https://wiki.mozilla.org/CA:IncludedCAs.

  • Имеет имя домена общего имени (CN), которое идентифицирует развертывание службы безопасности данных гибридного типа

  • Не является групповым сертификатом

CN не должен быть доступным или быть в режиме реального времени организатором. Рекомендуется использовать название, которое отражает вашу организацию, например hds.company.com.

CN не должен содержать * (подстановочный знак).

CN используется для проверки узлов безопасности данных гибридного типа для клиентов приложения Webex. Все узлы безопасности данных гибридного типа в кластере используют один и тот же сертификат. Ваш KMS идентифицирует себя с помощью домена CN, а не какого-либо домена, определенного в полях SAN x.509v3.

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

  • Подпись без SHA1

Программное обеспечение KMS не поддерживает подписи SHA1 для проверки подключений к KMS других организаций.

  • Отформатирован как защищенный паролем файл PKCS #12

  • Используйте дружественное имя kms-private-key чтобы пометить сертификат, закрытый ключ и все промежуточные сертификаты для загрузки.

Для изменения формата сертификата можно использовать конвертер, например OpenSSL.

При запуске инструмента настройки HDS необходимо будет ввести пароль.

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

Требования к виртуальному организатору

К виртуальным узлам, которые будут настроены в качестве узлов безопасности данных гибридного типа в кластере, предъявляются следующие требования.

  • Не менее двух отдельных узлов (рекомендуется 3), расположенных в одном защищенном центре обработки данных

  • Установлен и запущен VMware ESXi 6.5 (или более поздняя версия).


     

    Если у вас есть более ранняя версия ESXi, необходимо выполнить модернизацию.

  • Минимум 4 vCPU, 8 ГБ основной памяти, 30 ГБ локального дискового пространства на сервере

Требования к серверу базы данных


 

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

Существует два варианта для сервера базы данных. Требования к каждому из них следующие:

Таблица 2. Требования к серверу базы данных по типу базы данных

PostgreSQL

Microsoft SQL Server

  • PostgreSQL 14, 15 или 16, установлен и запущен.

  • Установлен SQL Server 2016, 2017 или 2019 (корпоративный или стандартный).


     

    Для SQL Server 2016 требуется пакет обновления 2 и кумулятивное обновление 2 или более поздние версии.

Минимум 8 vCPU, 16 ГБ основной памяти, достаточное место на жестком диске и мониторинг, чтобы убедиться, что он не превышен (рекомендуется 2 ТБ, если вы хотите запустить базу данных в течение длительного времени без необходимости увеличения объема хранилища)

Минимум 8 vCPU, 16 ГБ основной памяти, достаточное место на жестком диске и мониторинг, чтобы убедиться, что он не превышен (рекомендуется 2 ТБ, если вы хотите запустить базу данных в течение длительного времени без необходимости увеличения объема хранилища)

Программное обеспечение HDS в настоящее время устанавливает следующие версии драйверов для связи с сервером базы данных:

PostgreSQL

Microsoft SQL Server

Драйвер JDBC Postgres 42.2.5

Драйвер JDBC SQL Server 4.6

Эта версия драйвера поддерживает SQL Server Always On ( Always On Failover Cluster Instances и Always On Availability groups).

Дополнительные требования к аутентификации Windows в Microsoft SQL Server

Если вы хотите, чтобы узлы HDS использовали аутентификацию Windows для получения доступа к базе данных хранилища ключей на Microsoft SQL Server, в вашей среде необходима следующая конфигурация:

  • Узлы HDS, инфраструктура Active Directory и MS SQL Server должны синхронизироваться с NTP.

  • Учетная запись Windows, предоставленная узлам HDS, должна иметь доступ на чтение/запись к базе данных.

  • Серверы DNS, которые вы предоставляете узлам HDS, должны иметь возможность разрешить работу центра распределения ключей (KDC).

  • Экземпляр базы данных HDS можно зарегистрировать на сервере Microsoft SQL в качестве главного имени службы (SPN) в Active Directory. См. раздел Регистрация имени главного поставщика услуг для соединений Kerberos.

    Инструмент настройки HDS, средство запуска HDS и локальный KMS должны использовать аутентификацию Windows для доступа к базе данных хранилища ключей. Они используют сведения из конфигурации ISO для создания SPN при запросе доступа с аутентификацией Kerberos.

Требования к внешним подключениям

Настройте брандмауэр таким образом, чтобы разрешить следующее подключение для приложений HDS.

Приложение

Protocol

Port (Порт)

Направление из приложения

Адресат

Узлы безопасности данных гибридного типа

TCP

443

Исходящие HTTPS и WSS

  • Серверы Webex:

    • *.wbx2.com

    • *.ciscospark.com

  • Все узлы общих параметров идентификации

  • Другие URL-адреса, перечисленные для безопасности данных гибридного типа в таблице Дополнительные URL-адреса для служб гибридного типа Webex Требования к сети для служб Webex

инструмент настройки HDS

TCP

443

Исходящий HTTPS

  • *.wbx2.com

  • Все узлы общих параметров идентификации

  • hub.docker.com


 

Узлы безопасности данных гибридного типа работают с преобразованием сетевого доступа (NAT) или за брандмауэром, если NAT или брандмауэр разрешает требуемые исходящие соединения с адресатами домена в предыдущей таблице. Для соединений, входящих в узлы безопасности данных гибридного типа, порты не должны быть видны из Интернета. В центре обработки данных клиентам необходим доступ к узлам безопасности данных гибридного типа на портах TCP 443 и 22 для административных целей.

URL-адреса узлов общих параметров идентификации (CI) зависят от региона. Это текущие хосты CI:

Регион

URL-адреса общих узлов удостоверений

Северная и Южная Америка

  • https://idbroker.webex.com

  • https://identity.webex.com

  • https://idbroker-b-us.webex.com

  • https://identity-b-us.webex.com

Европейский союз

  • https://idbroker-eu.webex.com

  • https://identity-eu.webex.com

Канада

  • https://idbroker-ca.webex.com

  • https://identity-ca.webex.com

Требования к прокси-серверу

  • Мы официально поддерживаем следующие решения для прокси, которые можно интегрировать с узлами безопасности данных гибридного типа:

  • Поддерживаются следующие комбинации типов аутентификации для явных прокси:

    • без аутентификации при использовании HTTP или HTTPS;

    • базовая аутентификация при использовании HTTP или HTTPS;

    • дайджест-аутентификация только при использовании HTTPS;

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

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

  • Прокси, проверяющие веб-трафик, могут нарушать работу соединений веб-сокетов. При возникновении этой проблемы обход (без проверки) трафика на wbx2.com и ciscospark.com решит проблему.

Выполнение предварительных требований для безопасности данных гибридного типа

Используйте этот контрольный список, чтобы убедиться в готовности к установке и настройке кластера безопасности данных гибридного типа.
1.

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

2.

Выберите имя домена для развертывания HDS (например, hds.company.com) и получить цепочку сертификатов, содержащую сертификат X.509, закрытый ключ и любые промежуточные сертификаты. Цепочка сертификатов должна соответствовать требованиям сертификатов X.509.

3.

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

4.

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

  1. Создайте базу данных для хранения ключей. (Необходимо создать эту базу данных — не используйте базу данных по умолчанию. При установке приложения HDS создайте схему базы данных.)

  2. Соберите сведения, которые узлы будут использовать для связи с сервером базы данных.

    • имя хоста или IP-адрес (хост) и порт

    • имя базы данных (dbname) для хранения ключей

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

5

Для быстрого аварийного восстановления настройте резервную среду в другом центре обработки данных. Среда резервного копирования отражает рабочую среду виртуальных машин и сервера резервной базы данных. Например, если в производстве имеется 3 ВМ с узлами HDS, резервная среда должна иметь 3 ВМ.

6

Настройте хост системного журнала для сбора журналов с узлов в кластере. Соберите его сетевой адрес и порт системного журнала (по умолчанию UDP 514).

7.

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


 

Поскольку узлы безопасности данных гибридного типа хранят ключи, используемые для шифрования и расшифровки контента, неспособность поддерживать оперативное развертывание приведет к НЕВОСПОЛНИМОЙ ПОТЕРЕ этого контента.

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

8

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

9

Установите Docker ( https://www.docker.com) на любой локальной машине с поддерживаемой ОС (64-разрядная версия Microsoft Windows 10 Professional или Enterprise или Mac OSX Yosemite 10.10.3 или более поздняя версия) с веб-браузером, который может получить к нему доступ по ссылке http://127.0.0.1:8080.

Экземпляр Docker используется для загрузки и запуска инструмента настройки HDS, который создает информацию о локальной конфигурации для всех узлов безопасности данных гибридного типа. Вашей организации может потребоваться лицензия Docker Desktop. Дополнительные сведения см. в разделе Требования к рабочему столу Docker.

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

10

При интеграции прокси с безопасностью данных гибридного типа убедитесь, что он соответствует требованиям прокси-сервера.

11

Если в вашей организации используется синхронизация каталогов, создайте группу в Active Directory под названием HdsTrialGroup и добавьте пилотных пользователей. Пробная группа может иметь до 250 пользователей. Файл HdsTrialGroup перед запуском пробной версии для организации необходимо синхронизировать объект с облаком. Чтобы синхронизировать объект группы, выберите его в соединителе каталогов Конфигурация > Выбор объекта . (Подробные инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.)


 

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

Настройка кластера безопасности данных гибридного типа

Процесс выполнения задач по развертыванию системы безопасности данных гибридного типа

Перед началом работы

Подготовка среды

1.

Скачивание файлов установки

Скачайте файл OVA на локальный компьютер для последующего использования.

2.

Создание ISO конфигурации для узлов HDS

Используйте инструмент настройки HDS для создания файла конфигурации ISO для узлов безопасности данных гибридного типа.

3.

Установка OVA узла HDS

Создайте виртуальную машину из файла OVA и выполните начальную конфигурацию, например сетевые настройки.


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

4.

Настройка виртуальной машины безопасности данных гибридного типа

Войдите в консоль виртуальной машины и задайте учетные данные для входа. Настройте сетевые параметры узла, если они не были настроены во время развертывания OVA.

5

Загрузка и монтаж конфигурации HDS ISO

Настройте виртуальную машину из файла конфигурации ISO, созданного с помощью инструмента настройки HDS.

6

Настройка узла HDS для интеграции прокси

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

7.

Регистрация первого узла в кластере

Зарегистрируйте виртуальную машину в облаке Cisco Webex в качестве узла безопасности данных гибридного типа.

8

Создание и регистрация дополнительных узлов

Завершите настройку кластера.

9

Запустить пробную версию и перейти к производству (следующая глава)

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

Скачивание файлов установки

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

Войдите в https://admin.webex.com и щелкните Службы.

2.

В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Настройка.

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


 

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


 

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

3.

Выберите Нет , чтобы указать, что узел еще не настроен, и нажмите Далее.

Файл OVA автоматически начинает скачиваться. Сохраните файл в местоположении на компьютере.
4.

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

Создание ISO конфигурации для узлов HDS

Процесс настройки безопасности данных гибридного типа создает файл ISO. Затем вы используете ISO для настройки узла безопасности данных гибридного типа.

Перед началом работы

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

    Если инструмент настройки HDS работает за прокси в вашей среде, укажите настройки прокси (сервер, порт, учетные данные) через переменные среды Docker при переносе контейнера Docker на шаге 5. В этой таблице указаны некоторые из возможных переменных среды.

    Описание

    Переменная

    HTTP-прокси без аутентификации

    GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

    HTTPS-прокси без аутентификации

    GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

    HTTP-прокси с аутентификацией

    GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

    HTTPS-прокси с аутентификацией

    GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

  • Созданный файл конфигурации ISO содержит главный ключ, шифрующий базу данных PostgreSQL или Microsoft SQL Server. Вам потребуется последняя копия этого файла при внесении изменений в конфигурацию, например:

    • учетные данные базы данных

    • Обновления сертификата

    • Изменения политики авторизации

  • Если вы планируете шифровать соединения с базой данных, настройте развертывание PostgreSQL или SQL Server для TLS.

1.

Введите соответствующую команду для вашей среды в командной строке компьютера.

В обычных средах:

docker rmi ciscocitg/hds-setup:stable

В средах FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

 

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

2.

Чтобы войти в реестр образов Docker, введите следующее.

docker login -u hdscustomersro
3.

Введите в запросе пароля этот хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
4.

Скачайте последнюю стабильную версию образа для вашей среды.

В обычных средах:

docker pull ciscocitg/hds-setup:stable

В средах FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable
5

По завершении скачивания введите соответствующую команду для вашей среды.

  • В обычных средах без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
  • В обычных средах с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В обычных средах с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В средах FedRAMP без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

6

 

Инструмент настройки не поддерживает подключение к localhost через http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

Используйте веб-браузер для перехода к локальному узлу, http://127.0.0.1:8080 и введите имя пользователя администратора клиента для Control Hub в окне запроса.

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

7.

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

8

На странице обзора инструмента настройки щелкните Начало работы.

9

На странице импорта ISO доступны следующие параметры:

  • Нет. При создании первого узла HDS у вас нет файла ISO для загрузки.
  • Да. Если вы уже создали узлы HDS, выберите файл ISO в окне просмотра и загрузите его.
10

Убедитесь, что сертификат X.509 соответствует требованиям, изложенным в требованиях к сертификатам X.509.

  • Если сертификат ранее не загружался, загрузите сертификат X.509, введите пароль и нажмите Продолжить.
  • Если сертификат ОК, нажмите Продолжить.
  • Если срок действия сертификата истек или необходимо заменить его, выберите Нет для продолжения использования цепочки сертификатов HDS и закрытого ключа из предыдущего ISO?. Загрузите новый сертификат X.509, введите пароль и нажмите Продолжить.
11

Введите адрес базы данных и учетную запись HDS для доступа к хранилищу данных ключа:

  1. Выберите тип базы данных (PostgreSQL или Microsoft SQL Server).

    Если выбран Microsoft SQL Server, появится поле Authentication Type (Тип аутентификации).

  2. (Только Microsoft SQL Server) Выберите тип аутентификации:

    • Базовая аутентификация: В поле Имя пользователя необходимо указать имя учетной записи SQL Server.

    • Аутентификация Windows: Вам нужна учетная запись Windows в формате username@DOMAIN в поле Имя пользователя .

  3. Введите адрес сервера базы данных в форме <hostname>:<port> или <IP-address>:<port>.

    Пример.
    dbhost.example.org:1433 или 198.51.100.17:1433

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

    При использовании аутентификации Windows необходимо ввести полное доменное имя в формате dbhost.example.org:1433

  4. Введите имя базы данных.

  5. Введите имя пользователя и пароль пользователя со всеми правами в базе данных хранилища ключей.

12

Выберите режим подключения к базе данных TLS:

Mode

Описание

Предпочтительно использование TLS (параметр по умолчанию)

Узлам HDS не требуется TLS для подключения к серверу базы данных. Если включить TLS на сервере базы данных, узлы попытаются установить зашифрованное соединение.

Обязательное использование TLS

Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

Обязательное использование TLS и проверка источника подписи сертификата


 

Этот режим не применим к базам данных SQL Server.

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает отправителя подписи сертификата от сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

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

Обязательное использование TLS и проверка источника подписи сертификата и имени узла

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает отправителя подписи сертификата от сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

  • Узлы также проверяют, соответствует ли имя хоста в сертификате сервера имени хоста в поле Хост базы данных и порт . Необходимо точное совпадение имен. Иначе узел разорвет соединение.

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

При загрузке корневого сертификата (при необходимости) и нажатии Continue (Продолжить) инструмент настройки HDS тестирует соединение TLS с сервером базы данных. Инструмент также выполняет проверку источника подписи сертификата и имени узла (если применимо). Если тест не будет пройден, в инструменте будет отображено сообщение об ошибке с описанием проблемы. Можно выбрать параметр игнорирования ошибки и продолжить настройку. (Из-за различий в подключении узлы HDS могут установить соединение TLS, даже если машина инструмента настройки HDS не сможет успешно протестировать его.)

13

На странице «Системные журналы» настройте сервер Syslogd:

  1. Введите URL-адрес сервера системного журнала.

    Если сервер не разрешается DNS из узлов кластера HDS, используйте IP-адрес в URL.

    Пример.
    udp://10.92.43.23:514 указывает на вход в хост Syslogd 10.92.43.23 на порту UDP 514.
  2. Если вы настроили на сервере использование шифрования TLS, проверьте, настроен ли ваш сервер системного журнала для шифрования SSL?.

    Установив этот флажок, убедитесь, что введен URL-адрес TCP, например tcp://10.92.43.23:514.

  3. В раскрывающемся списке Выбор завершения записи системного журнала выберите соответствующую настройку для файла ISO. Выберите или Newline используется для Graylog и Rsyslog TCP

    • Null byte -- \x00

    • Newline -- \n — выберите этот параметр для TCP Graylog и Rsyslog.

  4. Щелкните Продолжить.

14

(Необязательно) Значение по умолчанию для некоторых параметров подключения к базе данных можно изменить в расширенных настройках. Как правило, этот параметр является единственным, который можно изменить:

app_datasource_connection_pool_maxSize: 10
15

Щелкните Продолжить на экране Сброс пароля учетных записей службы .

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

16

Щелкните Скачать файл ISO. Сохраните файл в удобном для поиска местоположении.

17

Сделайте резервную копию файла ISO в локальной системе.

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

18

Чтобы выключить инструмент настройки, введите CTRL+C.

Дальнейшие действия

Создайте резервную копию файла конфигурации ISO. Она необходима для создания дополнительных узлов для восстановления или внесения изменений в конфигурацию. Если вы потеряете все копии файла ISO, вы также потеряете главный ключ. Восстановление ключей из базы данных PostgreSQL или Microsoft SQL Server невозможно.


 

У нас никогда нет копии этого ключа, и мы не можем помочь, если вы его потеряете.

Установка OVA узла HDS

Используйте эту процедуру для создания виртуальной машины из файла OVA.
1.

Используйте клиент VMware vSphere на компьютере для входа в виртуальный хост ESXi.

2.

Выберите Файл > Развертывание шаблона OVF.

3.

В мастере укажите расположение скачанного ранее файла OVA и щелкните Далее.

4.

На Выберите имя и папку страница, введите Имя виртуальной машины для узла (например, HDS_Node_1) выберите местоположение, в котором может находиться развертывание узла виртуальной машины, а затем щелкните Далее.

5

На Выберите вычислительный ресурс выберите целевой вычислительный ресурс, а затем щелкните Далее.

Выполняется проверка. После завершения отображаются сведения о шаблоне.

6

Проверьте сведения о шаблоне и щелкните Далее.

7.

Если вас попросят выбрать конфигурацию ресурса в Конфигурация страница, щелкните 4 ЦП и щелкните Далее.

8

На Выбрать хранилище страница, щелкните Далее для принятия формата диска по умолчанию и политики хранения VM.

9

На Выбор сетей выберите параметр сети из списка записей, чтобы обеспечить желаемое подключение к виртуальной машине.

10

На странице Настройка шаблона настройте следующие сетевые параметры.

  • Имя узла. Введите полное доменное имя (имя узла и домен) или одно имя узла для узла.

     
    • Вам не нужно настраивать домен в соответствии с доменом, который вы использовали для получения сертификата X.509.

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

    • Общая длина FQDN не должна превышать 64 символов.

  • IP-адрес — введите IP-адрес для внутреннего интерфейса узла.

     

    Ваш узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

  • Маска — введите адрес маски подсети в десятичной нотации. Например, 255.255.255.0.
  • Шлюз — введите IP-адрес шлюза. Шлюз — это сетевой узел, который служит точкой доступа к другой сети.
  • DNS-серверы — введите список DNS-серверов с разделителями-запятыми, которые обрабатывают перевод доменных имен на числовые IP-адреса. (Допускается до 4 записей DNS.)
  • Серверы NTP. Введите сервер NTP вашей организации или другой внешний сервер NTP, который может использоваться в вашей организации. Серверы NTP по умолчанию могут работать не для всех предприятий. Также можно использовать список с разделителями-запятыми для ввода нескольких серверов NTP.
  • Разверните все узлы в одной подсети или VLAN, чтобы все узлы в кластере были доступны клиентам в вашей сети в целях администрирования.

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


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

11

Щелкните правой кнопкой мыши виртуальную машину узла и выберите Питание > Питание включено.

Программное обеспечение безопасности данных гибридного типа устанавливается в качестве гостя на узле виртуальной машины. Теперь вы готовы войти в консоль и настроить узел.

Рекомендации по устранению неисправностей

Может возникнуть задержка в несколько минут до появления контейнеров узла. Во время первой загрузки на консоли появляется сообщение брандмауэра моста, во время которого невозможно войти в систему.

Настройка виртуальной машины безопасности данных гибридного типа

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

1.

В клиенте VMware vSphere выберите VM узла безопасности данных гибридного типа и перейдите на вкладку Консоль .

Виртуальная машина загружается, и появляется запрос на вход. Если запрос на вход не отображается, нажмите Enter.
2.

Для входа и изменения учетных данных используйте следующие логин и пароль по умолчанию.

  1. Вход: admin

  2. Пароль: cisco

После первого входа в виртуальную машину необходимо изменить пароль администратора.

3.

Если параметры сети уже настроены в разделе Установка узла HDS OVA, пропустите оставшуюся часть этой процедуры. В противном случае в главном меню выберите пункт Редактировать конфигурацию .

4.

Настройте статическую конфигурацию с IP-адресом, маской, шлюзом и информацией о DNS. Ваш узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

5

(Необязательно) Измените имя узла, домен или серверы NTP, если это необходимо для соответствия политике сети.

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

6

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

Загрузка и монтаж конфигурации HDS ISO

Используйте эту процедуру для настройки виртуальной машины из файла ISO, созданного с помощью инструмента настройки HDS.

Перед началом работы

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

1.

Загрузите файл ISO с компьютера:

  1. В левой панели навигации клиента VMware vSphere щелкните сервер ESXi.

  2. В списке Аппаратное обеспечение вкладки Конфигурация щелкните Хранилище.

  3. В списке Datastores щелкните правой кнопкой мыши хранилище данных для виртуальных машин и нажмите Browse Datastore.

  4. Щелкните пиктограмму Загрузить файлы и нажмите Загрузить файл.

  5. Перейдите в расположение, где вы скачали файл ISO на свой компьютер, и нажмите Открыть.

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

2.

Подключите файл ISO:

  1. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  2. Нажмите OK, чтобы принять предупреждение об ограниченных параметрах редактирования.

  3. Щелкните кнопку CD/DVD Drive 1, выберите параметр для подключения из файла ISO хранилища данных и перейдите в расположение, куда загружен файл конфигурации ISO.

  4. Установите флажки Подключено и Подключено при включении питания.

  5. Сохраните изменения и перезагрузите виртуальную машину.

Дальнейшие действия

Если требуется ИТ-политика, можно при необходимости отменить монтирование файла ISO после того, как все узлы выберут изменения конфигурации. Подробности см. в статье (Необязательно) Отключение ISO после конфигурации HDS.

Настройка узла HDS для интеграции прокси

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

Перед началом работы

1.

Введите URL настройки узла HDS https://[HDS Node IP or FQDN]/setup в веб-браузере введите учетные данные администратора, настроенные для узла, и щелкните Войти.

2.

Откройте раздел Trust Store & Proxy (Зона доверия и прокси) и выберите один из следующих параметров.

  • No Proxy (Без прокси). Этот параметр применяется по умолчанию до интеграции прокси. Обновление сертификата не требуется.
  • Transparent Non-Inspecting Proxy (Прозрачный прокси без проверки). Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.
  • Transparent Inspecting Proxy (Прозрачный прокси с проверкой). Узлы не настроены для использования адреса определенного прокси-сервера. В развертывании службы безопасности данных гибридного типа не нужно вносить изменения в конфигурацию HTTPS, однако для обеспечения доверия прокси узлам HDS необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).
  • Explicit Proxy (Явный прокси). При использовании явного прокси необходимо указать прокси-сервер, который должен использовать клиент (узлы HDS). Этот параметр поддерживает несколько типов аутентификации. После выбора этого параметра необходимо ввести указанную далее информацию.
    1. Proxy IP/FQDN (IP-адрес или FQDN прокси). Адрес, который можно использовать для доступа к прокси-машине.

    2. Proxy Port (Порт прокси). Номер порта, который используется прокси для прослушивания трафика, передаваемого через прокси.

    3. Proxy Protocol (Протокол прокси). Выберите http (просматривает все запросы, получаемые от клиента, и управляет этими запросами) или https (обеспечивает работу канала связи с сервером; клиент получает и проверяет сертификат сервера). Выберите параметр в зависимости от того, какой протокол поддерживает используемый вами прокси-сервер.

    4. Authentication Type (Тип аутентификации). Выберите один из перечисленных ниже типов аутентификации.

      • None (Нет). Дальнейшая аутентификация не требуется.

        Этот параметр доступен для прокси HTTP или HTTPS.

      • Basic (Базовая). Используется для оператора пользователя HTTP в целях предоставления имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен для прокси HTTP или HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только для прокси HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

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

3.

Щелкните Upload a Root Certificate or End Entity Certificate (Загрузить корневой сертификат или сертификат конечного субъекта) и откройте меню для выбора корневого сертификата для прокси.

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

4.

Чтобы протестировать сетевое соединение между узлом и прокси, щелкните Check Proxy Connection (Проверить соединение с прокси).

Если тестирование соединения завершится неудачей, на экране появится сообщение об ошибке, в котором будут указаны причина и способ исправления ошибки.

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

5

Если вы используете явный прокси, настроенный на применение исключительно https, после успешного завершения тестирования соединения включите параметр Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси (Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси). Для вступления в силу этого параметра необходимо 15 секунд.

6

Щелкните Install All Certificates Into the Trust Store (Установить все сертификаты в зоне доверия) – этот параметр отображается при использовании явного прокси HTTPS или прозрачного прокси с проверкой – или Reboot (Перезагрузить) – этот параметр отображается при использовании явного прокси HTTP. Прочитайте запрос и щелкните Install (Установить), если вы готовы к установке.

Узел перезагрузится в течение нескольких минут.

7.

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

Проверка соединения с прокси используется исключительно для тестирования поддомена webex.com. Проблемы с соединениями нередко возникают из-за того, что некоторые облачные домены, указанные в инструкциях по установке, блокируются на уровне прокси.

Регистрация первого узла в кластере

Для выполнения этой задачи требуется общий узел, созданный в инструменте Настройка виртуальной машины безопасности данных гибридного типа, регистрирует узел в облаке Webex и превращает его в узел безопасности данных гибридного типа.

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

Перед началом работы

  • Как только вы начнете регистрацию узла, вы должны завершить ее в течение 60 минут или начать заново.

  • Убедитесь, что все блокирующие всплывающие окна в браузере отключены или что для admin.webex.com разрешено исключение.

1.

Войдите в https://admin.webex.com.

2.

В меню в левой части экрана выберите Службы.

3.

В разделе служб гибридного типа найдите службу безопасности данных гибридного типа и щелкните Настройка.

Откроется страница "Регистрация узла безопасности данных гибридного типа".
4.

Выберите Да , чтобы указать, что узел настроен и готов его зарегистрировать, а затем нажмите Далее.

5

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

Рекомендуется присвоить кластеру имя в зависимости от географического расположения узлов кластера. Например: "Сан-Франциско", "Нью-Йорк" или "Даллас"

6

Во втором поле введите внутренний IP-адрес или полное доменное имя узла и нажмите Далее.

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

Отобразится сообщение о том, что узел можно зарегистрировать в Webex.
7.

Щелкните Перейти к узлу.

8

В предупреждающем сообщении нажмите Continue (Продолжить).

Через несколько минут вы будете перенаправлены на тесты подключения узлов для служб Webex. Если все тесты прошли успешно, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". Там вы подтверждаете, что хотите предоставить организации Webex полномочия на доступ к узлу.
9

Установите флажок Разрешить доступ к узлу безопасности данных гибридного типа и нажмите Продолжить.

Ваша учетная запись проверена, и в сообщении "Регистрация завершена" указывается, что ваш узел теперь зарегистрирован в облаке Webex.
10

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

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

Создание и регистрация дополнительных узлов

Чтобы добавить дополнительные узлы в кластер, необходимо просто создать дополнительные виртуальные машины и смонтировать тот же файл конфигурации ISO, а затем зарегистрировать узел. Рекомендуется иметь не менее 3 узлов.

 

В настоящее время резервные виртуальные машины, созданные в разделе Complete the Prerequisites for Data Security гибридного типа, являются резервными хостами, которые используются только в случае аварийного восстановления. До этого времени они не регистрируются в системе. Дополнительные сведения см. в разделе Аварийное восстановление с помощью резервного центра обработки данных.

Перед началом работы

  • Как только вы начнете регистрацию узла, вы должны завершить ее в течение 60 минут или начать заново.

  • Убедитесь, что все блокирующие всплывающие окна в браузере отключены или что для admin.webex.com разрешено исключение.

1.

Создайте новую виртуальную машину из OVA, повторив шаги, описанные в разделе Установка OVA узла HDS.

2.

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

3.

В новой виртуальной машине повторите шаги, описанные в разделе Загрузить и смонтировать конфигурацию HDS ISO.

4.

При настройке прокси для развертывания повторите действия, описанные в разделе Настройка узла HDS для интеграции прокси , если это необходимо для нового узла.

5

Зарегистрируйте узел.

  1. В https://admin.webex.com выберите Службы в меню в левой части экрана.

  2. В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Ресурсы.

    Отобразится страница ресурсов безопасности данных гибридного типа.
  3. Щелкните Добавить ресурс.

  4. В первом поле выберите имя существующего кластера.

  5. Во втором поле введите внутренний IP-адрес или полное доменное имя узла и нажмите Далее.

    Отобразится сообщение о том, что узел можно зарегистрировать в облаке Webex.
  6. Щелкните Перейти к узлу.

    Через несколько минут вы будете перенаправлены на тесты подключения узлов для служб Webex. Если все тесты прошли успешно, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". Там вы подтверждаете, что хотите предоставить вашей организации полномочия на доступ к узлу.
  7. Установите флажок Разрешить доступ к узлу безопасности данных гибридного типа и нажмите Продолжить.

    Ваша учетная запись проверена, и в сообщении "Регистрация завершена" указывается, что ваш узел теперь зарегистрирован в облаке Webex.
  8. Щелкните ссылку или закройте вкладку, чтобы вернуться на страницу безопасности данных гибридного типа Control Hub.

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

Дальнейшие действия

Запустить пробную версию и перейти к производству (следующая глава)
Запуск пробной версии и переход к производству

Процесс выполнения пробной версии производственных задач

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

1.

Если применимо, синхронизируйте HdsTrialGroup групповой объект.

Если в вашей организации используется синхронизация каталогов для пользователей, необходимо выбрать HdsTrialGroup группировать объект для синхронизации с облаком, прежде чем начать пробную версию. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

2.

Активировать пробную версию

Начните пробную версию. Пока вы не выполните эту задачу, ваши узлы генерируют сигнал о том, что служба еще не активирована.

3.

Тестирование развертывания системы безопасности данных гибридного типа

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

4.

Мониторинг работоспособности системы безопасности данных гибридного типа

Проверьте состояние и настройте электронные уведомления для сигналов тревоги.

5

Добавление или удаление пользователей из пробной версии

6

Завершите пробную фазу одним из следующих действий.

Активировать пробную версию

Перед началом работы

Если в вашей организации используется синхронизация каталогов для пользователей, необходимо выбрать HdsTrialGroup группировать объект для синхронизации с облаком, прежде чем начать пробную версию для вашей организации. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

1.

Войдите в https://admin.webex.com и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе "Состояние службы" щелкните Начать пробную версию.

Состояние службы меняется на пробный режим.
4.

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

(Если в вашей организации используется синхронизация каталогов, используйте Active Directory для управления пробной группой, HdsTrialGroup.)

Тестирование развертывания системы безопасности данных гибридного типа

Используйте эту процедуру для тестирования сценариев шифрования безопасности данных гибридного типа.

Перед началом работы

  • Настройте развертывание службы безопасности данных гибридного типа.

  • Активируйте пробную версию и добавьте нескольких пользователей пробной версии.

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

1.

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


 

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

2.

Отправка сообщений в новое пространство.

3.

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

  1. Чтобы проверить, устанавливает ли пользователь первый защищенный канал в KMS, отфильтруйте kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

    Вы должны найти следующую запись (идентификаторы сокращены для читаемости):
    2020-07-21 17:35:34.562 (+0000) INFO  KMS [pool-14-thread-1] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms://hds2.org5.portun.us/statickeys/3[~]0 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, 
    kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, 
    kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2
  2. Чтобы проверить, запрашивает ли пользователь существующий ключ от KMS, выполните фильтр kms.data.method=retrieve и kms.data.type=KEY:

    Вы должны найти запись, например:
    2020-07-21 17:44:19.889 (+0000) INFO  KMS [pool-14-thread-31] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=retrieve, 
    kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, 
    kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b
  3. Чтобы проверить, есть ли у пользователя запрос на создание нового ключа KMS, выполните фильтр kms.data.method=create и kms.data.type=KEY_COLLECTION:

    Вы должны найти запись, например:
    2020-07-21 17:44:21.975 (+0000) INFO  KMS [pool-14-thread-33] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, 
    kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, 
    kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b
  4. Чтобы проверить наличие пользователя, запрашивающего создание нового объекта ресурса KMS (KRO) при создании пространства или другого защищенного ресурса, выполните фильтр kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

    Вы должны найти запись, например:
    2020-07-21 17:44:22.808 (+0000) INFO  KMS [pool-15-thread-1] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, 
    kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
    kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Мониторинг работоспособности системы безопасности данных гибридного типа

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

В Control Hub выберите Службы в меню в левой части экрана.

2.

В разделе служб гибридного типа найдите службу безопасности данных гибридного типа и щелкните Настройки.

Отобразится страница параметров безопасности данных гибридного типа.
3.

В разделе «Электронные уведомления» введите один или несколько адресов электронной почты, разделенных запятыми, и нажмите Enter.

Добавление или удаление пользователей из пробной версии

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

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

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

1.

Войдите в Control Hub и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе «Пробный режим» области «Состояние службы» щелкните Добавить пользователей или выберите просмотр и редактирование для удаления пользователей из пробной версии.

4.

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

Переход от пробной версии к производственной

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

Войдите в Control Hub и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

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

4.

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

Завершение пробной версии без перехода к производству

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

Войдите в Control Hub и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе Деактивировать нажмите Деактивировать.

4.

Подтвердите деактивацию службы и завершите пробную версию.

Управление развертыванием HDS

Управление развертыванием HDS

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

Задать график модернизации кластера

Обновление программного обеспечения для безопасности данных гибридного типа выполняется автоматически на уровне кластера, что гарантирует, что все узлы всегда используют одну и ту же версию программного обеспечения. Модернизация выполняется в соответствии с графиком модернизации для кластера. Когда модернизация программного обеспечения становится доступной, вы можете вручную модернизировать кластер до запланированного времени модернизации. Вы можете задать конкретный график модернизации или использовать расписание по умолчанию в 3:00 утра по Соединенным Штатам: Америка/Лос-Анджелес При необходимости можно также отложить предстоящую модернизацию.

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

1.

Войдите в Control Hub.

2.

На странице "Обзор" в разделе "Службы гибридного типа" выберите Безопасность данных гибридного типа.

3.

На странице "Ресурсы безопасности данных гибридного типа" выберите кластер.

4.

На панели "Обзор" справа в разделе "Настройки кластера" выберите имя кластера.

5

На странице "Настройки" в разделе "Модернизация" выберите время и часовой пояс для расписания модернизации.

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

Изменение конфигурации узла

Иногда может потребоваться изменить конфигурацию узла безопасности данных гибридного типа по одной из причин:
  • Изменение сертификатов x.509 по истечении срока действия или по другим причинам.


     

    Изменение доменного имени CN сертификата не поддерживается. Домен должен совпадать с исходным доменом, использованным для регистрации кластера.

  • Обновление настроек базы данных для работы с копией базы данных PostgreSQL или Microsoft SQL Server.


     

    Перенос данных с PostgreSQL на Microsoft SQL Server или в обратном направлении не поддерживается. Чтобы переключить среду базы данных, начните новое развертывание службы безопасности данных гибридного типа.

  • Создание новой конфигурации для подготовки нового центра обработки данных.

Из соображений безопасности для учетных записей в службе безопасности данных гибридного типа используются пароли со сроком действия 9 месяцев. После того как инструмент настройки HDS создаст эти пароли, вам нужно будет развернуть их в каждом из своих узлов HDS в файле конфигурации ISO. При приближении даты окончания срока действия пароля команда Webex пришлет вам уведомление с запросом на сброс пароля учетной записи компьютера. (В сообщении электронной почты будет текст "Использование API учетной записи компьютера для обновления пароля".) Если срок действия паролей еще не истек, средство предоставляет два варианта.

  • Мягкий сброс. Старые и новые пароли работают в течение не более 10 дней. Используйте этот период для постепенной замены файла ISO на узлах.

  • Жесткий сброс. Старые пароли перестанут работать немедленно.

Если срок действия ваших паролей истекает без сброса, это влияет на работу вашей службы HDS. В этом случае требуется немедленный жесткий сброс и замена файла ISO на всех узлах.

Используйте эту процедуру, чтобы создать новый файл конфигурации ISO и применить его к кластеру.

Перед началом работы

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

    Если инструмент настройки HDS работает за прокси в вашей среде, укажите настройки прокси (сервер, порт, учетные данные) через переменные среды Docker при переносе контейнера Docker в 1.e. В этой таблице указаны некоторые из возможных переменных среды.

    Описание

    Переменная

    HTTP-прокси без аутентификации

    GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

    HTTPS-прокси без аутентификации

    GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

    HTTP-прокси с аутентификацией

    GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

    HTTPS-прокси с аутентификацией

    GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

  • Для создания новой конфигурации потребуется копия текущего файла конфигурации ISO. Файл ISO содержит главный ключ шифрования базы данных PostgreSQL или Microsoft SQL Server. Файл ISO необходим для изменения конфигурации, в том числе учетных данных базы данных, обновления сертификатов или изменения политики авторизации.

1.

Запустите инструмент настройки HDS, используя Docker на локальной машине.

  1. Введите соответствующую команду для вашей среды в командной строке компьютера.

    В обычных средах:

    docker rmi ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker rmi ciscocitg/hds-setup-fedramp:stable

     

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

  2. Чтобы войти в реестр образов Docker, введите следующее.

    docker login -u hdscustomersro
  3. Введите в запросе пароля этот хеш:

    dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
  4. Скачайте последнюю стабильную версию образа для вашей среды.

    В обычных средах:

    docker pull ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker pull ciscocitg/hds-setup-fedramp:stable

     

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

  5. По завершении скачивания введите соответствующую команду для вашей среды.

    • В обычных средах без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
    • В обычных средах с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В обычных средах с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В средах FedRAMP без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

    Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

  6. Используйте браузер для подключения к localhost, . http://127.0.0.1:8080.


     

    Инструмент настройки не поддерживает подключение к localhost через http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

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

  8. Импортируйте текущий файл конфигурации ISO.

  9. Следуйте подсказкам, чтобы завершить работу с инструментом и скачать обновленный файл.

    Чтобы выключить инструмент настройки, введите CTRL+C.

  10. Создайте резервную копию обновленного файла в другом центре обработки данных.

2.

Если у вас запущен только один узел HDS, создайте новую виртуальную машину узла безопасности данных гибридного типа и зарегистрируйте ее с помощью нового файла конфигурации ISO. Более подробные инструкции см. в разделе Создание и регистрация дополнительных узлов.

  1. Установите OVA узла HDS.

  2. Настройте виртуальную машину HDS.

  3. Подключите обновленный файл конфигурации.

  4. Зарегистрируйте новый узел в Control Hub.

3.

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

  1. Выключите виртуальную машину.

  2. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  3. Щелкните кнопку CD/DVD Drive 1 Щелкните Дисковод компакт-дисков и DVD-дисков 1, выберите параметр подключения из файла ISO и найдите расположение, куда вы скачали новый файл конфигурации ISO.

  4. Установите флажок Соединять при включении.

  5. Сохраните изменения и включите виртуальную машину.

4.

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

Отключение режима блокировки разрешения внешних DNS

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

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

Перед началом работы

Убедитесь в том, что внутренние DNS-серверы могут разрешать общедоступные имена DNS и ваши узлы могут обмениваться данными с ними.
1.

В веб-браузере откройте интерфейс узла безопасности данных гибридного типа (например, IP-адрес или настройка, https://192.0.2.0/setup), введите учетные данные администратора, настроенные для узла, и щелкните Войти.

2.

Перейдите к разделу Overview (Обзор) (страница по умолчанию).

Если режим включен, параметр Blocked External DNS Resolution (Блокировка разрешения внешних DNS) должен иметь значение Yes (Да).

3.

Перейдите на страницу Trust Store & Proxy (Зона доверия и прокси).

4.

Щелкните Check Proxy Connection (Проверить соединение с прокси).

Если отображено сообщение о том, что не удалось предоставить разрешение внешнего DNS, значит, узлу не удалось подключиться к DNS-серверу и он останется в этом режиме. В противном случае после перезапуска узла и возврата на страницу Overview (Обзор) параметр блокировки разрешения внешних DNS должен иметь значение No (Нет).

Дальнейшие действия

Повторите тестирование соединения с прокси для каждого узла кластера безопасности данных гибридного типа.

Удаление узла

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

Используйте клиент VMware vSphere на компьютере для входа в виртуальный хост ESXi и выключения виртуальной машины.

2.

Удалить узел.

  1. Войдите в Control Hub и выберите Службы.

  2. На карточке безопасности данных гибридного типа щелкните Просмотреть все , чтобы отобразить страницу ресурсов безопасности данных гибридного типа.

  3. Выберите кластер, чтобы отобразить его панель обзора.

  4. Щелкните Открыть список узлов.

  5. На вкладке Узлы выберите узел, который необходимо удалить.

  6. Щелкните Действия > Отменить регистрацию узла.

3.

В клиенте vSphere удалите виртуальную машину. (В левой панели навигации щелкните правой кнопкой мыши виртуальную машину и выберите Удалить.)

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

Аварийное восстановление с помощью резервного центра обработки данных

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

Поскольку кластер выполняет критически важную функцию предоставления этих ключей, необходимо, чтобы кластер продолжал работать и чтобы поддерживалось надлежащее резервное копирование. Потеря базы данных безопасности данных гибридного типа или конфигурации ISO, используемой для схемы, приведет к НЕВОСПОЛНИМОЙ ПОТЕРЕ клиентского контента. Для предотвращения таких потерь обязательны следующие действия:

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

1.

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание конфигурации ISO для узлов HDS.

2.

После настройки сервера Syslogd щелкните Расширенные настройки

3.

На странице Расширенные настройки добавьте конфигурацию ниже или удалите passiveMode конфигурации, чтобы сделать узел активным. Узел может обрабатывать трафик после его настройки.


passiveMode: 'false'
4.

Завершите процесс настройки и сохраните файл ISO в удобном для поиска местоположении.

5

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

6

В левой панели навигации клиента VMware vSphere щелкните правой кнопкой мыши виртуальную машину и выберите Редактировать настройки..

7.

Щелкните Edit Settings >CD/DVD Drive 1 и выберите Datastore ISO File.


 

Убедитесь, что Connected и Connect at power on установлены флажки, чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение не менее 15 минут.

9

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


 

Проверьте вывод системного журнала, чтобы убедиться, что узлы резервного центра обработки данных не находятся в пассивном режиме. Параметр KMS configured in passive mode (KMS configured in passive mode) не должен отображаться в системных журналах.

Дальнейшие действия

Если после отработки отказа основной центр обработки данных снова становится активным, снова переведите резервный центр обработки данных в пассивный режим, выполнив действия, описанные в разделе Настройка резервного центра обработки данных для аварийного восстановления.

(Необязательно) Отсоедините ISO после конфигурации HDS

Стандартная конфигурация HDS работает с установленным ISO. Но некоторые клиенты предпочитают не оставлять файлы ISO постоянно монтируемые. Файл ISO можно отменить после того, как все узлы HDS получат новую конфигурацию.

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

Перед началом работы

Модернизируйте все узлы HDS до версии 2021.01.22.4720 или более поздней.

1.

Отключите один из узлов HDS.

2.

В vCenter Server Appliance выберите узел HDS.

3.

Выберите Редактировать настройки > CD/DVD привод и снимите флажок Datastore ISO File.

4.

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение как минимум 20 минут.

5

Повторите для каждого узла HDS по очереди.

Устранение неполадок безопасности данных гибридного типа

Просмотр предупреждений и устранение неполадок

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

  • Невозможно создать новые пространства (невозможно создать новые клавиши)

  • Не удалось расшифровать сообщения и названия пространств для:

    • Новые пользователи, добавленные в пространство (невозможно получить ключи)

    • Существующие пользователи в пространстве с использованием нового клиента (невозможно получить ключи)

  • Существующие пользователи в пространстве будут продолжать успешно работать, пока у их клиентов есть кэш ключей шифрования

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

Предупреждения

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

Таблица 1. Общие проблемы и шаги по их решению

Сигнал

Действие

Ошибка доступа к локальной базе данных.

Проверьте наличие ошибок базы данных или проблем с локальной сетью.

Сбой подключения локальной базы данных.

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

Сбой доступа к облачной службе.

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

Возобновление регистрации облачной службы.

Регистрация в облачных службах была отменена. Продолжается возобновление регистрации.

Регистрация в облачной службе отменена.

Регистрация в облачных службах прекращена. Сервис отключается.

Служба еще не активирована.

Активируйте пробную версию или завершите перемещение пробной версии в производство.

Настроенный домен не соответствует сертификату сервера.

Убедитесь, что сертификат сервера соответствует настроенному домену активации службы.

Наиболее вероятной причиной является то, что сертификат CN был недавно изменен и теперь отличается от CN, который использовался при начальной настройке.

Не удалось выполнить аутентификацию в облачных службах.

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

Не удалось открыть файл локального хранилища ключей.

Проверьте целостность и точность пароля в локальном файле хранилища ключей.

Недопустимый сертификат локального сервера.

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

Не удается опубликовать метрики.

Проверьте доступ локальной сети к внешним облачным службам.

каталог /media/configdrive/hds не существует.

Проверьте конфигурацию подключения ISO на виртуальном узле. Убедитесь, что файл ISO существует, что он настроен на монтирование при перезагрузке и что он успешно монтируется.

Устранение неполадок безопасности данных гибридного типа

При устранении неполадок с безопасностью данных гибридного типа используйте приведенные ниже общие рекомендации.
1.

Просмотрите Control Hub на наличие предупреждений и исправьте все найденные в нем элементы.

2.

Проверьте вывод сервера syslog для активности из развертывания службы безопасности данных гибридного типа.

3.

Обратитесь в службу поддержки Cisco.

Другие примечания

Известные проблемы безопасности данных гибридного типа

  • При отключении кластера безопасности данных гибридного типа (удалении его в Control Hub или отключении всех узлов), потере файла конфигурации ISO или потере доступа к базе данных хранилища ключей пользователи приложения Webex больше не смогут использовать пространства в списке пользователей, созданные с помощью клавиш KMS. Это применимо как к пробному, так и к производственному развертыванию. В настоящее время у нас нет решения или решения этой проблемы. Мы настоятельно рекомендуем вам не закрывать службы HDS после обработки учетных записей активных пользователей.

  • Клиент, имеющий существующее подключение ECDH к KMS, поддерживает это подключение в течение определенного периода времени (вероятно, одного часа). Когда пользователь становится участником пробной версии безопасности данных гибридного типа, клиент пользователя продолжает использовать существующее соединение ECDH до истечения времени его истечения. Кроме того, пользователь может выйти из приложения Webex и вернуться в него, чтобы обновить местоположение, в котором приложение связывается с ключами шифрования.

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

Использование OpenSSL для создания файла PKCS12

Перед началом работы

  • OpenSSL является одним из инструментов, который может быть использован для создания файла PKCS12 в надлежащем формате для загрузки в инструмент установки HDS. Есть и другие способы сделать это, и мы не поддерживаем и не продвигаем одну сторону.

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

  • Установите OpenSSL в поддерживаемой среде. См. https://www.openssl.org программное обеспечение и документацию.

  • Создайте закрытый ключ.

  • Начните эту процедуру при получении сертификата сервера от центра сертификации (ЦС).

1.

При получении сертификата сервера из ЦС сохраните его как hdsnode.pem.

2.

Отобразите сертификат в виде текста и проверьте сведения.

openssl x509 -text -noout -in hdsnode.pem

3.

Используйте текстовый редактор для создания файла пакета сертификатов, который называется hdsnode-bundle.pem. Файл пакета должен содержать сертификат сервера, все промежуточные сертификаты ЦС и корневые сертификаты ЦС в следующем формате:

-----BEGIN CERTIFICATE-----
### Server certificate. ###
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
###  Intermediate CA certificate. ###
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
###  Root CA certificate. ###
-----END CERTIFICATE-----
4.

Создайте файл .p12 с дружественным именем kms-private-key.

openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12

5

Проверьте сведения о сертификате сервера.

  1. openssl pkcs12 -in hdsnode.p12

  2. Введите пароль при запросе, чтобы зашифровать закрытый ключ так, чтобы он отображался в выходном окне. Затем убедитесь, что закрытый ключ и первый сертификат содержат строки friendlyName: kms-private-key.

    Пример.

    bash$ openssl pkcs12 -in hdsnode.p12
    Enter Import Password:
    MAC verified OK
    Bag Attributes
        friendlyName: kms-private-key
        localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 
    Key Attributes: <No Attributes>
    Enter PEM pass phrase:
    Verifying - Enter PEM pass phrase:
    -----BEGIN ENCRYPTED PRIVATE KEY-----
    <redacted>
    -----END ENCRYPTED PRIVATE KEY-----
    Bag Attributes
        friendlyName: kms-private-key
        localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 
    subject=/CN=hds1.org6.portun.us
    issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
    -----BEGIN CERTIFICATE-----
    <redacted>
    -----END CERTIFICATE-----
    Bag Attributes
        friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US
    subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
    issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3
    -----BEGIN CERTIFICATE-----
    <redacted>
    -----END CERTIFICATE-----

Дальнейшие действия

Вернитесь к разделу "Завершить предварительные требования для безопасности данных гибридного типа". Вы будете использовать hdsnode.p12 и пароль, заданный для него, в разделе Создание конфигурации ISO для узлов HDS.


 

Эти файлы можно использовать повторно для запроса нового сертификата по истечении срока действия оригинального сертификата.

Трафик между узлами HDS и облаком

Трафик коллекции исходящих метрик

Узлы безопасности данных гибридного типа отправляют определенные метрики в облако Webex. К ним относятся системные метрики для максимальных значений кучи, используемой кучи, загрузки ЦП и количества потоков; метрики синхронных и асинхронных потоков; метрики предупреждений, включающие пороговое значение соединений шифрования, задержку или длину очереди запросов; метрики хранилища данных; и метрики подключения шифрования. Узлы отправляют зашифрованный ключ по каналу за пределами потока (отдельно от запроса).

Входящий Трафик

Узлы безопасности данных гибридного типа получают следующие типы входящего трафика из облака Webex.

  • Запросы на шифрование от клиентов, маршрутизируемые службой шифрования

  • Модернизация программного обеспечения узла

Настройка прокси Squid для безопасности данных гибридного типа

Невозможно выполнить подключение веб-сокетов через прокси Squid

Прокси-серверы Squid, проверяющие трафик HTTPS, могут препятствовать созданию веб-сокета ( wss:) соединений, требуемых службой безопасности данных гибридного типа. В этих разделах содержится руководство по настройке различных версий Squid на игнорирование wss: для обеспечения надлежащей работы служб.

Squid 4 и 5

Добавить on_unsupported_protocol директива к squid.conf:

on_unsupported_protocol tunnel all

Squid 3.5.27

Безопасность данных гибридного типа успешно протестирована с добавлением приведенных ниже правил. squid.conf. Эти правила могут изменяться по мере разработки функций и обновления облака Webex.

acl wssMercuryConnection ssl::server_name_regex mercury-connection

ssl_bump splice wssMercuryConnection

acl step1 at_step SslBump1
acl step2 at_step SslBump2
acl step3 at_step SslBump3
ssl_bump peek step1 all
ssl_bump stare step2 all
ssl_bump bump step3 all
Предисловие

Новая и измененная информация

Дата

Внесенные изменения

20 октября 2023 г.

07 августа 2023 г.

23 мая 2023 г.

06 декабря 2022 г.

23 ноября 2022 г.

  • Узлы HDS теперь могут использовать аутентификацию Windows для Microsoft SQL Server.

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

    Обновлен параметр Создание конфигурации ISO для узлов HDS с процедурой настройки аутентификации Windows на узлах.

  • Обновлен раздел Требования к серверу базы данных новыми минимальными требуемыми версиями (PostgreSQL 10).

13 октября 2021 г.

Перед установкой узлов HDS Docker Desktop необходимо запустить программу установки. См. Требования к рабочему столу Docker.

24 июня 2021 г.

Отмечается, что для запроса другого сертификата можно повторно использовать файл закрытого ключа и представителя клиентской службы. Дополнительные сведения см. в разделе Использование OpenSSL для создания файла PKCS12.

30 апреля 2021 г.

Изменено требование к виртуальной машине для локального места на жестком диске до 30 ГБ. Подробные сведения см. в разделе Требования к виртуальному организатору.

24 февраля 2021 г.

Инструмент настройки HDS теперь может работать за прокси. Дополнительные сведения см. в разделе Создание ISO конфигурации для узлов HDS .

2 февраля 2021 г.

Теперь HDS может работать без смонтированного файла ISO. Подробности см. в статье (Необязательно) Отключение ISO после конфигурации HDS.

11 января 2021 г.

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

13 октября 2020 г.

Обновлен раздел "Скачивание установочных файлов".

8 октября 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS и Изменение конфигурации узла с помощью команд для сред FedRAMP.

14 августа 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS и Изменение конфигурации узла с изменениями в процессе входа.

5 августа 2020 г.

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

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

16 июня 2020 г.

Обновлено удаление узла для внесения изменений в пользовательский интерфейс Control Hub.

4 июня 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS для изменений в расширенных настройках, которые можно задать.

29 мая 2020 г.

Обновлено Create a Configuration ISO for the HDS Hosts , чтобы показать, что вы также можете использовать TLS с базами данных SQL Server, изменениями пользовательского интерфейса и другими разъяснениями.

5 мая 2020 г.

Обновлены требования к виртуальному организатору для отображения новых требований ESXi 6.5.

21 апреля 2020 г.

Обновлены требования к внешним подключениям с новыми хостами CI в Америке.

1 апреля 2020 г.

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

20 февраля 2020 г.Обновлен параметр Создание конфигурации ISO для узлов HDS с информацией о новом дополнительном экране расширенных настроек в инструменте настройки HDS.
4 февраля 2020 г.Обновлены требования к прокси-серверу.
16 декабря 2019 г.Уточнено требование для режима блокировки разрешения внешнего DNS для работы в требованиях к прокси-серверу.
19 ноября 2019 г.

Добавлена информация о режиме блокировки разрешения внешних DNS в следующих разделах:

8 ноября 2019 г.

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

Соответствующим образом обновлены следующие разделы:


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

6 сентября 2019 г.

Добавлен стандарт SQL Server в требования к серверу базы данных.

29 августа 2019 г.Добавлено приложение Настройка прокси Squid для безопасности данных гибридного типа с указаниями по настройке прокси Squid для игнорирования трафика веб-сокетов для надлежащей работы.
20 августа 2019 г.

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

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

13 июня 2019 г.Обновлен процесс пробной версии до производственной задачи с напоминанием о синхронизации HdsTrialGroup группировать объект перед запуском пробной версии, если в вашей организации используется синхронизация каталога.
6 марта 2019 г.
28 февраля 2019 г.
  • Исправлено количество локального места на жестком диске на сервере, которое следует выделить при подготовке виртуальных узлов, которые становятся узлами безопасности данных гибридного типа, с 50 ГБ до 20 ГБ, чтобы отразить размер диска, создаваемого OVA.

26 февраля 2019 г.
  • Узлы безопасности данных гибридного типа теперь поддерживают зашифрованные соединения с серверами баз данных PostgreSQL и зашифрованные соединения для ведения журналов к серверу системного журнала с поддержкой TLS. Обновлен раздел Создание конфигурации ISO для узлов HDS с инструкциями.

  • Удалены URL-адреса назначения из таблицы "Требования к подключению к Интернету для виртуальных машин узлов безопасности данных гибридного типа". Теперь таблица ссылается на список, который хранится в таблице "Дополнительные URL-адреса для служб гибридного типа Webex Teams" в разделе Требования к сети для служб Webex Teams.

24 января 2019 г.

  • Служба безопасности данных гибридного типа теперь поддерживает Microsoft SQL Server в качестве базы данных. SQL Server Always On (Always On Failover Clusters and Always on Availability Groups) поддерживается драйверами JDBC, которые используются в службе безопасности данных гибридного типа. Добавлен контент, связанный с развертыванием с помощью SQL Server.


     

    Поддержка Microsoft SQL Server предназначена только для новых развертываний системы безопасности данных гибридного типа. В настоящее время миграция данных с PostgreSQL на Microsoft SQL Server в существующем развертывании не поддерживается.

5 ноября 2018 г.
19 октября 2018 г.

31 июля 2018 г.

21 мая 2018 г.

Изменена терминология для отражения ребрендинга Cisco Spark.

  • Служба безопасности данных гибридного типа Cisco Spark теперь является службой безопасности данных гибридного типа.

  • Приложение Cisco Spark теперь является приложением Webex.

  • Облако Cisco Collaboraton теперь является облаком Webex.

11 апреля 2018 г.
22 февраля 2018 г.
15 февраля 2018 г.
  • В таблице требований к сертификатам X.509 указано, что сертификат не может быть групповым сертификатом и что KMS использует домен CN, а не любой домен, определенный в полях SAN x.509v3.

18 января 2018 г.

2 ноября 2017 г.

  • Уточнена синхронизация каталогов HdsTrialGroup.

  • Исправлены инструкции по загрузке файла конфигурации ISO для установки на узлы виртуальной машины.

18 августа 2017 г.

Впервые опубликовано

Начало работы с безопасностью данных гибридного типа

Обзор безопасности данных гибридного типа

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

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

Архитектура сферы безопасности

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

Области разделения (без безопасности данных гибридного типа)

Чтобы лучше понять безопасность данных гибридного типа, давайте рассмотрим пример чистого облака, в котором Cisco предоставляет все функции в облачных сферах. Служба удостоверений, единственное место, где пользователи могут напрямую коррелировать с их личной информацией, такой как адрес электронной почты, логически и физически отделена от сферы безопасности в центре обработки данных B. Обе службы, в свою очередь, отделены от сферы, где в конечном итоге хранится зашифрованный контент, в центре обработки данных C.

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

  1. Клиент устанавливает безопасное соединение со службой управления ключами (KMS), затем запрашивает ключ для шифрования сообщения. Безопасное соединение использует ECDH, а KMS шифрует ключ с помощью главного ключа AES-256.

  2. Сообщение зашифровано перед выходом из клиента. Клиент отправляет его в службу индексирования, которая создает зашифрованные индексы поиска для облегчения будущих поисков контента.

  3. Зашифрованное сообщение отправляется в службу соответствия для проверки соответствия.

  4. Зашифрованное сообщение хранится в области хранилища.

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

Сотрудничество с другими организациями

Пользователи в вашей организации могут регулярно использовать приложение Webex для совместной работы с внешними участниками в других организациях. Когда один из ваших пользователей запрашивает ключ для пространства, принадлежащего вашей организации (поскольку оно было создано одним из ваших пользователей), KMS отправляет ключ клиенту через защищенный канал ECDH. Однако если ключ для пространства принадлежит другой организации, ваша KMS маршрутизирует запрос в облако Webex через отдельный канал ECDH для получения ключа из соответствующей KMS, а затем возвращает ключ пользователю в исходном канале.

Служба KMS, запущенная в организации A, проверяет соединения с KMS в других организациях с помощью сертификатов PKI x.509. Подробные сведения о создании сертификата x.509 для использования с развертыванием службы безопасности данных гибридного типа см. в разделе Подготовка среды .

Ожидания развертывания системы безопасности данных гибридного типа

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

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

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

  • Управление резервным копированием и восстановлением базы данных и конфигурации ISO.

  • Будьте готовы выполнить быстрое аварийное восстановление при возникновении катастрофы, например сбой диска базы данных или аварийное завершение работы центра обработки данных.


 

Механизм возврата ключей в облако после развертывания HDS отсутствует.

Процесс настройки высокого уровня

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

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

    Этапы установки, тестирования и производства подробно описаны в следующих трех главах.

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

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

Модель развертывания системы безопасности данных гибридного типа

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

В процессе установки мы предоставляем вам файл OVA для настройки виртуального устройства на предоставленных вами виртуальных машинах. Инструмент настройки HDS используется для создания пользовательского файла конфигурации кластера ISO, который монтируется на каждом узле. Кластер безопасности данных гибридного типа использует предоставленный вами сервер Syslogd и базу данных PostgreSQL или Microsoft SQL Server. (Сведения о подключении к системному журналу и базе данных можно настроить в инструменте настройки HDS.)

Модель развертывания системы безопасности данных гибридного типа

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

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

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

Для каждой организации поддерживается только один кластер.

Пробный режим безопасности данных гибридного типа

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

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

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

Резервный центр обработки данных для аварийного восстановления

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

Before failover, Data Center A has active HDS nodes and the primary PostgreSQL or Microsoft SQL Server database, while B has a copy of the ISO file with additional configurations, VMs that are registered to the organization, and a standby database. After failover, Data Center B has active HDS nodes and the primary database, while A has unregistered VMs and a copy of the ISO file, and the database is in standby mode.
Переключение на резервный центр обработки данных вручную

Базы данных активных и резервных центров обработки данных синхронизированы друг с другом, что позволяет минимизировать время, затрачиваемое на отработку отказа. Файл ISO резервного центра обработки данных обновлен дополнительными конфигурациями, которые обеспечивают регистрацию узлов в организации, но не будут обрабатывать трафик. Таким образом, узлы резервного центра обработки данных всегда обновляются с новейшей версией программного обеспечения HDS.


 

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

Настройка резервного центра обработки данных для аварийного восстановления

Чтобы настроить файл ISO резервного центра обработки данных, выполните приведенные ниже действия.

Перед началом работы

  • Резервный центр обработки данных должен отражать рабочую среду виртуальных машин и резервную базу данных PostgreSQL или Microsoft SQL Server. Например, если в производстве имеется 3 ВМ с узлами HDS, резервная среда должна иметь 3 ВМ. (Обзор этой модели отработки отказа см. в разделе Standby Data Center for Disaster Recovery .)

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

1.

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание конфигурации ISO для узлов HDS.


 

Файл ISO должен быть копией оригинального файла ISO основного центра обработки данных, на который должны быть внесены следующие обновления конфигурации.

2.

После настройки сервера Syslogd щелкните Расширенные настройки

3.

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


passiveMode: 'true'
4.

Завершите процесс настройки и сохраните файл ISO в удобном для поиска местоположении.

5

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

6

В левой панели навигации клиента VMware vSphere щелкните правой кнопкой мыши виртуальную машину и выберите Редактировать настройки..

7.

Щелкните Edit Settings >CD/DVD Drive 1 и выберите Datastore ISO File.


 

Убедитесь, что Connected и Connect at power on установлены флажки, чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение не менее 15 минут.

9

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


 

Проверьте системные журналы, чтобы убедиться, что узлы находятся в пассивном режиме. Вы должны иметь возможность просматривать сообщение «KMS configured in passive mode» в системных журналах.

Дальнейшие действия

После настройки passiveMode в файле ISO и сохраняя его, вы можете создать другую копию файла ISO без passiveMode и сохраните его в безопасном местоположении. Эта копия файла ISO без passiveMode настроенная система может помочь в быстром процессе отработки отказа во время аварийного восстановления. Подробную процедуру отработки отказа см. в разделе Аварийное восстановление с использованием резервного центра обработки данных .

Поддержка прокси

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

Узлы безопасности данных гибридного типа поддерживают указанные далее параметры прокси.

  • No proxy (Без прокси). Этот параметр применяется по умолчанию, если для интеграции прокси не используется конфигурация прокси и зоны доверия настройки узла HDS. Обновление сертификата не требуется.

  • Transparent non-inspecting proxy (Прозрачный прокси без проверки). Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.

  • Transparent tunneling or inspecting proxy (Прозрачный туннельный прокси или прокси с проверкой). Узлы не настроены для использования адреса определенного прокси-сервера. На узлах не нужно изменять конфигурацию HTTP или HTTPS. Как бы то ни было, для обеспечения доверия прокси узлам необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).

  • Explicit proxy (Явный прокси). При использовании явного прокси необходимо указать прокси-сервер и схему аутентификации, которые должны использовать узлы HDS. Для настройки явного прокси на каждом узле нужно ввести следующую информацию.

    1. Proxy IP/FQDN (IP-адрес или FQDN прокси). Адрес, который можно использовать для доступа к прокси-машине.

    2. Proxy Port (Порт прокси). Номер порта, который используется прокси для прослушивания трафика, передаваемого через прокси.

    3. Proxy Protocol (Протокол прокси). Выберите протокол, поддерживаемый прокси-сервером. Доступные протоколы указаны ниже.

      • HTTP – просматривает все запросы, отправляемые клиентом, и управляет этими запросами.

      • HTTPS – обеспечивает работу канала связи с сервером. Клиент получает и проверяет сертификат сервера.

    4. Authentication Type (Тип аутентификации). Выберите один из перечисленных ниже типов аутентификации.

      • None (Нет). Дальнейшая аутентификация не требуется.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

      • Basic (Базовая). Используется для оператора пользователя HTTP в целях предоставления имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только в том случае, если в качестве протокола прокси выбран протокол HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

Пример узлов безопасности данных гибридного типа и прокси

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

Режим блокировки разрешения внешних DNS (конфигурации явного прокси)

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

Подготовка среды

Требования к безопасности данных гибридного типа

Требования к лицензии Cisco Webex

Развертывание службы безопасности данных гибридного типа.

Требования к рабочему столу Docker

Перед установкой узлов HDS необходимо запустить программу установки Docker Desktop. Docker недавно обновил свою модель лицензирования. Вашей организации может потребоваться платная подписка на Docker Desktop. Подробности см. В сообщении блога Docker " Docker обновляет и расширяет подписки на наши продукты ".

Требования к сертификату X.509

Цепочка сертификатов должна отвечать следующим требованиям:

Таблица 1. Требования к сертификату X.509 для развертывания системы безопасности данных гибридного типа

Требование

Сведения

  • Подписано доверенным центром сертификации (CA)

По умолчанию мы доверяем ЦС в списке Mozilla (за исключением WoSign и StartCom) по адресу https://wiki.mozilla.org/CA:IncludedCAs.

  • Имеет имя домена общего имени (CN), которое идентифицирует развертывание службы безопасности данных гибридного типа

  • Не является групповым сертификатом

CN не должен быть доступным или быть в режиме реального времени организатором. Рекомендуется использовать название, которое отражает вашу организацию, например hds.company.com.

CN не должен содержать * (подстановочный знак).

CN используется для проверки узлов безопасности данных гибридного типа для клиентов приложения Webex. Все узлы безопасности данных гибридного типа в кластере используют один и тот же сертификат. Ваш KMS идентифицирует себя с помощью домена CN, а не какого-либо домена, определенного в полях SAN x.509v3.

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

  • Подпись без SHA1

Программное обеспечение KMS не поддерживает подписи SHA1 для проверки подключений к KMS других организаций.

  • Отформатирован как защищенный паролем файл PKCS #12

  • Используйте дружественное имя kms-private-key чтобы пометить сертификат, закрытый ключ и все промежуточные сертификаты для загрузки.

Для изменения формата сертификата можно использовать конвертер, например OpenSSL.

При запуске инструмента настройки HDS необходимо будет ввести пароль.

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

Требования к виртуальному организатору

К виртуальным узлам, которые будут настроены в качестве узлов безопасности данных гибридного типа в кластере, предъявляются следующие требования.

  • Не менее двух отдельных узлов (рекомендуется 3), расположенных в одном защищенном центре обработки данных

  • Установлен и запущен VMware ESXi 6.5 (или более поздняя версия).


     

    Если у вас есть более ранняя версия ESXi, необходимо выполнить модернизацию.

  • Минимум 4 vCPU, 8 ГБ основной памяти, 30 ГБ локального дискового пространства на сервере

Требования к серверу базы данных


 

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

Существует два варианта для сервера базы данных. Требования к каждому из них следующие:

Таблица 2. Требования к серверу базы данных по типу базы данных

PostgreSQL

Microsoft SQL Server

  • PostgreSQL 14, 15 или 16, установлен и запущен.

  • Установлен SQL Server 2016, 2017 или 2019 (корпоративный или стандартный).


     

    Для SQL Server 2016 требуется пакет обновления 2 и кумулятивное обновление 2 или более поздние версии.

Минимум 8 vCPU, 16 ГБ основной памяти, достаточное место на жестком диске и мониторинг, чтобы убедиться, что он не превышен (рекомендуется 2 ТБ, если вы хотите запустить базу данных в течение длительного времени без необходимости увеличения объема хранилища)

Минимум 8 vCPU, 16 ГБ основной памяти, достаточное место на жестком диске и мониторинг, чтобы убедиться, что он не превышен (рекомендуется 2 ТБ, если вы хотите запустить базу данных в течение длительного времени без необходимости увеличения объема хранилища)

Программное обеспечение HDS в настоящее время устанавливает следующие версии драйверов для связи с сервером базы данных:

PostgreSQL

Microsoft SQL Server

Драйвер JDBC Postgres 42.2.5

Драйвер JDBC SQL Server 4.6

Эта версия драйвера поддерживает SQL Server Always On ( Always On Failover Cluster Instances и Always On Availability groups).

Дополнительные требования к аутентификации Windows в Microsoft SQL Server

Если вы хотите, чтобы узлы HDS использовали аутентификацию Windows для получения доступа к базе данных хранилища ключей на Microsoft SQL Server, в вашей среде необходима следующая конфигурация:

  • Узлы HDS, инфраструктура Active Directory и MS SQL Server должны синхронизироваться с NTP.

  • Учетная запись Windows, предоставленная узлам HDS, должна иметь доступ на чтение/запись к базе данных.

  • Серверы DNS, которые вы предоставляете узлам HDS, должны иметь возможность разрешить работу центра распределения ключей (KDC).

  • Экземпляр базы данных HDS можно зарегистрировать на сервере Microsoft SQL в качестве главного имени службы (SPN) в Active Directory. См. раздел Регистрация имени главного поставщика услуг для соединений Kerberos.

    Инструмент настройки HDS, средство запуска HDS и локальный KMS должны использовать аутентификацию Windows для доступа к базе данных хранилища ключей. Они используют сведения из конфигурации ISO для создания SPN при запросе доступа с аутентификацией Kerberos.

Требования к внешним подключениям

Настройте брандмауэр таким образом, чтобы разрешить следующее подключение для приложений HDS.

Приложение

Protocol

Port (Порт)

Направление из приложения

Адресат

Узлы безопасности данных гибридного типа

TCP

443

Исходящие HTTPS и WSS

  • Серверы Webex:

    • *.wbx2.com

    • *.ciscospark.com

  • Все узлы общих параметров идентификации

  • Другие URL-адреса, перечисленные для безопасности данных гибридного типа в таблице Дополнительные URL-адреса для служб гибридного типа Webex Требования к сети для служб Webex

инструмент настройки HDS

TCP

443

Исходящий HTTPS

  • *.wbx2.com

  • Все узлы общих параметров идентификации

  • hub.docker.com


 

Узлы безопасности данных гибридного типа работают с преобразованием сетевого доступа (NAT) или за брандмауэром, если NAT или брандмауэр разрешает требуемые исходящие соединения с адресатами домена в предыдущей таблице. Для соединений, входящих в узлы безопасности данных гибридного типа, порты не должны быть видны из Интернета. В центре обработки данных клиентам необходим доступ к узлам безопасности данных гибридного типа на портах TCP 443 и 22 для административных целей.

URL-адреса узлов общих параметров идентификации (CI) зависят от региона. Это текущие хосты CI:

Регион

URL-адреса общих узлов удостоверений

Северная и Южная Америка

  • https://idbroker.webex.com

  • https://identity.webex.com

  • https://idbroker-b-us.webex.com

  • https://identity-b-us.webex.com

Европейский союз

  • https://idbroker-eu.webex.com

  • https://identity-eu.webex.com

Канада

  • https://idbroker-ca.webex.com

  • https://identity-ca.webex.com

Требования к прокси-серверу

  • Мы официально поддерживаем следующие решения для прокси, которые можно интегрировать с узлами безопасности данных гибридного типа:

  • Поддерживаются следующие комбинации типов аутентификации для явных прокси:

    • без аутентификации при использовании HTTP или HTTPS;

    • базовая аутентификация при использовании HTTP или HTTPS;

    • дайджест-аутентификация только при использовании HTTPS;

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

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

  • Прокси, проверяющие веб-трафик, могут нарушать работу соединений веб-сокетов. При возникновении этой проблемы обход (без проверки) трафика на wbx2.com и ciscospark.com решит проблему.

Выполнение предварительных требований для безопасности данных гибридного типа

Используйте этот контрольный список, чтобы убедиться в готовности к установке и настройке кластера безопасности данных гибридного типа.
1.

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

2.

Выберите имя домена для развертывания HDS (например, hds.company.com) и получить цепочку сертификатов, содержащую сертификат X.509, закрытый ключ и любые промежуточные сертификаты. Цепочка сертификатов должна соответствовать требованиям сертификатов X.509.

3.

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

4.

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

  1. Создайте базу данных для хранения ключей. (Необходимо создать эту базу данных — не используйте базу данных по умолчанию. При установке приложения HDS создайте схему базы данных.)

  2. Соберите сведения, которые узлы будут использовать для связи с сервером базы данных.

    • имя хоста или IP-адрес (хост) и порт

    • имя базы данных (dbname) для хранения ключей

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

5

Для быстрого аварийного восстановления настройте резервную среду в другом центре обработки данных. Среда резервного копирования отражает рабочую среду виртуальных машин и сервера резервной базы данных. Например, если в производстве имеется 3 ВМ с узлами HDS, резервная среда должна иметь 3 ВМ.

6

Настройте хост системного журнала для сбора журналов с узлов в кластере. Соберите его сетевой адрес и порт системного журнала (по умолчанию UDP 514).

7.

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


 

Поскольку узлы безопасности данных гибридного типа хранят ключи, используемые для шифрования и расшифровки контента, неспособность поддерживать оперативное развертывание приведет к НЕВОСПОЛНИМОЙ ПОТЕРЕ этого контента.

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

8

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

9

Установите Docker ( https://www.docker.com) на любой локальной машине с поддерживаемой ОС (64-разрядная версия Microsoft Windows 10 Professional или Enterprise или Mac OSX Yosemite 10.10.3 или более поздняя версия) с веб-браузером, который может получить к нему доступ по ссылке http://127.0.0.1:8080.

Экземпляр Docker используется для загрузки и запуска инструмента настройки HDS, который создает информацию о локальной конфигурации для всех узлов безопасности данных гибридного типа. Вашей организации может потребоваться лицензия Docker Desktop. Дополнительные сведения см. в разделе Требования к рабочему столу Docker.

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

10

При интеграции прокси с безопасностью данных гибридного типа убедитесь, что он соответствует требованиям прокси-сервера.

11

Если в вашей организации используется синхронизация каталогов, создайте группу в Active Directory под названием HdsTrialGroup и добавьте пилотных пользователей. Пробная группа может иметь до 250 пользователей. Файл HdsTrialGroup перед запуском пробной версии для организации необходимо синхронизировать объект с облаком. Чтобы синхронизировать объект группы, выберите его в соединителе каталогов Конфигурация > Выбор объекта . (Подробные инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.)


 

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

Настройка кластера безопасности данных гибридного типа

Процесс выполнения задач по развертыванию системы безопасности данных гибридного типа

Перед началом работы

Подготовка среды

1.

Скачивание файлов установки

Скачайте файл OVA на локальный компьютер для последующего использования.

2.

Создание ISO конфигурации для узлов HDS

Используйте инструмент настройки HDS для создания файла конфигурации ISO для узлов безопасности данных гибридного типа.

3.

Установка OVA узла HDS

Создайте виртуальную машину из файла OVA и выполните начальную конфигурацию, например сетевые настройки.


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

4.

Настройка виртуальной машины безопасности данных гибридного типа

Войдите в консоль виртуальной машины и задайте учетные данные для входа. Настройте сетевые параметры узла, если они не были настроены во время развертывания OVA.

5

Загрузка и монтаж конфигурации HDS ISO

Настройте виртуальную машину из файла конфигурации ISO, созданного с помощью инструмента настройки HDS.

6

Настройка узла HDS для интеграции прокси

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

7.

Регистрация первого узла в кластере

Зарегистрируйте виртуальную машину в облаке Cisco Webex в качестве узла безопасности данных гибридного типа.

8

Создание и регистрация дополнительных узлов

Завершите настройку кластера.

9

Запустить пробную версию и перейти к производству (следующая глава)

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

Скачивание файлов установки

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

Войдите в https://admin.webex.com и щелкните Службы.

2.

В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Настройка.

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


 

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


 

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

3.

Выберите Нет , чтобы указать, что узел еще не настроен, и нажмите Далее.

Файл OVA автоматически начинает скачиваться. Сохраните файл в местоположении на компьютере.
4.

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

Создание ISO конфигурации для узлов HDS

Процесс настройки безопасности данных гибридного типа создает файл ISO. Затем вы используете ISO для настройки узла безопасности данных гибридного типа.

Перед началом работы

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

    Если инструмент настройки HDS работает за прокси в вашей среде, укажите настройки прокси (сервер, порт, учетные данные) через переменные среды Docker при переносе контейнера Docker на шаге 5. В этой таблице указаны некоторые из возможных переменных среды.

    Описание

    Переменная

    HTTP-прокси без аутентификации

    GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

    HTTPS-прокси без аутентификации

    GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

    HTTP-прокси с аутентификацией

    GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

    HTTPS-прокси с аутентификацией

    GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

  • Созданный файл конфигурации ISO содержит главный ключ, шифрующий базу данных PostgreSQL или Microsoft SQL Server. Вам потребуется последняя копия этого файла при внесении изменений в конфигурацию, например:

    • учетные данные базы данных

    • Обновления сертификата

    • Изменения политики авторизации

  • Если вы планируете шифровать соединения с базой данных, настройте развертывание PostgreSQL или SQL Server для TLS.

1.

Введите соответствующую команду для вашей среды в командной строке компьютера.

В обычных средах:

docker rmi ciscocitg/hds-setup:stable

В средах FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

 

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

2.

Чтобы войти в реестр образов Docker, введите следующее.

docker login -u hdscustomersro
3.

Введите в запросе пароля этот хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
4.

Скачайте последнюю стабильную версию образа для вашей среды.

В обычных средах:

docker pull ciscocitg/hds-setup:stable

В средах FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable
5

По завершении скачивания введите соответствующую команду для вашей среды.

  • В обычных средах без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
  • В обычных средах с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В обычных средах с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В средах FedRAMP без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

6

 

Инструмент настройки не поддерживает подключение к localhost через http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

Используйте веб-браузер для перехода к локальному узлу, http://127.0.0.1:8080 и введите имя пользователя администратора клиента для Control Hub в окне запроса.

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

7.

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

8

На странице обзора инструмента настройки щелкните Начало работы.

9

На странице импорта ISO доступны следующие параметры:

  • Нет. При создании первого узла HDS у вас нет файла ISO для загрузки.
  • Да. Если вы уже создали узлы HDS, выберите файл ISO в окне просмотра и загрузите его.
10

Убедитесь, что сертификат X.509 соответствует требованиям, изложенным в требованиях к сертификатам X.509.

  • Если сертификат ранее не загружался, загрузите сертификат X.509, введите пароль и нажмите Продолжить.
  • Если сертификат ОК, нажмите Продолжить.
  • Если срок действия сертификата истек или необходимо заменить его, выберите Нет для продолжения использования цепочки сертификатов HDS и закрытого ключа из предыдущего ISO?. Загрузите новый сертификат X.509, введите пароль и нажмите Продолжить.
11

Введите адрес базы данных и учетную запись HDS для доступа к хранилищу данных ключа:

  1. Выберите тип базы данных (PostgreSQL или Microsoft SQL Server).

    Если выбран Microsoft SQL Server, появится поле Authentication Type (Тип аутентификации).

  2. (Только Microsoft SQL Server) Выберите тип аутентификации:

    • Базовая аутентификация: В поле Имя пользователя необходимо указать имя учетной записи SQL Server.

    • Аутентификация Windows: Вам нужна учетная запись Windows в формате username@DOMAIN в поле Имя пользователя .

  3. Введите адрес сервера базы данных в форме <hostname>:<port> или <IP-address>:<port>.

    Пример.
    dbhost.example.org:1433 или 198.51.100.17:1433

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

    При использовании аутентификации Windows необходимо ввести полное доменное имя в формате dbhost.example.org:1433

  4. Введите имя базы данных.

  5. Введите имя пользователя и пароль пользователя со всеми правами в базе данных хранилища ключей.

12

Выберите режим подключения к базе данных TLS:

Mode

Описание

Предпочтительно использование TLS (параметр по умолчанию)

Узлам HDS не требуется TLS для подключения к серверу базы данных. Если включить TLS на сервере базы данных, узлы попытаются установить зашифрованное соединение.

Обязательное использование TLS

Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

Обязательное использование TLS и проверка источника подписи сертификата


 

Этот режим не применим к базам данных SQL Server.

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает отправителя подписи сертификата от сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

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

Обязательное использование TLS и проверка источника подписи сертификата и имени узла

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает отправителя подписи сертификата от сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

  • Узлы также проверяют, соответствует ли имя хоста в сертификате сервера имени хоста в поле Хост базы данных и порт . Необходимо точное совпадение имен. Иначе узел разорвет соединение.

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

При загрузке корневого сертификата (при необходимости) и нажатии Continue (Продолжить) инструмент настройки HDS тестирует соединение TLS с сервером базы данных. Инструмент также выполняет проверку источника подписи сертификата и имени узла (если применимо). Если тест не будет пройден, в инструменте будет отображено сообщение об ошибке с описанием проблемы. Можно выбрать параметр игнорирования ошибки и продолжить настройку. (Из-за различий в подключении узлы HDS могут установить соединение TLS, даже если машина инструмента настройки HDS не сможет успешно протестировать его.)

13

На странице «Системные журналы» настройте сервер Syslogd:

  1. Введите URL-адрес сервера системного журнала.

    Если сервер не разрешается DNS из узлов кластера HDS, используйте IP-адрес в URL.

    Пример.
    udp://10.92.43.23:514 указывает на вход в хост Syslogd 10.92.43.23 на порту UDP 514.
  2. Если вы настроили на сервере использование шифрования TLS, проверьте, настроен ли ваш сервер системного журнала для шифрования SSL?.

    Установив этот флажок, убедитесь, что введен URL-адрес TCP, например tcp://10.92.43.23:514.

  3. В раскрывающемся списке Выбор завершения записи системного журнала выберите соответствующую настройку для файла ISO. Выберите или Newline используется для Graylog и Rsyslog TCP

    • Null byte -- \x00

    • Newline -- \n — выберите этот параметр для TCP Graylog и Rsyslog.

  4. Щелкните Продолжить.

14

(Необязательно) Значение по умолчанию для некоторых параметров подключения к базе данных можно изменить в расширенных настройках. Как правило, этот параметр является единственным, который можно изменить:

app_datasource_connection_pool_maxSize: 10
15

Щелкните Продолжить на экране Сброс пароля учетных записей службы .

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

16

Щелкните Скачать файл ISO. Сохраните файл в удобном для поиска местоположении.

17

Сделайте резервную копию файла ISO в локальной системе.

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

18

Чтобы выключить инструмент настройки, введите CTRL+C.

Дальнейшие действия

Создайте резервную копию файла конфигурации ISO. Она необходима для создания дополнительных узлов для восстановления или внесения изменений в конфигурацию. Если вы потеряете все копии файла ISO, вы также потеряете главный ключ. Восстановление ключей из базы данных PostgreSQL или Microsoft SQL Server невозможно.


 

У нас никогда нет копии этого ключа, и мы не можем помочь, если вы его потеряете.

Установка OVA узла HDS

Используйте эту процедуру для создания виртуальной машины из файла OVA.
1.

Используйте клиент VMware vSphere на компьютере для входа в виртуальный хост ESXi.

2.

Выберите Файл > Развертывание шаблона OVF.

3.

В мастере укажите расположение скачанного ранее файла OVA и щелкните Далее.

4.

На Выберите имя и папку страница, введите Имя виртуальной машины для узла (например, HDS_Node_1) выберите местоположение, в котором может находиться развертывание узла виртуальной машины, а затем щелкните Далее.

5

На Выберите вычислительный ресурс выберите целевой вычислительный ресурс, а затем щелкните Далее.

Выполняется проверка. После завершения отображаются сведения о шаблоне.

6

Проверьте сведения о шаблоне и щелкните Далее.

7.

Если вас попросят выбрать конфигурацию ресурса в Конфигурация страница, щелкните 4 ЦП и щелкните Далее.

8

На Выбрать хранилище страница, щелкните Далее для принятия формата диска по умолчанию и политики хранения VM.

9

На Выбор сетей выберите параметр сети из списка записей, чтобы обеспечить желаемое подключение к виртуальной машине.

10

На странице Настройка шаблона настройте следующие сетевые параметры.

  • Имя узла. Введите полное доменное имя (имя узла и домен) или одно имя узла для узла.

     
    • Вам не нужно настраивать домен в соответствии с доменом, который вы использовали для получения сертификата X.509.

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

    • Общая длина FQDN не должна превышать 64 символов.

  • IP-адрес — введите IP-адрес для внутреннего интерфейса узла.

     

    Ваш узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

  • Маска — введите адрес маски подсети в десятичной нотации. Например, 255.255.255.0.
  • Шлюз — введите IP-адрес шлюза. Шлюз — это сетевой узел, который служит точкой доступа к другой сети.
  • DNS-серверы — введите список DNS-серверов с разделителями-запятыми, которые обрабатывают перевод доменных имен на числовые IP-адреса. (Допускается до 4 записей DNS.)
  • Серверы NTP. Введите сервер NTP вашей организации или другой внешний сервер NTP, который может использоваться в вашей организации. Серверы NTP по умолчанию могут работать не для всех предприятий. Также можно использовать список с разделителями-запятыми для ввода нескольких серверов NTP.
  • Разверните все узлы в одной подсети или VLAN, чтобы все узлы в кластере были доступны клиентам в вашей сети в целях администрирования.

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


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

11

Щелкните правой кнопкой мыши виртуальную машину узла и выберите Питание > Питание включено.

Программное обеспечение безопасности данных гибридного типа устанавливается в качестве гостя на узле виртуальной машины. Теперь вы готовы войти в консоль и настроить узел.

Рекомендации по устранению неисправностей

Может возникнуть задержка в несколько минут до появления контейнеров узла. Во время первой загрузки на консоли появляется сообщение брандмауэра моста, во время которого невозможно войти в систему.

Настройка виртуальной машины безопасности данных гибридного типа

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

1.

В клиенте VMware vSphere выберите VM узла безопасности данных гибридного типа и перейдите на вкладку Консоль .

Виртуальная машина загружается, и появляется запрос на вход. Если запрос на вход не отображается, нажмите Enter.
2.

Для входа и изменения учетных данных используйте следующие логин и пароль по умолчанию.

  1. Вход: admin

  2. Пароль: cisco

После первого входа в виртуальную машину необходимо изменить пароль администратора.

3.

Если параметры сети уже настроены в разделе Установка узла HDS OVA, пропустите оставшуюся часть этой процедуры. В противном случае в главном меню выберите пункт Редактировать конфигурацию .

4.

Настройте статическую конфигурацию с IP-адресом, маской, шлюзом и информацией о DNS. Ваш узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

5

(Необязательно) Измените имя узла, домен или серверы NTP, если это необходимо для соответствия политике сети.

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

6

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

Загрузка и монтаж конфигурации HDS ISO

Используйте эту процедуру для настройки виртуальной машины из файла ISO, созданного с помощью инструмента настройки HDS.

Перед началом работы

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

1.

Загрузите файл ISO с компьютера:

  1. В левой панели навигации клиента VMware vSphere щелкните сервер ESXi.

  2. В списке Аппаратное обеспечение вкладки Конфигурация щелкните Хранилище.

  3. В списке Datastores щелкните правой кнопкой мыши хранилище данных для виртуальных машин и нажмите Browse Datastore.

  4. Щелкните пиктограмму Загрузить файлы и нажмите Загрузить файл.

  5. Перейдите в расположение, где вы скачали файл ISO на свой компьютер, и нажмите Открыть.

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

2.

Подключите файл ISO:

  1. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  2. Нажмите OK, чтобы принять предупреждение об ограниченных параметрах редактирования.

  3. Щелкните кнопку CD/DVD Drive 1, выберите параметр для подключения из файла ISO хранилища данных и перейдите в расположение, куда загружен файл конфигурации ISO.

  4. Установите флажки Подключено и Подключено при включении питания.

  5. Сохраните изменения и перезагрузите виртуальную машину.

Дальнейшие действия

Если требуется ИТ-политика, можно при необходимости отменить монтирование файла ISO после того, как все узлы выберут изменения конфигурации. Подробности см. в статье (Необязательно) Отключение ISO после конфигурации HDS.

Настройка узла HDS для интеграции прокси

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

Перед началом работы

1.

Введите URL настройки узла HDS https://[HDS Node IP or FQDN]/setup в веб-браузере введите учетные данные администратора, настроенные для узла, и щелкните Войти.

2.

Откройте раздел Trust Store & Proxy (Зона доверия и прокси) и выберите один из следующих параметров.

  • No Proxy (Без прокси). Этот параметр применяется по умолчанию до интеграции прокси. Обновление сертификата не требуется.
  • Transparent Non-Inspecting Proxy (Прозрачный прокси без проверки). Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.
  • Transparent Inspecting Proxy (Прозрачный прокси с проверкой). Узлы не настроены для использования адреса определенного прокси-сервера. В развертывании службы безопасности данных гибридного типа не нужно вносить изменения в конфигурацию HTTPS, однако для обеспечения доверия прокси узлам HDS необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).
  • Explicit Proxy (Явный прокси). При использовании явного прокси необходимо указать прокси-сервер, который должен использовать клиент (узлы HDS). Этот параметр поддерживает несколько типов аутентификации. После выбора этого параметра необходимо ввести указанную далее информацию.
    1. Proxy IP/FQDN (IP-адрес или FQDN прокси). Адрес, который можно использовать для доступа к прокси-машине.

    2. Proxy Port (Порт прокси). Номер порта, который используется прокси для прослушивания трафика, передаваемого через прокси.

    3. Proxy Protocol (Протокол прокси). Выберите http (просматривает все запросы, получаемые от клиента, и управляет этими запросами) или https (обеспечивает работу канала связи с сервером; клиент получает и проверяет сертификат сервера). Выберите параметр в зависимости от того, какой протокол поддерживает используемый вами прокси-сервер.

    4. Authentication Type (Тип аутентификации). Выберите один из перечисленных ниже типов аутентификации.

      • None (Нет). Дальнейшая аутентификация не требуется.

        Этот параметр доступен для прокси HTTP или HTTPS.

      • Basic (Базовая). Используется для оператора пользователя HTTP в целях предоставления имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен для прокси HTTP или HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только для прокси HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

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

3.

Щелкните Upload a Root Certificate or End Entity Certificate (Загрузить корневой сертификат или сертификат конечного субъекта) и откройте меню для выбора корневого сертификата для прокси.

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

4.

Чтобы протестировать сетевое соединение между узлом и прокси, щелкните Check Proxy Connection (Проверить соединение с прокси).

Если тестирование соединения завершится неудачей, на экране появится сообщение об ошибке, в котором будут указаны причина и способ исправления ошибки.

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

5

Если вы используете явный прокси, настроенный на применение исключительно https, после успешного завершения тестирования соединения включите параметр Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси (Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси). Для вступления в силу этого параметра необходимо 15 секунд.

6

Щелкните Install All Certificates Into the Trust Store (Установить все сертификаты в зоне доверия) – этот параметр отображается при использовании явного прокси HTTPS или прозрачного прокси с проверкой – или Reboot (Перезагрузить) – этот параметр отображается при использовании явного прокси HTTP. Прочитайте запрос и щелкните Install (Установить), если вы готовы к установке.

Узел перезагрузится в течение нескольких минут.

7.

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

Проверка соединения с прокси используется исключительно для тестирования поддомена webex.com. Проблемы с соединениями нередко возникают из-за того, что некоторые облачные домены, указанные в инструкциях по установке, блокируются на уровне прокси.

Регистрация первого узла в кластере

Для выполнения этой задачи требуется общий узел, созданный в инструменте Настройка виртуальной машины безопасности данных гибридного типа, регистрирует узел в облаке Webex и превращает его в узел безопасности данных гибридного типа.

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

Перед началом работы

  • Как только вы начнете регистрацию узла, вы должны завершить ее в течение 60 минут или начать заново.

  • Убедитесь, что все блокирующие всплывающие окна в браузере отключены или что для admin.webex.com разрешено исключение.

1.

Войдите в https://admin.webex.com.

2.

В меню в левой части экрана выберите Службы.

3.

В разделе служб гибридного типа найдите службу безопасности данных гибридного типа и щелкните Настройка.

Откроется страница "Регистрация узла безопасности данных гибридного типа".
4.

Выберите Да , чтобы указать, что узел настроен и готов его зарегистрировать, а затем нажмите Далее.

5

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

Рекомендуется присвоить кластеру имя в зависимости от географического расположения узлов кластера. Например: "Сан-Франциско", "Нью-Йорк" или "Даллас"

6

Во втором поле введите внутренний IP-адрес или полное доменное имя узла и нажмите Далее.

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

Отобразится сообщение о том, что узел можно зарегистрировать в Webex.
7.

Щелкните Перейти к узлу.

8

В предупреждающем сообщении нажмите Continue (Продолжить).

Через несколько минут вы будете перенаправлены на тесты подключения узлов для служб Webex. Если все тесты прошли успешно, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". Там вы подтверждаете, что хотите предоставить организации Webex полномочия на доступ к узлу.
9

Установите флажок Разрешить доступ к узлу безопасности данных гибридного типа и нажмите Продолжить.

Ваша учетная запись проверена, и в сообщении "Регистрация завершена" указывается, что ваш узел теперь зарегистрирован в облаке Webex.
10

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

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

Создание и регистрация дополнительных узлов

Чтобы добавить дополнительные узлы в кластер, необходимо просто создать дополнительные виртуальные машины и смонтировать тот же файл конфигурации ISO, а затем зарегистрировать узел. Рекомендуется иметь не менее 3 узлов.

 

В настоящее время резервные виртуальные машины, созданные в разделе Complete the Prerequisites for Data Security гибридного типа, являются резервными хостами, которые используются только в случае аварийного восстановления. До этого времени они не регистрируются в системе. Дополнительные сведения см. в разделе Аварийное восстановление с помощью резервного центра обработки данных.

Перед началом работы

  • Как только вы начнете регистрацию узла, вы должны завершить ее в течение 60 минут или начать заново.

  • Убедитесь, что все блокирующие всплывающие окна в браузере отключены или что для admin.webex.com разрешено исключение.

1.

Создайте новую виртуальную машину из OVA, повторив шаги, описанные в разделе Установка OVA узла HDS.

2.

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

3.

В новой виртуальной машине повторите шаги, описанные в разделе Загрузить и смонтировать конфигурацию HDS ISO.

4.

При настройке прокси для развертывания повторите действия, описанные в разделе Настройка узла HDS для интеграции прокси , если это необходимо для нового узла.

5

Зарегистрируйте узел.

  1. В https://admin.webex.com выберите Службы в меню в левой части экрана.

  2. В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Ресурсы.

    Отобразится страница ресурсов безопасности данных гибридного типа.
  3. Щелкните Добавить ресурс.

  4. В первом поле выберите имя существующего кластера.

  5. Во втором поле введите внутренний IP-адрес или полное доменное имя узла и нажмите Далее.

    Отобразится сообщение о том, что узел можно зарегистрировать в облаке Webex.
  6. Щелкните Перейти к узлу.

    Через несколько минут вы будете перенаправлены на тесты подключения узлов для служб Webex. Если все тесты прошли успешно, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". Там вы подтверждаете, что хотите предоставить вашей организации полномочия на доступ к узлу.
  7. Установите флажок Разрешить доступ к узлу безопасности данных гибридного типа и нажмите Продолжить.

    Ваша учетная запись проверена, и в сообщении "Регистрация завершена" указывается, что ваш узел теперь зарегистрирован в облаке Webex.
  8. Щелкните ссылку или закройте вкладку, чтобы вернуться на страницу безопасности данных гибридного типа Control Hub.

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

Дальнейшие действия

Запустить пробную версию и перейти к производству (следующая глава)
Запуск пробной версии и переход к производству

Процесс выполнения пробной версии производственных задач

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

1.

Если применимо, синхронизируйте HdsTrialGroup групповой объект.

Если в вашей организации используется синхронизация каталогов для пользователей, необходимо выбрать HdsTrialGroup группировать объект для синхронизации с облаком, прежде чем начать пробную версию. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

2.

Активировать пробную версию

Начните пробную версию. Пока вы не выполните эту задачу, ваши узлы генерируют сигнал о том, что служба еще не активирована.

3.

Тестирование развертывания системы безопасности данных гибридного типа

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

4.

Мониторинг работоспособности системы безопасности данных гибридного типа

Проверьте состояние и настройте электронные уведомления для сигналов тревоги.

5

Добавление или удаление пользователей из пробной версии

6

Завершите пробную фазу одним из следующих действий.

Активировать пробную версию

Перед началом работы

Если в вашей организации используется синхронизация каталогов для пользователей, необходимо выбрать HdsTrialGroup группировать объект для синхронизации с облаком, прежде чем начать пробную версию для вашей организации. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

1.

Войдите в https://admin.webex.com и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе "Состояние службы" щелкните Начать пробную версию.

Состояние службы меняется на пробный режим.
4.

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

(Если в вашей организации используется синхронизация каталогов, используйте Active Directory для управления пробной группой, HdsTrialGroup.)

Тестирование развертывания системы безопасности данных гибридного типа

Используйте эту процедуру для тестирования сценариев шифрования безопасности данных гибридного типа.

Перед началом работы

  • Настройте развертывание службы безопасности данных гибридного типа.

  • Активируйте пробную версию и добавьте нескольких пользователей пробной версии.

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

1.

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


 

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

2.

Отправка сообщений в новое пространство.

3.

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

  1. Чтобы проверить, устанавливает ли пользователь первый защищенный канал в KMS, отфильтруйте kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

    Вы должны найти следующую запись (идентификаторы сокращены для читаемости):
    2020-07-21 17:35:34.562 (+0000) INFO  KMS [pool-14-thread-1] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms://hds2.org5.portun.us/statickeys/3[~]0 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, 
    kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, 
    kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2
  2. Чтобы проверить, запрашивает ли пользователь существующий ключ от KMS, выполните фильтр kms.data.method=retrieve и kms.data.type=KEY:

    Вы должны найти запись, например:
    2020-07-21 17:44:19.889 (+0000) INFO  KMS [pool-14-thread-31] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=retrieve, 
    kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, 
    kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b
  3. Чтобы проверить, есть ли у пользователя запрос на создание нового ключа KMS, выполните фильтр kms.data.method=create и kms.data.type=KEY_COLLECTION:

    Вы должны найти запись, например:
    2020-07-21 17:44:21.975 (+0000) INFO  KMS [pool-14-thread-33] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, 
    kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, 
    kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b
  4. Чтобы проверить наличие пользователя, запрашивающего создание нового объекта ресурса KMS (KRO) при создании пространства или другого защищенного ресурса, выполните фильтр kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

    Вы должны найти запись, например:
    2020-07-21 17:44:22.808 (+0000) INFO  KMS [pool-15-thread-1] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, 
    kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
    kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Мониторинг работоспособности системы безопасности данных гибридного типа

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

В Control Hub выберите Службы в меню в левой части экрана.

2.

В разделе служб гибридного типа найдите службу безопасности данных гибридного типа и щелкните Настройки.

Отобразится страница параметров безопасности данных гибридного типа.
3.

В разделе «Электронные уведомления» введите один или несколько адресов электронной почты, разделенных запятыми, и нажмите Enter.

Добавление или удаление пользователей из пробной версии

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

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

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

1.

Войдите в Control Hub и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе «Пробный режим» области «Состояние службы» щелкните Добавить пользователей или выберите просмотр и редактирование для удаления пользователей из пробной версии.

4.

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

Переход от пробной версии к производственной

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

Войдите в Control Hub и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

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

4.

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

Завершение пробной версии без перехода к производству

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

Войдите в Control Hub и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе Деактивировать нажмите Деактивировать.

4.

Подтвердите деактивацию службы и завершите пробную версию.

Управление развертыванием HDS

Управление развертыванием HDS

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

Задать график модернизации кластера

Обновление программного обеспечения для безопасности данных гибридного типа выполняется автоматически на уровне кластера, что гарантирует, что все узлы всегда используют одну и ту же версию программного обеспечения. Модернизация выполняется в соответствии с графиком модернизации для кластера. Когда модернизация программного обеспечения становится доступной, вы можете вручную модернизировать кластер до запланированного времени модернизации. Вы можете задать конкретный график модернизации или использовать расписание по умолчанию в 3:00 утра по Соединенным Штатам: Америка/Лос-Анджелес При необходимости можно также отложить предстоящую модернизацию.

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

1.

Войдите в Control Hub.

2.

На странице "Обзор" в разделе "Службы гибридного типа" выберите Безопасность данных гибридного типа.

3.

На странице "Ресурсы безопасности данных гибридного типа" выберите кластер.

4.

На панели "Обзор" справа в разделе "Настройки кластера" выберите имя кластера.

5

На странице "Настройки" в разделе "Модернизация" выберите время и часовой пояс для расписания модернизации.

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

Изменение конфигурации узла

Иногда может потребоваться изменить конфигурацию узла безопасности данных гибридного типа по одной из причин:
  • Изменение сертификатов x.509 по истечении срока действия или по другим причинам.


     

    Изменение доменного имени CN сертификата не поддерживается. Домен должен совпадать с исходным доменом, использованным для регистрации кластера.

  • Обновление настроек базы данных для работы с копией базы данных PostgreSQL или Microsoft SQL Server.


     

    Перенос данных с PostgreSQL на Microsoft SQL Server или в обратном направлении не поддерживается. Чтобы переключить среду базы данных, начните новое развертывание службы безопасности данных гибридного типа.

  • Создание новой конфигурации для подготовки нового центра обработки данных.

Из соображений безопасности для учетных записей в службе безопасности данных гибридного типа используются пароли со сроком действия 9 месяцев. После того как инструмент настройки HDS создаст эти пароли, вам нужно будет развернуть их в каждом из своих узлов HDS в файле конфигурации ISO. При приближении даты окончания срока действия пароля команда Webex пришлет вам уведомление с запросом на сброс пароля учетной записи компьютера. (В сообщении электронной почты будет текст "Использование API учетной записи компьютера для обновления пароля".) Если срок действия паролей еще не истек, средство предоставляет два варианта.

  • Мягкий сброс. Старые и новые пароли работают в течение не более 10 дней. Используйте этот период для постепенной замены файла ISO на узлах.

  • Жесткий сброс. Старые пароли перестанут работать немедленно.

Если срок действия ваших паролей истекает без сброса, это влияет на работу вашей службы HDS. В этом случае требуется немедленный жесткий сброс и замена файла ISO на всех узлах.

Используйте эту процедуру, чтобы создать новый файл конфигурации ISO и применить его к кластеру.

Перед началом работы

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

    Если инструмент настройки HDS работает за прокси в вашей среде, укажите настройки прокси (сервер, порт, учетные данные) через переменные среды Docker при переносе контейнера Docker в 1.e. В этой таблице указаны некоторые из возможных переменных среды.

    Описание

    Переменная

    HTTP-прокси без аутентификации

    GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

    HTTPS-прокси без аутентификации

    GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

    HTTP-прокси с аутентификацией

    GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

    HTTPS-прокси с аутентификацией

    GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

  • Для создания новой конфигурации потребуется копия текущего файла конфигурации ISO. Файл ISO содержит главный ключ шифрования базы данных PostgreSQL или Microsoft SQL Server. Файл ISO необходим для изменения конфигурации, в том числе учетных данных базы данных, обновления сертификатов или изменения политики авторизации.

1.

Запустите инструмент настройки HDS, используя Docker на локальной машине.

  1. Введите соответствующую команду для вашей среды в командной строке компьютера.

    В обычных средах:

    docker rmi ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker rmi ciscocitg/hds-setup-fedramp:stable

     

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

  2. Чтобы войти в реестр образов Docker, введите следующее.

    docker login -u hdscustomersro
  3. Введите в запросе пароля этот хеш:

    dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
  4. Скачайте последнюю стабильную версию образа для вашей среды.

    В обычных средах:

    docker pull ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker pull ciscocitg/hds-setup-fedramp:stable

     

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

  5. По завершении скачивания введите соответствующую команду для вашей среды.

    • В обычных средах без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
    • В обычных средах с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В обычных средах с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В средах FedRAMP без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

    Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

  6. Используйте браузер для подключения к localhost, . http://127.0.0.1:8080.


     

    Инструмент настройки не поддерживает подключение к localhost через http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

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

  8. Импортируйте текущий файл конфигурации ISO.

  9. Следуйте подсказкам, чтобы завершить работу с инструментом и скачать обновленный файл.

    Чтобы выключить инструмент настройки, введите CTRL+C.

  10. Создайте резервную копию обновленного файла в другом центре обработки данных.

2.

Если у вас запущен только один узел HDS, создайте новую виртуальную машину узла безопасности данных гибридного типа и зарегистрируйте ее с помощью нового файла конфигурации ISO. Более подробные инструкции см. в разделе Создание и регистрация дополнительных узлов.

  1. Установите OVA узла HDS.

  2. Настройте виртуальную машину HDS.

  3. Подключите обновленный файл конфигурации.

  4. Зарегистрируйте новый узел в Control Hub.

3.

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

  1. Выключите виртуальную машину.

  2. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  3. Щелкните кнопку CD/DVD Drive 1 Щелкните Дисковод компакт-дисков и DVD-дисков 1, выберите параметр подключения из файла ISO и найдите расположение, куда вы скачали новый файл конфигурации ISO.

  4. Установите флажок Соединять при включении.

  5. Сохраните изменения и включите виртуальную машину.

4.

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

Отключение режима блокировки разрешения внешних DNS

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

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

Перед началом работы

Убедитесь в том, что внутренние DNS-серверы могут разрешать общедоступные имена DNS и ваши узлы могут обмениваться данными с ними.
1.

В веб-браузере откройте интерфейс узла безопасности данных гибридного типа (например, IP-адрес или настройка, https://192.0.2.0/setup), введите учетные данные администратора, настроенные для узла, и щелкните Войти.

2.

Перейдите к разделу Overview (Обзор) (страница по умолчанию).

Если режим включен, параметр Blocked External DNS Resolution (Блокировка разрешения внешних DNS) должен иметь значение Yes (Да).

3.

Перейдите на страницу Trust Store & Proxy (Зона доверия и прокси).

4.

Щелкните Check Proxy Connection (Проверить соединение с прокси).

Если отображено сообщение о том, что не удалось предоставить разрешение внешнего DNS, значит, узлу не удалось подключиться к DNS-серверу и он останется в этом режиме. В противном случае после перезапуска узла и возврата на страницу Overview (Обзор) параметр блокировки разрешения внешних DNS должен иметь значение No (Нет).

Дальнейшие действия

Повторите тестирование соединения с прокси для каждого узла кластера безопасности данных гибридного типа.

Удаление узла

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

Используйте клиент VMware vSphere на компьютере для входа в виртуальный хост ESXi и выключения виртуальной машины.

2.

Удалить узел.

  1. Войдите в Control Hub и выберите Службы.

  2. На карточке безопасности данных гибридного типа щелкните Просмотреть все , чтобы отобразить страницу ресурсов безопасности данных гибридного типа.

  3. Выберите кластер, чтобы отобразить его панель обзора.

  4. Щелкните Открыть список узлов.

  5. На вкладке Узлы выберите узел, который необходимо удалить.

  6. Щелкните Действия > Отменить регистрацию узла.

3.

В клиенте vSphere удалите виртуальную машину. (В левой панели навигации щелкните правой кнопкой мыши виртуальную машину и выберите Удалить.)

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

Аварийное восстановление с помощью резервного центра обработки данных

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

Поскольку кластер выполняет критически важную функцию предоставления этих ключей, необходимо, чтобы кластер продолжал работать и чтобы поддерживалось надлежащее резервное копирование. Потеря базы данных безопасности данных гибридного типа или конфигурации ISO, используемой для схемы, приведет к НЕВОСПОЛНИМОЙ ПОТЕРЕ клиентского контента. Для предотвращения таких потерь обязательны следующие действия:

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

1.

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание конфигурации ISO для узлов HDS.

2.

После настройки сервера Syslogd щелкните Расширенные настройки

3.

На странице Расширенные настройки добавьте конфигурацию ниже или удалите passiveMode конфигурации, чтобы сделать узел активным. Узел может обрабатывать трафик после его настройки.


passiveMode: 'false'
4.

Завершите процесс настройки и сохраните файл ISO в удобном для поиска местоположении.

5

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

6

В левой панели навигации клиента VMware vSphere щелкните правой кнопкой мыши виртуальную машину и выберите Редактировать настройки..

7.

Щелкните Edit Settings >CD/DVD Drive 1 и выберите Datastore ISO File.


 

Убедитесь, что Connected и Connect at power on установлены флажки, чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение не менее 15 минут.

9

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


 

Проверьте вывод системного журнала, чтобы убедиться, что узлы резервного центра обработки данных не находятся в пассивном режиме. Параметр KMS configured in passive mode (KMS configured in passive mode) не должен отображаться в системных журналах.

Дальнейшие действия

Если после отработки отказа основной центр обработки данных снова становится активным, снова переведите резервный центр обработки данных в пассивный режим, выполнив действия, описанные в разделе Настройка резервного центра обработки данных для аварийного восстановления.

(Необязательно) Отсоедините ISO после конфигурации HDS

Стандартная конфигурация HDS работает с установленным ISO. Но некоторые клиенты предпочитают не оставлять файлы ISO постоянно монтируемые. Файл ISO можно отменить после того, как все узлы HDS получат новую конфигурацию.

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

Перед началом работы

Модернизируйте все узлы HDS до версии 2021.01.22.4720 или более поздней.

1.

Отключите один из узлов HDS.

2.

В vCenter Server Appliance выберите узел HDS.

3.

Выберите Редактировать настройки > CD/DVD привод и снимите флажок Datastore ISO File.

4.

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение как минимум 20 минут.

5

Повторите для каждого узла HDS по очереди.

Устранение неполадок безопасности данных гибридного типа

Просмотр предупреждений и устранение неполадок

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

  • Невозможно создать новые пространства (невозможно создать новые клавиши)

  • Не удалось расшифровать сообщения и названия пространств для:

    • Новые пользователи, добавленные в пространство (невозможно получить ключи)

    • Существующие пользователи в пространстве с использованием нового клиента (невозможно получить ключи)

  • Существующие пользователи в пространстве будут продолжать успешно работать, пока у их клиентов есть кэш ключей шифрования

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

Предупреждения

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

Таблица 1. Общие проблемы и шаги по их решению

Сигнал

Действие

Ошибка доступа к локальной базе данных.

Проверьте наличие ошибок базы данных или проблем с локальной сетью.

Сбой подключения локальной базы данных.

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

Сбой доступа к облачной службе.

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

Возобновление регистрации облачной службы.

Регистрация в облачных службах была отменена. Продолжается возобновление регистрации.

Регистрация в облачной службе отменена.

Регистрация в облачных службах прекращена. Сервис отключается.

Служба еще не активирована.

Активируйте пробную версию или завершите перемещение пробной версии в производство.

Настроенный домен не соответствует сертификату сервера.

Убедитесь, что сертификат сервера соответствует настроенному домену активации службы.

Наиболее вероятной причиной является то, что сертификат CN был недавно изменен и теперь отличается от CN, который использовался при начальной настройке.

Не удалось выполнить аутентификацию в облачных службах.

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

Не удалось открыть файл локального хранилища ключей.

Проверьте целостность и точность пароля в локальном файле хранилища ключей.

Недопустимый сертификат локального сервера.

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

Не удается опубликовать метрики.

Проверьте доступ локальной сети к внешним облачным службам.

каталог /media/configdrive/hds не существует.

Проверьте конфигурацию подключения ISO на виртуальном узле. Убедитесь, что файл ISO существует, что он настроен на монтирование при перезагрузке и что он успешно монтируется.

Устранение неполадок безопасности данных гибридного типа

При устранении неполадок с безопасностью данных гибридного типа используйте приведенные ниже общие рекомендации.
1.

Просмотрите Control Hub на наличие предупреждений и исправьте все найденные в нем элементы.

2.

Проверьте вывод сервера syslog для активности из развертывания службы безопасности данных гибридного типа.

3.

Обратитесь в службу поддержки Cisco.

Другие примечания

Известные проблемы безопасности данных гибридного типа

  • При отключении кластера безопасности данных гибридного типа (удалении его в Control Hub или отключении всех узлов), потере файла конфигурации ISO или потере доступа к базе данных хранилища ключей пользователи приложения Webex больше не смогут использовать пространства в списке пользователей, созданные с помощью клавиш KMS. Это применимо как к пробному, так и к производственному развертыванию. В настоящее время у нас нет решения или решения этой проблемы. Мы настоятельно рекомендуем вам не закрывать службы HDS после обработки учетных записей активных пользователей.

  • Клиент, имеющий существующее подключение ECDH к KMS, поддерживает это подключение в течение определенного периода времени (вероятно, одного часа). Когда пользователь становится участником пробной версии безопасности данных гибридного типа, клиент пользователя продолжает использовать существующее соединение ECDH до истечения времени его истечения. Кроме того, пользователь может выйти из приложения Webex и вернуться в него, чтобы обновить местоположение, в котором приложение связывается с ключами шифрования.

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

Использование OpenSSL для создания файла PKCS12

Перед началом работы

  • OpenSSL является одним из инструментов, который может быть использован для создания файла PKCS12 в надлежащем формате для загрузки в инструмент установки HDS. Есть и другие способы сделать это, и мы не поддерживаем и не продвигаем одну сторону.

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

  • Установите OpenSSL в поддерживаемой среде. См. https://www.openssl.org программное обеспечение и документацию.

  • Создайте закрытый ключ.

  • Начните эту процедуру при получении сертификата сервера от центра сертификации (ЦС).

1.

При получении сертификата сервера из ЦС сохраните его как hdsnode.pem.

2.

Отобразите сертификат в виде текста и проверьте сведения.

openssl x509 -text -noout -in hdsnode.pem

3.

Используйте текстовый редактор для создания файла пакета сертификатов, который называется hdsnode-bundle.pem. Файл пакета должен содержать сертификат сервера, все промежуточные сертификаты ЦС и корневые сертификаты ЦС в следующем формате:

-----BEGIN CERTIFICATE-----
### Server certificate. ###
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
###  Intermediate CA certificate. ###
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
###  Root CA certificate. ###
-----END CERTIFICATE-----
4.

Создайте файл .p12 с дружественным именем kms-private-key.

openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12

5

Проверьте сведения о сертификате сервера.

  1. openssl pkcs12 -in hdsnode.p12

  2. Введите пароль при запросе, чтобы зашифровать закрытый ключ так, чтобы он отображался в выходном окне. Затем убедитесь, что закрытый ключ и первый сертификат содержат строки friendlyName: kms-private-key.

    Пример.

    bash$ openssl pkcs12 -in hdsnode.p12
    Enter Import Password:
    MAC verified OK
    Bag Attributes
        friendlyName: kms-private-key
        localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 
    Key Attributes: <No Attributes>
    Enter PEM pass phrase:
    Verifying - Enter PEM pass phrase:
    -----BEGIN ENCRYPTED PRIVATE KEY-----
    <redacted>
    -----END ENCRYPTED PRIVATE KEY-----
    Bag Attributes
        friendlyName: kms-private-key
        localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 
    subject=/CN=hds1.org6.portun.us
    issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
    -----BEGIN CERTIFICATE-----
    <redacted>
    -----END CERTIFICATE-----
    Bag Attributes
        friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US
    subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
    issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3
    -----BEGIN CERTIFICATE-----
    <redacted>
    -----END CERTIFICATE-----

Дальнейшие действия

Вернитесь к разделу "Завершить предварительные требования для безопасности данных гибридного типа". Вы будете использовать hdsnode.p12 и пароль, заданный для него, в разделе Создание конфигурации ISO для узлов HDS.


 

Эти файлы можно использовать повторно для запроса нового сертификата по истечении срока действия оригинального сертификата.

Трафик между узлами HDS и облаком

Трафик коллекции исходящих метрик

Узлы безопасности данных гибридного типа отправляют определенные метрики в облако Webex. К ним относятся системные метрики для максимальных значений кучи, используемой кучи, загрузки ЦП и количества потоков; метрики синхронных и асинхронных потоков; метрики предупреждений, включающие пороговое значение соединений шифрования, задержку или длину очереди запросов; метрики хранилища данных; и метрики подключения шифрования. Узлы отправляют зашифрованный ключ по каналу за пределами потока (отдельно от запроса).

Входящий Трафик

Узлы безопасности данных гибридного типа получают следующие типы входящего трафика из облака Webex.

  • Запросы на шифрование от клиентов, маршрутизируемые службой шифрования

  • Модернизация программного обеспечения узла

Настройка прокси Squid для безопасности данных гибридного типа

Невозможно выполнить подключение веб-сокетов через прокси Squid

Прокси-серверы Squid, проверяющие трафик HTTPS, могут препятствовать созданию веб-сокета ( wss:) соединений, требуемых службой безопасности данных гибридного типа. В этих разделах содержится руководство по настройке различных версий Squid на игнорирование wss: для обеспечения надлежащей работы служб.

Squid 4 и 5

Добавить on_unsupported_protocol директива к squid.conf:

on_unsupported_protocol tunnel all

Squid 3.5.27

Безопасность данных гибридного типа успешно протестирована с добавлением приведенных ниже правил. squid.conf. Эти правила могут изменяться по мере разработки функций и обновления облака Webex.

acl wssMercuryConnection ssl::server_name_regex mercury-connection

ssl_bump splice wssMercuryConnection

acl step1 at_step SslBump1
acl step2 at_step SslBump2
acl step3 at_step SslBump3
ssl_bump peek step1 all
ssl_bump stare step2 all
ssl_bump bump step3 all
Предисловие

Новая и измененная информация

Дата

Внесенные изменения

20 октября 2023 г.

07 августа 2023 г.

23 мая 2023 г.

06 декабря 2022 г.

23 ноября 2022 г.

  • Узлы HDS теперь могут использовать аутентификацию Windows для Microsoft SQL Server.

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

    Обновлен параметр Создание конфигурации ISO для узлов HDS с процедурой настройки аутентификации Windows на узлах.

  • Обновлен раздел Требования к серверу базы данных новыми минимальными требуемыми версиями (PostgreSQL 10).

13 октября 2021 г.

Перед установкой узлов HDS Docker Desktop необходимо запустить программу установки. См. Требования к рабочему столу Docker.

24 июня 2021 г.

Отмечается, что для запроса другого сертификата можно повторно использовать файл закрытого ключа и представителя клиентской службы. Дополнительные сведения см. в разделе Использование OpenSSL для создания файла PKCS12.

30 апреля 2021 г.

Изменено требование к виртуальной машине для локального места на жестком диске до 30 ГБ. Подробные сведения см. в разделе Требования к виртуальному организатору.

24 февраля 2021 г.

Инструмент настройки HDS теперь может работать за прокси. Дополнительные сведения см. в разделе Создание ISO конфигурации для узлов HDS .

2 февраля 2021 г.

Теперь HDS может работать без смонтированного файла ISO. Подробности см. в статье (Необязательно) Отключение ISO после конфигурации HDS.

11 января 2021 г.

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

13 октября 2020 г.

Обновлено скачивание файлов установки.

8 октября 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS и Изменение конфигурации узла с помощью команд для сред FedRAMP.

14 августа 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS и Изменение конфигурации узла с изменениями в процессе входа.

5 августа 2020 г.

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

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

16 июня 2020 г.

Обновлено удаление узла для внесения изменений в пользовательский интерфейс Control Hub.

4 июня 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS для изменений в расширенных настройках, которые можно задать.

29 мая 2020 г.

Обновлено Create a Configuration ISO for the HDS Hosts , чтобы показать, что вы также можете использовать TLS с базами данных SQL Server, изменениями пользовательского интерфейса и другими разъяснениями.

5 мая 2020 г.

Обновлены требования к виртуальному организатору для отображения новых требований ESXi 6.5.

21 апреля 2020 г.

Обновлены требования к внешним подключениям с новыми хостами CI в Америке.

1 апреля 2020 г.

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

20 февраля 2020 г.Обновлен параметр Создание конфигурации ISO для узлов HDS с информацией о новом дополнительном экране расширенных настроек в инструменте настройки HDS.
4 февраля, 2020Обновлены требования к прокси-серверу.
16 декабря 2019 г.Уточнено требование для режима блокировки разрешения внешнего DNS для работы в требованиях к прокси-серверу.
19 ноября 2019 г.

Добавлена информация о режиме блокировки разрешения внешних DNS в следующих разделах:

8 ноября 2019 г.

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

Соответствующим образом обновлены следующие разделы:


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

6 сентября 2019 г.

Добавлен стандарт SQL Server в требования к серверу базы данных.

29 августа 2019 г.Добавлено приложение Настройка прокси Squid для безопасности данных гибридного типа с указаниями по настройке прокси Squid для игнорирования трафика веб-сокетов для надлежащей работы.
20 августа 2019 г.

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

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

13 июня 2019 г.Обновлен процесс пробной версии до производственной задачи с напоминанием о синхронизации объекта группы HdsTrialGroup перед запуском пробной версии, если в вашей организации используется синхронизация каталогов.
6 марта 2019 г.
28 февраля 2019 г.
  • Исправлено количество локального места на жестком диске на сервере, которое следует выделить при подготовке виртуальных узлов, которые становятся узлами безопасности данных гибридного типа, с 50 ГБ до 20 ГБ, чтобы отразить размер диска, создаваемого OVA.

26 февраля 2019 г.
  • Узлы безопасности данных гибридного типа теперь поддерживают зашифрованные соединения с серверами баз данных PostgreSQL и зашифрованные соединения для ведения журналов к серверу системного журнала с поддержкой TLS. Обновлен раздел Создание конфигурации ISO для узлов HDS с инструкциями.

  • Удалены URL-адреса назначения из таблицы "Требования к подключению к Интернету для виртуальных машин узлов безопасности данных гибридного типа". Теперь таблица ссылается на список, который хранится в таблице "Дополнительные URL-адреса для служб гибридного типа Webex Teams" в разделе Требования к сети для служб Webex Teams.

24 января 2019 г.

  • Служба безопасности данных гибридного типа теперь поддерживает Microsoft SQL Server в качестве базы данных. SQL Server Always On (Always On Failover Clusters and Always on Availability Groups) поддерживается драйверами JDBC, которые используются в службе безопасности данных гибридного типа. Добавлен контент, связанный с развертыванием с помощью SQL Server.


     

    Поддержка Microsoft SQL Server предназначена только для новых развертываний системы безопасности данных гибридного типа. В настоящее время миграция данных с PostgreSQL на Microsoft SQL Server в существующем развертывании не поддерживается.

5 ноября 2018 г.
19 октября 2018 г.

31 июля 2018 г.

21 мая 2018 г.

Изменена терминология для отражения ребрендинга Cisco Spark.

  • Служба безопасности данных гибридного типа Cisco Spark теперь является службой безопасности данных гибридного типа.

  • Приложение Cisco Spark теперь является приложением Webex.

  • Облако Cisco Collaboraton теперь является облаком Webex.

11 апреля 2018 г.
22 февраля 2018 г.
15 февраля 2018 г.
  • В таблице требований к сертификатам X.509 указано, что сертификат не может быть групповым сертификатом и что KMS использует домен CN, а не любой домен, определенный в полях SAN x.509v3.

18 января 2018 г.

2 ноября 2017 г.

  • Уточнена синхронизация каталога HdsTrialGroup.

  • Исправлены инструкции по загрузке файла конфигурации ISO для установки на узлы виртуальной машины.

18 августа 2017 г.

Впервые опубликовано

Начало работы с безопасностью данных гибридного типа

Обзор безопасности данных гибридного типа

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

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

Архитектура сферы безопасности

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

Области разделения (без безопасности данных гибридного типа)

Чтобы лучше понять безопасность данных гибридного типа, давайте рассмотрим пример чистого облака, в котором Cisco предоставляет все функции в облачных сферах. Служба удостоверений, единственное место, где пользователи могут напрямую коррелировать с их личной информацией, такой как адрес электронной почты, логически и физически отделена от сферы безопасности в центре обработки данных B. Обе службы, в свою очередь, отделены от сферы, где в конечном итоге хранится зашифрованный контент, в центре обработки данных C.

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

  1. Клиент устанавливает безопасное соединение со службой управления ключами (KMS), затем запрашивает ключ для шифрования сообщения. Безопасное соединение использует ECDH, а KMS шифрует ключ с помощью главного ключа AES-256.

  2. Сообщение зашифровано перед выходом из клиента. Клиент отправляет его в службу индексирования, которая создает зашифрованные индексы поиска для облегчения будущих поисков контента.

  3. Зашифрованное сообщение отправляется в службу соответствия для проверки соответствия.

  4. Зашифрованное сообщение хранится в области хранилища.

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

Сотрудничество с другими организациями

Пользователи в вашей организации могут регулярно использовать приложение Webex для совместной работы с внешними участниками в других организациях. Когда один из ваших пользователей запрашивает ключ для пространства, принадлежащего вашей организации (поскольку оно было создано одним из ваших пользователей), KMS отправляет ключ клиенту через защищенный канал ECDH. Однако, если ключ для пространства принадлежит другой организации, ваша KMS маршрутизирует запрос в облако Webex через отдельный канал ECDH, чтобы получить ключ от соответствующей KMS, а затем возвращает ключ пользователю в исходном канале.

Служба KMS, запущенная в организации A, проверяет соединения с KMS в других организациях с помощью сертификатов PKI x.509. Подробные сведения о создании сертификата x.509 для использования с развертыванием службы безопасности данных гибридного типа см. в разделе Подготовка среды .

Ожидания развертывания системы безопасности данных гибридного типа

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

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

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

  • Управление резервным копированием и восстановлением базы данных и конфигурации ISO.

  • Будьте готовы выполнить быстрое аварийное восстановление при возникновении катастрофы, например сбой диска базы данных или аварийное завершение работы центра обработки данных.


 

Механизм возврата ключей в облако после развертывания HDS отсутствует.

Процесс настройки высокого уровня

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

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

    Этапы установки, тестирования и производства подробно описаны в следующих трех главах.

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

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

Модель развертывания системы безопасности данных гибридного типа

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

В процессе установки мы предоставляем вам файл OVA для настройки виртуального устройства на предоставленных вами виртуальных машинах. Инструмент настройки HDS используется для создания пользовательского файла конфигурации кластера ISO, который монтируется на каждом узле. Кластер безопасности данных гибридного типа использует предоставленный вами сервер Syslogd и базу данных PostgreSQL или Microsoft SQL Server. (Сведения о подключении к системному журналу и базе данных можно настроить в инструменте настройки HDS.)

Модель развертывания системы безопасности данных гибридного типа

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

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

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

Для каждой организации поддерживается только один кластер.

Пробный режим безопасности данных гибридного типа

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

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

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

Резервный центр обработки данных для аварийного восстановления

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

До отработки отказа центр обработки данных A имеет активные узлы HDS и основную базу данных PostgreSQL или Microsoft SQL Server, а B – копию файла ISO с дополнительными конфигурациями, виртуальные машины, зарегистрированные в организации, и резервную базу данных. После отработки отказа центр обработки данных B имеет активные узлы HDS и основную базу данных, в то время как A имеет незарегистрированные виртуальные машины и копию файла ISO, и база данных находится в режиме ожидания.
Переключение на резервный центр обработки данных вручную

Базы данных активных и резервных центров обработки данных синхронизированы друг с другом, что позволяет минимизировать время, затрачиваемое на отработку отказа. Файл ISO резервного центра обработки данных обновлен дополнительными конфигурациями, которые обеспечивают регистрацию узлов в организации, но не будут обрабатывать трафик. Таким образом, узлы резервного центра обработки данных всегда обновляются с новейшей версией программного обеспечения HDS.


 

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

Настройка резервного центра обработки данных для аварийного восстановления

Чтобы настроить файл ISO резервного центра обработки данных, выполните приведенные ниже действия.

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

  • Резервный центр обработки данных должен отражать рабочую среду виртуальных машин и резервную базу данных PostgreSQL или Microsoft SQL Server. Например, если в производстве имеется 3 ВМ с узлами HDS, резервная среда должна иметь 3 ВМ. (Обзор этой модели отработки отказа см. в разделе Резервный центр обработки данных для аварийного восстановления .)

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

1

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание конфигурации ISO для узлов HDS.


 

Файл ISO должен быть копией оригинального файла ISO основного центра обработки данных, на который должны быть внесены следующие обновления конфигурации.

2

После настройки сервера Syslogd щелкните Расширенные настройки

3

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

 пассивный режим: 'true' 

4

Завершите процесс настройки и сохраните файл ISO в удобном для поиска местоположении.

5

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

6

В левой панели навигации клиента VMware vSphere щелкните правой кнопкой мыши виртуальную машину и выберите Редактировать настройки..

7

Щелкните Edit Settings >CD/DVD Drive 1 и выберите Datastore ISO File.


 

Убедитесь, что Connected и Connect at power on установлены флажки, чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение не менее 15 минут.

9

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


 

Проверьте системные журналы, чтобы убедиться, что узлы находятся в пассивном режиме. Вы должны иметь возможность просматривать сообщение «KMS configured in passive mode» в системных журналах.

Дальнейшие действия

После настройки passiveMode в файле ISO и сохранения его можно создать другую копию файла ISO без настройки passiveMode и сохранить его в безопасном месте. Эта копия файла ISO без настройки passiveMode может помочь в быстром процессе отработки отказа во время аварийного восстановления. Подробную процедуру отработки отказа см. в разделе Аварийное восстановление с использованием резервного центра обработки данных .

Поддержка прокси

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

Узлы безопасности данных гибридного типа поддерживают указанные далее параметры прокси.

  • Нет прокси — по умолчанию, если для интеграции прокси не используется настройка узла HDS Trust Store & Proxy. Обновление сертификата не требуется.

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

  • Прозрачный туннель или прокси с проверкой — узлы не настроены на использование адреса определенного прокси-сервера. На узлах не нужно изменять конфигурацию HTTP или HTTPS. Как бы то ни было, для обеспечения доверия прокси узлам необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).

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

    1. IP/FQDN прокси — адрес, который можно использовать для доступа к машине прокси.

    2. Порт прокси — номер порта, который прокси использует для прослушивания проксированного трафика.

    3. Протокол прокси. В зависимости от того, что поддерживает ваш прокси-сервер, выберите один из следующих протоколов.

      • HTTP – просматривает все запросы, отправляемые клиентом, и управляет этими запросами.

      • HTTPS – обеспечивает работу канала связи с сервером. Клиент получает и проверяет сертификат сервера.

    4. Тип аутентификации. Выберите один из следующих типов аутентификации.

      • Нет — дальнейшая аутентификация не требуется.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

      • Базовый: используется для HTTP User Agent для указания имени пользователя и пароля при создании запроса. Использует кодировку Base64.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только в том случае, если в качестве протокола прокси выбран протокол HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

Пример узлов безопасности данных гибридного типа и прокси

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

Режим блокировки разрешения внешних DNS (конфигурации явного прокси)

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

Подготовка среды

Требования к безопасности данных гибридного типа

Требования к лицензии Cisco Webex

Развертывание службы безопасности данных гибридного типа.

Требования к рабочему столу Docker

Перед установкой узлов HDS необходимо запустить программу установки Docker Desktop. Docker недавно обновил свою модель лицензирования. Для вашей организации может потребоваться платная подписка на Docker Desktop. Подробности см. в записи блога Docker, " Docker обновляет и расширяет подписки на продукты".

Требования к сертификату X.509

Цепочка сертификатов должна отвечать следующим требованиям:

Таблица 1. Требования к сертификату X.509 для развертывания системы безопасности данных гибридного типа

Требование

Сведения о

  • Подписано доверенным центром сертификации (CA)

По умолчанию мы доверяем ЦС в списке Mozilla (за исключением WoSign и StartCom) по адресу https://wiki.mozilla.org/CA:IncludedCAs.

  • Имеет имя домена общего имени (CN), которое идентифицирует развертывание службы безопасности данных гибридного типа

  • Не является групповым сертификатом

CN не обязательно должен быть доступным или живым организатором. Рекомендуется использовать название, которое отражает вашу организацию, например hds.company.com.

CN не должен содержать * (подстановочный знак).

CN используется для проверки узлов безопасности данных гибридного типа для клиентов приложения Webex. Все узлы безопасности данных гибридного типа в кластере используют один и тот же сертификат. Ваш KMS идентифицирует себя с помощью домена CN, а не какого-либо домена, определенного в полях SAN x.509v3.

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

  • Подпись без SHA1

Программное обеспечение KMS не поддерживает подписи SHA1 для проверки подключений к KMS других организаций.

  • Отформатирован как защищенный паролем файл PKCS #12

  • Используйте дружественное имя kms-private-key , чтобы пометить сертификат, закрытый ключ и все промежуточные сертификаты для загрузки.

Для изменения формата сертификата можно использовать конвертер, например OpenSSL.

При запуске инструмента настройки HDS необходимо будет ввести пароль.

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

Требования к виртуальному организатору

К виртуальным узлам, которые будут настроены в качестве узлов безопасности данных гибридного типа в кластере, предъявляются следующие требования.

  • Не менее двух отдельных узлов (рекомендуется 3), расположенных в одном защищенном центре обработки данных

  • Установлен и запущен VMware ESXi 6.5 (или более поздняя версия).


     

    Если у вас есть более ранняя версия ESXi, необходимо выполнить модернизацию.

  • Минимум 4 vCPU, 8 ГБ основной памяти, 30 ГБ локального дискового пространства на сервере

Требования к серверу базы данных


 

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

Существует два варианта для сервера базы данных. Требования к каждому из них следующие:

Таблица 2. Требования к серверу базы данных по типу базы данных

PostgreSQL

Microsoft SQL Server

  • PostgreSQL 14, 15 или 16, установлен и запущен.

  • Установлен SQL Server 2016, 2017 или 2019 (корпоративный или стандартный).


     

    Для SQL Server 2016 требуется пакет обновления 2 и кумулятивное обновление 2 или более поздние версии.

Минимум 8 vCPU, 16 ГБ основной памяти, достаточное место на жестком диске и мониторинг, чтобы убедиться, что он не превышен (рекомендуется 2 ТБ, если вы хотите запустить базу данных в течение длительного времени без необходимости увеличения объема хранилища)

Минимум 8 vCPU, 16 ГБ основной памяти, достаточное место на жестком диске и мониторинг, чтобы убедиться, что он не превышен (рекомендуется 2 ТБ, если вы хотите запустить базу данных в течение длительного времени без необходимости увеличения объема хранилища)

Программное обеспечение HDS в настоящее время устанавливает следующие версии драйверов для связи с сервером базы данных:

PostgreSQL

Microsoft SQL Server

Драйвер JDBC Postgres 42.2.5

Драйвер JDBC SQL Server 4.6

Эта версия драйвера поддерживает SQL Server Always On (группы доступности Always On Failover Cluster Instances и Always On).

Дополнительные требования к аутентификации Windows в Microsoft SQL Server

Если вы хотите, чтобы узлы HDS использовали аутентификацию Windows для получения доступа к базе данных хранилища ключей на Microsoft SQL Server, в вашей среде необходима следующая конфигурация:

  • Узлы HDS, инфраструктура Active Directory и MS SQL Server должны синхронизироваться с NTP.

  • Учетная запись Windows, предоставленная узлам HDS, должна иметь доступ на чтение/запись к базе данных.

  • Серверы DNS, предоставленные узлам HDS, должны иметь возможность разрешить работу центра распределения ключей (KDC).

  • Экземпляр базы данных HDS можно зарегистрировать на сервере Microsoft SQL в качестве главного имени службы (SPN) в Active Directory. См. Регистрация имени главного поставщика услуг для соединений Kerberos.

    Инструмент настройки HDS, средство запуска HDS и локальный KMS должны использовать аутентификацию Windows для доступа к базе данных хранилища ключей. Они используют сведения из конфигурации ISO для создания SPN при запросе доступа с аутентификацией Kerberos.

Требования к внешним подключениям

Настройте брандмауэр таким образом, чтобы разрешить следующее подключение для приложений HDS.

Приложение

Protocol

Порт

Направление из приложения

Адресат

Узлы безопасности данных гибридного типа

Протокол TCP

443

Исходящие HTTPS и WSS

  • Серверы Webex:

    • *.wbx2.com

    • *.ciscospark.com

  • Все узлы общих параметров идентификации

  • Другие URL-адреса, перечисленные для безопасности данных гибридного типа в таблице Дополнительные URL-адреса для служб гибридного типа Webex Требования к сети для служб Webex

инструмент настройки HDS

Протокол TCP

443

Исходящий HTTPS

  • *.wbx2.com

  • Все узлы общих параметров идентификации

  • hub.docker.com


 

Узлы безопасности данных гибридного типа работают с преобразованием сетевого доступа (NAT) или за брандмауэром, если NAT или брандмауэр разрешает требуемые исходящие соединения с адресатами домена в предыдущей таблице. Для соединений, входящих в узлы безопасности данных гибридного типа, порты не должны быть видны из Интернета. В центре обработки данных клиентам необходим доступ к узлам безопасности данных гибридного типа на портах TCP 443 и 22 для административных целей.

URL-адреса узлов общих параметров идентификации (CI) зависят от региона. Это текущие хосты CI:

Регион

URL-адреса общих узлов удостоверений

Северная и Южная Америка;

  • https://idbroker.webex.com

  • https://identity.webex.com

  • https://idbroker-b-us.webex.com

  • https://identity-b-us.webex.com

Европейский союз

  • https://idbroker-eu.webex.com

  • https://identity-eu.webex.com

Канада

  • https://idbroker-ca.webex.com

  • https://identity-ca.webex.com

Требования к прокси-серверу

  • Мы официально поддерживаем следующие решения для прокси, которые можно интегрировать с узлами безопасности данных гибридного типа:

  • Поддерживаются следующие комбинации типов аутентификации для явных прокси:

    • без аутентификации при использовании HTTP или HTTPS;

    • базовая аутентификация при использовании HTTP или HTTPS;

    • дайджест-аутентификация только при использовании HTTPS;

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

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

  • Прокси, проверяющие веб-трафик, могут нарушать работу соединений веб-сокетов. Для устранения этой проблемы трафик следует направить в обход (без проверки) на wbx2.com и *.teams.webex.com.

Выполнение предварительных требований для безопасности данных гибридного типа

Используйте этот контрольный список, чтобы убедиться в готовности к установке и настройке кластера безопасности данных гибридного типа.
1

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

2

Выберите имя домена для развертывания HDS (например, hds.company.com) и получите цепочку сертификатов, содержащую сертификат X.509, закрытый ключ и все промежуточные сертификаты. Цепочка сертификатов должна соответствовать требованиям сертификатов X.509.

3

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

4

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

  1. Создайте базу данных для хранения ключей. (Необходимо создать эту базу данных — не используйте базу данных по умолчанию. При установке приложения HDS создайте схему базы данных.)

  2. Соберите сведения, которые узлы будут использовать для связи с сервером базы данных.

    • имя хоста или IP-адрес (хост) и порт

    • имя базы данных (dbname) для хранения ключей

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

5

Для быстрого аварийного восстановления настройте резервную среду в другом центре обработки данных. Среда резервного копирования отражает рабочую среду виртуальных машин и сервера резервной базы данных. Например, если в производстве имеется 3 ВМ с узлами HDS, резервная среда должна иметь 3 ВМ.

6

Настройте хост системного журнала для сбора журналов с узлов в кластере. Соберите его сетевой адрес и порт системного журнала (по умолчанию UDP 514).

7

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


 

Поскольку узлы безопасности данных гибридного типа хранят ключи, используемые для шифрования и расшифровки контента, неспособность поддерживать оперативное развертывание приведет к НЕВОСПОЛНИМОЙ ПОТЕРЕ этого контента.

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

8

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

9

Установите Docker ( https://www.docker.com) на любой локальной машине с поддерживаемой ОС (64-разрядная версия Microsoft Windows 10 Professional или Enterprise или Mac OSX Yosemite 10.10.3 или более поздняя версия) с веб-браузером, который может получить к нему доступ по адресу http://127.0.0.1:8080.

Экземпляр Docker используется для загрузки и запуска инструмента настройки HDS, который создает информацию о локальной конфигурации для всех узлов безопасности данных гибридного типа. Вашей организации может потребоваться лицензия Docker Desktop. Дополнительные сведения см. в разделе Требования к рабочему столу Docker.

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

10

При интеграции прокси с безопасностью данных гибридного типа убедитесь, что он соответствует требованиям прокси-сервера.

11

Если в вашей организации используется синхронизация каталогов, создайте в Active Directory группу HdsTrialGroup и добавьте пилотных пользователей. Пробная группа может иметь до 250 пользователей. Прежде чем начать пробную версию для вашей организации, объект HdsTrialGroup должен быть синхронизирован с облаком. Чтобы синхронизировать объект группы, выберите его в меню Конфигурация соединителя каталогов > Выбор объектов. (Подробные инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.)


 

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

Настройка кластера безопасности данных гибридного типа

Процесс выполнения задач по развертыванию системы безопасности данных гибридного типа

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

Подготовка среды

1

Скачивание файлов установки

Скачайте файл OVA на локальный компьютер для последующего использования.

2

Создание ISO конфигурации для узлов HDS

Используйте инструмент настройки HDS для создания файла конфигурации ISO для узлов безопасности данных гибридного типа.

3

Установка OVA узла HDS

Создайте виртуальную машину из файла OVA и выполните начальную конфигурацию, например сетевые настройки.


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

4

Настройка виртуальной машины безопасности данных гибридного типа

Войдите в консоль виртуальной машины и задайте учетные данные для входа. Настройте сетевые параметры узла, если они не были настроены во время развертывания OVA.

5

Загрузка и монтаж конфигурации HDS ISO

Настройте виртуальную машину из файла конфигурации ISO, созданного с помощью инструмента настройки HDS.

6

Настройка узла HDS для интеграции прокси

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

7

Регистрация первого узла в кластере

Зарегистрируйте виртуальную машину в облаке Cisco Webex в качестве узла безопасности данных гибридного типа.

8

Создание и регистрация дополнительных узлов

Завершите настройку кластера.

9

Запустить пробную версию и перейти к производству (следующая глава)

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

Скачивание файлов установки

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

Войдите в https://admin.webex.com и щелкните Службы.

2

В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Настройка.

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


 

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


 

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

3

Выберите Нет , чтобы указать, что узел еще не настроен, и нажмите Далее.

Файл OVA автоматически начинает скачиваться. Сохраните файл в местоположении на компьютере.
4

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

Создание ISO конфигурации для узлов HDS

Процесс настройки безопасности данных гибридного типа создает файл ISO. Затем вы используете ISO для настройки узла безопасности данных гибридного типа.

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

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

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

    Описание

    Переменная

    HTTP-прокси без аутентификации

    GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

    HTTPS-прокси без аутентификации

    ГЛОБАЛЬНЫЙ_ОПЕРАТОР_HTTPS_PROXY=http://SERVER_IP:PORT

    HTTP-прокси с аутентификацией

    GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

    HTTPS-прокси с аутентификацией

    GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

  • Созданный файл конфигурации ISO содержит главный ключ, шифрующий базу данных PostgreSQL или Microsoft SQL Server. Вам потребуется последняя копия этого файла при внесении изменений в конфигурацию, например:

    • учетные данные базы данных

    • Обновления сертификата

    • Изменения политики авторизации

  • Если вы планируете шифровать соединения с базой данных, настройте развертывание PostgreSQL или SQL Server для TLS.

1

Введите соответствующую команду для вашей среды в командной строке компьютера.

В обычных средах:

docker rmi ciscocitg/hds-setup:stable

В средах FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

 

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

2

Чтобы войти в реестр образов Docker, введите следующее.

вход в докер -u hdscustomersro
3

Введите в запросе пароля этот хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
4

Скачайте последнюю стабильную версию образа для вашей среды.

В обычных средах:

docker pull ciscocitg/hds-setup:stable

В средах FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable
5

По завершении скачивания введите соответствующую команду для вашей среды.

  • В обычных средах без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
  • В обычных средах с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В обычных средах с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В средах FedRAMP без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

6

 

Инструмент настройки не поддерживает подключение к localhost через http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

С помощью веб-браузера перейдите к локальному узлу http://127.0.0.1:8080 и введите имя пользователя администратора клиента для Control Hub в подсказке.

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

7

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

8

На странице обзора инструмента настройки щелкните Начало работы.

9

На странице импорта ISO доступны следующие параметры:

  • Нет. При создании первого узла HDS у вас нет файла ISO для загрузки.
  • Да. Если вы уже создали узлы HDS, выберите файл ISO в окне просмотра и загрузите его.
10

Убедитесь, что сертификат X.509 соответствует требованиям, изложенным в требованиях к сертификатам X.509.

  • Если сертификат ранее не загружался, загрузите сертификат X.509, введите пароль и нажмите Продолжить.
  • Если сертификат ОК, нажмите Продолжить.
  • Если срок действия сертификата истек или необходимо заменить его, выберите Нет для продолжения использования цепочки сертификатов HDS и закрытого ключа из предыдущего ISO?. Загрузите новый сертификат X.509, введите пароль и нажмите Продолжить.
11

Введите адрес базы данных и учетную запись HDS для доступа к хранилищу данных ключа:

  1. Выберите тип базы данных (PostgreSQL или Microsoft SQL Server).

    Если выбран Microsoft SQL Server, появится поле Authentication Type (Тип аутентификации).

  2. (Только Microsoft SQL Server ) Выберите тип аутентификации:

    • Базовая аутентификация: В поле Имя пользователя необходимо указать имя учетной записи SQL Server.

    • Аутентификация Windows: Вам нужна учетная запись Windows в формате username@DOMAIN в поле Username .

  3. Введите адрес сервера базы данных в виде : или :.

    Пример.
    dbhost.example.org:1433 или 198.51.100.17:1433

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

    При использовании аутентификации Windows необходимо ввести полное доменное имя в формате dbhost.example.org:1433

  4. Введите имя базы данных.

  5. Введите имя пользователя и пароль пользователя со всеми правами в базе данных хранилища ключей.

12

Выберите режим подключения к базе данных TLS:

Mode

Описание

Предпочитаю TLS (параметр по умолчанию)

Узлам HDS не требуется TLS для подключения к серверу базы данных. Если включить TLS на сервере базы данных, узлы попытаются установить зашифрованное соединение.

Обязательное использование TLS

Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

Обязательное использование TLS и проверка источника подписи сертификата


 

Этот режим не применим к базам данных SQL Server.

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает отправителя подписи сертификата от сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

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

Обязательное использование TLS и проверка источника подписи сертификата и имени узла

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает отправителя подписи сертификата от сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

  • Узлы также проверяют, соответствует ли имя хоста в сертификате сервера имени хоста в поле Хост базы данных и порт . Необходимо точное совпадение имен. Иначе узел разорвет соединение.

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

При загрузке корневого сертификата (при необходимости) и нажатии Continue (Продолжить) инструмент настройки HDS тестирует соединение TLS с сервером базы данных. Инструмент также выполняет проверку источника подписи сертификата и имени узла (если применимо). Если тест не будет пройден, в инструменте будет отображено сообщение об ошибке с описанием проблемы. Можно выбрать параметр игнорирования ошибки и продолжить настройку. (Из-за различий в подключении узлы HDS могут установить соединение TLS, даже если машина инструмента настройки HDS не сможет успешно протестировать его.)

13

На странице «Системные журналы» настройте сервер Syslogd:

  1. Введите URL-адрес сервера системного журнала.

    Если сервер не разрешается DNS из узлов кластера HDS, используйте IP-адрес в URL.

    Пример.
    udp://10.92.43.23:514 указывает на вход в хост системного журнала 10.92.43.23 на UDP-порту 514.
  2. Если вы настроили на сервере использование шифрования TLS, проверьте, настроен ли ваш сервер системного журнала для шифрования SSL?.

    Установив этот флажок, обязательно введите URL-адрес TCP, например tcp://10.92.43.23:514.

  3. В раскрывающемся списке Выбор завершения записи системного журнала выберите соответствующую настройку для файла ISO. Выберите или Newline используется для Graylog и Rsyslog TCP

    • Null byte -- \x00

    • Newline -- \n — выберите этот параметр для TCP Graylog и Rsyslog.

  4. Щелкните Продолжить.

14

(Необязательно) Значение по умолчанию для некоторых параметров подключения к базе данных можно изменить в расширенных настройках. Как правило, этот параметр является единственным, который можно изменить:

app_datasource_connection_pool_maxРазмер: 10
15

Щелкните Продолжить на экране Сброс пароля учетных записей службы .

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

16

Щелкните Скачать файл ISO. Сохраните файл в удобном для поиска местоположении.

17

Сделайте резервную копию файла ISO в локальной системе.

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

18

Чтобы завершить работу инструмента настройки, нажмите CTRL+C.

Дальнейшие действия

Создайте резервную копию файла конфигурации ISO. Она необходима для создания дополнительных узлов для восстановления или внесения изменений в конфигурацию. Если вы потеряете все копии файла ISO, вы также потеряете главный ключ. Восстановление ключей из базы данных PostgreSQL или Microsoft SQL Server невозможно.


 

У нас никогда нет копии этого ключа, и мы не можем помочь, если вы его потеряете.

Установка OVA узла HDS

Используйте эту процедуру для создания виртуальной машины из файла OVA.
1

Используйте клиент VMware vSphere на компьютере для входа в виртуальный хост ESXi.

2

Выберите Файл > Развертывание шаблона OVF.

3

В мастере укажите расположение скачанного ранее файла OVA и нажмите Далее.

4

На странице Выбор имени и папки введите имя виртуальной машины для узла (например, HDS_Node_1), выберите местоположение, в котором может находиться развертывание узла виртуальной машины, а затем нажмите Далее.

5

На странице Выбор вычислительного ресурса выберите целевой вычислительный ресурс и нажмите Далее.

Выполняется проверка. После завершения отображаются сведения о шаблоне.

6

Проверьте сведения о шаблоне и щелкните Далее.

7

При запросе на выбор конфигурации ресурса на странице Конфигурация щелкните 4 ЦП и нажмите Далее.

8

На странице Выбор хранилища нажмите Далее , чтобы принять формат диска по умолчанию и политику хранения VM.

9

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

10

На странице Настройка шаблона настройте следующие сетевые параметры.

  • Имя узла. Введите полное доменное имя (имя узла и домен) или одно имя узла для узла.

     
    • Вам не нужно настраивать домен в соответствии с доменом, который вы использовали для получения сертификата X.509.

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

    • Общая длина FQDN не должна превышать 64 символов.

  • IP-адрес — введите IP-адрес для внутреннего интерфейса узла.

     

    Ваш узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

  • Маска — введите адрес маски подсети в десятичной нотации. Например, 255.255.255.0.
  • Шлюз — введите IP-адрес шлюза. Шлюз — это сетевой узел, который служит точкой доступа к другой сети.
  • DNS-серверы — введите список DNS-серверов с разделителями-запятыми, которые обрабатывают перевод доменных имен на числовые IP-адреса. (Допускается до 4 записей DNS.)
  • Серверы NTP. Введите сервер NTP вашей организации или другой внешний сервер NTP, который может использоваться в вашей организации. Серверы NTP по умолчанию могут работать не для всех предприятий. Также можно использовать список с разделителями-запятыми для ввода нескольких серверов NTP.
  • Разверните все узлы в одной подсети или VLAN, чтобы все узлы в кластере были доступны клиентам в вашей сети в целях администрирования.

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


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

11

Щелкните правой кнопкой мыши узел VM и выберите Power > Power On.

Программное обеспечение безопасности данных гибридного типа устанавливается в качестве гостя на узле виртуальной машины. Теперь вы готовы войти в консоль и настроить узел.

Рекомендации по устранению неисправностей

Может возникнуть задержка в несколько минут до появления контейнеров узла. Во время первой загрузки на консоли появляется сообщение брандмауэра моста, во время которого невозможно войти в систему.

Настройка виртуальной машины безопасности данных гибридного типа

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

1

В клиенте VMware vSphere выберите VM узла безопасности данных гибридного типа и перейдите на вкладку Консоль .

Виртуальная машина загружается, и появляется запрос на вход. Если запрос на вход не отображается, нажмите Enter.
2

Для входа и изменения учетных данных используйте следующие логин и пароль по умолчанию:

  1. Вход: Администратор

  2. Пароль: Cisco

После первого входа в виртуальную машину необходимо изменить пароль администратора.

3

Если параметры сети уже настроены в разделе Установка узла HDS OVA, пропустите оставшуюся часть этой процедуры. В противном случае в главном меню выберите пункт Редактировать конфигурацию .

4

Настройте статическую конфигурацию с IP-адресом, маской, шлюзом и информацией о DNS. Ваш узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

5

(Необязательно) Измените имя узла, домен или серверы NTP, если это необходимо для соответствия политике сети.

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

6

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

Загрузка и монтаж конфигурации HDS ISO

Используйте эту процедуру для настройки виртуальной машины из файла ISO, созданного с помощью инструмента настройки HDS.

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

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

1

Загрузите файл ISO с компьютера:

  1. В левой панели навигации клиента VMware vSphere щелкните сервер ESXi.

  2. В списке Аппаратное обеспечение вкладки Конфигурация щелкните Хранилище.

  3. В списке Datastores щелкните правой кнопкой мыши хранилище данных для виртуальных машин и нажмите Browse Datastore.

  4. Щелкните пиктограмму Загрузить файлы и нажмите Загрузить файл.

  5. Перейдите в расположение, где вы скачали файл ISO на свой компьютер, и нажмите Открыть.

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

2

Подключите файл ISO:

  1. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  2. Нажмите OK , чтобы принять предупреждение об ограниченных параметрах редактирования.

  3. Щелкните CD/DVD Drive 1, выберите параметр подключения из файла ISO хранилища данных и перейдите в расположение, куда загружен файл конфигурации ISO.

  4. Установите флажки Подключено и Подключено при включении питания.

  5. Сохраните изменения и перезагрузите виртуальную машину.

Дальнейшие действия

Если требуется ИТ-политика, можно при необходимости отменить монтирование файла ISO после того, как все узлы выберут изменения конфигурации. Подробности см. в статье (Необязательно) Отключение ISO после конфигурации HDS.

Настройка узла HDS для интеграции прокси

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

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

1

Введите в веб-браузере URL-адрес для настройки узла HDS https://[IP-адрес или FQDN узла HDS]/setup, укажите учетные данные администратора, заданные вами для узла, и щелкните Sign In (Вход).

2

Откройте раздел Trust Store & Proxy (Зона доверия и прокси) и выберите один из следующих параметров.

  • Нет прокси. Параметр по умолчанию перед интеграцией прокси. Обновление сертификата не требуется.
  • Прозрачный прокси без проверки. Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси-сервером без проверки. Обновление сертификата не требуется.
  • Прозрачный прокси с проверкой: узлы не настроены для использования адреса определенного прокси-сервера. В развертывании службы безопасности данных гибридного типа не нужно вносить изменения в конфигурацию HTTPS, однако для обеспечения доверия прокси узлам HDS необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).
  • Явный прокси. При использовании явного прокси вы сообщаете клиенту (узлам HDS), какой прокси сервер использовать, и этот параметр поддерживает несколько типов аутентификации. После выбора этого параметра необходимо ввести указанную далее информацию.
    1. IP/FQDN прокси — адрес, который можно использовать для доступа к машине прокси.

    2. Порт прокси — номер порта, который прокси использует для прослушивания проксированного трафика.

    3. Proxy Protocol — выберите http (просматривает и контролирует все запросы, полученные от клиента) или https (предоставляет канал на сервер, а клиент получает и проверяет сертификат сервера). Выберите параметр в зависимости от того, какой протокол поддерживает используемый вами прокси-сервер.

    4. Тип аутентификации. Выберите один из следующих типов аутентификации.

      • Нет — дальнейшая аутентификация не требуется.

        Этот параметр доступен для прокси HTTP или HTTPS.

      • Базовый: используется для HTTP User Agent для указания имени пользователя и пароля при создании запроса. Использует кодировку Base64.

        Этот параметр доступен для прокси HTTP или HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только для прокси HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

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

3

Щелкните Upload a Root Certificate or End Entity Certificate (Загрузить корневой сертификат или сертификат конечного субъекта) и откройте меню для выбора корневого сертификата для прокси.

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

4

Чтобы протестировать сетевое соединение между узлом и прокси, щелкните Check Proxy Connection (Проверить соединение с прокси).

Если тестирование соединения завершится неудачей, на экране появится сообщение об ошибке, в котором будут указаны причина и способ исправления ошибки.

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

5

Если вы используете явный прокси, настроенный на применение исключительно https, после успешного завершения тестирования соединения включите параметр Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси (Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси). Для вступления в силу этого параметра необходимо 15 секунд.

6

Щелкните Install All Certificates Into the Trust Store (Установить все сертификаты в зоне доверия) – этот параметр отображается при использовании явного прокси HTTPS или прозрачного прокси с проверкой – или Reboot (Перезагрузить) – этот параметр отображается при использовании явного прокси HTTP. Прочитайте запрос и щелкните Install (Установить), если вы готовы к установке.

Узел перезагрузится в течение нескольких минут.

7

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

Проверка соединения с прокси используется исключительно для тестирования поддомена webex.com. Проблемы с соединениями нередко возникают из-за того, что некоторые облачные домены, указанные в инструкциях по установке, блокируются на уровне прокси.

Регистрация первого узла в кластере

Для выполнения этой задачи требуется общий узел, созданный в инструменте Настройка виртуальной машины безопасности данных гибридного типа, регистрирует узел в облаке Webex и превращает его в узел безопасности данных гибридного типа.

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

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

  • Как только вы начнете регистрацию узла, вы должны завершить ее в течение 60 минут или начать заново.

  • Убедитесь, что все блокирующие всплывающие окна в браузере отключены или что для admin.webex.com разрешено исключение.

1

Войдите в https://admin.webex.com.

2

В меню в левой части экрана выберите Службы.

3

В разделе служб гибридного типа найдите службу безопасности данных гибридного типа и щелкните Настройка.

Откроется страница "Регистрация узла безопасности данных гибридного типа".
4

Выберите Да , чтобы указать, что узел настроен и готов его зарегистрировать, а затем нажмите Далее.

5

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

Рекомендуется присвоить кластеру имя в зависимости от географического расположения узлов кластера. Примеры: "Сан-Франциско", "Нью-Йорк" или "Даллас"

6

Во втором поле введите внутренний IP-адрес или полное доменное имя узла и нажмите Далее.

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

Отобразится сообщение о том, что узел можно зарегистрировать в Webex.
7

Щелкните Перейти к узлу.

8

В предупреждающем сообщении нажмите Continue (Продолжить).

Через несколько минут вы будете перенаправлены на тесты подключения узлов для служб Webex. Если все тесты прошли успешно, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". Там вы подтверждаете, что хотите предоставить организации Webex полномочия на доступ к узлу.
9

Установите флажок Разрешить доступ к узлу безопасности данных гибридного типа и нажмите Продолжить.

Ваша учетная запись проверена, и в сообщении "Регистрация завершена" указывается, что ваш узел теперь зарегистрирован в облаке Webex.
10

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

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

Создание и регистрация дополнительных узлов

Чтобы добавить дополнительные узлы в кластер, просто создайте дополнительные виртуальные машины и монтируйте тот же файл конфигурации ISO, а затем зарегистрируйте узел. Рекомендуется иметь не менее 3 узлов.

 

В настоящее время резервные виртуальные машины, созданные в разделе Complete the Prerequisites for Data Security гибридного типа, являются резервными хостами, которые используются только в случае аварийного восстановления. До этого времени они не регистрируются в системе. Дополнительные сведения см. в разделе Аварийное восстановление с помощью резервного центра обработки данных.

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

  • Как только вы начнете регистрацию узла, вы должны завершить ее в течение 60 минут или начать заново.

  • Убедитесь, что все блокирующие всплывающие окна в браузере отключены или что для admin.webex.com разрешено исключение.

1

Создайте новую виртуальную машину из OVA, повторив шаги, описанные в разделе Установка OVA узла HDS.

2

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

3

В новой виртуальной машине повторите шаги, описанные в разделе Загрузить и смонтировать конфигурацию HDS ISO.

4

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

5

Зарегистрируйте узел.

  1. В https://admin.webex.com выберите Службы в меню в левой части экрана.

  2. В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Ресурсы.

    Отобразится страница ресурсов безопасности данных гибридного типа.
  3. Щелкните Добавить ресурс.

  4. В первом поле выберите имя существующего кластера.

  5. Во втором поле введите внутренний IP-адрес или полное доменное имя узла и нажмите Далее.

    Отобразится сообщение о том, что узел можно зарегистрировать в облаке Webex.
  6. Щелкните Перейти к узлу.

    Через несколько минут вы будете перенаправлены на тесты подключения узлов для служб Webex. Если все тесты прошли успешно, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". Там вы подтверждаете, что хотите предоставить вашей организации полномочия на доступ к узлу.
  7. Установите флажок Разрешить доступ к узлу безопасности данных гибридного типа и нажмите Продолжить.

    Ваша учетная запись проверена, и в сообщении "Регистрация завершена" указывается, что ваш узел теперь зарегистрирован в облаке Webex.
  8. Щелкните ссылку или закройте вкладку, чтобы вернуться на страницу безопасности данных гибридного типа Control Hub.

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

Дальнейшие действия

Запустить пробную версию и перейти к производству (следующая глава)
Запуск пробной версии и переход к производству

Процесс выполнения пробной версии производственных задач

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

1

Если применимо, синхронизируйте объект группы HdsTrialGroup .

Если в вашей организации используется синхронизация каталогов для пользователей, необходимо выбрать объект группы HdsTrialGroup для синхронизации с облаком, прежде чем начать пробную версию. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

2

Активировать пробную версию

Начните пробную версию. Пока вы не выполните эту задачу, ваши узлы генерируют сигнал о том, что служба еще не активирована.

3

Тестирование развертывания системы безопасности данных гибридного типа

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

4

Мониторинг работоспособности системы безопасности данных гибридного типа

Проверьте состояние и настройте электронные уведомления для сигналов тревоги.

5

Добавление или удаление пользователей из пробной версии

6

Завершите пробную фазу одним из следующих действий.

Активировать пробную версию

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

Если в вашей организации используется синхронизация каталогов для пользователей, необходимо выбрать объект группы HdsTrialGroup для синхронизации с облаком, прежде чем начать пробную версию для вашей организации. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

1

Войдите в https://admin.webex.com и выберите Службы.

2

В разделе Безопасность данных гибридного типа щелкните Настройки.

3

В разделе "Состояние службы" щелкните Начать пробную версию.

Состояние службы меняется на пробный режим.
4

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

(Если в вашей организации используется синхронизация каталогов, используйте Active Directory для управления пробной группой HdsTrialGroup.)

Тестирование развертывания системы безопасности данных гибридного типа

Используйте эту процедуру для тестирования сценариев шифрования безопасности данных гибридного типа.

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

  • Настройте развертывание службы безопасности данных гибридного типа.

  • Активируйте пробную версию и добавьте нескольких пользователей пробной версии.

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

1

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


 

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

2

Отправка сообщений в новое пространство.

3

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

  1. Чтобы проверить, устанавливает ли пользователь защищенный канал в KMS, фильтруйте kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

    Вы должны найти следующую запись (идентификаторы сокращены для читаемости):
    2020-07-21 17:35:34.562 (+0000) INFO KMS [pool-14-thread-1] - [KMS:REQUEST] received, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms://hds2.org5.portun.us/statickeys/3[~]0 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.merc.id=create, kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2
  2. Чтобы проверить, запрашивает ли пользователь существующий ключ от KMS, фильтруйте kms.data.method=retrieve и kms.data.type=KEY:

    Отобразится запись, аналогичная приведенной ниже.
    2020-07-21 17:44:19.889 (+0000) INFO KMS [pool-14-thread-31] - [KMS:REQUEST] received, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=извлечь, kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b
  3. Чтобы проверить наличие пользователя, запрашивающего создание нового ключа KMS, фильтруйте kms.data.method=create и kms.data.type=KEY_COLLECTION:

    Отобразится запись, аналогичная приведенной ниже.
    2020-07-21 17:44:21.975 (+0000) INFO KMS [pool-14-thread-33] - [KMS:REQUEST] received, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b
  4. Чтобы проверить наличие пользователя, запрашивающего создание нового объекта ресурса KMS (KRO) при создании пространства или другого защищенного ресурса, фильтруйте kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

    Отобразится запись, аналогичная приведенной ниже.
    2020-07-21 17:44:22.808 (+0000) INFO KMS [pool-15-thread-1] - [KMS:REQUEST] received, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Мониторинг работоспособности системы безопасности данных гибридного типа

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

В Control Hub выберите Службы в меню в левой части экрана.

2

В разделе служб гибридного типа найдите службу безопасности данных гибридного типа и щелкните Настройки.

Отобразится страница параметров безопасности данных гибридного типа.
3

В разделе «Электронные уведомления» введите один или несколько адресов электронной почты, разделенных запятыми, и нажмите Enter.

Добавление или удаление пользователей из пробной версии

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

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

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

1

Войдите в Control Hub и выберите Службы.

2

В разделе Безопасность данных гибридного типа щелкните Настройки.

3

В разделе «Пробный режим» области «Состояние службы» щелкните Добавить пользователей или выберите просмотр и редактирование для удаления пользователей из пробной версии.

4

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

Переход от пробной версии к производственной

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

Войдите в Control Hub и выберите Службы.

2

В разделе Безопасность данных гибридного типа щелкните Настройки.

3

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

4

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

Завершение пробной версии без перехода к производству

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

Войдите в Control Hub и выберите Службы.

2

В разделе Безопасность данных гибридного типа щелкните Настройки.

3

В разделе Деактивировать нажмите Деактивировать.

4

Подтвердите деактивацию службы и завершите пробную версию.

Управление развертыванием HDS

Управление развертыванием HDS

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

Задать график модернизации кластера

Обновление программного обеспечения для безопасности данных гибридного типа выполняется автоматически на уровне кластера, что гарантирует, что все узлы всегда используют одну и ту же версию программного обеспечения. Модернизация выполняется в соответствии с графиком модернизации для кластера. Когда модернизация программного обеспечения становится доступной, вы можете вручную модернизировать кластер до запланированного времени модернизации. Вы можете задать конкретный график модернизации или использовать расписание по умолчанию в 3:00 утра по Соединенным Штатам: Америка/Лос-Анджелес. При необходимости можно также отложить предстоящую модернизацию.

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

1

Войдите в Control Hub.

2

На странице "Обзор" в разделе "Службы гибридного типа" выберите Безопасность данных гибридного типа.

3

На странице "Ресурсы безопасности данных гибридного типа" выберите кластер.

4

На панели "Обзор" справа в разделе "Настройки кластера" выберите имя кластера.

5

На странице "Настройки" в разделе "Модернизация" выберите время и часовой пояс для расписания модернизации.

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

Изменение конфигурации узла

Иногда может потребоваться изменить конфигурацию узла безопасности данных гибридного типа по одной из причин:
  • Изменение сертификатов x.509 по истечении срока действия или по другим причинам.


     

    Изменение доменного имени CN сертификата не поддерживается. Домен должен совпадать с исходным доменом, использованным для регистрации кластера.

  • Обновление настроек базы данных для работы с копией базы данных PostgreSQL или Microsoft SQL Server.


     

    Перенос данных с PostgreSQL на Microsoft SQL Server или в обратном направлении не поддерживается. Чтобы переключить среду базы данных, начните новое развертывание службы безопасности данных гибридного типа.

  • Создание новой конфигурации для подготовки нового центра обработки данных.

Из соображений безопасности для учетных записей в службе безопасности данных гибридного типа используются пароли со сроком действия 9 месяцев. После того как инструмент настройки HDS создаст эти пароли, вам нужно будет развернуть их в каждом из своих узлов HDS в файле конфигурации ISO. При приближении даты окончания срока действия пароля команда Webex пришлет вам уведомление с запросом на сброс пароля учетной записи компьютера. (В сообщении электронной почты будет текст "Использование API учетной записи компьютера для обновления пароля".) Если срок действия паролей еще не истек, средство предоставляет два варианта.

  • Мягкий сброс — старый и новый пароли работают до 10 дней. Используйте этот период для постепенной замены файла ISO на узлах.

  • Жесткий сброс — старые пароли немедленно прекращают работу.

Если срок действия ваших паролей истекает без сброса, это влияет на работу вашей службы HDS. В этом случае требуется немедленный жесткий сброс и замена файла ISO на всех узлах.

Используйте эту процедуру, чтобы создать новый файл конфигурации ISO и применить его к кластеру.

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

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

    Если инструмент настройки HDS работает за прокси в вашей среде, укажите настройки прокси (сервер, порт, учетные данные) через переменные среды Docker при переносе контейнера Docker в 1.e. В этой таблице указаны некоторые из возможных переменных среды.

    Описание

    Переменная

    HTTP-прокси без аутентификации

    GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

    HTTPS-прокси без аутентификации

    ГЛОБАЛЬНЫЙ_ОПЕРАТОР_HTTPS_PROXY=http://SERVER_IP:PORT

    HTTP-прокси с аутентификацией

    GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

    HTTPS-прокси с аутентификацией

    GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

  • Для создания новой конфигурации потребуется копия текущего файла конфигурации ISO. Файл ISO содержит главный ключ шифрования базы данных PostgreSQL или Microsoft SQL Server. Файл ISO необходим для изменения конфигурации, в том числе учетных данных базы данных, обновления сертификатов или изменения политики авторизации.

1

Запустите инструмент настройки HDS, используя Docker на локальной машине.

  1. Введите соответствующую команду для вашей среды в командной строке компьютера.

    В обычных средах:

    docker rmi ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker rmi ciscocitg/hds-setup-fedramp:stable

     

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

  2. Чтобы войти в реестр образов Docker, введите следующее.

    вход в докер -u hdscustomersro
  3. Введите в запросе пароля этот хеш:

    dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
  4. Скачайте последнюю стабильную версию образа для вашей среды.

    В обычных средах:

    docker pull ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker pull ciscocitg/hds-setup-fedramp:stable

     

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

  5. По завершении скачивания введите соответствующую команду для вашей среды.

    • В обычных средах без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
    • В обычных средах с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В обычных средах с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В средах FedRAMP без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

    Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

  6. Используйте браузер для подключения к localhost, http://127.0.0.1:8080.


     

    Инструмент настройки не поддерживает подключение к localhost через http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

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

  8. Импортируйте текущий файл конфигурации ISO.

  9. Следуйте подсказкам, чтобы завершить работу с инструментом и скачать обновленный файл.

    Чтобы завершить работу инструмента настройки, нажмите CTRL+C.

  10. Создайте резервную копию обновленного файла в другом центре обработки данных.

2

Если запущен только один узел HDS, создайте новую виртуальную машину узла безопасности данных гибридного типа и зарегистрируйте ее с помощью нового файла конфигурации ISO. Более подробные инструкции см. в разделе Создание и регистрация дополнительных узлов.

  1. Установите OVA узла HDS.

  2. Настройте виртуальную машину HDS.

  3. Подключите обновленный файл конфигурации.

  4. Зарегистрируйте новый узел в Control Hub.

3

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

  1. Выключите виртуальную машину.

  2. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  3. Щелкните Дисковод компакт-дисков и DVD-дисков 1, выберите параметр подключения из файла ISO и найдите расположение, куда вы скачали новый файл конфигурации ISO.

  4. Установите флажок Соединять при включении.

  5. Сохраните изменения и включите виртуальную машину.

4

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

Отключение режима блокировки разрешения внешних DNS

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

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

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

Убедитесь в том, что внутренние DNS-серверы могут разрешать общедоступные имена DNS и ваши узлы могут обмениваться данными с ними.
1

В веб-браузере откройте интерфейс узла безопасности данных гибридного типа (например, IP-адрес или настройка, https://192.0.2.0/setup), введите учетные данные администратора, настроенные для узла, а затем щелкните Войти.

2

Перейдите к разделу Overview (Обзор) (страница по умолчанию).

Если режим включен, параметр Blocked External DNS Resolution (Блокировка разрешения внешних DNS) должен иметь значение Yes (Да).

3

Перейдите на страницу Trust Store & Proxy (Зона доверия и прокси).

4

Щелкните Check Proxy Connection (Проверить соединение с прокси).

Если отображено сообщение о том, что не удалось предоставить разрешение внешнего DNS, значит, узлу не удалось подключиться к DNS-серверу и он останется в этом режиме. В противном случае после перезапуска узла и возврата на страницу Overview (Обзор) параметр блокировки разрешения внешних DNS должен иметь значение No (Нет).

Дальнейшие действия

Повторите тестирование соединения с прокси для каждого узла кластера безопасности данных гибридного типа.

Удаление узла

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

Используйте клиент VMware vSphere на компьютере для входа в виртуальный хост ESXi и выключения виртуальной машины.

2

Удалить узел.

  1. Войдите в Control Hub и выберите Службы.

  2. На карточке безопасности данных гибридного типа щелкните Просмотреть все , чтобы отобразить страницу ресурсов безопасности данных гибридного типа.

  3. Выберите кластер, чтобы отобразить его панель обзора.

  4. Щелкните Открыть список узлов.

  5. На вкладке Узлы выберите узел, который необходимо удалить.

  6. Щелкните Действия > Отменить регистрацию узла.

3

В клиенте vSphere удалите виртуальную машину. (На левой панели навигации щелкните правой кнопкой мыши виртуальную машину и выберите Удалить.)

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

Аварийное восстановление с помощью резервного центра обработки данных

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

Поскольку кластер выполняет критически важную функцию предоставления этих ключей, необходимо, чтобы кластер продолжал работать и чтобы поддерживалось надлежащее резервное копирование. Потеря базы данных безопасности данных гибридного типа или конфигурации ISO, используемой для схемы, приведет к НЕВОСПОЛНИМОЙ ПОТЕРЕ клиентского контента. Для предотвращения таких потерь обязательны следующие действия:

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

1

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание конфигурации ISO для узлов HDS.

2

После настройки сервера Syslogd щелкните Расширенные настройки

3

На странице Расширенные настройки добавьте конфигурацию ниже или удалите конфигурацию passiveMode , чтобы сделать узел активным. Узел может обрабатывать трафик после его настройки.

 пассивный режим: "ложный" 

4

Завершите процесс настройки и сохраните файл ISO в удобном для поиска местоположении.

5

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

6

В левой панели навигации клиента VMware vSphere щелкните правой кнопкой мыши виртуальную машину и выберите Редактировать настройки..

7

Щелкните Edit Settings >CD/DVD Drive 1 и выберите Datastore ISO File.


 

Убедитесь, что Connected и Connect at power on установлены флажки, чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение не менее 15 минут.

9

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


 

Проверьте вывод системного журнала, чтобы убедиться, что узлы резервного центра обработки данных не находятся в пассивном режиме. Параметр KMS configured in passive mode (KMS configured in passive mode) не должен отображаться в системных журналах.

Дальнейшие действия

Если после отработки отказа основной центр обработки данных снова становится активным, снова переведите резервный центр обработки данных в пассивный режим, выполнив действия, описанные в разделе Настройка резервного центра обработки данных для аварийного восстановления.

(Необязательно) Отсоедините ISO после конфигурации HDS

Стандартная конфигурация HDS работает с установленным ISO. Но некоторые клиенты предпочитают не оставлять файлы ISO постоянно монтируемые. Файл ISO можно отменить после того, как все узлы HDS получат новую конфигурацию.

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

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

Модернизируйте все узлы HDS до версии 2021.01.22.4720 или более поздней.

1

Отключите один из узлов HDS.

2

В vCenter Server Appliance выберите узел HDS.

3

Выберите Edit Settings > CD/DVD привод и снимите флажок Datastore ISO File.

4

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение как минимум 20 минут.

5

Повторите для каждого узла HDS по очереди.

Устранение неполадок безопасности данных гибридного типа

Просмотр предупреждений и устранение неполадок

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

  • Невозможно создать новые пространства (невозможно создать новые клавиши)

  • Не удалось расшифровать сообщения и названия пространств для:

    • Новые пользователи, добавленные в пространство (невозможно получить ключи)

    • Существующие пользователи в пространстве с использованием нового клиента (невозможно получить ключи)

  • Существующие пользователи в пространстве будут продолжать успешно работать, пока у их клиентов есть кэш ключей шифрования

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

Предупреждения

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

Таблица 1 Общие проблемы и шаги по их решению

Предупреждение

Действие

Ошибка доступа к локальной базе данных.

Проверьте наличие ошибок базы данных или проблем с локальной сетью.

Сбой подключения локальной базы данных.

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

Сбой доступа к облачной службе.

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

Возобновление регистрации облачной службы.

Регистрация в облачных службах была отменена. Продолжается возобновление регистрации.

Регистрация в облачной службе отменена.

Регистрация в облачных службах прекращена. Сервис отключается.

Служба еще не активирована.

Активируйте пробную версию или завершите перемещение пробной версии в производство.

Настроенный домен не соответствует сертификату сервера.

Убедитесь, что сертификат сервера соответствует настроенному домену активации службы.

Наиболее вероятной причиной является то, что сертификат CN был недавно изменен и теперь отличается от CN, который использовался при начальной настройке.

Не удалось выполнить аутентификацию в облачных службах.

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

Не удалось открыть файл локального хранилища ключей.

Проверьте целостность и точность пароля в локальном файле хранилища ключей.

Недопустимый сертификат локального сервера.

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

Не удается опубликовать метрики.

Проверьте доступ локальной сети к внешним облачным службам.

каталог /media/configdrive/hds не существует.

Проверьте конфигурацию подключения ISO на виртуальном узле. Убедитесь, что файл ISO существует, что он настроен на монтирование при перезагрузке и что он успешно монтируется.

Устранение неполадок безопасности данных гибридного типа

При устранении неполадок с безопасностью данных гибридного типа используйте приведенные ниже общие рекомендации.
1

Просмотрите Control Hub на наличие предупреждений и исправьте все найденные в нем элементы.

2

Проверьте вывод сервера syslog для активности из развертывания службы безопасности данных гибридного типа.

3

Обратитесь в службу поддержки Cisco.

Другие примечания

Известные проблемы безопасности данных гибридного типа

  • При отключении кластера безопасности данных гибридного типа (удалении его в Control Hub или отключении всех узлов), потере файла конфигурации ISO или потере доступа к базе данных хранилища ключей пользователи приложения Webex больше не смогут использовать пространства в списке пользователей, созданные с помощью клавиш KMS. Это применимо как к пробному, так и к производственному развертыванию. В настоящее время у нас нет решения или решения этой проблемы. Мы настоятельно рекомендуем вам не закрывать службы HDS после обработки учетных записей активных пользователей.

  • Клиент, имеющий существующее подключение ECDH к KMS, поддерживает это подключение в течение определенного периода времени (вероятно, одного часа). Когда пользователь становится участником пробной версии безопасности данных гибридного типа, клиент пользователя продолжает использовать существующее соединение ECDH до истечения времени его истечения. Кроме того, пользователь может выйти из приложения Webex и вернуться в него, чтобы обновить местоположение, в котором приложение связывается с ключами шифрования.

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

Использование OpenSSL для создания файла PKCS12

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

  • OpenSSL является одним из инструментов, который может быть использован для создания файла PKCS12 в надлежащем формате для загрузки в инструмент установки HDS. Есть и другие способы сделать это, и мы не поддерживаем и не продвигаем одну сторону.

  • Если вы решите использовать OpenSSL, мы предоставим эту процедуру в качестве руководства для создания файла, который соответствует требованиям сертификата X.509 в требованиях к сертификатам X.509. Прежде чем продолжить, ознакомьтесь с этими требованиями.

  • Установите OpenSSL в поддерживаемой среде. См. https://www.openssl.org программное обеспечение и документацию.

  • Создайте закрытый ключ.

  • Начните эту процедуру при получении сертификата сервера от центра сертификации (ЦС).

1

При получении сертификата сервера из ЦС сохраните его как hdsnode.pem.

2

Отобразите сертификат в виде текста и проверьте сведения.

openssl x509 -text -noout -in hdsnode.pem

3

Используйте текстовый редактор для создания файла пакета сертификатов под названием hdsnode-bundle.pem. Файл пакета должен содержать сертификат сервера, все промежуточные сертификаты ЦС и корневые сертификаты ЦС в следующем формате:

-----НАЧАТЬ СЕРТИФИКАТ------ ### Сертификат сервера. ### -----END CERTIFICATE----------BEGIN CERTIFICATE----- ### Промежуточный сертификат ЦС. ### -----END CERTIFICATE----------BEGIN CERTIFICATE----- ### Корневой сертификат ЦС. ### -----КОНЕЧНЫЙ СЕРТИФИКАТ------

4

Создайте файл .p12 с дружественным именем kms-private-key.

openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12

5

Проверьте сведения о сертификате сервера.

  1. openssl pkcs12 -in hdsnode.p12

  2. Введите пароль при запросе, чтобы зашифровать закрытый ключ так, чтобы он отображался в выходном окне. Затем убедитесь, что закрытый ключ и первый сертификат содержат строки friendlyName: kms-закрытый ключ.

    Пример.

    bash$ openssl pkcs12 -in hdsnode.p12 Введите пароль импорта: Проверенные MAC атрибуты OK Bag friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Ключевые атрибуты:  Введите фразу передачи PEM: Проверка — введите фразу передачи PEM: -----BEGIN ENCRYPTED PRIVATE KEY------  -----END ENCRYPTED PRIVATE KEY------ Атрибуты сумки friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE------- END CERTIFICATE------ Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE---------

Дальнейшие действия

Вернитесь к разделу "Завершить предварительные требования для безопасности данных гибридного типа". Вы будете использовать файл hdsnode.p12 и заданный для него пароль в разделе Создание конфигурации ISO для узлов HDS.


 

Эти файлы можно использовать повторно для запроса нового сертификата по истечении срока действия оригинального сертификата.

Трафик между узлами HDS и облаком

Трафик коллекции исходящих метрик

Узлы безопасности данных гибридного типа отправляют определенные метрики в облако Webex. К ним относятся системные метрики для максимальных значений кучи, используемой кучи, загрузки ЦП и количества потоков; метрики синхронных и асинхронных потоков; метрики предупреждений, включающие пороговое значение соединений шифрования, задержку или длину очереди запросов; метрики хранилища данных; и метрики подключения шифрования. Узлы отправляют зашифрованный ключ по каналу за пределами потока (отдельно от запроса).

Входящий Трафик

Узлы безопасности данных гибридного типа получают следующие типы входящего трафика из облака Webex.

  • Запросы на шифрование от клиентов, маршрутизируемые службой шифрования

  • Модернизация программного обеспечения узла

Настройка прокси Squid для безопасности данных гибридного типа

Невозможно выполнить подключение веб-сокетов через прокси Squid

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

Squid 4 и 5

Добавьте on_unsupported_protocol директиву в squid.conf:

on_unsupported_protocol туннель все

Squid 3.5.27

Служба безопасности данных гибридного типа успешно протестирована с указанными далее правилами, добавленными в squid.conf. Эти правила могут изменяться по мере разработки функций и обновления облака Webex.

acl wssMercuryConnection ssl::server_name_regex соединительный ssl_bump шлейф wssMercuryConnection acl step1 at_step SslBump1 acl step2 at_step SslBump2 acl step3 at_step SslBump3 ssl_bump peek step1 all ssl_bump stare step2 all ssl_bump bump step3 all
Предисловие

Новая и измененная информация

Дата

Внесенные изменения

20 октября 2023 г.

07 августа 2023 г.

23 мая 2023 г.

06 декабря 2022 г.

23 ноября 2022 г.

  • Узлы HDS теперь могут использовать аутентификацию Windows для Microsoft SQL Server.

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

    Обновлен параметр Создание конфигурации ISO для узлов HDS с процедурой настройки аутентификации Windows на узлах.

  • Обновлен раздел Требования к серверу базы данных новыми минимальными требуемыми версиями (PostgreSQL 10).

13 октября 2021 г.

Перед установкой узлов HDS Docker Desktop необходимо запустить программу установки. См. Требования к рабочему столу Docker.

24 июня 2021 г.

Отмечается, что для запроса другого сертификата можно повторно использовать файл закрытого ключа и представителя клиентской службы. Дополнительные сведения см. в разделе Использование OpenSSL для создания файла PKCS12.

30 апреля 2021 г.

Изменено требование к виртуальной машине для локального места на жестком диске до 30 ГБ. Подробные сведения см. в разделе Требования к виртуальному организатору.

24 февраля 2021 г.

Инструмент настройки HDS теперь может работать за прокси. Дополнительные сведения см. в разделе Создание ISO конфигурации для узлов HDS .

2 февраля 2021 г.

Теперь HDS может работать без смонтированного файла ISO. Подробности см. в статье (Необязательно) Отключение ISO после конфигурации HDS.

11 января 2021 г.

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

13 октября 2020 г.

Обновлен раздел "Скачивание установочных файлов".

8 октября 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS и Изменение конфигурации узла с помощью команд для сред FedRAMP.

14 августа 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS и Изменение конфигурации узла с изменениями в процессе входа.

5 августа 2020 г.

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

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

16 июня 2020 г.

Обновлено удаление узла для внесения изменений в пользовательский интерфейс Control Hub.

4 июня 2020 г.

Обновлен параметр Создание ISO конфигурации для узлов HDS для изменений в расширенных настройках, которые можно задать.

29 мая 2020 г.

Обновлено Create a Configuration ISO for the HDS Hosts , чтобы показать, что вы также можете использовать TLS с базами данных SQL Server, изменениями пользовательского интерфейса и другими разъяснениями.

5 мая 2020 г.

Обновлены требования к виртуальному организатору для отображения новых требований ESXi 6.5.

21 апреля 2020 г.

Обновлены требования к внешним подключениям с новыми хостами CI в Америке.

1 апреля 2020 г.

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

20 февраля 2020 г.Обновлен параметр Создание конфигурации ISO для узлов HDS с информацией о новом дополнительном экране расширенных настроек в инструменте настройки HDS.
4 февраля 2020 г.Обновлены требования к прокси-серверу.
16 декабря 2019 г.Уточнено требование для режима блокировки разрешения внешнего DNS для работы в требованиях к прокси-серверу.
19 ноября 2019 г.

Добавлена информация о режиме блокировки разрешения внешних DNS в следующих разделах:

8 ноября 2019 г.

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

Соответствующим образом обновлены следующие разделы:


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

6 сентября 2019 г.

Добавлен стандарт SQL Server в требования к серверу базы данных.

29 августа 2019 г.Добавлено приложение Настройка прокси Squid для безопасности данных гибридного типа с указаниями по настройке прокси Squid для игнорирования трафика веб-сокетов для надлежащей работы.
20 августа 2019 г.

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

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

13 июня 2019 г.Обновлен процесс пробной версии до производственной задачи с напоминанием о синхронизации HdsTrialGroup группировать объект перед запуском пробной версии, если в вашей организации используется синхронизация каталога.
6 марта 2019 г.
28 февраля 2019 г.
  • Исправлено количество локального места на жестком диске на сервере, которое следует выделить при подготовке виртуальных узлов, которые становятся узлами безопасности данных гибридного типа, с 50 ГБ до 20 ГБ, чтобы отразить размер диска, создаваемого OVA.

26 февраля 2019 г.
  • Узлы безопасности данных гибридного типа теперь поддерживают зашифрованные соединения с серверами баз данных PostgreSQL и зашифрованные соединения для ведения журналов к серверу системного журнала с поддержкой TLS. Обновлен раздел Создание конфигурации ISO для узлов HDS с инструкциями.

  • Удалены URL-адреса назначения из таблицы "Требования к подключению к Интернету для виртуальных машин узлов безопасности данных гибридного типа". Теперь таблица ссылается на список, который хранится в таблице "Дополнительные URL-адреса для служб гибридного типа Webex Teams" в разделе Требования к сети для служб Webex Teams.

24 января 2019 г.

  • Служба безопасности данных гибридного типа теперь поддерживает Microsoft SQL Server в качестве базы данных. SQL Server Always On (Always On Failover Clusters and Always on Availability Groups) поддерживается драйверами JDBC, которые используются в службе безопасности данных гибридного типа. Добавлен контент, связанный с развертыванием с помощью SQL Server.


     

    Поддержка Microsoft SQL Server предназначена только для новых развертываний системы безопасности данных гибридного типа. В настоящее время миграция данных с PostgreSQL на Microsoft SQL Server в существующем развертывании не поддерживается.

5 ноября 2018 г.
19 октября 2018 г.
  • Разделите информацию о подключении брандмауэра на требования узла и требования к машине конфигурации ISO в разделе Complete the Prerequisites for Data Security hybrid.

31 июля 2018 г.

21 мая 2018 г.

Изменена терминология для отражения ребрендинга Cisco Spark.

  • Служба безопасности данных гибридного типа Cisco Spark теперь является службой безопасности данных гибридного типа.

  • Приложение Cisco Spark теперь является приложением Webex.

  • Облако Cisco Collaboraton теперь является облаком Webex.

11 апреля 2018 г.
22 февраля 2018 г.
15 февраля 2018 г.
  • В таблице требований к сертификатам X.509 указано, что сертификат не может быть групповым сертификатом и что KMS использует домен CN, а не любой домен, определенный в полях SAN x.509v3.

18 января 2018 г.

2 ноября 2017 г.

  • Уточнена синхронизация каталогов HdsTrialGroup.

  • Исправлены инструкции по загрузке файла конфигурации ISO для установки на узлы виртуальной машины.

18 августа 2017 г.

Впервые опубликовано

Начало работы с безопасностью данных гибридного типа

Обзор безопасности данных гибридного типа

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

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

Архитектура сферы безопасности

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

Области разделения (без безопасности данных гибридного типа)

Чтобы лучше понять безопасность данных гибридного типа, давайте рассмотрим пример чистого облака, в котором Cisco предоставляет все функции в облачных сферах. Служба удостоверений, единственное место, где пользователи могут напрямую коррелировать с их личной информацией, такой как адрес электронной почты, логически и физически отделена от сферы безопасности в центре обработки данных B. Обе службы, в свою очередь, отделены от сферы, где в конечном итоге хранится зашифрованный контент, в центре обработки данных C.

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

  1. Клиент устанавливает безопасное соединение со службой управления ключами (KMS), затем запрашивает ключ для шифрования сообщения. Безопасное соединение использует ECDH, а KMS шифрует ключ с помощью главного ключа AES-256.

  2. Сообщение зашифровано перед выходом из клиента. Клиент отправляет его в службу индексирования, которая создает зашифрованные индексы поиска для облегчения будущих поисков контента.

  3. Зашифрованное сообщение отправляется в службу соответствия для проверки соответствия.

  4. Зашифрованное сообщение хранится в области хранилища.

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

Сотрудничество с другими организациями

Пользователи в вашей организации могут регулярно использовать приложение Webex для совместной работы с внешними участниками в других организациях. Когда один из ваших пользователей запрашивает ключ для пространства, принадлежащего вашей организации (поскольку оно было создано одним из ваших пользователей), KMS отправляет ключ клиенту через защищенный канал ECDH. Однако если ключ для пространства принадлежит другой организации, ваша KMS маршрутизирует запрос в облако Webex через отдельный канал ECDH для получения ключа из соответствующей KMS, а затем возвращает ключ пользователю в исходном канале.

Служба KMS, запущенная в организации A, проверяет соединения с KMS в других организациях с помощью сертификатов PKI x.509. Подробные сведения о создании сертификата x.509 для использования с развертыванием службы безопасности данных гибридного типа см. в разделе Подготовка среды .

Ожидания развертывания системы безопасности данных гибридного типа

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

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

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

  • Управление резервным копированием и восстановлением базы данных и конфигурации ISO.

  • Будьте готовы выполнить быстрое аварийное восстановление при возникновении катастрофы, например сбой диска базы данных или аварийное завершение работы центра обработки данных.


 

Механизм возврата ключей в облако после развертывания HDS отсутствует.

Процесс настройки высокого уровня

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

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

    Этапы установки, тестирования и производства подробно описаны в следующих трех главах.

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

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

Модель развертывания системы безопасности данных гибридного типа

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

В процессе установки мы предоставляем вам файл OVA для настройки виртуального устройства на предоставленных вами виртуальных машинах. Инструмент настройки HDS используется для создания пользовательского файла конфигурации кластера ISO, который монтируется на каждом узле. Кластер безопасности данных гибридного типа использует предоставленный вами сервер Syslogd и базу данных PostgreSQL или Microsoft SQL Server. (Сведения о подключении к системному журналу и базе данных можно настроить в инструменте настройки HDS.)

Модель развертывания системы безопасности данных гибридного типа

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

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

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

Для каждой организации поддерживается только один кластер.

Пробный режим безопасности данных гибридного типа

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

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

Если вы удовлетворены тем, что развертывание работает хорошо для пользователей пробной версии и готовы распространить службу безопасности данных гибридного типа на всех пользователей, развертывание будет перенесено в производство. Пилотные пользователи по-прежнему имеют доступ к ключам, которые использовались во время пробной версии. Однако вы не можете перемещаться между режимом производства и исходным пробным запуском. Если необходимо деактивировать службу, например для выполнения аварийного восстановления, при повторной активации необходимо запустить новую пробную версию и настроить набор пилотных пользователей для новой пробной версии, прежде чем вернуться в рабочий режим. Сохранение пользователями доступа к данным на данном этапе зависит от того, успешно ли выполнено резервное копирование хранилища ключевых данных и файла конфигурации ISO для узлов безопасности данных гибридного типа в кластере.

Резервный центр обработки данных для аварийного восстановления

Во время развертывания можно настроить безопасный резервный центр обработки данных. В случае аварийного состояния центра обработки данных можно вручную свернуть развертывание в резервный центр обработки данных.

Before failover, Data Center A has active HDS nodes and the primary PostgreSQL or Microsoft SQL Server database, while B has a copy of the ISO file with additional configurations, VMs that are registered to the organization, and a standby database. After failover, Data Center B has active HDS nodes and the primary database, while A has unregistered VMs and a copy of the ISO file, and the database is in standby mode.
Переключение на резервный центр обработки данных вручную

Базы данных активных и резервных центров обработки данных синхронизированы друг с другом, что позволяет минимизировать время, затрачиваемое на отработку отказа. Файл ISO резервного центра обработки данных обновлен дополнительными конфигурациями, которые обеспечивают регистрацию узлов в организации, но не будут обрабатывать трафик. Таким образом, узлы резервного центра обработки данных всегда обновляются с новейшей версией программного обеспечения HDS.


 

Активные узлы безопасности данных гибридного типа должны всегда находиться в том же центре обработки данных, что и активный сервер базы данных.

Настройка резервного центра обработки данных для аварийного восстановления

Чтобы настроить файл ISO резервного центра обработки данных, выполните приведенные ниже действия.

Перед началом работы

  • Резервный центр обработки данных должен отражать рабочую среду виртуальных машин и резервную базу данных PostgreSQL или Microsoft SQL Server. Например, если в производстве имеется 3 ВМ с узлами HDS, резервная среда должна иметь 3 ВМ. (Обзор этой модели отработки отказа см. в разделе Standby Data Center for Disaster Recovery .)

  • Убедитесь, что синхронизация базы данных включена между базой данных активных и пассивных узлов кластера.

1.

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание конфигурации ISO для узлов HDS.


 

Файл ISO должен быть копией оригинального файла ISO основного центра обработки данных, на который должны быть внесены следующие обновления конфигурации.

2.

После настройки сервера Syslogd щелкните Расширенные настройки

3.

На странице Расширенные настройки добавьте конфигурацию ниже, чтобы перевести узел в пассивный режим. В этом режиме узел будет зарегистрирован в организации и подключен к облаку, но не будет обрабатывать трафик.


passiveMode: 'true'
4.

Завершите процесс настройки и сохраните файл ISO в удобном для поиска местоположении.

5

Сделайте резервную копию файла ISO в локальной системе. Обеспечьте безопасность резервной копии. Этот файл содержит главный ключ шифрования для содержимого базы данных. Ограничить доступ только тем администраторам безопасности данных гибридного типа, которые должны вносить изменения в конфигурацию.

6

В левой панели навигации клиента VMware vSphere щелкните правой кнопкой мыши виртуальную машину и выберите Редактировать настройки..

7.

Щелкните Edit Settings >CD/DVD Drive 1 и выберите Datastore ISO File.


 

Убедитесь, что Connected и Connect at power on установлены флажки, чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение не менее 15 минут.

9

Повторите процесс для каждого узла в резервном центре обработки данных.


 

Проверьте системные журналы, чтобы убедиться, что узлы находятся в пассивном режиме. Вы должны иметь возможность просматривать сообщение «KMS configured in passive mode» в системных журналах.

Дальнейшие действия

После настройки passiveMode в файле ISO и сохраняя его, вы можете создать другую копию файла ISO без passiveMode и сохраните его в безопасном местоположении. Эта копия файла ISO без passiveMode настроенная система может помочь в быстром процессе отработки отказа во время аварийного восстановления. Подробную процедуру отработки отказа см. в разделе Аварийное восстановление с использованием резервного центра обработки данных .

Поддержка прокси

Служба безопасности данных гибридного типа поддерживает явные прокси, прозрачные прокси с проверкой и прокси без проверки. Чтобы обеспечить защиту и мониторинг трафика из сети предприятия в облако, можно связать эти прокси с развертыванием. После настройки прокси на узлах административный интерфейс платформы на узлах можно использовать для управления сертификатами и просмотра общего состояния соединений.

Узлы безопасности данных гибридного типа поддерживают указанные далее параметры прокси.

  • No proxy (Без прокси). Этот параметр применяется по умолчанию, если для интеграции прокси не используется конфигурация прокси и зоны доверия настройки узла HDS. Обновление сертификата не требуется.

  • Transparent non-inspecting proxy (Прозрачный прокси без проверки). Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.

  • Transparent tunneling or inspecting proxy (Прозрачный туннельный прокси или прокси с проверкой). Узлы не настроены для использования адреса определенного прокси-сервера. На узлах не нужно изменять конфигурацию HTTP или HTTPS. Как бы то ни было, для обеспечения доверия прокси узлам необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).

  • Explicit proxy (Явный прокси). При использовании явного прокси необходимо указать прокси-сервер и схему аутентификации, которые должны использовать узлы HDS. Для настройки явного прокси на каждом узле нужно ввести следующую информацию.

    1. Proxy IP/FQDN (IP-адрес или FQDN прокси). Адрес, который можно использовать для доступа к прокси-машине.

    2. Proxy Port (Порт прокси). Номер порта, который используется прокси для прослушивания трафика, передаваемого через прокси.

    3. Proxy Protocol (Протокол прокси). Выберите протокол, поддерживаемый прокси-сервером. Доступные протоколы указаны ниже.

      • HTTP – просматривает все запросы, отправляемые клиентом, и управляет этими запросами.

      • HTTPS – обеспечивает работу канала связи с сервером. Клиент получает и проверяет сертификат сервера.

    4. Authentication Type (Тип аутентификации). Выберите один из перечисленных ниже типов аутентификации.

      • None (Нет). Дальнейшая аутентификация не требуется.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

      • Basic (Базовая). Используется для оператора пользователя HTTP в целях предоставления имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только в том случае, если в качестве протокола прокси выбран протокол HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

Пример узлов безопасности данных гибридного типа и прокси

На этой схеме представлен пример соединения между системой безопасности данных гибридного типа, сетью и прокси. При использовании прозрачного прокси с проверкой или явного прокси с проверкой HTTPS на прокси и узлы безопасности данных гибридного типа необходимо установить один и тот же корневой сертификат.

Режим блокировки разрешения внешних DNS (конфигурации явного прокси)

При регистрации узла или проверке конфигурации прокси узла процесс тестирует поиск DNS и подключение к облаку Cisco Webex. В развертываниях с конфигурациями явного прокси, которые не допускают разрешения внешних DNS для внутренних клиентов, если узел не может посылать запросы на DNS-серверы, он автоматически переходит в режим блокировки разрешения внешних DNS. В этом режиме можно продолжить регистрацию узла и другие тестирования подключения к прокси.

Подготовка среды

Требования к безопасности данных гибридного типа

Требования к лицензии Cisco Webex

Развертывание службы безопасности данных гибридного типа.

Требования к рабочему столу Docker

Перед установкой узлов HDS необходимо запустить программу установки Docker Desktop. Docker недавно обновил свою модель лицензирования. Вашей организации может потребоваться платная подписка на Docker Desktop. Для получения дополнительной информации см. статью в блоге Docker "Docker обновляет и расширяет наши подписки на продукты".

Требования к сертификату X.509

Цепочка сертификатов должна отвечать следующим требованиям:

Таблица 1. Требования к сертификату X.509 для развертывания системы безопасности данных гибридного типа

Требование

Сведения

  • Подписано доверенным центром сертификации (CA)

По умолчанию мы доверяем ЦС в списке Mozilla (за исключением WoSign и StartCom) по адресу https://wiki.mozilla.org/CA:IncludedCAs.

  • Имеет имя домена общего имени (CN), которое идентифицирует развертывание службы безопасности данных гибридного типа

  • Не является групповым сертификатом

CN не должен быть доступным или быть в режиме реального времени организатором. Рекомендуется использовать название, которое отражает вашу организацию, например hds.company.com.

CN не должен содержать * (подстановочный знак).

CN используется для проверки узлов безопасности данных гибридного типа для клиентов приложения Webex. Все узлы безопасности данных гибридного типа в кластере используют один и тот же сертификат. Ваш KMS идентифицирует себя с помощью домена CN, а не какого-либо домена, определенного в полях SAN x.509v3.

После регистрации узла с этим сертификатом изменение имени домена CN не поддерживается. Выберите домен, который может применяться как к пробному, так и к производственному развертыванию.

  • Подпись без SHA1

Программное обеспечение KMS не поддерживает подписи SHA1 для проверки подключений к KMS других организаций.

  • Отформатирован как защищенный паролем файл PKCS #12

  • Используйте дружественное имя kms-private-key чтобы пометить сертификат, закрытый ключ и все промежуточные сертификаты для загрузки.

Для изменения формата сертификата можно использовать конвертер, например OpenSSL.

При запуске инструмента настройки HDS необходимо будет ввести пароль.

Программное обеспечение KMS не обеспечивает принудительное использование ключей или расширенные ограничения использования ключей. Некоторые центры сертификации требуют, чтобы к каждому сертификату применялись расширенные ограничения использования ключей, такие как аутентификация сервера. Можно использовать аутентификацию сервера или другие настройки.

Требования к виртуальному организатору

К виртуальным узлам, которые будут настроены в качестве узлов безопасности данных гибридного типа в кластере, предъявляются следующие требования.

  • Не менее двух отдельных узлов (рекомендуется 3), расположенных в одном защищенном центре обработки данных

  • Установлен и запущен VMware ESXi 6.5 (или более поздняя версия).


     

    Если у вас есть более ранняя версия ESXi, необходимо выполнить модернизацию.

  • Минимум 4 vCPU, 8 ГБ основной памяти, 30 ГБ локального дискового пространства на сервере

Требования к серверу базы данных


 

Создайте новую базу данных для хранения ключей. Не используйте базу данных по умолчанию. При установке приложения HDS создайте схему базы данных.

Существует два варианта для сервера базы данных. Требования к каждому из них следующие:

Таблица 2. Требования к серверу базы данных по типу базы данных

PostgreSQL

Microsoft SQL Server

  • PostgreSQL 14, 15 или 16, установлен и запущен.

  • Установлен SQL Server 2016, 2017 или 2019 (корпоративный или стандартный).


     

    Для SQL Server 2016 требуется пакет обновления 2 и кумулятивное обновление 2 или более поздние версии.

Минимум 8 vCPU, 16 ГБ основной памяти, достаточное место на жестком диске и мониторинг, чтобы убедиться, что он не превышен (рекомендуется 2 ТБ, если вы хотите запустить базу данных в течение длительного времени без необходимости увеличения объема хранилища)

Минимум 8 vCPU, 16 ГБ основной памяти, достаточное место на жестком диске и мониторинг, чтобы убедиться, что он не превышен (рекомендуется 2 ТБ, если вы хотите запустить базу данных в течение длительного времени без необходимости увеличения объема хранилища)

Программное обеспечение HDS в настоящее время устанавливает следующие версии драйверов для связи с сервером базы данных:

PostgreSQL

Microsoft SQL Server

Драйвер JDBC Postgres 42.2.5

Драйвер JDBC SQL Server 4.6

Эта версия драйвера поддерживает SQL Server Always On ( Always On Failover Cluster Instances и Always On Availability groups).

Дополнительные требования к аутентификации Windows в Microsoft SQL Server

Если вы хотите, чтобы узлы HDS использовали аутентификацию Windows для получения доступа к базе данных хранилища ключей на Microsoft SQL Server, в вашей среде необходима следующая конфигурация:

  • Узлы HDS, инфраструктура Active Directory и MS SQL Server должны синхронизироваться с NTP.

  • Учетная запись Windows, предоставленная узлам HDS, должна иметь доступ на чтение/запись к базе данных.

  • Серверы DNS, которые вы предоставляете узлам HDS, должны иметь возможность разрешить работу центра распределения ключей (KDC).

  • Экземпляр базы данных HDS можно зарегистрировать на сервере Microsoft SQL в качестве главного имени службы (SPN) в Active Directory. См. раздел Регистрация имени главного поставщика услуг для соединений Kerberos.

    Инструмент настройки HDS, средство запуска HDS и локальный KMS должны использовать аутентификацию Windows для доступа к базе данных хранилища ключей. Они используют сведения из конфигурации ISO для создания SPN при запросе доступа с аутентификацией Kerberos.

Требования к внешним подключениям

Настройте брандмауэр таким образом, чтобы разрешить следующее подключение для приложений HDS.

Приложение

Protocol

Port (Порт)

Направление из приложения

Адресат

Узлы безопасности данных гибридного типа

TCP

443

Исходящие HTTPS и WSS

  • Серверы Webex:

    • *.wbx2.com

    • *.ciscospark.com

  • Все узлы общих параметров идентификации

  • Другие URL-адреса, перечисленные для безопасности данных гибридного типа в таблице Дополнительные URL-адреса для служб гибридного типа Webex Требования к сети для служб Webex

инструмент настройки HDS

TCP

443

Исходящий HTTPS

  • *.wbx2.com

  • Все узлы общих параметров идентификации

  • hub.docker.com


 

Узлы безопасности данных гибридного типа работают с преобразованием сетевого доступа (NAT) или за брандмауэром, если NAT или брандмауэр разрешает требуемые исходящие соединения с адресатами домена в предыдущей таблице. Для соединений, входящих в узлы безопасности данных гибридного типа, порты не должны быть видны из Интернета. В центре обработки данных клиентам необходим доступ к узлам безопасности данных гибридного типа на портах TCP 443 и 22 для административных целей.

URL-адреса узлов общих параметров идентификации (CI) зависят от региона. Это текущие хосты CI:

Регион

URL-адреса общих узлов удостоверений

Северная и Южная Америка

  • https://idbroker.webex.com

  • https://identity.webex.com

  • https://idbroker-b-us.webex.com

  • https://identity-b-us.webex.com

Европейский союз

  • https://idbroker-eu.webex.com

  • https://identity-eu.webex.com

Канада

  • https://idbroker-ca.webex.com

  • https://identity-ca.webex.com

Требования к прокси-серверу

  • Мы официально поддерживаем следующие решения для прокси, которые можно интегрировать с узлами безопасности данных гибридного типа:

  • Поддерживаются следующие комбинации типов аутентификации для явных прокси:

    • без аутентификации при использовании HTTP или HTTPS;

    • базовая аутентификация при использовании HTTP или HTTPS;

    • дайджест-аутентификация только при использовании HTTPS;

  • При наличии прозрачного прокси с проверкой или явного прокси HTTPS необходимо иметь копию корневого сертификата прокси. Инструкции по развертыванию, приведенные в этом руководстве, содержат информацию о том, как загрузить эту копию в зоны доверия узлов безопасности данных гибридного типа.

  • Сеть, в которой размещены узлы HDS, должна обеспечивать принудительную маршрутизацию исходящего трафика TCP на порте 443 через прокси.

  • Прокси, проверяющие веб-трафик, могут нарушать работу соединений веб-сокетов. При возникновении этой проблемы обход (без проверки) трафика на wbx2.com и ciscospark.com решит проблему.

Выполнение предварительных требований для безопасности данных гибридного типа

Используйте этот контрольный список, чтобы убедиться в готовности к установке и настройке кластера безопасности данных гибридного типа.
1.

Убедитесь, что для вашей организации Webex включена профессиональная версия Cisco Webex Control Hub, и получите учетные данные учетной записи с полными правами администратора организации. За помощью в этом процессе обратитесь к партнеру Cisco или менеджеру по работе с клиентами.

2.

Выберите имя домена для развертывания HDS (например, hds.company.com) и получить цепочку сертификатов, содержащую сертификат X.509, закрытый ключ и любые промежуточные сертификаты. Цепочка сертификатов должна соответствовать требованиям сертификатов X.509.

3.

Подготовьте идентичные виртуальные хосты, которые будут настроены в качестве узлов безопасности данных гибридного типа в кластере. Необходимо, чтобы в одном защищенном центре обработки данных находились не менее двух отдельных узлов (рекомендуется 3), которые соответствуют требованиям, изложенным в требованиях к виртуальному узлу.

4.

Подготовьте сервер базы данных, который будет выступать в качестве хранилища данных ключей для кластера в соответствии с требованиями к серверу базы данных. Сервер базы данных должен быть размещен в защищенном центре обработки данных с виртуальными хостами.

  1. Создайте базу данных для хранения ключей. (Необходимо создать эту базу данных — не используйте базу данных по умолчанию. При установке приложения HDS создайте схему базы данных.)

  2. Соберите сведения, которые узлы будут использовать для связи с сервером базы данных.

    • имя хоста или IP-адрес (хост) и порт

    • имя базы данных (dbname) для хранения ключей

    • имя пользователя и пароль пользователя со всеми правами в базе данных хранилища ключей

5

Для быстрого аварийного восстановления настройте резервную среду в другом центре обработки данных. Среда резервного копирования отражает рабочую среду виртуальных машин и сервера резервной базы данных. Например, если в производстве имеется 3 ВМ с узлами HDS, резервная среда должна иметь 3 ВМ.

6

Настройте хост системного журнала для сбора журналов с узлов в кластере. Соберите его сетевой адрес и порт системного журнала (по умолчанию UDP 514).

7.

Создайте политику безопасного резервного копирования для узлов безопасности данных гибридного типа, сервера базы данных и узла системного журнала. Как минимум, чтобы предотвратить неизлечимую потерю данных, необходимо создать резервную копию базы данных и файла конфигурации ISO, созданного для узлов безопасности данных гибридного типа.


 

Поскольку узлы безопасности данных гибридного типа хранят ключи, используемые для шифрования и расшифровки контента, неспособность поддерживать оперативное развертывание приведет к НЕВОСПОЛНИМОЙ ПОТЕРЕ этого контента.

Клиенты приложения Webex кэшируют свои ключи, поэтому отключение может быть заметным не сразу, но со временем оно станет очевидным. Хотя временные отключения невозможно предотвратить, они могут быть восстановлены. Однако полная потеря (без резервных копий) базы данных или файла конфигурации ISO приведет к невосстановимым данным о клиенте. Ожидается, что операторы узлов безопасности данных гибридного типа будут вести частые резервные копии базы данных и файла конфигурации ISO, а также будут готовы восстановить центр обработки данных службы безопасности данных гибридного типа в случае катастрофического сбоя.

8

Убедитесь, что конфигурация брандмауэра обеспечивает подключение к узлам безопасности данных гибридного типа, как описано в требованиях к внешним подключениям.

9

Установите Docker ( https://www.docker.com) на любой локальной машине с поддерживаемой ОС (64-разрядная версия Microsoft Windows 10 Professional или Enterprise или Mac OSX Yosemite 10.10.3 или более поздняя версия) с веб-браузером, который может получить к нему доступ по ссылке http://127.0.0.1:8080.

Экземпляр Docker используется для загрузки и запуска инструмента настройки HDS, который создает информацию о локальной конфигурации для всех узлов безопасности данных гибридного типа. Вашей организации может потребоваться лицензия Docker Desktop. Дополнительные сведения см. в разделе Требования к рабочему столу Docker.

Чтобы установить и запустить инструмент настройки HDS, локальная машина должна иметь подключение, описанное в требованиях к внешним подключениям.

10

При интеграции прокси с безопасностью данных гибридного типа убедитесь, что он соответствует требованиям прокси-сервера.

11

Если в вашей организации используется синхронизация каталогов, создайте группу в Active Directory под названием HdsTrialGroup и добавьте пилотных пользователей. Пробная группа может иметь до 250 пользователей. Файл HdsTrialGroup перед запуском пробной версии для организации необходимо синхронизировать объект с облаком. Чтобы синхронизировать объект группы, выберите его в соединителе каталогов Конфигурация > Выбор объекта . (Подробные инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.)


 

Ключи для определенного пространства устанавливаются создателем пространства. При выборе пилотных пользователей следует иметь в виду, что если вы решите окончательно деактивировать развертывание службы безопасности данных гибридного типа, все пользователи потеряют доступ к контенту в пространствах, созданных пилотными пользователями. Потеря становится очевидной, как только приложения пользователей обновят кэшированные копии контента.

Настройка кластера безопасности данных гибридного типа

Процесс выполнения задач по развертыванию системы безопасности данных гибридного типа

Перед началом работы

Подготовка среды

1.

Скачивание файлов установки

Скачайте файл OVA на локальный компьютер для последующего использования.

2.

Создание ISO конфигурации для узлов HDS

Используйте инструмент настройки HDS для создания файла конфигурации ISO для узлов безопасности данных гибридного типа.

3.

Установка OVA узла HDS

Создайте виртуальную машину из файла OVA и выполните начальную конфигурацию, например сетевые настройки.


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

4.

Настройка виртуальной машины безопасности данных гибридного типа

Войдите в консоль виртуальной машины и задайте учетные данные для входа. Настройте сетевые параметры узла, если они не были настроены во время развертывания OVA.

5

Загрузка и монтаж конфигурации HDS ISO

Настройте виртуальную машину из файла конфигурации ISO, созданного с помощью инструмента настройки HDS.

6

Настройка узла HDS для интеграции прокси

Если для сетевой среды требуется конфигурация прокси, укажите тип прокси, который будет использоваться для узла, и при необходимости добавьте сертификат прокси в доверенное хранилище.

7.

Регистрация первого узла в кластере

Зарегистрируйте виртуальную машину в облаке Cisco Webex в качестве узла безопасности данных гибридного типа.

8

Создание и регистрация дополнительных узлов

Завершите настройку кластера.

9

Запустить пробную версию и перейти к производству (следующая глава)

Пока вы не начнете пробную версию, ваши узлы будут генерировать сигнал о том, что ваша служба еще не активирована.

Скачивание файлов установки

В этой задаче вы загружаете файл OVA на компьютер (а не на серверы, настроенные в качестве узлов безопасности данных гибридного типа). Этот файл будет использован позже в процессе установки.
1.

Войдите в https://admin.webex.com и щелкните Службы.

2.

В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Настройка.

Если карточка отключена или вы ее не видите, обратитесь в команду по работе с клиентами или партнерскую организацию. Укажите номер своей учетной записи и попросите включить для вашей организации функцию безопасности данных гибридного типа. Чтобы найти номер учетной записи, щелкните шестеренку в правом верхнем углу рядом с названием организации.


 

Вы также можете скачать OVA в любое время в разделе Справка на странице Настройки . На карточке безопасности данных гибридного типа щелкните Изменить настройки , чтобы открыть страницу. Затем щелкните Скачать программное обеспечение безопасности данных гибридного типа в разделе Справка .


 

Более старые версии пакета программного обеспечения (OVA) не будут совместимы с последними обновлениями службы безопасности данных гибридного типа. Это может привести к проблемам при модернизации приложения. Обязательно скачайте последнюю версию файла OVA.

3.

Выберите Нет , чтобы указать, что узел еще не настроен, и нажмите Далее.

Файл OVA автоматически начинает скачиваться. Сохраните файл в местоположении на компьютере.
4.

При необходимости щелкните Открыть руководство по развертыванию , чтобы проверить, доступна ли более поздняя версия этого руководства.

Создание ISO конфигурации для узлов HDS

Процесс настройки безопасности данных гибридного типа создает файл ISO. Затем вы используете ISO для настройки узла безопасности данных гибридного типа.

Перед началом работы

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

    Если инструмент настройки HDS работает за прокси в вашей среде, укажите настройки прокси (сервер, порт, учетные данные) через переменные среды Docker при переносе контейнера Docker на шаге 5. В этой таблице указаны некоторые из возможных переменных среды.

    Описание

    Переменная

    HTTP-прокси без аутентификации

    GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

    HTTPS-прокси без аутентификации

    GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

    HTTP-прокси с аутентификацией

    GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

    HTTPS-прокси с аутентификацией

    GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

  • Созданный файл конфигурации ISO содержит главный ключ, шифрующий базу данных PostgreSQL или Microsoft SQL Server. Вам потребуется последняя копия этого файла при внесении изменений в конфигурацию, например:

    • учетные данные базы данных

    • Обновления сертификата

    • Изменения политики авторизации

  • Если вы планируете шифровать соединения с базой данных, настройте развертывание PostgreSQL или SQL Server для TLS.

1.

Введите соответствующую команду для вашей среды в командной строке компьютера.

В обычных средах:

docker rmi ciscocitg/hds-setup:stable

В средах FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

 

На этом этапе очищаются предыдущие образы инструмента настройки HDS. Если предыдущих образов нет, отображается ошибка, которую можно проигнорировать.

2.

Чтобы войти в реестр образов Docker, введите следующее.

docker login -u hdscustomersro
3.

Введите в запросе пароля этот хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
4.

Скачайте последнюю стабильную версию образа для вашей среды.

В обычных средах:

docker pull ciscocitg/hds-setup:stable

В средах FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable
5

По завершении скачивания введите соответствующую команду для вашей среды.

  • В обычных средах без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
  • В обычных средах с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В обычных средах с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В средах FedRAMP без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

6

 

Инструмент настройки не поддерживает подключение к localhost через http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

Используйте веб-браузер для перехода к локальному узлу, http://127.0.0.1:8080 и введите имя пользователя администратора клиента для Control Hub в окне запроса.

Инструмент использует эту первую запись имени пользователя для настройки соответствующей среды для этой учетной записи. В этом инструменте отображается стандартная подсказка для входа в систему.

7.

По запросу введите учетные данные для входа администратора клиента Control Hub, а затем щелкните Войти, чтобы разрешить доступ к необходимым службам для безопасности данных гибридного типа.

8

На странице обзора инструмента настройки щелкните Начало работы.

9

На странице импорта ISO доступны следующие параметры:

  • Нет. При создании первого узла HDS у вас нет файла ISO для загрузки.
  • Да. Если вы уже создали узлы HDS, выберите файл ISO в окне просмотра и загрузите его.
10

Убедитесь, что сертификат X.509 соответствует требованиям, изложенным в требованиях к сертификатам X.509.

  • Если сертификат ранее не загружался, загрузите сертификат X.509, введите пароль и нажмите Продолжить.
  • Если сертификат ОК, нажмите Продолжить.
  • Если срок действия сертификата истек или необходимо заменить его, выберите Нет для продолжения использования цепочки сертификатов HDS и закрытого ключа из предыдущего ISO?. Загрузите новый сертификат X.509, введите пароль и нажмите Продолжить.
11

Введите адрес базы данных и учетную запись HDS для доступа к хранилищу данных ключа:

  1. Выберите тип базы данных (PostgreSQL или Microsoft SQL Server).

    Если выбран Microsoft SQL Server, появится поле Authentication Type (Тип аутентификации).

  2. (Только Microsoft SQL Server) Выберите тип аутентификации:

    • Базовая аутентификация: В поле Имя пользователя необходимо указать имя учетной записи SQL Server.

    • Аутентификация Windows: Вам нужна учетная запись Windows в формате username@DOMAIN в поле Имя пользователя .

  3. Введите адрес сервера базы данных в форме <hostname>:<port> или <IP-address>:<port>.

    Пример.
    dbhost.example.org:1433 или 198.51.100.17:1433

    Для базовой аутентификации можно использовать IP-адрес, если узлы не могут использовать DNS для разрешения имени узла.

    При использовании аутентификации Windows необходимо ввести полное доменное имя в формате dbhost.example.org:1433

  4. Введите имя базы данных.

  5. Введите имя пользователя и пароль пользователя со всеми правами в базе данных хранилища ключей.

12

Выберите режим подключения к базе данных TLS:

Mode

Описание

Предпочтительно использование TLS (параметр по умолчанию)

Узлам HDS не требуется TLS для подключения к серверу базы данных. Если включить TLS на сервере базы данных, узлы попытаются установить зашифрованное соединение.

Обязательное использование TLS

Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

Обязательное использование TLS и проверка источника подписи сертификата


 

Этот режим не применим к базам данных SQL Server.

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает отправителя подписи сертификата от сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

Воспользуйтесь элементом управления корневым сертификатом базы данных под раскрывающимся списком, чтобы загрузить корневой сертификат для этого параметра.

Обязательное использование TLS и проверка источника подписи сертификата и имени узла

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает отправителя подписи сертификата от сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

  • Узлы также проверяют, соответствует ли имя хоста в сертификате сервера имени хоста в поле Хост базы данных и порт . Необходимо точное совпадение имен. Иначе узел разорвет соединение.

Воспользуйтесь элементом управления корневым сертификатом базы данных под раскрывающимся списком, чтобы загрузить корневой сертификат для этого параметра.

При загрузке корневого сертификата (при необходимости) и нажатии Continue (Продолжить) инструмент настройки HDS тестирует соединение TLS с сервером базы данных. Инструмент также выполняет проверку источника подписи сертификата и имени узла (если применимо). Если тест не будет пройден, в инструменте будет отображено сообщение об ошибке с описанием проблемы. Можно выбрать параметр игнорирования ошибки и продолжить настройку. (Из-за различий в подключении узлы HDS могут установить соединение TLS, даже если машина инструмента настройки HDS не сможет успешно протестировать его.)

13

На странице «Системные журналы» настройте сервер Syslogd:

  1. Введите URL-адрес сервера системного журнала.

    Если сервер не разрешается DNS из узлов кластера HDS, используйте IP-адрес в URL.

    Пример.
    udp://10.92.43.23:514 указывает на вход в хост Syslogd 10.92.43.23 на порту UDP 514.
  2. Если вы настроили на сервере использование шифрования TLS, проверьте, настроен ли ваш сервер системного журнала для шифрования SSL?.

    Установив этот флажок, убедитесь, что введен URL-адрес TCP, например tcp://10.92.43.23:514.

  3. В раскрывающемся списке Выбор завершения записи системного журнала выберите соответствующую настройку для файла ISO. Выберите или Newline используется для Graylog и Rsyslog TCP

    • Null byte -- \x00

    • Newline -- \n — выберите этот параметр для TCP Graylog и Rsyslog.

  4. Щелкните Продолжить.

14

(Необязательно) Значение по умолчанию для некоторых параметров подключения к базе данных можно изменить в расширенных настройках. Как правило, этот параметр является единственным, который можно изменить:

app_datasource_connection_pool_maxSize: 10
15

Щелкните Продолжить на экране Сброс пароля учетных записей службы .

Срок службы паролей учетных записей службы составляет девять месяцев. Используйте этот экран, когда срок действия паролей близится к концу или вы хотите сбросить их, чтобы аннулировать предыдущие файлы ISO.

16

Щелкните Скачать файл ISO. Сохраните файл в удобном для поиска местоположении.

17

Сделайте резервную копию файла ISO в локальной системе.

Обеспечьте безопасность резервной копии. Этот файл содержит главный ключ шифрования для содержимого базы данных. Ограничить доступ только тем администраторам безопасности данных гибридного типа, которые должны вносить изменения в конфигурацию.

18

Чтобы выключить инструмент настройки, введите CTRL+C.

Дальнейшие действия

Создайте резервную копию файла конфигурации ISO. Она необходима для создания дополнительных узлов для восстановления или внесения изменений в конфигурацию. Если вы потеряете все копии файла ISO, вы также потеряете главный ключ. Восстановление ключей из базы данных PostgreSQL или Microsoft SQL Server невозможно.


 

У нас никогда нет копии этого ключа, и мы не можем помочь, если вы его потеряете.

Установка OVA узла HDS

Используйте эту процедуру для создания виртуальной машины из файла OVA.
1.

Используйте клиент VMware vSphere на компьютере для входа в виртуальный хост ESXi.

2.

Выберите Файл > Развертывание шаблона OVF.

3.

В мастере укажите расположение скачанного ранее файла OVA и щелкните Далее.

4.

На Выберите имя и папку страница, введите Имя виртуальной машины для узла (например, HDS_Node_1) выберите местоположение, в котором может находиться развертывание узла виртуальной машины, а затем щелкните Далее.

5

На Выберите вычислительный ресурс выберите целевой вычислительный ресурс, а затем щелкните Далее.

Выполняется проверка. После завершения отображаются сведения о шаблоне.

6

Проверьте сведения о шаблоне и щелкните Далее.

7.

Если вас попросят выбрать конфигурацию ресурса в Конфигурация страница, щелкните 4 ЦП и щелкните Далее.

8

На Выбрать хранилище страница, щелкните Далее для принятия формата диска по умолчанию и политики хранения VM.

9

На Выбор сетей выберите параметр сети из списка записей, чтобы обеспечить желаемое подключение к виртуальной машине.

10

На странице Настройка шаблона настройте следующие сетевые параметры.

  • Имя узла. Введите полное доменное имя (имя узла и домен) или одно имя узла для узла.

     
    • Вам не нужно настраивать домен в соответствии с доменом, который вы использовали для получения сертификата X.509.

    • Чтобы обеспечить успешную регистрацию в облаке, используйте только символы нижнего регистра в доменном имени или имени узла, заданном для узла. В настоящее время заглавные буквы не поддерживаются.

    • Общая длина FQDN не должна превышать 64 символов.

  • IP-адрес — введите IP-адрес для внутреннего интерфейса узла.

     

    Ваш узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

  • Маска — введите адрес маски подсети в десятичной нотации. Например, 255.255.255.0.
  • Шлюз — введите IP-адрес шлюза. Шлюз — это сетевой узел, который служит точкой доступа к другой сети.
  • DNS-серверы — введите список DNS-серверов с разделителями-запятыми, которые обрабатывают перевод доменных имен на числовые IP-адреса. (Допускается до 4 записей DNS.)
  • Серверы NTP. Введите сервер NTP вашей организации или другой внешний сервер NTP, который может использоваться в вашей организации. Серверы NTP по умолчанию могут работать не для всех предприятий. Также можно использовать список с разделителями-запятыми для ввода нескольких серверов NTP.
  • Разверните все узлы в одной подсети или VLAN, чтобы все узлы в кластере были доступны клиентам в вашей сети в целях администрирования.

При необходимости можно пропустить конфигурацию сетевых настроек и выполнить действия, описанные в разделе Настройка виртуальной машины безопасности данных гибридного типа , чтобы настроить параметры на консоли узла.


 

Параметр настройки сетевых настроек во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

11

Щелкните правой кнопкой мыши виртуальную машину узла и выберите Питание > Питание включено.

Программное обеспечение безопасности данных гибридного типа устанавливается в качестве гостя на узле виртуальной машины. Теперь вы готовы войти в консоль и настроить узел.

Рекомендации по устранению неисправностей

Может возникнуть задержка в несколько минут до появления контейнеров узла. Во время первой загрузки на консоли появляется сообщение брандмауэра моста, во время которого невозможно войти в систему.

Настройка виртуальной машины безопасности данных гибридного типа

Используйте эту процедуру для первого входа в консоль виртуальных машин узла безопасности данных гибридного типа и установки учетных данных для входа. Консоль также можно использовать для настройки сетевых параметров узла, если они не были настроены во время развертывания OVA.

1.

В клиенте VMware vSphere выберите VM узла безопасности данных гибридного типа и перейдите на вкладку Консоль .

Виртуальная машина загружается, и появляется запрос на вход. Если запрос на вход не отображается, нажмите Enter.
2.

Для входа и изменения учетных данных используйте следующие логин и пароль по умолчанию.

  1. Вход: admin

  2. Пароль: cisco

После первого входа в виртуальную машину необходимо изменить пароль администратора.

3.

Если параметры сети уже настроены в разделе Установка узла HDS OVA, пропустите оставшуюся часть этой процедуры. В противном случае в главном меню выберите пункт Редактировать конфигурацию .

4.

Настройте статическую конфигурацию с IP-адресом, маской, шлюзом и информацией о DNS. Ваш узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

5

(Необязательно) Измените имя узла, домен или серверы NTP, если это необходимо для соответствия политике сети.

Вам не нужно настраивать домен в соответствии с доменом, который вы использовали для получения сертификата X.509.

6

Сохраните конфигурацию сети и перезагрузите виртуальную машину, чтобы изменения вступили в силу.

Загрузка и монтаж конфигурации HDS ISO

Используйте эту процедуру для настройки виртуальной машины из файла ISO, созданного с помощью инструмента настройки HDS.

Перед началом работы

Поскольку файл ISO содержит главный ключ, он должен быть раскрыт только на основании необходимости знать для доступа виртуальных машин безопасности данных гибридного типа и администраторов, которым может потребоваться внести изменения. Убедитесь, что доступ к хранилищу данных могут получить только эти администраторы.

1.

Загрузите файл ISO с компьютера:

  1. В левой панели навигации клиента VMware vSphere щелкните сервер ESXi.

  2. В списке Аппаратное обеспечение вкладки Конфигурация щелкните Хранилище.

  3. В списке Datastores щелкните правой кнопкой мыши хранилище данных для виртуальных машин и нажмите Browse Datastore.

  4. Щелкните пиктограмму Загрузить файлы и нажмите Загрузить файл.

  5. Перейдите в расположение, где вы скачали файл ISO на свой компьютер, и нажмите Открыть.

  6. Нажмите Да , чтобы принять предупреждение операции загрузки и скачивания, и закройте диалоговое окно хранилища данных.

2.

Подключите файл ISO:

  1. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  2. Нажмите OK, чтобы принять предупреждение об ограниченных параметрах редактирования.

  3. Щелкните кнопку CD/DVD Drive 1, выберите параметр для подключения из файла ISO хранилища данных и перейдите в расположение, куда загружен файл конфигурации ISO.

  4. Установите флажки Подключено и Подключено при включении питания.

  5. Сохраните изменения и перезагрузите виртуальную машину.

Дальнейшие действия

Если требуется ИТ-политика, можно при необходимости отменить монтирование файла ISO после того, как все узлы выберут изменения конфигурации. Подробности см. в статье (Необязательно) Отключение ISO после конфигурации HDS.

Настройка узла HDS для интеграции прокси

Если в сетевой среде необходимо использовать прокси, воспользуйтесь этой процедурой, чтобы указать тип прокси, который нужно интегрировать со службой безопасности данных гибридного типа. При выборе прозрачного прокси с проверкой или явного прокси HTTPS можно использовать интерфейс узла для загрузки и установки корневого сертификата. Кроме того, в интерфейсе можно проверять соединение с прокси и устранять неполадки.

Перед началом работы

1.

Введите URL настройки узла HDS https://[HDS Node IP or FQDN]/setup в веб-браузере введите учетные данные администратора, настроенные для узла, и щелкните Войти.

2.

Откройте раздел Trust Store & Proxy (Зона доверия и прокси) и выберите один из следующих параметров.

  • No Proxy (Без прокси). Этот параметр применяется по умолчанию до интеграции прокси. Обновление сертификата не требуется.
  • Transparent Non-Inspecting Proxy (Прозрачный прокси без проверки). Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.
  • Transparent Inspecting Proxy (Прозрачный прокси с проверкой). Узлы не настроены для использования адреса определенного прокси-сервера. В развертывании службы безопасности данных гибридного типа не нужно вносить изменения в конфигурацию HTTPS, однако для обеспечения доверия прокси узлам HDS необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).
  • Explicit Proxy (Явный прокси). При использовании явного прокси необходимо указать прокси-сервер, который должен использовать клиент (узлы HDS). Этот параметр поддерживает несколько типов аутентификации. После выбора этого параметра необходимо ввести указанную далее информацию.
    1. Proxy IP/FQDN (IP-адрес или FQDN прокси). Адрес, который можно использовать для доступа к прокси-машине.

    2. Proxy Port (Порт прокси). Номер порта, который используется прокси для прослушивания трафика, передаваемого через прокси.

    3. Proxy Protocol (Протокол прокси). Выберите http (просматривает все запросы, получаемые от клиента, и управляет этими запросами) или https (обеспечивает работу канала связи с сервером; клиент получает и проверяет сертификат сервера). Выберите параметр в зависимости от того, какой протокол поддерживает используемый вами прокси-сервер.

    4. Authentication Type (Тип аутентификации). Выберите один из перечисленных ниже типов аутентификации.

      • None (Нет). Дальнейшая аутентификация не требуется.

        Этот параметр доступен для прокси HTTP или HTTPS.

      • Basic (Базовая). Используется для оператора пользователя HTTP в целях предоставления имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен для прокси HTTP или HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только для прокси HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

В случае использования прозрачного прокси с проверкой, явного прокси HTTP с базовой аутентификацией или явного прокси HTTPS выполните указанные далее шаги.

3.

Щелкните Upload a Root Certificate or End Entity Certificate (Загрузить корневой сертификат или сертификат конечного субъекта) и откройте меню для выбора корневого сертификата для прокси.

Сертификат будет загружен, но не установлен, поскольку для установки сертификата необходимо перезагрузить узел. Чтобы получить дополнительные сведения, щелкните стрелку-шеврон, расположенную рядом с именем издателя сертификата. Если вы допустили ошибку и хотите вновь загрузить файл, щелкните Delete (Удалить).

4.

Чтобы протестировать сетевое соединение между узлом и прокси, щелкните Check Proxy Connection (Проверить соединение с прокси).

Если тестирование соединения завершится неудачей, на экране появится сообщение об ошибке, в котором будут указаны причина и способ исправления ошибки.

Если отображено сообщение о том, что не удалось предоставить разрешение внешнего DNS, значит, узлу не удалось подключиться к DNS-серверу. Такая проблема может возникнуть во многих конфигурациях явного прокси. Можно продолжить настройку, и узел будет работать в режиме блокировки разрешения внешних DNS. Если вы считаете, что это ошибка, выполните следующие действия, а затем увидите Отключить режим блокировки разрешения внешних DNS.

5

Если вы используете явный прокси, настроенный на применение исключительно https, после успешного завершения тестирования соединения включите параметр Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси (Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси). Для вступления в силу этого параметра необходимо 15 секунд.

6

Щелкните Install All Certificates Into the Trust Store (Установить все сертификаты в зоне доверия) – этот параметр отображается при использовании явного прокси HTTPS или прозрачного прокси с проверкой – или Reboot (Перезагрузить) – этот параметр отображается при использовании явного прокси HTTP. Прочитайте запрос и щелкните Install (Установить), если вы готовы к установке.

Узел перезагрузится в течение нескольких минут.

7.

После перезагрузки узла повторно войдите в систему, если это необходимо, и откройте страницу Обзор, чтобы выполнить проверки соединений. Состояние всех проверок должно быть обозначено зеленым цветом.

Проверка соединения с прокси используется исключительно для тестирования поддомена webex.com. Проблемы с соединениями нередко возникают из-за того, что некоторые облачные домены, указанные в инструкциях по установке, блокируются на уровне прокси.

Регистрация первого узла в кластере

Для выполнения этой задачи требуется общий узел, созданный в инструменте Настройка виртуальной машины безопасности данных гибридного типа, регистрирует узел в облаке Webex и превращает его в узел безопасности данных гибридного типа.

При регистрации первого узла создается кластер, которому этот узел назначен. Кластер содержит один или несколько узлов, развернутых для обеспечения избыточности.

Перед началом работы

  • Как только вы начнете регистрацию узла, вы должны завершить ее в течение 60 минут или начать заново.

  • Убедитесь, что все блокирующие всплывающие окна в браузере отключены или что для admin.webex.com разрешено исключение.

1.

Войдите в https://admin.webex.com.

2.

В меню в левой части экрана выберите Службы.

3.

В разделе служб гибридного типа найдите службу безопасности данных гибридного типа и щелкните Настройка.

Откроется страница "Регистрация узла безопасности данных гибридного типа".
4.

Выберите Да , чтобы указать, что узел настроен и готов его зарегистрировать, а затем нажмите Далее.

5

В первом поле введите имя кластера, которому необходимо назначить узел безопасности данных гибридного типа.

Рекомендуется присвоить кластеру имя в зависимости от географического расположения узлов кластера. Например: "Сан-Франциско", "Нью-Йорк" или "Даллас"

6

Во втором поле введите внутренний IP-адрес или полное доменное имя узла и нажмите Далее.

Этот IP-адрес или полное доменное имя должны совпадать с IP-адресом или именем узла и доменом, которые использовались в разделе Настройка виртуальной машины безопасности данных гибридного типа.

Отобразится сообщение о том, что узел можно зарегистрировать в Webex.
7.

Щелкните Перейти к узлу.

8

В предупреждающем сообщении нажмите Continue (Продолжить).

Через несколько минут вы будете перенаправлены на тесты подключения узлов для служб Webex. Если все тесты прошли успешно, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". Там вы подтверждаете, что хотите предоставить организации Webex полномочия на доступ к узлу.
9

Установите флажок Разрешить доступ к узлу безопасности данных гибридного типа и нажмите Продолжить.

Ваша учетная запись проверена, и в сообщении "Регистрация завершена" указывается, что ваш узел теперь зарегистрирован в облаке Webex.
10

Щелкните ссылку или закройте вкладку, чтобы вернуться на страницу безопасности данных гибридного типа Control Hub.

На странице безопасности данных гибридного типа отображается новый кластер, содержащий зарегистрированный узел. Узел автоматически скачает последнюю версию программного обеспечения из облака.

Создание и регистрация дополнительных узлов

Чтобы добавить дополнительные узлы в кластер, необходимо просто создать дополнительные виртуальные машины и смонтировать тот же файл конфигурации ISO, а затем зарегистрировать узел. Рекомендуется иметь не менее 3 узлов.

 

В настоящее время резервные виртуальные машины, созданные в разделе Complete the Prerequisites for Data Security гибридного типа, являются резервными хостами, которые используются только в случае аварийного восстановления. До этого времени они не регистрируются в системе. Дополнительные сведения см. в разделе Аварийное восстановление с помощью резервного центра обработки данных.

Перед началом работы

  • Как только вы начнете регистрацию узла, вы должны завершить ее в течение 60 минут или начать заново.

  • Убедитесь, что все блокирующие всплывающие окна в браузере отключены или что для admin.webex.com разрешено исключение.

1.

Создайте новую виртуальную машину из OVA, повторив шаги, описанные в разделе Установка OVA узла HDS.

2.

Настройте начальную конфигурацию новой виртуальной машины, повторив шаги, описанные в разделе Настройка виртуальной машины безопасности данных гибридного типа.

3.

В новой виртуальной машине повторите шаги, описанные в разделе Загрузить и смонтировать конфигурацию HDS ISO.

4.

При настройке прокси для развертывания повторите действия, описанные в разделе Настройка узла HDS для интеграции прокси , если это необходимо для нового узла.

5

Зарегистрируйте узел.

  1. В https://admin.webex.com выберите Службы в меню в левой части экрана.

  2. В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Ресурсы.

    Отобразится страница ресурсов безопасности данных гибридного типа.
  3. Щелкните Добавить ресурс.

  4. В первом поле выберите имя существующего кластера.

  5. Во втором поле введите внутренний IP-адрес или полное доменное имя узла и нажмите Далее.

    Отобразится сообщение о том, что узел можно зарегистрировать в облаке Webex.
  6. Щелкните Перейти к узлу.

    Через несколько минут вы будете перенаправлены на тесты подключения узлов для служб Webex. Если все тесты прошли успешно, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". Там вы подтверждаете, что хотите предоставить вашей организации полномочия на доступ к узлу.
  7. Установите флажок Разрешить доступ к узлу безопасности данных гибридного типа и нажмите Продолжить.

    Ваша учетная запись проверена, и в сообщении "Регистрация завершена" указывается, что ваш узел теперь зарегистрирован в облаке Webex.
  8. Щелкните ссылку или закройте вкладку, чтобы вернуться на страницу безопасности данных гибридного типа Control Hub.

Ваш узел зарегистрирован. Обратите внимание, что до начала пробной версии узлы генерируют сигнал о том, что служба еще не активирована.

Дальнейшие действия

Запустить пробную версию и перейти к производству (следующая глава)
Запуск пробной версии и переход к производству

Процесс выполнения пробной версии производственных задач

После настройки кластера безопасности данных гибридного типа можно запустить пилотный проект, добавить в него пользователей и начать использовать его для тестирования и проверки развертывания в рамках подготовки к переходу к производству.

1.

Если применимо, синхронизируйте HdsTrialGroup групповой объект.

Если в вашей организации используется синхронизация каталогов для пользователей, необходимо выбрать HdsTrialGroup группировать объект для синхронизации с облаком, прежде чем начать пробную версию. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

2.

Активировать пробную версию

Начните пробную версию. Пока вы не выполните эту задачу, ваши узлы генерируют сигнал о том, что служба еще не активирована.

3.

Тестирование развертывания системы безопасности данных гибридного типа

Убедитесь в том, что ключевые запросы передаются в развертывание службы безопасности данных гибридного типа.

4.

Мониторинг работоспособности системы безопасности данных гибридного типа

Проверьте состояние и настройте электронные уведомления для сигналов тревоги.

5

Добавление или удаление пользователей из пробной версии

6

Завершите пробную фазу одним из следующих действий.

Активировать пробную версию

Перед началом работы

Если в вашей организации используется синхронизация каталогов для пользователей, необходимо выбрать HdsTrialGroup группировать объект для синхронизации с облаком, прежде чем начать пробную версию для вашей организации. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

1.

Войдите в https://admin.webex.com и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе "Состояние службы" щелкните Начать пробную версию.

Состояние службы меняется на пробный режим.
4.

Щелкните Добавить пользователей и введите адрес электронной почты одного или нескольких пользователей для экспериментального использования узлов безопасности данных гибридного типа для служб шифрования и индексации.

(Если в вашей организации используется синхронизация каталогов, используйте Active Directory для управления пробной группой, HdsTrialGroup.)

Тестирование развертывания системы безопасности данных гибридного типа

Используйте эту процедуру для тестирования сценариев шифрования безопасности данных гибридного типа.

Перед началом работы

  • Настройте развертывание службы безопасности данных гибридного типа.

  • Активируйте пробную версию и добавьте нескольких пользователей пробной версии.

  • Убедитесь, что у вас есть доступ к системному журналу, чтобы проверить, передаются ли ключевые запросы в развертывание службы безопасности данных гибридного типа.

1.

Ключи для определенного пространства устанавливаются создателем пространства. Войдите в приложение Webex в качестве одного из пилотных пользователей, затем создайте пространство и пригласите как минимум одного пилотного пользователя и одного непилотного пользователя.


 

Если деактивировать развертывание службы безопасности данных гибридного типа, контент в пространствах, созданных пилотными пользователями, будет недоступен после замены кэшированных клиентом копий ключей шифрования.

2.

Отправка сообщений в новое пространство.

3.

Проверьте вывод системного журнала, чтобы убедиться, что ключевые запросы передаются в развертывание службы безопасности данных гибридного типа.

  1. Чтобы проверить, устанавливает ли пользователь первый защищенный канал в KMS, отфильтруйте kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

    Вы должны найти следующую запись (идентификаторы сокращены для читаемости):
    2020-07-21 17:35:34.562 (+0000) INFO  KMS [pool-14-thread-1] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms://hds2.org5.portun.us/statickeys/3[~]0 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, 
    kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, 
    kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2
  2. Чтобы проверить, запрашивает ли пользователь существующий ключ от KMS, выполните фильтр kms.data.method=retrieve и kms.data.type=KEY:

    Вы должны найти запись, например:
    2020-07-21 17:44:19.889 (+0000) INFO  KMS [pool-14-thread-31] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=retrieve, 
    kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, 
    kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b
  3. Чтобы проверить, есть ли у пользователя запрос на создание нового ключа KMS, выполните фильтр kms.data.method=create и kms.data.type=KEY_COLLECTION:

    Вы должны найти запись, например:
    2020-07-21 17:44:21.975 (+0000) INFO  KMS [pool-14-thread-33] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, 
    kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, 
    kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b
  4. Чтобы проверить наличие пользователя, запрашивающего создание нового объекта ресурса KMS (KRO) при создании пространства или другого защищенного ресурса, выполните фильтр kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

    Вы должны найти запись, например:
    2020-07-21 17:44:22.808 (+0000) INFO  KMS [pool-15-thread-1] - [KMS:REQUEST] received, 
    deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
    (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, 
    kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
    kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Мониторинг работоспособности системы безопасности данных гибридного типа

Индикатор состояния в Control Hub показывает, насколько хорошо развертывание службы безопасности данных гибридного типа. Для более активного оповещения зарегистрируйтесь для получения уведомлений по электронной почте. Вы будете получать уведомления о наличии аварийных сигналов или модернизации программного обеспечения, влияющих на работу.
1.

В Control Hub выберите Службы в меню в левой части экрана.

2.

В разделе служб гибридного типа найдите службу безопасности данных гибридного типа и щелкните Настройки.

Отобразится страница параметров безопасности данных гибридного типа.
3.

В разделе «Электронные уведомления» введите один или несколько адресов электронной почты, разделенных запятыми, и нажмите Enter.

Добавление или удаление пользователей из пробной версии

После активации пробной версии и добавления первоначального набора пользователей пробной версии можно добавить или удалить участников пробной версии в любое время, пока пробная версия активна.

При удалении пользователя из пробной версии клиент пользователя запросит ключи и создание ключей в облачной KMS вместо KMS. Если клиенту необходим ключ, который хранится в вашей KMS, облачная KMS получит его от имени пользователя.

Если в вашей организации используется синхронизация каталогов, используйте Active Directory (вместо этой процедуры) для управления пробной группой. HdsTrialGroup; вы можете просматривать участников группы в Control Hub, но не можете добавлять или удалять их.

1.

Войдите в Control Hub и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе «Пробный режим» области «Состояние службы» щелкните Добавить пользователей или выберите просмотр и редактирование для удаления пользователей из пробной версии.

4.

Введите адрес электронной почты одного или нескольких пользователей, которые необходимо добавить, или щелкните X по идентификатору пользователя, чтобы удалить пользователя из пробной версии. Затем щелкните Сохранить.

Переход от пробной версии к производственной

Если вы убедитесь, что развертывание работает хорошо для пользователей пробной версии, вы можете перейти к производству. При переходе к производству все пользователи в организации будут использовать локальный домен безопасности данных гибридного типа для ключей шифрования и других служб безопасности. Вы не сможете вернуться в пробный режим с производства, пока не отключите службу в рамках аварийного восстановления. Для повторной активации службы необходимо настроить новую пробную версию.
1.

Войдите в Control Hub и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе "Состояние службы" щелкните Переместить в производство.

4.

Убедитесь в том, что необходимо переместить всех пользователей в производство.

Завершение пробной версии без перехода к производству

Если во время пробной версии вы решите не продолжать развертывание службы безопасности данных гибридного типа, можно деактивировать службу безопасности данных гибридного типа, что приведет к завершению пробной версии и возврату пользователей пробной версии в облачные службы безопасности данных. Пользователи пробной версии потеряют доступ к данным, которые были зашифрованы во время пробной версии.
1.

Войдите в Control Hub и выберите Службы.

2.

В разделе Безопасность данных гибридного типа щелкните Настройки.

3.

В разделе Деактивировать нажмите Деактивировать.

4.

Подтвердите деактивацию службы и завершите пробную версию.

Управление развертыванием HDS

Управление развертыванием HDS

Используйте описанные здесь задачи для управления развертыванием службы безопасности данных гибридного типа.

Задать график модернизации кластера

Обновление программного обеспечения для безопасности данных гибридного типа выполняется автоматически на уровне кластера, что гарантирует, что все узлы всегда используют одну и ту же версию программного обеспечения. Модернизация выполняется в соответствии с графиком модернизации для кластера. Когда модернизация программного обеспечения становится доступной, вы можете вручную модернизировать кластер до запланированного времени модернизации. Вы можете задать конкретный график модернизации или использовать расписание по умолчанию в 3:00 утра по Соединенным Штатам: Америка/Лос-Анджелес При необходимости можно также отложить предстоящую модернизацию.

Чтобы задать график модернизации, выполните приведенные ниже действия.

1.

Войдите в Control Hub.

2.

На странице "Обзор" в разделе "Службы гибридного типа" выберите Безопасность данных гибридного типа.

3.

На странице "Ресурсы безопасности данных гибридного типа" выберите кластер.

4.

На панели "Обзор" справа в разделе "Настройки кластера" выберите имя кластера.

5

На странице "Настройки" в разделе "Модернизация" выберите время и часовой пояс для расписания модернизации.

Примечание. В часовом поясе отображаются дата и время следующей доступной модернизации. При необходимости модернизацию можно отложить на следующий день, щелкнув Отложить.

Изменение конфигурации узла

Иногда может потребоваться изменить конфигурацию узла безопасности данных гибридного типа по одной из причин:
  • Изменение сертификатов x.509 по истечении срока действия или по другим причинам.


     

    Изменение доменного имени CN сертификата не поддерживается. Домен должен совпадать с исходным доменом, использованным для регистрации кластера.

  • Обновление настроек базы данных для работы с копией базы данных PostgreSQL или Microsoft SQL Server.


     

    Перенос данных с PostgreSQL на Microsoft SQL Server или в обратном направлении не поддерживается. Чтобы переключить среду базы данных, начните новое развертывание службы безопасности данных гибридного типа.

  • Создание новой конфигурации для подготовки нового центра обработки данных.

Из соображений безопасности для учетных записей в службе безопасности данных гибридного типа используются пароли со сроком действия 9 месяцев. После того как инструмент настройки HDS создаст эти пароли, вам нужно будет развернуть их в каждом из своих узлов HDS в файле конфигурации ISO. При приближении даты окончания срока действия пароля команда Webex пришлет вам уведомление с запросом на сброс пароля учетной записи компьютера. (В сообщении электронной почты будет текст "Использование API учетной записи компьютера для обновления пароля".) Если срок действия паролей еще не истек, средство предоставляет два варианта.

  • Мягкий сброс. Старые и новые пароли работают в течение не более 10 дней. Используйте этот период для постепенной замены файла ISO на узлах.

  • Жесткий сброс. Старые пароли перестанут работать немедленно.

Если срок действия ваших паролей истекает без сброса, это влияет на работу вашей службы HDS. В этом случае требуется немедленный жесткий сброс и замена файла ISO на всех узлах.

Используйте эту процедуру, чтобы создать новый файл конфигурации ISO и применить его к кластеру.

Перед началом работы

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

    Если инструмент настройки HDS работает за прокси в вашей среде, укажите настройки прокси (сервер, порт, учетные данные) через переменные среды Docker при переносе контейнера Docker в 1.e. В этой таблице указаны некоторые из возможных переменных среды.

    Описание

    Переменная

    HTTP-прокси без аутентификации

    GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

    HTTPS-прокси без аутентификации

    GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

    HTTP-прокси с аутентификацией

    GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

    HTTPS-прокси с аутентификацией

    GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

  • Для создания новой конфигурации потребуется копия текущего файла конфигурации ISO. Файл ISO содержит главный ключ шифрования базы данных PostgreSQL или Microsoft SQL Server. Файл ISO необходим для изменения конфигурации, в том числе учетных данных базы данных, обновления сертификатов или изменения политики авторизации.

1.

Запустите инструмент настройки HDS, используя Docker на локальной машине.

  1. Введите соответствующую команду для вашей среды в командной строке компьютера.

    В обычных средах:

    docker rmi ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker rmi ciscocitg/hds-setup-fedramp:stable

     

    На этом этапе очищаются предыдущие образы инструмента настройки HDS. Если предыдущих образов нет, отображается ошибка, которую можно проигнорировать.

  2. Чтобы войти в реестр образов Docker, введите следующее.

    docker login -u hdscustomersro
  3. Введите в запросе пароля этот хеш:

    dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
  4. Скачайте последнюю стабильную версию образа для вашей среды.

    В обычных средах:

    docker pull ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker pull ciscocitg/hds-setup-fedramp:stable

     

    Обязательно скачайте для этой процедуры последнюю версию инструмента настройки. В версиях инструмента, созданных до 22 февраля 2018 г., нет экранов сброса пароля.

  5. По завершении скачивания введите соответствующую команду для вашей среды.

    • В обычных средах без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
    • В обычных средах с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В обычных средах с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В средах FedRAMP без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

    Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

  6. Используйте браузер для подключения к локальному узлу; http://127.0.0.1:8080.


     

    Инструмент настройки не поддерживает подключение к localhost через http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

  7. При отображении соответствующего запроса введите учетные данные для входа клиента Control Hub и затем щелкните Принять для продолжения.

  8. Импортируйте текущий файл конфигурации ISO.

  9. Следуйте подсказкам, чтобы завершить работу с инструментом и скачать обновленный файл.

    Чтобы выключить инструмент настройки, введите CTRL+C.

  10. Создайте резервную копию обновленного файла в другом центре обработки данных.

2.

Если у вас запущен только один узел HDS, создайте новую виртуальную машину узла безопасности данных гибридного типа и зарегистрируйте ее с помощью нового файла конфигурации ISO. Более подробные инструкции см. в разделе Создание и регистрация дополнительных узлов.

  1. Установите OVA узла HDS.

  2. Настройте виртуальную машину HDS.

  3. Подключите обновленный файл конфигурации.

  4. Зарегистрируйте новый узел в Control Hub.

3.

Для существующих узлов HDS, в которых используется старый файл конфигурации, необходимо установить файл ISO. Выполните следующую процедуру для каждого узла по очереди, обновив каждый узел до выключения следующего узла.

  1. Выключите виртуальную машину.

  2. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  3. Щелкните кнопку CD/DVD Drive 1, выберите параметр для подключения из файла ISO и перейдите в расположение, где вы скачали новый файл конфигурации ISO.

  4. Установите флажок Соединять при включении.

  5. Сохраните изменения и включите виртуальную машину.

4.

Повторите шаг 3, чтобы заменить конфигурацию на каждом оставшемся узле со старой конфигурацией.

Отключение режима блокировки разрешения внешних DNS

При регистрации узла или проверке конфигурации прокси узла процесс тестирует поиск DNS и подключение к облаку Cisco Webex. Если DNS-сервер узла не может разрешать общедоступные имена DNS, узел автоматически переходит в режим блокировки разрешения внешних DNS.

Если узлы могут разрешать общедоступные имена DNS через внутренние DNS-серверы, можно отключить этот режим, повторно запустив тестирование подключения к прокси на каждом узле.

Перед началом работы

Убедитесь в том, что внутренние DNS-серверы могут разрешать общедоступные имена DNS и ваши узлы могут обмениваться данными с ними.
1.

В веб-браузере откройте интерфейс узла безопасности данных гибридного типа (например, IP-адрес или настройка, https://192.0.2.0/setup), введите учетные данные администратора, настроенные для узла, и щелкните Войти.

2.

Перейдите к разделу Overview (Обзор) (страница по умолчанию).

Если режим включен, параметр Blocked External DNS Resolution (Блокировка разрешения внешних DNS) должен иметь значение Yes (Да).

3.

Перейдите на страницу Trust Store & Proxy (Зона доверия и прокси).

4.

Щелкните Check Proxy Connection (Проверить соединение с прокси).

Если отображено сообщение о том, что не удалось предоставить разрешение внешнего DNS, значит, узлу не удалось подключиться к DNS-серверу и он останется в этом режиме. В противном случае после перезапуска узла и возврата на страницу Overview (Обзор) параметр блокировки разрешения внешних DNS должен иметь значение No (Нет).

Дальнейшие действия

Повторите тестирование соединения с прокси для каждого узла кластера безопасности данных гибридного типа.

Удаление узла

Эта процедура используется для удаления узла безопасности данных гибридного типа из облака Webex. После удаления узла из кластера удалите виртуальную машину, чтобы предотвратить дальнейший доступ к вашим данным безопасности.
1.

Используйте клиент VMware vSphere на компьютере для входа в виртуальный хост ESXi и выключения виртуальной машины.

2.

Удалить узел.

  1. Войдите в Control Hub и выберите Службы.

  2. На карточке безопасности данных гибридного типа щелкните Просмотреть все , чтобы отобразить страницу ресурсов безопасности данных гибридного типа.

  3. Выберите кластер, чтобы отобразить его панель обзора.

  4. Щелкните Открыть список узлов.

  5. На вкладке Узлы выберите узел, который необходимо удалить.

  6. Щелкните Действия > Отменить регистрацию узла.

3.

В клиенте vSphere удалите виртуальную машину. (В левой панели навигации щелкните правой кнопкой мыши виртуальную машину и выберите Удалить.)

Если вы не удалите виртуальную машину, не забудьте отключить файл конфигурации ISO. Без файла ISO вы не можете использовать виртуальную машину для доступа к данным безопасности.

Аварийное восстановление с помощью резервного центра обработки данных

Наиболее важной службой, предоставляемой кластером безопасности данных гибридного типа, является создание и хранение ключей, используемых для шифрования сообщений и другого контента, хранящегося в облаке Webex. Для каждого пользователя в организации, которому назначена служба безопасности данных гибридного типа, запросы на создание новых ключей направляются в кластер. Кластер также отвечает за возврат созданных им ключей всем пользователям, авторизованным для их извлечения, например участникам пространства разговора.

Поскольку кластер выполняет критически важную функцию предоставления этих ключей, необходимо, чтобы кластер продолжал работать и чтобы поддерживалось надлежащее резервное копирование. Потеря базы данных безопасности данных гибридного типа или конфигурации ISO, используемой для схемы, приведет к НЕВОСПОЛНИМОЙ ПОТЕРЕ клиентского контента. Для предотвращения таких потерь обязательны следующие действия:

Если из-за сбоя развертывание HDS в основном центре обработки данных становится недоступным, выполните эту процедуру, чтобы вручную переключиться на резервный центр обработки данных.

1.

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание конфигурации ISO для узлов HDS.

2.

После настройки сервера Syslogd щелкните Расширенные настройки

3.

На странице Расширенные настройки добавьте конфигурацию ниже или удалите passiveMode конфигурации, чтобы сделать узел активным. Узел может обрабатывать трафик после его настройки.


passiveMode: 'false'
4.

Завершите процесс настройки и сохраните файл ISO в удобном для поиска местоположении.

5

Сделайте резервную копию файла ISO в локальной системе. Обеспечьте безопасность резервной копии. Этот файл содержит главный ключ шифрования для содержимого базы данных. Ограничить доступ только тем администраторам безопасности данных гибридного типа, которые должны вносить изменения в конфигурацию.

6

В левой панели навигации клиента VMware vSphere щелкните правой кнопкой мыши виртуальную машину и выберите Редактировать настройки..

7.

Щелкните Edit Settings >CD/DVD Drive 1 и выберите Datastore ISO File.


 

Убедитесь, что Connected и Connect at power on установлены флажки, чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение не менее 15 минут.

9

Повторите процесс для каждого узла в резервном центре обработки данных.


 

Проверьте вывод системного журнала, чтобы убедиться, что узлы резервного центра обработки данных не находятся в пассивном режиме. Параметр KMS configured in passive mode (KMS configured in passive mode) не должен отображаться в системных журналах.

Дальнейшие действия

Если после отработки отказа основной центр обработки данных снова становится активным, снова переведите резервный центр обработки данных в пассивный режим, выполнив действия, описанные в разделе Настройка резервного центра обработки данных для аварийного восстановления.

(Необязательно) Отсоедините ISO после конфигурации HDS

Стандартная конфигурация HDS работает с установленным ISO. Но некоторые клиенты предпочитают не оставлять файлы ISO постоянно монтируемые. Файл ISO можно отменить после того, как все узлы HDS получат новую конфигурацию.

Вы по-прежнему используете файлы ISO для изменения конфигурации. При создании нового ISO или обновлении ISO с помощью инструмента настройки необходимо установить обновленный ISO на всех узлах HDS. После того как все узлы подберут изменения конфигурации, с помощью этой процедуры можно снова отменить монтирование ISO.

Перед началом работы

Модернизируйте все узлы HDS до версии 2021.01.22.4720 или более поздней.

1.

Отключите один из узлов HDS.

2.

В vCenter Server Appliance выберите узел HDS.

3.

Выберите Редактировать настройки > CD/DVD привод и снимите флажок Datastore ISO File.

4.

Включите узел HDS и убедитесь в отсутствии аварийных сигналов в течение как минимум 20 минут.

5

Повторите для каждого узла HDS по очереди.

Устранение неполадок безопасности данных гибридного типа

Просмотр предупреждений и устранение неполадок

Развертывание службы безопасности данных гибридного типа считается недоступным, если все узлы в кластере недоступны или кластер работает так медленно, что запрашивает время ожидания. Если пользователи не могут подключиться к кластеру безопасности данных гибридного типа, у них появятся следующие симптомы.

  • Невозможно создать новые пространства (невозможно создать новые клавиши)

  • Не удалось расшифровать сообщения и названия пространств для:

    • Новые пользователи, добавленные в пространство (невозможно получить ключи)

    • Существующие пользователи в пространстве с использованием нового клиента (невозможно получить ключи)

  • Существующие пользователи в пространстве будут продолжать успешно работать, пока у их клиентов есть кэш ключей шифрования

Во избежание сбоев в работе службы важно надлежащим образом отслеживать кластер безопасности данных гибридного типа и оперативно реагировать на любые предупреждения.

Предупреждения

При возникновении проблем с настройкой безопасности данных гибридного типа Control Hub отображает предупреждения администратору организации и отправляет электронные сообщения на настроенный адрес электронной почты. Предупреждения охватывают многие распространенные сценарии.

Таблица 1. Общие проблемы и шаги по их решению

Сигнал

Действие

Ошибка доступа к локальной базе данных.

Проверьте наличие ошибок базы данных или проблем с локальной сетью.

Сбой подключения локальной базы данных.

Убедитесь, что сервер базы данных доступен, и в конфигурации узла использовались правильные учетные данные служебной учетной записи.

Сбой доступа к облачной службе.

Убедитесь, что узлы могут получить доступ к серверам Webex, как указано в требованиях к внешним подключениям.

Возобновление регистрации облачной службы.

Регистрация в облачных службах была отменена. Продолжается возобновление регистрации.

Регистрация в облачной службе отменена.

Регистрация в облачных службах прекращена. Сервис отключается.

Служба еще не активирована.

Активируйте пробную версию или завершите перемещение пробной версии в производство.

Настроенный домен не соответствует сертификату сервера.

Убедитесь, что сертификат сервера соответствует настроенному домену активации службы.

Наиболее вероятной причиной является то, что сертификат CN был недавно изменен и теперь отличается от CN, который использовался при начальной настройке.

Не удалось выполнить аутентификацию в облачных службах.

Проверка точности и возможного истечения срока действия учетных данных учетной записи службы.

Не удалось открыть файл локального хранилища ключей.

Проверьте целостность и точность пароля в локальном файле хранилища ключей.

Недопустимый сертификат локального сервера.

Проверьте дату истечения срока действия сертификата сервера и убедитесь, что он был выпущен доверенным центром сертификации.

Не удается опубликовать метрики.

Проверьте доступ локальной сети к внешним облачным службам.

каталог /media/configdrive/hds не существует.

Проверьте конфигурацию подключения ISO на виртуальном узле. Убедитесь, что файл ISO существует, что он настроен на монтирование при перезагрузке и что он успешно монтируется.

Устранение неполадок безопасности данных гибридного типа

При устранении неполадок с безопасностью данных гибридного типа используйте приведенные ниже общие рекомендации.
1.

Просмотрите Control Hub на наличие предупреждений и исправьте все найденные в нем элементы.

2.

Проверьте вывод сервера syslog для активности из развертывания службы безопасности данных гибридного типа.

3.

Обратитесь в службу поддержки Cisco.

Другие примечания

Известные проблемы безопасности данных гибридного типа

  • При отключении кластера безопасности данных гибридного типа (удалении его в Control Hub или отключении всех узлов), потере файла конфигурации ISO или потере доступа к базе данных хранилища ключей пользователи приложения Webex больше не смогут использовать пространства в списке пользователей, созданные с помощью клавиш KMS. Это применимо как к пробному, так и к производственному развертыванию. В настоящее время у нас нет решения или решения этой проблемы. Мы настоятельно рекомендуем вам не закрывать службы HDS после обработки учетных записей активных пользователей.

  • Клиент, имеющий существующее подключение ECDH к KMS, поддерживает это подключение в течение определенного периода времени (вероятно, одного часа). Когда пользователь становится участником пробной версии безопасности данных гибридного типа, клиент пользователя продолжает использовать существующее соединение ECDH до истечения времени его истечения. Кроме того, пользователь может выйти из приложения Webex и вернуться в него, чтобы обновить местоположение, в котором приложение связывается с ключами шифрования.

    Аналогичное поведение происходит при перемещении пробной версии в производство для организации. Все пользователи, не являющиеся пробными версиями, с существующими подключениями ECDH к предыдущим службам безопасности данных, будут продолжать использовать эти службы до тех пор, пока соединение ECDH не будет пересогласовано (через тайм-аут или путем выхода и повторного входа).

Использование OpenSSL для создания файла PKCS12

Перед началом работы

  • OpenSSL является одним из инструментов, который может быть использован для создания файла PKCS12 в надлежащем формате для загрузки в инструмент установки HDS. Есть и другие способы сделать это, и мы не поддерживаем и не продвигаем одну сторону.

  • Если вы решите использовать OpenSSL, мы предоставим эту процедуру в качестве руководства для создания файла, соответствующего требованиям сертификата X.509 в требованиях к сертификатам X.509. Прежде чем продолжить, ознакомьтесь с этими требованиями.

  • Установите OpenSSL в поддерживаемой среде. См. https://www.openssl.org программное обеспечение и документацию.

  • Создайте закрытый ключ.

  • Начните эту процедуру при получении сертификата сервера от центра сертификации (ЦС).

1.

При получении сертификата сервера из ЦС сохраните его как hdsnode.pem.

2.

Отобразите сертификат в виде текста и проверьте сведения.

openssl x509 -text -noout -in hdsnode.pem

3.

Используйте текстовый редактор для создания файла пакета сертификатов, который называется hdsnode-bundle.pem. Файл пакета должен содержать сертификат сервера, все промежуточные сертификаты ЦС и корневые сертификаты ЦС в следующем формате:

-----BEGIN CERTIFICATE-----
### Server certificate. ###
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
###  Intermediate CA certificate. ###
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
###  Root CA certificate. ###
-----END CERTIFICATE-----
4.

Создайте файл .p12 с дружественным именем kms-private-key.

openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12

5

Проверьте сведения о сертификате сервера.

  1. openssl pkcs12 -in hdsnode.p12

  2. Введите пароль при запросе, чтобы зашифровать закрытый ключ так, чтобы он отображался в выходном окне. Затем убедитесь, что закрытый ключ и первый сертификат содержат строки friendlyName: kms-private-key.

    Пример.

    bash$ openssl pkcs12 -in hdsnode.p12
    Enter Import Password:
    MAC verified OK
    Bag Attributes
        friendlyName: kms-private-key
        localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 
    Key Attributes: <No Attributes>
    Enter PEM pass phrase:
    Verifying - Enter PEM pass phrase:
    -----BEGIN ENCRYPTED PRIVATE KEY-----
    <redacted>
    -----END ENCRYPTED PRIVATE KEY-----
    Bag Attributes
        friendlyName: kms-private-key
        localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 
    subject=/CN=hds1.org6.portun.us
    issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
    -----BEGIN CERTIFICATE-----
    <redacted>
    -----END CERTIFICATE-----
    Bag Attributes
        friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US
    subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
    issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3
    -----BEGIN CERTIFICATE-----
    <redacted>
    -----END CERTIFICATE-----

Дальнейшие действия

Вернитесь к разделу "Завершить предварительные требования для безопасности данных гибридного типа". Вы будете использовать hdsnode.p12 и пароль, заданный для него, в разделе Создание конфигурации ISO для узлов HDS.


 

Эти файлы можно использовать повторно для запроса нового сертификата по истечении срока действия оригинального сертификата.

Трафик между узлами HDS и облаком

Трафик коллекции исходящих метрик

Узлы безопасности данных гибридного типа отправляют определенные метрики в облако Webex. К ним относятся системные метрики для максимальных значений кучи, используемой кучи, загрузки ЦП и количества потоков; метрики синхронных и асинхронных потоков; метрики предупреждений, включающие пороговое значение соединений шифрования, задержку или длину очереди запросов; метрики хранилища данных; и метрики подключения шифрования. Узлы отправляют зашифрованный ключ по каналу за пределами потока (отдельно от запроса).

Входящий Трафик

Узлы безопасности данных гибридного типа получают следующие типы входящего трафика из облака Webex.

  • Запросы на шифрование от клиентов, маршрутизируемые службой шифрования

  • Модернизация программного обеспечения узла

Настройка прокси Squid для безопасности данных гибридного типа

Невозможно выполнить подключение веб-сокетов через прокси Squid

Прокси-серверы Squid, проверяющие трафик HTTPS, могут препятствовать созданию веб-сокета ( wss:) соединений, требуемых службой безопасности данных гибридного типа. В этих разделах содержится руководство по настройке различных версий Squid на игнорирование wss: для обеспечения надлежащей работы служб.

Squid 4 и 5

Добавить on_unsupported_protocol директива к squid.conf:

on_unsupported_protocol tunnel all

Squid 3.5.27

Безопасность данных гибридного типа успешно протестирована с добавлением приведенных ниже правил. squid.conf. Эти правила могут изменяться по мере разработки функций и обновления облака Webex.

acl wssMercuryConnection ssl::server_name_regex mercury-connection

ssl_bump splice wssMercuryConnection

acl step1 at_step SslBump1
acl step2 at_step SslBump2
acl step3 at_step SslBump3
ssl_bump peek step1 all
ssl_bump stare step2 all
ssl_bump bump step3 all

Предисловие

Новая и измененная информация

Дата

Внесенные изменения

20 октября 2023 г.

7 августа 2023 г.

23 мая 2023 г.

6 декабря 2022 г.

23 ноября 2022 г.

13 октября 2021 г.

Перед установкой узлов HDS на рабочем столе Docker необходимо запустить программу настройки. См. статью Требования к рабочему столу Docker.

24 июня 2021 г.

Отмечено, что для запроса другого сертификата можно повторно использовать файл закрытого ключа и CSR. Подробные сведения см. в статье Использование OpenSSL для создания файла PKCS12 .

30 апреля 2021 г.

Изменено требование виртуальной машины для локального жесткого диска на 30 ГБ. Подробные сведения см. в статье Требования к виртуальному организатору .

24 февраля 2021 г.

Инструмент настройки HDS теперь может работать за прокси. Подробные сведения см. в статье Создание ISO конфигурации для узлов HDS .

2 февраля 2021 г.

HDS теперь может работать без монтированного файла ISO. Подробные сведения см. в статье (необязательно) Отключение ISO после настройки HDS .

11 января 2021 г.

Добавлена информация о инструменте настройки HDS и прокси-серверах для создания ISO конфигурации для узлов HDS.

13 октября 2020 г.

Обновлен раздел Скачивание файлов установки.

8 октября 2020 г.

В раздел Создание конфигурации ISO для узлов HDS и Изменение конфигурации узла добавлены команды для сред FedRAMP.

14 августа 2020 г.

В раздел Создание ISO конфигурации для узлов HDS и Изменение конфигурации узла внесены изменения в процесс входа.

5 августа 2020 г.

Обновлен раздел Тестирование развертывания безопасности данных гибридного типа для отображения изменений в сообщениях журналов.

В раздел Требования к виртуальному организатору добавлено удаление максимального количества организаторов.

16 июня 2020 г.

В раздел Удаление узла внесены изменения в пользовательском интерфейсе Control Hub.

4 июня 2020 г.

Обновлен раздел Создание конфигурации ISO для узлов HDS для изменений в настройках расширенных настроек.

29 мая 2020 г.

В раздел Создание ISO конфигурации для узлов HDS добавлена возможность использования TLS с базами данных SQL Server, изменениями пользовательского интерфейса и другими разъяснениями.

5 мая 2020 г.

В раздел Требования к виртуальному организатору добавлено новое требование ESXi 6.5.

21 апреля 2020 г.

В раздел Требования к внешнему подключению добавлены новые узлы CI Америки.

1 апреля 2020 г.

В раздел Требования к внешнему подключению добавлена информация о региональных узлах CI.

20 февраля 2020 г.В раздел Создание ISO конфигурации для узлов HDS добавлена информация о новом экране дополнительных параметров в инструменте настройки HDS.
4 февраля, 2020Обновлен раздел Требования к прокси-серверу.
16 декабря 2019 г.Уточнено требование работы режима блокировки разрешения внешних DNS в разделе Требования к прокси-серверу.
19 ноября 2019 г.

Добавлена информация о режиме блокировки разрешения внешних DNS в следующих разделах:

8 ноября 2019 г.

Теперь параметры сети для узла можно настраивать во время развертывания OVA, а не после этого.

Соответственно обновлены следующие разделы:

Параметр настройки сети во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

6 сентября 2019 г.

В раздел Требования к серверу базы данных добавлен стандарт SQL Server.

29 августа 2019 г.Добавлено приложение Настройка прокси Squid для безопасности данных гибридного типа с инструкциями по настройке прокси Squid для игнорирования трафика веб-сокета для надлежащей работы.
20 августа 2019 г.

Добавлены и обновлены разделы, которые охватывают поддержку прокси для связи узла безопасности данных гибридного типа с облаком Webex.

Чтобы получить доступ только к контенту поддержки прокси для существующего развертывания, см. статью справки Поддержка прокси для безопасности данных гибридного типа и сетки видео Webex .

13 июня 2019 г.В раздел Процесс выполнения рабочих задач пробной версии добавлено напоминание о синхронизации объекта группы HdsTrialGroup перед началом пробной версии, если в вашей организации используется синхронизация каталога.
6 марта 2019 г.
28 февраля 2019 г.
  • Исправлено количество локального жесткого диска на сервер, которое необходимо отложить при подготовке виртуальных хостов, которые становятся узлами безопасности данных гибридного типа, с 50 до 20 ГБ для отражения размера диска, создаваемого OVA.

26 февраля 2019 г.
  • Узлы безопасности данных гибридного типа теперь поддерживают зашифрованные соединения с серверами баз данных PostgreSQL и зашифрованные соединения ведения журналов с сервером системных журналов с поддержкой TLS. Обновлен раздел Создание ISO конфигурации для узлов HDS с инструкциями.

  • Удалены URL-адреса назначения из таблицы "Требования к подключению к Интернету для ВМ узлов безопасности данных гибридного типа". Теперь в таблице приведен список, который содержится в таблице "Дополнительные URL-адреса для служб гибридного типа Webex Teams" раздела Требования к сети для служб Webex Teams.

24 января 2019 г.

  • Служба безопасности данных гибридного типа теперь поддерживает Microsoft SQL Server в качестве базы данных. Постоянно включенный сервер SQL (отказоустойчивые кластеры с постоянной включенностью и группы с постоянной доступностью) поддерживается драйверами JDBC, которые используются в службе безопасности данных гибридного типа. Добавлен контент, связанный с развертыванием с SQL Server.

    Поддержка Microsoft SQL Server предназначена только для новых развертываний системы безопасности данных гибридного типа. В настоящее время миграция данных с PostgreSQL на Microsoft SQL Server в существующем развертывании не поддерживается.

5 ноября 2018 г.
19 октября 2018 г.

31 июля 2018 г.

21 мая 2018 г.

Изменена терминология для отражения изменения товарно-знаковой политики Cisco Spark.

  • Служба безопасности данных гибридного типа Cisco Spark теперь называется "Безопасность данных гибридного типа".

  • Приложение Cisco Spark теперь является приложением Webex.

  • Облаком Cisco Collaboraton теперь является облаком Webex.

11 апреля 2018 г.
22 февраля 2018 г.
15 февраля 2018 г.
  • В таблице Требования к сертификату X.509 указано, что сертификат не может быть групповым сертификатом и что KMS использует домен CN, а не любой домен, определенный в полях SAN x.509v3.

18 января 2018 г.

2 ноября 2017 г.

  • Уточнена синхронизация каталога HdsTrialGroup.

  • Исправлены инструкции по загрузке файла конфигурации ISO для установки на узлы виртуальной машины.

18 августа 2017 г.

Впервые опубликовано

Начало работы с системой безопасности данных гибридного типа

Обзор безопасности данных гибридного типа

С самого начала безопасность данных была главной задачей при разработке приложения Webex. В основе этой безопасности лежит сквозное шифрование контента, которое обеспечивается клиентами приложения Webex, взаимодействующими со службой управления ключами (KMS). KMS отвечает за создание и управление криптографическими ключами, которые используются клиентами для динамического шифрования и расшифровки сообщений и файлов.

По умолчанию для всех клиентов приложения Webex обеспечивается сквозное шифрование с использованием динамических ключей, которые хранятся в облаке KMS в области безопасности Cisco. Служба безопасности данных гибридного типа перемещает KMS и другие функции безопасности в корпоративный центр обработки данных, поэтому доступ к ключам для зашифрованного контента будет только у вас.

Архитектура области безопасности

Облачная архитектура Webex разбивает различные типы служб на отдельные области или домены доверия, как показано ниже.

Области разделения (без службы безопасности данных гибридного типа)

Чтобы получить дополнительные сведения о безопасности данных гибридного типа, давайте сначала рассмотрим этот облачный случай, в котором компания Cisco предоставляет все функции в облачных областях. Служба удостоверений – единственное место, где пользователи могут напрямую соотнести с их персональной информацией, такой как адрес электронной почты, логически и физически отделена от области безопасности в центре обработки данных B. Обе службы в свою очередь отделены от области, в которой в конечном итоге хранится зашифрованный контент, в центре обработки данных C.

На этой схеме клиент представляет собой приложение Webex, запущенное на ноутбуке пользователя и прошедшее аутентификацию с помощью службы удостоверений. При написании пользователем сообщения для отправки в пространство выполняются следующие действия.

  1. Клиент устанавливает безопасное соединение со службой управления ключами (KMS), затем запрашивает ключ для шифрования сообщения. Защищенное соединение использует ECDH, а KMS шифрует ключ с помощью главного ключа AES-256.

  2. Сообщение шифруется до выхода из клиента. Клиент отправляет его в службу индексации, которая создает зашифрованные индексы поиска для помощи в будущих поисковых запросах контента.

  3. Зашифрованное сообщение отправляется в службу обеспечения соответствия для проверки соответствия.

  4. Зашифрованное сообщение хранится в области хранилища.

При развертывании службы безопасности данных гибридного типа функции области безопасности (KMS, индексация и соответствие требованиям) перемещаются в локальный центр обработки данных. Другие облачные службы, которые составляют Webex (включая идентификационные данные и хранилище контента), остаются в сферах Cisco.

Сотрудничество с Другими Организациями

Пользователи в вашей организации могут регулярно использовать приложение Webex для совместной работы с внешними участниками из других организаций. Когда один из пользователей запрашивает ключ для пространства, принадлежащего вашей организации (поскольку он был создан одним из пользователей), KMS отправляет ключ клиенту по защищенному каналу ECDH. Однако если ключ для пространства принадлежит другой организации, KMS перенаправляет запрос в облако Webex через отдельный канал ECDH для получения ключа от соответствующего KMS, а затем возвращает ключ пользователю в исходном канале.

Служба KMS, запущенная в организации A, проверяет подключения к KMS в других организациях с помощью сертификатов PKI x.509. Подробные сведения о создании сертификата x.509 для использования с развертыванием службы безопасности данных гибридного типа см. в статье Подготовка среды .

Ожидания развертывания службы безопасности данных гибридного типа

Развертывание службы безопасности данных гибридного типа требует значительной приверженности клиентов и осознания рисков, связанных с хранением ключей шифрования.

Для развертывания службы безопасности данных гибридного типа необходимо предоставить:

Полная потеря конфигурации ISO, созданной для службы безопасности данных гибридного типа, или предоставленной базы данных приведет к потере ключей. Потеря ключей предотвращает расшифровку контента пространства и других зашифрованных данных в приложении Webex пользователями. В этом случае можно создать новое развертывание, однако будет отображаться только новый контент. Во избежание потери доступа к данным необходимо выполнить приведенные ниже действия.

  • Управление резервным копированием и восстановлением базы данных и конфигурации ISO.

  • Будьте готовы к быстрому аварийному восстановлению в случае аварии, например, сбою диска базы данных или сбою центра обработки данных.

Механизм для перемещения ключей обратно в облако после развертывания HDS отсутствует.

Высокий уровень настройки

В этом документе описана настройка развертывания службы безопасности данных гибридного типа и управление ими.

  • Настройка службы безопасности данных гибридного типа. Сюда входит подготовка необходимой инфраструктуры и установка программного обеспечения безопасности данных гибридного типа, тестирование развертывания с подмножеством пользователей в пробном режиме и после завершения тестирования переход в рабочий режим. Таким образом вся организация будет преобразована для использования кластера безопасности данных гибридного типа для функций безопасности.

    Этапы настройки, пробного использования и производства подробно описаны в следующих трех главах.

  • Поддержка развертывания службы безопасности данных гибридного типа: облако Webex автоматически обеспечивает непрерывную модернизацию. Ваш отдел ИТ может предоставлять поддержку первого уровня для этого развертывания и при необходимости привлекать поддержку Cisco. В Control Hub можно использовать экранные уведомления и настроить предупреждения на основе сообщений электронной почты.

  • Общие предупреждения, действия по устранению неполадок и известные проблемы. При возникновении проблем с развертыванием или использованием службы безопасности данных гибридного типа можно определить и устранить проблему с помощью последней главы этого руководства и приложения "Известные проблемы".

Модель развертывания службы безопасности данных гибридного типа

В корпоративном центре обработки данных служба безопасности данных гибридного типа будет развернута в виде одного кластера узлов на отдельных виртуальных узлах. Узлы связываются с облаком Webex с помощью защищенных веб-сокетов и защищенного HTTP.

Во время процесса установки предоставляется файл OVA для настройки виртуального устройства на предоставленных вами виртуальных машинах. Инструмент настройки HDS используется для создания пользовательского файла конфигурации кластера ISO, который устанавливается на каждом узле. Кластер безопасности данных гибридного типа использует предоставленный сервер Syslogd и базу данных PostgreSQL или Microsoft SQL Server. (Сведения о соединении Syslogd и базы данных можно настроить в инструменте настройки HDS.)

Модель развертывания службы безопасности данных гибридного типа

Минимальное количество узлов в кластере: два. Рекомендуется не менее трех на кластер. Наличие нескольких узлов гарантирует, что во время модернизации программного обеспечения или других действий по техническому обслуживанию узла служба не будет прерываться. (Облако Webex модернизирует только один узел за раз.)

Все узлы в кластере имеют доступ к одному хранилищу данных и активности журналов на один и тот же сервер системных журналов. Сами узлы не имеют состояния и обрабатывают запросы на ключ в циклическом порядке, как направляется облаком.

Узлы становятся активными при регистрации в Control Hub. Чтобы вывести отдельный узел из эксплуатации, можно отменить его регистрацию, а затем, при необходимости, повторно зарегистрировать его.

Для организации поддерживается только один кластер.

Пробный режим безопасности данных гибридного типа

После настройки развертывания службы безопасности данных гибридного типа сначала попробуйте выполнить это с набором пилотных пользователей. Во время пробного периода эти пользователи используют ваш локальный домен безопасности данных гибридного типа для использования ключей шифрования и других служб, связанных с безопасностью. Другие пользователи продолжают использовать облачную безопасность.

Если вы решите не продолжать развертывание во время пробного периода и деактивировать службу, пилотные пользователи и все пользователи, с которыми они взаимодействовали, создав новые пространства в течение пробного периода, утратят доступ к сообщениям и контенту. В приложении Webex им будет отображаться сообщение "Это сообщение невозможно расшифровать".

Если вы удовлетворены тем, что развертывание хорошо работает для пользователей пробной версии и готовы расширить возможности службы безопасности данных гибридного типа для всех пользователей, развертывание будет переведено в рабочий режим. У пилотных пользователей по-прежнему будет доступ к ключам, которые использовались во время пробной версии. Однако переключиться между рабочим режимом и исходной пробной версией невозможно. Если необходимо деактивировать службу, например для аварийного восстановления, при повторной активации необходимо начать новую пробную версию и настроить набор пилотных пользователей для новой пробной версии, прежде чем вернуться в рабочий режим. Сохранение пользователями доступа к данным в данный момент зависит от того, успешно ли сохранены резервные копии хранилища данных ключей и файла конфигурации ISO для узлов безопасности данных гибридного типа в кластере.

Резервный центр обработки данных для аварийного восстановления

Во время развертывания вы настраиваете защищенный резервный центр обработки данных. В случае аварии центра обработки данных можно вручную перенести развертывание на резервный центр обработки данных.

Перед отказом в центре обработки данных A есть активные узлы HDS и основная база данных PostgreSQL или Microsoft SQL Server, в то время как в B есть копия файла ISO с дополнительными конфигурациями, ВМ, зарегистрированные в организации, и резервная база данных. После отработки отказа центр обработки данных B имеет активные узлы HDS и основную базу данных, в то время как у A есть незарегистрированные виртуальные машины и копия файла ISO, а база данных находится в режиме ожидания.
Ручное переключение на резервный центр обработки данных

Базы данных активных и резервных центров обработки данных синхронизируются друг с другом, что позволит свести к минимуму время, затрачиваемое на выполнение отработки отказа. Файл ISO резервного центра обработки данных обновлен с дополнительными конфигурациями, которые гарантируют регистрацию узлов в организации, но не будут обрабатывать трафик. Таким образом, узлы центра обработки данных в режиме ожидания всегда будут поддерживать актуальную версию программного обеспечения HDS.

Активные узлы безопасности данных гибридного типа всегда должны находиться в одном центре обработки данных с активным сервером базы данных.

Настройка центра обработки данных в режиме ожидания для аварийного восстановления

Чтобы настроить файл ISO для резервного центра обработки данных, выполните приведенные ниже действия.

1

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание ISO конфигурации для узлов HDS.

Файл ISO должен быть копией исходного файла ISO основного центра обработки данных, на который необходимо выполнить следующие обновления конфигурации.

2

После настройки сервера Syslogd щелкните Расширенные настройки.

3

На странице Расширенные настройки добавьте конфигурацию ниже, чтобы перевести узел в пассивный режим. В этом режиме узел будет зарегистрирован в организации и подключен к облаку, но не будет обрабатывать трафик.

 passiveMode "истина" 

4

Завершите процесс настройки и сохраните файл ISO в удобном для поиска месте.

5

Сделайте резервную копию файла ISO в локальной системе. Обеспечьте безопасность резервного копирования. Этот файл содержит главный ключ шифрования для содержимого базы данных. Ограничьте доступ только тем администраторам службы безопасности данных гибридного типа, которые должны вносить изменения в конфигурацию.

6

На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой мыши и щелкните Редактировать настройки.

7

Щелкните Редактировать настройки >Диск CD/DVD 1 и выберите Файл хранилища данных ISO.

Убедитесь, что установлены флажки Подключено и Подключиться при включении , чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь, что сигналы отсутствуют в течение не менее 15 минут.

9

Повторите процесс для каждого узла в центре обработки данных в режиме ожидания.

Проверьте системные журналы, чтобы убедиться, что узлы находятся в пассивном режиме. В системных журналах можно просматривать сообщение "KMS configured in passive mode".

После настройки passiveMode в файле ISO и сохранения его можно создать другую копию файла ISO без конфигурации passiveMode и сохранить его в безопасном местоположении. Эта копия файла ISO без настройки passiveMode может помочь в быстром процессе отработки отказа во время аварийного восстановления. Подробную процедуру аварийного восстановления см. в статье Аварийное восстановление с помощью центра обработки данных в режиме ожидания .

Поддержка прокси

Служба безопасности данных гибридного типа поддерживает явные прокси, прозрачные прокси с проверкой и прокси без проверки. Чтобы обеспечить защиту и мониторинг трафика из сети предприятия в облако, можно связать эти прокси с развертыванием. После настройки прокси на узлах административный интерфейс платформы на узлах можно использовать для управления сертификатами и просмотра общего состояния соединений.

Узлы безопасности данных гибридного типа поддерживают указанные далее параметры прокси.

  • Нет прокси. Значение по умолчанию, если для интеграции прокси не используется конфигурация доверенного хранилища и прокси для настройки узла HDS. Обновление сертификата не требуется.

  • Прозрачный прокси без проверки. Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.

  • Прозрачный туннелирование или прокси с проверкой. Узлы не настроены для использования адреса определенного прокси-сервера. На узлах не нужно изменять конфигурацию HTTP или HTTPS. Как бы то ни было, для обеспечения доверия прокси узлам необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).

  • Явный прокси. При использовании явного прокси необходимо указать прокси-сервер и схему аутентификации узлам HDS. Для настройки явного прокси на каждом узле нужно ввести следующую информацию.

    1. IP/FQDN прокси. Адрес, который можно использовать для связи с прокси-машиной.

    2. Порт прокси. Номер порта, который прокси использует для прослушивания прокси-трафика.

    3. Proxy Protocol (Протокол прокси). В зависимости от поддержки прокси-сервера выберите один из следующих протоколов.

      • HTTP – просматривает все запросы, отправляемые клиентом, и управляет этими запросами.

      • HTTPS – обеспечивает работу канала связи с сервером. Клиент получает и проверяет сертификат сервера.

    4. Тип аутентификации: выберите один из приведенных ниже типов аутентификации.

      • Нет. Дальнейшая аутентификация не требуется.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

      • Базовый: используется для агента пользователя HTTP для указания имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только в том случае, если в качестве протокола прокси выбран протокол HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

Пример узлов безопасности данных гибридного типа и прокси

На этой схеме представлен пример соединения между системой безопасности данных гибридного типа, сетью и прокси. При использовании прозрачного прокси с проверкой или явного прокси с проверкой HTTPS на прокси и узлы безопасности данных гибридного типа необходимо установить один и тот же корневой сертификат.

Режим блокировки разрешения внешних DNS (конфигурации явного прокси)

При регистрации узла или проверке конфигурации прокси узла процесс тестирует поиск DNS и подключение к облаку Cisco Webex. В развертываниях с конфигурациями явного прокси, которые не допускают разрешения внешних DNS для внутренних клиентов, если узел не может посылать запросы на DNS-серверы, он автоматически переходит в режим блокировки разрешения внешних DNS. В этом режиме можно продолжить регистрацию узла и другие тестирования подключения к прокси.

Подготовка среды

Требования к безопасности данных гибридного типа

Требования к лицензии Cisco Webex

Развертывание службы безопасности данных гибридного типа.

Требования к рабочему столу Docker

Перед установкой узлов HDS необходимо запустить программу настройки с помощью Docker Desktop. Docker недавно обновил свою модель лицензирования. Для вашей организации может потребоваться платная подписка на Docker Desktop. Подробности см. в записи блога Docker, " Docker обновляет и расширяет подписки на продукты".

Требования к сертификату X.509

Цепочка сертификатов должна соответствовать следующим требованиям:

Таблица 1. Требования к сертификату X.509 для развертывания системы безопасности данных гибридного типа

Требование

Подробности

  • Подписано доверенным центром сертификации (ЦС)

По умолчанию мы доверяем ЦС в списке Mozilla (за исключением WoSign и StartCom) по адресу https://wiki.mozilla.org/CA:IncludedCAs.

  • Носит доменное имя общего имени (CN), идентифицирующее развертывание службы безопасности данных гибридного типа.

  • Не является групповым сертификатом

CN не требуется, чтобы он был доступен или был организатором в режиме реального времени. Рекомендуется использовать название, отражающее вашу организацию, например hds.company.com.

CN не должен содержать * (подстановочный знак).

CN используется для проверки узлов безопасности данных гибридного типа для клиентов приложения Webex. Все узлы безопасности данных гибридного типа в кластере используют один и тот же сертификат. Ваш KMS идентифицирует себя с помощью домена CN, а не любого домена, определенного в полях SAN x.509v3.

После регистрации узла с этим сертификатом изменение доменного имени CN не поддерживается. Выберите домен, который может применяться как к пробным, так и к производственным развертываниям.

  • Подпись без SHA1

Программное обеспечение KMS не поддерживает подписи SHA1 для проверки подключений к KMS других организаций.

  • Отформатирован в виде файла PKCS #12, защищенного паролем

  • Используйте понятное имя kms-private-key для тегов сертификата, закрытого ключа и всех промежуточных сертификатов для загрузки.

Для изменения формата сертификата можно использовать преобразователь, например OpenSSL.

При запуске инструмента настройки HDS потребуется ввести пароль.

Программное обеспечение KMS не обеспечивает принудительное использование ключа или расширенные ограничения на его использование. Некоторые центры сертификации требуют, чтобы к каждому сертификату применялись расширенные ограничения на использование ключей, например аутентификация сервера. Использовать аутентификацию сервера или другие настройки можно.

Требования к виртуальному организатору

Виртуальные узлы, которые будут настроены в качестве узлов безопасности данных гибридного типа в кластере, имеют следующие требования:

  • По крайней мере два отдельных узла (рекомендуется 3) размещены в одном защищенном центре обработки данных

  • Установлена и запущена VMware ESXi 6.5 (или более поздняя версия).

    При наличии более ранней версии ESXi необходимо выполнить модернизацию.

  • Минимум 4 ЦП, 8 ГБ основной памяти, 30 ГБ локального жесткого диска на сервер

Требования к серверу базы данных

Создайте новую базу данных для хранилища ключей. Не используйте базу данных по умолчанию. Приложения HDS при установке создают схему базы данных.

Существует два варианта сервера баз данных. Требования для каждого из них приведены ниже.

Таблица 2. Требования к серверу базы данных в разрезе типов базы данных

PostgreSQL

Сервер Microsoft SQL

  • Установленный и запущенный PostgreSQL 14, 15 или 16.

  • Установлен SQL Server 2016, 2017 или 2019 (корпоративный или стандартный).

    Для SQL Server 2016 требуется пакет обновления 2 и накопительное обновление 2 или более поздняя версия.

Минимум 8 виртуальных ЦП, 16 ГБ основной памяти, достаточное пространство на жестком диске и мониторинг для обеспечения его отсутствия (рекомендуется 2 ТБ, если необходимо запустить базу данных в течение длительного времени без увеличения объема хранилища)

Минимум 8 виртуальных ЦП, 16 ГБ основной памяти, достаточное пространство на жестком диске и мониторинг для обеспечения его отсутствия (рекомендуется 2 ТБ, если необходимо запустить базу данных в течение длительного времени без увеличения объема хранилища)

Программное обеспечение HDS в настоящее время устанавливает следующие версии драйверов для связи с сервером базы данных:

PostgreSQL

Сервер Microsoft SQL

Драйвер JDBC Postgres 42.2.5

Драйвер JDBC 4.6 для SQL-сервера

Эта версия драйвера поддерживает SQL Server Always On (экземпляры отказоустойчивого кластера и группы доступности Always On).

Дополнительные требования для аутентификации Windows на Microsoft SQL Server

Если необходимо, чтобы узлы HDS использовали аутентификацию Windows для получения доступа к базе данных хранилища ключей на Microsoft SQL Server, в вашей среде потребуется следующая конфигурация:

  • Узлы HDS, инфраструктура Active Directory и сервер MS SQL должны быть синхронизированы с NTP.

  • Учетная запись Windows, которую вы предоставляете узлам HDS, должна иметь доступ к базе данных для чтения и записи.

  • Серверы DNS, предоставляемые узлам HDS, должны иметь возможность разрешать центр распределения ключей (KDC).

  • Экземпляр базы данных HDS можно зарегистрировать на сервере Microsoft SQL в качестве главного имени службы (SPN) в Active Directory. См. статью Регистрация имени участника службы для Kerberos Connections.

    Инструмент настройки HDS, программа запуска HDS и локальный KMS должны использовать аутентификацию Windows для доступа к базе данных хранилища ключей. Они используют сведения из конфигурации ISO для создания SPN при запросе доступа с аутентификацией Kerberos.

Требования к внешнему подключению

Настройте брандмауэр, чтобы разрешить следующее подключение для приложений HDS:

Приложение

Протокол

Порт

Направление из приложения

Адресат

Узлы безопасности данных гибридного типа

Протокол TCP

443

Исходящие HTTPS и WSS

  • Серверы Webex:

    • *.wbx2.com

    • *.ciscospark.com

  • Все хосты Common Identity

  • Другие URL-адреса, перечисленные для службы безопасности данных гибридного типа в таблице Дополнительные URL-адреса для служб гибридного типа Webex раздела Требования к сети для служб Webex

Инструмент настройки HDS

Протокол TCP

443

HTTPS для исходящих вызовов

  • *.wbx2.com

  • Все хосты Common Identity

  • hub.docker.com

Узлы безопасности данных гибридного типа работают с преобразованием сетевого доступа (NAT) или за брандмауэром, если NAT или брандмауэр допускает необходимые исходящие соединения с адресатами домена в таблице выше. Для соединений, поступающих на узлы безопасности данных гибридного типа, порты не должны отображаться из Интернета. В центре обработки данных клиентам необходим доступ к узлам безопасности данных гибридного типа на портах 443 и 22 TCP в административных целях.

URL-адреса узлов общих параметров идентификации (CI) специфичны для региона. Ниже приведены текущие узлы CI.

Регион

URL-адреса хостов общих параметров идентификации

Северная и Южная Америка

  • https://idbroker.webex.com

  • https://identity.webex.com

  • https://idbroker-b-us.webex.com

  • https://identity-b-us.webex.com

Европейский союз

  • https://idbroker-eu.webex.com

  • https://identity-eu.webex.com

Канада

  • https://idbroker-ca.webex.com

  • https://identity-ca.webex.com

Требования к прокси-серверу

  • Мы официально поддерживаем следующие решения для прокси, которые можно интегрировать с узлами безопасности данных гибридного типа:

  • Поддерживаются следующие комбинации типов аутентификации для явных прокси:

    • без аутентификации при использовании HTTP или HTTPS;

    • базовая аутентификация при использовании HTTP или HTTPS;

    • дайджест-аутентификация только при использовании HTTPS;

  • При наличии прозрачного прокси с проверкой или явного прокси HTTPS необходимо иметь копию корневого сертификата прокси. Инструкции по развертыванию, приведенные в этом руководстве, содержат информацию о том, как загрузить эту копию в зоны доверия узлов безопасности данных гибридного типа.

  • Сеть, в которой размещены узлы HDS, должна обеспечивать принудительную маршрутизацию исходящего трафика TCP на порте 443 через прокси.

  • Прокси, проверяющие веб-трафик, могут нарушать работу соединений веб-сокетов. Для устранения этой проблемы трафик следует направить в обход (без проверки) на wbx2.com и *.teams.webex.com.

Выполнение предварительных требований для службы безопасности данных гибридного типа

Используйте этот перечень действий, чтобы убедиться в готовности к установке и настройке кластера безопасности данных гибридного типа.
1

Убедитесь, что для вашей организации Webex включена профессиональная версия Cisco Webex Control Hub, и получите учетные данные учетной записи с полными правами администратора организации. Обратитесь за помощью к своему партнеру Cisco или менеджеру по работе с клиентами.

2

Выберите имя домена для развертывания HDS (например, hds.company.com) и получите цепочку сертификатов, содержащую сертификат X.509, закрытый ключ и любые промежуточные сертификаты. Цепочка сертификатов должна соответствовать требованиям, указанным в разделе Требования к сертификатам X.509.

3

Подготовьте идентичные виртуальные узлы, которые будут настроены в качестве узлов безопасности данных гибридного типа в кластере. Необходимо разместить не менее двух отдельных организаторов (рекомендуется 3) в одном и том же защищенном центре обработки данных, который соответствует требованиям в разделе Требования к виртуальному организатору.

4

Подготовьте сервер базы данных, который будет использоваться в качестве хранилища ключевых данных для кластера в соответствии с требованиями сервера базы данных. Сервер базы данных должен быть размещен в защищенном центре обработки данных с виртуальными хостами.

  1. Создайте базу данных для хранилища ключей. (Необходимо создать эту базу данных. Не используйте базу данных по умолчанию. Приложения HDS при установке создают схему базы данных.)

  2. Соберите сведения, которые узлы будут использовать для связи с сервером базы данных.

    • имя хоста или IP-адрес (хост) и порт

    • имя базы данных (dbname) для хранилища ключей

    • имя пользователя и пароль пользователя со всеми правами в базе данных хранилища ключей

5

Для быстрого аварийного восстановления настройте резервную среду в другом центре обработки данных. Резервная среда дублирует производственную среду виртуальных машин и сервер базы данных резервного копирования. Например, если в производственной среде есть 3 виртуальных машины с узлами HDS, резервная среда должна иметь 3 виртуальных машины.

6

Настройте узел системного журнала для сбора журналов с узлов в кластере. Соберите сетевой адрес и порт системного журнала (по умолчанию UDP 514).

7

Создайте политику безопасного резервного копирования для узлов безопасности данных гибридного типа, сервера базы данных и узла системного журнала. Как минимум, чтобы предотвратить необратимую потерю данных, необходимо создать резервную копию базы данных и файла конфигурации ISO, созданного для узлов безопасности данных гибридного типа.

Поскольку узлы безопасности данных гибридного типа хранят ключи, используемые при шифровании и расшифровке контента, невыполнение оперативного развертывания приведет к НЕОБРАТИМОЙ ПОТЕРЕ этого контента.

Клиенты приложения Webex кэшируют свои ключи, поэтому сбои могут не сразу стать заметными, но со временем станут очевидными. Временные перебои невозможно предотвратить, но их можно восстановить. Однако полная потеря базы данных или файла конфигурации ISO (нет доступных резервных копий) приведет к невозможности восстановления данных клиента. Ожидается, что операторы узлов безопасности данных гибридного типа осуществляют частые резервные копии базы данных и файла конфигурации ISO и будут готовы к обновлению центра обработки данных службы безопасности данных гибридного типа в случае катастрофической ошибки.

8

Убедитесь, что конфигурация брандмауэра разрешает соединение для узлов безопасности данных гибридного типа, как описано в разделе Требования к внешнему подключению.

9

Установите Docker (https://www.docker.com) на любом локальном компьютере, на котором запущена поддерживаемая ОС (64-разрядная версия Microsoft Windows 10 Professional или Enterprise или Mac OSX Yosemite 10.10.3 или более поздняя версия) с веб-браузером, с помощью которого можно получить доступ на странице http://127.0.0.1:8080.

Экземпляр Docker используется для скачивания и запуска инструмента настройки HDS, который создает информацию локальной конфигурации для всех узлов безопасности данных гибридного типа. Вашей организации может потребоваться лицензия Docker Desktop. Дополнительную информацию см. в статье Требования к рабочему столу Docker .

Для установки и запуска инструмента настройки HDS локальная машина должна иметь подключение, описанное в разделе Требования к внешнему подключению.

10

При интеграции прокси с системой безопасности данных гибридного типа убедитесь, что он соответствует требованиям к прокси-серверу.

11

Если в вашей организации используется синхронизация каталога, создайте в Active Directory группу под названием HdsTrialGroup и добавьте пилотных пользователей. В группе пробных версий может быть до 250 пользователей. Прежде чем начать использование пробной версии для своей организации, объект HdsTrialGroup должен быть синхронизирован с облаком. Чтобы синхронизировать групповой объект, выберите его в меню Конфигурация соединителя каталогов > Выбор объекта . (Подробные инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.)

Ключи для определенного пространства задаются создателем пространства. При выборе пилотных пользователей имейте в виду, что если вы решите окончательно деактивировать развертывание службы безопасности данных гибридного типа, все пользователи утратят доступ к контенту в пространствах, созданных пилотными пользователями. Потеря становится очевидной, как только приложения пользователей обновляют свои кэшированные копии контента.

Настройка кластера безопасности данных гибридного типа

Алгоритм выполнения задач по развертыванию службы безопасности данных гибридного типа

Перед началом работы

Подготовка среды

1

Выполните начальную настройку и скачайте файлы установки

Скачайте файл OVA на локальный компьютер для дальнейшего использования.

2

Создание ISO конфигурации для узлов HDS

Используйте инструмент настройки HDS для создания файла конфигурации ISO для узлов безопасности данных гибридного типа.

3

Установка файла OVA узла HDS

Создайте виртуальную машину из файла OVA и выполните начальную конфигурацию, например параметры сети.

Параметр настройки сети во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

4

Настройка виртуальной машины безопасности данных гибридного типа

Войдите в консоль виртуальной машины и задайте учетные данные для входа. Настройте параметры сети для узла, если они не были настроены во время развертывания файла OVA.

5

Загрузка и установка ISO конфигурации HDS

Настройте виртуальную машину из файла конфигурации ISO, созданного с помощью инструмента настройки HDS.

6

Настройка узла HDS для интеграции прокси

Если в сетевой среде требуется конфигурация прокси, укажите тип прокси, который будет использоваться для узла, и при необходимости добавьте сертификат прокси в доверенное хранилище.

7

Регистрация первого узла в кластере

Зарегистрируйте виртуальную машину в облаке Cisco Webex в качестве узла безопасности данных гибридного типа.

8

Создание и регистрация дополнительных узлов

Завершите настройку кластера.

9

Запуск пробной версии и переход в рабочий режим (следующая глава)

До начала использования пробной версии узлы генерируют сигнал о том, что ваша служба еще не активирована.

Скачать файлы установки

В этой задаче вы скачаете файл OVA на свой компьютер (а не на серверы, настроенные в качестве узлов безопасности данных гибридного типа). Этот файл будет использован позже в процессе установки.
1

Войдите в https://admin.webex.com и щелкните Службы.

2

В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Настройка.

Если карточка отключена или вы ее не видите, обратитесь в команду по работе с учетными записями или в партнерскую организацию. Предоставьте им свой номер учетной записи и попросите включить в своей организации службу безопасности данных гибридного типа. Чтобы найти номер учетной записи, щелкните шестеренку справа вверху рядом с названием своей организации.

Также можно скачать файл OVA в любое время из раздела Справка на странице Настройки . На карточке безопасности данных гибридного типа щелкните Изменить настройки , чтобы открыть страницу. Затем щелкните Скачать программное обеспечение безопасности данных гибридного типа в разделе Справка .

Более ранние версии пакета программного обеспечения (OVA) не будут совместимы с последними модернизациями безопасности данных гибридного типа. Это может привести к ошибкам во время модернизации приложения. Убедитесь, что скачано последнюю версию файла OVA.

3

Выберите Нет , чтобы указать, что узел еще не настроен, а затем щелкните Далее.

Скачивание файла OVA начнется автоматически. Сохраните файл в местоположении на своем компьютере.
4

При необходимости щелкните Открыть руководство по развертыванию , чтобы проверить доступность более поздней версии этого руководства.

Создание ISO конфигурации для узлов HDS

Процесс настройки безопасности данных гибридного типа создает файл ISO. Затем для настройки узла безопасности данных гибридного типа используется ISO.

Прежде чем начать

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

    Если инструмент настройки HDS работает за прокси в вашей среде, предоставьте настройки прокси (сервер, порт, учетные данные) через переменные среды Docker при загрузке контейнера Docker на шаге 5. В этой таблице указаны некоторые из возможных переменных среды.

    Описание

    Переменная

    HTTP-прокси без аутентификации

    ГЛОБАЛЬНЫЙ_AGENT_HTTP_PROXY=http://SERVER_IP:ПОРТ

    HTTPS-прокси без аутентификации

    ГЛОБАЛЬНЫЙ_ОПЕРАТОР_HTTPS_PROXY=http://СЕРВЕР_IP:ПОРТ

    HTTP-прокси с аутентификацией

    ГЛОБАЛЬНЫЙ_ОПЕРАТОР_HTTP_PROXY=http://ИМЯ ПОЛЬЗОВАТЕЛЯ:ПАРОЛЬ@СЕРВЕР_IP:ПОРТ

    HTTPS-прокси с аутентификацией

    ГЛОБАЛЬНЫЙ_ОПЕРАТОР_HTTPS_PROXY=http://ИМЯ ПОЛЬЗОВАТЕЛЯ:ПАРОЛЬ@СЕРВЕР_IP:ПОРТ

  • Созданный файл конфигурации ISO содержит главный ключ шифрования базы данных PostgreSQL или Microsoft SQL Server. При внесении изменений в конфигурацию вам потребуется последняя копия этого файла. Например:

    • Учетные данные базы данных

    • Обновления сертификата

    • Изменения политики авторизации

  • При планировании шифрования соединений с базой данных настройте развертывание PostgreSQL или SQL Server для TLS.

1

Введите соответствующую команду для вашей среды в командной строке компьютера.

В обычных средах:

docker rmi ciscocitg/hds-setup:stable

В средах FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

На этом этапе очищаются предыдущие образы инструмента настройки HDS. Если предыдущих образов нет, отображается ошибка, которую можно проигнорировать.

2

Чтобы войти в реестр образов Docker, введите следующее.

docker login -u hdscustomersro
3

Введите в запросе пароля этот хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
4

Скачайте последнюю стабильную версию образа для вашей среды.

В обычных средах:

docker pull ciscocitg/hds-setup:stable

В средах FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable
5

По завершении скачивания введите соответствующую команду для вашей среды.

  • В обычных средах без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
  • В обычных средах с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В обычных средах с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В средах FedRAMP без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

6

Инструмент настройки не поддерживает подключение к localhost с помощью http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

Перейдите к локальному узлу http://127.0.0.1:8080 с помощью веб-браузера и введите имя пользователя администратора клиента для Control Hub в окне подсказки.

Инструмент использует эту первую запись имени пользователя для настройки соответствующей среды для этой учетной записи. Затем инструмент отображает стандартную подсказку для входа в систему.

7

При отображении соответствующего запроса введите учетные данные для входа администратора клиента Control Hub и щелкните Войти , чтобы разрешить доступ к необходимым службам для службы безопасности данных гибридного типа.

8

На странице обзора инструмента настройки щелкните Начало работы.

9

На странице Импорт ISO доступны следующие параметры.

  • Нет. Если вы создаете первый узел HDS, у вас нет файла ISO для загрузки.
  • Да. Если вы уже создали узлы HDS, выберите файл ISO в окне просмотра и загрузите его.
10

Проверьте, соответствует ли сертификат X.509 требованиям к сертификатам X.509.

  • Если сертификат ранее не загружался, загрузите сертификат X.509, введите пароль и щелкните Продолжить.
  • Если сертификат в ОК, щелкните Продолжить.
  • Если срок действия сертификата истек или вы хотите заменить его, выберите Нет для параметра Продолжить использование цепочки сертификатов HDS и закрытого ключа из предыдущего ISO?. Загрузите новый сертификат X.509, введите пароль и щелкните Продолжить.
11

Введите адрес базы данных и учетную запись HDS для доступа к хранилищу данных ключей:

  1. Выберите Тип базы данных (PostgreSQL или Microsoft SQL Server).

    При выборе Microsoft SQL Server появится поле "Тип аутентификации".

  2. (Только Microsoft SQL Server ) Выберите Тип аутентификации.

    • Базовая аутентификация. В поле Имя пользователя необходимо указать имя учетной записи локального сервера SQL.

    • Аутентификация Windows. Необходима учетная запись Windows в формате имя_пользователя@ДОМЕН в поле Имя_пользователя .

  3. Введите адрес сервера базы данных в форме : или :.

    Пример:
    dbhost.example.org:1433 или 198.51.100.17:1433

    Если узлы не могут использовать DNS для разрешения имени узла, можно использовать IP-адрес для базовой аутентификации.

    При использовании аутентификации Windows необходимо ввести полное доменное имя в формате dbhost.example.org:1433

  4. Введите имя базы данных.

  5. Введите имя пользователя и пароль пользователя со всеми правами в базе данных хранилища ключей.

12

Выберите Режим подключения к базе данных TLS.

Mode

Описание

Предпочтительное использование TLS (параметр по умолчанию)

Узлам HDS не требуется TLS для подключения к серверу базы данных. Если на сервере базы данных включить TLS, узлы попытаются установить зашифрованное соединение.

Обязательное использование TLS

Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

Обязательное использование TLS и проверка источника подписи сертификата

Этот режим неприменим к базам данных SQL Server.

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает подписавшего сертификат сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

Воспользуйтесь элементом управления корневым сертификатом базы данных под раскрывающимся списком, чтобы загрузить корневой сертификат для этого параметра.

Обязательное использование TLS и проверка источника подписи сертификата и имени узла

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает подписавшего сертификат сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

  • Узлы также проверяют, совпадает ли имя узла в сертификате сервера с именем узла в поле Узел базы данных и порт . Необходимо точное совпадение имен. Иначе узел разорвет соединение.

Воспользуйтесь элементом управления корневым сертификатом базы данных под раскрывающимся списком, чтобы загрузить корневой сертификат для этого параметра.

При загрузке корневого сертификата (при необходимости) и нажатии Продолжить инструмент настройки HDS тестирует подключение TLS к серверу базы данных. Инструмент также выполняет проверку источника подписи сертификата и имени узла (если применимо). Если тест не будет пройден, в инструменте будет отображено сообщение об ошибке с описанием проблемы. Можно выбрать параметр игнорирования ошибки и продолжить настройку. (Из-за различий соединения узлы HDS могут установить соединение TLS, даже если машина средства настройки HDS не может успешно протестировать его.)

13

На странице «Системные журналы» настройте сервер Syslogd:

  1. Введите URL-адрес сервера системного журнала.

    Если сервер не может разрешить DNS из узлов для кластера HDS, используйте IP-адрес в URL.

    Пример:
    udp://10.92.43.23:514 означает вход в хост Syslogd 10.92.43.23 на порте UDP 514.
  2. Если вы настроили на сервере использование шифрования TLS, установите флажок Настроен ли сервер системного журнала для шифрования SSL?.

    Если установить этот флажок, необходимо ввести URL-адрес TCP, например tcp://10.92.43.23:514.

  3. В раскрывающемся списке Выберите прекращение записи системного журнала выберите соответствующую настройку для файла ISO. Выбор или новая линия используется для TCP-протокола Graylog и Rsyslog

    • Нулевой байт -- \x00

    • Новая линия -- \n: выберите этот вариант для TCP-протокола Graylog и Rsyslog.

  4. Щелкните Продолжить.

14

(Необязательно) Можно изменить значение по умолчанию для некоторых параметров подключения к базе данных в разделе Расширенные настройки. Как правило, этот параметр является единственным, который необходимо изменить:

app_datasource_connection_pool_maxРазмер: 10
15

Щелкните Продолжить на экране Сброс пароля учетных записей службы .

Срок действия паролей учетных записей службы составляет девять месяцев. Используйте этот экран, когда срок действия паролей скоро истечет или вы хотите сбросить их, чтобы сделать предыдущие файлы ISO недействительными.

16

Щелкните Скачать файл ISO. Сохраните файл в удобном для поиска местоположении.

17

Сделайте резервную копию файла ISO в локальной системе.

Обеспечьте безопасность резервного копирования. Этот файл содержит главный ключ шифрования для содержимого базы данных. Ограничьте доступ только тем администраторам службы безопасности данных гибридного типа, которые должны вносить изменения в конфигурацию.

18

Чтобы завершить работу инструмента настройки, нажмите CTRL+C.

Дальнейшие действия

Создайте резервную копию файла конфигурации ISO. Это необходимо для создания дополнительных узлов для восстановления или внесения изменений в конфигурацию. В случае утери всех копий файла ISO также был утрачен главный ключ. Невозможно восстановить ключи из базы данных PostgreSQL или Microsoft SQL Server.

У нас никогда не будет копии этого ключа, и мы не можем помочь, если вы его потеряете.

Установка файла OVA узла HDS

Используйте эту процедуру для создания виртуальной машины из файла OVA.
1

Используйте клиент VMware vSphere на компьютере для входа в виртуальный хост ESXi.

2

Выберите Файл > Развернуть шаблон OVF.

3

В мастере укажите расположение скачанного ранее файла OVA и щелкните Далее.

4

На странице Выберите имя и папку введите имя виртуальной машины для узла (например, "HDS_Node_1"), выберите местоположение, в котором может находиться развертывание узла виртуальной машины, и щелкните Далее.

5

На странице Выбор вычислительного ресурса выберите целевой вычислительный ресурс и щелкните Далее.

Выполняется проверка. По завершении отобразятся сведения о шаблоне.

6

Проверьте сведения о шаблоне и щелкните Далее.

7

При появлении запроса на выбор конфигурации ресурса на странице Конфигурация щелкните 4 ЦП , а затем щелкните Далее.

8

На странице Выбор хранилища щелкните Далее , чтобы принять формат диска по умолчанию и политику хранилища виртуальной машины.

9

На странице Выбор сетей выберите параметр сети из списка записей, чтобы обеспечить необходимое подключение к виртуальной машине.

10

На странице Настройка шаблона настройте приведенные ниже параметры сети.

  • Имя узла. Введите FQDN (имя узла и домен) или одно слово имя узла.
    • Настройка домена в соответствии с доменом, который вы использовали для получения сертификата X.509, не требуется.

    • Чтобы обеспечить успешную регистрацию в облаке, используйте только символы нижнего регистра в FQDN или имени узла, заданном для узла. В настоящее время заглавные буквы не поддерживаются.

    • Общая длина FQDN не должна превышать 64 символа.

  • IP-адрес: введите IP-адрес для внутреннего интерфейса узла.

    Узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

  • Маска. Введите адрес маски подсети в десятичном формате. Например, 255.255.255.0.
  • Шлюз: введите IP-адрес шлюза. Шлюз — это сетевой узел, который служит точкой доступа к другой сети.
  • DNS-серверы: введите список DNS-серверов, разделенных запятыми, для обработки перевода доменных имен на числовые IP-адреса. (Разрешено до 4 записей DNS.)
  • NTP Servers (Серверы NTP). Введите сервер NTP вашей организации или другой внешний сервер NTP, который можно использовать в вашей организации. Серверы NTP по умолчанию могут работать не для всех предприятий. Для ввода нескольких NTP-серверов также можно использовать список, разделенный запятыми.
  • Разверните все узлы в одной подсети или VLAN, чтобы все узлы в кластере были доступны из клиентов вашей сети в административных целях.

При необходимости можно пропустить конфигурацию сетевых настроек и выполнить действия, описанные в разделе Настройка виртуальной машины безопасности данных гибридного типа , чтобы настроить параметры с помощью консоли узла.

Параметр настройки сети во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

11

Щелкните правой кнопкой мыши узел виртуальной машины и выберите Питание > Включение.

Программное обеспечение безопасности данных гибридного типа устанавливается в качестве гостя на узле виртуальной машины. Теперь вы готовы войти в консоль и настроить узел.

Рекомендации по устранению неисправностей

Контейнеры узла могут появиться через несколько минут. Во время первой загрузки на консоли отображается сообщение брандмауэра моста, в течение которого невозможно войти в систему.

Настройка виртуальной машины безопасности данных гибридного типа

Используйте эту процедуру для первого входа в консоль виртуальной машины узла безопасности данных гибридного типа и установки учетных данных для входа. Можно также использовать консоль для настройки сетевых параметров узла, если они не были настроены во время развертывания файла OVA.

1

В клиенте VMware vSphere выберите виртуальную машину узла безопасности данных гибридного типа и откройте вкладку Консоль .

Будет загружена виртуальная машина, и отобразится запрос на вход. Если запрос на вход не отображается, нажмите клавишу ввода.
2

Для входа и изменения учетных данных используйте следующие параметры входа и пароля по умолчанию:

  1. Вход: Администратор

  2. Пароль. Cisco

Поскольку вы впервые входите в свою виртуальную машину, вам необходимо изменить пароль администратора.

3

Если параметры сети уже настроены в разделе Установка OVA узла HDS, пропустите остальную процедуру. В противном случае в главном меню выберите параметр Редактировать конфигурацию .

4

Настройте статическую конфигурацию с использованием IP-адреса, маски, шлюза и информации DNS. Узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

5

(Необязательно) Измените имя хоста, домен или NTP-серверы, если это необходимо для соответствия вашей сетевой политике.

Настройка домена в соответствии с доменом, который вы использовали для получения сертификата X.509, не требуется.

6

Сохраните конфигурацию сети и перезагрузите виртуальную машину, чтобы изменения вступили в силу.

Загрузка и установка ISO конфигурации HDS

Используйте эту процедуру для настройки виртуальной машины из файла ISO, созданного с помощью инструмента настройки HDS.

Перед началом работы

Поскольку в файле ISO содержится главный ключ, он должен быть раскрыт только по принципу «необходимо знать» для доступа виртуальных машин безопасности данных гибридного типа и всех администраторов, которым может потребоваться внести изменения. Убедитесь, что доступ к хранилищу данных могут получить только эти администраторы.

1

Загрузите файл ISO со своего компьютера.

  1. На левой панели навигации клиента VMware vSphere щелкните сервер ESXi.

  2. В списке "Оборудование" вкладки "Конфигурация" щелкните Хранилище.

  3. В списке хранилищ данных щелкните правой кнопкой мыши хранилище данных для виртуальных машин и щелкните Обзор хранилища данных.

  4. Щелкните пиктограмму "Загрузить файлы" и щелкните Загрузить файл.

  5. Перейдите в расположение, в котором скачался файл ISO на компьютер, и щелкните Открыть.

  6. Щелкните Да , чтобы принять предупреждение о загрузке или скачивании и закрыть диалоговое окно хранилища данных.

2

Установите файл ISO:

  1. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  2. Щелкните ОК , чтобы принять предупреждение об ограничении параметров редактирования.

  3. Щелкните Привод CD/DVD 1, выберите параметр подключения из файла хранилища данных ISO и перейдите в расположение, в котором был загружен файл конфигурации ISO.

  4. Установите флажки Подключено и Подключиться при включении.

  5. Сохраните изменения и перезагрузите виртуальную машину.

Дальнейшие действия

Если политика ИТ требует, после внесения изменений конфигурации на всех узлах можно отсоединить файл ISO. Подробные сведения см. в статье (необязательно) Отключение ISO после настройки HDS .

Настройка узла HDS для интеграции прокси

Если в сетевой среде необходимо использовать прокси, воспользуйтесь этой процедурой, чтобы указать тип прокси, который нужно интегрировать со службой безопасности данных гибридного типа. При выборе прозрачного прокси с проверкой или явного прокси HTTPS можно использовать интерфейс узла для загрузки и установки корневого сертификата. Кроме того, в интерфейсе можно проверять соединение с прокси и устранять неполадки.

Перед началом работы

1

Введите в веб-браузере URL-адрес для настройки узла HDS https://[IP-адрес или FQDN узла HDS]/setup, укажите учетные данные администратора, заданные вами для узла, и щелкните Sign In (Вход).

2

Откройте раздел Trust Store & Proxy (Зона доверия и прокси) и выберите один из следующих параметров.

  • Без прокси. Этот параметр используется по умолчанию перед интеграцией прокси. Обновление сертификата не требуется.
  • Прозрачный прокси без проверки. Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.
  • Прозрачный прокси с проверкой: узлы не настроены для использования адреса определенного прокси-сервера. В развертывании службы безопасности данных гибридного типа не нужно вносить изменения в конфигурацию HTTPS, однако для обеспечения доверия прокси узлам HDS необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).
  • Явный прокси. При использовании явного прокси клиент (узлы HDS) определяет, какой прокси-сервер использовать. Этот параметр поддерживает несколько типов аутентификации. После выбора этого параметра необходимо ввести указанную далее информацию.
    1. IP/FQDN прокси. Адрес, который можно использовать для связи с прокси-машиной.

    2. Порт прокси. Номер порта, который прокси использует для прослушивания прокси-трафика.

    3. Proxy Protocol (Протокол прокси). Выберите http (просмотр и управление всеми запросами, полученными от клиента) или https (обеспечивает канал для сервера, а клиент получает и проверяет сертификат сервера). Выберите параметр в зависимости от того, какой протокол поддерживает используемый вами прокси-сервер.

    4. Тип аутентификации: выберите один из приведенных ниже типов аутентификации.

      • Нет. Дальнейшая аутентификация не требуется.

        Этот параметр доступен для прокси HTTP или HTTPS.

      • Базовый: используется для агента пользователя HTTP для указания имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен для прокси HTTP или HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только для прокси HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

В случае использования прозрачного прокси с проверкой, явного прокси HTTP с базовой аутентификацией или явного прокси HTTPS выполните указанные далее шаги.

3

Щелкните Upload a Root Certificate or End Entity Certificate (Загрузить корневой сертификат или сертификат конечного субъекта) и откройте меню для выбора корневого сертификата для прокси.

Сертификат будет загружен, но не установлен, поскольку для установки сертификата необходимо перезагрузить узел. Чтобы получить дополнительные сведения, щелкните стрелку-шеврон, расположенную рядом с именем издателя сертификата. Если вы допустили ошибку и хотите вновь загрузить файл, щелкните Delete (Удалить).

4

Чтобы протестировать сетевое соединение между узлом и прокси, щелкните Check Proxy Connection (Проверить соединение с прокси).

Если тестирование соединения завершится неудачей, на экране появится сообщение об ошибке, в котором будут указаны причина и способ исправления ошибки.

Если отображено сообщение о том, что не удалось предоставить разрешение внешнего DNS, значит, узлу не удалось подключиться к DNS-серверу. Такая проблема может возникнуть во многих конфигурациях явного прокси. Можно продолжить настройку, и узел будет работать в режиме блокировки разрешения внешних DNS. Если вы считаете, что это ошибка, выполните эти действия, а затем см. статью Выключение режима блокировки разрешения внешних DNS.

5

Если вы используете явный прокси, настроенный на применение исключительно https, после успешного завершения тестирования соединения включите параметр Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси (Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси). Для вступления в силу этого параметра необходимо 15 секунд.

6

Щелкните Install All Certificates Into the Trust Store (Установить все сертификаты в зоне доверия) – этот параметр отображается при использовании явного прокси HTTPS или прозрачного прокси с проверкой – или Reboot (Перезагрузить) – этот параметр отображается при использовании явного прокси HTTP. Прочитайте запрос и щелкните Install (Установить), если вы готовы к установке.

Узел перезагрузится в течение нескольких минут.

7

После перезагрузки узла повторно войдите в систему, если это необходимо, и откройте страницу Обзор, чтобы выполнить проверки соединений. Состояние всех проверок должно быть обозначено зеленым цветом.

Проверка соединения с прокси используется исключительно для тестирования поддомена webex.com. Проблемы с соединениями нередко возникают из-за того, что некоторые облачные домены, указанные в инструкциях по установке, блокируются на уровне прокси.

Регистрация первого узла в кластере

Эта задача берет общий узел, созданный в разделе Настройка виртуальной машины безопасности данных гибридного типа, регистрирует узел в облаке Webex и преобразует его в узел безопасности данных гибридного типа.

При регистрации первого узла создается кластер, которому он назначен. Кластер содержит один или несколько узлов, развернутых для резервирования.

Перед началом работы

  • После начала регистрации узла ее необходимо завершить в течение 60 минут или начать заново.

  • Убедитесь, что все блокировки всплывающих окон в браузере отключены или вы разрешаете исключение для admin.webex.com.

1

Войдите в https://admin.webex.com.

2

В меню в левой части экрана выберите Службы.

3

В разделе служб гибридного типа найдите раздел "Безопасность данных гибридного типа" и щелкните Настройка.

Отобразится страница "Регистрация узла безопасности данных гибридного типа".
4

Выберите Да , чтобы указать, что узел настроен и готовы зарегистрировать его, а затем щелкните Далее.

5

В первом поле введите имя кластера, которому необходимо назначить узел безопасности данных гибридного типа.

Рекомендуется назвать кластер в зависимости от географического расположения узлов кластера. Примеры: "Сан-Франциско", "Нью-Йорк" или "Даллас"

6

Во втором поле введите внутренний IP-адрес или полное доменное имя узла и щелкните Далее.

Этот IP-адрес или полное доменное имя должны совпадать с IP-адресом или именем хоста и доменом, которые вы использовали в разделе Настройка виртуальной машины безопасности данных гибридного типа.

Отобразится сообщение о том, что можно зарегистрировать узел в Webex.
7

Щелкните Перейти к узлу.

8

Щелкните Продолжить в сообщении с предупреждением.

Через несколько секунд вы будете перенаправлены на тестирование подключения узла для служб Webex. Если все тесты будут успешными, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". Здесь вы подтверждаете, что хотите предоставить вашей организации Webex полномочия на доступ к узлу.
9

Установите флажок в поле Разрешить доступ к узлу безопасности данных гибридного типа и щелкните Продолжить.

Учетная запись подтверждена. В сообщении "Регистрация завершена" указано, что узел зарегистрирован в облаке Webex.
10

Чтобы вернуться на страницу безопасности данных гибридного типа Control Hub, щелкните ссылку или закройте вкладку.

На странице Безопасность данных гибридного типа отображается новый кластер, содержащий зарегистрированный узел. Узел будет автоматически скачан новейшее программное обеспечение из облака.

Создание и регистрация дополнительных узлов

Чтобы добавить дополнительные узлы в кластер, просто создайте дополнительные виртуальные машины и подключите тот же файл конфигурации ISO, а затем зарегистрируйте узел. Рекомендуется иметь не менее 3 узлов.

В настоящее время резервные виртуальные машины, созданные в разделе Выполнение предварительных требований для безопасности данных гибридного типа , являются резервными организаторами, которые используются только в случае аварийного восстановления; до этого они не регистрируются в системе. Подробности см. в статье Аварийное восстановление с помощью режима ожидания центра обработки данных.

Перед началом работы

  • После начала регистрации узла ее необходимо завершить в течение 60 минут или начать заново.

  • Убедитесь, что все блокировки всплывающих окон в браузере отключены или вы разрешаете исключение для admin.webex.com.

1

Создайте новую виртуальную машину из файла OVA, повторяя шаги, описанные в разделе Установка файла OVA узла HDS.

2

Настройте начальную конфигурацию новой виртуальной машины, повторяя шаги, описанные в разделе Настройка виртуальной машины безопасности данных гибридного типа.

3

В новой виртуальной машине повторите шаги, описанные в разделе Загрузка и установка ISO конфигурации HDS.

4

При настройке прокси для развертывания повторите шаги, описанные в разделе Настройка узла HDS для интеграции прокси для нового узла.

5

Зарегистрируйте узел.

  1. В https://admin.webex.com в меню в левой части экрана выберите Службы .

  2. В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Ресурсы.

    Откроется страница "Ресурсы безопасности данных гибридного типа".
  3. Щелкните Добавить ресурс.

  4. В первом поле выберите имя существующего кластера.

  5. Во втором поле введите внутренний IP-адрес или полное доменное имя узла и щелкните Далее.

    Отобразится сообщение о том, что можно зарегистрировать узел в облаке Webex.
  6. Щелкните Перейти к узлу.

    Через несколько секунд вы будете перенаправлены на тестирование подключения узла для служб Webex. Если все тесты будут успешными, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". После этого вы подтверждаете, что хотите предоставить организации полномочия на доступ к узлу.
  7. Установите флажок в поле Разрешить доступ к узлу безопасности данных гибридного типа и щелкните Продолжить.

    Учетная запись подтверждена. В сообщении "Регистрация завершена" указано, что узел зарегистрирован в облаке Webex.
  8. Чтобы вернуться на страницу безопасности данных гибридного типа Control Hub, щелкните ссылку или закройте вкладку.

Ваш узел зарегистрирован. Обратите внимание, что до начала использования пробной версии ваши узлы генерируют сигнал о том, что ваша служба еще не активирована.

Дальнейшие действия

Запуск пробной версии и переход в рабочий режим (следующая глава)

Запуск пробной версии и переход в рабочий режим

Процесс выполнения рабочих задач пробной версии

После настройки кластера безопасности данных гибридного типа можно запустить пилотный проект, добавить в него пользователей, а также начать использовать его для тестирования и проверки развертывания в процессе подготовки к переходу в рабочий режим.

1

При необходимости синхронизируйте объект группы HdsTrialGroup .

Если в вашей организации для пользователей используется синхронизация каталога, перед началом использования пробной версии необходимо выбрать объект группы HdsTrialGroup для синхронизации с облаком. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

2

Активировать пробную версию

Начните использование пробной версии. До выполнения этой задачи узлы генерируют сигнал о том, что служба еще не активирована.

3

Тестирование развертывания службы безопасности данных гибридного типа

Убедитесь, что запросы ключей передаются в развертывание службы безопасности данных гибридного типа.

4

Мониторинг работоспособности службы безопасности данных гибридного типа

Проверьте состояние и настройте уведомления по электронной почте о сигналах.

5

Добавление или удаление пользователей из пробной версии

6

Завершите пробный этап одним из приведенных ниже действий.

Активировать пробную версию

Перед началом работы

Если в вашей организации для пользователей используется синхронизация каталога, необходимо выбрать объект группы HdsTrialGroup для синхронизации с облаком, прежде чем вы сможете начать использование пробной версии для своей организации. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

1

Войдите в https://admin.webex.com и выберите Службы.

2

В разделе безопасности данных гибридного типа щелкните Настройки.

3

В разделе "Состояние службы" щелкните Начать использование пробной версии.

Состояние службы изменится на пробный режим.
4

Щелкните Добавить пользователей и введите адрес электронной почты одного или нескольких пользователей, чтобы пилотно использовать узлы безопасности данных гибридного типа для служб шифрования и индексации.

(Если в вашей организации используется синхронизация каталога, для управления группой пробных версий HdsTrialGroup используйте Active Directory.)

Тестирование развертывания службы безопасности данных гибридного типа

Используйте эту процедуру для тестирования сценариев шифрования безопасности данных гибридного типа.

Перед началом работы

  • Настройте развертывание службы безопасности данных гибридного типа.

  • Активируйте пробную версию и добавьте несколько пользователей пробной версии.

  • Убедитесь, что у вас есть доступ к системному журналу, чтобы проверить, передаются ли запросы ключей в развертывание службы безопасности данных гибридного типа.

1

Ключи для определенного пространства задаются создателем пространства. Войдите в приложение Webex в качестве одного из пилотных пользователей, а затем создайте пространство и пригласите хотя бы одного пилотного пользователя и одного непилотного пользователя.

Если деактивировать развертывание безопасности данных гибридного типа, контент в пространствах, созданных пилотными пользователями, больше не будет доступен после замены кэшированных клиентом копий ключей шифрования.

2

Отправить сообщения в новое пространство.

3

Проверьте вывод системного журнала, чтобы убедиться, что запросы ключей передаются в развертывание службы безопасности данных гибридного типа.

  1. Чтобы проверить, установит ли пользователь защищенный канал в KMS, отфильтруйте kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION.

    Необходимо найти следующую запись (идентификаторы, сокращенные для удобства чтения):
    2020-07-21 17:35:34.562 (+0000) KMS INFO [pool-14-thread-1] – получен [KMS:REQUEST], идентификатор устройства: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms://hds2.org5.portun.us/statickeys/3[~]0 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2
  2. Чтобы проверить, требуется ли пользователю, запрашивающему существующий ключ из KMS, выполните фильтр в меню kms.data.method=retrieve и kms.data.type=KEY.

    Отобразится запись, аналогичная приведенной ниже.
    2020-07-21 17:44:19.889 (+0000) INFO KMS [pool-14-thread-31] – получен [KMS:REQUEST], идентификатор устройства: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=retrieve, kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b
  3. Чтобы проверить, требуется ли пользователю создать новый ключ KMS, выполните фильтр в меню kms.data.method=create и kms.data.type=KEY_COLLECTION.

    Отобразится запись, аналогичная приведенной ниже.
    2020-07-21 17:44:21.975 (+0000) INFO KMS [pool-14-thread-33] – получен [KMS:REQUEST], идентификатор устройства: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b
  4. Чтобы проверить, есть ли у пользователя запрос на создание нового объекта ресурса KMS (KRO) при создании пространства или другого защищенного ресурса, используйте фильтры в разделах kms.data.method=create и kms.data.type=RESOURCE_COLLECTION.

    Отобразится запись, аналогичная приведенной ниже.
    2020-07-21 17:44:22.808 (+0000) INFO KMS [pool-15-thread-1] – получен [KMS:REQUEST], идентификатор устройства: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Мониторинг работоспособности службы безопасности данных гибридного типа

Индикатор состояния в Control Hub показывает, все ли в порядке развертывания службы безопасности данных гибридного типа. Для более упреждающих предупреждений зарегистрируйтесь для получения уведомлений по электронной почте. Вы будете уведомлены о появлении сигналов, влияющих на службу, или о модернизации программного обеспечения.
1

В Control Hub в меню в левой части экрана выберите Службы .

2

В разделе служб гибридного типа найдите раздел "Безопасность данных гибридного типа" и щелкните Настройки.

Отобразится страница "Настройки безопасности данных гибридного типа".
3

В разделе "Электронные уведомления" введите один или несколько адресов электронной почты, разделяя их запятыми, и нажмите клавишу ввода.

Добавление или удаление пользователей из пробной версии

После активации пробной версии и добавления первоначального набора пользователей пробной версии можно добавить или удалить участников пробной версии в любое время во время ее использования.

Если удалить пользователя из пробной версии, клиент пользователя запросит ключи и создание ключей в облаке KMS, а не в KMS. Если клиенту необходим ключ, который хранится в KMS, облачная служба KMS получит его от имени пользователя.

Если в вашей организации используется синхронизация каталога, используйте Active Directory (вместо этой процедуры) для управления пробной группой HdsTrialGroup. Вы можете просматривать участников группы в Control Hub, но не можете добавлять или удалять их.

1

Войдите в Control Hub и выберите Службы.

2

В разделе безопасности данных гибридного типа щелкните Настройки.

3

В разделе "Пробный режим" области "Состояние службы" щелкните Добавить пользователей или щелкните Просмотр и редактирование , чтобы удалить пользователей из пробной версии.

4

Введите адрес электронной почты одного или нескольких пользователей, которых необходимо добавить, или щелкните X рядом с идентификатором пользователя, чтобы удалить пользователя из пробной версии. Затем щелкните Сохранить.

Переход из пробной версии в рабочий режим

Если вы удовлетворены работой развертывания для пользователей пробной версии, можно перейти в рабочий режим. При переходе в рабочий режим все пользователи в организации будут использовать ваш локальный домен безопасности данных гибридного типа для использования ключей шифрования и других служб, связанных с безопасностью. Невозможно вернуться в пробный режим из рабочего режима, пока служба не будет деактивирована в рамках аварийного восстановления. Для повторной активации службы необходимо настроить новую пробную версию.
1

Войдите в Control Hub и выберите Службы.

2

В разделе безопасности данных гибридного типа щелкните Настройки.

3

В разделе "Состояние службы" щелкните Переместить в рабочий режим.

4

Подтвердите свое намерение переместить всех пользователей в рабочий режим.

Завершение пробной версии без перехода в рабочий режим

Если во время пробной версии вы решите не запускать развертывание службы безопасности данных гибридного типа, можно деактивировать службу безопасности данных гибридного типа. Это приведет к завершению пробной версии и возврату пользователей пробной версии в службы безопасности данных в облаке. Пользователи пробной версии утратят доступ к данным, которые были зашифрованы во время пробной версии.
1

Войдите в Control Hub и выберите Службы.

2

В разделе безопасности данных гибридного типа щелкните Настройки.

3

В разделе "Деактивировать" щелкните Деактивировать.

4

Подтвердите деактивацию службы и завершите использование пробной версии.

Управление развертыванием HDS

Управление развертыванием HDS

Для управления развертыванием службы безопасности данных гибридного типа используйте описанные здесь задачи.

Настройка графика модернизации кластера

Модернизация программного обеспечения службы безопасности данных гибридного типа выполняется автоматически на уровне кластера, что гарантирует, что на всех узлах всегда запущена одна и та же версия программного обеспечения. Модернизация выполняется в соответствии с графиком модернизации кластера. Когда модернизация программного обеспечения становится доступной, можно вручную модернизировать кластер до запланированного времени модернизации. Можно задать конкретное расписание модернизации или использовать расписание по умолчанию: 3:00 (ежедневно в США). Америка/Лос-Анджелес. При необходимости можно также отложить предстоящую модернизацию.

Чтобы настроить график модернизации, выполните указанные ниже действия.

1

Войдите в Control Hub.

2

На странице "Обзор" в разделе служб гибридного типа выберите Безопасность данных гибридного типа.

3

На странице "Ресурсы безопасности данных гибридного типа" выберите кластер.

4

На панели "Обзор" справа в разделе "Настройки кластера" выберите имя кластера.

5

В разделе "Модернизация" на странице "Настройки" выберите время и часовой пояс для графика модернизации.

Примечание. В часовом поясе отображаются следующие доступные дата и время модернизации. При необходимости можно отложить модернизацию на следующий день, щелкнув Отложить.

Изменение конфигурации узла

Иногда может потребоваться изменить конфигурацию узла безопасности данных гибридного типа по одной из причин:
  • Изменение сертификатов x.509 по истечении срока действия или по другим причинам.

    Изменение доменного имени CN сертификата не поддерживается. Домен должен совпадать с исходным доменом, использованным для регистрации кластера.

  • Обновление настроек базы данных для работы с копией базы данных PostgreSQL или Microsoft SQL Server.

    Перенос данных с PostgreSQL на Microsoft SQL Server или в обратном направлении не поддерживается. Чтобы переключить среду базы данных, начните новое развертывание службы безопасности данных гибридного типа.

  • Создание новой конфигурации для подготовки нового центра обработки данных.

Из соображений безопасности для учетных записей в службе безопасности данных гибридного типа используются пароли со сроком действия 9 месяцев. После того как инструмент настройки HDS создаст эти пароли, вам нужно будет развернуть их в каждом из своих узлов HDS в файле конфигурации ISO. При приближении даты окончания срока действия пароля команда Webex пришлет вам уведомление с запросом на сброс пароля учетной записи компьютера. (В сообщении электронной почты будет текст "Использование API учетной записи компьютера для обновления пароля".) Если срок действия паролей еще не истек, средство предоставляет два варианта.

  • Мягкий сброс. Старые и новые пароли работают в течение 10 дней. Используйте этот период для постепенной замены файла ISO на узлах.

  • Принудительный сброс: старые пароли перестают работать немедленно.

Если срок действия ваших паролей истекает без сброса, это влияет на работу вашей службы HDS. В этом случае требуется немедленный жесткий сброс и замена файла ISO на всех узлах.

Используйте эту процедуру, чтобы создать новый файл конфигурации ISO и применить его к кластеру.

Прежде чем начать

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

    Если инструмент настройки HDS работает за прокси в вашей среде, предоставьте настройки прокси (сервер, порт, учетные данные) через переменные среды Docker при загрузке контейнера Docker в 1.e. В этой таблице указаны некоторые из возможных переменных среды.

    Описание

    Переменная

    HTTP-прокси без аутентификации

    ГЛОБАЛЬНЫЙ_AGENT_HTTP_PROXY=http://SERVER_IP:ПОРТ

    HTTPS-прокси без аутентификации

    ГЛОБАЛЬНЫЙ_ОПЕРАТОР_HTTPS_PROXY=http://СЕРВЕР_IP:ПОРТ

    HTTP-прокси с аутентификацией

    ГЛОБАЛЬНЫЙ_ОПЕРАТОР_HTTP_PROXY=http://ИМЯ ПОЛЬЗОВАТЕЛЯ:ПАРОЛЬ@СЕРВЕР_IP:ПОРТ

    HTTPS-прокси с аутентификацией

    ГЛОБАЛЬНЫЙ_ОПЕРАТОР_HTTPS_PROXY=http://ИМЯ ПОЛЬЗОВАТЕЛЯ:ПАРОЛЬ@СЕРВЕР_IP:ПОРТ

  • Для создания новой конфигурации потребуется копия текущего файла конфигурации ISO. Файл ISO содержит главный ключ шифрования базы данных PostgreSQL или Microsoft SQL Server. Файл ISO необходим для изменения конфигурации, в том числе учетных данных базы данных, обновления сертификатов или изменения политики авторизации.

1

Запустите инструмент настройки HDS, используя Docker на локальной машине.

  1. Введите соответствующую команду для вашей среды в командной строке компьютера.

    В обычных средах:

    docker rmi ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker rmi ciscocitg/hds-setup-fedramp:stable

    На этом этапе очищаются предыдущие образы инструмента настройки HDS. Если предыдущих образов нет, отображается ошибка, которую можно проигнорировать.

  2. Чтобы войти в реестр образов Docker, введите следующее.

    docker login -u hdscustomersro
  3. Введите в запросе пароля этот хеш:

    dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
  4. Скачайте последнюю стабильную версию образа для вашей среды.

    В обычных средах:

    docker pull ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker pull ciscocitg/hds-setup-fedramp:stable

    Обязательно скачайте для этой процедуры последнюю версию инструмента настройки. В версиях инструмента, созданных до 22 февраля 2018 г., нет экранов сброса пароля.

  5. По завершении скачивания введите соответствующую команду для вашей среды.

    • В обычных средах без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
    • В обычных средах с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В обычных средах с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В средах FedRAMP без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

    Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

  6. Используйте браузер для подключения к localhost, http://127.0.0.1:8080.

    Инструмент настройки не поддерживает подключение к localhost с помощью http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

  7. При отображении соответствующего запроса введите учетные данные для входа клиента в Control Hub и щелкните Принять , чтобы продолжить.

  8. Импортируйте текущий файл конфигурации ISO.

  9. Следуйте подсказкам, чтобы завершить работу с инструментом и скачать обновленный файл.

    Чтобы завершить работу инструмента настройки, нажмите CTRL+C.

  10. Создайте резервную копию обновленного файла в другом центре обработки данных.

2

Если у вас запущен только один узел HDS, создайте новую виртуальную машину узла безопасности данных гибридного типа и зарегистрируйте ее с помощью нового файла конфигурации ISO. Более подробные инструкции см. в статье Создание и регистрация дополнительных узлов.

  1. Установите OVA узла HDS.

  2. Настройте виртуальную машину HDS.

  3. Подключите обновленный файл конфигурации.

  4. Зарегистрируйте новый узел в Control Hub.

3

Для существующих узлов HDS, в которых используется старый файл конфигурации, необходимо установить файл ISO. Выполните следующую процедуру для каждого узла по очереди, обновив каждый узел до выключения следующего узла.

  1. Выключите виртуальную машину.

  2. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  3. Щелкните Дисковод компакт-дисков и DVD-дисков 1, выберите параметр подключения из файла ISO и найдите расположение, куда вы скачали новый файл конфигурации ISO.

  4. Установите флажок Соединять при включении.

  5. Сохраните изменения и включите виртуальную машину.

4

Повторите шаг 3, чтобы заменить конфигурацию на каждом оставшемся узле со старой конфигурацией.

Отключение режима блокировки разрешения внешних DNS

При регистрации узла или проверке конфигурации прокси узла процесс тестирует поиск DNS и подключение к облаку Cisco Webex. Если DNS-сервер узла не может разрешать общедоступные имена DNS, узел автоматически переходит в режим блокировки разрешения внешних DNS.

Если узлы могут разрешать общедоступные имена DNS через внутренние DNS-серверы, можно отключить этот режим, повторно запустив тестирование подключения к прокси на каждом узле.

Перед началом работы

Убедитесь в том, что внутренние DNS-серверы могут разрешать общедоступные имена DNS и ваши узлы могут обмениваться данными с ними.
1

В веб-браузере откройте интерфейс узла безопасности данных гибридного типа (например, IP-адрес или настройка) https://192.0.2.0/setup), введите учетные данные администратора, настроенные для узла, и щелкните Войти.

2

Перейдите к разделу Overview (Обзор) (страница по умолчанию).

Если режим включен, параметр Blocked External DNS Resolution (Блокировка разрешения внешних DNS) должен иметь значение Yes (Да).

3

Перейдите на страницу Trust Store & Proxy (Зона доверия и прокси).

4

Щелкните Check Proxy Connection (Проверить соединение с прокси).

Если отображено сообщение о том, что не удалось предоставить разрешение внешнего DNS, значит, узлу не удалось подключиться к DNS-серверу и он останется в этом режиме. В противном случае после перезапуска узла и возврата на страницу Overview (Обзор) параметр блокировки разрешения внешних DNS должен иметь значение No (Нет).

Дальнейшие действия

Повторите тестирование соединения с прокси для каждого узла кластера безопасности данных гибридного типа.

Удаление узла

Используйте эту процедуру для удаления узла безопасности данных гибридного типа из облака Webex. После удаления узла из кластера удалите виртуальную машину, чтобы предотвратить дальнейший доступ к данным безопасности.
1

С помощью клиента VMware vSphere на компьютере можно войти в виртуальный хост ESXi и выключить виртуальную машину.

2

Удалить узел:

  1. Войдите в Control Hub и выберите Службы.

  2. На карточке безопасности данных гибридного типа щелкните Просмотреть все , чтобы отобразить страницу ресурсов безопасности данных гибридного типа.

  3. Выберите кластер, чтобы отобразить его панель "Обзор".

  4. Щелкните Открыть список узлов.

  5. На вкладке «Узлы» выберите узел, который необходимо удалить.

  6. Щелкните Действия > Отменить регистрацию узла.

3

В клиенте vSphere удалите виртуальную машину. (На панели навигации слева щелкните виртуальную машину правой кнопкой мыши и щелкните Удалить.)

Если виртуальная машина не удалена, не забудьте отсоединить файл конфигурации ISO. Без файла ISO вы не сможете использовать виртуальную машину для доступа к данным безопасности.

Аварийное восстановление с помощью центра обработки данных в режиме ожидания

Наиболее важной службой, предоставляемой кластером безопасности данных гибридного типа, является создание и хранение ключей, используемых для шифрования сообщений и другого контента, хранящегося в облаке Webex. Для каждого пользователя в организации, назначенного службе безопасности данных гибридного типа, запросы на создание нового ключа маршрутизируются в кластер. Кластер также отвечает за возврат созданных им ключей всем пользователям, авторизованным для их извлечения, например участникам пространства для разговора.

Поскольку кластер выполняет критически важную функцию предоставления этих ключей, необходимо, чтобы кластер продолжал работать и чтобы поддерживались соответствующие резервные копии. Потеря базы данных безопасности данных гибридного типа или конфигурации ISO, используемой для схемы, приведет к НЕОБРАТИМОЙ ПОТЕРЕ контента клиента. Для предотвращения таких потерь необходимо выполнить следующие действия:

Если из-за аварии развертывание HDS в основном центре обработки данных становится недоступным, выполните эту процедуру, чтобы вручную переключиться на резервный центр обработки данных.

1

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание ISO конфигурации для узлов HDS.

2

После настройки сервера Syslogd щелкните Расширенные настройки.

3

На странице Расширенные настройки добавьте конфигурацию ниже или удалите конфигурацию passiveMode , чтобы сделать узел активным. После настройки узел может обрабатывать трафик.

 passiveMode "Ложь" 

4

Завершите процесс настройки и сохраните файл ISO в удобном для поиска месте.

5

Сделайте резервную копию файла ISO в локальной системе. Обеспечьте безопасность резервного копирования. Этот файл содержит главный ключ шифрования для содержимого базы данных. Ограничьте доступ только тем администраторам службы безопасности данных гибридного типа, которые должны вносить изменения в конфигурацию.

6

На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой мыши и щелкните Редактировать настройки.

7

Щелкните Редактировать настройки >Диск CD/DVD 1 и выберите Файл хранилища данных ISO.

Убедитесь, что установлены флажки Подключено и Подключиться при включении , чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь, что сигналы отсутствуют в течение не менее 15 минут.

9

Повторите процесс для каждого узла в центре обработки данных в режиме ожидания.

Проверьте вывод системного журнала, чтобы убедиться, что узлы центра обработки данных в режиме ожидания не находятся в пассивном режиме. Параметр "KMS, настроенный в пассивном режиме" не должен отображаться в системных журналах.

Дальнейшие действия

После переключения на резервный центр обработки данных, если основной центр обработки данных снова становится активным, снова переведите его в пассивный режим, выполнив действия, описанные в разделе Настройка центра обработки данных в режиме ожидания для аварийного восстановления.

(Необязательно) Отсоедините ISO после настройки HDS

Стандартная конфигурация HDS выполняется с установленным ISO. Однако некоторые клиенты предпочитают не оставлять файлы ISO постоянно монтированными. После того как все узлы HDS примут новую конфигурацию, можно отсоединить файл ISO.

Для изменения конфигурации по-прежнему используются файлы ISO. При создании нового ISO или обновлении ISO с помощью инструмента настройки необходимо установить обновленный ISO на всех узлах HDS. С помощью этой процедуры можно снова отключить ISO, после того как все узлы примут изменения конфигурации.

Перед началом работы

Модернизируйте все свои узлы HDS до версии 2021.01.22.4720 или более поздней.

1

Закройте один из своих узлов HDS.

2

В vCenter Server Appliance выберите узел HDS.

3

Выберите Редактировать настройки > Привод CD/DVD и снимите флажок Файл хранилища данных ISO.

4

Включите узел HDS и убедитесь, что сигналы отсутствуют в течение не менее 20 минут.

5

Повторите эту процедуру для каждого узла HDS по очереди.

Устранение неполадок службы безопасности данных гибридного типа

Просмотр предупреждений и устранение неполадок

Развертывание службы безопасности данных гибридного типа считается недоступным, если все узлы в кластере недоступны или кластер работает настолько медленно, что истекло время ожидания. Если пользователи не могут подключиться к кластеру безопасности данных гибридного типа, у них будут следующие симптомы:

  • Не удается создать новые пространства (не удается создать новые ключи)

  • Не удалось расшифровать сообщения и заголовки пространств для:

    • Новые пользователи, добавленные в пространство (невозможно получить ключи)

    • Существующие пользователи в пространстве, использующие новый клиент (не удается получить ключи)

  • Существующие пользователи в пространстве будут продолжать успешно работать, пока в их клиентах будет сохранен кэш ключей шифрования

Важно надлежащим образом отслеживать кластер безопасности данных гибридного типа и своевременно реагировать на все предупреждения во избежание перебоев в работе службы.

Предупреждения

При возникновении проблем с настройкой безопасности данных гибридного типа Control Hub отображает предупреждения администратору организации и отправляет электронные сообщения на настроенный адрес электронной почты. Предупреждения охватывают многие распространенные сценарии.

Таблица 1. Общие проблемы и действия по их устранению

Предупреждение

Действие

Ошибка доступа к локальной базе данных.

Проверьте наличие ошибок базы данных или проблем локальной сети.

Сбой подключения к локальной базе данных.

Убедитесь в доступности сервера базы данных и использовании правильных учетных данных учетной записи службы в конфигурации узла.

Сбой доступа к облачной службе.

Убедитесь, что узлы могут получить доступ к серверам Webex, как указано в разделе Требования к внешнему подключению.

Обновление регистрации облачной службы.

Регистрация в облачных службах прервана. Выполняется возобновление регистрации.

Регистрация для облачной службы прервана.

Регистрация в облачных службах прервана. Служба выключена.

Служба еще не активирована.

Активируйте пробную версию или завершите перемещение пробной версии в рабочий режим.

Настроенный домен не соответствует сертификату сервера.

Убедитесь, что сертификат сервера соответствует настроенному домену активации службы.

Наиболее вероятная причина заключается в том, что CN сертификата недавно был изменен и теперь отличается от CN, использованного во время начальной настройки.

Не удалось выполнить аутентификацию в облачных службах.

Проверьте точность и возможный срок действия учетных данных службы.

Не удалось открыть файл локального хранилища ключей.

Проверка целостности и точности пароля в файле локального хранилища ключей.

Недействительный сертификат локального сервера.

Проверьте дату истечения срока действия сертификата сервера и убедитесь, что он был выдан доверенным центром сертификации.

Не удается опубликовать метрики.

Проверьте доступ локальной сети к внешним облачным службам.

Каталог /media/configdrive/hds не существует.

Проверьте конфигурацию подключения ISO на виртуальном хосте. Проверьте, существует ли файл ISO, настроен ли он для подключения при перезагрузке и успешно ли установлен.

Устранение неполадок службы безопасности данных гибридного типа

При устранении неполадок со службой безопасности данных гибридного типа используйте приведенные ниже общие рекомендации.
1

Просмотрите все предупреждения в Control Hub и исправьте все найденные в нем элементы.

2

Проверьте вывод сервера системных журналов для активности из развертывания службы безопасности данных гибридного типа.

3

Обратитесь в службу поддержки Cisco.

Другие примечания

Известные проблемы безопасности данных гибридного типа

  • Если вы выключите кластер безопасности данных гибридного типа (удалив его в Control Hub или выключив все узлы), потеряете файл конфигурации ISO или доступ к базе данных хранилища ключей, пользователи приложения Webex больше не смогут использовать пространства из списка пользователей, созданных с помощью ключей из KMS. Это применимо как к пробным, так и к производственным развертываниям. В настоящий момент для устранения этой проблемы нет обходного решения или решения. Мы настоятельно призываем вас не выключать службы HDS после обработки активных учетных записей пользователей.

  • Клиент с существующим подключением ECDH к KMS поддерживает это соединение в течение периода времени (вероятно, один час). Когда пользователь становится участником пробной версии безопасности данных гибридного типа, клиент пользователя продолжает использовать существующее соединение ECDH до истечения времени ожидания. Кроме того, пользователь может выйти из приложения Webex и снова войти в него, чтобы обновить местоположение, с которым приложение связывается для получения ключей шифрования.

    То же поведение происходит при перемещении пробной версии в организацию в рабочий режим. Все пользователи без пробной версии с существующими подключениями ECDH к предыдущим службам безопасности данных будут продолжать использовать эти службы до тех пор, пока соединение ECDH не будет согласовано (истекло время ожидания или при выходе и повторном входе).

Использование OpenSSL для создания файла PKCS12

Перед началом работы

  • OpenSSL — это один из инструментов, который можно использовать для создания файла PKCS12 в соответствующем формате для загрузки в инструменте настройки HDS. Есть и другие способы сделать это, и мы не поддерживаем и не продвигаем друг друга.

  • Если вы решите использовать OpenSSL, мы предоставляем эту процедуру в качестве руководства для создания файла, который соответствует требованиям сертификата X.509 в разделе Требования к сертификату X.509. Прежде чем продолжить, ознакомьтесь с этими требованиями.

  • Установите OpenSSL в поддерживаемой среде. Информацию о программном обеспечении и документации см. в разделе https://www.openssl.org .

  • Создайте закрытый ключ.

  • Начните эту процедуру при получении сертификата сервера от центра сертификации (ЦС).

1

При получении сертификата сервера от ЦС сохраните его как hdsnode.pem.

2

Отобразите сертификат в виде текста и проверьте сведения.

openssl x509 -текст -noout -в hdsnode.pem

3

Используйте текстовый редактор для создания файла пакета сертификатов под названием hdsnode-bundle.pem. Пакетный файл должен включать сертификат сервера, все промежуточные сертификаты ЦС и корневые сертификаты ЦС в следующем формате:

-----BEGIN CERTIFICATE----- ### Сертификат сервера. ### -----END CERTIFICATE--------BEGIN CERTIFICATE----- ### Промежуточный сертификат ЦС. ### -----END CERTIFICATE-------BEGIN CERTIFICATE----- ### Корневой сертификат ЦС. ### -----END CERTIFICATE-----

4

Создайте файл .p12 с подходящим именем kms-private-key.

openssl pkcs12 -export -inkey hdsnode.key -в hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12

5

Проверьте сведения о сертификате сервера.

  1. openssl pkcs12 - в hdsnode.p12

  2. Введите пароль в окне запроса для шифрования закрытого ключа, чтобы он отображался в выводе. Затем убедитесь, что закрытый ключ и первый сертификат содержат строки friendlyName: kms-private-key.

    Пример:

    bash$ openssl pkcs12 -in hdsnode.p12 Введите пароль для импорта: MAC проверил атрибуты пакета "ОК" friendlyName: Идентификатор локального ключа kms-private-key : 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Ключевые атрибуты:  Введите фразу пароля PEM: Проверка – введите фразу для доступа PEM: -----BEGIN ENCRYPTED PRIVATE KEY-----  -----END ENCRYPTED PRIVATE KEY------ Bag Attributes friendlyName: Идентификатор локального ключа kms-private-key : 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----  -----END CERTIFICATE----- Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----  -----END CERTIFICATE-----

Дальнейшие действия

Вернитесь к разделу Выполнение предварительных требований для безопасности данных гибридного типа. Файл hdsnode.p12 и заданный для него пароль будут использоваться в разделе Создание конфигурации ISO для узлов HDS.

Эти файлы можно повторно использовать для запроса нового сертификата по истечении срока действия исходного сертификата.

Трафик между узлами HDS и облаком

Трафик сбора исходящих метрик

Узлы безопасности данных гибридного типа отправляют определенные метрики в облако Webex. К ним относятся системные метрики максимального количества подключений, использования максимального количества подключений, загрузки ЦП и количества потоков; метрики синхронных и асинхронных потоков; метрики оповещений о пороговом значении соединений шифрования, задержки или длины очереди запросов; метрики хранилища данных; и метрики подключения шифрования. Узлы отправляют зашифрованный ключ-материал по внеполосному каналу (отдельному от запроса).

Входящий трафик

Узлы безопасности данных гибридного типа получают из облака Webex следующие типы входящего трафика:

  • Запросы на шифрование от клиентов, которые маршрутизируются службой шифрования

  • Модернизация программного обеспечения узла

Настройка прокси Squid для безопасности данных гибридного типа

Невозможно выполнить подключение веб-сокетов через прокси Squid

Прокси Squid, которые проверяют трафик HTTPS, могут мешать созданию соединений веб-сокетов (wss:), которые необходимы службе безопасности данных гибридного типа. В указанных далее разделах приведены рекомендации по настройке различных версий Squid с целью игнорирования трафика wss: для обеспечения надлежащей работы служб.

Squid 4 и 5

Добавьте on_unsupported_protocol директиву в squid.conf:

on_unsupported_protocol туннель все

Squid 3.5.27

Служба безопасности данных гибридного типа успешно протестирована с указанными далее правилами, добавленными в squid.conf. Эти правила могут изменяться по мере разработки функций и обновления облака Webex.

acl wssMercuryConnection ssl::server_name_regex mercury-connection ssl_bump соединение wssMercuryConnection acl step1 at_step SslBump1 acl step2 at_step SslBump2 acl step3 at_step SslBump3 ssl_bump просмотр step1 все ssl_bump просмотр step2 все ssl_bump bump3 все

Предисловие

Новая и измененная информация

Дата

Внесенные изменения

7 января 2025 г.

20 октября 2023 г.

7 августа 2023 г.

23 мая 2023 г.

6 декабря 2022 г.

23 ноября 2022 г.

13 октября 2021 г.

Перед установкой узлов HDS на рабочем столе Docker необходимо запустить программу настройки. См. статью Требования к рабочему столу Docker.

24 июня 2021 г.

Отмечено, что для запроса другого сертификата можно повторно использовать файл закрытого ключа и CSR. Подробные сведения см. в статье Использование OpenSSL для создания файла PKCS12 .

30 апреля 2021 г.

Изменено требование виртуальной машины для локального жесткого диска на 30 ГБ. Подробные сведения см. в статье Требования к виртуальному организатору .

24 февраля 2021 г.

Инструмент настройки HDS теперь может работать за прокси. Подробные сведения см. в статье Создание ISO конфигурации для узлов HDS .

2 февраля 2021 г.

HDS теперь может работать без монтированного файла ISO. Подробные сведения см. в статье (необязательно) Отключение ISO после настройки HDS .

11 января 2021 г.

Добавлена информация о инструменте настройки HDS и прокси-серверах для создания ISO конфигурации для узлов HDS.

13 октября 2020 г.

Обновлен раздел Скачивание файлов установки.

8 октября 2020 г.

В раздел Создание конфигурации ISO для узлов HDS и Изменение конфигурации узла добавлены команды для сред FedRAMP.

14 августа 2020 г.

В раздел Создание ISO конфигурации для узлов HDS и Изменение конфигурации узла внесены изменения в процесс входа.

5 августа 2020 г.

Обновлен раздел Тестирование развертывания безопасности данных гибридного типа для отображения изменений в сообщениях журналов.

В раздел Требования к виртуальному организатору добавлено удаление максимального количества организаторов.

16 июня 2020 г.

В раздел Удаление узла внесены изменения в пользовательском интерфейсе Control Hub.

4 июня 2020 г.

Обновлен раздел Создание конфигурации ISO для узлов HDS для изменений в настройках расширенных настроек.

29 мая 2020 г.

В раздел Создание ISO конфигурации для узлов HDS добавлена возможность использования TLS с базами данных SQL Server, изменениями пользовательского интерфейса и другими разъяснениями.

5 мая 2020 г.

В раздел Требования к виртуальному организатору добавлено новое требование ESXi 6.5.

21 апреля 2020 г.

В раздел Требования к внешнему подключению добавлены новые узлы CI Америки.

1 апреля 2020 г.

В раздел Требования к внешнему подключению добавлена информация о региональных узлах CI.

20 февраля 2020 г.В раздел Создание ISO конфигурации для узлов HDS добавлена информация о новом экране дополнительных параметров в инструменте настройки HDS.
4 февраля, 2020Обновлен раздел Требования к прокси-серверу.
16 декабря 2019 г.Уточнено требование работы режима блокировки разрешения внешних DNS в разделе Требования к прокси-серверу.
19 ноября 2019 г.

Добавлена информация о режиме блокировки разрешения внешних DNS в следующих разделах:

8 ноября 2019 г.

Теперь параметры сети для узла можно настраивать во время развертывания OVA, а не после этого.

Соответственно обновлены следующие разделы:

Параметр настройки сети во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

6 сентября 2019 г.

В раздел Требования к серверу базы данных добавлен стандарт SQL Server.

29 августа 2019 г.Добавлено приложение Настройка прокси Squid для безопасности данных гибридного типа с инструкциями по настройке прокси Squid для игнорирования трафика веб-сокета для надлежащей работы.
20 августа 2019 г.

Добавлены и обновлены разделы, которые охватывают поддержку прокси для связи узла безопасности данных гибридного типа с облаком Webex.

Чтобы получить доступ только к контенту поддержки прокси для существующего развертывания, см. статью справки Поддержка прокси для безопасности данных гибридного типа и сетки видео Webex .

13 июня 2019 г.В раздел Процесс выполнения рабочих задач пробной версии добавлено напоминание о синхронизации объекта группы HdsTrialGroup перед началом пробной версии, если в вашей организации используется синхронизация каталога.
6 марта 2019 г.
28 февраля 2019 г.
  • Исправлено количество локального жесткого диска на сервер, которое необходимо отложить при подготовке виртуальных хостов, которые становятся узлами безопасности данных гибридного типа, с 50 до 20 ГБ для отражения размера диска, создаваемого OVA.

26 февраля 2019 г.
  • Узлы безопасности данных гибридного типа теперь поддерживают зашифрованные соединения с серверами баз данных PostgreSQL и зашифрованные соединения ведения журналов с сервером системных журналов с поддержкой TLS. Обновлен раздел Создание ISO конфигурации для узлов HDS с инструкциями.

  • Удалены URL-адреса назначения из таблицы "Требования к подключению к Интернету для ВМ узлов безопасности данных гибридного типа". Теперь в таблице приведен список, который содержится в таблице "Дополнительные URL-адреса для служб гибридного типа Webex Teams" раздела Требования к сети для служб Webex Teams.

24 января 2019 г.

  • Служба безопасности данных гибридного типа теперь поддерживает Microsoft SQL Server в качестве базы данных. Постоянно включенный сервер SQL (отказоустойчивые кластеры с постоянной включенностью и группы с постоянной доступностью) поддерживается драйверами JDBC, которые используются в службе безопасности данных гибридного типа. Добавлен контент, связанный с развертыванием с SQL Server.

    Поддержка Microsoft SQL Server предназначена только для новых развертываний системы безопасности данных гибридного типа. В настоящее время миграция данных с PostgreSQL на Microsoft SQL Server в существующем развертывании не поддерживается.

5 ноября 2018 г.
19 октября 2018 г.

31 июля 2018 г.

21 мая 2018 г.

Изменена терминология для отражения изменения товарно-знаковой политики Cisco Spark.

  • Служба безопасности данных гибридного типа Cisco Spark теперь называется "Безопасность данных гибридного типа".

  • Приложение Cisco Spark теперь является приложением Webex.

  • Облаком Cisco Collaboraton теперь является облаком Webex.

11 апреля 2018 г.
22 февраля 2018 г.
15 февраля 2018 г.
  • В таблице Требования к сертификату X.509 указано, что сертификат не может быть групповым сертификатом и что KMS использует домен CN, а не любой домен, определенный в полях SAN x.509v3.

18 января 2018 г.

2 ноября 2017 г.

  • Уточнена синхронизация каталога HdsTrialGroup.

  • Исправлены инструкции по загрузке файла конфигурации ISO для установки на узлы виртуальной машины.

18 августа 2017 г.

Впервые опубликовано

Начало работы с системой безопасности данных гибридного типа

Обзор безопасности данных гибридного типа

С самого начала безопасность данных была главной задачей при разработке приложения Webex. В основе этой безопасности лежит сквозное шифрование контента, которое включается клиентами приложения Webex, взаимодействующими со службой управления ключами (KMS). KMS отвечает за создание и управление криптографическими ключами, которые используются клиентами для динамического шифрования и расшифровки сообщений и файлов.

По умолчанию для всех клиентов приложения Webex обеспечивается сквозное шифрование с использованием динамических ключей, которые хранятся в облаке KMS в области безопасности Cisco. Служба безопасности данных гибридного типа перемещает KMS и другие функции безопасности в корпоративный центр обработки данных, поэтому доступ к ключам для зашифрованного контента будет только у вас.

Архитектура области безопасности

Облачная архитектура Webex разбивает различные типы служб на отдельные области или домены доверия, как показано ниже.

Области разделения (без службы безопасности данных гибридного типа)

Чтобы получить дополнительные сведения о безопасности данных гибридного типа, давайте сначала рассмотрим этот облачный случай, в котором компания Cisco предоставляет все функции в облачных областях. Служба удостоверений – единственное место, где пользователи могут напрямую соотнести с их персональной информацией, такой как адрес электронной почты, логически и физически отделена от области безопасности в центре обработки данных B. Обе службы в свою очередь отделены от области, в которой в конечном итоге хранится зашифрованный контент, в центре обработки данных C.

На этой схеме клиент представляет собой приложение Webex, запущенное на ноутбуке пользователя и прошедшее аутентификацию с помощью службы удостоверений. При написании пользователем сообщения для отправки в пространство выполняются следующие действия.

  1. Клиент устанавливает безопасное соединение со службой управления ключами (KMS), затем запрашивает ключ для шифрования сообщения. Защищенное соединение использует ECDH, а KMS шифрует ключ с помощью главного ключа AES-256.

  2. Сообщение шифруется до выхода из клиента. Клиент отправляет его в службу индексации, которая создает зашифрованные индексы поиска для помощи в будущих поисковых запросах контента.

  3. Зашифрованное сообщение отправляется в службу обеспечения соответствия для проверки соответствия.

  4. Зашифрованное сообщение хранится в области хранилища.

При развертывании службы безопасности данных гибридного типа функции области безопасности (KMS, индексация и соответствие требованиям) перемещаются в локальный центр обработки данных. Другие облачные службы, которые составляют Webex (включая идентификационные данные и хранилище контента), остаются в сферах Cisco.

Сотрудничество с Другими Организациями

Пользователи в вашей организации могут регулярно использовать приложение Webex для совместной работы с внешними участниками из других организаций. Когда один из пользователей запрашивает ключ для пространства, принадлежащего вашей организации (поскольку он был создан одним из пользователей), KMS отправляет ключ клиенту по защищенному каналу ECDH. Однако если ключ для пространства принадлежит другой организации, KMS перенаправляет запрос в облако Webex через отдельный канал ECDH для получения ключа от соответствующего KMS, а затем возвращает ключ пользователю в исходном канале.

Служба KMS, запущенная в организации A, проверяет подключения к KMS в других организациях с помощью сертификатов PKI x.509. Подробные сведения о создании сертификата x.509 для использования с развертыванием службы безопасности данных гибридного типа см. в статье Требования к безопасности данных гибридного типа (в этой статье).

Ожидания развертывания службы безопасности данных гибридного типа

Развертывание службы безопасности данных гибридного типа требует значительной приверженности клиентов и осознания рисков, связанных с хранением ключей шифрования.

Для развертывания службы безопасности данных гибридного типа необходимо предоставить:

Полная потеря конфигурации ISO, созданной для службы безопасности данных гибридного типа, или предоставленной базы данных приведет к потере ключей. Потеря ключей предотвращает расшифровку контента пространства и других зашифрованных данных в приложении Webex пользователями. В этом случае можно создать новое развертывание, однако будет отображаться только новый контент. Во избежание потери доступа к данным необходимо выполнить приведенные ниже действия.

  • Управление резервным копированием и восстановлением базы данных и конфигурации ISO.

  • Будьте готовы к быстрому аварийному восстановлению в случае аварии, например, сбою диска базы данных или сбою центра обработки данных.

Механизм для перемещения ключей обратно в облако после развертывания HDS отсутствует.

Высокий уровень настройки

В этом документе описана настройка развертывания службы безопасности данных гибридного типа и управление ими.

  • Настройка службы безопасности данных гибридного типа. Сюда входит подготовка необходимой инфраструктуры и установка программного обеспечения безопасности данных гибридного типа, тестирование развертывания с подмножеством пользователей в пробном режиме и после завершения тестирования переход в рабочий режим. Таким образом вся организация будет преобразована для использования кластера безопасности данных гибридного типа для функций безопасности.

    Этапы настройки, пробного использования и производства подробно описаны в следующих трех главах.

  • Поддержка развертывания службы безопасности данных гибридного типа: облако Webex автоматически обеспечивает непрерывную модернизацию. Ваш отдел ИТ может предоставлять поддержку первого уровня для этого развертывания и при необходимости привлекать поддержку Cisco. В Control Hub можно использовать экранные уведомления и настроить предупреждения на основе сообщений электронной почты.

  • Общие предупреждения, действия по устранению неполадок и известные проблемы. При возникновении проблем с развертыванием или использованием службы безопасности данных гибридного типа можно определить и устранить проблему с помощью последней главы этого руководства и приложения "Известные проблемы".

Модель развертывания службы безопасности данных гибридного типа

В корпоративном центре обработки данных служба безопасности данных гибридного типа будет развернута в виде одного кластера узлов на отдельных виртуальных узлах. Узлы связываются с облаком Webex с помощью защищенных веб-сокетов и защищенного HTTP.

Во время процесса установки предоставляется файл OVA для настройки виртуального устройства на предоставленных вами виртуальных машинах. Инструмент настройки HDS используется для создания пользовательского файла конфигурации кластера ISO, который устанавливается на каждом узле. Кластер безопасности данных гибридного типа использует предоставленный сервер Syslogd и базу данных PostgreSQL или Microsoft SQL Server. (Сведения о соединении Syslogd и базы данных можно настроить в инструменте настройки HDS.)

Модель развертывания службы безопасности данных гибридного типа

Минимальное количество узлов в кластере: два. Рекомендуется не менее трех на кластер. Наличие нескольких узлов гарантирует, что во время модернизации программного обеспечения или других действий по техническому обслуживанию узла служба не будет прерываться. (Облако Webex модернизирует только один узел за раз.)

Все узлы в кластере имеют доступ к одному хранилищу данных и активности журналов на один и тот же сервер системных журналов. Сами узлы не имеют состояния и обрабатывают запросы на ключ в циклическом порядке, как направляется облаком.

Узлы становятся активными при регистрации в Control Hub. Чтобы вывести отдельный узел из эксплуатации, можно отменить его регистрацию, а затем, при необходимости, повторно зарегистрировать его.

Для организации поддерживается только один кластер.

Пробный режим безопасности данных гибридного типа

После настройки развертывания службы безопасности данных гибридного типа сначала попробуйте выполнить это с набором пилотных пользователей. Во время пробного периода эти пользователи используют ваш локальный домен безопасности данных гибридного типа для использования ключей шифрования и других служб, связанных с безопасностью. Другие пользователи продолжают использовать облачную безопасность.

Если вы решите не продолжать развертывание во время пробного периода и деактивировать службу, пилотные пользователи и все пользователи, с которыми они взаимодействовали, создав новые пространства в течение пробного периода, утратят доступ к сообщениям и контенту. В приложении Webex им будет отображаться сообщение "Это сообщение невозможно расшифровать".

Если вы удовлетворены тем, что развертывание хорошо работает для пользователей пробной версии и готовы расширить возможности службы безопасности данных гибридного типа для всех пользователей, развертывание будет переведено в рабочий режим. У пилотных пользователей по-прежнему будет доступ к ключам, которые использовались во время пробной версии. Однако переключиться между рабочим режимом и исходной пробной версией невозможно. Если необходимо деактивировать службу, например для аварийного восстановления, при повторной активации необходимо начать новую пробную версию и настроить набор пилотных пользователей для новой пробной версии, прежде чем вернуться в рабочий режим. Сохранение пользователями доступа к данным в данный момент зависит от того, успешно ли сохранены резервные копии хранилища данных ключей и файла конфигурации ISO для узлов безопасности данных гибридного типа в кластере.

Резервный центр обработки данных для аварийного восстановления

Во время развертывания вы настраиваете защищенный резервный центр обработки данных. В случае аварии центра обработки данных можно вручную перенести развертывание на резервный центр обработки данных.

Перед отказом в центре обработки данных A есть активные узлы HDS и основная база данных PostgreSQL или Microsoft SQL Server, в то время как в B есть копия файла ISO с дополнительными конфигурациями, ВМ, зарегистрированные в организации, и резервная база данных. После отработки отказа центр обработки данных B имеет активные узлы HDS и основную базу данных, в то время как у A есть незарегистрированные виртуальные машины и копия файла ISO, а база данных находится в режиме ожидания.
Ручное переключение на резервный центр обработки данных

Базы данных активных и резервных центров обработки данных синхронизируются друг с другом, что позволит свести к минимуму время, затрачиваемое на выполнение отработки отказа. Файл ISO резервного центра обработки данных обновлен с дополнительными конфигурациями, которые гарантируют регистрацию узлов в организации, но не будут обрабатывать трафик. Таким образом, узлы центра обработки данных в режиме ожидания всегда будут поддерживать актуальную версию программного обеспечения HDS.

Активные узлы безопасности данных гибридного типа всегда должны находиться в одном центре обработки данных с активным сервером базы данных.

Настройка центра обработки данных в режиме ожидания для аварийного восстановления

Чтобы настроить файл ISO для резервного центра обработки данных, выполните приведенные ниже действия.

Перед началом работы

  • Резервный центр обработки данных должен зеркально отображать рабочую среду виртуальных машин и резервную базу данных PostgreSQL или Microsoft SQL Server. Например, если в производственной среде есть 3 виртуальных машины с узлами HDS, резервная среда должна иметь 3 виртуальных машины. (Обзор этой модели отработки отказа см. в статье Резервный центр обработки данных для аварийного восстановления .)

  • Убедитесь, что синхронизация базы данных включена между базой данных активных и пассивных узлов кластера.

1

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание ISO конфигурации для узлов HDS.

Файл ISO должен быть копией исходного файла ISO основного центра обработки данных, на который необходимо выполнить следующие обновления конфигурации.

2

После настройки сервера Syslogd щелкните Расширенные настройки.

3

На странице Расширенные настройки добавьте конфигурацию ниже, чтобы перевести узел в пассивный режим. В этом режиме узел будет зарегистрирован в организации и подключен к облаку, но не будет обрабатывать трафик.

 passiveMode "истина" 

4

Завершите процесс настройки и сохраните файл ISO в удобном для поиска месте.

5

Сделайте резервную копию файла ISO в локальной системе. Обеспечьте безопасность резервного копирования. Этот файл содержит главный ключ шифрования для содержимого базы данных. Ограничьте доступ только тем администраторам службы безопасности данных гибридного типа, которые должны вносить изменения в конфигурацию.

6

На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой мыши и щелкните Редактировать настройки.

7

Щелкните Редактировать настройки >Диск CD/DVD 1 и выберите Файл хранилища данных ISO.

Убедитесь, что установлены флажки Подключено и Подключиться при включении , чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь, что сигналы отсутствуют в течение не менее 15 минут.

9

Повторите процесс для каждого узла в центре обработки данных в режиме ожидания.

Проверьте системные журналы, чтобы убедиться, что узлы находятся в пассивном режиме. В системных журналах можно просматривать сообщение "KMS configured in passive mode".

Дальнейшие действия

После настройки passiveMode в файле ISO и сохранения его можно создать другую копию файла ISO без конфигурации passiveMode и сохранить его в безопасном местоположении. Эта копия файла ISO без настройки passiveMode может помочь в быстром процессе отработки отказа во время аварийного восстановления. Подробную процедуру аварийного восстановления см. в статье Аварийное восстановление с помощью центра обработки данных в режиме ожидания .

Поддержка прокси

Служба безопасности данных гибридного типа поддерживает явные прокси, прозрачные прокси с проверкой и прокси без проверки. Чтобы обеспечить защиту и мониторинг трафика из сети предприятия в облако, можно связать эти прокси с развертыванием. После настройки прокси на узлах административный интерфейс платформы на узлах можно использовать для управления сертификатами и просмотра общего состояния соединений.

Узлы безопасности данных гибридного типа поддерживают указанные далее параметры прокси.

  • Нет прокси. Значение по умолчанию, если для интеграции прокси не используется конфигурация доверенного хранилища и прокси для настройки узла HDS. Обновление сертификата не требуется.

  • Прозрачный прокси без проверки. Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.

  • Прозрачный туннелирование или прокси с проверкой. Узлы не настроены для использования адреса определенного прокси-сервера. На узлах не нужно изменять конфигурацию HTTP или HTTPS. Как бы то ни было, для обеспечения доверия прокси узлам необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).

  • Явный прокси. При использовании явного прокси необходимо указать прокси-сервер и схему аутентификации узлам HDS. Для настройки явного прокси на каждом узле нужно ввести следующую информацию.

    1. IP/FQDN прокси. Адрес, который можно использовать для связи с прокси-машиной.

    2. Порт прокси. Номер порта, который прокси использует для прослушивания прокси-трафика.

    3. Proxy Protocol (Протокол прокси). В зависимости от поддержки прокси-сервера выберите один из следующих протоколов.

      • HTTP – просматривает все запросы, отправляемые клиентом, и управляет этими запросами.

      • HTTPS – обеспечивает работу канала связи с сервером. Клиент получает и проверяет сертификат сервера.

    4. Тип аутентификации: выберите один из приведенных ниже типов аутентификации.

      • Нет. Дальнейшая аутентификация не требуется.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

      • Базовый: используется для агента пользователя HTTP для указания имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только в том случае, если в качестве протокола прокси выбран протокол HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

Пример узлов безопасности данных гибридного типа и прокси

На этой схеме представлен пример соединения между системой безопасности данных гибридного типа, сетью и прокси. При использовании прозрачного прокси с проверкой или явного прокси с проверкой HTTPS на прокси и узлы безопасности данных гибридного типа необходимо установить один и тот же корневой сертификат.

Режим блокировки разрешения внешних DNS (конфигурации явного прокси)

При регистрации узла или проверке конфигурации прокси узла процесс тестирует поиск DNS и подключение к облаку Cisco Webex. В развертываниях с конфигурациями явного прокси, которые не допускают разрешения внешних DNS для внутренних клиентов, если узел не может посылать запросы на DNS-серверы, он автоматически переходит в режим блокировки разрешения внешних DNS. В этом режиме можно продолжить регистрацию узла и другие тестирования подключения к прокси.

Подготовка среды

Требования к безопасности данных гибридного типа

Требования к лицензии Cisco Webex

Развертывание службы безопасности данных гибридного типа.

Требования к рабочему столу Docker

Перед установкой узлов HDS необходимо запустить программу настройки с помощью Docker Desktop. Docker недавно обновил свою модель лицензирования. Для вашей организации может потребоваться платная подписка на Docker Desktop. Подробности см. в записи блога Docker, " Docker обновляет и расширяет подписки на продукты".

Требования к сертификату X.509

Цепочка сертификатов должна соответствовать следующим требованиям:

Таблица 1. Требования к сертификату X.509 для развертывания системы безопасности данных гибридного типа

Требование

Подробности

  • Подписано доверенным центром сертификации (ЦС)

По умолчанию мы доверяем ЦС в списке Mozilla (за исключением WoSign и StartCom) по адресу https://wiki.mozilla.org/CA:IncludedCAs.

  • Носит доменное имя общего имени (CN), идентифицирующее развертывание службы безопасности данных гибридного типа.

  • Не является групповым сертификатом

CN не требуется, чтобы он был доступен или был организатором в режиме реального времени. Рекомендуется использовать название, отражающее вашу организацию, например hds.company.com.

CN не должен содержать * (подстановочный знак).

CN используется для проверки узлов безопасности данных гибридного типа для клиентов приложения Webex. Все узлы безопасности данных гибридного типа в кластере используют один и тот же сертификат. Ваш KMS идентифицирует себя с помощью домена CN, а не любого домена, определенного в полях SAN x.509v3.

После регистрации узла с этим сертификатом изменение доменного имени CN не поддерживается. Выберите домен, который может применяться как к пробным, так и к производственным развертываниям.

  • Подпись без SHA1

Программное обеспечение KMS не поддерживает подписи SHA1 для проверки подключений к KMS других организаций.

  • Отформатирован в виде файла PKCS #12, защищенного паролем

  • Используйте понятное имя kms-private-key для тегов сертификата, закрытого ключа и всех промежуточных сертификатов для загрузки.

Для изменения формата сертификата можно использовать преобразователь, например OpenSSL.

При запуске инструмента настройки HDS потребуется ввести пароль.

Программное обеспечение KMS не обеспечивает принудительное использование ключа или расширенные ограничения на его использование. Некоторые центры сертификации требуют, чтобы к каждому сертификату применялись расширенные ограничения на использование ключей, например аутентификация сервера. Использовать аутентификацию сервера или другие настройки можно.

Требования к виртуальному организатору

Виртуальные узлы, которые будут настроены в качестве узлов безопасности данных гибридного типа в кластере, имеют следующие требования:

  • По крайней мере два отдельных узла (рекомендуется 3) размещены в одном защищенном центре обработки данных

  • Установлена и запущена VMware ESXi 7.0 (или более поздняя версия).

    При наличии более ранней версии ESXi необходимо выполнить модернизацию.

  • Минимум 4 ЦП, 8 ГБ основной памяти, 30 ГБ локального жесткого диска на сервер

Требования к серверу базы данных

Создайте новую базу данных для хранилища ключей. Не используйте базу данных по умолчанию. Приложения HDS при установке создают схему базы данных.

Существует два варианта сервера баз данных. Требования для каждого из них приведены ниже.

Таблица 2. Требования к серверу базы данных в разрезе типов базы данных

PostgreSQL

Сервер Microsoft SQL

  • Установленный и запущенный PostgreSQL 14, 15 или 16.

  • Установлен SQL Server 2016, 2017 или 2019 (корпоративный или стандартный).

    Для SQL Server 2016 требуется пакет обновления 2 и накопительное обновление 2 или более поздняя версия.

Минимум 8 виртуальных ЦП, 16 ГБ основной памяти, достаточное пространство на жестком диске и мониторинг для обеспечения его отсутствия (рекомендуется 2 ТБ, если необходимо запустить базу данных в течение длительного времени без увеличения объема хранилища)

Минимум 8 виртуальных ЦП, 16 ГБ основной памяти, достаточное пространство на жестком диске и мониторинг для обеспечения его отсутствия (рекомендуется 2 ТБ, если необходимо запустить базу данных в течение длительного времени без увеличения объема хранилища)

Программное обеспечение HDS в настоящее время устанавливает следующие версии драйверов для связи с сервером базы данных:

PostgreSQL

Сервер Microsoft SQL

Драйвер JDBC Postgres 42.2.5

Драйвер JDBC 4.6 для SQL-сервера

Эта версия драйвера поддерживает SQL Server Always On (экземпляры отказоустойчивого кластера и группы доступности Always On).

Дополнительные требования для аутентификации Windows на Microsoft SQL Server

Если необходимо, чтобы узлы HDS использовали аутентификацию Windows для получения доступа к базе данных хранилища ключей на Microsoft SQL Server, в вашей среде потребуется следующая конфигурация:

  • Узлы HDS, инфраструктура Active Directory и сервер MS SQL должны быть синхронизированы с NTP.

  • Учетная запись Windows, которую вы предоставляете узлам HDS, должна иметь доступ к базе данных для чтения и записи.

  • Серверы DNS, предоставляемые узлам HDS, должны иметь возможность разрешать центр распределения ключей (KDC).

  • Экземпляр базы данных HDS можно зарегистрировать на сервере Microsoft SQL в качестве главного имени службы (SPN) в Active Directory. См. статью Регистрация имени участника службы для Kerberos Connections.

    Инструмент настройки HDS, программа запуска HDS и локальный KMS должны использовать аутентификацию Windows для доступа к базе данных хранилища ключей. Они используют сведения из конфигурации ISO для создания SPN при запросе доступа с аутентификацией Kerberos.

Требования к внешнему подключению

Настройте брандмауэр, чтобы разрешить следующее подключение для приложений HDS:

Приложение

Протокол

Порт

Направление из приложения

Адресат

Узлы безопасности данных гибридного типа

Протокол TCP

443

Исходящие HTTPS и WSS

  • Серверы Webex:

    • *.wbx2.com

    • *.ciscospark.com

  • Все хосты Common Identity

  • Другие URL-адреса, перечисленные для службы безопасности данных гибридного типа в таблице Дополнительные URL-адреса для служб гибридного типа Webex раздела Требования к сети для служб Webex

Инструмент настройки HDS

Протокол TCP

443

HTTPS для исходящих вызовов

  • *.wbx2.com

  • Все хосты Common Identity

  • hub.docker.com

Узлы безопасности данных гибридного типа работают с преобразованием сетевого доступа (NAT) или за брандмауэром, если NAT или брандмауэр допускает необходимые исходящие соединения с адресатами домена в таблице выше. Для соединений, поступающих на узлы безопасности данных гибридного типа, порты не должны отображаться из Интернета. В центре обработки данных клиентам необходим доступ к узлам безопасности данных гибридного типа на портах 443 и 22 TCP в административных целях.

URL-адреса узлов общих параметров идентификации (CI) специфичны для региона. Ниже приведены текущие узлы CI.

Регион

URL-адреса хостов общих параметров идентификации

Северная и Южная Америка

  • https://idbroker.webex.com

  • https://identity.webex.com

  • https://idbroker-b-us.webex.com

  • https://identity-b-us.webex.com

Европейский союз

  • https://idbroker-eu.webex.com

  • https://identity-eu.webex.com

Канада

  • https://idbroker-ca.webex.com

  • https://identity-ca.webex.com

Сингапур
  • https://idbroker-sg.webex.com

  • https://identity-sg.webex.com

Объединенные Арабские Эмираты
  • https://idbroker-ae.webex.com

  • https://identity-ae.webex.com

Требования к прокси-серверу

  • Мы официально поддерживаем следующие решения для прокси, которые можно интегрировать с узлами безопасности данных гибридного типа:

  • Поддерживаются следующие комбинации типов аутентификации для явных прокси:

    • без аутентификации при использовании HTTP или HTTPS;

    • базовая аутентификация при использовании HTTP или HTTPS;

    • дайджест-аутентификация только при использовании HTTPS;

  • При наличии прозрачного прокси с проверкой или явного прокси HTTPS необходимо иметь копию корневого сертификата прокси. Инструкции по развертыванию, приведенные в этом руководстве, содержат информацию о том, как загрузить эту копию в зоны доверия узлов безопасности данных гибридного типа.

  • Сеть, в которой размещены узлы HDS, должна обеспечивать принудительную маршрутизацию исходящего трафика TCP на порте 443 через прокси.

  • Прокси, проверяющие веб-трафик, могут нарушать работу соединений веб-сокетов. Для устранения этой проблемы трафик следует направить в обход (без проверки) на wbx2.com и *.teams.webex.com.

Выполнение предварительных требований для службы безопасности данных гибридного типа

Используйте этот перечень действий, чтобы убедиться в готовности к установке и настройке кластера безопасности данных гибридного типа.
1

Убедитесь, что для вашей организации Webex включена профессиональная версия Cisco Webex Control Hub, и получите учетные данные учетной записи с полными правами администратора организации. Обратитесь за помощью к своему партнеру Cisco или менеджеру по работе с клиентами.

2

Выберите имя домена для развертывания HDS (например, hds.company.com) и получите цепочку сертификатов, содержащую сертификат X.509, закрытый ключ и любые промежуточные сертификаты. Цепочка сертификатов должна соответствовать требованиям, указанным в разделе Требования к сертификатам X.509.

3

Подготовьте идентичные виртуальные узлы, которые будут настроены в качестве узлов безопасности данных гибридного типа в кластере. Необходимо разместить не менее двух отдельных организаторов (рекомендуется 3) в одном и том же защищенном центре обработки данных, который соответствует требованиям в разделе Требования к виртуальному организатору.

4

Подготовьте сервер базы данных, который будет использоваться в качестве хранилища ключевых данных для кластера в соответствии с требованиями сервера базы данных. Сервер базы данных должен быть размещен в защищенном центре обработки данных с виртуальными хостами.

  1. Создайте базу данных для хранилища ключей. (Необходимо создать эту базу данных. Не используйте базу данных по умолчанию. Приложения HDS при установке создают схему базы данных.)

  2. Соберите сведения, которые узлы будут использовать для связи с сервером базы данных.

    • имя хоста или IP-адрес (хост) и порт

    • имя базы данных (dbname) для хранилища ключей

    • имя пользователя и пароль пользователя со всеми правами в базе данных хранилища ключей

5

Для быстрого аварийного восстановления настройте резервную среду в другом центре обработки данных. Резервная среда дублирует производственную среду виртуальных машин и сервер базы данных резервного копирования. Например, если в производственной среде есть 3 виртуальных машины с узлами HDS, резервная среда должна иметь 3 виртуальных машины.

6

Настройте узел системного журнала для сбора журналов с узлов в кластере. Соберите сетевой адрес и порт системного журнала (по умолчанию UDP 514).

7

Создайте политику безопасного резервного копирования для узлов безопасности данных гибридного типа, сервера базы данных и узла системного журнала. Как минимум, чтобы предотвратить необратимую потерю данных, необходимо создать резервную копию базы данных и файла конфигурации ISO, созданного для узлов безопасности данных гибридного типа.

Поскольку узлы безопасности данных гибридного типа хранят ключи, используемые при шифровании и расшифровке контента, невыполнение оперативного развертывания приведет к НЕОБРАТИМОЙ ПОТЕРЕ этого контента.

Клиенты приложения Webex кэшируют свои ключи, поэтому сбои могут не сразу стать заметными, но со временем станут очевидными. Временные перебои невозможно предотвратить, но их можно восстановить. Однако полная потеря базы данных или файла конфигурации ISO (нет доступных резервных копий) приведет к невозможности восстановления данных клиента. Ожидается, что операторы узлов безопасности данных гибридного типа осуществляют частые резервные копии базы данных и файла конфигурации ISO и будут готовы к обновлению центра обработки данных службы безопасности данных гибридного типа в случае катастрофической ошибки.

8

Убедитесь, что конфигурация брандмауэра разрешает соединение для узлов безопасности данных гибридного типа, как описано в разделе Требования к внешнему подключению.

9

Установите Docker (https://www.docker.com) на любом локальном компьютере, на котором запущена поддерживаемая ОС (64-разрядная версия Microsoft Windows 10 Professional или Enterprise или Mac OSX Yosemite 10.10.3 или более поздняя версия) с веб-браузером, с помощью которого можно получить доступ на странице http://127.0.0.1:8080.

Экземпляр Docker используется для скачивания и запуска инструмента настройки HDS, который создает информацию локальной конфигурации для всех узлов безопасности данных гибридного типа. Вашей организации может потребоваться лицензия Docker Desktop. Дополнительную информацию см. в статье Требования к рабочему столу Docker .

Для установки и запуска инструмента настройки HDS локальная машина должна иметь подключение, описанное в разделе Требования к внешнему подключению.

10

При интеграции прокси с системой безопасности данных гибридного типа убедитесь, что он соответствует требованиям к прокси-серверу.

11

Если в вашей организации используется синхронизация каталога, создайте в Active Directory группу под названием HdsTrialGroup и добавьте пилотных пользователей. В группе пробных версий может быть до 250 пользователей. Прежде чем начать использование пробной версии для своей организации, объект HdsTrialGroup должен быть синхронизирован с облаком. Чтобы синхронизировать групповой объект, выберите его в меню Конфигурация соединителя каталогов > Выбор объекта . (Подробные инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.)

Ключи для определенного пространства задаются создателем пространства. При выборе пилотных пользователей имейте в виду, что если вы решите окончательно деактивировать развертывание службы безопасности данных гибридного типа, все пользователи утратят доступ к контенту в пространствах, созданных пилотными пользователями. Потеря становится очевидной, как только приложения пользователей обновляют свои кэшированные копии контента.

Настройка кластера безопасности данных гибридного типа

Алгоритм выполнения задач по развертыванию службы безопасности данных гибридного типа

Перед началом работы

1

Скачать файлы установки

Скачайте файл OVA на локальный компьютер для дальнейшего использования.

2

Создание ISO конфигурации для узлов HDS

Используйте инструмент настройки HDS для создания файла конфигурации ISO для узлов безопасности данных гибридного типа.

3

Установка файла OVA узла HDS

Создайте виртуальную машину из файла OVA и выполните начальную конфигурацию, например параметры сети.

Параметр настройки сети во время развертывания OVA протестирован с помощью ESXi 7.0. Этот параметр может быть недоступен в более ранних версиях.

4

Настройка виртуальной машины безопасности данных гибридного типа

Войдите в консоль виртуальной машины и задайте учетные данные для входа. Настройте параметры сети для узла, если они не были настроены во время развертывания файла OVA.

5

Загрузка и установка ISO конфигурации HDS

Настройте виртуальную машину из файла конфигурации ISO, созданного с помощью инструмента настройки HDS.

6

Настройка узла HDS для интеграции прокси

Если в сетевой среде требуется конфигурация прокси, укажите тип прокси, который будет использоваться для узла, и при необходимости добавьте сертификат прокси в доверенное хранилище.

7

Регистрация первого узла в кластере

Зарегистрируйте виртуальную машину в облаке Cisco Webex в качестве узла безопасности данных гибридного типа.

8

Создание и регистрация дополнительных узлов

Завершите настройку кластера.

9

До начала использования пробной версии узлы генерируют сигнал о том, что ваша служба еще не активирована.

Скачать файлы установки

В этой задаче вы скачаете файл OVA на свой компьютер (а не на серверы, настроенные в качестве узлов безопасности данных гибридного типа). Этот файл будет использован позже в процессе установки.
1

Войдите в https://admin.webex.com и щелкните Службы.

2

В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Настройка.

Если карточка отключена или вы ее не видите, обратитесь в команду по работе с учетными записями или в партнерскую организацию. Предоставьте им свой номер учетной записи и попросите включить в своей организации службу безопасности данных гибридного типа. Чтобы найти номер учетной записи, щелкните шестеренку справа вверху рядом с названием своей организации.

Также можно скачать файл OVA в любое время из раздела Справка на странице Настройки . На карточке безопасности данных гибридного типа щелкните Изменить настройки , чтобы открыть страницу. Затем щелкните Скачать программное обеспечение безопасности данных гибридного типа в разделе Справка .

Более ранние версии пакета программного обеспечения (OVA) не будут совместимы с последними модернизациями безопасности данных гибридного типа. Это может привести к ошибкам во время модернизации приложения. Убедитесь, что скачано последнюю версию файла OVA.

3

Выберите Нет , чтобы указать, что узел еще не настроен, а затем щелкните Далее.

Скачивание файла OVA начнется автоматически. Сохраните файл в местоположении на своем компьютере.
4

При необходимости щелкните Открыть руководство по развертыванию , чтобы проверить доступность более поздней версии этого руководства.

Создание ISO конфигурации для узлов HDS

Процесс настройки безопасности данных гибридного типа создает файл ISO. Затем для настройки узла безопасности данных гибридного типа используется ISO.

Прежде чем начать

1

Введите соответствующую команду для вашей среды в командной строке компьютера.

В обычных средах:

docker rmi ciscocitg/hds-setup:stable

В средах FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

На этом этапе очищаются предыдущие образы инструмента настройки HDS. Если предыдущих образов нет, отображается ошибка, которую можно проигнорировать.

2

Чтобы войти в реестр образов Docker, введите следующее.

docker login -u hdscustomersro
3

Введите в запросе пароля этот хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
4

Скачайте последнюю стабильную версию образа для вашей среды.

В обычных средах:

docker pull ciscocitg/hds-setup:stable

В средах FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable
5

По завершении скачивания введите соответствующую команду для вашей среды.

  • В обычных средах без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
  • В обычных средах с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В обычных средах с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В средах FedRAMP без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

6

Инструмент настройки не поддерживает подключение к localhost с помощью http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

Перейдите к локальному узлу http://127.0.0.1:8080 с помощью веб-браузера и введите имя пользователя администратора клиента для Control Hub в окне подсказки.

Инструмент использует эту первую запись имени пользователя для настройки соответствующей среды для этой учетной записи. Затем инструмент отображает стандартную подсказку для входа в систему.

7

При отображении соответствующего запроса введите учетные данные для входа администратора клиента Control Hub и щелкните Войти , чтобы разрешить доступ к необходимым службам для службы безопасности данных гибридного типа.

8

На странице обзора инструмента настройки щелкните Начало работы.

9

На странице Импорт ISO доступны следующие параметры.

  • Нет. Если вы создаете первый узел HDS, у вас нет файла ISO для загрузки.
  • Да. Если вы уже создали узлы HDS, выберите файл ISO в окне просмотра и загрузите его.
10

Проверьте, соответствует ли сертификат X.509 требованиям к сертификатам X.509.

  • Если сертификат ранее не загружался, загрузите сертификат X.509, введите пароль и щелкните Продолжить.
  • Если сертификат в ОК, щелкните Продолжить.
  • Если срок действия сертификата истек или вы хотите заменить его, выберите Нет для параметра Продолжить использование цепочки сертификатов HDS и закрытого ключа из предыдущего ISO?. Загрузите новый сертификат X.509, введите пароль и щелкните Продолжить.
11

Введите адрес базы данных и учетную запись HDS для доступа к хранилищу данных ключей:

  1. Выберите Тип базы данных (PostgreSQL или Microsoft SQL Server).

    При выборе Microsoft SQL Server появится поле "Тип аутентификации".

  2. (Только Microsoft SQL Server ) Выберите Тип аутентификации.

    • Базовая аутентификация. В поле Имя пользователя необходимо указать имя учетной записи локального сервера SQL.

    • Аутентификация Windows. Необходима учетная запись Windows в формате имя_пользователя@ДОМЕН в поле Имя_пользователя .

  3. Введите адрес сервера базы данных в форме : или :.

    Пример.
    dbhost.example.org:1433 или 198.51.100.17:1433

    Если узлы не могут использовать DNS для разрешения имени узла, можно использовать IP-адрес для базовой аутентификации.

    При использовании аутентификации Windows необходимо ввести полное доменное имя в формате dbhost.example.org:1433

  4. Введите имя базы данных.

  5. Введите имя пользователя и пароль пользователя со всеми правами в базе данных хранилища ключей.

12

Выберите Режим подключения к базе данных TLS.

Mode

Описание

Предпочтительное использование TLS (параметр по умолчанию)

Узлам HDS не требуется TLS для подключения к серверу базы данных. Если на сервере базы данных включить TLS, узлы попытаются установить зашифрованное соединение.

Обязательное использование TLS

Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

Обязательное использование TLS и проверка источника подписи сертификата

Этот режим неприменим к базам данных SQL Server.

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает подписавшего сертификат сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

Воспользуйтесь элементом управления корневым сертификатом базы данных под раскрывающимся списком, чтобы загрузить корневой сертификат для этого параметра.

Обязательное использование TLS и проверка источника подписи сертификата и имени узла

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает подписавшего сертификат сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

  • Узлы также проверяют, совпадает ли имя узла в сертификате сервера с именем узла в поле Узел базы данных и порт . Необходимо точное совпадение имен. Иначе узел разорвет соединение.

Воспользуйтесь элементом управления корневым сертификатом базы данных под раскрывающимся списком, чтобы загрузить корневой сертификат для этого параметра.

При загрузке корневого сертификата (при необходимости) и нажатии Продолжить инструмент настройки HDS тестирует подключение TLS к серверу базы данных. Инструмент также выполняет проверку источника подписи сертификата и имени узла (если применимо). Если тест не будет пройден, в инструменте будет отображено сообщение об ошибке с описанием проблемы. Можно выбрать параметр игнорирования ошибки и продолжить настройку. (Из-за различий соединения узлы HDS могут установить соединение TLS, даже если машина средства настройки HDS не может успешно протестировать его.)

13

На странице «Системные журналы» настройте сервер Syslogd:

  1. Введите URL-адрес сервера системного журнала.

    Если сервер не может разрешить DNS из узлов для кластера HDS, используйте IP-адрес в URL.

    Пример.
    udp://10.92.43.23:514 означает вход в хост Syslogd 10.92.43.23 на порте UDP 514.
  2. Если вы настроили на сервере использование шифрования TLS, установите флажок Настроен ли сервер системного журнала для шифрования SSL?.

    Если установить этот флажок, необходимо ввести URL-адрес TCP, например tcp://10.92.43.23:514.

  3. В раскрывающемся списке Выберите прекращение записи системного журнала выберите соответствующую настройку для файла ISO. Выбор или новая линия используется для TCP-протокола Graylog и Rsyslog

    • Нулевой байт -- \x00

    • Новая линия -- \n: выберите этот вариант для TCP-протокола Graylog и Rsyslog.

  4. Щелкните Продолжить.

14

(Необязательно) Можно изменить значение по умолчанию для некоторых параметров подключения к базе данных в разделе Расширенные настройки. Как правило, этот параметр является единственным, который необходимо изменить:

app_datasource_connection_pool_maxРазмер: 10
15

Щелкните Продолжить на экране Сброс пароля учетных записей службы .

Срок действия паролей учетных записей службы составляет девять месяцев. Используйте этот экран, когда срок действия паролей скоро истечет или вы хотите сбросить их, чтобы сделать предыдущие файлы ISO недействительными.

16

Щелкните Скачать файл ISO. Сохраните файл в удобном для поиска местоположении.

17

Сделайте резервную копию файла ISO в локальной системе.

Обеспечьте безопасность резервного копирования. Этот файл содержит главный ключ шифрования для содержимого базы данных. Ограничьте доступ только тем администраторам службы безопасности данных гибридного типа, которые должны вносить изменения в конфигурацию.

18

Чтобы завершить работу инструмента настройки, нажмите CTRL+C.

Дальнейшие действия

Создайте резервную копию файла конфигурации ISO. Это необходимо для создания дополнительных узлов для восстановления или внесения изменений в конфигурацию. В случае утери всех копий файла ISO также был утрачен главный ключ. Невозможно восстановить ключи из базы данных PostgreSQL или Microsoft SQL Server.

У нас никогда не будет копии этого ключа, и мы не можем помочь, если вы его потеряете.

Установка файла OVA узла HDS

Используйте эту процедуру для создания виртуальной машины из файла OVA.
1

Используйте клиент VMware vSphere на компьютере для входа в виртуальный хост ESXi.

2

Выберите Файл > Развернуть шаблон OVF.

3

В мастере укажите расположение скачанного ранее файла OVA и щелкните Далее.

4

На странице Выберите имя и папку введите имя виртуальной машины для узла (например, "HDS_Node_1"), выберите местоположение, в котором может находиться развертывание узла виртуальной машины, и щелкните Далее.

5

На странице Выбор вычислительного ресурса выберите целевой вычислительный ресурс и щелкните Далее.

Выполняется проверка. По завершении отобразятся сведения о шаблоне.

6

Проверьте сведения о шаблоне и щелкните Далее.

7

При появлении запроса на выбор конфигурации ресурса на странице Конфигурация щелкните 4 ЦП , а затем щелкните Далее.

8

На странице Выбор хранилища щелкните Далее , чтобы принять формат диска по умолчанию и политику хранилища виртуальной машины.

9

На странице Выбор сетей выберите параметр сети из списка записей, чтобы обеспечить необходимое подключение к виртуальной машине.

10

На странице Настройка шаблона настройте приведенные ниже параметры сети.

  • Имя узла. Введите FQDN (имя узла и домен) или одно слово имя узла.
    • Настройка домена в соответствии с доменом, который вы использовали для получения сертификата X.509, не требуется.

    • Чтобы обеспечить успешную регистрацию в облаке, используйте только символы нижнего регистра в FQDN или имени узла, заданном для узла. В настоящее время заглавные буквы не поддерживаются.

    • Общая длина FQDN не должна превышать 64 символа.

  • IP-адрес: введите IP-адрес для внутреннего интерфейса узла.

    Узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

  • Маска. Введите адрес маски подсети в десятичном формате. Например, 255.255.255.0.
  • Шлюз: введите IP-адрес шлюза. Шлюз — это сетевой узел, который служит точкой доступа к другой сети.
  • DNS-серверы: введите список DNS-серверов, разделенных запятыми, для обработки перевода доменных имен на числовые IP-адреса. (Разрешено до 4 записей DNS.)
  • NTP Servers (Серверы NTP). Введите сервер NTP вашей организации или другой внешний сервер NTP, который можно использовать в вашей организации. Серверы NTP по умолчанию могут работать не для всех предприятий. Для ввода нескольких NTP-серверов также можно использовать список, разделенный запятыми.
  • Разверните все узлы в одной подсети или VLAN, чтобы все узлы в кластере были доступны из клиентов вашей сети в административных целях.

При необходимости можно пропустить конфигурацию сетевых настроек и выполнить действия, описанные в разделе Настройка виртуальной машины безопасности данных гибридного типа , чтобы настроить параметры с помощью консоли узла.

Параметр настройки сети во время развертывания OVA протестирован с помощью ESXi 7.0. Этот параметр может быть недоступен в более ранних версиях.

11

Щелкните правой кнопкой мыши узел виртуальной машины и выберите Питание > Включение.

Программное обеспечение безопасности данных гибридного типа устанавливается в качестве гостя на узле виртуальной машины. Теперь вы готовы войти в консоль и настроить узел.

Рекомендации по устранению неисправностей

Контейнеры узла могут появиться через несколько минут. Во время первой загрузки на консоли отображается сообщение брандмауэра моста, в течение которого невозможно войти в систему.

Настройка виртуальной машины безопасности данных гибридного типа

Используйте эту процедуру для первого входа в консоль виртуальной машины узла безопасности данных гибридного типа и установки учетных данных для входа. Можно также использовать консоль для настройки сетевых параметров узла, если они не были настроены во время развертывания файла OVA.

1

В клиенте VMware vSphere выберите виртуальную машину узла безопасности данных гибридного типа и откройте вкладку Консоль .

Будет загружена виртуальная машина, и отобразится запрос на вход. Если запрос на вход не отображается, нажмите клавишу ввода.
2

Для входа и изменения учетных данных используйте следующие параметры входа и пароля по умолчанию:

  1. Вход: Администратор

  2. Пароль. Cisco

Поскольку вы впервые входите в свою виртуальную машину, вам необходимо изменить пароль администратора.

3

Если параметры сети уже настроены в разделе Установка OVA узла HDS, пропустите остальную процедуру. В противном случае в главном меню выберите параметр Редактировать конфигурацию .

4

Настройте статическую конфигурацию с использованием IP-адреса, маски, шлюза и информации DNS. Узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

5

(Необязательно) Измените имя хоста, домен или NTP-серверы, если это необходимо для соответствия вашей сетевой политике.

Настройка домена в соответствии с доменом, который вы использовали для получения сертификата X.509, не требуется.

6

Сохраните конфигурацию сети и перезагрузите виртуальную машину, чтобы изменения вступили в силу.

Загрузка и установка ISO конфигурации HDS

Используйте эту процедуру для настройки виртуальной машины из файла ISO, созданного с помощью инструмента настройки HDS.

Перед началом работы

Поскольку в файле ISO содержится главный ключ, он должен быть раскрыт только по принципу «необходимо знать» для доступа виртуальных машин безопасности данных гибридного типа и всех администраторов, которым может потребоваться внести изменения. Убедитесь, что доступ к хранилищу данных могут получить только эти администраторы.

1

Загрузите файл ISO со своего компьютера.

  1. На левой панели навигации клиента VMware vSphere щелкните сервер ESXi.

  2. В списке "Оборудование" вкладки "Конфигурация" щелкните Хранилище.

  3. В списке хранилищ данных щелкните правой кнопкой мыши хранилище данных для виртуальных машин и щелкните Обзор хранилища данных.

  4. Щелкните пиктограмму "Загрузить файлы" и щелкните Загрузить файл.

  5. Перейдите в расположение, в котором скачался файл ISO на компьютер, и щелкните Открыть.

  6. Щелкните Да , чтобы принять предупреждение о загрузке или скачивании и закрыть диалоговое окно хранилища данных.

2

Установите файл ISO:

  1. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  2. Щелкните ОК , чтобы принять предупреждение об ограничении параметров редактирования.

  3. Щелкните Привод CD/DVD 1, выберите параметр подключения из файла хранилища данных ISO и перейдите в расположение, в котором был загружен файл конфигурации ISO.

  4. Установите флажки Подключено и Подключиться при включении.

  5. Сохраните изменения и перезагрузите виртуальную машину.

Дальнейшие действия

Если политика ИТ требует, после внесения изменений конфигурации на всех узлах можно отсоединить файл ISO. Подробные сведения см. в статье (необязательно) Отключение ISO после настройки HDS .

Настройка узла HDS для интеграции прокси

Если в сетевой среде необходимо использовать прокси, воспользуйтесь этой процедурой, чтобы указать тип прокси, который нужно интегрировать со службой безопасности данных гибридного типа. При выборе прозрачного прокси с проверкой или явного прокси HTTPS можно использовать интерфейс узла для загрузки и установки корневого сертификата. Кроме того, в интерфейсе можно проверять соединение с прокси и устранять неполадки.

Перед началом работы

1

Введите в веб-браузере URL-адрес для настройки узла HDS https://[IP-адрес или FQDN узла HDS]/setup, укажите учетные данные администратора, заданные вами для узла, и щелкните Sign In (Вход).

2

Откройте раздел Trust Store & Proxy (Зона доверия и прокси) и выберите один из следующих параметров.

  • Без прокси. Этот параметр используется по умолчанию перед интеграцией прокси. Обновление сертификата не требуется.
  • Прозрачный прокси без проверки. Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.
  • Прозрачный прокси с проверкой: узлы не настроены для использования адреса определенного прокси-сервера. В развертывании службы безопасности данных гибридного типа не нужно вносить изменения в конфигурацию HTTPS, однако для обеспечения доверия прокси узлам HDS необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).
  • Явный прокси. При использовании явного прокси клиент (узлы HDS) определяет, какой прокси-сервер использовать. Этот параметр поддерживает несколько типов аутентификации. После выбора этого параметра необходимо ввести указанную далее информацию.
    1. IP/FQDN прокси. Адрес, который можно использовать для связи с прокси-машиной.

    2. Порт прокси. Номер порта, который прокси использует для прослушивания прокси-трафика.

    3. Proxy Protocol (Протокол прокси). Выберите http (просмотр и управление всеми запросами, полученными от клиента) или https (обеспечивает канал для сервера, а клиент получает и проверяет сертификат сервера). Выберите параметр в зависимости от того, какой протокол поддерживает используемый вами прокси-сервер.

    4. Тип аутентификации: выберите один из приведенных ниже типов аутентификации.

      • Нет. Дальнейшая аутентификация не требуется.

        Этот параметр доступен для прокси HTTP или HTTPS.

      • Базовый: используется для агента пользователя HTTP для указания имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен для прокси HTTP или HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только для прокси HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

В случае использования прозрачного прокси с проверкой, явного прокси HTTP с базовой аутентификацией или явного прокси HTTPS выполните указанные далее шаги.

3

Щелкните Upload a Root Certificate or End Entity Certificate (Загрузить корневой сертификат или сертификат конечного субъекта) и откройте меню для выбора корневого сертификата для прокси.

Сертификат будет загружен, но не установлен, поскольку для установки сертификата необходимо перезагрузить узел. Чтобы получить дополнительные сведения, щелкните стрелку-шеврон, расположенную рядом с именем издателя сертификата. Если вы допустили ошибку и хотите вновь загрузить файл, щелкните Delete (Удалить).

4

Чтобы протестировать сетевое соединение между узлом и прокси, щелкните Check Proxy Connection (Проверить соединение с прокси).

Если тестирование соединения завершится неудачей, на экране появится сообщение об ошибке, в котором будут указаны причина и способ исправления ошибки.

Если отображено сообщение о том, что не удалось предоставить разрешение внешнего DNS, значит, узлу не удалось подключиться к DNS-серверу. Такая проблема может возникнуть во многих конфигурациях явного прокси. Можно продолжить настройку, и узел будет работать в режиме блокировки разрешения внешних DNS. Если вы считаете, что это ошибка, выполните эти действия, а затем см. статью Выключение режима блокировки разрешения внешних DNS.

5

Если вы используете явный прокси, настроенный на применение исключительно https, после успешного завершения тестирования соединения включите параметр Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси (Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси). Для вступления в силу этого параметра необходимо 15 секунд.

6

Щелкните Install All Certificates Into the Trust Store (Установить все сертификаты в зоне доверия) – этот параметр отображается при использовании явного прокси HTTPS или прозрачного прокси с проверкой – или Reboot (Перезагрузить) – этот параметр отображается при использовании явного прокси HTTP. Прочитайте запрос и щелкните Install (Установить), если вы готовы к установке.

Узел перезагрузится в течение нескольких минут.

7

После перезагрузки узла повторно войдите в систему, если это необходимо, и откройте страницу Обзор, чтобы выполнить проверки соединений. Состояние всех проверок должно быть обозначено зеленым цветом.

Проверка соединения с прокси используется исключительно для тестирования поддомена webex.com. Проблемы с соединениями нередко возникают из-за того, что некоторые облачные домены, указанные в инструкциях по установке, блокируются на уровне прокси.

Регистрация первого узла в кластере

Эта задача берет общий узел, созданный в разделе Настройка виртуальной машины безопасности данных гибридного типа, регистрирует узел в облаке Webex и преобразует его в узел безопасности данных гибридного типа.

При регистрации первого узла создается кластер, которому он назначен. Кластер содержит один или несколько узлов, развернутых для резервирования.

Перед началом работы

  • После начала регистрации узла ее необходимо завершить в течение 60 минут или начать заново.

  • Убедитесь, что все блокировки всплывающих окон в браузере отключены или вы разрешаете исключение для admin.webex.com.

1

Войдите в https://admin.webex.com.

2

В меню в левой части экрана выберите Службы.

3

В разделе служб гибридного типа найдите раздел "Безопасность данных гибридного типа" и щелкните Настройка.

Отобразится страница "Регистрация узла безопасности данных гибридного типа".
4

Выберите Да , чтобы указать, что узел настроен и готовы зарегистрировать его, а затем щелкните Далее.

5

В первом поле введите имя кластера, которому необходимо назначить узел безопасности данных гибридного типа.

Рекомендуется назвать кластер в зависимости от географического расположения узлов кластера. Примеры: "Сан-Франциско", "Нью-Йорк" или "Даллас"

6

Во втором поле введите внутренний IP-адрес или полное доменное имя узла и щелкните Далее.

Этот IP-адрес или полное доменное имя должны совпадать с IP-адресом или именем хоста и доменом, которые вы использовали в разделе Настройка виртуальной машины безопасности данных гибридного типа.

Отобразится сообщение о том, что можно зарегистрировать узел в Webex.
7

Щелкните Перейти к узлу.

8

Щелкните Продолжить в сообщении с предупреждением.

Через несколько секунд вы будете перенаправлены на тестирование подключения узла для служб Webex. Если все тесты будут успешными, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". Здесь вы подтверждаете, что хотите предоставить вашей организации Webex полномочия на доступ к узлу.
9

Установите флажок в поле Разрешить доступ к узлу безопасности данных гибридного типа и щелкните Продолжить.

Учетная запись подтверждена. В сообщении "Регистрация завершена" указано, что узел зарегистрирован в облаке Webex.
10

Чтобы вернуться на страницу безопасности данных гибридного типа Control Hub, щелкните ссылку или закройте вкладку.

На странице Безопасность данных гибридного типа отображается новый кластер, содержащий зарегистрированный узел. Узел будет автоматически скачан новейшее программное обеспечение из облака.

Создание и регистрация дополнительных узлов

Чтобы добавить дополнительные узлы в кластер, просто создайте дополнительные виртуальные машины и подключите тот же файл конфигурации ISO, а затем зарегистрируйте узел. Рекомендуется иметь не менее 3 узлов.

В настоящее время резервные виртуальные машины, созданные в разделе Выполнение предварительных требований для безопасности данных гибридного типа , являются резервными организаторами, которые используются только в случае аварийного восстановления; до этого они не регистрируются в системе. Подробности см. в статье Аварийное восстановление с помощью режима ожидания центра обработки данных.

Перед началом работы

  • После начала регистрации узла ее необходимо завершить в течение 60 минут или начать заново.

  • Убедитесь, что все блокировки всплывающих окон в браузере отключены или вы разрешаете исключение для admin.webex.com.

1

Создайте новую виртуальную машину из файла OVA, повторяя шаги, описанные в разделе Установка файла OVA узла HDS.

2

Настройте начальную конфигурацию новой виртуальной машины, повторяя шаги, описанные в разделе Настройка виртуальной машины безопасности данных гибридного типа.

3

В новой виртуальной машине повторите шаги, описанные в разделе Загрузка и установка ISO конфигурации HDS.

4

При настройке прокси для развертывания повторите шаги, описанные в разделе Настройка узла HDS для интеграции прокси для нового узла.

5

Зарегистрируйте узел.

  1. В https://admin.webex.com в меню в левой части экрана выберите Службы .

  2. В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Ресурсы.

    Откроется страница "Ресурсы безопасности данных гибридного типа".
  3. Щелкните Добавить ресурс.

  4. В первом поле выберите имя существующего кластера.

  5. Во втором поле введите внутренний IP-адрес или полное доменное имя узла и щелкните Далее.

    Отобразится сообщение о том, что можно зарегистрировать узел в облаке Webex.
  6. Щелкните Перейти к узлу.

    Через несколько секунд вы будете перенаправлены на тестирование подключения узла для служб Webex. Если все тесты будут успешными, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". После этого вы подтверждаете, что хотите предоставить организации полномочия на доступ к узлу.
  7. Установите флажок в поле Разрешить доступ к узлу безопасности данных гибридного типа и щелкните Продолжить.

    Учетная запись подтверждена. В сообщении "Регистрация завершена" указано, что узел зарегистрирован в облаке Webex.
  8. Чтобы вернуться на страницу безопасности данных гибридного типа Control Hub, щелкните ссылку или закройте вкладку.

Ваш узел зарегистрирован. Обратите внимание, что до начала использования пробной версии ваши узлы генерируют сигнал о том, что ваша служба еще не активирована.

Дальнейшие действия

Запуск пробной версии и переход в рабочий режим (следующая глава)

Запуск пробной версии и переход в рабочий режим

Процесс выполнения рабочих задач пробной версии

После настройки кластера безопасности данных гибридного типа можно запустить пилотный проект, добавить в него пользователей, а также начать использовать его для тестирования и проверки развертывания в процессе подготовки к переходу в рабочий режим.

1

При необходимости синхронизируйте объект группы HdsTrialGroup .

Если в вашей организации для пользователей используется синхронизация каталога, перед началом использования пробной версии необходимо выбрать объект группы HdsTrialGroup для синхронизации с облаком. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

2

Активировать пробную версию

Начните использование пробной версии. До выполнения этой задачи узлы генерируют сигнал о том, что служба еще не активирована.

3

Тестирование развертывания службы безопасности данных гибридного типа

Убедитесь, что запросы ключей передаются в развертывание службы безопасности данных гибридного типа.

4

Мониторинг работоспособности службы безопасности данных гибридного типа

Проверьте состояние и настройте уведомления по электронной почте о сигналах.

5

Добавление или удаление пользователей из пробной версии

6

Завершите пробный этап одним из приведенных ниже действий.

Активировать пробную версию

Перед началом работы

Если в вашей организации для пользователей используется синхронизация каталога, необходимо выбрать объект группы HdsTrialGroup для синхронизации с облаком, прежде чем вы сможете начать использование пробной версии для своей организации. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

1

Войдите в https://admin.webex.com и выберите Службы.

2

В разделе безопасности данных гибридного типа щелкните Настройки.

3

В разделе "Состояние службы" щелкните Начать использование пробной версии.

Состояние службы изменится на пробный режим.
4

Щелкните Добавить пользователей и введите адрес электронной почты одного или нескольких пользователей, чтобы пилотно использовать узлы безопасности данных гибридного типа для служб шифрования и индексации.

(Если в вашей организации используется синхронизация каталога, для управления группой пробных версий HdsTrialGroup используйте Active Directory.)

Тестирование развертывания службы безопасности данных гибридного типа

Используйте эту процедуру для тестирования сценариев шифрования безопасности данных гибридного типа.

Перед началом работы

  • Настройте развертывание службы безопасности данных гибридного типа.

  • Активируйте пробную версию и добавьте несколько пользователей пробной версии.

  • Убедитесь, что у вас есть доступ к системному журналу, чтобы проверить, передаются ли запросы ключей в развертывание службы безопасности данных гибридного типа.

1

Ключи для определенного пространства задаются создателем пространства. Войдите в приложение Webex в качестве одного из пилотных пользователей, а затем создайте пространство и пригласите хотя бы одного пилотного пользователя и одного непилотного пользователя.

Если деактивировать развертывание безопасности данных гибридного типа, контент в пространствах, созданных пилотными пользователями, больше не будет доступен после замены кэшированных клиентом копий ключей шифрования.

2

Отправить сообщения в новое пространство.

3

Проверьте вывод системного журнала, чтобы убедиться, что запросы ключей передаются в развертывание службы безопасности данных гибридного типа.

  1. Чтобы проверить, установит ли пользователь защищенный канал в KMS, отфильтруйте kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION.

    Необходимо найти следующую запись (идентификаторы, сокращенные для удобства чтения):
    2020-07-21 17:35:34.562 (+0000) KMS INFO [pool-14-thread-1] – получен [KMS:REQUEST], идентификатор устройства: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms://hds2.org5.portun.us/statickeys/3[~]0 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2
  2. Чтобы проверить, требуется ли пользователю, запрашивающему существующий ключ из KMS, выполните фильтр в меню kms.data.method=retrieve и kms.data.type=KEY.

    Отобразится запись, аналогичная приведенной ниже.
    2020-07-21 17:44:19.889 (+0000) INFO KMS [pool-14-thread-31] – получен [KMS:REQUEST], идентификатор устройства: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=retrieve, kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b
  3. Чтобы проверить, требуется ли пользователю создать новый ключ KMS, выполните фильтр в меню kms.data.method=create и kms.data.type=KEY_COLLECTION.

    Отобразится запись, аналогичная приведенной ниже.
    2020-07-21 17:44:21.975 (+0000) INFO KMS [pool-14-thread-33] – получен [KMS:REQUEST], идентификатор устройства: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b
  4. Чтобы проверить, есть ли у пользователя запрос на создание нового объекта ресурса KMS (KRO) при создании пространства или другого защищенного ресурса, используйте фильтры в разделах kms.data.method=create и kms.data.type=RESOURCE_COLLECTION.

    Отобразится запись, аналогичная приведенной ниже.
    2020-07-21 17:44:22.808 (+0000) INFO KMS [pool-15-thread-1] – получен [KMS:REQUEST], идентификатор устройства: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Мониторинг работоспособности службы безопасности данных гибридного типа

Индикатор состояния в Control Hub показывает, все ли в порядке развертывания службы безопасности данных гибридного типа. Для более упреждающих предупреждений зарегистрируйтесь для получения уведомлений по электронной почте. Вы будете уведомлены о появлении сигналов, влияющих на службу, или о модернизации программного обеспечения.
1

В Control Hub в меню в левой части экрана выберите Службы .

2

В разделе служб гибридного типа найдите раздел "Безопасность данных гибридного типа" и щелкните Настройки.

Отобразится страница "Настройки безопасности данных гибридного типа".
3

В разделе "Электронные уведомления" введите один или несколько адресов электронной почты, разделяя их запятыми, и нажмите клавишу ввода.

Добавление или удаление пользователей из пробной версии

После активации пробной версии и добавления первоначального набора пользователей пробной версии можно добавить или удалить участников пробной версии в любое время во время ее использования.

Если удалить пользователя из пробной версии, клиент пользователя запросит ключи и создание ключей в облаке KMS, а не в KMS. Если клиенту необходим ключ, который хранится в KMS, облачная служба KMS получит его от имени пользователя.

Если в вашей организации используется синхронизация каталога, используйте Active Directory (вместо этой процедуры) для управления пробной группой HdsTrialGroup. Вы можете просматривать участников группы в Control Hub, но не можете добавлять или удалять их.

1

Войдите в Control Hub и выберите Службы.

2

В разделе безопасности данных гибридного типа щелкните Настройки.

3

В разделе "Пробный режим" области "Состояние службы" щелкните Добавить пользователей или щелкните Просмотр и редактирование , чтобы удалить пользователей из пробной версии.

4

Введите адрес электронной почты одного или нескольких пользователей, которых необходимо добавить, или щелкните X рядом с идентификатором пользователя, чтобы удалить пользователя из пробной версии. Затем щелкните Сохранить.

Переход из пробной версии в рабочий режим

Если вы удовлетворены работой развертывания для пользователей пробной версии, можно перейти в рабочий режим. При переходе в рабочий режим все пользователи в организации будут использовать ваш локальный домен безопасности данных гибридного типа для использования ключей шифрования и других служб, связанных с безопасностью. Невозможно вернуться в пробный режим из рабочего режима, пока служба не будет деактивирована в рамках аварийного восстановления. Для повторной активации службы необходимо настроить новую пробную версию.
1

Войдите в Control Hub и выберите Службы.

2

В разделе безопасности данных гибридного типа щелкните Настройки.

3

В разделе "Состояние службы" щелкните Переместить в рабочий режим.

4

Подтвердите свое намерение переместить всех пользователей в рабочий режим.

Завершение пробной версии без перехода в рабочий режим

Если во время пробной версии вы решите не запускать развертывание службы безопасности данных гибридного типа, можно деактивировать службу безопасности данных гибридного типа. Это приведет к завершению пробной версии и возврату пользователей пробной версии в службы безопасности данных в облаке. Пользователи пробной версии утратят доступ к данным, которые были зашифрованы во время пробной версии.
1

Войдите в Control Hub и выберите Службы.

2

В разделе безопасности данных гибридного типа щелкните Настройки.

3

В разделе "Деактивировать" щелкните Деактивировать.

4

Подтвердите деактивацию службы и завершите использование пробной версии.

Управление развертыванием HDS

Управление развертыванием HDS

Для управления развертыванием службы безопасности данных гибридного типа используйте описанные здесь задачи.

Настройка графика модернизации кластера

Модернизация программного обеспечения службы безопасности данных гибридного типа выполняется автоматически на уровне кластера, что гарантирует, что на всех узлах всегда запущена одна и та же версия программного обеспечения. Модернизация выполняется в соответствии с графиком модернизации кластера. Когда модернизация программного обеспечения становится доступной, можно вручную модернизировать кластер до запланированного времени модернизации. Можно задать конкретное расписание модернизации или использовать расписание по умолчанию: 3:00 (ежедневно в США). Америка/Лос-Анджелес. При необходимости можно также отложить предстоящую модернизацию.

Чтобы настроить график модернизации, выполните указанные ниже действия.

1

Войдите в Control Hub.

2

На странице "Обзор" в разделе служб гибридного типа выберите Безопасность данных гибридного типа.

3

На странице "Ресурсы безопасности данных гибридного типа" выберите кластер.

4

На панели "Обзор" справа в разделе "Настройки кластера" выберите имя кластера.

5

В разделе "Модернизация" на странице "Настройки" выберите время и часовой пояс для графика модернизации.

Примечание. В часовом поясе отображаются следующие доступные дата и время модернизации. При необходимости можно отложить модернизацию на следующий день, щелкнув Отложить.

Изменение конфигурации узла

Иногда может потребоваться изменить конфигурацию узла безопасности данных гибридного типа по одной из причин:
  • Изменение сертификатов x.509 по истечении срока действия или по другим причинам.

    Изменение доменного имени CN сертификата не поддерживается. Домен должен совпадать с исходным доменом, использованным для регистрации кластера.

  • Обновление настроек базы данных для работы с копией базы данных PostgreSQL или Microsoft SQL Server.

    Перенос данных с PostgreSQL на Microsoft SQL Server или в обратном направлении не поддерживается. Чтобы переключить среду базы данных, начните новое развертывание службы безопасности данных гибридного типа.

  • Создание новой конфигурации для подготовки нового центра обработки данных.

Из соображений безопасности для учетных записей в службе безопасности данных гибридного типа используются пароли со сроком действия 9 месяцев. После того как инструмент настройки HDS создаст эти пароли, вам нужно будет развернуть их в каждом из своих узлов HDS в файле конфигурации ISO. При приближении даты окончания срока действия пароля команда Webex пришлет вам уведомление с запросом на сброс пароля учетной записи компьютера. (В сообщении электронной почты будет текст "Использование API учетной записи компьютера для обновления пароля".) Если срок действия паролей еще не истек, средство предоставляет два варианта.

  • Мягкий сброс. Старые и новые пароли работают в течение 10 дней. Используйте этот период для постепенной замены файла ISO на узлах.

  • Принудительный сброс: старые пароли перестают работать немедленно.

Если срок действия ваших паролей истекает без сброса, это влияет на работу вашей службы HDS. В этом случае требуется немедленный жесткий сброс и замена файла ISO на всех узлах.

Используйте эту процедуру, чтобы создать новый файл конфигурации ISO и применить его к кластеру.

Прежде чем начать

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

    Если инструмент настройки HDS работает за прокси в вашей среде, предоставьте настройки прокси (сервер, порт, учетные данные) через переменные среды Docker при загрузке контейнера Docker в 1.e. В этой таблице указаны некоторые из возможных переменных среды.

    Описание

    Переменная

    HTTP-прокси без аутентификации

    ГЛОБАЛЬНЫЙ_AGENT_HTTP_PROXY=http://SERVER_IP:ПОРТ

    HTTPS-прокси без аутентификации

    ГЛОБАЛЬНЫЙ_ОПЕРАТОР_HTTPS_PROXY=http://СЕРВЕР_IP:ПОРТ

    HTTP-прокси с аутентификацией

    ГЛОБАЛЬНЫЙ_ОПЕРАТОР_HTTP_PROXY=http://ИМЯ ПОЛЬЗОВАТЕЛЯ:ПАРОЛЬ@СЕРВЕР_IP:ПОРТ

    HTTPS-прокси с аутентификацией

    ГЛОБАЛЬНЫЙ_ОПЕРАТОР_HTTPS_PROXY=http://ИМЯ ПОЛЬЗОВАТЕЛЯ:ПАРОЛЬ@СЕРВЕР_IP:ПОРТ

  • Для создания новой конфигурации потребуется копия текущего файла конфигурации ISO. Файл ISO содержит главный ключ шифрования базы данных PostgreSQL или Microsoft SQL Server. Файл ISO необходим для изменения конфигурации, в том числе учетных данных базы данных, обновления сертификатов или изменения политики авторизации.

1

Запустите инструмент настройки HDS, используя Docker на локальной машине.

  1. Введите соответствующую команду для вашей среды в командной строке компьютера.

    В обычных средах:

    docker rmi ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker rmi ciscocitg/hds-setup-fedramp:stable

    На этом этапе очищаются предыдущие образы инструмента настройки HDS. Если предыдущих образов нет, отображается ошибка, которую можно проигнорировать.

  2. Чтобы войти в реестр образов Docker, введите следующее.

    docker login -u hdscustomersro
  3. Введите в запросе пароля этот хеш:

    dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
  4. Скачайте последнюю стабильную версию образа для вашей среды.

    В обычных средах:

    docker pull ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker pull ciscocitg/hds-setup-fedramp:stable

    Обязательно скачайте для этой процедуры последнюю версию инструмента настройки. В версиях инструмента, созданных до 22 февраля 2018 г., нет экранов сброса пароля.

  5. По завершении скачивания введите соответствующую команду для вашей среды.

    • В обычных средах без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
    • В обычных средах с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В обычных средах с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В средах FedRAMP без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

    Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

  6. Используйте браузер для подключения к localhost, http://127.0.0.1:8080.

    Инструмент настройки не поддерживает подключение к localhost с помощью http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

  7. При отображении соответствующего запроса введите учетные данные для входа клиента в Control Hub и щелкните Принять , чтобы продолжить.

  8. Импортируйте текущий файл конфигурации ISO.

  9. Следуйте подсказкам, чтобы завершить работу с инструментом и скачать обновленный файл.

    Чтобы завершить работу инструмента настройки, нажмите CTRL+C.

  10. Создайте резервную копию обновленного файла в другом центре обработки данных.

2

Если у вас запущен только один узел HDS, создайте новую виртуальную машину узла безопасности данных гибридного типа и зарегистрируйте ее с помощью нового файла конфигурации ISO. Более подробные инструкции см. в статье Создание и регистрация дополнительных узлов.

  1. Установите OVA узла HDS.

  2. Настройте виртуальную машину HDS.

  3. Подключите обновленный файл конфигурации.

  4. Зарегистрируйте новый узел в Control Hub.

3

Для существующих узлов HDS, в которых используется старый файл конфигурации, необходимо установить файл ISO. Выполните следующую процедуру для каждого узла по очереди, обновив каждый узел до выключения следующего узла.

  1. Выключите виртуальную машину.

  2. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  3. Щелкните Дисковод компакт-дисков и DVD-дисков 1, выберите параметр подключения из файла ISO и найдите расположение, куда вы скачали новый файл конфигурации ISO.

  4. Установите флажок Соединять при включении.

  5. Сохраните изменения и включите виртуальную машину.

4

Повторите шаг 3, чтобы заменить конфигурацию на каждом оставшемся узле со старой конфигурацией.

Отключение режима блокировки разрешения внешних DNS

При регистрации узла или проверке конфигурации прокси узла процесс тестирует поиск DNS и подключение к облаку Cisco Webex. Если DNS-сервер узла не может разрешать общедоступные имена DNS, узел автоматически переходит в режим блокировки разрешения внешних DNS.

Если узлы могут разрешать общедоступные имена DNS через внутренние DNS-серверы, можно отключить этот режим, повторно запустив тестирование подключения к прокси на каждом узле.

Перед началом работы

Убедитесь в том, что внутренние DNS-серверы могут разрешать общедоступные имена DNS и ваши узлы могут обмениваться данными с ними.
1

В веб-браузере откройте интерфейс узла безопасности данных гибридного типа (например, IP-адрес или настройка) https://192.0.2.0/setup), введите учетные данные администратора, настроенные для узла, и щелкните Войти.

2

Перейдите к разделу Overview (Обзор) (страница по умолчанию).

Если режим включен, параметр Blocked External DNS Resolution (Блокировка разрешения внешних DNS) должен иметь значение Yes (Да).

3

Перейдите на страницу Trust Store & Proxy (Зона доверия и прокси).

4

Щелкните Check Proxy Connection (Проверить соединение с прокси).

Если отображено сообщение о том, что не удалось предоставить разрешение внешнего DNS, значит, узлу не удалось подключиться к DNS-серверу и он останется в этом режиме. В противном случае после перезапуска узла и возврата на страницу Overview (Обзор) параметр блокировки разрешения внешних DNS должен иметь значение No (Нет).

Дальнейшие действия

Повторите тестирование соединения с прокси для каждого узла кластера безопасности данных гибридного типа.

Удаление узла

Используйте эту процедуру для удаления узла безопасности данных гибридного типа из облака Webex. После удаления узла из кластера удалите виртуальную машину, чтобы предотвратить дальнейший доступ к данным безопасности.
1

С помощью клиента VMware vSphere на компьютере можно войти в виртуальный хост ESXi и выключить виртуальную машину.

2

Удалить узел:

  1. Войдите в Control Hub и выберите Службы.

  2. На карточке безопасности данных гибридного типа щелкните Просмотреть все , чтобы отобразить страницу ресурсов безопасности данных гибридного типа.

  3. Выберите кластер, чтобы отобразить его панель "Обзор".

  4. Щелкните Открыть список узлов.

  5. На вкладке «Узлы» выберите узел, который необходимо удалить.

  6. Щелкните Действия > Отменить регистрацию узла.

3

В клиенте vSphere удалите виртуальную машину. (На панели навигации слева щелкните виртуальную машину правой кнопкой мыши и щелкните Удалить.)

Если виртуальная машина не удалена, не забудьте отсоединить файл конфигурации ISO. Без файла ISO вы не сможете использовать виртуальную машину для доступа к данным безопасности.

Аварийное восстановление с помощью центра обработки данных в режиме ожидания

Наиболее важной службой, предоставляемой кластером безопасности данных гибридного типа, является создание и хранение ключей, используемых для шифрования сообщений и другого контента, хранящегося в облаке Webex. Для каждого пользователя в организации, назначенного службе безопасности данных гибридного типа, запросы на создание нового ключа маршрутизируются в кластер. Кластер также отвечает за возврат созданных им ключей всем пользователям, авторизованным для их извлечения, например участникам пространства для разговора.

Поскольку кластер выполняет критически важную функцию предоставления этих ключей, необходимо, чтобы кластер продолжал работать и чтобы поддерживались соответствующие резервные копии. Потеря базы данных безопасности данных гибридного типа или конфигурации ISO, используемой для схемы, приведет к НЕОБРАТИМОЙ ПОТЕРЕ контента клиента. Для предотвращения таких потерь необходимо выполнить следующие действия:

Если из-за аварии развертывание HDS в основном центре обработки данных становится недоступным, выполните эту процедуру, чтобы вручную переключиться на резервный центр обработки данных.

1

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание ISO конфигурации для узлов HDS.

2

После настройки сервера Syslogd щелкните Расширенные настройки.

3

На странице Расширенные настройки добавьте конфигурацию ниже или удалите конфигурацию passiveMode , чтобы сделать узел активным. После настройки узел может обрабатывать трафик.

 passiveMode "Ложь" 

4

Завершите процесс настройки и сохраните файл ISO в удобном для поиска месте.

5

Сделайте резервную копию файла ISO в локальной системе. Обеспечьте безопасность резервного копирования. Этот файл содержит главный ключ шифрования для содержимого базы данных. Ограничьте доступ только тем администраторам службы безопасности данных гибридного типа, которые должны вносить изменения в конфигурацию.

6

На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой мыши и щелкните Редактировать настройки.

7

Щелкните Редактировать настройки >Диск CD/DVD 1 и выберите Файл хранилища данных ISO.

Убедитесь, что установлены флажки Подключено и Подключиться при включении , чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь, что сигналы отсутствуют в течение не менее 15 минут.

9

Повторите процесс для каждого узла в центре обработки данных в режиме ожидания.

Проверьте вывод системного журнала, чтобы убедиться, что узлы центра обработки данных в режиме ожидания не находятся в пассивном режиме. Параметр "KMS, настроенный в пассивном режиме" не должен отображаться в системных журналах.

Дальнейшие действия

После переключения на резервный центр обработки данных, если основной центр обработки данных снова становится активным, снова переведите его в пассивный режим, выполнив действия, описанные в разделе Настройка центра обработки данных в режиме ожидания для аварийного восстановления.

(Необязательно) Отсоедините ISO после настройки HDS

Стандартная конфигурация HDS выполняется с установленным ISO. Однако некоторые клиенты предпочитают не оставлять файлы ISO постоянно монтированными. После того как все узлы HDS примут новую конфигурацию, можно отсоединить файл ISO.

Для изменения конфигурации по-прежнему используются файлы ISO. При создании нового ISO или обновлении ISO с помощью инструмента настройки необходимо установить обновленный ISO на всех узлах HDS. С помощью этой процедуры можно снова отключить ISO, после того как все узлы примут изменения конфигурации.

Перед началом работы

Модернизируйте все свои узлы HDS до версии 2021.01.22.4720 или более поздней.

1

Закройте один из своих узлов HDS.

2

В vCenter Server Appliance выберите узел HDS.

3

Выберите Редактировать настройки > Привод CD/DVD и снимите флажок Файл хранилища данных ISO.

4

Включите узел HDS и убедитесь, что сигналы отсутствуют в течение не менее 20 минут.

5

Повторите эту процедуру для каждого узла HDS по очереди.

Устранение неполадок службы безопасности данных гибридного типа

Просмотр предупреждений и устранение неполадок

Развертывание службы безопасности данных гибридного типа считается недоступным, если все узлы в кластере недоступны или кластер работает настолько медленно, что истекло время ожидания. Если пользователи не могут подключиться к кластеру безопасности данных гибридного типа, у них будут следующие симптомы:

  • Не удается создать новые пространства (не удается создать новые ключи)

  • Не удалось расшифровать сообщения и заголовки пространств для:

    • Новые пользователи, добавленные в пространство (невозможно получить ключи)

    • Существующие пользователи в пространстве, использующие новый клиент (не удается получить ключи)

  • Существующие пользователи в пространстве будут продолжать успешно работать, пока в их клиентах будет сохранен кэш ключей шифрования

Важно надлежащим образом отслеживать кластер безопасности данных гибридного типа и своевременно реагировать на все предупреждения во избежание перебоев в работе службы.

Предупреждения

При возникновении проблем с настройкой безопасности данных гибридного типа Control Hub отображает предупреждения администратору организации и отправляет электронные сообщения на настроенный адрес электронной почты. Предупреждения охватывают многие распространенные сценарии.

Таблица 1. Общие проблемы и действия по их устранению

Предупреждать

Действие

Ошибка доступа к локальной базе данных.

Проверьте наличие ошибок базы данных или проблем локальной сети.

Сбой подключения к локальной базе данных.

Убедитесь в доступности сервера базы данных и использовании правильных учетных данных учетной записи службы в конфигурации узла.

Сбой доступа к облачной службе.

Убедитесь, что узлы могут получить доступ к серверам Webex, как указано в разделе Требования к внешнему подключению.

Обновление регистрации облачной службы.

Регистрация в облачных службах прервана. Выполняется возобновление регистрации.

Регистрация для облачной службы прервана.

Регистрация в облачных службах прервана. Служба выключена.

Служба еще не активирована.

Активируйте пробную версию или завершите перемещение пробной версии в рабочий режим.

Настроенный домен не соответствует сертификату сервера.

Убедитесь, что сертификат сервера соответствует настроенному домену активации службы.

Наиболее вероятная причина заключается в том, что CN сертификата недавно был изменен и теперь отличается от CN, использованного во время начальной настройки.

Не удалось выполнить аутентификацию в облачных службах.

Проверьте точность и возможный срок действия учетных данных службы.

Не удалось открыть файл локального хранилища ключей.

Проверка целостности и точности пароля в файле локального хранилища ключей.

Недействительный сертификат локального сервера.

Проверьте дату истечения срока действия сертификата сервера и убедитесь, что он был выдан доверенным центром сертификации.

Не удается опубликовать метрики.

Проверьте доступ локальной сети к внешним облачным службам.

Каталог /media/configdrive/hds не существует.

Проверьте конфигурацию подключения ISO на виртуальном хосте. Проверьте, существует ли файл ISO, настроен ли он для подключения при перезагрузке и успешно ли установлен.

Устранение неполадок службы безопасности данных гибридного типа

При устранении неполадок со службой безопасности данных гибридного типа используйте приведенные ниже общие рекомендации.
1

Просмотрите все предупреждения в Control Hub и исправьте все найденные в нем элементы.

2

Проверьте вывод сервера системных журналов для активности из развертывания службы безопасности данных гибридного типа.

3

Обратитесь в службу поддержки Cisco.

Другие примечания

Известные проблемы безопасности данных гибридного типа

  • Если вы выключите кластер безопасности данных гибридного типа (удалив его в Control Hub или выключив все узлы), потеряете файл конфигурации ISO или доступ к базе данных хранилища ключей, пользователи приложения Webex больше не смогут использовать пространства из списка пользователей, созданных с помощью ключей из KMS. Это применимо как к пробным, так и к производственным развертываниям. В настоящий момент для устранения этой проблемы нет обходного решения или решения. Мы настоятельно призываем вас не выключать службы HDS после обработки активных учетных записей пользователей.

  • Клиент с существующим подключением ECDH к KMS поддерживает это соединение в течение периода времени (вероятно, один час). Когда пользователь становится участником пробной версии безопасности данных гибридного типа, клиент пользователя продолжает использовать существующее соединение ECDH до истечения времени ожидания. Кроме того, пользователь может выйти из приложения Webex и снова войти в него, чтобы обновить местоположение, с которым приложение связывается для получения ключей шифрования.

    То же поведение происходит при перемещении пробной версии в организацию в рабочий режим. Все пользователи без пробной версии с существующими подключениями ECDH к предыдущим службам безопасности данных будут продолжать использовать эти службы до тех пор, пока соединение ECDH не будет согласовано (истекло время ожидания или при выходе и повторном входе).

Использование OpenSSL для создания файла PKCS12

Перед началом работы

  • OpenSSL — это один из инструментов, который можно использовать для создания файла PKCS12 в соответствующем формате для загрузки в инструменте настройки HDS. Есть и другие способы сделать это, и мы не поддерживаем и не продвигаем друг друга.

  • Если вы решите использовать OpenSSL, мы предоставляем эту процедуру в качестве руководства для создания файла, который соответствует требованиям сертификата X.509 в разделе Требования к сертификату X.509. Прежде чем продолжить, ознакомьтесь с этими требованиями.

  • Установите OpenSSL в поддерживаемой среде. Информацию о программном обеспечении и документации см. в разделе https://www.openssl.org .

  • Создайте закрытый ключ.

  • Начните эту процедуру при получении сертификата сервера от центра сертификации (ЦС).

1

При получении сертификата сервера от ЦС сохраните его как hdsnode.pem.

2

Отобразите сертификат в виде текста и проверьте сведения.

openssl x509 -текст -noout -в hdsnode.pem

3

Используйте текстовый редактор для создания файла пакета сертификатов под названием hdsnode-bundle.pem. Пакетный файл должен включать сертификат сервера, все промежуточные сертификаты ЦС и корневые сертификаты ЦС в следующем формате:

-----BEGIN CERTIFICATE----- ### Сертификат сервера. ### -----END CERTIFICATE--------BEGIN CERTIFICATE----- ### Промежуточный сертификат ЦС. ### -----END CERTIFICATE-------BEGIN CERTIFICATE----- ### Корневой сертификат ЦС. ### -----END CERTIFICATE-----

4

Создайте файл .p12 с подходящим именем kms-private-key.

openssl pkcs12 -export -inkey hdsnode.key -в hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12

5

Проверьте сведения о сертификате сервера.

  1. openssl pkcs12 - в hdsnode.p12

  2. Введите пароль в окне запроса для шифрования закрытого ключа, чтобы он отображался в выводе. Затем убедитесь, что закрытый ключ и первый сертификат содержат строки friendlyName: kms-private-key.

    Пример.

    bash$ openssl pkcs12 -in hdsnode.p12 Введите пароль для импорта: MAC проверил атрибуты пакета "ОК" friendlyName: Идентификатор локального ключа kms-private-key : 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Ключевые атрибуты:  Введите фразу пароля PEM: Проверка – введите фразу для доступа PEM: -----BEGIN ENCRYPTED PRIVATE KEY-----  -----END ENCRYPTED PRIVATE KEY------ Bag Attributes friendlyName: Идентификатор локального ключа kms-private-key : 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----  -----END CERTIFICATE----- Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----  -----END CERTIFICATE-----

Дальнейшие действия

Вернитесь к разделу Выполнение предварительных требований для безопасности данных гибридного типа. Файл hdsnode.p12 и заданный для него пароль будут использоваться в разделе Создание конфигурации ISO для узлов HDS.

Эти файлы можно повторно использовать для запроса нового сертификата по истечении срока действия исходного сертификата.

Трафик между узлами HDS и облаком

Трафик сбора исходящих метрик

Узлы безопасности данных гибридного типа отправляют определенные метрики в облако Webex. К ним относятся системные метрики максимального количества подключений, использования максимального количества подключений, загрузки ЦП и количества потоков; метрики синхронных и асинхронных потоков; метрики оповещений о пороговом значении соединений шифрования, задержки или длины очереди запросов; метрики хранилища данных; и метрики подключения шифрования. Узлы отправляют зашифрованный ключ-материал по внеполосному каналу (отдельному от запроса).

Входящий трафик

Узлы безопасности данных гибридного типа получают из облака Webex следующие типы входящего трафика:

  • Запросы на шифрование от клиентов, которые маршрутизируются службой шифрования

  • Модернизация программного обеспечения узла

Настройка прокси Squid для безопасности данных гибридного типа

Невозможно выполнить подключение веб-сокетов через прокси Squid

Прокси Squid, которые проверяют трафик HTTPS, могут мешать созданию соединений веб-сокетов (wss:), которые необходимы службе безопасности данных гибридного типа. В указанных далее разделах приведены рекомендации по настройке различных версий Squid с целью игнорирования трафика wss: для обеспечения надлежащей работы служб.

Squid 4 и 5

Добавьте on_unsupported_protocol директиву в squid.conf:

on_unsupported_protocol туннель все

Squid 3.5.27

Служба безопасности данных гибридного типа успешно протестирована с указанными далее правилами, добавленными в squid.conf. Эти правила могут изменяться по мере разработки функций и обновления облака Webex.

acl wssMercuryConnection ssl::server_name_regex mercury-connection ssl_bump соединение wssMercuryConnection acl step1 at_step SslBump1 acl step2 at_step SslBump2 acl step3 at_step SslBump3 ssl_bump просмотр step1 все ssl_bump просмотр step2 все ssl_bump bump3 все

Предисловие

Новая и измененная информация

Дата

Внесенные изменения

7 января 2025 г.

20 октября 2023 г.

7 августа 2023 г.

23 мая 2023 г.

6 декабря 2022 г.

23 ноября 2022 г.

13 октября 2021 г.

Перед установкой узлов HDS на рабочем столе Docker необходимо запустить программу настройки. См. статью Требования к рабочему столу Docker.

24 июня 2021 г.

Отмечено, что для запроса другого сертификата можно повторно использовать файл закрытого ключа и CSR. Подробные сведения см. в статье Использование OpenSSL для создания файла PKCS12 .

30 апреля 2021 г.

Изменено требование виртуальной машины для локального жесткого диска на 30 ГБ. Подробные сведения см. в статье Требования к виртуальному организатору .

24 февраля 2021 г.

Инструмент настройки HDS теперь может работать за прокси. Подробные сведения см. в статье Создание ISO конфигурации для узлов HDS .

2 февраля 2021 г.

HDS теперь может работать без монтированного файла ISO. Подробные сведения см. в статье (необязательно) Отключение ISO после настройки HDS .

11 января 2021 г.

Добавлена информация о инструменте настройки HDS и прокси-серверах для создания ISO конфигурации для узлов HDS.

13 октября 2020 г.

Обновлен раздел Скачивание файлов установки.

8 октября 2020 г.

В раздел Создание конфигурации ISO для узлов HDS и Изменение конфигурации узла добавлены команды для сред FedRAMP.

14 августа 2020 г.

В раздел Создание ISO конфигурации для узлов HDS и Изменение конфигурации узла внесены изменения в процесс входа.

5 августа 2020 г.

Обновлен раздел Тестирование развертывания безопасности данных гибридного типа для отображения изменений в сообщениях журналов.

В раздел Требования к виртуальному организатору добавлено удаление максимального количества организаторов.

16 июня 2020 г.

В раздел Удаление узла внесены изменения в пользовательском интерфейсе Control Hub.

4 июня 2020 г.

Обновлен раздел Создание конфигурации ISO для узлов HDS для изменений в настройках расширенных настроек.

29 мая 2020 г.

В раздел Создание ISO конфигурации для узлов HDS добавлена возможность использования TLS с базами данных SQL Server, изменениями пользовательского интерфейса и другими разъяснениями.

5 мая 2020 г.

В раздел Требования к виртуальному организатору добавлено новое требование ESXi 6.5.

21 апреля 2020 г.

В раздел Требования к внешнему подключению добавлены новые узлы CI Америки.

1 апреля 2020 г.

В раздел Требования к внешнему подключению добавлена информация о региональных узлах CI.

20 февраля 2020 г.В раздел Создание ISO конфигурации для узлов HDS добавлена информация о новом экране дополнительных параметров в инструменте настройки HDS.
4 февраля, 2020Обновлен раздел Требования к прокси-серверу.
16 декабря 2019 г.Уточнено требование работы режима блокировки разрешения внешних DNS в разделе Требования к прокси-серверу.
19 ноября 2019 г.

Добавлена информация о режиме блокировки разрешения внешних DNS в следующих разделах:

8 ноября 2019 г.

Теперь параметры сети для узла можно настраивать во время развертывания OVA, а не после этого.

Соответственно обновлены следующие разделы:

Параметр настройки сети во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

6 сентября 2019 г.

В раздел Требования к серверу базы данных добавлен стандарт SQL Server.

29 августа 2019 г.Добавлено приложение Настройка прокси Squid для безопасности данных гибридного типа с инструкциями по настройке прокси Squid для игнорирования трафика веб-сокета для надлежащей работы.
20 августа 2019 г.

Добавлены и обновлены разделы, которые охватывают поддержку прокси для связи узла безопасности данных гибридного типа с облаком Webex.

Чтобы получить доступ только к контенту поддержки прокси для существующего развертывания, см. статью справки Поддержка прокси для безопасности данных гибридного типа и сетки видео Webex .

13 июня 2019 г.В раздел Процесс выполнения рабочих задач пробной версии добавлено напоминание о синхронизации объекта группы HdsTrialGroup перед началом пробной версии, если в вашей организации используется синхронизация каталога.
6 марта 2019 г.
28 февраля 2019 г.
  • Исправлено количество локального жесткого диска на сервер, которое необходимо отложить при подготовке виртуальных хостов, которые становятся узлами безопасности данных гибридного типа, с 50 до 20 ГБ для отражения размера диска, создаваемого OVA.

26 февраля 2019 г.
  • Узлы безопасности данных гибридного типа теперь поддерживают зашифрованные соединения с серверами баз данных PostgreSQL и зашифрованные соединения ведения журналов с сервером системных журналов с поддержкой TLS. Обновлен раздел Создание ISO конфигурации для узлов HDS с инструкциями.

  • Удалены URL-адреса назначения из таблицы "Требования к подключению к Интернету для ВМ узлов безопасности данных гибридного типа". Теперь в таблице приведен список, который содержится в таблице "Дополнительные URL-адреса для служб гибридного типа Webex Teams" раздела Требования к сети для служб Webex Teams.

24 января 2019 г.

  • Служба безопасности данных гибридного типа теперь поддерживает Microsoft SQL Server в качестве базы данных. Постоянно включенный сервер SQL (отказоустойчивые кластеры с постоянной включенностью и группы с постоянной доступностью) поддерживается драйверами JDBC, которые используются в службе безопасности данных гибридного типа. Добавлен контент, связанный с развертыванием с SQL Server.

    Поддержка Microsoft SQL Server предназначена только для новых развертываний системы безопасности данных гибридного типа. В настоящее время миграция данных с PostgreSQL на Microsoft SQL Server в существующем развертывании не поддерживается.

5 ноября 2018 г.
19 октября 2018 г.

31 июля 2018 г.

21 мая 2018 г.

Изменена терминология для отражения изменения товарно-знаковой политики Cisco Spark.

  • Служба безопасности данных гибридного типа Cisco Spark теперь называется "Безопасность данных гибридного типа".

  • Приложение Cisco Spark теперь является приложением Webex.

  • Облаком Cisco Collaboraton теперь является облаком Webex.

11 апреля 2018 г.
22 февраля 2018 г.
15 февраля 2018 г.
  • В таблице Требования к сертификату X.509 указано, что сертификат не может быть групповым сертификатом и что KMS использует домен CN, а не любой домен, определенный в полях SAN x.509v3.

18 января 2018 г.

2 ноября 2017 г.

  • Уточнена синхронизация каталога HdsTrialGroup.

  • Исправлены инструкции по загрузке файла конфигурации ISO для установки на узлы виртуальной машины.

18 августа 2017 г.

Впервые опубликовано

Начало работы с системой безопасности данных гибридного типа

Обзор безопасности данных гибридного типа

С самого начала безопасность данных была главной задачей при разработке приложения Webex. В основе этой безопасности лежит сквозное шифрование контента, которое включается клиентами приложения Webex, взаимодействующими со службой управления ключами (KMS). KMS отвечает за создание и управление криптографическими ключами, которые используются клиентами для динамического шифрования и расшифровки сообщений и файлов.

По умолчанию для всех клиентов приложения Webex обеспечивается сквозное шифрование с использованием динамических ключей, которые хранятся в облаке KMS в области безопасности Cisco. Служба безопасности данных гибридного типа перемещает KMS и другие функции безопасности в корпоративный центр обработки данных, поэтому доступ к ключам для зашифрованного контента будет только у вас.

Архитектура области безопасности

Облачная архитектура Webex разбивает различные типы служб на отдельные области или домены доверия, как показано ниже.

Области разделения (без службы безопасности данных гибридного типа)

Чтобы получить дополнительные сведения о безопасности данных гибридного типа, давайте сначала рассмотрим этот облачный случай, в котором компания Cisco предоставляет все функции в облачных областях. Служба удостоверений – единственное место, где пользователи могут напрямую соотнести с их персональной информацией, такой как адрес электронной почты, логически и физически отделена от области безопасности в центре обработки данных B. Обе службы в свою очередь отделены от области, в которой в конечном итоге хранится зашифрованный контент, в центре обработки данных C.

На этой схеме клиент представляет собой приложение Webex, запущенное на ноутбуке пользователя и прошедшее аутентификацию с помощью службы удостоверений. При написании пользователем сообщения для отправки в пространство выполняются следующие действия.

  1. Клиент устанавливает безопасное соединение со службой управления ключами (KMS), затем запрашивает ключ для шифрования сообщения. Защищенное соединение использует ECDH, а KMS шифрует ключ с помощью главного ключа AES-256.

  2. Сообщение шифруется до выхода из клиента. Клиент отправляет его в службу индексации, которая создает зашифрованные индексы поиска для помощи в будущих поисковых запросах контента.

  3. Зашифрованное сообщение отправляется в службу обеспечения соответствия для проверки соответствия.

  4. Зашифрованное сообщение хранится в области хранилища.

При развертывании службы безопасности данных гибридного типа функции области безопасности (KMS, индексация и соответствие требованиям) перемещаются в локальный центр обработки данных. Другие облачные службы, которые составляют Webex (включая идентификационные данные и хранилище контента), остаются в сферах Cisco.

Сотрудничество с Другими Организациями

Пользователи в вашей организации могут регулярно использовать приложение Webex для совместной работы с внешними участниками из других организаций. Когда один из пользователей запрашивает ключ для пространства, принадлежащего вашей организации (поскольку он был создан одним из пользователей), KMS отправляет ключ клиенту по защищенному каналу ECDH. Однако если ключ для пространства принадлежит другой организации, KMS перенаправляет запрос в облако Webex через отдельный канал ECDH для получения ключа от соответствующего KMS, а затем возвращает ключ пользователю в исходном канале.

Служба KMS, запущенная в организации A, проверяет подключения к KMS в других организациях с помощью сертификатов PKI x.509. Подробные сведения о создании сертификата x.509 для использования с развертыванием службы безопасности данных гибридного типа см. в статье Требования к безопасности данных гибридного типа (в этой статье).

Ожидания развертывания службы безопасности данных гибридного типа

Развертывание службы безопасности данных гибридного типа требует значительной приверженности клиентов и осознания рисков, связанных с хранением ключей шифрования.

Для развертывания службы безопасности данных гибридного типа необходимо предоставить:

Полная потеря конфигурации ISO, созданной для службы безопасности данных гибридного типа, или предоставленной базы данных приведет к потере ключей. Потеря ключей предотвращает расшифровку контента пространства и других зашифрованных данных в приложении Webex пользователями. В этом случае можно создать новое развертывание, однако будет отображаться только новый контент. Во избежание потери доступа к данным необходимо выполнить приведенные ниже действия.

  • Управление резервным копированием и восстановлением базы данных и конфигурации ISO.

  • Будьте готовы к быстрому аварийному восстановлению в случае аварии, например, сбою диска базы данных или сбою центра обработки данных.

Механизм для перемещения ключей обратно в облако после развертывания HDS отсутствует.

Высокий уровень настройки

В этом документе описана настройка развертывания службы безопасности данных гибридного типа и управление ими.

  • Настройка службы безопасности данных гибридного типа. Сюда входит подготовка необходимой инфраструктуры и установка программного обеспечения безопасности данных гибридного типа, тестирование развертывания с подмножеством пользователей в пробном режиме и после завершения тестирования переход в рабочий режим. Таким образом вся организация будет преобразована для использования кластера безопасности данных гибридного типа для функций безопасности.

    Этапы настройки, пробного использования и производства подробно описаны в следующих трех главах.

  • Поддержка развертывания службы безопасности данных гибридного типа: облако Webex автоматически обеспечивает непрерывную модернизацию. Ваш отдел ИТ может предоставлять поддержку первого уровня для этого развертывания и при необходимости привлекать поддержку Cisco. В Control Hub можно использовать экранные уведомления и настроить предупреждения на основе сообщений электронной почты.

  • Общие предупреждения, действия по устранению неполадок и известные проблемы. При возникновении проблем с развертыванием или использованием службы безопасности данных гибридного типа можно определить и устранить проблему с помощью последней главы этого руководства и приложения "Известные проблемы".

Модель развертывания службы безопасности данных гибридного типа

В корпоративном центре обработки данных служба безопасности данных гибридного типа будет развернута в виде одного кластера узлов на отдельных виртуальных узлах. Узлы связываются с облаком Webex с помощью защищенных веб-сокетов и защищенного HTTP.

Во время процесса установки предоставляется файл OVA для настройки виртуального устройства на предоставленных вами виртуальных машинах. Инструмент настройки HDS используется для создания пользовательского файла конфигурации кластера ISO, который устанавливается на каждом узле. Кластер безопасности данных гибридного типа использует предоставленный сервер Syslogd и базу данных PostgreSQL или Microsoft SQL Server. (Сведения о соединении Syslogd и базы данных можно настроить в инструменте настройки HDS.)

Модель развертывания службы безопасности данных гибридного типа

Минимальное количество узлов в кластере: два. Рекомендуется не менее трех на кластер. Наличие нескольких узлов гарантирует, что во время модернизации программного обеспечения или других действий по техническому обслуживанию узла служба не будет прерываться. (Облако Webex модернизирует только один узел за раз.)

Все узлы в кластере имеют доступ к одному хранилищу данных и активности журналов на один и тот же сервер системных журналов. Сами узлы не имеют состояния и обрабатывают запросы на ключ в циклическом порядке, как направляется облаком.

Узлы становятся активными при регистрации в Control Hub. Чтобы вывести отдельный узел из эксплуатации, можно отменить его регистрацию, а затем, при необходимости, повторно зарегистрировать его.

Для организации поддерживается только один кластер.

Пробный режим безопасности данных гибридного типа

После настройки развертывания службы безопасности данных гибридного типа сначала попробуйте выполнить это с набором пилотных пользователей. Во время пробного периода эти пользователи используют ваш локальный домен безопасности данных гибридного типа для использования ключей шифрования и других служб, связанных с безопасностью. Другие пользователи продолжают использовать облачную безопасность.

Если вы решите не продолжать развертывание во время пробного периода и деактивировать службу, пилотные пользователи и все пользователи, с которыми они взаимодействовали, создав новые пространства в течение пробного периода, утратят доступ к сообщениям и контенту. В приложении Webex им будет отображаться сообщение "Это сообщение невозможно расшифровать".

Если вы удовлетворены тем, что развертывание хорошо работает для пользователей пробной версии и готовы расширить возможности службы безопасности данных гибридного типа для всех пользователей, развертывание будет переведено в рабочий режим. У пилотных пользователей по-прежнему будет доступ к ключам, которые использовались во время пробной версии. Однако переключиться между рабочим режимом и исходной пробной версией невозможно. Если необходимо деактивировать службу, например для аварийного восстановления, при повторной активации необходимо начать новую пробную версию и настроить набор пилотных пользователей для новой пробной версии, прежде чем вернуться в рабочий режим. Сохранение пользователями доступа к данным в данный момент зависит от того, успешно ли сохранены резервные копии хранилища данных ключей и файла конфигурации ISO для узлов безопасности данных гибридного типа в кластере.

Резервный центр обработки данных для аварийного восстановления

Во время развертывания вы настраиваете защищенный резервный центр обработки данных. В случае аварии центра обработки данных можно вручную перенести развертывание на резервный центр обработки данных.

Перед отказом в центре обработки данных A есть активные узлы HDS и основная база данных PostgreSQL или Microsoft SQL Server, в то время как в B есть копия файла ISO с дополнительными конфигурациями, ВМ, зарегистрированные в организации, и резервная база данных. После отработки отказа центр обработки данных B имеет активные узлы HDS и основную базу данных, в то время как у A есть незарегистрированные виртуальные машины и копия файла ISO, а база данных находится в режиме ожидания.
Ручное переключение на резервный центр обработки данных

Базы данных активных и резервных центров обработки данных синхронизируются друг с другом, что позволит свести к минимуму время, затрачиваемое на выполнение отработки отказа. Файл ISO резервного центра обработки данных обновлен с дополнительными конфигурациями, которые гарантируют регистрацию узлов в организации, но не будут обрабатывать трафик. Таким образом, узлы центра обработки данных в режиме ожидания всегда будут поддерживать актуальную версию программного обеспечения HDS.

Активные узлы безопасности данных гибридного типа всегда должны находиться в одном центре обработки данных с активным сервером базы данных.

Настройка центра обработки данных в режиме ожидания для аварийного восстановления

Чтобы настроить файл ISO для резервного центра обработки данных, выполните приведенные ниже действия.

Перед началом работы

  • Резервный центр обработки данных должен зеркально отображать рабочую среду виртуальных машин и резервную базу данных PostgreSQL или Microsoft SQL Server. Например, если в производственной среде есть 3 виртуальных машины с узлами HDS, резервная среда должна иметь 3 виртуальных машины. (Обзор этой модели отработки отказа см. в статье Резервный центр обработки данных для аварийного восстановления .)

  • Убедитесь, что синхронизация базы данных включена между базой данных активных и пассивных узлов кластера.

1

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание ISO конфигурации для узлов HDS.

Файл ISO должен быть копией исходного файла ISO основного центра обработки данных, на который необходимо выполнить следующие обновления конфигурации.

2

После настройки сервера Syslogd щелкните Расширенные настройки.

3

На странице Расширенные настройки добавьте конфигурацию ниже, чтобы перевести узел в пассивный режим. В этом режиме узел будет зарегистрирован в организации и подключен к облаку, но не будет обрабатывать трафик.

 passiveMode "истина" 

4

Завершите процесс настройки и сохраните файл ISO в удобном для поиска месте.

5

Сделайте резервную копию файла ISO в локальной системе. Обеспечьте безопасность резервного копирования. Этот файл содержит главный ключ шифрования для содержимого базы данных. Ограничьте доступ только тем администраторам службы безопасности данных гибридного типа, которые должны вносить изменения в конфигурацию.

6

На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой мыши и щелкните Редактировать настройки.

7

Щелкните Редактировать настройки >Диск CD/DVD 1 и выберите Файл хранилища данных ISO.

Убедитесь, что установлены флажки Подключено и Подключиться при включении , чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь, что сигналы отсутствуют в течение не менее 15 минут.

9

Повторите процесс для каждого узла в центре обработки данных в режиме ожидания.

Проверьте системные журналы, чтобы убедиться, что узлы находятся в пассивном режиме. В системных журналах можно просматривать сообщение "KMS configured in passive mode".

Дальнейшие действия

После настройки passiveMode в файле ISO и сохранения его можно создать другую копию файла ISO без конфигурации passiveMode и сохранить его в безопасном местоположении. Эта копия файла ISO без настройки passiveMode может помочь в быстром процессе отработки отказа во время аварийного восстановления. Подробную процедуру аварийного восстановления см. в статье Аварийное восстановление с помощью центра обработки данных в режиме ожидания .

Поддержка прокси

Служба безопасности данных гибридного типа поддерживает явные прокси, прозрачные прокси с проверкой и прокси без проверки. Чтобы обеспечить защиту и мониторинг трафика из сети предприятия в облако, можно связать эти прокси с развертыванием. После настройки прокси на узлах административный интерфейс платформы на узлах можно использовать для управления сертификатами и просмотра общего состояния соединений.

Узлы безопасности данных гибридного типа поддерживают указанные далее параметры прокси.

  • Нет прокси. Значение по умолчанию, если для интеграции прокси не используется конфигурация доверенного хранилища и прокси для настройки узла HDS. Обновление сертификата не требуется.

  • Прозрачный прокси без проверки. Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.

  • Прозрачный туннелирование или прокси с проверкой. Узлы не настроены для использования адреса определенного прокси-сервера. На узлах не нужно изменять конфигурацию HTTP или HTTPS. Как бы то ни было, для обеспечения доверия прокси узлам необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).

  • Явный прокси. При использовании явного прокси необходимо указать прокси-сервер и схему аутентификации узлам HDS. Для настройки явного прокси на каждом узле нужно ввести следующую информацию.

    1. IP/FQDN прокси. Адрес, который можно использовать для связи с прокси-машиной.

    2. Порт прокси. Номер порта, который прокси использует для прослушивания прокси-трафика.

    3. Proxy Protocol (Протокол прокси). В зависимости от поддержки прокси-сервера выберите один из следующих протоколов.

      • HTTP – просматривает все запросы, отправляемые клиентом, и управляет этими запросами.

      • HTTPS – обеспечивает работу канала связи с сервером. Клиент получает и проверяет сертификат сервера.

    4. Тип аутентификации: выберите один из приведенных ниже типов аутентификации.

      • Нет. Дальнейшая аутентификация не требуется.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

      • Базовый: используется для агента пользователя HTTP для указания имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только в том случае, если в качестве протокола прокси выбран протокол HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

Пример узлов безопасности данных гибридного типа и прокси

На этой схеме представлен пример соединения между системой безопасности данных гибридного типа, сетью и прокси. При использовании прозрачного прокси с проверкой или явного прокси с проверкой HTTPS на прокси и узлы безопасности данных гибридного типа необходимо установить один и тот же корневой сертификат.

Режим блокировки разрешения внешних DNS (конфигурации явного прокси)

При регистрации узла или проверке конфигурации прокси узла процесс тестирует поиск DNS и подключение к облаку Cisco Webex. В развертываниях с конфигурациями явного прокси, которые не допускают разрешения внешних DNS для внутренних клиентов, если узел не может посылать запросы на DNS-серверы, он автоматически переходит в режим блокировки разрешения внешних DNS. В этом режиме можно продолжить регистрацию узла и другие тестирования подключения к прокси.

Подготовка среды

Требования к безопасности данных гибридного типа

Требования к лицензии Cisco Webex

Развертывание службы безопасности данных гибридного типа.

Требования к рабочему столу Docker

Перед установкой узлов HDS необходимо запустить программу настройки с помощью Docker Desktop. Docker недавно обновил свою модель лицензирования. Для вашей организации может потребоваться платная подписка на Docker Desktop. Подробности см. в записи блога Docker, " Docker обновляет и расширяет подписки на продукты".

Требования к сертификату X.509

Цепочка сертификатов должна соответствовать следующим требованиям:

Таблица 1. Требования к сертификату X.509 для развертывания системы безопасности данных гибридного типа

Требование

Подробности

  • Подписано доверенным центром сертификации (ЦС)

По умолчанию мы доверяем ЦС в списке Mozilla (за исключением WoSign и StartCom) по адресу https://wiki.mozilla.org/CA:IncludedCAs.

  • Носит доменное имя общего имени (CN), идентифицирующее развертывание службы безопасности данных гибридного типа.

  • Не является групповым сертификатом

CN не требуется, чтобы он был доступен или был организатором в режиме реального времени. Рекомендуется использовать название, отражающее вашу организацию, например hds.company.com.

CN не должен содержать * (подстановочный знак).

CN используется для проверки узлов безопасности данных гибридного типа для клиентов приложения Webex. Все узлы безопасности данных гибридного типа в кластере используют один и тот же сертификат. Ваш KMS идентифицирует себя с помощью домена CN, а не любого домена, определенного в полях SAN x.509v3.

После регистрации узла с этим сертификатом изменение доменного имени CN не поддерживается. Выберите домен, который может применяться как к пробным, так и к производственным развертываниям.

  • Подпись без SHA1

Программное обеспечение KMS не поддерживает подписи SHA1 для проверки подключений к KMS других организаций.

  • Отформатирован в виде файла PKCS #12, защищенного паролем

  • Используйте понятное имя kms-private-key для тегов сертификата, закрытого ключа и всех промежуточных сертификатов для загрузки.

Для изменения формата сертификата можно использовать преобразователь, например OpenSSL.

При запуске инструмента настройки HDS потребуется ввести пароль.

Программное обеспечение KMS не обеспечивает принудительное использование ключа или расширенные ограничения на его использование. Некоторые центры сертификации требуют, чтобы к каждому сертификату применялись расширенные ограничения на использование ключей, например аутентификация сервера. Использовать аутентификацию сервера или другие настройки можно.

Требования к виртуальному организатору

Виртуальные узлы, которые будут настроены в качестве узлов безопасности данных гибридного типа в кластере, имеют следующие требования:

  • По крайней мере два отдельных узла (рекомендуется 3) размещены в одном защищенном центре обработки данных

  • Установлена и запущена VMware ESXi 7.0 (или более поздняя версия).

    При наличии более ранней версии ESXi необходимо выполнить модернизацию.

  • Минимум 4 ЦП, 8 ГБ основной памяти, 30 ГБ локального жесткого диска на сервер

Требования к серверу базы данных

Создайте новую базу данных для хранилища ключей. Не используйте базу данных по умолчанию. Приложения HDS при установке создают схему базы данных.

Существует два варианта сервера баз данных. Требования для каждого из них приведены ниже.

Таблица 2. Требования к серверу базы данных в разрезе типов базы данных

PostgreSQL

Сервер Microsoft SQL

  • Установленный и запущенный PostgreSQL 14, 15 или 16.

  • Установлен SQL Server 2016, 2017 или 2019 (корпоративный или стандартный).

    Для SQL Server 2016 требуется пакет обновления 2 и накопительное обновление 2 или более поздняя версия.

Минимум 8 виртуальных ЦП, 16 ГБ основной памяти, достаточное пространство на жестком диске и мониторинг для обеспечения его отсутствия (рекомендуется 2 ТБ, если необходимо запустить базу данных в течение длительного времени без увеличения объема хранилища)

Минимум 8 виртуальных ЦП, 16 ГБ основной памяти, достаточное пространство на жестком диске и мониторинг для обеспечения его отсутствия (рекомендуется 2 ТБ, если необходимо запустить базу данных в течение длительного времени без увеличения объема хранилища)

Программное обеспечение HDS в настоящее время устанавливает следующие версии драйверов для связи с сервером базы данных:

PostgreSQL

Сервер Microsoft SQL

Драйвер JDBC Postgres 42.2.5

Драйвер JDBC 4.6 для SQL-сервера

Эта версия драйвера поддерживает SQL Server Always On (экземпляры отказоустойчивого кластера и группы доступности Always On).

Дополнительные требования для аутентификации Windows на Microsoft SQL Server

Если необходимо, чтобы узлы HDS использовали аутентификацию Windows для получения доступа к базе данных хранилища ключей на Microsoft SQL Server, в вашей среде потребуется следующая конфигурация:

  • Узлы HDS, инфраструктура Active Directory и сервер MS SQL должны быть синхронизированы с NTP.

  • Учетная запись Windows, которую вы предоставляете узлам HDS, должна иметь доступ к базе данных для чтения и записи.

  • Серверы DNS, предоставляемые узлам HDS, должны иметь возможность разрешать центр распределения ключей (KDC).

  • Экземпляр базы данных HDS можно зарегистрировать на сервере Microsoft SQL в качестве главного имени службы (SPN) в Active Directory. См. статью Регистрация имени участника службы для Kerberos Connections.

    Инструмент настройки HDS, программа запуска HDS и локальный KMS должны использовать аутентификацию Windows для доступа к базе данных хранилища ключей. Они используют сведения из конфигурации ISO для создания SPN при запросе доступа с аутентификацией Kerberos.

Требования к внешнему подключению

Настройте брандмауэр, чтобы разрешить следующее подключение для приложений HDS:

Приложение

Протокол

Порт

Направление из приложения

Адресат

Узлы безопасности данных гибридного типа

Протокол TCP

443

Исходящие HTTPS и WSS

  • Серверы Webex:

    • *.wbx2.com

    • *.ciscospark.com

  • Все хосты Common Identity

  • Другие URL-адреса, перечисленные для службы безопасности данных гибридного типа в таблице Дополнительные URL-адреса для служб гибридного типа Webex раздела Требования к сети для служб Webex

Инструмент настройки HDS

Протокол TCP

443

HTTPS для исходящих вызовов

  • *.wbx2.com

  • Все хосты Common Identity

  • hub.docker.com

Узлы безопасности данных гибридного типа работают с преобразованием сетевого доступа (NAT) или за брандмауэром, если NAT или брандмауэр допускает необходимые исходящие соединения с адресатами домена в таблице выше. Для соединений, поступающих на узлы безопасности данных гибридного типа, порты не должны отображаться из Интернета. В центре обработки данных клиентам необходим доступ к узлам безопасности данных гибридного типа на портах 443 и 22 TCP в административных целях.

URL-адреса узлов общих параметров идентификации (CI) специфичны для региона. Ниже приведены текущие узлы CI.

Регион

URL-адреса хостов общих параметров идентификации

Северная и Южная Америка

  • https://idbroker.webex.com

  • https://identity.webex.com

  • https://idbroker-b-us.webex.com

  • https://identity-b-us.webex.com

Европейский союз

  • https://idbroker-eu.webex.com

  • https://identity-eu.webex.com

Канада

  • https://idbroker-ca.webex.com

  • https://identity-ca.webex.com

Сингапур
  • https://idbroker-sg.webex.com

  • https://identity-sg.webex.com

Объединенные Арабские Эмираты
  • https://idbroker-ae.webex.com

  • https://identity-ae.webex.com

Требования к прокси-серверу

  • Мы официально поддерживаем следующие решения для прокси, которые можно интегрировать с узлами безопасности данных гибридного типа:

  • Поддерживаются следующие комбинации типов аутентификации для явных прокси:

    • без аутентификации при использовании HTTP или HTTPS;

    • базовая аутентификация при использовании HTTP или HTTPS;

    • дайджест-аутентификация только при использовании HTTPS;

  • При наличии прозрачного прокси с проверкой или явного прокси HTTPS необходимо иметь копию корневого сертификата прокси. Инструкции по развертыванию, приведенные в этом руководстве, содержат информацию о том, как загрузить эту копию в зоны доверия узлов безопасности данных гибридного типа.

  • Сеть, в которой размещены узлы HDS, должна обеспечивать принудительную маршрутизацию исходящего трафика TCP на порте 443 через прокси.

  • Прокси, проверяющие веб-трафик, могут нарушать работу соединений веб-сокетов. Для устранения этой проблемы трафик следует направить в обход (без проверки) на wbx2.com и *.teams.webex.com.

Выполнение предварительных требований для службы безопасности данных гибридного типа

Используйте этот перечень действий, чтобы убедиться в готовности к установке и настройке кластера безопасности данных гибридного типа.
1

Убедитесь, что для вашей организации Webex включена профессиональная версия Cisco Webex Control Hub, и получите учетные данные учетной записи с полными правами администратора организации. Обратитесь за помощью к своему партнеру Cisco или менеджеру по работе с клиентами.

2

Выберите имя домена для развертывания HDS (например, hds.company.com) и получите цепочку сертификатов, содержащую сертификат X.509, закрытый ключ и любые промежуточные сертификаты. Цепочка сертификатов должна соответствовать требованиям, указанным в разделе Требования к сертификатам X.509.

3

Подготовьте идентичные виртуальные узлы, которые будут настроены в качестве узлов безопасности данных гибридного типа в кластере. Необходимо разместить не менее двух отдельных организаторов (рекомендуется 3) в одном и том же защищенном центре обработки данных, который соответствует требованиям в разделе Требования к виртуальному организатору.

4

Подготовьте сервер базы данных, который будет использоваться в качестве хранилища ключевых данных для кластера в соответствии с требованиями сервера базы данных. Сервер базы данных должен быть размещен в защищенном центре обработки данных с виртуальными хостами.

  1. Создайте базу данных для хранилища ключей. (Необходимо создать эту базу данных. Не используйте базу данных по умолчанию. Приложения HDS при установке создают схему базы данных.)

  2. Соберите сведения, которые узлы будут использовать для связи с сервером базы данных.

    • имя хоста или IP-адрес (хост) и порт

    • имя базы данных (dbname) для хранилища ключей

    • имя пользователя и пароль пользователя со всеми правами в базе данных хранилища ключей

5

Для быстрого аварийного восстановления настройте резервную среду в другом центре обработки данных. Резервная среда дублирует производственную среду виртуальных машин и сервер базы данных резервного копирования. Например, если в производственной среде есть 3 виртуальных машины с узлами HDS, резервная среда должна иметь 3 виртуальных машины.

6

Настройте узел системного журнала для сбора журналов с узлов в кластере. Соберите сетевой адрес и порт системного журнала (по умолчанию UDP 514).

7

Создайте политику безопасного резервного копирования для узлов безопасности данных гибридного типа, сервера базы данных и узла системного журнала. Как минимум, чтобы предотвратить необратимую потерю данных, необходимо создать резервную копию базы данных и файла конфигурации ISO, созданного для узлов безопасности данных гибридного типа.

Поскольку узлы безопасности данных гибридного типа хранят ключи, используемые при шифровании и расшифровке контента, невыполнение оперативного развертывания приведет к НЕОБРАТИМОЙ ПОТЕРЕ этого контента.

Клиенты приложения Webex кэшируют свои ключи, поэтому сбои могут не сразу стать заметными, но со временем станут очевидными. Временные перебои невозможно предотвратить, но их можно восстановить. Однако полная потеря базы данных или файла конфигурации ISO (нет доступных резервных копий) приведет к невозможности восстановления данных клиента. Ожидается, что операторы узлов безопасности данных гибридного типа осуществляют частые резервные копии базы данных и файла конфигурации ISO и будут готовы к обновлению центра обработки данных службы безопасности данных гибридного типа в случае катастрофической ошибки.

8

Убедитесь, что конфигурация брандмауэра разрешает соединение для узлов безопасности данных гибридного типа, как описано в разделе Требования к внешнему подключению.

9

Установите Docker (https://www.docker.com) на любом локальном компьютере, на котором запущена поддерживаемая ОС (64-разрядная версия Microsoft Windows 10 Professional или Enterprise или Mac OSX Yosemite 10.10.3 или более поздняя версия) с веб-браузером, с помощью которого можно получить доступ на странице http://127.0.0.1:8080.

Экземпляр Docker используется для скачивания и запуска инструмента настройки HDS, который создает информацию локальной конфигурации для всех узлов безопасности данных гибридного типа. Вашей организации может потребоваться лицензия Docker Desktop. Дополнительную информацию см. в статье Требования к рабочему столу Docker .

Для установки и запуска инструмента настройки HDS локальная машина должна иметь подключение, описанное в разделе Требования к внешнему подключению.

10

При интеграции прокси с системой безопасности данных гибридного типа убедитесь, что он соответствует требованиям к прокси-серверу.

11

Если в вашей организации используется синхронизация каталога, создайте в Active Directory группу под названием HdsTrialGroup и добавьте пилотных пользователей. В группе пробных версий может быть до 250 пользователей. Прежде чем начать использование пробной версии для своей организации, объект HdsTrialGroup должен быть синхронизирован с облаком. Чтобы синхронизировать групповой объект, выберите его в меню Конфигурация соединителя каталогов > Выбор объекта . (Подробные инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.)

Ключи для определенного пространства задаются создателем пространства. При выборе пилотных пользователей имейте в виду, что если вы решите окончательно деактивировать развертывание службы безопасности данных гибридного типа, все пользователи утратят доступ к контенту в пространствах, созданных пилотными пользователями. Потеря становится очевидной, как только приложения пользователей обновляют свои кэшированные копии контента.

Настройка кластера безопасности данных гибридного типа

Алгоритм выполнения задач по развертыванию службы безопасности данных гибридного типа

Перед началом работы

1

Скачать файлы установки

Скачайте файл OVA на локальный компьютер для дальнейшего использования.

2

Создание ISO конфигурации для узлов HDS

Используйте инструмент настройки HDS для создания файла конфигурации ISO для узлов безопасности данных гибридного типа.

3

Установка файла OVA узла HDS

Создайте виртуальную машину из файла OVA и выполните начальную конфигурацию, например параметры сети.

Параметр настройки сети во время развертывания OVA протестирован с помощью ESXi 7.0. Этот параметр может быть недоступен в более ранних версиях.

4

Настройка виртуальной машины безопасности данных гибридного типа

Войдите в консоль виртуальной машины и задайте учетные данные для входа. Настройте параметры сети для узла, если они не были настроены во время развертывания файла OVA.

5

Загрузка и установка ISO конфигурации HDS

Настройте виртуальную машину из файла конфигурации ISO, созданного с помощью инструмента настройки HDS.

6

Настройка узла HDS для интеграции прокси

Если в сетевой среде требуется конфигурация прокси, укажите тип прокси, который будет использоваться для узла, и при необходимости добавьте сертификат прокси в доверенное хранилище.

7

Регистрация первого узла в кластере

Зарегистрируйте виртуальную машину в облаке Cisco Webex в качестве узла безопасности данных гибридного типа.

8

Создание и регистрация дополнительных узлов

Завершите настройку кластера.

9

До начала использования пробной версии узлы генерируют сигнал о том, что ваша служба еще не активирована.

Скачать файлы установки

В этой задаче вы скачаете файл OVA на свой компьютер (а не на серверы, настроенные в качестве узлов безопасности данных гибридного типа). Этот файл будет использован позже в процессе установки.
1

Войдите в https://admin.webex.com и щелкните Службы.

2

В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Настройка.

Если карточка отключена или вы ее не видите, обратитесь в команду по работе с учетными записями или в партнерскую организацию. Предоставьте им свой номер учетной записи и попросите включить в своей организации службу безопасности данных гибридного типа. Чтобы найти номер учетной записи, щелкните шестеренку справа вверху рядом с названием своей организации.

Также можно скачать файл OVA в любое время из раздела Справка на странице Настройки . На карточке безопасности данных гибридного типа щелкните Изменить настройки , чтобы открыть страницу. Затем щелкните Скачать программное обеспечение безопасности данных гибридного типа в разделе Справка .

Более ранние версии пакета программного обеспечения (OVA) не будут совместимы с последними модернизациями безопасности данных гибридного типа. Это может привести к ошибкам во время модернизации приложения. Убедитесь, что скачано последнюю версию файла OVA.

3

Выберите Нет , чтобы указать, что узел еще не настроен, а затем щелкните Далее.

Скачивание файла OVA начнется автоматически. Сохраните файл в местоположении на своем компьютере.
4

При необходимости щелкните Открыть руководство по развертыванию , чтобы проверить доступность более поздней версии этого руководства.

Создание ISO конфигурации для узлов HDS

Процесс настройки безопасности данных гибридного типа создает файл ISO. Затем для настройки узла безопасности данных гибридного типа используется ISO.

Прежде чем начать

1

Введите соответствующую команду для вашей среды в командной строке компьютера.

В обычных средах:

docker rmi ciscocitg/hds-setup:stable

В средах FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

На этом этапе очищаются предыдущие образы инструмента настройки HDS. Если предыдущих образов нет, отображается ошибка, которую можно проигнорировать.

2

Чтобы войти в реестр образов Docker, введите следующее.

docker login -u hdscustomersro
3

Введите в запросе пароля этот хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
4

Скачайте последнюю стабильную версию образа для вашей среды.

В обычных средах:

docker pull ciscocitg/hds-setup:stable

В средах FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable
5

По завершении скачивания введите соответствующую команду для вашей среды.

  • В обычных средах без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
  • В обычных средах с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В обычных средах с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В средах FedRAMP без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

6

Инструмент настройки не поддерживает подключение к localhost с помощью http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

Перейдите к локальному узлу http://127.0.0.1:8080 с помощью веб-браузера и введите имя пользователя администратора клиента для Control Hub в окне подсказки.

Инструмент использует эту первую запись имени пользователя для настройки соответствующей среды для этой учетной записи. Затем инструмент отображает стандартную подсказку для входа в систему.

7

При отображении соответствующего запроса введите учетные данные для входа администратора клиента Control Hub и щелкните Войти , чтобы разрешить доступ к необходимым службам для службы безопасности данных гибридного типа.

8

На странице обзора инструмента настройки щелкните Начало работы.

9

На странице Импорт ISO доступны следующие параметры.

  • Нет. Если вы создаете первый узел HDS, у вас нет файла ISO для загрузки.
  • Да. Если вы уже создали узлы HDS, выберите файл ISO в окне просмотра и загрузите его.
10

Проверьте, соответствует ли сертификат X.509 требованиям к сертификатам X.509.

  • Если сертификат ранее не загружался, загрузите сертификат X.509, введите пароль и щелкните Продолжить.
  • Если сертификат в ОК, щелкните Продолжить.
  • Если срок действия сертификата истек или вы хотите заменить его, выберите Нет для параметра Продолжить использование цепочки сертификатов HDS и закрытого ключа из предыдущего ISO?. Загрузите новый сертификат X.509, введите пароль и щелкните Продолжить.
11

Введите адрес базы данных и учетную запись HDS для доступа к хранилищу данных ключей:

  1. Выберите Тип базы данных (PostgreSQL или Microsoft SQL Server).

    При выборе Microsoft SQL Server появится поле "Тип аутентификации".

  2. (Только Microsoft SQL Server ) Выберите Тип аутентификации.

    • Базовая аутентификация. В поле Имя пользователя необходимо указать имя учетной записи локального сервера SQL.

    • Аутентификация Windows. Необходима учетная запись Windows в формате имя_пользователя@ДОМЕН в поле Имя_пользователя .

  3. Введите адрес сервера базы данных в форме : или :.

    Пример.
    dbhost.example.org:1433 или 198.51.100.17:1433

    Если узлы не могут использовать DNS для разрешения имени узла, можно использовать IP-адрес для базовой аутентификации.

    При использовании аутентификации Windows необходимо ввести полное доменное имя в формате dbhost.example.org:1433

  4. Введите имя базы данных.

  5. Введите имя пользователя и пароль пользователя со всеми правами в базе данных хранилища ключей.

12

Выберите Режим подключения к базе данных TLS.

Mode

Описание

Предпочтительное использование TLS (параметр по умолчанию)

Узлам HDS не требуется TLS для подключения к серверу базы данных. Если на сервере базы данных включить TLS, узлы попытаются установить зашифрованное соединение.

Обязательное использование TLS

Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

Обязательное использование TLS и проверка источника подписи сертификата

Этот режим неприменим к базам данных SQL Server.

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает подписавшего сертификат сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

Воспользуйтесь элементом управления корневым сертификатом базы данных под раскрывающимся списком, чтобы загрузить корневой сертификат для этого параметра.

Обязательное использование TLS и проверка источника подписи сертификата и имени узла

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает подписавшего сертификат сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

  • Узлы также проверяют, совпадает ли имя узла в сертификате сервера с именем узла в поле Узел базы данных и порт . Необходимо точное совпадение имен. Иначе узел разорвет соединение.

Воспользуйтесь элементом управления корневым сертификатом базы данных под раскрывающимся списком, чтобы загрузить корневой сертификат для этого параметра.

При загрузке корневого сертификата (при необходимости) и нажатии Продолжить инструмент настройки HDS тестирует подключение TLS к серверу базы данных. Инструмент также выполняет проверку источника подписи сертификата и имени узла (если применимо). Если тест не будет пройден, в инструменте будет отображено сообщение об ошибке с описанием проблемы. Можно выбрать параметр игнорирования ошибки и продолжить настройку. (Из-за различий соединения узлы HDS могут установить соединение TLS, даже если машина средства настройки HDS не может успешно протестировать его.)

13

На странице «Системные журналы» настройте сервер Syslogd:

  1. Введите URL-адрес сервера системного журнала.

    Если сервер не может разрешить DNS из узлов для кластера HDS, используйте IP-адрес в URL.

    Пример.
    udp://10.92.43.23:514 означает вход в хост Syslogd 10.92.43.23 на порте UDP 514.
  2. Если вы настроили на сервере использование шифрования TLS, установите флажок Настроен ли сервер системного журнала для шифрования SSL?.

    Если установить этот флажок, необходимо ввести URL-адрес TCP, например tcp://10.92.43.23:514.

  3. В раскрывающемся списке Выберите прекращение записи системного журнала выберите соответствующую настройку для файла ISO. Выбор или новая линия используется для TCP-протокола Graylog и Rsyslog

    • Нулевой байт -- \x00

    • Новая линия -- \n: выберите этот вариант для TCP-протокола Graylog и Rsyslog.

  4. Щелкните Продолжить.

14

(Необязательно) Можно изменить значение по умолчанию для некоторых параметров подключения к базе данных в разделе Расширенные настройки. Как правило, этот параметр является единственным, который необходимо изменить:

app_datasource_connection_pool_maxРазмер: 10
15

Щелкните Продолжить на экране Сброс пароля учетных записей службы .

Срок действия паролей учетных записей службы составляет девять месяцев. Используйте этот экран, когда срок действия паролей скоро истечет или вы хотите сбросить их, чтобы сделать предыдущие файлы ISO недействительными.

16

Щелкните Скачать файл ISO. Сохраните файл в удобном для поиска местоположении.

17

Сделайте резервную копию файла ISO в локальной системе.

Обеспечьте безопасность резервного копирования. Этот файл содержит главный ключ шифрования для содержимого базы данных. Ограничьте доступ только тем администраторам службы безопасности данных гибридного типа, которые должны вносить изменения в конфигурацию.

18

Чтобы завершить работу инструмента настройки, нажмите CTRL+C.

Дальнейшие действия

Создайте резервную копию файла конфигурации ISO. Это необходимо для создания дополнительных узлов для восстановления или внесения изменений в конфигурацию. В случае утери всех копий файла ISO также был утрачен главный ключ. Невозможно восстановить ключи из базы данных PostgreSQL или Microsoft SQL Server.

У нас никогда не будет копии этого ключа, и мы не можем помочь, если вы его потеряете.

Установка файла OVA узла HDS

Используйте эту процедуру для создания виртуальной машины из файла OVA.
1

Используйте клиент VMware vSphere на компьютере для входа в виртуальный хост ESXi.

2

Выберите Файл > Развернуть шаблон OVF.

3

В мастере укажите расположение скачанного ранее файла OVA и щелкните Далее.

4

На странице Выберите имя и папку введите имя виртуальной машины для узла (например, "HDS_Node_1"), выберите местоположение, в котором может находиться развертывание узла виртуальной машины, и щелкните Далее.

5

На странице Выбор вычислительного ресурса выберите целевой вычислительный ресурс и щелкните Далее.

Выполняется проверка. По завершении отобразятся сведения о шаблоне.

6

Проверьте сведения о шаблоне и щелкните Далее.

7

При появлении запроса на выбор конфигурации ресурса на странице Конфигурация щелкните 4 ЦП , а затем щелкните Далее.

8

На странице Выбор хранилища щелкните Далее , чтобы принять формат диска по умолчанию и политику хранилища виртуальной машины.

9

На странице Выбор сетей выберите параметр сети из списка записей, чтобы обеспечить необходимое подключение к виртуальной машине.

10

На странице Настройка шаблона настройте приведенные ниже параметры сети.

  • Имя узла. Введите FQDN (имя узла и домен) или одно слово имя узла.
    • Настройка домена в соответствии с доменом, который вы использовали для получения сертификата X.509, не требуется.

    • Чтобы обеспечить успешную регистрацию в облаке, используйте только символы нижнего регистра в FQDN или имени узла, заданном для узла. В настоящее время заглавные буквы не поддерживаются.

    • Общая длина FQDN не должна превышать 64 символа.

  • IP-адрес: введите IP-адрес для внутреннего интерфейса узла.

    Узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

  • Маска. Введите адрес маски подсети в десятичном формате. Например, 255.255.255.0.
  • Шлюз: введите IP-адрес шлюза. Шлюз — это сетевой узел, который служит точкой доступа к другой сети.
  • DNS-серверы: введите список DNS-серверов, разделенных запятыми, для обработки перевода доменных имен на числовые IP-адреса. (Разрешено до 4 записей DNS.)
  • NTP Servers (Серверы NTP). Введите сервер NTP вашей организации или другой внешний сервер NTP, который можно использовать в вашей организации. Серверы NTP по умолчанию могут работать не для всех предприятий. Для ввода нескольких NTP-серверов также можно использовать список, разделенный запятыми.
  • Разверните все узлы в одной подсети или VLAN, чтобы все узлы в кластере были доступны из клиентов вашей сети в административных целях.

При необходимости можно пропустить конфигурацию сетевых настроек и выполнить действия, описанные в разделе Настройка виртуальной машины безопасности данных гибридного типа , чтобы настроить параметры с помощью консоли узла.

Параметр настройки сети во время развертывания OVA протестирован с помощью ESXi 7.0. Этот параметр может быть недоступен в более ранних версиях.

11

Щелкните правой кнопкой мыши узел виртуальной машины и выберите Питание > Включение.

Программное обеспечение безопасности данных гибридного типа устанавливается в качестве гостя на узле виртуальной машины. Теперь вы готовы войти в консоль и настроить узел.

Рекомендации по устранению неисправностей

Контейнеры узла могут появиться через несколько минут. Во время первой загрузки на консоли отображается сообщение брандмауэра моста, в течение которого невозможно войти в систему.

Настройка виртуальной машины безопасности данных гибридного типа

Используйте эту процедуру для первого входа в консоль виртуальной машины узла безопасности данных гибридного типа и установки учетных данных для входа. Можно также использовать консоль для настройки сетевых параметров узла, если они не были настроены во время развертывания файла OVA.

1

В клиенте VMware vSphere выберите виртуальную машину узла безопасности данных гибридного типа и откройте вкладку Консоль .

Будет загружена виртуальная машина, и отобразится запрос на вход. Если запрос на вход не отображается, нажмите клавишу ввода.
2

Для входа и изменения учетных данных используйте следующие параметры входа и пароля по умолчанию:

  1. Вход: Администратор

  2. Пароль. Cisco

Поскольку вы впервые входите в свою виртуальную машину, вам необходимо изменить пароль администратора.

3

Если параметры сети уже настроены в разделе Установка OVA узла HDS, пропустите остальную процедуру. В противном случае в главном меню выберите параметр Редактировать конфигурацию .

4

Настройте статическую конфигурацию с использованием IP-адреса, маски, шлюза и информации DNS. Узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

5

(Необязательно) Измените имя хоста, домен или NTP-серверы, если это необходимо для соответствия вашей сетевой политике.

Настройка домена в соответствии с доменом, который вы использовали для получения сертификата X.509, не требуется.

6

Сохраните конфигурацию сети и перезагрузите виртуальную машину, чтобы изменения вступили в силу.

Загрузка и установка ISO конфигурации HDS

Используйте эту процедуру для настройки виртуальной машины из файла ISO, созданного с помощью инструмента настройки HDS.

Перед началом работы

Поскольку в файле ISO содержится главный ключ, он должен быть раскрыт только по принципу «необходимо знать» для доступа виртуальных машин безопасности данных гибридного типа и всех администраторов, которым может потребоваться внести изменения. Убедитесь, что доступ к хранилищу данных могут получить только эти администраторы.

1

Загрузите файл ISO со своего компьютера.

  1. На левой панели навигации клиента VMware vSphere щелкните сервер ESXi.

  2. В списке "Оборудование" вкладки "Конфигурация" щелкните Хранилище.

  3. В списке хранилищ данных щелкните правой кнопкой мыши хранилище данных для виртуальных машин и щелкните Обзор хранилища данных.

  4. Щелкните пиктограмму "Загрузить файлы" и щелкните Загрузить файл.

  5. Перейдите в расположение, в котором скачался файл ISO на компьютер, и щелкните Открыть.

  6. Щелкните Да , чтобы принять предупреждение о загрузке или скачивании и закрыть диалоговое окно хранилища данных.

2

Установите файл ISO:

  1. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  2. Щелкните ОК , чтобы принять предупреждение об ограничении параметров редактирования.

  3. Щелкните Привод CD/DVD 1, выберите параметр подключения из файла хранилища данных ISO и перейдите в расположение, в котором был загружен файл конфигурации ISO.

  4. Установите флажки Подключено и Подключиться при включении.

  5. Сохраните изменения и перезагрузите виртуальную машину.

Дальнейшие действия

Если политика ИТ требует, после внесения изменений конфигурации на всех узлах можно отсоединить файл ISO. Подробные сведения см. в статье (необязательно) Отключение ISO после настройки HDS .

Настройка узла HDS для интеграции прокси

Если в сетевой среде необходимо использовать прокси, воспользуйтесь этой процедурой, чтобы указать тип прокси, который нужно интегрировать со службой безопасности данных гибридного типа. При выборе прозрачного прокси с проверкой или явного прокси HTTPS можно использовать интерфейс узла для загрузки и установки корневого сертификата. Кроме того, в интерфейсе можно проверять соединение с прокси и устранять неполадки.

Перед началом работы

1

Введите в веб-браузере URL-адрес для настройки узла HDS https://[IP-адрес или FQDN узла HDS]/setup, укажите учетные данные администратора, заданные вами для узла, и щелкните Sign In (Вход).

2

Откройте раздел Trust Store & Proxy (Зона доверия и прокси) и выберите один из следующих параметров.

  • Без прокси. Этот параметр используется по умолчанию перед интеграцией прокси. Обновление сертификата не требуется.
  • Прозрачный прокси без проверки. Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.
  • Прозрачный прокси с проверкой: узлы не настроены для использования адреса определенного прокси-сервера. В развертывании службы безопасности данных гибридного типа не нужно вносить изменения в конфигурацию HTTPS, однако для обеспечения доверия прокси узлам HDS необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).
  • Явный прокси. При использовании явного прокси клиент (узлы HDS) определяет, какой прокси-сервер использовать. Этот параметр поддерживает несколько типов аутентификации. После выбора этого параметра необходимо ввести указанную далее информацию.
    1. IP/FQDN прокси. Адрес, который можно использовать для связи с прокси-машиной.

    2. Порт прокси. Номер порта, который прокси использует для прослушивания прокси-трафика.

    3. Proxy Protocol (Протокол прокси). Выберите http (просмотр и управление всеми запросами, полученными от клиента) или https (обеспечивает канал для сервера, а клиент получает и проверяет сертификат сервера). Выберите параметр в зависимости от того, какой протокол поддерживает используемый вами прокси-сервер.

    4. Тип аутентификации: выберите один из приведенных ниже типов аутентификации.

      • Нет. Дальнейшая аутентификация не требуется.

        Этот параметр доступен для прокси HTTP или HTTPS.

      • Базовый: используется для агента пользователя HTTP для указания имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен для прокси HTTP или HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только для прокси HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

В случае использования прозрачного прокси с проверкой, явного прокси HTTP с базовой аутентификацией или явного прокси HTTPS выполните указанные далее шаги.

3

Щелкните Upload a Root Certificate or End Entity Certificate (Загрузить корневой сертификат или сертификат конечного субъекта) и откройте меню для выбора корневого сертификата для прокси.

Сертификат будет загружен, но не установлен, поскольку для установки сертификата необходимо перезагрузить узел. Чтобы получить дополнительные сведения, щелкните стрелку-шеврон, расположенную рядом с именем издателя сертификата. Если вы допустили ошибку и хотите вновь загрузить файл, щелкните Delete (Удалить).

4

Чтобы протестировать сетевое соединение между узлом и прокси, щелкните Check Proxy Connection (Проверить соединение с прокси).

Если тестирование соединения завершится неудачей, на экране появится сообщение об ошибке, в котором будут указаны причина и способ исправления ошибки.

Если отображено сообщение о том, что не удалось предоставить разрешение внешнего DNS, значит, узлу не удалось подключиться к DNS-серверу. Такая проблема может возникнуть во многих конфигурациях явного прокси. Можно продолжить настройку, и узел будет работать в режиме блокировки разрешения внешних DNS. Если вы считаете, что это ошибка, выполните эти действия, а затем см. статью Выключение режима блокировки разрешения внешних DNS.

5

Если вы используете явный прокси, настроенный на применение исключительно https, после успешного завершения тестирования соединения включите параметр Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси (Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси). Для вступления в силу этого параметра необходимо 15 секунд.

6

Щелкните Install All Certificates Into the Trust Store (Установить все сертификаты в зоне доверия) – этот параметр отображается при использовании явного прокси HTTPS или прозрачного прокси с проверкой – или Reboot (Перезагрузить) – этот параметр отображается при использовании явного прокси HTTP. Прочитайте запрос и щелкните Install (Установить), если вы готовы к установке.

Узел перезагрузится в течение нескольких минут.

7

После перезагрузки узла повторно войдите в систему, если это необходимо, и откройте страницу Обзор, чтобы выполнить проверки соединений. Состояние всех проверок должно быть обозначено зеленым цветом.

Проверка соединения с прокси используется исключительно для тестирования поддомена webex.com. Проблемы с соединениями нередко возникают из-за того, что некоторые облачные домены, указанные в инструкциях по установке, блокируются на уровне прокси.

Регистрация первого узла в кластере

Эта задача берет общий узел, созданный в разделе Настройка виртуальной машины безопасности данных гибридного типа, регистрирует узел в облаке Webex и преобразует его в узел безопасности данных гибридного типа.

При регистрации первого узла создается кластер, которому он назначен. Кластер содержит один или несколько узлов, развернутых для резервирования.

Перед началом работы

  • После начала регистрации узла ее необходимо завершить в течение 60 минут или начать заново.

  • Убедитесь, что все блокировки всплывающих окон в браузере отключены или вы разрешаете исключение для admin.webex.com.

1

Войдите в https://admin.webex.com.

2

В меню в левой части экрана выберите Службы.

3

В разделе служб гибридного типа найдите раздел "Безопасность данных гибридного типа" и щелкните Настройка.

Отобразится страница "Регистрация узла безопасности данных гибридного типа".
4

Выберите Да , чтобы указать, что узел настроен и готовы зарегистрировать его, а затем щелкните Далее.

5

В первом поле введите имя кластера, которому необходимо назначить узел безопасности данных гибридного типа.

Рекомендуется назвать кластер в зависимости от географического расположения узлов кластера. Примеры: "Сан-Франциско", "Нью-Йорк" или "Даллас"

6

Во втором поле введите внутренний IP-адрес или полное доменное имя узла и щелкните Далее.

Этот IP-адрес или полное доменное имя должны совпадать с IP-адресом или именем хоста и доменом, которые вы использовали в разделе Настройка виртуальной машины безопасности данных гибридного типа.

Отобразится сообщение о том, что можно зарегистрировать узел в Webex.
7

Щелкните Перейти к узлу.

8

Щелкните Продолжить в сообщении с предупреждением.

Через несколько секунд вы будете перенаправлены на тестирование подключения узла для служб Webex. Если все тесты будут успешными, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". Здесь вы подтверждаете, что хотите предоставить вашей организации Webex полномочия на доступ к узлу.
9

Установите флажок в поле Разрешить доступ к узлу безопасности данных гибридного типа и щелкните Продолжить.

Учетная запись подтверждена. В сообщении "Регистрация завершена" указано, что узел зарегистрирован в облаке Webex.
10

Чтобы вернуться на страницу безопасности данных гибридного типа Control Hub, щелкните ссылку или закройте вкладку.

На странице Безопасность данных гибридного типа отображается новый кластер, содержащий зарегистрированный узел. Узел будет автоматически скачан новейшее программное обеспечение из облака.

Создание и регистрация дополнительных узлов

Чтобы добавить дополнительные узлы в кластер, просто создайте дополнительные виртуальные машины и подключите тот же файл конфигурации ISO, а затем зарегистрируйте узел. Рекомендуется иметь не менее 3 узлов.

В настоящее время резервные виртуальные машины, созданные в разделе Выполнение предварительных требований для безопасности данных гибридного типа , являются резервными организаторами, которые используются только в случае аварийного восстановления; до этого они не регистрируются в системе. Подробности см. в статье Аварийное восстановление с помощью режима ожидания центра обработки данных.

Перед началом работы

  • После начала регистрации узла ее необходимо завершить в течение 60 минут или начать заново.

  • Убедитесь, что все блокировки всплывающих окон в браузере отключены или вы разрешаете исключение для admin.webex.com.

1

Создайте новую виртуальную машину из файла OVA, повторяя шаги, описанные в разделе Установка файла OVA узла HDS.

2

Настройте начальную конфигурацию новой виртуальной машины, повторяя шаги, описанные в разделе Настройка виртуальной машины безопасности данных гибридного типа.

3

В новой виртуальной машине повторите шаги, описанные в разделе Загрузка и установка ISO конфигурации HDS.

4

При настройке прокси для развертывания повторите шаги, описанные в разделе Настройка узла HDS для интеграции прокси для нового узла.

5

Зарегистрируйте узел.

  1. В https://admin.webex.com в меню в левой части экрана выберите Службы .

  2. В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Ресурсы.

    Откроется страница "Ресурсы безопасности данных гибридного типа".
  3. Щелкните Добавить ресурс.

  4. В первом поле выберите имя существующего кластера.

  5. Во втором поле введите внутренний IP-адрес или полное доменное имя узла и щелкните Далее.

    Отобразится сообщение о том, что можно зарегистрировать узел в облаке Webex.
  6. Щелкните Перейти к узлу.

    Через несколько секунд вы будете перенаправлены на тестирование подключения узла для служб Webex. Если все тесты будут успешными, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". После этого вы подтверждаете, что хотите предоставить организации полномочия на доступ к узлу.
  7. Установите флажок в поле Разрешить доступ к узлу безопасности данных гибридного типа и щелкните Продолжить.

    Учетная запись подтверждена. В сообщении "Регистрация завершена" указано, что узел зарегистрирован в облаке Webex.
  8. Чтобы вернуться на страницу безопасности данных гибридного типа Control Hub, щелкните ссылку или закройте вкладку.

Ваш узел зарегистрирован. Обратите внимание, что до начала использования пробной версии ваши узлы генерируют сигнал о том, что ваша служба еще не активирована.

Дальнейшие действия

Запуск пробной версии и переход в рабочий режим (следующая глава)

Запуск пробной версии и переход в рабочий режим

Процесс выполнения рабочих задач пробной версии

После настройки кластера безопасности данных гибридного типа можно запустить пилотный проект, добавить в него пользователей, а также начать использовать его для тестирования и проверки развертывания в процессе подготовки к переходу в рабочий режим.

1

При необходимости синхронизируйте объект группы HdsTrialGroup .

Если в вашей организации для пользователей используется синхронизация каталога, перед началом использования пробной версии необходимо выбрать объект группы HdsTrialGroup для синхронизации с облаком. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

2

Активировать пробную версию

Начните использование пробной версии. До выполнения этой задачи узлы генерируют сигнал о том, что служба еще не активирована.

3

Тестирование развертывания службы безопасности данных гибридного типа

Убедитесь, что запросы ключей передаются в развертывание службы безопасности данных гибридного типа.

4

Мониторинг работоспособности службы безопасности данных гибридного типа

Проверьте состояние и настройте уведомления по электронной почте о сигналах.

5

Добавление или удаление пользователей из пробной версии

6

Завершите пробный этап одним из приведенных ниже действий.

Активировать пробную версию

Перед началом работы

Если в вашей организации для пользователей используется синхронизация каталога, необходимо выбрать объект группы HdsTrialGroup для синхронизации с облаком, прежде чем вы сможете начать использование пробной версии для своей организации. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

1

Войдите в https://admin.webex.com и выберите Службы.

2

В разделе безопасности данных гибридного типа щелкните Настройки.

3

В разделе "Состояние службы" щелкните Начать использование пробной версии.

Состояние службы изменится на пробный режим.
4

Щелкните Добавить пользователей и введите адрес электронной почты одного или нескольких пользователей, чтобы пилотно использовать узлы безопасности данных гибридного типа для служб шифрования и индексации.

(Если в вашей организации используется синхронизация каталога, для управления группой пробных версий HdsTrialGroup используйте Active Directory.)

Тестирование развертывания службы безопасности данных гибридного типа

Используйте эту процедуру для тестирования сценариев шифрования безопасности данных гибридного типа.

Перед началом работы

  • Настройте развертывание службы безопасности данных гибридного типа.

  • Активируйте пробную версию и добавьте несколько пользователей пробной версии.

  • Убедитесь, что у вас есть доступ к системному журналу, чтобы проверить, передаются ли запросы ключей в развертывание службы безопасности данных гибридного типа.

1

Ключи для определенного пространства задаются создателем пространства. Войдите в приложение Webex в качестве одного из пилотных пользователей, а затем создайте пространство и пригласите хотя бы одного пилотного пользователя и одного непилотного пользователя.

Если деактивировать развертывание безопасности данных гибридного типа, контент в пространствах, созданных пилотными пользователями, больше не будет доступен после замены кэшированных клиентом копий ключей шифрования.

2

Отправить сообщения в новое пространство.

3

Проверьте вывод системного журнала, чтобы убедиться, что запросы ключей передаются в развертывание службы безопасности данных гибридного типа.

  1. Чтобы проверить, установит ли пользователь защищенный канал в KMS, отфильтруйте kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION.

    Необходимо найти следующую запись (идентификаторы, сокращенные для удобства чтения):
    2020-07-21 17:35:34.562 (+0000) KMS INFO [pool-14-thread-1] – получен [KMS:REQUEST], идентификатор устройства: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms://hds2.org5.portun.us/statickeys/3[~]0 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2
  2. Чтобы проверить, требуется ли пользователю, запрашивающему существующий ключ из KMS, выполните фильтр в меню kms.data.method=retrieve и kms.data.type=KEY.

    Отобразится запись, аналогичная приведенной ниже.
    2020-07-21 17:44:19.889 (+0000) INFO KMS [pool-14-thread-31] – получен [KMS:REQUEST], идентификатор устройства: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=retrieve, kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b
  3. Чтобы проверить, требуется ли пользователю создать новый ключ KMS, выполните фильтр в меню kms.data.method=create и kms.data.type=KEY_COLLECTION.

    Отобразится запись, аналогичная приведенной ниже.
    2020-07-21 17:44:21.975 (+0000) INFO KMS [pool-14-thread-33] – получен [KMS:REQUEST], идентификатор устройства: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b
  4. Чтобы проверить, есть ли у пользователя запрос на создание нового объекта ресурса KMS (KRO) при создании пространства или другого защищенного ресурса, используйте фильтры в разделах kms.data.method=create и kms.data.type=RESOURCE_COLLECTION.

    Отобразится запись, аналогичная приведенной ниже.
    2020-07-21 17:44:22.808 (+0000) INFO KMS [pool-15-thread-1] – получен [KMS:REQUEST], идентификатор устройства: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Мониторинг работоспособности службы безопасности данных гибридного типа

Индикатор состояния в Control Hub показывает, все ли в порядке развертывания службы безопасности данных гибридного типа. Для более упреждающих предупреждений зарегистрируйтесь для получения уведомлений по электронной почте. Вы будете уведомлены о появлении сигналов, влияющих на службу, или о модернизации программного обеспечения.
1

В Control Hub в меню в левой части экрана выберите Службы .

2

В разделе служб гибридного типа найдите раздел "Безопасность данных гибридного типа" и щелкните Настройки.

Отобразится страница "Настройки безопасности данных гибридного типа".
3

В разделе "Электронные уведомления" введите один или несколько адресов электронной почты, разделяя их запятыми, и нажмите клавишу ввода.

Добавление или удаление пользователей из пробной версии

После активации пробной версии и добавления первоначального набора пользователей пробной версии можно добавить или удалить участников пробной версии в любое время во время ее использования.

Если удалить пользователя из пробной версии, клиент пользователя запросит ключи и создание ключей в облаке KMS, а не в KMS. Если клиенту необходим ключ, который хранится в KMS, облачная служба KMS получит его от имени пользователя.

Если в вашей организации используется синхронизация каталога, используйте Active Directory (вместо этой процедуры) для управления пробной группой HdsTrialGroup. Вы можете просматривать участников группы в Control Hub, но не можете добавлять или удалять их.

1

Войдите в Control Hub и выберите Службы.

2

В разделе безопасности данных гибридного типа щелкните Настройки.

3

В разделе "Пробный режим" области "Состояние службы" щелкните Добавить пользователей или щелкните Просмотр и редактирование , чтобы удалить пользователей из пробной версии.

4

Введите адрес электронной почты одного или нескольких пользователей, которых необходимо добавить, или щелкните X рядом с идентификатором пользователя, чтобы удалить пользователя из пробной версии. Затем щелкните Сохранить.

Переход из пробной версии в рабочий режим

Если вы удовлетворены работой развертывания для пользователей пробной версии, можно перейти в рабочий режим. При переходе в рабочий режим все пользователи в организации будут использовать ваш локальный домен безопасности данных гибридного типа для использования ключей шифрования и других служб, связанных с безопасностью. Невозможно вернуться в пробный режим из рабочего режима, пока служба не будет деактивирована в рамках аварийного восстановления. Для повторной активации службы необходимо настроить новую пробную версию.
1

Войдите в Control Hub и выберите Службы.

2

В разделе безопасности данных гибридного типа щелкните Настройки.

3

В разделе "Состояние службы" щелкните Переместить в рабочий режим.

4

Подтвердите свое намерение переместить всех пользователей в рабочий режим.

Завершение пробной версии без перехода в рабочий режим

Если во время пробной версии вы решите не запускать развертывание службы безопасности данных гибридного типа, можно деактивировать службу безопасности данных гибридного типа. Это приведет к завершению пробной версии и возврату пользователей пробной версии в службы безопасности данных в облаке. Пользователи пробной версии утратят доступ к данным, которые были зашифрованы во время пробной версии.
1

Войдите в Control Hub и выберите Службы.

2

В разделе безопасности данных гибридного типа щелкните Настройки.

3

В разделе "Деактивировать" щелкните Деактивировать.

4

Подтвердите деактивацию службы и завершите использование пробной версии.

Управление развертыванием HDS

Управление развертыванием HDS

Для управления развертыванием службы безопасности данных гибридного типа используйте описанные здесь задачи.

Настройка графика модернизации кластера

Модернизация программного обеспечения службы безопасности данных гибридного типа выполняется автоматически на уровне кластера, что гарантирует, что на всех узлах всегда запущена одна и та же версия программного обеспечения. Модернизация выполняется в соответствии с графиком модернизации кластера. Когда модернизация программного обеспечения становится доступной, можно вручную модернизировать кластер до запланированного времени модернизации. Можно задать конкретное расписание модернизации или использовать расписание по умолчанию: 3:00 (ежедневно в США). Америка/Лос-Анджелес. При необходимости можно также отложить предстоящую модернизацию.

Чтобы настроить график модернизации, выполните указанные ниже действия.

1

Войдите в Control Hub.

2

На странице "Обзор" в разделе служб гибридного типа выберите Безопасность данных гибридного типа.

3

На странице "Ресурсы безопасности данных гибридного типа" выберите кластер.

4

На панели "Обзор" справа в разделе "Настройки кластера" выберите имя кластера.

5

В разделе "Модернизация" на странице "Настройки" выберите время и часовой пояс для графика модернизации.

Примечание. В часовом поясе отображаются следующие доступные дата и время модернизации. При необходимости можно отложить модернизацию на следующий день, щелкнув Отложить.

Изменение конфигурации узла

Иногда может потребоваться изменить конфигурацию узла безопасности данных гибридного типа по одной из причин:
  • Изменение сертификатов x.509 по истечении срока действия или по другим причинам.

    Изменение доменного имени CN сертификата не поддерживается. Домен должен совпадать с исходным доменом, использованным для регистрации кластера.

  • Обновление настроек базы данных для работы с копией базы данных PostgreSQL или Microsoft SQL Server.

    Перенос данных с PostgreSQL на Microsoft SQL Server или в обратном направлении не поддерживается. Чтобы переключить среду базы данных, начните новое развертывание службы безопасности данных гибридного типа.

  • Создание новой конфигурации для подготовки нового центра обработки данных.

Из соображений безопасности для учетных записей в службе безопасности данных гибридного типа используются пароли со сроком действия 9 месяцев. После того как инструмент настройки HDS создаст эти пароли, вам нужно будет развернуть их в каждом из своих узлов HDS в файле конфигурации ISO. При приближении даты окончания срока действия пароля команда Webex пришлет вам уведомление с запросом на сброс пароля учетной записи компьютера. (В сообщении электронной почты будет текст "Использование API учетной записи компьютера для обновления пароля".) Если срок действия паролей еще не истек, средство предоставляет два варианта.

  • Мягкий сброс. Старые и новые пароли работают в течение 10 дней. Используйте этот период для постепенной замены файла ISO на узлах.

  • Принудительный сброс: старые пароли перестают работать немедленно.

Если срок действия ваших паролей истекает без сброса, это влияет на работу вашей службы HDS. В этом случае требуется немедленный жесткий сброс и замена файла ISO на всех узлах.

Используйте эту процедуру, чтобы создать новый файл конфигурации ISO и применить его к кластеру.

Прежде чем начать

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

    Если инструмент настройки HDS работает за прокси в вашей среде, предоставьте настройки прокси (сервер, порт, учетные данные) через переменные среды Docker при загрузке контейнера Docker в 1.e. В этой таблице указаны некоторые из возможных переменных среды.

    Описание

    Переменная

    HTTP-прокси без аутентификации

    ГЛОБАЛЬНЫЙ_AGENT_HTTP_PROXY=http://SERVER_IP:ПОРТ

    HTTPS-прокси без аутентификации

    ГЛОБАЛЬНЫЙ_ОПЕРАТОР_HTTPS_PROXY=http://СЕРВЕР_IP:ПОРТ

    HTTP-прокси с аутентификацией

    ГЛОБАЛЬНЫЙ_ОПЕРАТОР_HTTP_PROXY=http://ИМЯ ПОЛЬЗОВАТЕЛЯ:ПАРОЛЬ@СЕРВЕР_IP:ПОРТ

    HTTPS-прокси с аутентификацией

    ГЛОБАЛЬНЫЙ_ОПЕРАТОР_HTTPS_PROXY=http://ИМЯ ПОЛЬЗОВАТЕЛЯ:ПАРОЛЬ@СЕРВЕР_IP:ПОРТ

  • Для создания новой конфигурации потребуется копия текущего файла конфигурации ISO. Файл ISO содержит главный ключ шифрования базы данных PostgreSQL или Microsoft SQL Server. Файл ISO необходим для изменения конфигурации, в том числе учетных данных базы данных, обновления сертификатов или изменения политики авторизации.

1

Запустите инструмент настройки HDS, используя Docker на локальной машине.

  1. Введите соответствующую команду для вашей среды в командной строке компьютера.

    В обычных средах:

    docker rmi ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker rmi ciscocitg/hds-setup-fedramp:stable

    На этом этапе очищаются предыдущие образы инструмента настройки HDS. Если предыдущих образов нет, отображается ошибка, которую можно проигнорировать.

  2. Чтобы войти в реестр образов Docker, введите следующее.

    docker login -u hdscustomersro
  3. Введите в запросе пароля этот хеш:

    dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
  4. Скачайте последнюю стабильную версию образа для вашей среды.

    В обычных средах:

    docker pull ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker pull ciscocitg/hds-setup-fedramp:stable

    Обязательно скачайте для этой процедуры последнюю версию инструмента настройки. В версиях инструмента, созданных до 22 февраля 2018 г., нет экранов сброса пароля.

  5. По завершении скачивания введите соответствующую команду для вашей среды.

    • В обычных средах без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
    • В обычных средах с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В обычных средах с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В средах FedRAMP без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

    Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

  6. Используйте браузер для подключения к localhost, http://127.0.0.1:8080.

    Инструмент настройки не поддерживает подключение к localhost с помощью http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

  7. При отображении соответствующего запроса введите учетные данные для входа клиента в Control Hub и щелкните Принять , чтобы продолжить.

  8. Импортируйте текущий файл конфигурации ISO.

  9. Следуйте подсказкам, чтобы завершить работу с инструментом и скачать обновленный файл.

    Чтобы завершить работу инструмента настройки, нажмите CTRL+C.

  10. Создайте резервную копию обновленного файла в другом центре обработки данных.

2

Если у вас запущен только один узел HDS, создайте новую виртуальную машину узла безопасности данных гибридного типа и зарегистрируйте ее с помощью нового файла конфигурации ISO. Более подробные инструкции см. в статье Создание и регистрация дополнительных узлов.

  1. Установите OVA узла HDS.

  2. Настройте виртуальную машину HDS.

  3. Подключите обновленный файл конфигурации.

  4. Зарегистрируйте новый узел в Control Hub.

3

Для существующих узлов HDS, в которых используется старый файл конфигурации, необходимо установить файл ISO. Выполните следующую процедуру для каждого узла по очереди, обновив каждый узел до выключения следующего узла.

  1. Выключите виртуальную машину.

  2. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  3. Щелкните Дисковод компакт-дисков и DVD-дисков 1, выберите параметр подключения из файла ISO и найдите расположение, куда вы скачали новый файл конфигурации ISO.

  4. Установите флажок Соединять при включении.

  5. Сохраните изменения и включите виртуальную машину.

4

Повторите шаг 3, чтобы заменить конфигурацию на каждом оставшемся узле со старой конфигурацией.

Отключение режима блокировки разрешения внешних DNS

При регистрации узла или проверке конфигурации прокси узла процесс тестирует поиск DNS и подключение к облаку Cisco Webex. Если DNS-сервер узла не может разрешать общедоступные имена DNS, узел автоматически переходит в режим блокировки разрешения внешних DNS.

Если узлы могут разрешать общедоступные имена DNS через внутренние DNS-серверы, можно отключить этот режим, повторно запустив тестирование подключения к прокси на каждом узле.

Перед началом работы

Убедитесь в том, что внутренние DNS-серверы могут разрешать общедоступные имена DNS и ваши узлы могут обмениваться данными с ними.
1

В веб-браузере откройте интерфейс узла безопасности данных гибридного типа (например, IP-адрес или настройка) https://192.0.2.0/setup), введите учетные данные администратора, настроенные для узла, и щелкните Войти.

2

Перейдите к разделу Overview (Обзор) (страница по умолчанию).

Если режим включен, параметр Blocked External DNS Resolution (Блокировка разрешения внешних DNS) должен иметь значение Yes (Да).

3

Перейдите на страницу Trust Store & Proxy (Зона доверия и прокси).

4

Щелкните Check Proxy Connection (Проверить соединение с прокси).

Если отображено сообщение о том, что не удалось предоставить разрешение внешнего DNS, значит, узлу не удалось подключиться к DNS-серверу и он останется в этом режиме. В противном случае после перезапуска узла и возврата на страницу Overview (Обзор) параметр блокировки разрешения внешних DNS должен иметь значение No (Нет).

Дальнейшие действия

Повторите тестирование соединения с прокси для каждого узла кластера безопасности данных гибридного типа.

Удаление узла

Используйте эту процедуру для удаления узла безопасности данных гибридного типа из облака Webex. После удаления узла из кластера удалите виртуальную машину, чтобы предотвратить дальнейший доступ к данным безопасности.
1

С помощью клиента VMware vSphere на компьютере можно войти в виртуальный хост ESXi и выключить виртуальную машину.

2

Удалить узел:

  1. Войдите в Control Hub и выберите Службы.

  2. На карточке безопасности данных гибридного типа щелкните Просмотреть все , чтобы отобразить страницу ресурсов безопасности данных гибридного типа.

  3. Выберите кластер, чтобы отобразить его панель "Обзор".

  4. Щелкните Открыть список узлов.

  5. На вкладке «Узлы» выберите узел, который необходимо удалить.

  6. Щелкните Действия > Отменить регистрацию узла.

3

В клиенте vSphere удалите виртуальную машину. (На панели навигации слева щелкните виртуальную машину правой кнопкой мыши и щелкните Удалить.)

Если виртуальная машина не удалена, не забудьте отсоединить файл конфигурации ISO. Без файла ISO вы не сможете использовать виртуальную машину для доступа к данным безопасности.

Аварийное восстановление с помощью центра обработки данных в режиме ожидания

Наиболее важной службой, предоставляемой кластером безопасности данных гибридного типа, является создание и хранение ключей, используемых для шифрования сообщений и другого контента, хранящегося в облаке Webex. Для каждого пользователя в организации, назначенного службе безопасности данных гибридного типа, запросы на создание нового ключа маршрутизируются в кластер. Кластер также отвечает за возврат созданных им ключей всем пользователям, авторизованным для их извлечения, например участникам пространства для разговора.

Поскольку кластер выполняет критически важную функцию предоставления этих ключей, необходимо, чтобы кластер продолжал работать и чтобы поддерживались соответствующие резервные копии. Потеря базы данных безопасности данных гибридного типа или конфигурации ISO, используемой для схемы, приведет к НЕОБРАТИМОЙ ПОТЕРЕ контента клиента. Для предотвращения таких потерь необходимо выполнить следующие действия:

Если из-за аварии развертывание HDS в основном центре обработки данных становится недоступным, выполните эту процедуру, чтобы вручную переключиться на резервный центр обработки данных.

1

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание ISO конфигурации для узлов HDS.

2

После настройки сервера Syslogd щелкните Расширенные настройки.

3

На странице Расширенные настройки добавьте конфигурацию ниже или удалите конфигурацию passiveMode , чтобы сделать узел активным. После настройки узел может обрабатывать трафик.

 passiveMode "Ложь" 

4

Завершите процесс настройки и сохраните файл ISO в удобном для поиска месте.

5

Сделайте резервную копию файла ISO в локальной системе. Обеспечьте безопасность резервного копирования. Этот файл содержит главный ключ шифрования для содержимого базы данных. Ограничьте доступ только тем администраторам службы безопасности данных гибридного типа, которые должны вносить изменения в конфигурацию.

6

На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой мыши и щелкните Редактировать настройки.

7

Щелкните Редактировать настройки >Диск CD/DVD 1 и выберите Файл хранилища данных ISO.

Убедитесь, что установлены флажки Подключено и Подключиться при включении , чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь, что сигналы отсутствуют в течение не менее 15 минут.

9

Повторите процесс для каждого узла в центре обработки данных в режиме ожидания.

Проверьте вывод системного журнала, чтобы убедиться, что узлы центра обработки данных в режиме ожидания не находятся в пассивном режиме. Параметр "KMS, настроенный в пассивном режиме" не должен отображаться в системных журналах.

Дальнейшие действия

После переключения на резервный центр обработки данных, если основной центр обработки данных снова становится активным, снова переведите его в пассивный режим, выполнив действия, описанные в разделе Настройка центра обработки данных в режиме ожидания для аварийного восстановления.

(Необязательно) Отсоедините ISO после настройки HDS

Стандартная конфигурация HDS выполняется с установленным ISO. Однако некоторые клиенты предпочитают не оставлять файлы ISO постоянно монтированными. После того как все узлы HDS примут новую конфигурацию, можно отсоединить файл ISO.

Для изменения конфигурации по-прежнему используются файлы ISO. При создании нового ISO или обновлении ISO с помощью инструмента настройки необходимо установить обновленный ISO на всех узлах HDS. С помощью этой процедуры можно снова отключить ISO, после того как все узлы примут изменения конфигурации.

Перед началом работы

Модернизируйте все свои узлы HDS до версии 2021.01.22.4720 или более поздней.

1

Закройте один из своих узлов HDS.

2

В vCenter Server Appliance выберите узел HDS.

3

Выберите Редактировать настройки > Привод CD/DVD и снимите флажок Файл хранилища данных ISO.

4

Включите узел HDS и убедитесь, что сигналы отсутствуют в течение не менее 20 минут.

5

Повторите эту процедуру для каждого узла HDS по очереди.

Устранение неполадок службы безопасности данных гибридного типа

Просмотр предупреждений и устранение неполадок

Развертывание службы безопасности данных гибридного типа считается недоступным, если все узлы в кластере недоступны или кластер работает настолько медленно, что истекло время ожидания. Если пользователи не могут подключиться к кластеру безопасности данных гибридного типа, у них будут следующие симптомы:

  • Не удается создать новые пространства (не удается создать новые ключи)

  • Не удалось расшифровать сообщения и заголовки пространств для:

    • Новые пользователи, добавленные в пространство (невозможно получить ключи)

    • Существующие пользователи в пространстве, использующие новый клиент (не удается получить ключи)

  • Существующие пользователи в пространстве будут продолжать успешно работать, пока в их клиентах будет сохранен кэш ключей шифрования

Важно надлежащим образом отслеживать кластер безопасности данных гибридного типа и своевременно реагировать на все предупреждения во избежание перебоев в работе службы.

Предупреждения

При возникновении проблем с настройкой безопасности данных гибридного типа Control Hub отображает предупреждения администратору организации и отправляет электронные сообщения на настроенный адрес электронной почты. Предупреждения охватывают многие распространенные сценарии.

Таблица 1. Общие проблемы и действия по их устранению

Предупреждать

Действие

Ошибка доступа к локальной базе данных.

Проверьте наличие ошибок базы данных или проблем локальной сети.

Сбой подключения к локальной базе данных.

Убедитесь в доступности сервера базы данных и использовании правильных учетных данных учетной записи службы в конфигурации узла.

Сбой доступа к облачной службе.

Убедитесь, что узлы могут получить доступ к серверам Webex, как указано в разделе Требования к внешнему подключению.

Обновление регистрации облачной службы.

Регистрация в облачных службах прервана. Выполняется возобновление регистрации.

Регистрация для облачной службы прервана.

Регистрация в облачных службах прервана. Служба выключена.

Служба еще не активирована.

Активируйте пробную версию или завершите перемещение пробной версии в рабочий режим.

Настроенный домен не соответствует сертификату сервера.

Убедитесь, что сертификат сервера соответствует настроенному домену активации службы.

Наиболее вероятная причина заключается в том, что CN сертификата недавно был изменен и теперь отличается от CN, использованного во время начальной настройки.

Не удалось выполнить аутентификацию в облачных службах.

Проверьте точность и возможный срок действия учетных данных службы.

Не удалось открыть файл локального хранилища ключей.

Проверка целостности и точности пароля в файле локального хранилища ключей.

Недействительный сертификат локального сервера.

Проверьте дату истечения срока действия сертификата сервера и убедитесь, что он был выдан доверенным центром сертификации.

Не удается опубликовать метрики.

Проверьте доступ локальной сети к внешним облачным службам.

Каталог /media/configdrive/hds не существует.

Проверьте конфигурацию подключения ISO на виртуальном хосте. Проверьте, существует ли файл ISO, настроен ли он для подключения при перезагрузке и успешно ли установлен.

Устранение неполадок службы безопасности данных гибридного типа

При устранении неполадок со службой безопасности данных гибридного типа используйте приведенные ниже общие рекомендации.
1

Просмотрите все предупреждения в Control Hub и исправьте все найденные в нем элементы.

2

Проверьте вывод сервера системных журналов для активности из развертывания службы безопасности данных гибридного типа.

3

Обратитесь в службу поддержки Cisco.

Другие примечания

Известные проблемы безопасности данных гибридного типа

  • Если вы выключите кластер безопасности данных гибридного типа (удалив его в Control Hub или выключив все узлы), потеряете файл конфигурации ISO или доступ к базе данных хранилища ключей, пользователи приложения Webex больше не смогут использовать пространства из списка пользователей, созданных с помощью ключей из KMS. Это применимо как к пробным, так и к производственным развертываниям. В настоящий момент для устранения этой проблемы нет обходного решения или решения. Мы настоятельно призываем вас не выключать службы HDS после обработки активных учетных записей пользователей.

  • Клиент с существующим подключением ECDH к KMS поддерживает это соединение в течение периода времени (вероятно, один час). Когда пользователь становится участником пробной версии безопасности данных гибридного типа, клиент пользователя продолжает использовать существующее соединение ECDH до истечения времени ожидания. Кроме того, пользователь может выйти из приложения Webex и снова войти в него, чтобы обновить местоположение, с которым приложение связывается для получения ключей шифрования.

    То же поведение происходит при перемещении пробной версии в организацию в рабочий режим. Все пользователи без пробной версии с существующими подключениями ECDH к предыдущим службам безопасности данных будут продолжать использовать эти службы до тех пор, пока соединение ECDH не будет согласовано (истекло время ожидания или при выходе и повторном входе).

Использование OpenSSL для создания файла PKCS12

Перед началом работы

  • OpenSSL — это один из инструментов, который можно использовать для создания файла PKCS12 в соответствующем формате для загрузки в инструменте настройки HDS. Есть и другие способы сделать это, и мы не поддерживаем и не продвигаем друг друга.

  • Если вы решите использовать OpenSSL, мы предоставляем эту процедуру в качестве руководства для создания файла, который соответствует требованиям сертификата X.509 в разделе Требования к сертификату X.509. Прежде чем продолжить, ознакомьтесь с этими требованиями.

  • Установите OpenSSL в поддерживаемой среде. Информацию о программном обеспечении и документации см. в разделе https://www.openssl.org .

  • Создайте закрытый ключ.

  • Начните эту процедуру при получении сертификата сервера от центра сертификации (ЦС).

1

При получении сертификата сервера от ЦС сохраните его как hdsnode.pem.

2

Отобразите сертификат в виде текста и проверьте сведения.

openssl x509 -текст -noout -в hdsnode.pem

3

Используйте текстовый редактор для создания файла пакета сертификатов под названием hdsnode-bundle.pem. Пакетный файл должен включать сертификат сервера, все промежуточные сертификаты ЦС и корневые сертификаты ЦС в следующем формате:

-----BEGIN CERTIFICATE----- ### Сертификат сервера. ### -----END CERTIFICATE--------BEGIN CERTIFICATE----- ### Промежуточный сертификат ЦС. ### -----END CERTIFICATE-------BEGIN CERTIFICATE----- ### Корневой сертификат ЦС. ### -----END CERTIFICATE-----

4

Создайте файл .p12 с подходящим именем kms-private-key.

openssl pkcs12 -export -inkey hdsnode.key -в hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12

5

Проверьте сведения о сертификате сервера.

  1. openssl pkcs12 - в hdsnode.p12

  2. Введите пароль в окне запроса для шифрования закрытого ключа, чтобы он отображался в выводе. Затем убедитесь, что закрытый ключ и первый сертификат содержат строки friendlyName: kms-private-key.

    Пример.

    bash$ openssl pkcs12 -in hdsnode.p12 Введите пароль для импорта: MAC проверил атрибуты пакета "ОК" friendlyName: Идентификатор локального ключа kms-private-key : 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Ключевые атрибуты:  Введите фразу пароля PEM: Проверка – введите фразу для доступа PEM: -----BEGIN ENCRYPTED PRIVATE KEY-----  -----END ENCRYPTED PRIVATE KEY------ Bag Attributes friendlyName: Идентификатор локального ключа kms-private-key : 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----  -----END CERTIFICATE----- Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----  -----END CERTIFICATE-----

Дальнейшие действия

Вернитесь к разделу Выполнение предварительных требований для безопасности данных гибридного типа. Файл hdsnode.p12 и заданный для него пароль будут использоваться в разделе Создание конфигурации ISO для узлов HDS.

Эти файлы можно повторно использовать для запроса нового сертификата по истечении срока действия исходного сертификата.

Трафик между узлами HDS и облаком

Трафик сбора исходящих метрик

Узлы безопасности данных гибридного типа отправляют определенные метрики в облако Webex. К ним относятся системные метрики максимального количества подключений, использования максимального количества подключений, загрузки ЦП и количества потоков; метрики синхронных и асинхронных потоков; метрики оповещений о пороговом значении соединений шифрования, задержки или длины очереди запросов; метрики хранилища данных; и метрики подключения шифрования. Узлы отправляют зашифрованный ключ-материал по внеполосному каналу (отдельному от запроса).

Входящий трафик

Узлы безопасности данных гибридного типа получают из облака Webex следующие типы входящего трафика:

  • Запросы на шифрование от клиентов, которые маршрутизируются службой шифрования

  • Модернизация программного обеспечения узла

Настройка прокси Squid для безопасности данных гибридного типа

Невозможно выполнить подключение веб-сокетов через прокси Squid

Прокси Squid, которые проверяют трафик HTTPS, могут мешать созданию соединений веб-сокетов (wss:), которые необходимы службе безопасности данных гибридного типа. В указанных далее разделах приведены рекомендации по настройке различных версий Squid с целью игнорирования трафика wss: для обеспечения надлежащей работы служб.

Squid 4 и 5

Добавьте on_unsupported_protocol директиву в squid.conf:

on_unsupported_protocol туннель все

Squid 3.5.27

Служба безопасности данных гибридного типа успешно протестирована с указанными далее правилами, добавленными в squid.conf. Эти правила могут изменяться по мере разработки функций и обновления облака Webex.

acl wssMercuryConnection ssl::server_name_regex mercury-connection ssl_bump соединение wssMercuryConnection acl step1 at_step SslBump1 acl step2 at_step SslBump2 acl step3 at_step SslBump3 ssl_bump просмотр step1 все ssl_bump просмотр step2 все ssl_bump bump3 все

Предисловие

Новая и измененная информация

Дата

Внесенные изменения

7 января 2025 г.

20 октября 2023 г.

7 августа 2023 г.

23 мая 2023 г.

6 декабря 2022 г.

23 ноября 2022 г.

13 октября 2021 г.

Перед установкой узлов HDS на рабочем столе Docker необходимо запустить программу настройки. См. статью Требования к рабочему столу Docker.

24 июня 2021 г.

Отмечено, что для запроса другого сертификата можно повторно использовать файл закрытого ключа и CSR. Подробные сведения см. в статье Использование OpenSSL для создания файла PKCS12 .

30 апреля 2021 г.

Изменено требование виртуальной машины для локального жесткого диска на 30 ГБ. Подробные сведения см. в статье Требования к виртуальному организатору .

24 февраля 2021 г.

Инструмент настройки HDS теперь может работать за прокси. Подробные сведения см. в статье Создание ISO конфигурации для узлов HDS .

2 февраля 2021 г.

HDS теперь может работать без монтированного файла ISO. Подробные сведения см. в статье (необязательно) Отключение ISO после настройки HDS .

11 января 2021 г.

Добавлена информация о инструменте настройки HDS и прокси-серверах для создания ISO конфигурации для узлов HDS.

13 октября 2020 г.

Обновлен раздел Скачивание файлов установки.

8 октября 2020 г.

В раздел Создание конфигурации ISO для узлов HDS и Изменение конфигурации узла добавлены команды для сред FedRAMP.

14 августа 2020 г.

В раздел Создание ISO конфигурации для узлов HDS и Изменение конфигурации узла внесены изменения в процесс входа.

5 августа 2020 г.

Обновлен раздел Тестирование развертывания безопасности данных гибридного типа для отображения изменений в сообщениях журналов.

В раздел Требования к виртуальному организатору добавлено удаление максимального количества организаторов.

16 июня 2020 г.

В раздел Удаление узла внесены изменения в пользовательском интерфейсе Control Hub.

4 июня 2020 г.

Обновлен раздел Создание конфигурации ISO для узлов HDS для изменений в настройках расширенных настроек.

29 мая 2020 г.

В раздел Создание ISO конфигурации для узлов HDS добавлена возможность использования TLS с базами данных SQL Server, изменениями пользовательского интерфейса и другими разъяснениями.

5 мая 2020 г.

В раздел Требования к виртуальному организатору добавлено новое требование ESXi 6.5.

21 апреля 2020 г.

В раздел Требования к внешнему подключению добавлены новые узлы CI Америки.

1 апреля 2020 г.

В раздел Требования к внешнему подключению добавлена информация о региональных узлах CI.

20 февраля 2020 г.В раздел Создание ISO конфигурации для узлов HDS добавлена информация о новом экране дополнительных параметров в инструменте настройки HDS.
4 февраля, 2020Обновлен раздел Требования к прокси-серверу.
16 декабря 2019 г.Уточнено требование работы режима блокировки разрешения внешних DNS в разделе Требования к прокси-серверу.
19 ноября 2019 г.

Добавлена информация о режиме блокировки разрешения внешних DNS в следующих разделах:

8 ноября 2019 г.

Теперь параметры сети для узла можно настраивать во время развертывания OVA, а не после этого.

Соответственно обновлены следующие разделы:

Параметр настройки сети во время развертывания OVA протестирован в ESXi 6.5. Этот параметр может быть недоступен в более ранних версиях.

6 сентября 2019 г.

В раздел Требования к серверу базы данных добавлен стандарт SQL Server.

29 августа 2019 г.Добавлено приложение Настройка прокси Squid для безопасности данных гибридного типа с инструкциями по настройке прокси Squid для игнорирования трафика веб-сокета для надлежащей работы.
20 августа 2019 г.

Добавлены и обновлены разделы, которые охватывают поддержку прокси для связи узла безопасности данных гибридного типа с облаком Webex.

Чтобы получить доступ только к контенту поддержки прокси для существующего развертывания, см. статью справки Поддержка прокси для безопасности данных гибридного типа и сетки видео Webex .

13 июня 2019 г.В раздел Процесс выполнения рабочих задач пробной версии добавлено напоминание о синхронизации объекта группы HdsTrialGroup перед началом пробной версии, если в вашей организации используется синхронизация каталога.
6 марта 2019 г.
28 февраля 2019 г.
  • Исправлено количество локального жесткого диска на сервер, которое необходимо отложить при подготовке виртуальных хостов, которые становятся узлами безопасности данных гибридного типа, с 50 до 20 ГБ для отражения размера диска, создаваемого OVA.

26 февраля 2019 г.
  • Узлы безопасности данных гибридного типа теперь поддерживают зашифрованные соединения с серверами баз данных PostgreSQL и зашифрованные соединения ведения журналов с сервером системных журналов с поддержкой TLS. Обновлен раздел Создание ISO конфигурации для узлов HDS с инструкциями.

  • Удалены URL-адреса назначения из таблицы "Требования к подключению к Интернету для ВМ узлов безопасности данных гибридного типа". Теперь в таблице приведен список, который содержится в таблице "Дополнительные URL-адреса для служб гибридного типа Webex Teams" раздела Требования к сети для служб Webex Teams.

24 января 2019 г.

  • Служба безопасности данных гибридного типа теперь поддерживает Microsoft SQL Server в качестве базы данных. Постоянно включенный сервер SQL (отказоустойчивые кластеры с постоянной включенностью и группы с постоянной доступностью) поддерживается драйверами JDBC, которые используются в службе безопасности данных гибридного типа. Добавлен контент, связанный с развертыванием с SQL Server.

    Поддержка Microsoft SQL Server предназначена только для новых развертываний системы безопасности данных гибридного типа. В настоящее время миграция данных с PostgreSQL на Microsoft SQL Server в существующем развертывании не поддерживается.

5 ноября 2018 г.
19 октября 2018 г.

31 июля 2018 г.

21 мая 2018 г.

Изменена терминология для отражения изменения товарно-знаковой политики Cisco Spark.

  • Служба безопасности данных гибридного типа Cisco Spark теперь называется "Безопасность данных гибридного типа".

  • Приложение Cisco Spark теперь является приложением Webex.

  • Облаком Cisco Collaboraton теперь является облаком Webex.

11 апреля 2018 г.
22 февраля 2018 г.
15 февраля 2018 г.
  • В таблице Требования к сертификату X.509 указано, что сертификат не может быть групповым сертификатом и что KMS использует домен CN, а не любой домен, определенный в полях SAN x.509v3.

18 января 2018 г.

2 ноября 2017 г.

  • Уточнена синхронизация каталога HdsTrialGroup.

  • Исправлены инструкции по загрузке файла конфигурации ISO для установки на узлы виртуальной машины.

18 августа 2017 г.

Впервые опубликовано

Начало работы с системой безопасности данных гибридного типа

Обзор безопасности данных гибридного типа

С самого начала безопасность данных была главной задачей при разработке приложения Webex. В основе этой безопасности лежит сквозное шифрование контента, которое включается клиентами приложения Webex, взаимодействующими со службой управления ключами (KMS). KMS отвечает за создание и управление криптографическими ключами, которые используются клиентами для динамического шифрования и расшифровки сообщений и файлов.

По умолчанию для всех клиентов приложения Webex обеспечивается сквозное шифрование с использованием динамических ключей, которые хранятся в облаке KMS в области безопасности Cisco. Служба безопасности данных гибридного типа перемещает KMS и другие функции безопасности в корпоративный центр обработки данных, поэтому доступ к ключам для зашифрованного контента будет только у вас.

Архитектура области безопасности

Облачная архитектура Webex разбивает различные типы служб на отдельные области или домены доверия, как показано ниже.

Области разделения (без службы безопасности данных гибридного типа)

Чтобы получить дополнительные сведения о безопасности данных гибридного типа, давайте сначала рассмотрим этот облачный случай, в котором компания Cisco предоставляет все функции в облачных областях. Служба удостоверений – единственное место, где пользователи могут напрямую соотнести с их персональной информацией, такой как адрес электронной почты, логически и физически отделена от области безопасности в центре обработки данных B. Обе службы в свою очередь отделены от области, в которой в конечном итоге хранится зашифрованный контент, в центре обработки данных C.

На этой схеме клиент представляет собой приложение Webex, запущенное на ноутбуке пользователя и прошедшее аутентификацию с помощью службы удостоверений. При написании пользователем сообщения для отправки в пространство выполняются следующие действия.

  1. Клиент устанавливает безопасное соединение со службой управления ключами (KMS), затем запрашивает ключ для шифрования сообщения. Защищенное соединение использует ECDH, а KMS шифрует ключ с помощью главного ключа AES-256.

  2. Сообщение шифруется до выхода из клиента. Клиент отправляет его в службу индексации, которая создает зашифрованные индексы поиска для помощи в будущих поисковых запросах контента.

  3. Зашифрованное сообщение отправляется в службу обеспечения соответствия для проверки соответствия.

  4. Зашифрованное сообщение хранится в области хранилища.

При развертывании службы безопасности данных гибридного типа функции области безопасности (KMS, индексация и соответствие требованиям) перемещаются в локальный центр обработки данных. Другие облачные службы, которые составляют Webex (включая идентификационные данные и хранилище контента), остаются в сферах Cisco.

Сотрудничество с Другими Организациями

Пользователи в вашей организации могут регулярно использовать приложение Webex для совместной работы с внешними участниками из других организаций. Когда один из пользователей запрашивает ключ для пространства, принадлежащего вашей организации (поскольку он был создан одним из пользователей), KMS отправляет ключ клиенту по защищенному каналу ECDH. Однако если ключ для пространства принадлежит другой организации, KMS перенаправляет запрос в облако Webex через отдельный канал ECDH для получения ключа от соответствующего KMS, а затем возвращает ключ пользователю в исходном канале.

Служба KMS, запущенная в организации A, проверяет подключения к KMS в других организациях с помощью сертификатов PKI x.509. Подробные сведения о создании сертификата x.509 для использования с развертыванием службы безопасности данных гибридного типа см. в статье Требования к безопасности данных гибридного типа (в этой статье).

Ожидания развертывания службы безопасности данных гибридного типа

Развертывание службы безопасности данных гибридного типа требует значительной приверженности клиентов и осознания рисков, связанных с хранением ключей шифрования.

Для развертывания службы безопасности данных гибридного типа необходимо предоставить:

Полная потеря конфигурации ISO, созданной для службы безопасности данных гибридного типа, или предоставленной базы данных приведет к потере ключей. Потеря ключей предотвращает расшифровку контента пространства и других зашифрованных данных в приложении Webex пользователями. В этом случае можно создать новое развертывание, однако будет отображаться только новый контент. Во избежание потери доступа к данным необходимо выполнить приведенные ниже действия.

  • Управление резервным копированием и восстановлением базы данных и конфигурации ISO.

  • Будьте готовы к быстрому аварийному восстановлению в случае аварии, например, сбою диска базы данных или сбою центра обработки данных.

Механизм для перемещения ключей обратно в облако после развертывания HDS отсутствует.

Высокий уровень настройки

В этом документе описана настройка развертывания службы безопасности данных гибридного типа и управление ими.

  • Настройка службы безопасности данных гибридного типа. Сюда входит подготовка необходимой инфраструктуры и установка программного обеспечения безопасности данных гибридного типа, тестирование развертывания с подмножеством пользователей в пробном режиме и после завершения тестирования переход в рабочий режим. Таким образом вся организация будет преобразована для использования кластера безопасности данных гибридного типа для функций безопасности.

    Этапы настройки, пробного использования и производства подробно описаны в следующих трех главах.

  • Поддержка развертывания службы безопасности данных гибридного типа: облако Webex автоматически обеспечивает непрерывную модернизацию. Ваш отдел ИТ может предоставлять поддержку первого уровня для этого развертывания и при необходимости привлекать поддержку Cisco. В Control Hub можно использовать экранные уведомления и настроить предупреждения на основе сообщений электронной почты.

  • Общие предупреждения, действия по устранению неполадок и известные проблемы. При возникновении проблем с развертыванием или использованием службы безопасности данных гибридного типа можно определить и устранить проблему с помощью последней главы этого руководства и приложения "Известные проблемы".

Модель развертывания службы безопасности данных гибридного типа

В корпоративном центре обработки данных служба безопасности данных гибридного типа будет развернута в виде одного кластера узлов на отдельных виртуальных узлах. Узлы связываются с облаком Webex с помощью защищенных веб-сокетов и защищенного HTTP.

Во время процесса установки предоставляется файл OVA для настройки виртуального устройства на предоставленных вами виртуальных машинах. Инструмент настройки HDS используется для создания пользовательского файла конфигурации кластера ISO, который устанавливается на каждом узле. Кластер безопасности данных гибридного типа использует предоставленный сервер Syslogd и базу данных PostgreSQL или Microsoft SQL Server. (Сведения о соединении Syslogd и базы данных можно настроить в инструменте настройки HDS.)

Модель развертывания службы безопасности данных гибридного типа

Минимальное количество узлов в кластере: два. Рекомендуется не менее трех на кластер. Наличие нескольких узлов гарантирует, что во время модернизации программного обеспечения или других действий по техническому обслуживанию узла служба не будет прерываться. (Облако Webex модернизирует только один узел за раз.)

Все узлы в кластере имеют доступ к одному хранилищу данных и активности журналов на один и тот же сервер системных журналов. Сами узлы не имеют состояния и обрабатывают запросы на ключ в циклическом порядке, как направляется облаком.

Узлы становятся активными при регистрации в Control Hub. Чтобы вывести отдельный узел из эксплуатации, можно отменить его регистрацию, а затем, при необходимости, повторно зарегистрировать его.

Для организации поддерживается только один кластер.

Пробный режим безопасности данных гибридного типа

После настройки развертывания службы безопасности данных гибридного типа сначала попробуйте выполнить это с набором пилотных пользователей. Во время пробного периода эти пользователи используют ваш локальный домен безопасности данных гибридного типа для использования ключей шифрования и других служб, связанных с безопасностью. Другие пользователи продолжают использовать облачную безопасность.

Если вы решите не продолжать развертывание во время пробного периода и деактивировать службу, пилотные пользователи и все пользователи, с которыми они взаимодействовали, создав новые пространства в течение пробного периода, утратят доступ к сообщениям и контенту. В приложении Webex им будет отображаться сообщение "Это сообщение невозможно расшифровать".

Если вы удовлетворены тем, что развертывание хорошо работает для пользователей пробной версии и готовы расширить возможности службы безопасности данных гибридного типа для всех пользователей, развертывание будет переведено в рабочий режим. У пилотных пользователей по-прежнему будет доступ к ключам, которые использовались во время пробной версии. Однако переключиться между рабочим режимом и исходной пробной версией невозможно. Если необходимо деактивировать службу, например для аварийного восстановления, при повторной активации необходимо начать новую пробную версию и настроить набор пилотных пользователей для новой пробной версии, прежде чем вернуться в рабочий режим. Сохранение пользователями доступа к данным в данный момент зависит от того, успешно ли сохранены резервные копии хранилища данных ключей и файла конфигурации ISO для узлов безопасности данных гибридного типа в кластере.

Резервный центр обработки данных для аварийного восстановления

Во время развертывания вы настраиваете защищенный резервный центр обработки данных. В случае аварии центра обработки данных можно вручную перенести развертывание на резервный центр обработки данных.

Перед отказом в центре обработки данных A есть активные узлы HDS и основная база данных PostgreSQL или Microsoft SQL Server, в то время как в B есть копия файла ISO с дополнительными конфигурациями, ВМ, зарегистрированные в организации, и резервная база данных. После отработки отказа центр обработки данных B имеет активные узлы HDS и основную базу данных, в то время как у A есть незарегистрированные виртуальные машины и копия файла ISO, а база данных находится в режиме ожидания.
Ручное переключение на резервный центр обработки данных

Базы данных активных и резервных центров обработки данных синхронизируются друг с другом, что позволит свести к минимуму время, затрачиваемое на выполнение отработки отказа. Файл ISO резервного центра обработки данных обновлен с дополнительными конфигурациями, которые гарантируют регистрацию узлов в организации, но не будут обрабатывать трафик. Таким образом, узлы центра обработки данных в режиме ожидания всегда будут поддерживать актуальную версию программного обеспечения HDS.

Активные узлы безопасности данных гибридного типа всегда должны находиться в одном центре обработки данных с активным сервером базы данных.

Настройка центра обработки данных в режиме ожидания для аварийного восстановления

Чтобы настроить файл ISO для резервного центра обработки данных, выполните приведенные ниже действия.

Перед началом работы

  • Резервный центр обработки данных должен зеркально отображать рабочую среду виртуальных машин и резервную базу данных PostgreSQL или Microsoft SQL Server. Например, если в производственной среде есть 3 виртуальных машины с узлами HDS, резервная среда должна иметь 3 виртуальных машины. (Обзор этой модели отработки отказа см. в статье Резервный центр обработки данных для аварийного восстановления .)

  • Убедитесь, что синхронизация базы данных включена между базой данных активных и пассивных узлов кластера.

1

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание ISO конфигурации для узлов HDS.

Файл ISO должен быть копией исходного файла ISO основного центра обработки данных, на который необходимо выполнить следующие обновления конфигурации.

2

После настройки сервера Syslogd щелкните Расширенные настройки.

3

На странице Расширенные настройки добавьте конфигурацию ниже, чтобы перевести узел в пассивный режим. В этом режиме узел будет зарегистрирован в организации и подключен к облаку, но не будет обрабатывать трафик.

 passiveMode "истина" 

4

Завершите процесс настройки и сохраните файл ISO в удобном для поиска месте.

5

Сделайте резервную копию файла ISO в локальной системе. Обеспечьте безопасность резервного копирования. Этот файл содержит главный ключ шифрования для содержимого базы данных. Ограничьте доступ только тем администраторам службы безопасности данных гибридного типа, которые должны вносить изменения в конфигурацию.

6

На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой мыши и щелкните Редактировать настройки.

7

Щелкните Редактировать настройки >Диск CD/DVD 1 и выберите Файл хранилища данных ISO.

Убедитесь, что установлены флажки Подключено и Подключиться при включении , чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь, что сигналы отсутствуют в течение не менее 15 минут.

9

Повторите процесс для каждого узла в центре обработки данных в режиме ожидания.

Проверьте системные журналы, чтобы убедиться, что узлы находятся в пассивном режиме. В системных журналах можно просматривать сообщение "KMS configured in passive mode".

Дальнейшие действия

После настройки passiveMode в файле ISO и сохранения его можно создать другую копию файла ISO без конфигурации passiveMode и сохранить его в безопасном местоположении. Эта копия файла ISO без настройки passiveMode может помочь в быстром процессе отработки отказа во время аварийного восстановления. Подробную процедуру аварийного восстановления см. в статье Аварийное восстановление с помощью центра обработки данных в режиме ожидания .

Поддержка прокси

Служба безопасности данных гибридного типа поддерживает явные прокси, прозрачные прокси с проверкой и прокси без проверки. Чтобы обеспечить защиту и мониторинг трафика из сети предприятия в облако, можно связать эти прокси с развертыванием. После настройки прокси на узлах административный интерфейс платформы на узлах можно использовать для управления сертификатами и просмотра общего состояния соединений.

Узлы безопасности данных гибридного типа поддерживают указанные далее параметры прокси.

  • Нет прокси. Значение по умолчанию, если для интеграции прокси не используется конфигурация доверенного хранилища и прокси для настройки узла HDS. Обновление сертификата не требуется.

  • Прозрачный прокси без проверки. Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.

  • Прозрачный туннелирование или прокси с проверкой. Узлы не настроены для использования адреса определенного прокси-сервера. На узлах не нужно изменять конфигурацию HTTP или HTTPS. Как бы то ни было, для обеспечения доверия прокси узлам необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).

  • Явный прокси. При использовании явного прокси необходимо указать прокси-сервер и схему аутентификации узлам HDS. Для настройки явного прокси на каждом узле нужно ввести следующую информацию.

    1. IP/FQDN прокси. Адрес, который можно использовать для связи с прокси-машиной.

    2. Порт прокси. Номер порта, который прокси использует для прослушивания прокси-трафика.

    3. Proxy Protocol (Протокол прокси). В зависимости от поддержки прокси-сервера выберите один из следующих протоколов.

      • HTTP – просматривает все запросы, отправляемые клиентом, и управляет этими запросами.

      • HTTPS – обеспечивает работу канала связи с сервером. Клиент получает и проверяет сертификат сервера.

    4. Тип аутентификации: выберите один из приведенных ниже типов аутентификации.

      • Нет. Дальнейшая аутентификация не требуется.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

      • Базовый: используется для агента пользователя HTTP для указания имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен, если в качестве протокола прокси выбран протокол HTTP или HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только в том случае, если в качестве протокола прокси выбран протокол HTTPS.

        Требует ввода имени пользователя и пароля на каждом узле.

Пример узлов безопасности данных гибридного типа и прокси

На этой схеме представлен пример соединения между системой безопасности данных гибридного типа, сетью и прокси. При использовании прозрачного прокси с проверкой или явного прокси с проверкой HTTPS на прокси и узлы безопасности данных гибридного типа необходимо установить один и тот же корневой сертификат.

Режим блокировки разрешения внешних DNS (конфигурации явного прокси)

При регистрации узла или проверке конфигурации прокси узла процесс тестирует поиск DNS и подключение к облаку Cisco Webex. В развертываниях с конфигурациями явного прокси, которые не допускают разрешения внешних DNS для внутренних клиентов, если узел не может посылать запросы на DNS-серверы, он автоматически переходит в режим блокировки разрешения внешних DNS. В этом режиме можно продолжить регистрацию узла и другие тестирования подключения к прокси.

Подготовка среды

Требования к безопасности данных гибридного типа

Требования к лицензии Cisco Webex

Развертывание службы безопасности данных гибридного типа.

Требования к рабочему столу Docker

Перед установкой узлов HDS необходимо запустить программу настройки с помощью Docker Desktop. Docker недавно обновил свою модель лицензирования. Для вашей организации может потребоваться платная подписка на Docker Desktop. Подробности см. в записи блога Docker, " Docker обновляет и расширяет подписки на продукты".

Требования к сертификату X.509

Цепочка сертификатов должна соответствовать следующим требованиям:

Таблица 1. Требования к сертификату X.509 для развертывания системы безопасности данных гибридного типа

Требование

Подробности

  • Подписано доверенным центром сертификации (ЦС)

По умолчанию мы доверяем ЦС в списке Mozilla (за исключением WoSign и StartCom) по адресу https://wiki.mozilla.org/CA:IncludedCAs.

  • Носит доменное имя общего имени (CN), идентифицирующее развертывание службы безопасности данных гибридного типа.

  • Не является групповым сертификатом

CN не требуется, чтобы он был доступен или был организатором в режиме реального времени. Рекомендуется использовать название, отражающее вашу организацию, например hds.company.com.

CN не должен содержать * (подстановочный знак).

CN используется для проверки узлов безопасности данных гибридного типа для клиентов приложения Webex. Все узлы безопасности данных гибридного типа в кластере используют один и тот же сертификат. Ваш KMS идентифицирует себя с помощью домена CN, а не любого домена, определенного в полях SAN x.509v3.

После регистрации узла с этим сертификатом изменение доменного имени CN не поддерживается. Выберите домен, который может применяться как к пробным, так и к производственным развертываниям.

  • Подпись без SHA1

Программное обеспечение KMS не поддерживает подписи SHA1 для проверки подключений к KMS других организаций.

  • Отформатирован в виде файла PKCS #12, защищенного паролем

  • Используйте понятное имя kms-private-key для тегов сертификата, закрытого ключа и всех промежуточных сертификатов для загрузки.

Для изменения формата сертификата можно использовать преобразователь, например OpenSSL.

При запуске инструмента настройки HDS потребуется ввести пароль.

Программное обеспечение KMS не обеспечивает принудительное использование ключа или расширенные ограничения на его использование. Некоторые центры сертификации требуют, чтобы к каждому сертификату применялись расширенные ограничения на использование ключей, например аутентификация сервера. Использовать аутентификацию сервера или другие настройки можно.

Требования к виртуальному организатору

Виртуальные узлы, которые будут настроены в качестве узлов безопасности данных гибридного типа в кластере, имеют следующие требования:

  • По крайней мере два отдельных узла (рекомендуется 3) размещены в одном защищенном центре обработки данных

  • Установлена и запущена VMware ESXi 7.0 (или более поздняя версия).

    При наличии более ранней версии ESXi необходимо выполнить модернизацию.

  • Минимум 4 ЦП, 8 ГБ основной памяти, 30 ГБ локального жесткого диска на сервер

Требования к серверу базы данных

Создайте новую базу данных для хранилища ключей. Не используйте базу данных по умолчанию. Приложения HDS при установке создают схему базы данных.

Существует два варианта сервера баз данных. Требования для каждого из них приведены ниже.

Таблица 2. Требования к серверу базы данных в разрезе типов базы данных

PostgreSQL

Сервер Microsoft SQL

  • Установленный и запущенный PostgreSQL 14, 15 или 16.

  • Установлен SQL Server 2016, 2017 или 2019 (корпоративный или стандартный).

    Для SQL Server 2016 требуется пакет обновления 2 и накопительное обновление 2 или более поздняя версия.

Минимум 8 виртуальных ЦП, 16 ГБ основной памяти, достаточное пространство на жестком диске и мониторинг для обеспечения его отсутствия (рекомендуется 2 ТБ, если необходимо запустить базу данных в течение длительного времени без увеличения объема хранилища)

Минимум 8 виртуальных ЦП, 16 ГБ основной памяти, достаточное пространство на жестком диске и мониторинг для обеспечения его отсутствия (рекомендуется 2 ТБ, если необходимо запустить базу данных в течение длительного времени без увеличения объема хранилища)

Программное обеспечение HDS в настоящее время устанавливает следующие версии драйверов для связи с сервером базы данных:

PostgreSQL

Сервер Microsoft SQL

Драйвер JDBC Postgres 42.2.5

Драйвер JDBC 4.6 для SQL-сервера

Эта версия драйвера поддерживает SQL Server Always On (экземпляры отказоустойчивого кластера и группы доступности Always On).

Дополнительные требования для аутентификации Windows на Microsoft SQL Server

Если необходимо, чтобы узлы HDS использовали аутентификацию Windows для получения доступа к базе данных хранилища ключей на Microsoft SQL Server, в вашей среде потребуется следующая конфигурация:

  • Узлы HDS, инфраструктура Active Directory и сервер MS SQL должны быть синхронизированы с NTP.

  • Учетная запись Windows, которую вы предоставляете узлам HDS, должна иметь доступ к базе данных для чтения и записи.

  • Серверы DNS, предоставляемые узлам HDS, должны иметь возможность разрешать центр распределения ключей (KDC).

  • Экземпляр базы данных HDS можно зарегистрировать на сервере Microsoft SQL в качестве главного имени службы (SPN) в Active Directory. См. статью Регистрация имени участника службы для Kerberos Connections.

    Инструмент настройки HDS, программа запуска HDS и локальный KMS должны использовать аутентификацию Windows для доступа к базе данных хранилища ключей. Они используют сведения из конфигурации ISO для создания SPN при запросе доступа с аутентификацией Kerberos.

Требования к внешнему подключению

Настройте брандмауэр, чтобы разрешить следующее подключение для приложений HDS:

Приложение

Протокол

Порт

Направление из приложения

Адресат

Узлы безопасности данных гибридного типа

Протокол TCP

443

Исходящие HTTPS и WSS

  • Серверы Webex:

    • *.wbx2.com

    • *.ciscospark.com

  • Все хосты Common Identity

  • Другие URL-адреса, перечисленные для службы безопасности данных гибридного типа в таблице Дополнительные URL-адреса для служб гибридного типа Webex раздела Требования к сети для служб Webex

Инструмент настройки HDS

Протокол TCP

443

HTTPS для исходящих вызовов

  • *.wbx2.com

  • Все хосты Common Identity

  • hub.docker.com

Узлы безопасности данных гибридного типа работают с преобразованием сетевого доступа (NAT) или за брандмауэром, если NAT или брандмауэр допускает необходимые исходящие соединения с адресатами домена в таблице выше. Для соединений, поступающих на узлы безопасности данных гибридного типа, порты не должны отображаться из Интернета. В центре обработки данных клиентам необходим доступ к узлам безопасности данных гибридного типа на портах 443 и 22 TCP в административных целях.

URL-адреса узлов общих параметров идентификации (CI) специфичны для региона. Ниже приведены текущие узлы CI.

Регион

URL-адреса хостов общих параметров идентификации

Северная и Южная Америка

  • https://idbroker.webex.com

  • https://identity.webex.com

  • https://idbroker-b-us.webex.com

  • https://identity-b-us.webex.com

Европейский союз

  • https://idbroker-eu.webex.com

  • https://identity-eu.webex.com

Канада

  • https://idbroker-ca.webex.com

  • https://identity-ca.webex.com

Сингапур
  • https://idbroker-sg.webex.com

  • https://identity-sg.webex.com

Объединенные Арабские Эмираты
  • https://idbroker-ae.webex.com

  • https://identity-ae.webex.com

Требования к прокси-серверу

  • Мы официально поддерживаем следующие решения для прокси, которые можно интегрировать с узлами безопасности данных гибридного типа:

  • Поддерживаются следующие комбинации типов аутентификации для явных прокси:

    • без аутентификации при использовании HTTP или HTTPS;

    • базовая аутентификация при использовании HTTP или HTTPS;

    • дайджест-аутентификация только при использовании HTTPS;

  • При наличии прозрачного прокси с проверкой или явного прокси HTTPS необходимо иметь копию корневого сертификата прокси. Инструкции по развертыванию, приведенные в этом руководстве, содержат информацию о том, как загрузить эту копию в зоны доверия узлов безопасности данных гибридного типа.

  • Сеть, в которой размещены узлы HDS, должна обеспечивать принудительную маршрутизацию исходящего трафика TCP на порте 443 через прокси.

  • Прокси, проверяющие веб-трафик, могут нарушать работу соединений веб-сокетов. Для устранения этой проблемы трафик следует направить в обход (без проверки) на wbx2.com и *.teams.webex.com.

Выполнение предварительных требований для службы безопасности данных гибридного типа

Используйте этот перечень действий, чтобы убедиться в готовности к установке и настройке кластера безопасности данных гибридного типа.
1

Убедитесь, что для вашей организации Webex включена профессиональная версия Cisco Webex Control Hub, и получите учетные данные учетной записи с полными правами администратора организации. Обратитесь за помощью к своему партнеру Cisco или менеджеру по работе с клиентами.

2

Выберите имя домена для развертывания HDS (например, hds.company.com) и получите цепочку сертификатов, содержащую сертификат X.509, закрытый ключ и любые промежуточные сертификаты. Цепочка сертификатов должна соответствовать требованиям, указанным в разделе Требования к сертификатам X.509.

3

Подготовьте идентичные виртуальные узлы, которые будут настроены в качестве узлов безопасности данных гибридного типа в кластере. Необходимо разместить не менее двух отдельных организаторов (рекомендуется 3) в одном и том же защищенном центре обработки данных, который соответствует требованиям в разделе Требования к виртуальному организатору.

4

Подготовьте сервер базы данных, который будет использоваться в качестве хранилища ключевых данных для кластера в соответствии с требованиями сервера базы данных. Сервер базы данных должен быть размещен в защищенном центре обработки данных с виртуальными хостами.

  1. Создайте базу данных для хранилища ключей. (Необходимо создать эту базу данных. Не используйте базу данных по умолчанию. Приложения HDS при установке создают схему базы данных.)

  2. Соберите сведения, которые узлы будут использовать для связи с сервером базы данных.

    • имя хоста или IP-адрес (хост) и порт

    • имя базы данных (dbname) для хранилища ключей

    • имя пользователя и пароль пользователя со всеми правами в базе данных хранилища ключей

5

Для быстрого аварийного восстановления настройте резервную среду в другом центре обработки данных. Резервная среда дублирует производственную среду виртуальных машин и сервер базы данных резервного копирования. Например, если в производственной среде есть 3 виртуальных машины с узлами HDS, резервная среда должна иметь 3 виртуальных машины.

6

Настройте узел системного журнала для сбора журналов с узлов в кластере. Соберите сетевой адрес и порт системного журнала (по умолчанию UDP 514).

7

Создайте политику безопасного резервного копирования для узлов безопасности данных гибридного типа, сервера базы данных и узла системного журнала. Как минимум, чтобы предотвратить необратимую потерю данных, необходимо создать резервную копию базы данных и файла конфигурации ISO, созданного для узлов безопасности данных гибридного типа.

Поскольку узлы безопасности данных гибридного типа хранят ключи, используемые при шифровании и расшифровке контента, невыполнение оперативного развертывания приведет к НЕОБРАТИМОЙ ПОТЕРЕ этого контента.

Клиенты приложения Webex кэшируют свои ключи, поэтому сбои могут не сразу стать заметными, но со временем станут очевидными. Временные перебои невозможно предотвратить, но их можно восстановить. Однако полная потеря базы данных или файла конфигурации ISO (нет доступных резервных копий) приведет к невозможности восстановления данных клиента. Ожидается, что операторы узлов безопасности данных гибридного типа осуществляют частые резервные копии базы данных и файла конфигурации ISO и будут готовы к обновлению центра обработки данных службы безопасности данных гибридного типа в случае катастрофической ошибки.

8

Убедитесь, что конфигурация брандмауэра разрешает соединение для узлов безопасности данных гибридного типа, как описано в разделе Требования к внешнему подключению.

9

Установите Docker (https://www.docker.com) на любом локальном компьютере, на котором запущена поддерживаемая ОС (64-разрядная версия Microsoft Windows 10 Professional или Enterprise или Mac OSX Yosemite 10.10.3 или более поздняя версия) с веб-браузером, с помощью которого можно получить доступ на странице http://127.0.0.1:8080.

Экземпляр Docker используется для скачивания и запуска инструмента настройки HDS, который создает информацию локальной конфигурации для всех узлов безопасности данных гибридного типа. Вашей организации может потребоваться лицензия Docker Desktop. Дополнительную информацию см. в статье Требования к рабочему столу Docker .

Для установки и запуска инструмента настройки HDS локальная машина должна иметь подключение, описанное в разделе Требования к внешнему подключению.

10

При интеграции прокси с системой безопасности данных гибридного типа убедитесь, что он соответствует требованиям к прокси-серверу.

11

Если в вашей организации используется синхронизация каталога, создайте в Active Directory группу под названием HdsTrialGroup и добавьте пилотных пользователей. В группе пробных версий может быть до 250 пользователей. Прежде чем начать использование пробной версии для своей организации, объект HdsTrialGroup должен быть синхронизирован с облаком. Чтобы синхронизировать групповой объект, выберите его в меню Конфигурация соединителя каталогов > Выбор объекта . (Подробные инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.)

Ключи для определенного пространства задаются создателем пространства. При выборе пилотных пользователей имейте в виду, что если вы решите окончательно деактивировать развертывание службы безопасности данных гибридного типа, все пользователи утратят доступ к контенту в пространствах, созданных пилотными пользователями. Потеря становится очевидной, как только приложения пользователей обновляют свои кэшированные копии контента.

Настройка кластера безопасности данных гибридного типа

Алгоритм выполнения задач по развертыванию службы безопасности данных гибридного типа

Перед началом работы

1

Скачать файлы установки

Скачайте файл OVA на локальный компьютер для дальнейшего использования.

2

Создание ISO конфигурации для узлов HDS

Используйте инструмент настройки HDS для создания файла конфигурации ISO для узлов безопасности данных гибридного типа.

3

Установка файла OVA узла HDS

Создайте виртуальную машину из файла OVA и выполните начальную конфигурацию, например параметры сети.

Параметр настройки сети во время развертывания OVA протестирован с помощью ESXi 7.0. Этот параметр может быть недоступен в более ранних версиях.

4

Настройка виртуальной машины безопасности данных гибридного типа

Войдите в консоль виртуальной машины и задайте учетные данные для входа. Настройте параметры сети для узла, если они не были настроены во время развертывания файла OVA.

5

Загрузка и установка ISO конфигурации HDS

Настройте виртуальную машину из файла конфигурации ISO, созданного с помощью инструмента настройки HDS.

6

Настройка узла HDS для интеграции прокси

Если в сетевой среде требуется конфигурация прокси, укажите тип прокси, который будет использоваться для узла, и при необходимости добавьте сертификат прокси в доверенное хранилище.

7

Регистрация первого узла в кластере

Зарегистрируйте виртуальную машину в облаке Cisco Webex в качестве узла безопасности данных гибридного типа.

8

Создание и регистрация дополнительных узлов

Завершите настройку кластера.

9

До начала использования пробной версии узлы генерируют сигнал о том, что ваша служба еще не активирована.

Скачать файлы установки

В этой задаче вы скачаете файл OVA на свой компьютер (а не на серверы, настроенные в качестве узлов безопасности данных гибридного типа). Этот файл будет использован позже в процессе установки.
1

Войдите в https://admin.webex.com и щелкните Службы.

2

В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Настройка.

Если карточка отключена или вы ее не видите, обратитесь в команду по работе с учетными записями или в партнерскую организацию. Предоставьте им свой номер учетной записи и попросите включить в своей организации службу безопасности данных гибридного типа. Чтобы найти номер учетной записи, щелкните шестеренку справа вверху рядом с названием своей организации.

Также можно скачать файл OVA в любое время из раздела Справка на странице Настройки . На карточке безопасности данных гибридного типа щелкните Изменить настройки , чтобы открыть страницу. Затем щелкните Скачать программное обеспечение безопасности данных гибридного типа в разделе Справка .

Более ранние версии пакета программного обеспечения (OVA) не будут совместимы с последними модернизациями безопасности данных гибридного типа. Это может привести к ошибкам во время модернизации приложения. Убедитесь, что скачано последнюю версию файла OVA.

3

Выберите Нет , чтобы указать, что узел еще не настроен, а затем щелкните Далее.

Скачивание файла OVA начнется автоматически. Сохраните файл в местоположении на своем компьютере.
4

При необходимости щелкните Открыть руководство по развертыванию , чтобы проверить доступность более поздней версии этого руководства.

Создание ISO конфигурации для узлов HDS

Процесс настройки безопасности данных гибридного типа создает файл ISO. Затем для настройки узла безопасности данных гибридного типа используется ISO.

Прежде чем начать

1

Введите соответствующую команду для вашей среды в командной строке компьютера.

В обычных средах:

docker rmi ciscocitg/hds-setup:stable

В средах FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

На этом этапе очищаются предыдущие образы инструмента настройки HDS. Если предыдущих образов нет, отображается ошибка, которую можно проигнорировать.

2

Чтобы войти в реестр образов Docker, введите следующее.

docker login -u hdscustomersro
3

Введите в запросе пароля этот хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
4

Скачайте последнюю стабильную версию образа для вашей среды.

В обычных средах:

docker pull ciscocitg/hds-setup:stable

В средах FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable
5

По завершении скачивания введите соответствующую команду для вашей среды.

  • В обычных средах без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
  • В обычных средах с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В обычных средах с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
  • В средах FedRAMP без прокси:

    docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTP-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
  • В средах FedRAMP с HTTPS-прокси:

    docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

6

Инструмент настройки не поддерживает подключение к localhost с помощью http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

Перейдите к локальному узлу http://127.0.0.1:8080 с помощью веб-браузера и введите имя пользователя администратора клиента для Control Hub в окне подсказки.

Инструмент использует эту первую запись имени пользователя для настройки соответствующей среды для этой учетной записи. Затем инструмент отображает стандартную подсказку для входа в систему.

7

При отображении соответствующего запроса введите учетные данные для входа администратора клиента Control Hub и щелкните Войти , чтобы разрешить доступ к необходимым службам для службы безопасности данных гибридного типа.

8

На странице обзора инструмента настройки щелкните Начало работы.

9

На странице Импорт ISO доступны следующие параметры.

  • Нет. Если вы создаете первый узел HDS, у вас нет файла ISO для загрузки.
  • Да. Если вы уже создали узлы HDS, выберите файл ISO в окне просмотра и загрузите его.
10

Проверьте, соответствует ли сертификат X.509 требованиям к сертификатам X.509.

  • Если сертификат ранее не загружался, загрузите сертификат X.509, введите пароль и щелкните Продолжить.
  • Если сертификат в ОК, щелкните Продолжить.
  • Если срок действия сертификата истек или вы хотите заменить его, выберите Нет для параметра Продолжить использование цепочки сертификатов HDS и закрытого ключа из предыдущего ISO?. Загрузите новый сертификат X.509, введите пароль и щелкните Продолжить.
11

Введите адрес базы данных и учетную запись HDS для доступа к хранилищу данных ключей:

  1. Выберите Тип базы данных (PostgreSQL или Microsoft SQL Server).

    При выборе Microsoft SQL Server появится поле "Тип аутентификации".

  2. (Только Microsoft SQL Server ) Выберите Тип аутентификации.

    • Базовая аутентификация. В поле Имя пользователя необходимо указать имя учетной записи локального сервера SQL.

    • Аутентификация Windows. Необходима учетная запись Windows в формате имя_пользователя@ДОМЕН в поле Имя_пользователя .

  3. Введите адрес сервера базы данных в форме : или :.

    Пример.
    dbhost.example.org:1433 или 198.51.100.17:1433

    Если узлы не могут использовать DNS для разрешения имени узла, можно использовать IP-адрес для базовой аутентификации.

    При использовании аутентификации Windows необходимо ввести полное доменное имя в формате dbhost.example.org:1433

  4. Введите имя базы данных.

  5. Введите имя пользователя и пароль пользователя со всеми правами в базе данных хранилища ключей.

12

Выберите Режим подключения к базе данных TLS.

Mode

Описание

Предпочтительное использование TLS (параметр по умолчанию)

Узлам HDS не требуется TLS для подключения к серверу базы данных. Если на сервере базы данных включить TLS, узлы попытаются установить зашифрованное соединение.

Обязательное использование TLS

Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

Обязательное использование TLS и проверка источника подписи сертификата

Этот режим неприменим к базам данных SQL Server.

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает подписавшего сертификат сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

Воспользуйтесь элементом управления корневым сертификатом базы данных под раскрывающимся списком, чтобы загрузить корневой сертификат для этого параметра.

Обязательное использование TLS и проверка источника подписи сертификата и имени узла

  • Подключение узлов HDS будет выполнено только в том случае, если сервер базы данных может согласовывать использование TLS.

  • После установления соединения TLS узел сравнивает подписавшего сертификат сервера базы данных с центром сертификации в корневом сертификате базы данных. При отсутствии совпадения узел разорвет соединение.

  • Узлы также проверяют, совпадает ли имя узла в сертификате сервера с именем узла в поле Узел базы данных и порт . Необходимо точное совпадение имен. Иначе узел разорвет соединение.

Воспользуйтесь элементом управления корневым сертификатом базы данных под раскрывающимся списком, чтобы загрузить корневой сертификат для этого параметра.

При загрузке корневого сертификата (при необходимости) и нажатии Продолжить инструмент настройки HDS тестирует подключение TLS к серверу базы данных. Инструмент также выполняет проверку источника подписи сертификата и имени узла (если применимо). Если тест не будет пройден, в инструменте будет отображено сообщение об ошибке с описанием проблемы. Можно выбрать параметр игнорирования ошибки и продолжить настройку. (Из-за различий соединения узлы HDS могут установить соединение TLS, даже если машина средства настройки HDS не может успешно протестировать его.)

13

На странице «Системные журналы» настройте сервер Syslogd:

  1. Введите URL-адрес сервера системного журнала.

    Если сервер не может разрешить DNS из узлов для кластера HDS, используйте IP-адрес в URL.

    Пример.
    udp://10.92.43.23:514 означает вход в хост Syslogd 10.92.43.23 на порте UDP 514.
  2. Если вы настроили на сервере использование шифрования TLS, установите флажок Настроен ли сервер системного журнала для шифрования SSL?.

    Если установить этот флажок, необходимо ввести URL-адрес TCP, например tcp://10.92.43.23:514.

  3. В раскрывающемся списке Выберите прекращение записи системного журнала выберите соответствующую настройку для файла ISO. Выбор или новая линия используется для TCP-протокола Graylog и Rsyslog

    • Нулевой байт -- \x00

    • Новая линия -- \n: выберите этот вариант для TCP-протокола Graylog и Rsyslog.

  4. Щелкните Продолжить.

14

(Необязательно) Можно изменить значение по умолчанию для некоторых параметров подключения к базе данных в разделе Расширенные настройки. Как правило, этот параметр является единственным, который необходимо изменить:

app_datasource_connection_pool_maxРазмер: 10
15

Щелкните Продолжить на экране Сброс пароля учетных записей службы .

Срок действия паролей учетных записей службы составляет девять месяцев. Используйте этот экран, когда срок действия паролей скоро истечет или вы хотите сбросить их, чтобы сделать предыдущие файлы ISO недействительными.

16

Щелкните Скачать файл ISO. Сохраните файл в удобном для поиска местоположении.

17

Сделайте резервную копию файла ISO в локальной системе.

Обеспечьте безопасность резервного копирования. Этот файл содержит главный ключ шифрования для содержимого базы данных. Ограничьте доступ только тем администраторам службы безопасности данных гибридного типа, которые должны вносить изменения в конфигурацию.

18

Чтобы завершить работу инструмента настройки, нажмите CTRL+C.

Дальнейшие действия

Создайте резервную копию файла конфигурации ISO. Это необходимо для создания дополнительных узлов для восстановления или внесения изменений в конфигурацию. В случае утери всех копий файла ISO также был утрачен главный ключ. Невозможно восстановить ключи из базы данных PostgreSQL или Microsoft SQL Server.

У нас никогда не будет копии этого ключа, и мы не можем помочь, если вы его потеряете.

Установка файла OVA узла HDS

Используйте эту процедуру для создания виртуальной машины из файла OVA.
1

Используйте клиент VMware vSphere на компьютере для входа в виртуальный хост ESXi.

2

Выберите Файл > Развернуть шаблон OVF.

3

В мастере укажите расположение скачанного ранее файла OVA и щелкните Далее.

4

На странице Выберите имя и папку введите имя виртуальной машины для узла (например, "HDS_Node_1"), выберите местоположение, в котором может находиться развертывание узла виртуальной машины, и щелкните Далее.

5

На странице Выбор вычислительного ресурса выберите целевой вычислительный ресурс и щелкните Далее.

Выполняется проверка. По завершении отобразятся сведения о шаблоне.

6

Проверьте сведения о шаблоне и щелкните Далее.

7

При появлении запроса на выбор конфигурации ресурса на странице Конфигурация щелкните 4 ЦП , а затем щелкните Далее.

8

На странице Выбор хранилища щелкните Далее , чтобы принять формат диска по умолчанию и политику хранилища виртуальной машины.

9

На странице Выбор сетей выберите параметр сети из списка записей, чтобы обеспечить необходимое подключение к виртуальной машине.

10

На странице Настройка шаблона настройте приведенные ниже параметры сети.

  • Имя узла. Введите FQDN (имя узла и домен) или одно слово имя узла.
    • Настройка домена в соответствии с доменом, который вы использовали для получения сертификата X.509, не требуется.

    • Чтобы обеспечить успешную регистрацию в облаке, используйте только символы нижнего регистра в FQDN или имени узла, заданном для узла. В настоящее время заглавные буквы не поддерживаются.

    • Общая длина FQDN не должна превышать 64 символа.

  • IP-адрес: введите IP-адрес для внутреннего интерфейса узла.

    Узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

  • Маска. Введите адрес маски подсети в десятичном формате. Например, 255.255.255.0.
  • Шлюз: введите IP-адрес шлюза. Шлюз — это сетевой узел, который служит точкой доступа к другой сети.
  • DNS-серверы: введите список DNS-серверов, разделенных запятыми, для обработки перевода доменных имен на числовые IP-адреса. (Разрешено до 4 записей DNS.)
  • NTP Servers (Серверы NTP). Введите сервер NTP вашей организации или другой внешний сервер NTP, который можно использовать в вашей организации. Серверы NTP по умолчанию могут работать не для всех предприятий. Для ввода нескольких NTP-серверов также можно использовать список, разделенный запятыми.
  • Разверните все узлы в одной подсети или VLAN, чтобы все узлы в кластере были доступны из клиентов вашей сети в административных целях.

При необходимости можно пропустить конфигурацию сетевых настроек и выполнить действия, описанные в разделе Настройка виртуальной машины безопасности данных гибридного типа , чтобы настроить параметры с помощью консоли узла.

Параметр настройки сети во время развертывания OVA протестирован с помощью ESXi 7.0. Этот параметр может быть недоступен в более ранних версиях.

11

Щелкните правой кнопкой мыши узел виртуальной машины и выберите Питание > Включение.

Программное обеспечение безопасности данных гибридного типа устанавливается в качестве гостя на узле виртуальной машины. Теперь вы готовы войти в консоль и настроить узел.

Рекомендации по устранению неисправностей

Контейнеры узла могут появиться через несколько минут. Во время первой загрузки на консоли отображается сообщение брандмауэра моста, в течение которого невозможно войти в систему.

Настройка виртуальной машины безопасности данных гибридного типа

Используйте эту процедуру для первого входа в консоль виртуальной машины узла безопасности данных гибридного типа и установки учетных данных для входа. Можно также использовать консоль для настройки сетевых параметров узла, если они не были настроены во время развертывания файла OVA.

1

В клиенте VMware vSphere выберите виртуальную машину узла безопасности данных гибридного типа и откройте вкладку Консоль .

Будет загружена виртуальная машина, и отобразится запрос на вход. Если запрос на вход не отображается, нажмите клавишу ввода.
2

Для входа и изменения учетных данных используйте следующие параметры входа и пароля по умолчанию:

  1. Вход: Администратор

  2. Пароль. Cisco

Поскольку вы впервые входите в свою виртуальную машину, вам необходимо изменить пароль администратора.

3

Если параметры сети уже настроены в разделе Установка OVA узла HDS, пропустите остальную процедуру. В противном случае в главном меню выберите параметр Редактировать конфигурацию .

4

Настройте статическую конфигурацию с использованием IP-адреса, маски, шлюза и информации DNS. Узел должен иметь внутренний IP-адрес и имя DNS. DHCP не поддерживается.

5

(Необязательно) Измените имя хоста, домен или NTP-серверы, если это необходимо для соответствия вашей сетевой политике.

Настройка домена в соответствии с доменом, который вы использовали для получения сертификата X.509, не требуется.

6

Сохраните конфигурацию сети и перезагрузите виртуальную машину, чтобы изменения вступили в силу.

Загрузка и установка ISO конфигурации HDS

Используйте эту процедуру для настройки виртуальной машины из файла ISO, созданного с помощью инструмента настройки HDS.

Перед началом работы

Поскольку в файле ISO содержится главный ключ, он должен быть раскрыт только по принципу «необходимо знать» для доступа виртуальных машин безопасности данных гибридного типа и всех администраторов, которым может потребоваться внести изменения. Убедитесь, что доступ к хранилищу данных могут получить только эти администраторы.

1

Загрузите файл ISO со своего компьютера.

  1. На левой панели навигации клиента VMware vSphere щелкните сервер ESXi.

  2. В списке "Оборудование" вкладки "Конфигурация" щелкните Хранилище.

  3. В списке хранилищ данных щелкните правой кнопкой мыши хранилище данных для виртуальных машин и щелкните Обзор хранилища данных.

  4. Щелкните пиктограмму "Загрузить файлы" и щелкните Загрузить файл.

  5. Перейдите в расположение, в котором скачался файл ISO на компьютер, и щелкните Открыть.

  6. Щелкните Да , чтобы принять предупреждение о загрузке или скачивании и закрыть диалоговое окно хранилища данных.

2

Установите файл ISO:

  1. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  2. Щелкните ОК , чтобы принять предупреждение об ограничении параметров редактирования.

  3. Щелкните Привод CD/DVD 1, выберите параметр подключения из файла хранилища данных ISO и перейдите в расположение, в котором был загружен файл конфигурации ISO.

  4. Установите флажки Подключено и Подключиться при включении.

  5. Сохраните изменения и перезагрузите виртуальную машину.

Дальнейшие действия

Если политика ИТ требует, после внесения изменений конфигурации на всех узлах можно отсоединить файл ISO. Подробные сведения см. в статье (необязательно) Отключение ISO после настройки HDS .

Настройка узла HDS для интеграции прокси

Если в сетевой среде необходимо использовать прокси, воспользуйтесь этой процедурой, чтобы указать тип прокси, который нужно интегрировать со службой безопасности данных гибридного типа. При выборе прозрачного прокси с проверкой или явного прокси HTTPS можно использовать интерфейс узла для загрузки и установки корневого сертификата. Кроме того, в интерфейсе можно проверять соединение с прокси и устранять неполадки.

Перед началом работы

1

Введите в веб-браузере URL-адрес для настройки узла HDS https://[IP-адрес или FQDN узла HDS]/setup, укажите учетные данные администратора, заданные вами для узла, и щелкните Sign In (Вход).

2

Откройте раздел Trust Store & Proxy (Зона доверия и прокси) и выберите один из следующих параметров.

  • Без прокси. Этот параметр используется по умолчанию перед интеграцией прокси. Обновление сертификата не требуется.
  • Прозрачный прокси без проверки. Узлы не настроены для использования адреса определенного прокси-сервера и не должны требовать каких-либо изменений для работы с прокси без проверки. Обновление сертификата не требуется.
  • Прозрачный прокси с проверкой: узлы не настроены для использования адреса определенного прокси-сервера. В развертывании службы безопасности данных гибридного типа не нужно вносить изменения в конфигурацию HTTPS, однако для обеспечения доверия прокси узлам HDS необходим корневой сертификат. Как правило, специалисты по ИТ используют прокси с проверкой для обеспечения соблюдения политик посещения веб-сайтов и запрещения определенных типов контента. Этот тип прокси расшифровывает весь трафик (даже HTTPS).
  • Явный прокси. При использовании явного прокси клиент (узлы HDS) определяет, какой прокси-сервер использовать. Этот параметр поддерживает несколько типов аутентификации. После выбора этого параметра необходимо ввести указанную далее информацию.
    1. IP/FQDN прокси. Адрес, который можно использовать для связи с прокси-машиной.

    2. Порт прокси. Номер порта, который прокси использует для прослушивания прокси-трафика.

    3. Proxy Protocol (Протокол прокси). Выберите http (просмотр и управление всеми запросами, полученными от клиента) или https (обеспечивает канал для сервера, а клиент получает и проверяет сертификат сервера). Выберите параметр в зависимости от того, какой протокол поддерживает используемый вами прокси-сервер.

    4. Тип аутентификации: выберите один из приведенных ниже типов аутентификации.

      • Нет. Дальнейшая аутентификация не требуется.

        Этот параметр доступен для прокси HTTP или HTTPS.

      • Базовый: используется для агента пользователя HTTP для указания имени пользователя и пароля при совершении запроса. Использует кодировку Base64.

        Этот параметр доступен для прокси HTTP или HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

      • Дайджест. Используется для подтверждения учетной записи перед отправкой конфиденциальной информации. Применяет хэш-функцию к имени пользователя и паролю перед отправкой в сети.

        Этот параметр доступен только для прокси HTTPS.

        Если вы выберете этот параметр, вам понадобится ввести имя пользователя и пароль.

В случае использования прозрачного прокси с проверкой, явного прокси HTTP с базовой аутентификацией или явного прокси HTTPS выполните указанные далее шаги.

3

Щелкните Upload a Root Certificate or End Entity Certificate (Загрузить корневой сертификат или сертификат конечного субъекта) и откройте меню для выбора корневого сертификата для прокси.

Сертификат будет загружен, но не установлен, поскольку для установки сертификата необходимо перезагрузить узел. Чтобы получить дополнительные сведения, щелкните стрелку-шеврон, расположенную рядом с именем издателя сертификата. Если вы допустили ошибку и хотите вновь загрузить файл, щелкните Delete (Удалить).

4

Чтобы протестировать сетевое соединение между узлом и прокси, щелкните Check Proxy Connection (Проверить соединение с прокси).

Если тестирование соединения завершится неудачей, на экране появится сообщение об ошибке, в котором будут указаны причина и способ исправления ошибки.

Если отображено сообщение о том, что не удалось предоставить разрешение внешнего DNS, значит, узлу не удалось подключиться к DNS-серверу. Такая проблема может возникнуть во многих конфигурациях явного прокси. Можно продолжить настройку, и узел будет работать в режиме блокировки разрешения внешних DNS. Если вы считаете, что это ошибка, выполните эти действия, а затем см. статью Выключение режима блокировки разрешения внешних DNS.

5

Если вы используете явный прокси, настроенный на применение исключительно https, после успешного завершения тестирования соединения включите параметр Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси (Маршрутизировать все запросы https портов 443 и 444 от этого узла через явный прокси). Для вступления в силу этого параметра необходимо 15 секунд.

6

Щелкните Install All Certificates Into the Trust Store (Установить все сертификаты в зоне доверия) – этот параметр отображается при использовании явного прокси HTTPS или прозрачного прокси с проверкой – или Reboot (Перезагрузить) – этот параметр отображается при использовании явного прокси HTTP. Прочитайте запрос и щелкните Install (Установить), если вы готовы к установке.

Узел перезагрузится в течение нескольких минут.

7

После перезагрузки узла повторно войдите в систему, если это необходимо, и откройте страницу Обзор, чтобы выполнить проверки соединений. Состояние всех проверок должно быть обозначено зеленым цветом.

Проверка соединения с прокси используется исключительно для тестирования поддомена webex.com. Проблемы с соединениями нередко возникают из-за того, что некоторые облачные домены, указанные в инструкциях по установке, блокируются на уровне прокси.

Регистрация первого узла в кластере

Эта задача берет общий узел, созданный в разделе Настройка виртуальной машины безопасности данных гибридного типа, регистрирует узел в облаке Webex и преобразует его в узел безопасности данных гибридного типа.

При регистрации первого узла создается кластер, которому он назначен. Кластер содержит один или несколько узлов, развернутых для резервирования.

Перед началом работы

  • После начала регистрации узла ее необходимо завершить в течение 60 минут или начать заново.

  • Убедитесь, что все блокировки всплывающих окон в браузере отключены или вы разрешаете исключение для admin.webex.com.

1

Войдите в https://admin.webex.com.

2

В меню в левой части экрана выберите Службы.

3

В разделе служб гибридного типа найдите раздел "Безопасность данных гибридного типа" и щелкните Настройка.

Отобразится страница "Регистрация узла безопасности данных гибридного типа".
4

Выберите Да , чтобы указать, что узел настроен и готовы зарегистрировать его, а затем щелкните Далее.

5

В первом поле введите имя кластера, которому необходимо назначить узел безопасности данных гибридного типа.

Рекомендуется назвать кластер в зависимости от географического расположения узлов кластера. Примеры: "Сан-Франциско", "Нью-Йорк" или "Даллас"

6

Во втором поле введите внутренний IP-адрес или полное доменное имя узла и щелкните Далее.

Этот IP-адрес или полное доменное имя должны совпадать с IP-адресом или именем хоста и доменом, которые вы использовали в разделе Настройка виртуальной машины безопасности данных гибридного типа.

Отобразится сообщение о том, что можно зарегистрировать узел в Webex.
7

Щелкните Перейти к узлу.

8

Щелкните Продолжить в сообщении с предупреждением.

Через несколько секунд вы будете перенаправлены на тестирование подключения узла для служб Webex. Если все тесты будут успешными, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". Здесь вы подтверждаете, что хотите предоставить вашей организации Webex полномочия на доступ к узлу.
9

Установите флажок в поле Разрешить доступ к узлу безопасности данных гибридного типа и щелкните Продолжить.

Учетная запись подтверждена. В сообщении "Регистрация завершена" указано, что узел зарегистрирован в облаке Webex.
10

Чтобы вернуться на страницу безопасности данных гибридного типа Control Hub, щелкните ссылку или закройте вкладку.

На странице Безопасность данных гибридного типа отображается новый кластер, содержащий зарегистрированный узел. Узел будет автоматически скачан новейшее программное обеспечение из облака.

Создание и регистрация дополнительных узлов

Чтобы добавить дополнительные узлы в кластер, просто создайте дополнительные виртуальные машины и подключите тот же файл конфигурации ISO, а затем зарегистрируйте узел. Рекомендуется иметь не менее 3 узлов.

В настоящее время резервные виртуальные машины, созданные в разделе Выполнение предварительных требований для безопасности данных гибридного типа , являются резервными организаторами, которые используются только в случае аварийного восстановления; до этого они не регистрируются в системе. Подробности см. в статье Аварийное восстановление с помощью режима ожидания центра обработки данных.

Перед началом работы

  • После начала регистрации узла ее необходимо завершить в течение 60 минут или начать заново.

  • Убедитесь, что все блокировки всплывающих окон в браузере отключены или вы разрешаете исключение для admin.webex.com.

1

Создайте новую виртуальную машину из файла OVA, повторяя шаги, описанные в разделе Установка файла OVA узла HDS.

2

Настройте начальную конфигурацию новой виртуальной машины, повторяя шаги, описанные в разделе Настройка виртуальной машины безопасности данных гибридного типа.

3

В новой виртуальной машине повторите шаги, описанные в разделе Загрузка и установка ISO конфигурации HDS.

4

При настройке прокси для развертывания повторите шаги, описанные в разделе Настройка узла HDS для интеграции прокси для нового узла.

5

Зарегистрируйте узел.

  1. В https://admin.webex.com в меню в левой части экрана выберите Службы .

  2. В разделе служб гибридного типа найдите карточку безопасности данных гибридного типа и щелкните Ресурсы.

    Откроется страница "Ресурсы безопасности данных гибридного типа".
  3. Щелкните Добавить ресурс.

  4. В первом поле выберите имя существующего кластера.

  5. Во втором поле введите внутренний IP-адрес или полное доменное имя узла и щелкните Далее.

    Отобразится сообщение о том, что можно зарегистрировать узел в облаке Webex.
  6. Щелкните Перейти к узлу.

    Через несколько секунд вы будете перенаправлены на тестирование подключения узла для служб Webex. Если все тесты будут успешными, отобразится страница "Разрешить доступ к узлу безопасности данных гибридного типа". После этого вы подтверждаете, что хотите предоставить организации полномочия на доступ к узлу.
  7. Установите флажок в поле Разрешить доступ к узлу безопасности данных гибридного типа и щелкните Продолжить.

    Учетная запись подтверждена. В сообщении "Регистрация завершена" указано, что узел зарегистрирован в облаке Webex.
  8. Чтобы вернуться на страницу безопасности данных гибридного типа Control Hub, щелкните ссылку или закройте вкладку.

Ваш узел зарегистрирован. Обратите внимание, что до начала использования пробной версии ваши узлы генерируют сигнал о том, что ваша служба еще не активирована.

Дальнейшие действия

Запуск пробной версии и переход в рабочий режим (следующая глава)

Запуск пробной версии и переход в рабочий режим

Процесс выполнения рабочих задач пробной версии

После настройки кластера безопасности данных гибридного типа можно запустить пилотный проект, добавить в него пользователей, а также начать использовать его для тестирования и проверки развертывания в процессе подготовки к переходу в рабочий режим.

1

При необходимости синхронизируйте объект группы HdsTrialGroup .

Если в вашей организации для пользователей используется синхронизация каталога, перед началом использования пробной версии необходимо выбрать объект группы HdsTrialGroup для синхронизации с облаком. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

2

Активировать пробную версию

Начните использование пробной версии. До выполнения этой задачи узлы генерируют сигнал о том, что служба еще не активирована.

3

Тестирование развертывания службы безопасности данных гибридного типа

Убедитесь, что запросы ключей передаются в развертывание службы безопасности данных гибридного типа.

4

Мониторинг работоспособности службы безопасности данных гибридного типа

Проверьте состояние и настройте уведомления по электронной почте о сигналах.

5

Добавление или удаление пользователей из пробной версии

6

Завершите пробный этап одним из приведенных ниже действий.

Активировать пробную версию

Перед началом работы

Если в вашей организации для пользователей используется синхронизация каталога, необходимо выбрать объект группы HdsTrialGroup для синхронизации с облаком, прежде чем вы сможете начать использование пробной версии для своей организации. Инструкции см. в руководстве по развертыванию соединителя каталогов Cisco.

1

Войдите в https://admin.webex.com и выберите Службы.

2

В разделе безопасности данных гибридного типа щелкните Настройки.

3

В разделе "Состояние службы" щелкните Начать использование пробной версии.

Состояние службы изменится на пробный режим.
4

Щелкните Добавить пользователей и введите адрес электронной почты одного или нескольких пользователей, чтобы пилотно использовать узлы безопасности данных гибридного типа для служб шифрования и индексации.

(Если в вашей организации используется синхронизация каталога, для управления группой пробных версий HdsTrialGroup используйте Active Directory.)

Тестирование развертывания службы безопасности данных гибридного типа

Используйте эту процедуру для тестирования сценариев шифрования безопасности данных гибридного типа.

Перед началом работы

  • Настройте развертывание службы безопасности данных гибридного типа.

  • Активируйте пробную версию и добавьте несколько пользователей пробной версии.

  • Убедитесь, что у вас есть доступ к системному журналу, чтобы проверить, передаются ли запросы ключей в развертывание службы безопасности данных гибридного типа.

1

Ключи для определенного пространства задаются создателем пространства. Войдите в приложение Webex в качестве одного из пилотных пользователей, а затем создайте пространство и пригласите хотя бы одного пилотного пользователя и одного непилотного пользователя.

Если деактивировать развертывание безопасности данных гибридного типа, контент в пространствах, созданных пилотными пользователями, больше не будет доступен после замены кэшированных клиентом копий ключей шифрования.

2

Отправить сообщения в новое пространство.

3

Проверьте вывод системного журнала, чтобы убедиться, что запросы ключей передаются в развертывание службы безопасности данных гибридного типа.

  1. Чтобы проверить, установит ли пользователь защищенный канал в KMS, отфильтруйте kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION.

    Необходимо найти следующую запись (идентификаторы, сокращенные для удобства чтения):
    2020-07-21 17:35:34.562 (+0000) KMS INFO [pool-14-thread-1] – получен [KMS:REQUEST], идентификатор устройства: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms://hds2.org5.portun.us/statickeys/3[~]0 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2
  2. Чтобы проверить, требуется ли пользователю, запрашивающему существующий ключ из KMS, выполните фильтр в меню kms.data.method=retrieve и kms.data.type=KEY.

    Отобразится запись, аналогичная приведенной ниже.
    2020-07-21 17:44:19.889 (+0000) INFO KMS [pool-14-thread-31] – получен [KMS:REQUEST], идентификатор устройства: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=retrieve, kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b
  3. Чтобы проверить, требуется ли пользователю создать новый ключ KMS, выполните фильтр в меню kms.data.method=create и kms.data.type=KEY_COLLECTION.

    Отобразится запись, аналогичная приведенной ниже.
    2020-07-21 17:44:21.975 (+0000) INFO KMS [pool-14-thread-33] – получен [KMS:REQUEST], идентификатор устройства: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b
  4. Чтобы проверить, есть ли у пользователя запрос на создание нового объекта ресурса KMS (KRO) при создании пространства или другого защищенного ресурса, используйте фильтры в разделах kms.data.method=create и kms.data.type=RESOURCE_COLLECTION.

    Отобразится запись, аналогичная приведенной ниже.
    2020-07-21 17:44:22.808 (+0000) INFO KMS [pool-15-thread-1] – получен [KMS:REQUEST], идентификатор устройства: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Мониторинг работоспособности службы безопасности данных гибридного типа

Индикатор состояния в Control Hub показывает, все ли в порядке развертывания службы безопасности данных гибридного типа. Для более упреждающих предупреждений зарегистрируйтесь для получения уведомлений по электронной почте. Вы будете уведомлены о появлении сигналов, влияющих на службу, или о модернизации программного обеспечения.
1

В Control Hub в меню в левой части экрана выберите Службы .

2

В разделе служб гибридного типа найдите раздел "Безопасность данных гибридного типа" и щелкните Настройки.

Отобразится страница "Настройки безопасности данных гибридного типа".
3

В разделе "Электронные уведомления" введите один или несколько адресов электронной почты, разделяя их запятыми, и нажмите клавишу ввода.

Добавление или удаление пользователей из пробной версии

После активации пробной версии и добавления первоначального набора пользователей пробной версии можно добавить или удалить участников пробной версии в любое время во время ее использования.

Если удалить пользователя из пробной версии, клиент пользователя запросит ключи и создание ключей в облаке KMS, а не в KMS. Если клиенту необходим ключ, который хранится в KMS, облачная служба KMS получит его от имени пользователя.

Если в вашей организации используется синхронизация каталога, используйте Active Directory (вместо этой процедуры) для управления пробной группой HdsTrialGroup. Вы можете просматривать участников группы в Control Hub, но не можете добавлять или удалять их.

1

Войдите в Control Hub и выберите Службы.

2

В разделе безопасности данных гибридного типа щелкните Настройки.

3

В разделе "Пробный режим" области "Состояние службы" щелкните Добавить пользователей или щелкните Просмотр и редактирование , чтобы удалить пользователей из пробной версии.

4

Введите адрес электронной почты одного или нескольких пользователей, которых необходимо добавить, или щелкните X рядом с идентификатором пользователя, чтобы удалить пользователя из пробной версии. Затем щелкните Сохранить.

Переход из пробной версии в рабочий режим

Если вы удовлетворены работой развертывания для пользователей пробной версии, можно перейти в рабочий режим. При переходе в рабочий режим все пользователи в организации будут использовать ваш локальный домен безопасности данных гибридного типа для использования ключей шифрования и других служб, связанных с безопасностью. Невозможно вернуться в пробный режим из рабочего режима, пока служба не будет деактивирована в рамках аварийного восстановления. Для повторной активации службы необходимо настроить новую пробную версию.
1

Войдите в Control Hub и выберите Службы.

2

В разделе безопасности данных гибридного типа щелкните Настройки.

3

В разделе "Состояние службы" щелкните Переместить в рабочий режим.

4

Подтвердите свое намерение переместить всех пользователей в рабочий режим.

Завершение пробной версии без перехода в рабочий режим

Если во время пробной версии вы решите не запускать развертывание службы безопасности данных гибридного типа, можно деактивировать службу безопасности данных гибридного типа. Это приведет к завершению пробной версии и возврату пользователей пробной версии в службы безопасности данных в облаке. Пользователи пробной версии утратят доступ к данным, которые были зашифрованы во время пробной версии.
1

Войдите в Control Hub и выберите Службы.

2

В разделе безопасности данных гибридного типа щелкните Настройки.

3

В разделе "Деактивировать" щелкните Деактивировать.

4

Подтвердите деактивацию службы и завершите использование пробной версии.

Управление развертыванием HDS

Управление развертыванием HDS

Для управления развертыванием службы безопасности данных гибридного типа используйте описанные здесь задачи.

Настройка графика модернизации кластера

Модернизация программного обеспечения службы безопасности данных гибридного типа выполняется автоматически на уровне кластера, что гарантирует, что на всех узлах всегда запущена одна и та же версия программного обеспечения. Модернизация выполняется в соответствии с графиком модернизации кластера. Когда модернизация программного обеспечения становится доступной, можно вручную модернизировать кластер до запланированного времени модернизации. Можно задать конкретное расписание модернизации или использовать расписание по умолчанию: 3:00 (ежедневно в США). Америка/Лос-Анджелес. При необходимости можно также отложить предстоящую модернизацию.

Чтобы настроить график модернизации, выполните указанные ниже действия.

1

Войдите в Control Hub.

2

На странице "Обзор" в разделе служб гибридного типа выберите Безопасность данных гибридного типа.

3

На странице "Ресурсы безопасности данных гибридного типа" выберите кластер.

4

На панели "Обзор" справа в разделе "Настройки кластера" выберите имя кластера.

5

В разделе "Модернизация" на странице "Настройки" выберите время и часовой пояс для графика модернизации.

Примечание. В часовом поясе отображаются следующие доступные дата и время модернизации. При необходимости можно отложить модернизацию на следующий день, щелкнув Отложить.

Изменение конфигурации узла

Иногда может потребоваться изменить конфигурацию узла безопасности данных гибридного типа по одной из причин:
  • Изменение сертификатов x.509 по истечении срока действия или по другим причинам.

    Изменение доменного имени CN сертификата не поддерживается. Домен должен совпадать с исходным доменом, использованным для регистрации кластера.

  • Обновление настроек базы данных для работы с копией базы данных PostgreSQL или Microsoft SQL Server.

    Перенос данных с PostgreSQL на Microsoft SQL Server или в обратном направлении не поддерживается. Чтобы переключить среду базы данных, начните новое развертывание службы безопасности данных гибридного типа.

  • Создание новой конфигурации для подготовки нового центра обработки данных.

Из соображений безопасности для учетных записей в службе безопасности данных гибридного типа используются пароли со сроком действия 9 месяцев. После того как инструмент настройки HDS создаст эти пароли, вам нужно будет развернуть их в каждом из своих узлов HDS в файле конфигурации ISO. При приближении даты окончания срока действия пароля команда Webex пришлет вам уведомление с запросом на сброс пароля учетной записи компьютера. (В сообщении электронной почты будет текст "Использование API учетной записи компьютера для обновления пароля".) Если срок действия паролей еще не истек, средство предоставляет два варианта.

  • Мягкий сброс. Старые и новые пароли работают в течение 10 дней. Используйте этот период для постепенной замены файла ISO на узлах.

  • Принудительный сброс: старые пароли перестают работать немедленно.

Если срок действия ваших паролей истекает без сброса, это влияет на работу вашей службы HDS. В этом случае требуется немедленный жесткий сброс и замена файла ISO на всех узлах.

Используйте эту процедуру, чтобы создать новый файл конфигурации ISO и применить его к кластеру.

Прежде чем начать

  • Инструмент настройки HDS работает как контейнер Docker на локальной машине. Чтобы получить доступ, запустите Docker на этом компьютере. Для процесса настройки требуются учетные данные учетной записи Control Hub с полными правами администратора вашей организации.

    Если инструмент настройки HDS работает за прокси в вашей среде, предоставьте настройки прокси (сервер, порт, учетные данные) через переменные среды Docker при загрузке контейнера Docker в 1.e. В этой таблице указаны некоторые из возможных переменных среды.

    Описание

    Переменная

    HTTP-прокси без аутентификации

    ГЛОБАЛЬНЫЙ_AGENT_HTTP_PROXY=http://SERVER_IP:ПОРТ

    HTTPS-прокси без аутентификации

    ГЛОБАЛЬНЫЙ_ОПЕРАТОР_HTTPS_PROXY=http://СЕРВЕР_IP:ПОРТ

    HTTP-прокси с аутентификацией

    ГЛОБАЛЬНЫЙ_ОПЕРАТОР_HTTP_PROXY=http://ИМЯ ПОЛЬЗОВАТЕЛЯ:ПАРОЛЬ@СЕРВЕР_IP:ПОРТ

    HTTPS-прокси с аутентификацией

    ГЛОБАЛЬНЫЙ_ОПЕРАТОР_HTTPS_PROXY=http://ИМЯ ПОЛЬЗОВАТЕЛЯ:ПАРОЛЬ@СЕРВЕР_IP:ПОРТ

  • Для создания новой конфигурации потребуется копия текущего файла конфигурации ISO. Файл ISO содержит главный ключ шифрования базы данных PostgreSQL или Microsoft SQL Server. Файл ISO необходим для изменения конфигурации, в том числе учетных данных базы данных, обновления сертификатов или изменения политики авторизации.

1

Запустите инструмент настройки HDS, используя Docker на локальной машине.

  1. Введите соответствующую команду для вашей среды в командной строке компьютера.

    В обычных средах:

    docker rmi ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker rmi ciscocitg/hds-setup-fedramp:stable

    На этом этапе очищаются предыдущие образы инструмента настройки HDS. Если предыдущих образов нет, отображается ошибка, которую можно проигнорировать.

  2. Чтобы войти в реестр образов Docker, введите следующее.

    docker login -u hdscustomersro
  3. Введите в запросе пароля этот хеш:

    dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
  4. Скачайте последнюю стабильную версию образа для вашей среды.

    В обычных средах:

    docker pull ciscocitg/hds-setup:stable

    В средах FedRAMP:

    docker pull ciscocitg/hds-setup-fedramp:stable

    Обязательно скачайте для этой процедуры последнюю версию инструмента настройки. В версиях инструмента, созданных до 22 февраля 2018 г., нет экранов сброса пароля.

  5. По завершении скачивания введите соответствующую команду для вашей среды.

    • В обычных средах без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
    • В обычных средах с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В обычных средах с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable
    • В средах FedRAMP без прокси:

      docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTP-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable
    • В средах FedRAMP с HTTPS-прокси:

      docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

    Когда контейнер запущен, отображается текст "Сервер Express прослушивает порт 8080".

  6. Используйте браузер для подключения к localhost, http://127.0.0.1:8080.

    Инструмент настройки не поддерживает подключение к localhost с помощью http://localhost:8080. Используйте http://127.0.0.1:8080 для подключения к локальному узлу.

  7. При отображении соответствующего запроса введите учетные данные для входа клиента в Control Hub и щелкните Принять , чтобы продолжить.

  8. Импортируйте текущий файл конфигурации ISO.

  9. Следуйте подсказкам, чтобы завершить работу с инструментом и скачать обновленный файл.

    Чтобы завершить работу инструмента настройки, нажмите CTRL+C.

  10. Создайте резервную копию обновленного файла в другом центре обработки данных.

2

Если у вас запущен только один узел HDS, создайте новую виртуальную машину узла безопасности данных гибридного типа и зарегистрируйте ее с помощью нового файла конфигурации ISO. Более подробные инструкции см. в статье Создание и регистрация дополнительных узлов.

  1. Установите OVA узла HDS.

  2. Настройте виртуальную машину HDS.

  3. Подключите обновленный файл конфигурации.

  4. Зарегистрируйте новый узел в Control Hub.

3

Для существующих узлов HDS, в которых используется старый файл конфигурации, необходимо установить файл ISO. Выполните следующую процедуру для каждого узла по очереди, обновив каждый узел до выключения следующего узла.

  1. Выключите виртуальную машину.

  2. На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой и щелкните Редактировать параметры.

  3. Щелкните Дисковод компакт-дисков и DVD-дисков 1, выберите параметр подключения из файла ISO и найдите расположение, куда вы скачали новый файл конфигурации ISO.

  4. Установите флажок Соединять при включении.

  5. Сохраните изменения и включите виртуальную машину.

4

Повторите шаг 3, чтобы заменить конфигурацию на каждом оставшемся узле со старой конфигурацией.

Отключение режима блокировки разрешения внешних DNS

При регистрации узла или проверке конфигурации прокси узла процесс тестирует поиск DNS и подключение к облаку Cisco Webex. Если DNS-сервер узла не может разрешать общедоступные имена DNS, узел автоматически переходит в режим блокировки разрешения внешних DNS.

Если узлы могут разрешать общедоступные имена DNS через внутренние DNS-серверы, можно отключить этот режим, повторно запустив тестирование подключения к прокси на каждом узле.

Перед началом работы

Убедитесь в том, что внутренние DNS-серверы могут разрешать общедоступные имена DNS и ваши узлы могут обмениваться данными с ними.
1

В веб-браузере откройте интерфейс узла безопасности данных гибридного типа (например, IP-адрес или настройка) https://192.0.2.0/setup), введите учетные данные администратора, настроенные для узла, и щелкните Войти.

2

Перейдите к разделу Overview (Обзор) (страница по умолчанию).

Если режим включен, параметр Blocked External DNS Resolution (Блокировка разрешения внешних DNS) должен иметь значение Yes (Да).

3

Перейдите на страницу Trust Store & Proxy (Зона доверия и прокси).

4

Щелкните Check Proxy Connection (Проверить соединение с прокси).

Если отображено сообщение о том, что не удалось предоставить разрешение внешнего DNS, значит, узлу не удалось подключиться к DNS-серверу и он останется в этом режиме. В противном случае после перезапуска узла и возврата на страницу Overview (Обзор) параметр блокировки разрешения внешних DNS должен иметь значение No (Нет).

Дальнейшие действия

Повторите тестирование соединения с прокси для каждого узла кластера безопасности данных гибридного типа.

Удаление узла

Используйте эту процедуру для удаления узла безопасности данных гибридного типа из облака Webex. После удаления узла из кластера удалите виртуальную машину, чтобы предотвратить дальнейший доступ к данным безопасности.
1

С помощью клиента VMware vSphere на компьютере можно войти в виртуальный хост ESXi и выключить виртуальную машину.

2

Удалить узел:

  1. Войдите в Control Hub и выберите Службы.

  2. На карточке безопасности данных гибридного типа щелкните Просмотреть все , чтобы отобразить страницу ресурсов безопасности данных гибридного типа.

  3. Выберите кластер, чтобы отобразить его панель "Обзор".

  4. Щелкните Открыть список узлов.

  5. На вкладке «Узлы» выберите узел, который необходимо удалить.

  6. Щелкните Действия > Отменить регистрацию узла.

3

В клиенте vSphere удалите виртуальную машину. (На панели навигации слева щелкните виртуальную машину правой кнопкой мыши и щелкните Удалить.)

Если виртуальная машина не удалена, не забудьте отсоединить файл конфигурации ISO. Без файла ISO вы не сможете использовать виртуальную машину для доступа к данным безопасности.

Аварийное восстановление с помощью центра обработки данных в режиме ожидания

Наиболее важной службой, предоставляемой кластером безопасности данных гибридного типа, является создание и хранение ключей, используемых для шифрования сообщений и другого контента, хранящегося в облаке Webex. Для каждого пользователя в организации, назначенного службе безопасности данных гибридного типа, запросы на создание нового ключа маршрутизируются в кластер. Кластер также отвечает за возврат созданных им ключей всем пользователям, авторизованным для их извлечения, например участникам пространства для разговора.

Поскольку кластер выполняет критически важную функцию предоставления этих ключей, необходимо, чтобы кластер продолжал работать и чтобы поддерживались соответствующие резервные копии. Потеря базы данных безопасности данных гибридного типа или конфигурации ISO, используемой для схемы, приведет к НЕОБРАТИМОЙ ПОТЕРЕ контента клиента. Для предотвращения таких потерь необходимо выполнить следующие действия:

Если из-за аварии развертывание HDS в основном центре обработки данных становится недоступным, выполните эту процедуру, чтобы вручную переключиться на резервный центр обработки данных.

1

Запустите инструмент настройки HDS и выполните действия, указанные в разделе Создание ISO конфигурации для узлов HDS.

2

После настройки сервера Syslogd щелкните Расширенные настройки.

3

На странице Расширенные настройки добавьте конфигурацию ниже или удалите конфигурацию passiveMode , чтобы сделать узел активным. После настройки узел может обрабатывать трафик.

 passiveMode "Ложь" 

4

Завершите процесс настройки и сохраните файл ISO в удобном для поиска месте.

5

Сделайте резервную копию файла ISO в локальной системе. Обеспечьте безопасность резервного копирования. Этот файл содержит главный ключ шифрования для содержимого базы данных. Ограничьте доступ только тем администраторам службы безопасности данных гибридного типа, которые должны вносить изменения в конфигурацию.

6

На левой панели навигации клиента VMware vSphere щелкните виртуальную машину правой кнопкой мыши и щелкните Редактировать настройки.

7

Щелкните Редактировать настройки >Диск CD/DVD 1 и выберите Файл хранилища данных ISO.

Убедитесь, что установлены флажки Подключено и Подключиться при включении , чтобы обновленные изменения конфигурации вступили в силу после запуска узлов.

8

Включите узел HDS и убедитесь, что сигналы отсутствуют в течение не менее 15 минут.

9

Повторите процесс для каждого узла в центре обработки данных в режиме ожидания.

Проверьте вывод системного журнала, чтобы убедиться, что узлы центра обработки данных в режиме ожидания не находятся в пассивном режиме. Параметр "KMS, настроенный в пассивном режиме" не должен отображаться в системных журналах.

Дальнейшие действия

После переключения на резервный центр обработки данных, если основной центр обработки данных снова становится активным, снова переведите его в пассивный режим, выполнив действия, описанные в разделе Настройка центра обработки данных в режиме ожидания для аварийного восстановления.

(Необязательно) Отсоедините ISO после настройки HDS

Стандартная конфигурация HDS выполняется с установленным ISO. Однако некоторые клиенты предпочитают не оставлять файлы ISO постоянно монтированными. После того как все узлы HDS примут новую конфигурацию, можно отсоединить файл ISO.

Для изменения конфигурации по-прежнему используются файлы ISO. При создании нового ISO или обновлении ISO с помощью инструмента настройки необходимо установить обновленный ISO на всех узлах HDS. С помощью этой процедуры можно снова отключить ISO, после того как все узлы примут изменения конфигурации.

Перед началом работы

Модернизируйте все свои узлы HDS до версии 2021.01.22.4720 или более поздней.

1

Закройте один из своих узлов HDS.

2

В vCenter Server Appliance выберите узел HDS.

3

Выберите Редактировать настройки > Привод CD/DVD и снимите флажок Файл хранилища данных ISO.

4

Включите узел HDS и убедитесь, что сигналы отсутствуют в течение не менее 20 минут.

5

Повторите эту процедуру для каждого узла HDS по очереди.

Устранение неполадок службы безопасности данных гибридного типа

Просмотр предупреждений и устранение неполадок

Развертывание службы безопасности данных гибридного типа считается недоступным, если все узлы в кластере недоступны или кластер работает настолько медленно, что истекло время ожидания. Если пользователи не могут подключиться к кластеру безопасности данных гибридного типа, у них будут следующие симптомы:

  • Не удается создать новые пространства (не удается создать новые ключи)

  • Не удалось расшифровать сообщения и заголовки пространств для:

    • Новые пользователи, добавленные в пространство (невозможно получить ключи)

    • Существующие пользователи в пространстве, использующие новый клиент (не удается получить ключи)

  • Существующие пользователи в пространстве будут продолжать успешно работать, пока в их клиентах будет сохранен кэш ключей шифрования

Важно надлежащим образом отслеживать кластер безопасности данных гибридного типа и своевременно реагировать на все предупреждения во избежание перебоев в работе службы.

Предупреждения

При возникновении проблем с настройкой безопасности данных гибридного типа Control Hub отображает предупреждения администратору организации и отправляет электронные сообщения на настроенный адрес электронной почты. Предупреждения охватывают многие распространенные сценарии.

Таблица 1. Общие проблемы и действия по их устранению

Предупреждать

Действие

Ошибка доступа к локальной базе данных.

Проверьте наличие ошибок базы данных или проблем локальной сети.

Сбой подключения к локальной базе данных.

Убедитесь в доступности сервера базы данных и использовании правильных учетных данных учетной записи службы в конфигурации узла.

Сбой доступа к облачной службе.

Убедитесь, что узлы могут получить доступ к серверам Webex, как указано в разделе Требования к внешнему подключению.

Обновление регистрации облачной службы.

Регистрация в облачных службах прервана. Выполняется возобновление регистрации.

Регистрация для облачной службы прервана.

Регистрация в облачных службах прервана. Служба выключена.

Служба еще не активирована.

Активируйте пробную версию или завершите перемещение пробной версии в рабочий режим.

Настроенный домен не соответствует сертификату сервера.

Убедитесь, что сертификат сервера соответствует настроенному домену активации службы.

Наиболее вероятная причина заключается в том, что CN сертификата недавно был изменен и теперь отличается от CN, использованного во время начальной настройки.

Не удалось выполнить аутентификацию в облачных службах.

Проверьте точность и возможный срок действия учетных данных службы.

Не удалось открыть файл локального хранилища ключей.

Проверка целостности и точности пароля в файле локального хранилища ключей.

Недействительный сертификат локального сервера.

Проверьте дату истечения срока действия сертификата сервера и убедитесь, что он был выдан доверенным центром сертификации.

Не удается опубликовать метрики.

Проверьте доступ локальной сети к внешним облачным службам.

Каталог /media/configdrive/hds не существует.

Проверьте конфигурацию подключения ISO на виртуальном хосте. Проверьте, существует ли файл ISO, настроен ли он для подключения при перезагрузке и успешно ли установлен.

Устранение неполадок службы безопасности данных гибридного типа

При устранении неполадок со службой безопасности данных гибридного типа используйте приведенные ниже общие рекомендации.
1

Просмотрите все предупреждения в Control Hub и исправьте все найденные в нем элементы.

2

Проверьте вывод сервера системных журналов для активности из развертывания службы безопасности данных гибридного типа.

3

Обратитесь в службу поддержки Cisco.

Другие примечания

Известные проблемы безопасности данных гибридного типа

  • Если вы выключите кластер безопасности данных гибридного типа (удалив его в Control Hub или выключив все узлы), потеряете файл конфигурации ISO или доступ к базе данных хранилища ключей, пользователи приложения Webex больше не смогут использовать пространства из списка пользователей, созданных с помощью ключей из KMS. Это применимо как к пробным, так и к производственным развертываниям. В настоящий момент для устранения этой проблемы нет обходного решения или решения. Мы настоятельно призываем вас не выключать службы HDS после обработки активных учетных записей пользователей.

  • Клиент с существующим подключением ECDH к KMS поддерживает это соединение в течение периода времени (вероятно, один час). Когда пользователь становится участником пробной версии безопасности данных гибридного типа, клиент пользователя продолжает использовать существующее соединение ECDH до истечения времени ожидания. Кроме того, пользователь может выйти из приложения Webex и снова войти в него, чтобы обновить местоположение, с которым приложение связывается для получения ключей шифрования.

    То же поведение происходит при перемещении пробной версии в организацию в рабочий режим. Все пользователи без пробной версии с существующими подключениями ECDH к предыдущим службам безопасности данных будут продолжать использовать эти службы до тех пор, пока соединение ECDH не будет согласовано (истекло время ожидания или при выходе и повторном входе).

Использование OpenSSL для создания файла PKCS12

Перед началом работы

  • OpenSSL — это один из инструментов, который можно использовать для создания файла PKCS12 в соответствующем формате для загрузки в инструменте настройки HDS. Есть и другие способы сделать это, и мы не поддерживаем и не продвигаем друг друга.

  • Если вы решите использовать OpenSSL, мы предоставляем эту процедуру в качестве руководства для создания файла, который соответствует требованиям сертификата X.509 в разделе Требования к сертификату X.509. Прежде чем продолжить, ознакомьтесь с этими требованиями.

  • Установите OpenSSL в поддерживаемой среде. Информацию о программном обеспечении и документации см. в разделе https://www.openssl.org .

  • Создайте закрытый ключ.

  • Начните эту процедуру при получении сертификата сервера от центра сертификации (ЦС).

1

При получении сертификата сервера от ЦС сохраните его как hdsnode.pem.

2

Отобразите сертификат в виде текста и проверьте сведения.

openssl x509 -текст -noout -в hdsnode.pem

3

Используйте текстовый редактор для создания файла пакета сертификатов под названием hdsnode-bundle.pem. Пакетный файл должен включать сертификат сервера, все промежуточные сертификаты ЦС и корневые сертификаты ЦС в следующем формате:

-----BEGIN CERTIFICATE----- ### Сертификат сервера. ### -----END CERTIFICATE--------BEGIN CERTIFICATE----- ### Промежуточный сертификат ЦС. ### -----END CERTIFICATE-------BEGIN CERTIFICATE----- ### Корневой сертификат ЦС. ### -----END CERTIFICATE-----

4

Создайте файл .p12 с подходящим именем kms-private-key.

openssl pkcs12 -export -inkey hdsnode.key -в hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12

5

Проверьте сведения о сертификате сервера.

  1. openssl pkcs12 - в hdsnode.p12

  2. Введите пароль в окне запроса для шифрования закрытого ключа, чтобы он отображался в выводе. Затем убедитесь, что закрытый ключ и первый сертификат содержат строки friendlyName: kms-private-key.

    Пример.

    bash$ openssl pkcs12 -in hdsnode.p12 Введите пароль для импорта: MAC проверил атрибуты пакета "ОК" friendlyName: Идентификатор локального ключа kms-private-key : 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Ключевые атрибуты:  Введите фразу пароля PEM: Проверка – введите фразу для доступа PEM: -----BEGIN ENCRYPTED PRIVATE KEY-----  -----END ENCRYPTED PRIVATE KEY------ Bag Attributes friendlyName: Идентификатор локального ключа kms-private-key : 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----  -----END CERTIFICATE----- Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----  -----END CERTIFICATE-----

Дальнейшие действия

Вернитесь к разделу Выполнение предварительных требований для безопасности данных гибридного типа. Файл hdsnode.p12 и заданный для него пароль будут использоваться в разделе Создание конфигурации ISO для узлов HDS.

Эти файлы можно повторно использовать для запроса нового сертификата по истечении срока действия исходного сертификата.

Трафик между узлами HDS и облаком

Трафик сбора исходящих метрик

Узлы безопасности данных гибридного типа отправляют определенные метрики в облако Webex. К ним относятся системные метрики максимального количества подключений, использования максимального количества подключений, загрузки ЦП и количества потоков; метрики синхронных и асинхронных потоков; метрики оповещений о пороговом значении соединений шифрования, задержки или длины очереди запросов; метрики хранилища данных; и метрики подключения шифрования. Узлы отправляют зашифрованный ключ-материал по внеполосному каналу (отдельному от запроса).

Входящий трафик

Узлы безопасности данных гибридного типа получают из облака Webex следующие типы входящего трафика:

  • Запросы на шифрование от клиентов, которые маршрутизируются службой шифрования

  • Модернизация программного обеспечения узла

Настройка прокси Squid для безопасности данных гибридного типа

Невозможно выполнить подключение веб-сокетов через прокси Squid

Прокси Squid, которые проверяют трафик HTTPS, могут мешать созданию соединений веб-сокетов (wss:), которые необходимы службе безопасности данных гибридного типа. В указанных далее разделах приведены рекомендации по настройке различных версий Squid с целью игнорирования трафика wss: для обеспечения надлежащей работы служб.

Squid 4 и 5

Добавьте on_unsupported_protocol директиву в squid.conf:

on_unsupported_protocol туннель все

Squid 3.5.27

Служба безопасности данных гибридного типа успешно протестирована с указанными далее правилами, добавленными в squid.conf. Эти правила могут изменяться по мере разработки функций и обновления облака Webex.

acl wssMercuryConnection ssl::server_name_regex mercury-connection ssl_bump соединение wssMercuryConnection acl step1 at_step SslBump1 acl step2 at_step SslBump2 acl step3 at_step SslBump3 ssl_bump просмотр step1 все ssl_bump просмотр step2 все ssl_bump bump3 все
Была ли статья полезной?
Была ли статья полезной?