- Головна
- /
- Стаття
Посібник із розгортання гібридної безпеки даних Webex
Нова та змінена інформація
Дата | Внесені зміни | ||
---|---|---|---|
20 жовтня 2023 року |
| ||
7 серпня 2023 року |
| ||
23 травня 2023 року |
| ||
6 грудня 2022 року |
| ||
23 листопада 2022 року |
| ||
13 жовтня 2021 р. | Щоб установити вузли HDS, Docker Desktop необхідно запустити програму встановлення. Див Вимоги до Docker Desktop . | ||
24 червня 2021 року | Зауважено, що ви можете повторно використовувати файл із закритим ключем і CSR для запиту іншого сертифіката. Див Використовуйте OpenSSL для створення файлу PKCS12 для отримання додаткової інформації. | ||
30 квітня 2021 р. | Вимогу до VM щодо простору на локальному жорсткому диску змінено на 30 ГБ. Див Вимоги до віртуального хоста для отримання додаткової інформації. | ||
24 лютого 2021 р. | HDS Setup Tool тепер може працювати через проксі. Див Створіть 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, а не пізніше. Відповідно оновлено такі розділи:
| ||
6 вересня 2019 р. | Стандартний SQL Server додано до Вимоги до сервера бази даних . | ||
29 серпня 2019 року | Додано Налаштуйте проксі Squid для гібридної безпеки даних додаток із інструкціями щодо налаштування проксі Squid для ігнорування трафіку вебсокетів для належної роботи. | ||
20 серпня 2019 р. | Додані й оновлені розділи, які охоплюють підтримку проксі-сервера для зв’язку вузла гібридної безпеки даних із хмарою Webex. Щоб отримати доступ лише до контенту підтримки проксі для наявного розгортання, див Підтримка проксі для гібридної безпеки даних і Webex Video Mesh довідкова стаття. | ||
13 червня 2019 року | Оновлено Потік завдань із пробної версії до виробничого з нагадуванням про синхронізацію HdsTrialGroup об’єкт групи перед початком ознайомлювальної версії, якщо ваша організація використовує синхронізацію каталогів. | ||
6 березня 2019 року |
| ||
28 лютого 2019 року |
| ||
26 лютого 2019 р. |
| ||
24 січня 2019 р. |
| ||
5 листопада 2018 року |
| ||
19 жовтня 2018 року |
| ||
31 липня 2018 року |
| ||
21 травня 2018 р. | Термінологію змінено, щоб відобразити ребрендинг Cisco Spark:
| ||
11 квітня 2018 року |
| ||
22 лютого 2018 р. |
| ||
15 лютого 2018 року |
| ||
18 січня 2018 року |
| ||
2 листопада 2017 року |
| ||
18 серпня 2017 року | Вперше опубліковано |
Огляд безпеки гібридних даних
З першого дня безпека даних була головним у розробці програми Webex. Наріжним каменем цієї безпеки є наскрізне шифрування контенту, що забезпечується клієнтами Webex App, які взаємодіють зі Службою керування ключами (KMS). KMS відповідає за створення і управління криптографічними ключами, які клієнти використовують для динамічного шифрування і розшифрування повідомлень і файлів.
За замовчуванням усі клієнти програми Webex отримують наскрізне шифрування за допомогою динамічних ключів, що зберігаються в хмарному KMS, у сфері безпеки Cisco. Hybrid Data Security переміщує KMS та інші функції, пов 'язані з безпекою, до вашого корпоративного центру обробки даних, тому ніхто, крім вас, не має ключів до вашого зашифрованого вмісту.
Архітектура області безпеки
Хмарна архітектура Webex розділяє різні типи служб на окремі області або довірені домени, як показано нижче.
Щоб краще зрозуміти гібридну безпеку даних, давайте спочатку розглянемо цей випадок у чистому вигляді, коли Cisco надає всі функції у своїх хмарних сферах. Служба ідентифікації, єдине місце, де користувачів можна безпосередньо зв’язати з їхньою особистою інформацією, як-от адреса електронної пошти, логічно та фізично відокремлена від області безпеки в центрі обробки даних B. Обидва, у свою чергу, відокремлені від області, де зберігається зашифрований контент. , у центрі обробки даних C.
На цій діаграмі клієнтом є програма Webex, що запущена на ноутбуці користувача та пройшла автентифікацію за допомогою служби ідентифікації. Коли користувач створює повідомлення для надсилання до простору, виконуються такі кроки:
Клієнт встановлює захищене підключення до служби керування ключами (KMS), а потім запитує ключ для шифрування повідомлення. Захищене підключення використовує ECDH, а KMS шифрує ключ за допомогою головного ключа AES-256.
Повідомлення шифрується, перш ніж залишити клієнт. Клієнт надсилає його до служби індексування, яка створює зашифровані індекси пошуку, щоб допомогти в майбутніх пошуках контенту.
Зашифроване повідомлення надсилається до служби відповідності для перевірки відповідності.
Зашифроване повідомлення зберігається в області сховища.
Під час розгортання гібридної безпеки даних функції області безпеки (KMS, індексація та відповідність вимогам) переносяться до локального центру обробки даних. Інші хмарні служби, що складають Webex (зокрема, ідентифікаційні дані та сховище контенту) залишаються в сферах Cisco.
Співпраця з іншими організаціями
Користувачі у вашій організації можуть регулярно використовувати програму Webex для співпраці із зовнішніми учасниками в інших організаціях. Коли один із користувачів запитує ключ для простору, що належить вашій організації (оскільки його створив один із ваших користувачів), KMS надсилає ключ клієнту через захищений канал ECDH. Однак, коли ключ для простору володіє інша організація, KMS маршрутизує запит до хмари Webex через окремий канал ECDH, щоб отримати ключ із відповідного KMS, а потім повертає ключ користувачеві в оригінальному каналі.
Служба KMS, що працює в організації A, перевіряє підключення до KMS в інших організаціях за допомогою сертифікатів PKI x.509. Див Підготуйте своє середовище Докладніше про створення сертифіката x.509 для використання з розгортанням гібридної безпеки даних.
Очікування щодо розгортання гібридної безпеки даних
Розгортання гібридної безпеки даних вимагає значних зобов’язань клієнта та усвідомлення ризиків, пов’язаних із володінням ключами шифрування.
Щоб розгорнути гібридну безпеку даних, необхідно надати:
Захищений центр обробки даних у країні, яка є підтримуване розташування для планів Cisco Webex Teams .
Обладнання, програмне забезпечення та доступ до мережі, описані в Підготуйте своє середовище .
Повна втрата ISO конфігурації, створеної для гібридної безпеки даних, або наданої вами бази даних призведе до втрати ключів. Втрата ключа не дозволяє користувачам розшифрувати вміст простору та інші зашифровані дані в програмі Webex. Якщо це станеться, можна створити нове розгортання, але видимим буде лише новий контент. Щоб уникнути втрати доступу до даних, необхідно:
Керуйте резервним копіюванням і відновленням бази даних і ISO конфігурації.
Будьте готові виконати швидке відновлення після аварії, якщо станеться катастрофа, як-от збій диска бази даних або аварійний стан центру обробки даних.
Немає механізму переміщення ключів назад до хмари після розгортання HDS. |
Процес налаштування високого рівня
У цьому документі описано налаштування та керування розгортанням гібридної безпеки даних:
Налаштуйте безпеку гібридних даних —Це включає підготовку необхідної інфраструктури та встановлення програмного забезпечення Hybrid Data Security, тестування розгортання з підгрупою користувачів у ознайомлювальному режимі та, після завершення тестування, перехід до робочої версії. Це перетворить всю організацію на використання кластера гібридної безпеки даних для функцій безпеки.
Про фази налаштування, ознайомлювальної версії та виробництва докладно описано в наступних трьох розділах.
Підтримуйте розгортання гібридної безпеки даних — Хмара Webex автоматично надає поточні оновлення версії. Ваш ІТ-відділ може надати підтримку першого рівня для цього розгортання та за потреби залучити підтримку Cisco. Ви можете використовувати екранні сповіщення та налаштувати сповіщення на основі електронної пошти в Control Hub.
Ознайомтеся з поширеними сповіщеннями, кроками з усунення несправностей та відомими проблемами — Якщо у вас виникнуть проблеми з розгортанням або використанням гібридної безпеки даних, останній розділ цього посібника та додаток «Відомі проблеми» можуть допомогти вам визначити й усунути проблему.
Модель розгортання гібридної безпеки даних
У межах корпоративного центру обробки даних ви розгортаєте гібридну безпеку даних як єдиний кластер вузлів на окремих віртуальних хостах. Вузли взаємодіють із хмарою Webex через захищені вебсокети та захищений HTTP.
Під час процесу встановлення ми надаємо вам файл OVA для налаштування віртуального пристрою на наданих вами віртуальних машинах. За допомогою інструмента налаштування HDS можна створити користувацький ISO-файл конфігурації кластера, який монтується на кожному вузлі. Кластер гібридної безпеки даних використовує наданий вами сервер Syslogd і базу даних PostgreSQL або Microsoft SQL Server. (Ви налаштовуєте системний журнал і деталі підключення до бази даних у інструменті налаштування HDS.)
Мінімальна кількість вузлів, які можна мати в кластері, становить два. Рекомендовано принаймні три, а можна до п’яти. Наявність кількох вузлів гарантує, що обслуговування не буде перервано під час оновлення програмного забезпечення або інших дій з обслуговування на вузлі. (У хмарі Webex одночасно оновлюється лише один вузол.)
Усі вузли в кластері отримують доступ до одного сховища ключових даних і реєструють дії на одному сервері системних журналів. Самі вузли не мають стану та обробляють запити ключів у циклічному порядку, відповідно до вказівок хмари.
Вузли стають активними, коли ви реєструєте їх у Control Hub. Щоб вимкнути окремий вузол, можна скасувати його реєстрацію, а пізніше за потреби зареєструвати повторно.
Ми підтримуємо лише один кластер на організацію.
Ознайомлювальний режим безпеки гібридних даних
Після налаштування розгортання гібридної безпеки даних ви спочатку спробуєте його з набором пілотних користувачів. Протягом пробного періоду ці користувачі використовують ваш локальний домен гібридної безпеки даних для ключів шифрування та інших служб безпеки. Інші ваші користувачі продовжують використовувати область хмарної безпеки.
Якщо ви вирішите не продовжувати розгортання під час пробної версії та деактивуєте службу, пілотні користувачі та всі користувачі, з якими вони взаємодіяли шляхом створення нових просторів протягом пробного періоду, втратять доступ до повідомлень і контенту. У програмі Webex вони побачать повідомлення "Це повідомлення неможливо розшифрувати".
Якщо ви впевнені, що ваше розгортання працює добре для користувачів пробної версії, і ви готові поширити гібридну безпеку даних на всіх своїх користувачів, ви переміщуєте розгортання до робочої версії. Пілотні користувачі продовжують мати доступ до ключів, які використовувалися під час ознайомлювальної версії. Однак ви не можете переходити між робочим режимом і вихідним ознайомлювальним режимом. Якщо ви повинні деактивувати службу, наприклад, для виконання аварійного відновлення, під час повторної активації необхідно почати нову ознайомлювальну версію та налаштувати набір пілотних користувачів для нової ознайомлювальної версії, перш ніж повернутися до робочого режиму. Те, чи збережуть користувачі доступ до даних на цьому етапі, залежить від того, чи успішно ви створили резервні копії сховища ключових даних і файлу конфігурації ISO для вузлів гібридної безпеки даних у вашому кластері.
Резервний центр обробки даних для аварійного відновлення
Під час розгортання ви налаштовуєте захищений резервний центр обробки даних. У разі аварійної ситуації в центрі обробки даних можна вручну зупинити розгортання в резервному центрі обробки даних.
Бази даних активного та резервного центрів обробки даних синхронізовані одна з одною, що мінімізує час, необхідний для перемикання на помилку. Файл ISO резервного центру обробки даних оновлено додатковими конфігураціями, які гарантують, що вузли зареєстровані в організації, але не оброблятимуть трафік. Тому вузли резервного центру обробки даних завжди залишаються в актуальному стані з останньою версією програмного забезпечення HDS.
Активні вузли гібридної безпеки даних повинні завжди перебувати в тому самому центрі обробки даних, що й активний сервер бази даних. |
Налаштуйте резервний центр обробки даних для аварійного відновлення
Виконайте наведені нижче дії, щоб налаштувати файл ISO резервного центру обробки даних:
Перш ніж почати
Резервний центр обробки даних має відображати виробниче середовище віртуальних машин і резервну копію бази даних PostgreSQL або Microsoft SQL Server. Наприклад, якщо робоча версія має 3 віртуальні машини з вузлами HDS, середовище резервного копіювання має містити 3 віртуальні машини. (Див Резервний центр обробки даних для аварійного відновлення для огляду цієї моделі резервного перемикання.)
Переконайтеся, що ввімкнено синхронізацію бази даних між базою даних активних і пасивних вузлів кластера.
1. | Запустіть інструмент налаштування HDS і виконайте кроки, зазначені в Створіть ISO конфігурації для хостів HDS .
| ||
2. | Після налаштування сервера Syslogd клацніть Розширені налаштування | ||
3. | На Розширені налаштування сторінку, додайте конфігурацію нижче, щоб перевести вузол у пасивний режим. У цьому режимі вузол буде зареєстровано в організації та підключено до хмари, але не оброблятиме трафік.
| ||
4. | Завершіть процес налаштування та збережіть файл ISO у місці, яке легко знайти. | ||
5. | Створіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить головний ключ шифрування для вмісту бази даних. Обмежте доступ лише тим адміністраторам гібридної безпеки даних, які повинні вносити зміни в конфігурацію. | ||
6. | На лівій панелі навігації клієнта VMware vSphere клацніть правою кнопкою миші віртуальну машину й клацніть Змінити налаштування. . | ||
7. | Клацніть Змінити налаштування > Привід CD/DVD 1 і виберіть файл ISO сховища даних.
| ||
8 | Увімкніть вузол HDS і переконайтеся, що немає попереджень щонайменше 15 хвилин. | ||
9 | Повторіть процес для кожного вузла в резервному центрі обробки даних.
|
Що далі
Після налаштування passiveMode
у файлі ISO та після його збереження можна створити іншу копію файлу ISO без файлу passiveMode
конфігурацію та збережіть її в захищеному місці. Ця копія файлу ISO без passiveMode
configured може допомогти в швидкому перемиканні на помилку під час аварійного відновлення. Див Аварійне відновлення за допомогою резервного центру обробки даних для детальної процедури переходу до відмови.
Підтримка проксі-сервера
Гібридна безпека даних підтримує явні, прозорі проксі-сервери з перевіркою та без перевірки. Можна прив’язати ці проксі-сервери до свого розгортання, щоб захищати та відстежувати трафік від підприємства до хмари. Ви можете використовувати інтерфейс адміністратора платформи на вузлах для керування сертифікатами та для перевірки загального стану підключення після налаштування проксі-сервера на вузлах.
Вузли гібридної безпеки даних підтримують такі параметри проксі:
Немає проксі — Значення за замовчуванням, якщо ви не використовуєте налаштування вузла HDS, сховища довіри та конфігурацію проксі для інтеграції проксі. Оновлення сертифіката не потрібно.
Прозорий проксі без перевірки —Вузли не налаштовані на використання конкретної адреси проксі-сервера й не повинні вимагати будь-яких змін для роботи з проксі-сервером, що не перевіряє. Оновлення сертифіката не потрібно.
Прозорий проксі з тунелюванням або перевіркою —Вузли не налаштовані на використання конкретної адреси проксі-сервера. На вузлах змінювати конфігурацію HTTP або HTTPS не потрібно. Однак вузлам потрібен кореневий сертифікат, щоб вони довіряли проксі. Перевірка проксі-серверів зазвичай використовується ІТ для застосування політики щодо того, які вебсайти можна відвідувати, а які типи контенту заборонені. Цей тип проксі розшифровує весь ваш трафік (навіть HTTPS).
Явний проксі — За допомогою явного проксі ви вказуєте вузлам HDS, який проксі-сервер і схему автентифікації використовувати. Щоб налаштувати явний проксі-сервер, необхідно ввести таку інформацію на кожному вузлі:
IP-адреса/повне доменне ім’я проксі —Адреса, яку можна використовувати для зв’язку з проксі-комплектом.
Порт проксі —номер порту, який використовує проксі-сервер для прослуховування проксі-трафіку.
Протокол проксі — Залежно від того, що підтримує ваш проксі-сервер, виберіть один із таких протоколів:
HTTP — перегляд і контроль усіх запитів, які надсилає клієнт.
HTTPS — надає канал до сервера. Клієнт отримує та перевіряє сертифікат сервера.
Тип автентифікації — Виберіть один із таких типів автентифікації:
Немає — подальша автентифікація не потрібна.
Доступно, якщо вибрано HTTP або HTTPS як протокол проксі.
Базовий — використовується для оператора користувача HTTP для надання імені користувача та пароля під час надсилання запиту. Використовує кодування Base64.
Доступно, якщо вибрано HTTP або HTTPS як протокол проксі.
Вимагає ввести ім’я користувача та пароль на кожному вузлі.
Дайджест — Використовується для підтвердження облікового запису перед надсиланням конфіденційної інформації. Застосовує хеш-функцію до імені користувача та пароля перед надсиланням через мережу.
Доступно, лише якщо вибрано HTTPS як протокол проксі.
Вимагає ввести ім’я користувача та пароль на кожному вузлі.
Приклад гібридних вузлів безпеки даних і проксі
На цій діаграмі показано приклад підключення між гібридною безпекою даних, мережею та проксі. Для параметрів проксі-сервера з прозорою перевіркою та явною перевіркою HTTPS необхідно встановити той самий кореневий сертифікат на проксі-сервері та вузлах гібридної безпеки даних.
Режим дозволу заблокованого зовнішнього DNS (явні конфігурації проксі)
Коли ви реєструєте вузол або перевіряєте конфігурацію проксі вузла, процес перевіряє пошук DNS і можливість підключення до хмари Cisco Webex. У розгортаннях із явними конфігураціями проксі, які не дозволяють роздільну здатність зовнішнього DNS для внутрішніх клієнтів, якщо вузол не може запитувати сервери DNS, він автоматично переходить у режим роздільної здатності заблокованого зовнішнього DNS. У цьому режимі можна продовжити реєстрацію вузла та інші тести підключення проксі.
Вимоги до гібридної безпеки даних
Вимоги до ліцензії Cisco Webex
Щоб розгорнути гібридну безпеку даних:
Ви повинні мати пакет Pro для Cisco Webex Control Hub. (Дивhttps://www.cisco.com/go/pro-pack .)
Вимоги до Docker Desktop
Перш ніж установити вузли HDS, необхідно запустити програму встановлення Docker Desktop. Docker нещодавно оновив свою модель ліцензування. Для вашої організації може знадобитися платна підписка на Docker Desktop. Докладніше див. у дописі до блогу Docker "Docker оновлює та розширює наші підписки на продукти".
Вимоги до сертифіката X.509
Ланцюжок сертифікатів має відповідати таким вимогам:
Вимоги | Відомості |
---|---|
| За замовчуванням ми довіряємо ЦС у списку Mozilla (за винятком WoSign і StartCom) за адресоюhttps://wiki.mozilla.org/CA:IncludedCAs . |
| CN не обов’язково має бути доступним або активним організатором. Рекомендовано використовувати назву, яка відображає вашу організацію, наприклад, CN не повинна містити символ * (підстановка). CN використовується для перевірки вузлів гібридної безпеки даних для клієнтів програми Webex. Усі вузли гібридної безпеки даних у вашому кластері використовують той самий сертифікат. Ваш KMS ідентифікує себе за допомогою домену CN, а не будь-якого домену, який визначено в полях SAN x.509v3. Після реєстрації вузла за допомогою цього сертифіката зміна імені домену CN не підтримується. Виберіть домен, який може застосовуватися як для ознайомлювального, так і для робочого розгортання. |
| Програмне забезпечення KMS не підтримує підписи SHA1 для перевірки підключень до KMS інших організацій. |
| Щоб змінити формат сертифіката, можна використовувати конвертер, наприклад OpenSSL. Під час запуску засобу налаштування HDS потрібно буде ввести пароль. |
Програмне забезпечення KMS не встановлює обмеження щодо використання ключів або розширеного використання ключів. Деякі центри сертифікації вимагають, щоб до кожного сертифіката були застосовані розширені обмеження використання ключів, наприклад автентифікація сервера. Можна використовувати автентифікацію сервера або інші налаштування.
Вимоги до віртуального хоста
Віртуальні хости, які ви налаштуєте як вузли гібридної безпеки даних у своєму кластері, мають такі вимоги:
Принаймні два окремих хости (рекомендовано 3) розташовані в одному захищеному центрі обробки даних
VMware ESXi 6.5 (або пізнішої версії) встановлено та працює.
Необхідно оновити версію, якщо у вас є попередня версія ESXi.
Мінімум 4 vCPU, 8 ГБ основної пам’яті, 30 ГБ місця на локальному жорсткому диску на сервер
Вимоги до сервера бази даних
Створіть нову базу даних для зберігання ключів. Не використовуйте базу даних за замовчуванням. Програми HDS після встановлення створюють схему бази даних. |
Є два варіанти для сервера бази даних. Вимоги до кожного є такими:
PostgreSQL | Microsoft SQL Server | ||
---|---|---|---|
|
| ||
Мінімум 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 ( Завжди ввімкнені екземпляри кластера перемикання і Завжди ввімкнені групи доступності ). |
Додаткові вимоги до автентифікації Windows у Microsoft SQL Server
Якщо ви хочете, щоб вузли HDS використовували автентифікацію Windows для отримання доступу до бази даних сховища ключів на Microsoft SQL Server, вам потрібна така конфігурація у вашому середовищі:
Вузли HDS, інфраструктура Active Directory і MS SQL Server мають бути синхронізовані з NTP.
Обліковий запис Windows, який ви надаєте вузлам HDS, повинен мати доступ для читання та запису до бази даних.
Сервери DNS, які ви надаєте вузлам HDS, повинні мати можливість дозволити ваш центр розподілу ключів (KDC).
Ви можете зареєструвати екземпляр бази даних HDS на Microsoft SQL Server як ім’я користувача-служби (SPN) у вашому Active Directory. Див Зареєструйте ім’я користувача-служби для підключень Kerberos .
Інструмент налаштування HDS, засіб запуску HDS і локальний KMS повинні використовувати автентифікацію Windows для доступу до бази даних сховища ключів. Вони використовують дані вашої конфігурації ISO для створення SPN, коли запитують доступ за допомогою автентифікації Kerberos.
Вимоги до зовнішнього підключення
Налаштуйте брандмауер, щоб дозволити такі можливості підключення для програм HDS:
Застосування | Протокол | Порт | Напрямок із програми | Призначення |
---|---|---|---|---|
Вузли гібридної безпеки даних | TCP | 443 | Вихідні HTTPS і WSS |
|
Інструмент налаштування HDS | TCP | 443 | Вихідний HTTPS |
|
Вузли гібридної безпеки даних працюють із трансляцією доступу до мережі (NAT) або за брандмауером, якщо NAT або брандмауер дозволяє використовувати необхідні вихідні підключення до адресатів домену, наведених у попередній таблиці. Для вхідних підключень до вузлів гібридної безпеки даних порти з інтернету не повинні бути видимими. У вашому центрі обробки даних клієнтам потрібен доступ до вузлів гібридної безпеки даних на портах TCP 443 і 22 для адміністративних цілей. |
URL-адреси хостів Common Identity (CI) залежать від регіону. Це поточні хости CI:
Регіон | URL-адреси хоста спільних ідентифікаційних даних |
---|---|
Північна та Південна Америки |
|
Європейський Союз |
|
Канада |
|
Вимоги до проксі-сервера
Ми офіційно підтримуємо такі проксі-рішення, які можна інтегрувати з вашими вузлами гібридної безпеки даних.
Прозорий проксі — Cisco Web Security Appliance (WSA).
Явний проксі — Squid.
Проксі-сервери Squid, які перевіряють трафік HTTPS, можуть перешкоджати встановленню вебсокета (wss:) зв’язки. Щоб вирішити цю проблему, див Налаштуйте проксі Squid для гібридної безпеки даних .
Підтримуються такі комбінації типів автентифікації для явних проксі-серверів:
Немає автентифікації за допомогою HTTP або HTTPS
Базова автентифікація за допомогою HTTP або HTTPS
Дайджест автентифікації лише за допомогою HTTPS
Для прозорого проксі-сервера з перевіркою або явного проксі-сервера HTTPS необхідно мати копію кореневого сертифіката проксі. В інструкціях із розгортання в цьому посібнику описано, як передати копію до сховищ довіри вузлів гібридної безпеки даних.
Мережа, де розміщено вузли HDS, повинна бути налаштована на примусове маршрутизацію вихідного трафіку TCP через порт 443 через проксі.
Проксі-сервери, які перевіряють веб-трафік, можуть перешкоджати з 'єднанню веб-сокетів. Якщо ця проблема виникне, обійти (не перевіряти) трафік до
wbx2.com
іciscospark.com
вирішить проблему.
Виконайте обов’язкові умови для гібридної безпеки даних
1. | Переконайтеся, що у вашій організації Webex увімкнено Pro Pack for Cisco Webex Control Hub, і отримайте облікові дані облікового запису з повними правами адміністратора організації. Зверніться до партнера Cisco або менеджера облікового запису, щоб отримати допомогу з цим процесом. | ||
2. | Виберіть ім’я домену для розгортання HDS (наприклад, | ||
3. | Підготуйте ідентичні віртуальні хости, які ви налаштуєте як вузли гібридної безпеки даних у своєму кластері. Вам потрібно принаймні два окремих хоста (рекомендовано 3), розміщені в одному захищеному центрі обробки даних, які відповідають вимогам у Вимоги до віртуального хоста . | ||
4. | Підготуйте сервер бази даних, який буде виконувати функцію сховища ключових даних для кластера, відповідно до Вимоги до сервера бази даних . Сервер бази даних має бути одночасно розташований у захищеному центрі обробки даних із віртуальними хостами. | ||
5. | Для швидкого аварійного відновлення налаштуйте середовище резервного копіювання в іншому центрі обробки даних. Середовище резервного копіювання відображає виробниче середовище віртуальних машин і сервера бази даних резервного копіювання. Наприклад, якщо робоча версія має 3 віртуальні машини з вузлами HDS, середовище резервного копіювання має містити 3 віртуальні машини. | ||
6. | Налаштуйте хост системного журналу для збору журналів із вузлів у кластері. Зібрати його мережеву адресу та порт системного журналу (за замовчуванням – UDP 514). | ||
7. | Створіть політику безпечного резервного копіювання для вузлів гібридної безпеки даних, сервера бази даних і хоста системного журналу. Як мінімум, щоб запобігти втраті даних без можливості відновлення, необхідно створити резервну копію бази даних і файлу ISO конфігурації, створеного для вузлів гібридної безпеки даних.
Клієнти програми Webex кешують свої ключі, тому перебої в роботі можуть бути помітні не відразу, а з часом. Хоча тимчасові перебої в роботі неможливо запобігти, їх можна відновити. Однак повна втрата (недоступні резервні копії) бази даних або файлу ISO конфігурації призведе до того, що дані клієнта будуть недоступні для відновлення. Очікується, що оператори вузлів гібридної безпеки даних будуть підтримувати часте резервне копіювання бази даних і файлу ISO конфігурації та бути готовими до відновлення центру обробки даних гібридної безпеки даних у разі катастрофічної помилки. | ||
8 | Переконайтеся, що конфігурація брандмауера дозволяє підключатися до вузлів гібридної безпеки даних, як описано в Вимоги до зовнішнього підключення . | ||
9 | Установити Docker (https://www.docker.com ) на будь-якому локальному комп’ютері з підтримуваною ОС (Microsoft Windows 10 Professional або Enterprise 64-розрядна версія або Mac OSX Yosemite 10.10.3 або новішої версії) з веббраузером, який може отримати до неї доступ за адресою http://127.0.0.1:8080. Ви використовуєте екземпляр Docker для завантаження та запуску засобу налаштування HDS, який створює інформацію про локальну конфігурацію для всіх вузлів гібридної безпеки даних. Вашій організації може знадобитися ліцензія Docker Desktop. Див Вимоги до Docker Desktop для отримання додаткової інформації. Щоб установити та запустити HDS Setup Tool, локальний комп’ютер повинен мати можливість підключення, описану в Вимоги до зовнішнього підключення . | ||
10 | Якщо ви інтегруєте проксі-сервер із гібридною безпекою даних, переконайтеся, що він відповідає Вимоги до проксі-сервера . | ||
11 | Якщо ваша організація використовує синхронізацію каталогів, створіть групу в Active Directory з викликом
|
Потік завдань розгортання безпеки гібридних даних
Перш ніж почати
1. |
Завантажте файл OVA на локальний комп’ютер для подальшого використання. | ||
2. | Створіть ISO конфігурації для хостів HDS Використовуйте інструмент налаштування HDS, щоб створити файл конфігурації ISO для вузлів гібридної безпеки даних. | ||
3. |
Створіть віртуальну машину з файлу OVA та виконайте початкове налаштування, наприклад налаштування мережі.
| ||
4. | Налаштуйте віртуальну машину гібридної безпеки даних Увійдіть на консоль VM і задайте облікові дані для входу. Налаштуйте параметри мережі для вузла, якщо ви не налаштували їх під час розгортання OVA. | ||
5. | Вивантажте та підключіть ISO конфігурації HDS Налаштуйте віртуальну машину з файлу конфігурації ISO, який ви створили за допомогою засобу налаштування HDS. | ||
6. | Налаштуйте вузол HDS для інтеграції проксі Якщо мережеве середовище вимагає конфігурації проксі-сервера, укажіть тип проксі, який ви використовуватимете для вузла, і за потреби додайте сертифікат проксі до сховища довіри. | ||
7. | Зареєструйте перший вузол у кластері Зареєструйте віртуальну машину в хмарі Cisco Webex як вузол гібридної безпеки даних. | ||
8 | Створіть і зареєструйте більше вузлів Завершіть налаштування кластера. | ||
9 | Запустіть ознайомлювальну версію та перейдіть до робочої версії (наступний розділ) Поки ви не запустите ознайомлювальну версію, ваші вузли створять попередження, що вказує на те, що ваша служба ще не активована. |
Завантажте файли встановлення
1. | Увійти вhttps://admin.webex.com , а потім клацніть Служби . | ||||
2. | У розділі Служби гібридного типу знайдіть картку безпеки гібридних даних і клацніть Налаштування . Якщо картку вимкнено або ви не бачите її, зверніться до команди облікового запису або партнерської організації. Надайте їм номер свого облікового запису та попросіть увімкнути гібридну безпеку даних у вашій організації. Щоб знайти номер облікового запису, клацніть шестірню у верхньому правому куті поруч із назвою організації.
| ||||
3. | Виберіть Ні , щоб указати, що вузол ще не налаштовано, а потім клацніть Далі . Завантаження файлу OVA почнеться автоматично. Збережіть файл у розташуванні на вашому комп’ютері.
| ||||
4. | Клацніть за бажанням Відкрийте посібник із розгортання щоб перевірити, чи доступна пізніша версія цього посібника. |
Створіть ISO конфігурації для хостів HDS
У процесі налаштування гібридної безпеки даних створюється файл ISO. Потім ви використовуєте ISO для налаштування хоста гібридної безпеки даних.
Перш ніж почати
Інструмент налаштування HDS працює як Docker-контейнер на локальному комп 'ютері. Щоб отримати доступ до нього, запустіть Docker на цьому комп 'ютері. Процес налаштування вимагає облікових даних облікового запису Центру керування з повними правами адміністратора для вашої організації.
Якщо інструмент налаштування 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
Створений вами файл конфігурації містить основний ключ, що шифрує базу даних PostgreSQL або Microsoft SQL Server. Остання копія цього файлу потрібна щоразу, коли ви вносите зміни конфігурації, наприклад:
Облікові дані бази даних
Оновлення сертифіката
Зміни політики авторизації
Якщо ви плануєте шифрувати підключення до бази даних, налаштуйте розгортання PostgreSQL або SQL Server для TLS.
1. | У командному рядку вашого комп 'ютера введіть відповідну команду для вашого середовища: У звичайних умовах:
У середовищах FedRAMP:
| ||||||||||||
2. | Щоб увійти до реєстру Docker-образів, введіть наступне:
| ||||||||||||
3. | У підказці пароля введіть цей хеш:
| ||||||||||||
4. | Завантажте останнє стабільне зображення для вашого середовища: У звичайних умовах:
У середовищах FedRAMP:
| ||||||||||||
5. | Після завершення витягування введіть відповідну команду для вашого середовища:
Коли контейнер працює, ви бачите "Експрес-сервер прослуховує порт 8080". | ||||||||||||
6. |
Використовуйте веббраузер, щоб перейти до локального хоста, Інструмент використовує цей перший запис імені користувача, щоб установити належне середовище для цього облікового запису. Потім інструмент відображає стандартну підказку про вхід. | ||||||||||||
7. | Коли з’явиться відповідний запит, введіть облікові дані для входу адміністратора клієнта Control Hub, а потім клацніть Увійти щоб дозволити доступ до необхідних служб для гібридної безпеки даних. | ||||||||||||
8 | На сторінці огляду інструмента налаштування клацніть Почати роботу . | ||||||||||||
9 | На Імпорт ISO на сторінці, у вас є такі параметри:
| ||||||||||||
10 | Переконайтеся, що ваш сертифікат X.509 відповідає вимогам у Вимоги до сертифіката X.509 .
| ||||||||||||
11 | Введіть адресу бази даних і обліковий запис HDS, щоб отримати доступ до сховища ключових даних: | ||||||||||||
12 | Виберіть a Режим підключення до бази даних TLS :
Під час передавання кореневого сертифіката (за необхідності) клацніть Продовжити , засіб налаштування HDS перевіряє підключення TLS до сервера бази даних. Інструмент також перевіряє підписувача сертифіката та ім 'я хоста, якщо це можливо. Якщо тест не вдається, інструмент показує повідомлення про помилку, що описує проблему. Ви можете вибрати, чи ігнорувати помилку, і продовжити налаштування. (Через відмінності в можливостях підключення вузли HDS можуть встановити підключення TLS, навіть якщо машині засобу налаштування HDS не вдасться успішно перевірити його.) | ||||||||||||
13 | На сторінці системних журналів налаштуйте сервер Syslogd: | ||||||||||||
14 | (Необов’язково) Можна змінити значення за замовчуванням для деяких параметрів підключення до бази даних у Розширені налаштування . Як правило, цей параметр є єдиним, який ви можете змінити:
| ||||||||||||
15 | Клацніть Продовжити на Скинути пароль службових облікових записів екрана. Термін дії паролів службових облікових записів становить дев’ять місяців. Використовуйте цей екран, коли термін дії ваших паролів наближається або ви хочете скинути їх, щоб зробити попередні файли ISO недійсними. | ||||||||||||
16 | Клацніть Завантажте файл ISO . Збережіть файл у місці, яке легко знайти. | ||||||||||||
17 | Створіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить головний ключ шифрування для вмісту бази даних. Обмежте доступ лише тим адміністраторам гібридної безпеки даних, які повинні вносити зміни в конфігурацію. | ||||||||||||
18 | Щоб вимкнути інструмент налаштування, введіть |
Що далі
Створіть резервну копію файлу конфігурації ISO. Він потрібен, щоб створити більше вузлів для відновлення або внести зміни в конфігурацію. Якщо ви втратили всі копії файлу ISO, ви також втратили основний ключ. Відновити ключі з бази даних PostgreSQL або Microsoft SQL Server неможливо.
Ми ніколи не маємо копії цього ключа. Ми не можемо допомогти, якщо ви її втратите. |
Установіть OVA хоста HDS
1. | Використовуйте клієнт VMware vSphere на своєму комп’ютері, щоб увійти до віртуального хоста ESXi. | ||||||
2. | Виберіть Файл > Розгорнути шаблон OVF . | ||||||
3. | У майстрі вкажіть розташування файлу OVA, який ви завантажили раніше, а потім клацніть Далі . | ||||||
4. | На Виберіть ім’я та папку сторінки, введіть a Ім’я віртуальної машини для вузла (наприклад, «HDS_ Node_ 1"), виберіть розташування, де може перебувати розгортання вузла віртуальної машини, а потім клацніть Далі . | ||||||
5. | На Виберіть обчислювальний ресурс виберіть цільовий обчислювальний ресурс, а потім клацніть Далі . Запускається перевірка. Після завершення відобразяться відомості про шаблон. | ||||||
6. | Перевірте відомості шаблону й клацніть Далі . | ||||||
7. | Якщо вас попросять вибрати конфігурацію ресурсу на Конфігурація сторінки, клацніть 4 ЦП а потім клацніть Далі . | ||||||
8 | На Виберіть сховище сторінки, клацніть Далі щоб прийняти формат диска за замовчуванням і політику сховища VM. | ||||||
9 | На Виберіть мережі виберіть мережевий параметр зі списку записів, щоб забезпечити потрібне підключення до VM. | ||||||
10 | На Налаштувати шаблон налаштуйте такі параметри мережі:
За бажанням можна пропустити конфігурацію мережевих параметрів і виконати інструкції Налаштуйте віртуальну машину гібридної безпеки даних щоб налаштувати параметри з консолі вузла.
| ||||||
11 | Клацніть правою кнопкою миші вузол VM, а потім виберіть .Програмне забезпечення Hybrid Data Security встановлюється як гість на хості VM. Тепер ви готові ввійти на консоль і налаштувати вузол. Поради з усунення несправностей Перед відкриттям контейнерів вузлів може виникнути затримка в кілька хвилин. Повідомлення брандмауера мосту з’являється на консолі під час першого завантаження, під час якого ви не можете ввійти. |
Налаштуйте віртуальну машину гібридної безпеки даних
Використовуйте цю процедуру, щоб уперше ввійти до консолі VM вузла гібридної безпеки даних і задати облікові дані для входу. Ви також можете використовувати консоль, щоб налаштувати параметри мережі для вузла, якщо ви не налаштували їх під час розгортання OVA.
1. | У клієнті VMware vSphere виберіть свою віртуальну машину вузла гібридної безпеки даних і виберіть Консоль вкладка. ВМ завантажиться, і з’явиться запит щодо входу. Якщо запит щодо входу не відображається, натисніть Введіть .
|
2. | Використовуйте такі логін і пароль за замовчуванням для входу та зміни облікових даних: Оскільки ви вперше входите на свою віртуальну машину, вам потрібно змінити пароль адміністратора. |
3. | Якщо ви вже налаштували параметри мережі в Установіть OVA хоста HDS , пропустіть решту цієї процедури. В іншому разі в головному меню виберіть Змінити конфігурацію параметр. |
4. | Налаштуйте статичну конфігурацію з інформацією про IP-адресу, маску, шлюз і DNS. Ваш вузол повинен мати внутрішню IP-адресу та DNS-ім’я. DHCP не підтримується. |
5. | (Необов’язково) Змініть ім’я хоста, домен або сервери NTP, якщо потрібно, щоб вони відповідали вашій політиці мережі. Не потрібно налаштовувати домен відповідно до домену, який ви використовували для отримання сертифіката X.509. |
6. | Збережіть конфігурацію мережі та перезавантажте віртуальну машину, щоб зміни набули сили. |
Вивантажте та підключіть ISO конфігурації HDS
Перш ніж почати
Оскільки файл ISO містить основний ключ, його потрібно надавати лише в разі необхідності для доступу віртуальних машин гібридної безпеки даних і всіх адміністраторів, яким може знадобитися внести зміни. Переконайтеся, що лише ці адміністратори мають доступ до сховища даних.
1. | Передайте файл ISO з комп’ютера: |
2. | Підключіть файл ISO: |
Що далі
Якщо цього вимагає політика ІТ, ви можете додатково відключити файл ISO після того, як усі вузли отримають зміни конфігурації. Див (Необов’язково) Відключіть ISO після конфігурації HDS для отримання додаткової інформації.
Налаштуйте вузол HDS для інтеграції проксі
Якщо мережеве середовище вимагає проксі, скористайтеся цією процедурою, щоб указати тип проксі, який потрібно інтегрувати з гібридною безпекою даних. Якщо ви виберете прозорий перевіряючий проксі або явний проксі HTTPS, можна використовувати інтерфейс вузла для передавання та встановлення кореневого сертифіката. Ви також можете перевірити підключення проксі в інтерфейсі та усунути будь-які потенційні проблеми.
Перш ніж почати
Див Підтримка проксі для огляду підтримуваних параметрів проксі.
1. | Введіть URL-адресу налаштування вузла HDS |
2. | Перейти до Сховище довіри та проксі , а потім виберіть параметр:
Виконайте наступні кроки для проксі-сервера з перевіркою, проксі-сервера з явним доступом HTTP з базовою автентифікацією або явним проксі-сервером HTTPS. |
3. | Клацніть Передати кореневий сертифікат або сертифікат кінцевого запису , а потім перейдіть до виберіть кореневий сертифікат для проксі. Сертифікат передано, але його ще не встановлено, оскільки для встановлення сертифіката необхідно перезавантажити вузол. Клацніть стрілку в формі шеврону біля імені емітента сертифіката, щоб отримати додаткову інформацію, або клацніть Видалити якщо ви зробили помилку й хочете повторно передати файл. |
4. | Клацніть Перевірте підключення проксі щоб перевірити підключення до мережі між вузлом і проксі. Якщо перевірку підключення не вдалося виконати, ви побачите повідомлення про помилку, у якому буде вказано причину та способи виправлення проблеми. Якщо відображається повідомлення про помилку розв’язання зовнішнього DNS, вузлу не вдалося зв’язатися з сервером DNS. Ця умова очікується в багатьох явних конфігураціях проксі. Можна продовжити налаштування, і вузол функціонуватиме в режимі роздільної здатності заблокованого зовнішнього DNS. Якщо ви вважаєте, що це помилка, виконайте ці кроки, а потім перегляньте Вимкніть режим роздільної здатності заблокованого зовнішнього DNS . |
5. | Після завершення перевірки підключення для явного проксі, установленого лише на https, увімкніть перемикач Маршрутизувати всі запити HTTPS на порт 443/444 від цього вузла через явний проксі-сервер . Це налаштування набуде чинності через 15 секунд. |
6. | Клацніть Установіть усі сертифікати в сховище довіри (з’являється для явного проксі HTTPS або прозорого проксі-сервера для перевірки) або Перезавантажте (з’являється для явного проксі-сервера HTTP), прочитайте підказку, а потім клацніть Установити якщо ви готові. Вузол перезавантажиться за кілька хвилин. |
7. | Після перезавантаження вузла за потреби ввійдіть ще раз, а потім відкрийте файл Огляд сторінку, щоб перевірити перевірки підключення та переконатися, що всі вони мають зелений стан. Перевірка підключення до проксі перевіряє лише субдомен webex.com. Якщо виникають проблеми з підключенням, поширеною проблемою є те, що деякі з хмарних доменів, перелічених в інструкціях зі встановлення, блокуються на проксі. |
Зареєструйте перший вузол у кластері
Коли ви реєструєте свій перший вузол, ви створюєте кластер, якому призначено цей вузол. Кластер містить один або кілька вузлів, розгорнутих для забезпечення резервування.
Перш ніж почати
Після початку реєстрації вузла її потрібно завершити протягом 60 хвилин, інакше доведеться починати спочатку.
Переконайтеся, що блокувальники спливаючих вікон у вашому браузері вимкнено або дозволено виняток для admin.webex.com.
1. | Увійдіть у https://admin.webex.com. |
2. | У меню ліворуч на екрані виберіть Служби . |
3. | У розділі Служби гібридного типу знайдіть гібридну безпеку даних і клацніть Налаштування . З’явиться сторінка Реєстрація вузла безпеки гібридних даних.
|
4. | Виберіть Так , щоб зазначити, що ви налаштували вузол і готові його зареєструвати, а потім клацніть Далі . |
5. | У першому полі введіть ім’я кластера, якому потрібно призначити вузол гібридної безпеки даних. Рекомендовано призначати кластеру залежно від географічного розташування вузлів кластера. Приклади. "Сан-Франциско", "Нью-Йорк" або "Даллас" |
6. | У другому полі введіть внутрішню IP-адресу або повне доменне ім’я (FQDN) вашого вузла та клацніть Далі . Ця IP-адреса або повне доменне ім’я має збігатися з IP-адресою або іменем хоста й доменом, які ви використовували Налаштуйте віртуальну машину гібридної безпеки даних . З’явиться повідомлення про те, що ви можете зареєструвати свій вузол у Webex.
|
7. | Клацніть Перейдіть до Node . |
8 | Клацніть Продовжити у попередженні. Через кілька секунд вас буде перенаправлено до тестів підключення вузлів для служб Webex. Якщо всі тести пройшли успішно, з’явиться сторінка Дозволити доступ до вузла безпеки гібридних даних. Тут ви підтверджуєте, що хочете надати дозволи організації Webex на доступ до вашого вузла.
|
9 | Перевірте Надайте доступ до вузла гібридної безпеки даних прапорець, а потім клацніть Продовжити . Ваш обліковий запис перевірено, і повідомлення «Реєстрацію завершено» вказує, що ваш вузол наразі зареєстровано в хмарі Webex.
|
10 | Клацніть посилання або закрийте вкладку, щоб повернутися на сторінку безпеки гібридних даних Control Hub. На Гібридна безпека даних на сторінці, відображається новий кластер, що містить зареєстрований вами вузол. Вузол автоматично завантажить останню версію програмного забезпечення з хмари.
|
Створіть і зареєструйте більше вузлів
Зараз резервні VM, які ви створили Виконайте обов’язкові умови для гібридної безпеки даних резервні хости, які використовуються лише в разі аварійного відновлення; вони не зареєстровані в системі до цього часу. Докладніше див Аварійне відновлення за допомогою резервного центру обробки даних . |
Перш ніж почати
Після початку реєстрації вузла її потрібно завершити протягом 60 хвилин, інакше доведеться починати спочатку.
Переконайтеся, що блокувальники спливаючих вікон у вашому браузері вимкнено або дозволено виняток для admin.webex.com.
1. | Створіть нову віртуальну машину з OVA, повторивши кроки в Установіть OVA хоста HDS . |
2. | Налаштуйте початкову конфігурацію на новій віртуальній машині, повторивши кроки в Налаштуйте віртуальну машину гібридної безпеки даних . |
3. | На новій віртуальній машині повторіть кроки в Вивантажте та підключіть ISO конфігурації HDS . |
4. | Якщо ви налаштовуєте проксі для свого розгортання, повторіть кроки в розділі Налаштуйте вузол HDS для інтеграції проксі за потребою для нового вузла. |
5. | Зареєструйте вузол. Ваш вузол зареєстровано. Зауважте, що поки ви не запустите ознайомлювальну версію, ваші вузли створять попередження, що вказує на те, що ваша служба ще не активована.
|
Що далі
Потік завдань із пробної версії до виробничого
Після налаштування кластера гібридної безпеки даних можна запустити пілот, додати до нього користувачів і почати використовувати його для тестування та перевірки розгортання під час підготовки до переходу до робочої версії.
Перш ніж почати
1. | Якщо можливо, синхронізуйте Якщо ваша організація використовує синхронізацію каталогу для користувачів, потрібно вибрати |
2. | Активувати ознайомлювальну версію Почніть пробну версію. Поки ви не виконаєте це завдання, ваші вузли створять попередження, що вказує на те, що служба ще не активована. |
3. | Перевірте розгортання гібридної безпеки даних Перевірте, чи передаються запити на ключ до розгортання гібридної безпеки даних. |
4. | Моніторинг працездатності гібридної безпеки даних Перевірте стан і налаштуйте сповіщення електронною поштою для попереджень. |
5. | |
6. | Завершіть ознайомлювальну фазу, виконавши одну з таких дій: |
Активувати ознайомлювальну версію
Перш ніж почати
Якщо ваша організація використовує синхронізацію каталогу для користувачів, потрібно вибрати HdsTrialGroup
груповий об’єкт для синхронізації з хмарою, перш ніж ви зможете почати ознайомлювальну версію для вашої організації. Інструкції див Посібник із розгортання для Cisco Directory Connector.
1. | Увійти вhttps://admin.webex.com , а потім виберіть Служби . |
2. | У розділі Безпека гібридних даних клацніть Налаштування . |
3. | У розділі Стан служби клацніть Почати пробну версію . Стан служби змінюється на ознайомлювальний режим.
|
4. | Клацніть Додати користувачів і введіть адресу електронної пошти одного або кількох користувачів, які будуть використовувати ваші вузли гібридної безпеки даних для служб шифрування та індексування. (Якщо ваша організація використовує синхронізацію каталогів, використовуйте Active Directory для керування ознайомлювальною групою, |
Перевірте розгортання гібридної безпеки даних
Перш ніж почати
Налаштуйте розгортання гібридної безпеки даних.
Активуйте ознайомлювальну версію та додайте кілька користувачів пробної версії.
Переконайтеся, що у вас є доступ до системного журналу, щоб переконатися, що запити на ключ передаються до вашого розгортання гібридної безпеки даних.
1. | Ключі для певного простору встановлюються його творцем. Увійдіть у програму Webex як один із пілотних користувачів, а потім створіть простір і запросіть принаймні одного пілотного користувача та одного не пілотного користувача.
| ||
2. | Надсилайте повідомлення в новий простір. | ||
3. | Перевірте вивід системного журналу, щоб переконатися, що запити на ключ передаються до вашого розгортання гібридної безпеки даних. |
Моніторинг працездатності гібридної безпеки даних
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
Використовуйте описані тут завдання, щоб керувати розгортанням гібридної безпеки даних.
Установіть розклад оновлення кластерів
Щоб установити розклад оновлення:
1. | Увійдіть в Control Hub. |
2. | На сторінці "Огляд" у розділі "Гібридні служби" виберіть Гібридна безпека даних . |
3. | На сторінці Ресурси безпеки гібридних даних виберіть кластер. |
4. | На панелі «Огляд» праворуч у розділі «Налаштування кластера» виберіть ім’я кластера. |
5. | На сторінці налаштувань у розділі «Оновлення» виберіть час і часовий пояс для розкладу оновлення. Примітка. Під часовим поясом відображається наступна доступна дата й час оновлення версії. За потреби можна відкласти оновлення версії на наступний день, натиснувши Відкласти . |
Змініть конфігурацію вузла
Зміна сертифікатів x.509 через закінчення терміну дії або з інших причин.
Ми не підтримуємо зміну доменного імені CN сертифіката. Домен повинен відповідати початковому домену, який використовувався для реєстрації кластера.
Оновлення налаштувань бази даних для зміни на репліку бази даних PostgreSQL або Microsoft SQL Server.
Ми не підтримуємо перенесення даних з PostgreSQL на Microsoft SQL Server або навпаки. Щоб змінити середовище бази даних, запустіть нове розгортання Hybrid Data Security.
Створення нової конфігурації для підготовки нового дата-центру.
Крім того, в цілях безпеки Hybrid Data Security використовує паролі облікових записів, які мають дев 'ятимісячний термін служби. Після того, як інструмент налаштування HDS генерує ці паролі, ви розгортаєте їх на кожному з вузлів HDS у файлі конфігурації ISO. Коли термін дії паролів вашої організації наближається до закінчення, ви отримуєте сповіщення від команди Webex про скидання пароля для облікового запису вашого комп 'ютера. (Електронний лист містить текст: «Використовуйте API облікового запису машини для оновлення пароля.") Якщо термін дії ваших паролів ще не закінчився, інструмент надає вам два варіанти:
М 'яке скидання- старий і новий паролі працюють до 10 днів. Використовуйте цей період, щоб поступово замінити файл ISO на вузлах.
Hard Reset- старі паролі негайно перестають працювати.
Якщо термін дії ваших паролів закінчується без скидання, це впливає на вашу службу HDS, вимагаючи негайного жорсткого скидання та заміни файлу ISO на всіх вузлах.
Використовуйте цю процедуру, щоб створити новий файл ISO конфігурації та застосувати його до вашого кластера.
Перш ніж почати
Інструмент налаштування HDS працює як Docker-контейнер на локальному комп 'ютері. Щоб отримати доступ до нього, запустіть Docker на цьому комп 'ютері. Процес налаштування вимагає облікових даних облікового запису Центру керування з повними правами адміністратора для вашої організації.
Якщо інструмент налаштування 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. | Використовуючи Docker на локальному комп 'ютері, запустіть інструмент налаштування HDS. |
2. | Якщо у вас працює лише один вузол HDS, створіть нову віртуальну машину з гібридною системою безпеки даних і зареєструйте її за допомогою нового файлу конфігурації ISO. Докладні інструкції див Створіть і зареєструйте більше вузлів . |
3. | Для існуючих вузлів HDS, які працюють зі старим файлом конфігурації, монтуйте файл ISO. Виконайте наступну процедуру на кожному вузлі по черзі, оновлюючи кожен вузол перед вимкненням наступного вузла: |
4. | Повторіть крок 3, щоб замінити конфігурацію на кожному вузлі, що працює за старою конфігурацією. |
Вимкніть режим роздільної здатності заблокованого зовнішнього DNS
Коли ви реєструєте вузол або перевіряєте конфігурацію проксі вузла, процес перевіряє пошук DNS і можливість підключення до хмари Cisco Webex. Якщо сервер DNS вузла не може дозволити загальнодоступні імена DNS, вузол автоматично переходить у режим роздільної здатності заблокованого зовнішнього DNS.
Якщо ваші вузли здатні дозволяти публічні імена DNS через внутрішні сервери DNS, можна вимкнути цей режим, повторно запустивши перевірку підключення до проксі на кожному вузлі.
Перш ніж почати
1. | У веббраузері відкрийте інтерфейс вузла Hybrid Data Security (IP-адреса/налаштування, наприклад,https://192.0.2.0/setup), введіть облікові дані адміністратора, які ви налаштували для вузла, а потім клацніть Увійти . |
2. | Перейти до Огляд (сторінка за замовчуванням). Якщо ввімкнено, для параметра Blocked External DNS Resolution (Заблокована зовнішня роздільна здатність DNS) встановлено значення |
3. | Перейдіть до Сховище довіри та проксі сторінка. |
4. | Клацніть Перевірте підключення проксі . Якщо з’явиться повідомлення про помилку розв’язання зовнішнього DNS, вузол не зміг зв’язатися з сервером DNS і залишиться в цьому режимі. В іншому разі після перезавантаження вузла й повернення до Огляд сторінки, роздільна здатність заблокованого зовнішнього DNS має бути встановлена на no. |
Що далі
Видалити вузол
1. | Використовуйте клієнт VMware vSphere на своєму комп’ютері, щоб увійти до віртуального хоста ESXi та вимкнути віртуальну машину. |
2. | Видалити вузол: |
3. | У клієнті vSphere видаліть віртуальну машину. (На панелі переходів ліворуч клацніть VM правою кнопкою миші й клацніть Видалити .) Якщо ви не видалите віртуальну машину, не забудьте відключити файл ISO конфігурації. Без файлу ISO ви не зможете використовувати віртуальну машину для доступу до даних безпеки. |
Аварійне відновлення за допомогою резервного центру обробки даних
Найважливіша служба, яку надає кластер гібридної безпеки даних, — це створення та зберігання ключів, що використовуються для шифрування повідомлень та іншого контенту, що зберігається в хмарі Webex. Для кожного користувача в організації, якого призначено до гібридної безпеки даних, запити на створення нових ключів маршрутизуються до кластера. Кластер також відповідає за повернення створених ним ключів будь-яким користувачам, уповноваженим на їх отримання, наприклад учасникам простору розмови.
Оскільки кластер виконує критичну функцію надання цих ключів, важливо, щоб кластер продовжував працювати та підтримувалися належні резервні копії. Втрата бази даних гібридної безпеки даних або ISO конфігурації, що використовується для схеми, призведе до НЕВІДПОВІДАННЯ ВТРАТИ контенту клієнта. Щоб запобігти такій втраті, необхідно дотримуватися наведених нижче дій.
Якщо внаслідок стихійного лиха розгортання HDS в основному центрі обробки даних стає недоступним, виконайте цю процедуру, щоб вручну перейти до резервного центру обробки даних.
1. | Запустіть інструмент налаштування HDS і виконайте кроки, зазначені в Створіть ISO конфігурації для хостів HDS . | ||
2. | Після налаштування сервера Syslogd клацніть Розширені налаштування | ||
3. | На Розширені налаштування сторінку, додайте конфігурацію нижче або видаліть
| ||
4. | Завершіть процес налаштування та збережіть файл ISO у місці, яке легко знайти. | ||
5. | Створіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить головний ключ шифрування для вмісту бази даних. Обмежте доступ лише тим адміністраторам гібридної безпеки даних, які повинні вносити зміни в конфігурацію. | ||
6. | На лівій панелі навігації клієнта VMware vSphere клацніть правою кнопкою миші віртуальну машину й клацніть Змінити налаштування. . | ||
7. | Клацніть Змінити налаштування > Привід CD/DVD 1 і виберіть файл ISO сховища даних.
| ||
8 | Увімкніть вузол HDS і переконайтеся, що немає попереджень щонайменше 15 хвилин. | ||
9 | Повторіть процес для кожного вузла в резервному центрі обробки даних.
|
Що далі
(Необов’язково) Відключіть 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. | Виберіть Файл ISO сховища даних . і зніміть прапорець |
4. | Увімкніть вузол HDS і переконайтеся, що попередження немає принаймні 20 хвилин. |
5. | Повторіть по черзі для кожного вузла HDS. |
Перегляд сповіщень і усунення несправностей
Розгортання гібридної безпеки даних вважається недоступним, якщо всі вузли в кластері недоступні або кластер працює настільки повільно, що запитує тайм-аут. Якщо користувачі не можуть підключитися до кластера гібридної безпеки даних, у них з’являються такі ознаки:
Неможливо створити нові простори (неможливо створити нові ключі)
Не вдалося розшифрувати повідомлення та назви просторів для:
До простору додано нових користувачів (не вдається отримати ключі)
Наявні користувачі в просторі, що використовують нового клієнта (не вдається отримати ключі)
Наявні користувачі в просторі продовжуватимуть успішно працювати, доки їхні клієнти мають кеш ключів шифрування.
Важливо належним чином відстежувати кластер гібридної безпеки даних і своєчасно виправляти будь-які сповіщення, щоб уникнути перебоїв у роботі служби.
Сповіщення
Якщо виникла проблема з налаштуванням гібридної безпеки даних, Control Hub відображає сповіщення адміністратору організації та надсилає електронні листи на налаштовану адресу електронної пошти. Сповіщення охоплюють багато поширених сценаріїв.
Сповіщення | Дія |
---|---|
Помилка доступу до локальної бази даних. |
Перевірте помилки бази даних або проблеми з локальною мережею. |
Помилка підключення до локальної бази даних. |
Переконайтеся, що сервер бази даних доступний, а в конфігурації вузла використано правильні облікові дані облікового запису служби. |
Помилка доступу до хмарної служби. |
Переконайтеся, що вузли мають доступ до серверів 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 для програмного забезпечення та документації.
Створіть закритий ключ.
Почніть цю процедуру, коли отримаєте сертифікат сервера від центру сертифікації (CA).
1. | Отримавши сертифікат сервера від CA, збережіть його як |
2. | Відобразіть сертифікат у вигляді тексту та перевірте відомості.
|
3. | Використовуйте текстовий редактор, щоб створити файл пакета сертифікатів під назвою
|
4. | Створіть файл .p12 зі зручним іменем
|
5. | Перевірте відомості про сертифікат сервера. |
Що далі
Повернутися до Виконайте обов’язкові умови для гібридної безпеки даних . Ви використовуватимете hdsnode.p12
файл і пароль, який ви для нього встановили, у Створіть ISO конфігурації для хостів HDS .
Ви можете повторно використовувати ці файли для запиту нового сертифіката після завершення терміну дії оригінального сертифіката. |
Трафік між вузлами HDS і хмарою
Трафік збору вихідних показників
Вузли гібридної безпеки даних надсилають певні показники до хмари Webex. До них належать системні показники для максимальної кількості накопичувачів, використаної пам’яті, навантаження на ЦП і кількості потоків; метрики для синхронних та асинхронних потоків; показники для оповіщень, що включають поріг з’єднань шифрування, затримку або довжину черги запитів; метрики в сховищі даних; і показники підключення шифрування. Вузли надсилають матеріал зашифрованого ключа через позасмуговий (окремий від запиту) канал.
Вхідний трафік
Вузли гібридної безпеки даних отримують такі типи вхідного трафіку з хмари Webex:
Запити шифрування від клієнтів, які маршрутизуються службою шифрування
Оновлення програмного забезпечення вузла
Налаштуйте проксі Squid для гібридної безпеки даних
Websocket не вдається підключитися через проксі-сервер Squid
Проксі-сервери Squid, які перевіряють трафік HTTPS, можуть перешкоджати встановленню websocket ( wss:
) підключення, які вимагає Hybrid Data Security. У цих розділах наведено інструкції щодо налаштування різних версій Squid для ігнорування wss:
трафіку для належної роботи служб.
Кальмари 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 Desktop необхідно запустити програму встановлення. Див Вимоги до Docker Desktop . | ||
24 червня 2021 року | Зауважено, що ви можете повторно використовувати файл із закритим ключем і CSR для запиту іншого сертифіката. Див Використовуйте OpenSSL для створення файлу PKCS12 для отримання додаткової інформації. | ||
30 квітня 2021 р. | Вимогу до VM щодо простору на локальному жорсткому диску змінено на 30 ГБ. Див Вимоги до віртуального хоста для отримання додаткової інформації. | ||
24 лютого 2021 р. | HDS Setup Tool тепер може працювати через проксі. Див Створіть 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, а не пізніше. Відповідно оновлено такі розділи:
| ||
6 вересня 2019 р. | Стандартний SQL Server додано до Вимоги до сервера бази даних . | ||
29 серпня 2019 року | Додано Налаштуйте проксі Squid для гібридної безпеки даних додаток із інструкціями щодо налаштування проксі Squid для ігнорування трафіку вебсокетів для належної роботи. | ||
20 серпня 2019 р. | Додані й оновлені розділи, які охоплюють підтримку проксі-сервера для зв’язку вузла гібридної безпеки даних із хмарою Webex. Щоб отримати доступ лише до контенту підтримки проксі для наявного розгортання, див Підтримка проксі для гібридної безпеки даних і Webex Video Mesh довідкова стаття. | ||
13 червня 2019 року | Оновлено Потік завдань із пробної версії до виробничого з нагадуванням про синхронізацію HdsTrialGroup об’єкт групи перед початком ознайомлювальної версії, якщо ваша організація використовує синхронізацію каталогів. | ||
6 березня 2019 року |
| ||
28 лютого 2019 року |
| ||
26 лютого 2019 р. |
| ||
24 січня 2019 р. |
| ||
5 листопада 2018 року |
| ||
19 жовтня 2018 року |
| ||
31 липня 2018 року |
| ||
21 травня 2018 р. | Термінологію змінено, щоб відобразити ребрендинг Cisco Spark:
| ||
11 квітня 2018 року |
| ||
22 лютого 2018 р. |
| ||
15 лютого 2018 року |
| ||
18 січня 2018 року |
| ||
2 листопада 2017 року |
| ||
18 серпня 2017 року | Вперше опубліковано |
Огляд безпеки гібридних даних
З першого дня безпека даних була головним у розробці програми Webex. Наріжним каменем цієї безпеки є наскрізне шифрування контенту, що забезпечується клієнтами Webex App, які взаємодіють зі Службою керування ключами (KMS). KMS відповідає за створення і управління криптографічними ключами, які клієнти використовують для динамічного шифрування і розшифрування повідомлень і файлів.
За замовчуванням усі клієнти програми Webex отримують наскрізне шифрування за допомогою динамічних ключів, що зберігаються в хмарному KMS, у сфері безпеки Cisco. Hybrid Data Security переміщує KMS та інші функції, пов 'язані з безпекою, до вашого корпоративного центру обробки даних, тому ніхто, крім вас, не має ключів до вашого зашифрованого вмісту.
Архітектура області безпеки
Хмарна архітектура Webex розділяє різні типи служб на окремі області або довірені домени, як показано нижче.
Щоб краще зрозуміти гібридну безпеку даних, давайте спочатку розглянемо цей випадок у чистому вигляді, коли Cisco надає всі функції у своїх хмарних сферах. Служба ідентифікації, єдине місце, де користувачів можна безпосередньо зв’язати з їхньою особистою інформацією, як-от адреса електронної пошти, логічно та фізично відокремлена від області безпеки в центрі обробки даних B. Обидва, у свою чергу, відокремлені від області, де зберігається зашифрований контент. , у центрі обробки даних C.
На цій діаграмі клієнтом є програма Webex, що запущена на ноутбуці користувача та пройшла автентифікацію за допомогою служби ідентифікації. Коли користувач створює повідомлення для надсилання до простору, виконуються такі кроки:
Клієнт встановлює захищене підключення до служби керування ключами (KMS), а потім запитує ключ для шифрування повідомлення. Захищене підключення використовує ECDH, а KMS шифрує ключ за допомогою головного ключа AES-256.
Повідомлення шифрується, перш ніж залишити клієнт. Клієнт надсилає його до служби індексування, яка створює зашифровані індекси пошуку, щоб допомогти в майбутніх пошуках контенту.
Зашифроване повідомлення надсилається до служби відповідності для перевірки відповідності.
Зашифроване повідомлення зберігається в області сховища.
Під час розгортання гібридної безпеки даних функції області безпеки (KMS, індексація та відповідність вимогам) переносяться до локального центру обробки даних. Інші хмарні служби, що складають Webex (зокрема, ідентифікаційні дані та сховище контенту) залишаються в сферах Cisco.
Співпраця з іншими організаціями
Користувачі у вашій організації можуть регулярно використовувати програму Webex для співпраці із зовнішніми учасниками в інших організаціях. Коли один із користувачів запитує ключ для простору, що належить вашій організації (оскільки його створив один із ваших користувачів), KMS надсилає ключ клієнту через захищений канал ECDH. Однак, коли ключ для простору володіє інша організація, KMS маршрутизує запит до хмари Webex через окремий канал ECDH, щоб отримати ключ із відповідного KMS, а потім повертає ключ користувачеві в оригінальному каналі.
Служба KMS, що працює в організації A, перевіряє підключення до KMS в інших організаціях за допомогою сертифікатів PKI x.509. Див Підготуйте своє середовище Докладніше про створення сертифіката x.509 для використання з розгортанням гібридної безпеки даних.
Очікування щодо розгортання гібридної безпеки даних
Розгортання гібридної безпеки даних вимагає значних зобов’язань клієнта та усвідомлення ризиків, пов’язаних із володінням ключами шифрування.
Щоб розгорнути гібридну безпеку даних, необхідно надати:
Захищений центр обробки даних у країні, яка є підтримуване розташування для планів Cisco Webex Teams .
Обладнання, програмне забезпечення та доступ до мережі, описані в Підготуйте своє середовище .
Повна втрата ISO конфігурації, створеної для гібридної безпеки даних, або наданої вами бази даних призведе до втрати ключів. Втрата ключа не дозволяє користувачам розшифрувати вміст простору та інші зашифровані дані в програмі Webex. Якщо це станеться, можна створити нове розгортання, але видимим буде лише новий контент. Щоб уникнути втрати доступу до даних, необхідно:
Керуйте резервним копіюванням і відновленням бази даних і ISO конфігурації.
Будьте готові виконати швидке відновлення після аварії, якщо станеться катастрофа, як-от збій диска бази даних або аварійний стан центру обробки даних.
Немає механізму переміщення ключів назад до хмари після розгортання HDS. |
Процес налаштування високого рівня
У цьому документі описано налаштування та керування розгортанням гібридної безпеки даних:
Налаштуйте безпеку гібридних даних —Це включає підготовку необхідної інфраструктури та встановлення програмного забезпечення Hybrid Data Security, тестування розгортання з підгрупою користувачів у ознайомлювальному режимі та, після завершення тестування, перехід до робочої версії. Це перетворить всю організацію на використання кластера гібридної безпеки даних для функцій безпеки.
Про фази налаштування, ознайомлювальної версії та виробництва докладно описано в наступних трьох розділах.
Підтримуйте розгортання гібридної безпеки даних — Хмара Webex автоматично надає поточні оновлення версії. Ваш ІТ-відділ може надати підтримку першого рівня для цього розгортання та за потреби залучити підтримку Cisco. Ви можете використовувати екранні сповіщення та налаштувати сповіщення на основі електронної пошти в Control Hub.
Ознайомтеся з поширеними сповіщеннями, кроками з усунення несправностей та відомими проблемами — Якщо у вас виникнуть проблеми з розгортанням або використанням гібридної безпеки даних, останній розділ цього посібника та додаток «Відомі проблеми» можуть допомогти вам визначити й усунути проблему.
Модель розгортання гібридної безпеки даних
У межах корпоративного центру обробки даних ви розгортаєте гібридну безпеку даних як єдиний кластер вузлів на окремих віртуальних хостах. Вузли взаємодіють із хмарою Webex через захищені вебсокети та захищений HTTP.
Під час процесу встановлення ми надаємо вам файл OVA для налаштування віртуального пристрою на наданих вами віртуальних машинах. За допомогою інструмента налаштування HDS можна створити користувацький ISO-файл конфігурації кластера, який монтується на кожному вузлі. Кластер гібридної безпеки даних використовує наданий вами сервер Syslogd і базу даних PostgreSQL або Microsoft SQL Server. (Ви налаштовуєте системний журнал і деталі підключення до бази даних у інструменті налаштування HDS.)
Мінімальна кількість вузлів, які можна мати в кластері, становить два. Рекомендовано принаймні три, а можна до п’яти. Наявність кількох вузлів гарантує, що обслуговування не буде перервано під час оновлення програмного забезпечення або інших дій з обслуговування на вузлі. (У хмарі Webex одночасно оновлюється лише один вузол.)
Усі вузли в кластері отримують доступ до одного сховища ключових даних і реєструють дії на одному сервері системних журналів. Самі вузли не мають стану та обробляють запити ключів у циклічному порядку, відповідно до вказівок хмари.
Вузли стають активними, коли ви реєструєте їх у Control Hub. Щоб вимкнути окремий вузол, можна скасувати його реєстрацію, а пізніше за потреби зареєструвати повторно.
Ми підтримуємо лише один кластер на організацію.
Ознайомлювальний режим безпеки гібридних даних
Після налаштування розгортання гібридної безпеки даних ви спочатку спробуєте його з набором пілотних користувачів. Протягом пробного періоду ці користувачі використовують ваш локальний домен гібридної безпеки даних для ключів шифрування та інших служб безпеки. Інші ваші користувачі продовжують використовувати область хмарної безпеки.
Якщо ви вирішите не продовжувати розгортання під час пробної версії та деактивуєте службу, пілотні користувачі та всі користувачі, з якими вони взаємодіяли шляхом створення нових просторів протягом пробного періоду, втратять доступ до повідомлень і контенту. У програмі Webex вони побачать повідомлення "Це повідомлення неможливо розшифрувати".
Якщо ви впевнені, що ваше розгортання працює добре для користувачів пробної версії, і ви готові поширити гібридну безпеку даних на всіх своїх користувачів, ви переміщуєте розгортання до робочої версії. Пілотні користувачі продовжують мати доступ до ключів, які використовувалися під час ознайомлювальної версії. Однак ви не можете переходити між робочим режимом і вихідним ознайомлювальним режимом. Якщо ви повинні деактивувати службу, наприклад, для виконання аварійного відновлення, під час повторної активації необхідно почати нову ознайомлювальну версію та налаштувати набір пілотних користувачів для нової ознайомлювальної версії, перш ніж повернутися до робочого режиму. Те, чи збережуть користувачі доступ до даних на цьому етапі, залежить від того, чи успішно ви створили резервні копії сховища ключових даних і файлу конфігурації ISO для вузлів гібридної безпеки даних у вашому кластері.
Резервний центр обробки даних для аварійного відновлення
Під час розгортання ви налаштовуєте захищений резервний центр обробки даних. У разі аварійної ситуації в центрі обробки даних можна вручну зупинити розгортання в резервному центрі обробки даних.
Бази даних активного та резервного центрів обробки даних синхронізовані одна з одною, що мінімізує час, необхідний для перемикання на помилку. Файл ISO резервного центру обробки даних оновлено додатковими конфігураціями, які гарантують, що вузли зареєстровані в організації, але не оброблятимуть трафік. Тому вузли резервного центру обробки даних завжди залишаються в актуальному стані з останньою версією програмного забезпечення HDS.
Активні вузли гібридної безпеки даних повинні завжди перебувати в тому самому центрі обробки даних, що й активний сервер бази даних. |
Налаштуйте резервний центр обробки даних для аварійного відновлення
Виконайте наведені нижче дії, щоб налаштувати файл ISO резервного центру обробки даних:
Перш ніж почати
Резервний центр обробки даних має відображати виробниче середовище віртуальних машин і резервну копію бази даних PostgreSQL або Microsoft SQL Server. Наприклад, якщо робоча версія має 3 віртуальні машини з вузлами HDS, середовище резервного копіювання має містити 3 віртуальні машини. (Див Резервний центр обробки даних для аварійного відновлення для огляду цієї моделі резервного перемикання.)
Переконайтеся, що ввімкнено синхронізацію бази даних між базою даних активних і пасивних вузлів кластера.
1. | Запустіть інструмент налаштування HDS і виконайте кроки, зазначені в Створіть ISO конфігурації для хостів HDS .
| ||
2. | Після налаштування сервера Syslogd клацніть Розширені налаштування | ||
3. | На Розширені налаштування сторінку, додайте конфігурацію нижче, щоб перевести вузол у пасивний режим. У цьому режимі вузол буде зареєстровано в організації та підключено до хмари, але не оброблятиме трафік.
| ||
4. | Завершіть процес налаштування та збережіть файл ISO у місці, яке легко знайти. | ||
5. | Створіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить головний ключ шифрування для вмісту бази даних. Обмежте доступ лише тим адміністраторам гібридної безпеки даних, які повинні вносити зміни в конфігурацію. | ||
6. | На лівій панелі навігації клієнта VMware vSphere клацніть правою кнопкою миші віртуальну машину й клацніть Змінити налаштування. . | ||
7. | Клацніть Змінити налаштування > Привід CD/DVD 1 і виберіть файл ISO сховища даних.
| ||
8 | Увімкніть вузол HDS і переконайтеся, що немає попереджень щонайменше 15 хвилин. | ||
9 | Повторіть процес для кожного вузла в резервному центрі обробки даних.
|
Що далі
Після налаштування passiveMode
у файлі ISO та після його збереження можна створити іншу копію файлу ISO без файлу passiveMode
конфігурацію та збережіть її в захищеному місці. Ця копія файлу ISO без passiveMode
configured може допомогти в швидкому перемиканні на помилку під час аварійного відновлення. Див Аварійне відновлення за допомогою резервного центру обробки даних для детальної процедури переходу до відмови.
Підтримка проксі-сервера
Гібридна безпека даних підтримує явні, прозорі проксі-сервери з перевіркою та без перевірки. Можна прив’язати ці проксі-сервери до свого розгортання, щоб захищати та відстежувати трафік від підприємства до хмари. Ви можете використовувати інтерфейс адміністратора платформи на вузлах для керування сертифікатами та для перевірки загального стану підключення після налаштування проксі-сервера на вузлах.
Вузли гібридної безпеки даних підтримують такі параметри проксі:
Немає проксі — Значення за замовчуванням, якщо ви не використовуєте налаштування вузла HDS, сховища довіри та конфігурацію проксі для інтеграції проксі. Оновлення сертифіката не потрібно.
Прозорий проксі без перевірки —Вузли не налаштовані на використання конкретної адреси проксі-сервера й не повинні вимагати будь-яких змін для роботи з проксі-сервером, що не перевіряє. Оновлення сертифіката не потрібно.
Прозорий проксі з тунелюванням або перевіркою —Вузли не налаштовані на використання конкретної адреси проксі-сервера. На вузлах змінювати конфігурацію HTTP або HTTPS не потрібно. Однак вузлам потрібен кореневий сертифікат, щоб вони довіряли проксі. Перевірка проксі-серверів зазвичай використовується ІТ для застосування політики щодо того, які вебсайти можна відвідувати, а які типи контенту заборонені. Цей тип проксі розшифровує весь ваш трафік (навіть HTTPS).
Явний проксі — За допомогою явного проксі ви вказуєте вузлам HDS, який проксі-сервер і схему автентифікації використовувати. Щоб налаштувати явний проксі-сервер, необхідно ввести таку інформацію на кожному вузлі:
IP-адреса/повне доменне ім’я проксі —Адреса, яку можна використовувати для зв’язку з проксі-комплектом.
Порт проксі —номер порту, який використовує проксі-сервер для прослуховування проксі-трафіку.
Протокол проксі — Залежно від того, що підтримує ваш проксі-сервер, виберіть один із таких протоколів:
HTTP — перегляд і контроль усіх запитів, які надсилає клієнт.
HTTPS — надає канал до сервера. Клієнт отримує та перевіряє сертифікат сервера.
Тип автентифікації — Виберіть один із таких типів автентифікації:
Немає — подальша автентифікація не потрібна.
Доступно, якщо вибрано HTTP або HTTPS як протокол проксі.
Базовий — використовується для оператора користувача HTTP для надання імені користувача та пароля під час надсилання запиту. Використовує кодування Base64.
Доступно, якщо вибрано HTTP або HTTPS як протокол проксі.
Вимагає ввести ім’я користувача та пароль на кожному вузлі.
Дайджест — Використовується для підтвердження облікового запису перед надсиланням конфіденційної інформації. Застосовує хеш-функцію до імені користувача та пароля перед надсиланням через мережу.
Доступно, лише якщо вибрано HTTPS як протокол проксі.
Вимагає ввести ім’я користувача та пароль на кожному вузлі.
Приклад гібридних вузлів безпеки даних і проксі
На цій діаграмі показано приклад підключення між гібридною безпекою даних, мережею та проксі. Для параметрів проксі-сервера з прозорою перевіркою та явною перевіркою HTTPS необхідно встановити той самий кореневий сертифікат на проксі-сервері та вузлах гібридної безпеки даних.
Режим дозволу заблокованого зовнішнього DNS (явні конфігурації проксі)
Коли ви реєструєте вузол або перевіряєте конфігурацію проксі вузла, процес перевіряє пошук DNS і можливість підключення до хмари Cisco Webex. У розгортаннях із явними конфігураціями проксі, які не дозволяють роздільну здатність зовнішнього DNS для внутрішніх клієнтів, якщо вузол не може запитувати сервери DNS, він автоматично переходить у режим роздільної здатності заблокованого зовнішнього DNS. У цьому режимі можна продовжити реєстрацію вузла та інші тести підключення проксі.
Вимоги до гібридної безпеки даних
Вимоги до ліцензії Cisco Webex
Щоб розгорнути гібридну безпеку даних:
Ви повинні мати пакет Pro для Cisco Webex Control Hub. (Дивhttps://www.cisco.com/go/pro-pack .)
Вимоги до Docker Desktop
Перш ніж установити вузли HDS, необхідно запустити програму встановлення Docker Desktop. Docker нещодавно оновив свою модель ліцензування. Для вашої організації може знадобитися платна підписка на Docker Desktop. Докладніше див. у дописі до блогу Docker "Docker оновлює та розширює наші підписки на продукти".
Вимоги до сертифіката X.509
Ланцюжок сертифікатів має відповідати таким вимогам:
Вимоги | Відомості |
---|---|
| За замовчуванням ми довіряємо ЦС у списку Mozilla (за винятком WoSign і StartCom) за адресоюhttps://wiki.mozilla.org/CA:IncludedCAs . |
| CN не обов’язково має бути доступним або активним організатором. Рекомендовано використовувати назву, яка відображає вашу організацію, наприклад, CN не повинна містити символ * (підстановка). CN використовується для перевірки вузлів гібридної безпеки даних для клієнтів програми Webex. Усі вузли гібридної безпеки даних у вашому кластері використовують той самий сертифікат. Ваш KMS ідентифікує себе за допомогою домену CN, а не будь-якого домену, який визначено в полях SAN x.509v3. Після реєстрації вузла за допомогою цього сертифіката зміна імені домену CN не підтримується. Виберіть домен, який може застосовуватися як для ознайомлювального, так і для робочого розгортання. |
| Програмне забезпечення KMS не підтримує підписи SHA1 для перевірки підключень до KMS інших організацій. |
| Щоб змінити формат сертифіката, можна використовувати конвертер, наприклад OpenSSL. Під час запуску засобу налаштування HDS потрібно буде ввести пароль. |
Програмне забезпечення KMS не встановлює обмеження щодо використання ключів або розширеного використання ключів. Деякі центри сертифікації вимагають, щоб до кожного сертифіката були застосовані розширені обмеження використання ключів, наприклад автентифікація сервера. Можна використовувати автентифікацію сервера або інші налаштування.
Вимоги до віртуального хоста
Віртуальні хости, які ви налаштуєте як вузли гібридної безпеки даних у своєму кластері, мають такі вимоги:
Принаймні два окремих хости (рекомендовано 3) розташовані в одному захищеному центрі обробки даних
VMware ESXi 6.5 (або пізнішої версії) встановлено та працює.
Необхідно оновити версію, якщо у вас є попередня версія ESXi.
Мінімум 4 vCPU, 8 ГБ основної пам’яті, 30 ГБ місця на локальному жорсткому диску на сервер
Вимоги до сервера бази даних
Створіть нову базу даних для зберігання ключів. Не використовуйте базу даних за замовчуванням. Програми HDS після встановлення створюють схему бази даних. |
Є два варіанти для сервера бази даних. Вимоги до кожного є такими:
PostgreSQL | Microsoft SQL Server | ||
---|---|---|---|
|
| ||
Мінімум 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 ( Завжди ввімкнені екземпляри кластера перемикання і Завжди ввімкнені групи доступності ). |
Додаткові вимоги до автентифікації Windows у Microsoft SQL Server
Якщо ви хочете, щоб вузли HDS використовували автентифікацію Windows для отримання доступу до бази даних сховища ключів на Microsoft SQL Server, вам потрібна така конфігурація у вашому середовищі:
Вузли HDS, інфраструктура Active Directory і MS SQL Server мають бути синхронізовані з NTP.
Обліковий запис Windows, який ви надаєте вузлам HDS, повинен мати доступ для читання та запису до бази даних.
Сервери DNS, які ви надаєте вузлам HDS, повинні мати можливість дозволити ваш центр розподілу ключів (KDC).
Ви можете зареєструвати екземпляр бази даних HDS на Microsoft SQL Server як ім’я користувача-служби (SPN) у вашому Active Directory. Див Зареєструйте ім’я користувача-служби для підключень Kerberos .
Інструмент налаштування HDS, засіб запуску HDS і локальний KMS повинні використовувати автентифікацію Windows для доступу до бази даних сховища ключів. Вони використовують дані вашої конфігурації ISO для створення SPN, коли запитують доступ за допомогою автентифікації Kerberos.
Вимоги до зовнішнього підключення
Налаштуйте брандмауер, щоб дозволити такі можливості підключення для програм HDS:
Застосування | Протокол | Порт | Напрямок із програми | Призначення |
---|---|---|---|---|
Вузли гібридної безпеки даних | TCP | 443 | Вихідні HTTPS і WSS |
|
Інструмент налаштування HDS | TCP | 443 | Вихідний HTTPS |
|
Вузли гібридної безпеки даних працюють із трансляцією доступу до мережі (NAT) або за брандмауером, якщо NAT або брандмауер дозволяє використовувати необхідні вихідні підключення до адресатів домену, наведених у попередній таблиці. Для вхідних підключень до вузлів гібридної безпеки даних порти з інтернету не повинні бути видимими. У вашому центрі обробки даних клієнтам потрібен доступ до вузлів гібридної безпеки даних на портах TCP 443 і 22 для адміністративних цілей. |
URL-адреси хостів Common Identity (CI) залежать від регіону. Це поточні хости CI:
Регіон | URL-адреси хоста спільних ідентифікаційних даних |
---|---|
Північна та Південна Америки |
|
Європейський Союз |
|
Канада |
|
Вимоги до проксі-сервера
Ми офіційно підтримуємо такі проксі-рішення, які можна інтегрувати з вашими вузлами гібридної безпеки даних.
Прозорий проксі — Cisco Web Security Appliance (WSA).
Явний проксі — Squid.
Проксі-сервери Squid, які перевіряють трафік HTTPS, можуть перешкоджати встановленню вебсокета (wss:) зв’язки. Щоб вирішити цю проблему, див Налаштуйте проксі Squid для гібридної безпеки даних .
Підтримуються такі комбінації типів автентифікації для явних проксі-серверів:
Немає автентифікації за допомогою HTTP або HTTPS
Базова автентифікація за допомогою HTTP або HTTPS
Дайджест автентифікації лише за допомогою HTTPS
Для прозорого проксі-сервера з перевіркою або явного проксі-сервера HTTPS необхідно мати копію кореневого сертифіката проксі. В інструкціях із розгортання в цьому посібнику описано, як передати копію до сховищ довіри вузлів гібридної безпеки даних.
Мережа, де розміщено вузли HDS, повинна бути налаштована на примусове маршрутизацію вихідного трафіку TCP через порт 443 через проксі.
Проксі-сервери, які перевіряють веб-трафік, можуть перешкоджати з 'єднанню веб-сокетів. Якщо ця проблема виникне, обійти (не перевіряти) трафік до
wbx2.com
іciscospark.com
вирішить проблему.
Виконайте обов’язкові умови для гібридної безпеки даних
1. | Переконайтеся, що у вашій організації Webex увімкнено Pro Pack for Cisco Webex Control Hub, і отримайте облікові дані облікового запису з повними правами адміністратора організації. Зверніться до партнера Cisco або менеджера облікового запису, щоб отримати допомогу з цим процесом. | ||
2. | Виберіть ім’я домену для розгортання HDS (наприклад, | ||
3. | Підготуйте ідентичні віртуальні хости, які ви налаштуєте як вузли гібридної безпеки даних у своєму кластері. Вам потрібно принаймні два окремих хоста (рекомендовано 3), розміщені в одному захищеному центрі обробки даних, які відповідають вимогам у Вимоги до віртуального хоста . | ||
4. | Підготуйте сервер бази даних, який буде виконувати функцію сховища ключових даних для кластера, відповідно до Вимоги до сервера бази даних . Сервер бази даних має бути одночасно розташований у захищеному центрі обробки даних із віртуальними хостами. | ||
5. | Для швидкого аварійного відновлення налаштуйте середовище резервного копіювання в іншому центрі обробки даних. Середовище резервного копіювання відображає виробниче середовище віртуальних машин і сервера бази даних резервного копіювання. Наприклад, якщо робоча версія має 3 віртуальні машини з вузлами HDS, середовище резервного копіювання має містити 3 віртуальні машини. | ||
6. | Налаштуйте хост системного журналу для збору журналів із вузлів у кластері. Зібрати його мережеву адресу та порт системного журналу (за замовчуванням – UDP 514). | ||
7. | Створіть політику безпечного резервного копіювання для вузлів гібридної безпеки даних, сервера бази даних і хоста системного журналу. Як мінімум, щоб запобігти втраті даних без можливості відновлення, необхідно створити резервну копію бази даних і файлу ISO конфігурації, створеного для вузлів гібридної безпеки даних.
Клієнти програми Webex кешують свої ключі, тому перебої в роботі можуть бути помітні не відразу, а з часом. Хоча тимчасові перебої в роботі неможливо запобігти, їх можна відновити. Однак повна втрата (недоступні резервні копії) бази даних або файлу ISO конфігурації призведе до того, що дані клієнта будуть недоступні для відновлення. Очікується, що оператори вузлів гібридної безпеки даних будуть підтримувати часте резервне копіювання бази даних і файлу ISO конфігурації та бути готовими до відновлення центру обробки даних гібридної безпеки даних у разі катастрофічної помилки. | ||
8 | Переконайтеся, що конфігурація брандмауера дозволяє підключатися до вузлів гібридної безпеки даних, як описано в Вимоги до зовнішнього підключення . | ||
9 | Установити Docker (https://www.docker.com ) на будь-якому локальному комп’ютері з підтримуваною ОС (Microsoft Windows 10 Professional або Enterprise 64-розрядна версія або Mac OSX Yosemite 10.10.3 або новішої версії) з веббраузером, який може отримати до неї доступ за адресою http://127.0.0.1:8080. Ви використовуєте екземпляр Docker для завантаження та запуску засобу налаштування HDS, який створює інформацію про локальну конфігурацію для всіх вузлів гібридної безпеки даних. Вашій організації може знадобитися ліцензія Docker Desktop. Див Вимоги до Docker Desktop для отримання додаткової інформації. Щоб установити та запустити HDS Setup Tool, локальний комп’ютер повинен мати можливість підключення, описану в Вимоги до зовнішнього підключення . | ||
10 | Якщо ви інтегруєте проксі-сервер із гібридною безпекою даних, переконайтеся, що він відповідає Вимоги до проксі-сервера . | ||
11 | Якщо ваша організація використовує синхронізацію каталогів, створіть групу в Active Directory з викликом
|
Потік завдань розгортання безпеки гібридних даних
Перш ніж почати
1. |
Завантажте файл OVA на локальний комп’ютер для подальшого використання. | ||
2. | Створіть ISO конфігурації для хостів HDS Використовуйте інструмент налаштування HDS, щоб створити файл конфігурації ISO для вузлів гібридної безпеки даних. | ||
3. |
Створіть віртуальну машину з файлу OVA та виконайте початкове налаштування, наприклад налаштування мережі.
| ||
4. | Налаштуйте віртуальну машину гібридної безпеки даних Увійдіть на консоль VM і задайте облікові дані для входу. Налаштуйте параметри мережі для вузла, якщо ви не налаштували їх під час розгортання OVA. | ||
5. | Вивантажте та підключіть ISO конфігурації HDS Налаштуйте віртуальну машину з файлу конфігурації ISO, який ви створили за допомогою засобу налаштування HDS. | ||
6. | Налаштуйте вузол HDS для інтеграції проксі Якщо мережеве середовище вимагає конфігурації проксі-сервера, укажіть тип проксі, який ви використовуватимете для вузла, і за потреби додайте сертифікат проксі до сховища довіри. | ||
7. | Зареєструйте перший вузол у кластері Зареєструйте віртуальну машину в хмарі Cisco Webex як вузол гібридної безпеки даних. | ||
8 | Створіть і зареєструйте більше вузлів Завершіть налаштування кластера. | ||
9 | Запустіть ознайомлювальну версію та перейдіть до робочої версії (наступний розділ) Поки ви не запустите ознайомлювальну версію, ваші вузли створять попередження, що вказує на те, що ваша служба ще не активована. |
Завантажте файли встановлення
1. | Увійти вhttps://admin.webex.com , а потім клацніть Служби . | ||||
2. | У розділі Служби гібридного типу знайдіть картку безпеки гібридних даних і клацніть Налаштування . Якщо картку вимкнено або ви не бачите її, зверніться до команди облікового запису або партнерської організації. Надайте їм номер свого облікового запису та попросіть увімкнути гібридну безпеку даних у вашій організації. Щоб знайти номер облікового запису, клацніть шестірню у верхньому правому куті поруч із назвою організації.
| ||||
3. | Виберіть Ні , щоб указати, що вузол ще не налаштовано, а потім клацніть Далі . Завантаження файлу OVA почнеться автоматично. Збережіть файл у розташуванні на вашому комп’ютері.
| ||||
4. | Клацніть за бажанням Відкрийте посібник із розгортання щоб перевірити, чи доступна пізніша версія цього посібника. |
Створіть ISO конфігурації для хостів HDS
У процесі налаштування гібридної безпеки даних створюється файл ISO. Потім ви використовуєте ISO для налаштування хоста гібридної безпеки даних.
Перш ніж почати
Інструмент налаштування HDS працює як Docker-контейнер на локальному комп 'ютері. Щоб отримати доступ до нього, запустіть Docker на цьому комп 'ютері. Процес налаштування вимагає облікових даних облікового запису Центру керування з повними правами адміністратора для вашої організації.
Якщо інструмент налаштування 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
Створений вами файл конфігурації містить основний ключ, що шифрує базу даних PostgreSQL або Microsoft SQL Server. Остання копія цього файлу потрібна щоразу, коли ви вносите зміни конфігурації, наприклад:
Облікові дані бази даних
Оновлення сертифіката
Зміни політики авторизації
Якщо ви плануєте шифрувати підключення до бази даних, налаштуйте розгортання PostgreSQL або SQL Server для TLS.
1. | У командному рядку вашого комп 'ютера введіть відповідну команду для вашого середовища: У звичайних умовах:
У середовищах FedRAMP:
| ||||||||||||
2. | Щоб увійти до реєстру Docker-образів, введіть наступне:
| ||||||||||||
3. | У підказці пароля введіть цей хеш:
| ||||||||||||
4. | Завантажте останнє стабільне зображення для вашого середовища: У звичайних умовах:
У середовищах FedRAMP:
| ||||||||||||
5. | Після завершення витягування введіть відповідну команду для вашого середовища:
Коли контейнер працює, ви бачите "Експрес-сервер прослуховує порт 8080". | ||||||||||||
6. |
Використовуйте веббраузер, щоб перейти до локального хоста, Інструмент використовує цей перший запис імені користувача, щоб установити належне середовище для цього облікового запису. Потім інструмент відображає стандартну підказку про вхід. | ||||||||||||
7. | Коли з’явиться відповідний запит, введіть облікові дані для входу адміністратора клієнта Control Hub, а потім клацніть Увійти щоб дозволити доступ до необхідних служб для гібридної безпеки даних. | ||||||||||||
8 | На сторінці огляду інструмента налаштування клацніть Почати роботу . | ||||||||||||
9 | На Імпорт ISO на сторінці, у вас є такі параметри:
| ||||||||||||
10 | Переконайтеся, що ваш сертифікат X.509 відповідає вимогам у Вимоги до сертифіката X.509 .
| ||||||||||||
11 | Введіть адресу бази даних і обліковий запис HDS, щоб отримати доступ до сховища ключових даних: | ||||||||||||
12 | Виберіть a Режим підключення до бази даних TLS :
Під час передавання кореневого сертифіката (за необхідності) клацніть Продовжити , засіб налаштування HDS перевіряє підключення TLS до сервера бази даних. Інструмент також перевіряє підписувача сертифіката та ім 'я хоста, якщо це можливо. Якщо тест не вдається, інструмент показує повідомлення про помилку, що описує проблему. Ви можете вибрати, чи ігнорувати помилку, і продовжити налаштування. (Через відмінності в можливостях підключення вузли HDS можуть встановити підключення TLS, навіть якщо машині засобу налаштування HDS не вдасться успішно перевірити його.) | ||||||||||||
13 | На сторінці системних журналів налаштуйте сервер Syslogd: | ||||||||||||
14 | (Необов’язково) Можна змінити значення за замовчуванням для деяких параметрів підключення до бази даних у Розширені налаштування . Як правило, цей параметр є єдиним, який ви можете змінити:
| ||||||||||||
15 | Клацніть Продовжити на Скинути пароль службових облікових записів екрана. Термін дії паролів службових облікових записів становить дев’ять місяців. Використовуйте цей екран, коли термін дії ваших паролів наближається або ви хочете скинути їх, щоб зробити попередні файли ISO недійсними. | ||||||||||||
16 | Клацніть Завантажте файл ISO . Збережіть файл у місці, яке легко знайти. | ||||||||||||
17 | Створіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить головний ключ шифрування для вмісту бази даних. Обмежте доступ лише тим адміністраторам гібридної безпеки даних, які повинні вносити зміни в конфігурацію. | ||||||||||||
18 | Щоб вимкнути інструмент налаштування, введіть |
Що далі
Створіть резервну копію файлу конфігурації ISO. Він потрібен, щоб створити більше вузлів для відновлення або внести зміни в конфігурацію. Якщо ви втратили всі копії файлу ISO, ви також втратили основний ключ. Відновити ключі з бази даних PostgreSQL або Microsoft SQL Server неможливо.
Ми ніколи не маємо копії цього ключа. Ми не можемо допомогти, якщо ви її втратите. |
Установіть OVA хоста HDS
1. | Використовуйте клієнт VMware vSphere на своєму комп’ютері, щоб увійти до віртуального хоста ESXi. | ||||||
2. | Виберіть Файл > Розгорнути шаблон OVF . | ||||||
3. | У майстрі вкажіть розташування файлу OVA, який ви завантажили раніше, а потім клацніть Далі . | ||||||
4. | На Виберіть ім’я та папку сторінки, введіть a Ім’я віртуальної машини для вузла (наприклад, «HDS_ Node_ 1"), виберіть розташування, де може перебувати розгортання вузла віртуальної машини, а потім клацніть Далі . | ||||||
5. | На Виберіть обчислювальний ресурс виберіть цільовий обчислювальний ресурс, а потім клацніть Далі . Запускається перевірка. Після завершення відобразяться відомості про шаблон. | ||||||
6. | Перевірте відомості шаблону й клацніть Далі . | ||||||
7. | Якщо вас попросять вибрати конфігурацію ресурсу на Конфігурація сторінки, клацніть 4 ЦП а потім клацніть Далі . | ||||||
8 | На Виберіть сховище сторінки, клацніть Далі щоб прийняти формат диска за замовчуванням і політику сховища VM. | ||||||
9 | На Виберіть мережі виберіть мережевий параметр зі списку записів, щоб забезпечити потрібне підключення до VM. | ||||||
10 | На Налаштувати шаблон налаштуйте такі параметри мережі:
За бажанням можна пропустити конфігурацію мережевих параметрів і виконати інструкції Налаштуйте віртуальну машину гібридної безпеки даних щоб налаштувати параметри з консолі вузла.
| ||||||
11 | Клацніть правою кнопкою миші вузол VM, а потім виберіть .Програмне забезпечення Hybrid Data Security встановлюється як гість на хості VM. Тепер ви готові ввійти на консоль і налаштувати вузол. Поради з усунення несправностей Перед відкриттям контейнерів вузлів може виникнути затримка в кілька хвилин. Повідомлення брандмауера мосту з’являється на консолі під час першого завантаження, під час якого ви не можете ввійти. |
Налаштуйте віртуальну машину гібридної безпеки даних
Використовуйте цю процедуру, щоб уперше ввійти до консолі VM вузла гібридної безпеки даних і задати облікові дані для входу. Ви також можете використовувати консоль, щоб налаштувати параметри мережі для вузла, якщо ви не налаштували їх під час розгортання OVA.
1. | У клієнті VMware vSphere виберіть свою віртуальну машину вузла гібридної безпеки даних і виберіть Консоль вкладка. ВМ завантажиться, і з’явиться запит щодо входу. Якщо запит щодо входу не відображається, натисніть Введіть .
|
2. | Використовуйте такі логін і пароль за замовчуванням для входу та зміни облікових даних: Оскільки ви вперше входите на свою віртуальну машину, вам потрібно змінити пароль адміністратора. |
3. | Якщо ви вже налаштували параметри мережі в Установіть OVA хоста HDS , пропустіть решту цієї процедури. В іншому разі в головному меню виберіть Змінити конфігурацію параметр. |
4. | Налаштуйте статичну конфігурацію з інформацією про IP-адресу, маску, шлюз і DNS. Ваш вузол повинен мати внутрішню IP-адресу та DNS-ім’я. DHCP не підтримується. |
5. | (Необов’язково) Змініть ім’я хоста, домен або сервери NTP, якщо потрібно, щоб вони відповідали вашій політиці мережі. Не потрібно налаштовувати домен відповідно до домену, який ви використовували для отримання сертифіката X.509. |
6. | Збережіть конфігурацію мережі та перезавантажте віртуальну машину, щоб зміни набули сили. |
Вивантажте та підключіть ISO конфігурації HDS
Перш ніж почати
Оскільки файл ISO містить основний ключ, його потрібно надавати лише в разі необхідності для доступу віртуальних машин гібридної безпеки даних і всіх адміністраторів, яким може знадобитися внести зміни. Переконайтеся, що лише ці адміністратори мають доступ до сховища даних.
1. | Передайте файл ISO з комп’ютера: |
2. | Підключіть файл ISO: |
Що далі
Якщо цього вимагає політика ІТ, ви можете додатково відключити файл ISO після того, як усі вузли отримають зміни конфігурації. Див (Необов’язково) Відключіть ISO після конфігурації HDS для отримання додаткової інформації.
Налаштуйте вузол HDS для інтеграції проксі
Якщо мережеве середовище вимагає проксі, скористайтеся цією процедурою, щоб указати тип проксі, який потрібно інтегрувати з гібридною безпекою даних. Якщо ви виберете прозорий перевіряючий проксі або явний проксі HTTPS, можна використовувати інтерфейс вузла для передавання та встановлення кореневого сертифіката. Ви також можете перевірити підключення проксі в інтерфейсі та усунути будь-які потенційні проблеми.
Перш ніж почати
Див Підтримка проксі для огляду підтримуваних параметрів проксі.
1. | Введіть URL-адресу налаштування вузла HDS |
2. | Перейти до Сховище довіри та проксі , а потім виберіть параметр:
Виконайте наступні кроки для проксі-сервера з перевіркою, проксі-сервера з явним доступом HTTP з базовою автентифікацією або явним проксі-сервером HTTPS. |
3. | Клацніть Передати кореневий сертифікат або сертифікат кінцевого запису , а потім перейдіть до виберіть кореневий сертифікат для проксі. Сертифікат передано, але його ще не встановлено, оскільки для встановлення сертифіката необхідно перезавантажити вузол. Клацніть стрілку в формі шеврону біля імені емітента сертифіката, щоб отримати додаткову інформацію, або клацніть Видалити якщо ви зробили помилку й хочете повторно передати файл. |
4. | Клацніть Перевірте підключення проксі щоб перевірити підключення до мережі між вузлом і проксі. Якщо перевірку підключення не вдалося виконати, ви побачите повідомлення про помилку, у якому буде вказано причину та способи виправлення проблеми. Якщо відображається повідомлення про помилку розв’язання зовнішнього DNS, вузлу не вдалося зв’язатися з сервером DNS. Ця умова очікується в багатьох явних конфігураціях проксі. Можна продовжити налаштування, і вузол функціонуватиме в режимі роздільної здатності заблокованого зовнішнього DNS. Якщо ви вважаєте, що це помилка, виконайте ці кроки, а потім перегляньте Вимкніть режим роздільної здатності заблокованого зовнішнього DNS . |
5. | Після завершення перевірки підключення для явного проксі, установленого лише на https, увімкніть перемикач Маршрутизувати всі запити HTTPS на порт 443/444 від цього вузла через явний проксі-сервер . Це налаштування набуде чинності через 15 секунд. |
6. | Клацніть Установіть усі сертифікати в сховище довіри (з’являється для явного проксі HTTPS або прозорого проксі-сервера для перевірки) або Перезавантажте (з’являється для явного проксі-сервера HTTP), прочитайте підказку, а потім клацніть Установити якщо ви готові. Вузол перезавантажиться за кілька хвилин. |
7. | Після перезавантаження вузла за потреби ввійдіть ще раз, а потім відкрийте файл Огляд сторінку, щоб перевірити перевірки підключення та переконатися, що всі вони мають зелений стан. Перевірка підключення до проксі перевіряє лише субдомен webex.com. Якщо виникають проблеми з підключенням, поширеною проблемою є те, що деякі з хмарних доменів, перелічених в інструкціях зі встановлення, блокуються на проксі. |
Зареєструйте перший вузол у кластері
Коли ви реєструєте свій перший вузол, ви створюєте кластер, якому призначено цей вузол. Кластер містить один або кілька вузлів, розгорнутих для забезпечення резервування.
Перш ніж почати
Після початку реєстрації вузла її потрібно завершити протягом 60 хвилин, інакше доведеться починати спочатку.
Переконайтеся, що блокувальники спливаючих вікон у вашому браузері вимкнено або дозволено виняток для admin.webex.com.
1. | Увійдіть у https://admin.webex.com. |
2. | У меню ліворуч на екрані виберіть Служби . |
3. | У розділі Служби гібридного типу знайдіть гібридну безпеку даних і клацніть Налаштування . З’явиться сторінка Реєстрація вузла безпеки гібридних даних.
|
4. | Виберіть Так , щоб зазначити, що ви налаштували вузол і готові його зареєструвати, а потім клацніть Далі . |
5. | У першому полі введіть ім’я кластера, якому потрібно призначити вузол гібридної безпеки даних. Рекомендовано призначати кластеру залежно від географічного розташування вузлів кластера. Приклади. "Сан-Франциско", "Нью-Йорк" або "Даллас" |
6. | У другому полі введіть внутрішню IP-адресу або повне доменне ім’я (FQDN) вашого вузла та клацніть Далі . Ця IP-адреса або повне доменне ім’я має збігатися з IP-адресою або іменем хоста й доменом, які ви використовували Налаштуйте віртуальну машину гібридної безпеки даних . З’явиться повідомлення про те, що ви можете зареєструвати свій вузол у Webex.
|
7. | Клацніть Перейдіть до Node . |
8 | Клацніть Продовжити у попередженні. Через кілька секунд вас буде перенаправлено до тестів підключення вузлів для служб Webex. Якщо всі тести пройшли успішно, з’явиться сторінка Дозволити доступ до вузла безпеки гібридних даних. Тут ви підтверджуєте, що хочете надати дозволи організації Webex на доступ до вашого вузла.
|
9 | Перевірте Надайте доступ до вузла гібридної безпеки даних прапорець, а потім клацніть Продовжити . Ваш обліковий запис перевірено, і повідомлення «Реєстрацію завершено» вказує, що ваш вузол наразі зареєстровано в хмарі Webex.
|
10 | Клацніть посилання або закрийте вкладку, щоб повернутися на сторінку безпеки гібридних даних Control Hub. На Гібридна безпека даних на сторінці, відображається новий кластер, що містить зареєстрований вами вузол. Вузол автоматично завантажить останню версію програмного забезпечення з хмари.
|
Створіть і зареєструйте більше вузлів
Зараз резервні VM, які ви створили Виконайте обов’язкові умови для гібридної безпеки даних резервні хости, які використовуються лише в разі аварійного відновлення; вони не зареєстровані в системі до цього часу. Докладніше див Аварійне відновлення за допомогою резервного центру обробки даних . |
Перш ніж почати
Після початку реєстрації вузла її потрібно завершити протягом 60 хвилин, інакше доведеться починати спочатку.
Переконайтеся, що блокувальники спливаючих вікон у вашому браузері вимкнено або дозволено виняток для admin.webex.com.
1. | Створіть нову віртуальну машину з OVA, повторивши кроки в Установіть OVA хоста HDS . |
2. | Налаштуйте початкову конфігурацію на новій віртуальній машині, повторивши кроки в Налаштуйте віртуальну машину гібридної безпеки даних . |
3. | На новій віртуальній машині повторіть кроки в Вивантажте та підключіть ISO конфігурації HDS . |
4. | Якщо ви налаштовуєте проксі для свого розгортання, повторіть кроки в розділі Налаштуйте вузол HDS для інтеграції проксі за потребою для нового вузла. |
5. | Зареєструйте вузол. Ваш вузол зареєстровано. Зауважте, що поки ви не запустите ознайомлювальну версію, ваші вузли створять попередження, що вказує на те, що ваша служба ще не активована.
|
Що далі
Потік завдань із пробної версії до виробничого
Після налаштування кластера гібридної безпеки даних можна запустити пілот, додати до нього користувачів і почати використовувати його для тестування та перевірки розгортання під час підготовки до переходу до робочої версії.
Перш ніж почати
1. | Якщо можливо, синхронізуйте Якщо ваша організація використовує синхронізацію каталогу для користувачів, потрібно вибрати |
2. | Активувати ознайомлювальну версію Почніть пробну версію. Поки ви не виконаєте це завдання, ваші вузли створять попередження, що вказує на те, що служба ще не активована. |
3. | Перевірте розгортання гібридної безпеки даних Перевірте, чи передаються запити на ключ до розгортання гібридної безпеки даних. |
4. | Моніторинг працездатності гібридної безпеки даних Перевірте стан і налаштуйте сповіщення електронною поштою для попереджень. |
5. | |
6. | Завершіть ознайомлювальну фазу, виконавши одну з таких дій: |
Активувати ознайомлювальну версію
Перш ніж почати
Якщо ваша організація використовує синхронізацію каталогу для користувачів, потрібно вибрати HdsTrialGroup
груповий об’єкт для синхронізації з хмарою, перш ніж ви зможете почати ознайомлювальну версію для вашої організації. Інструкції див Посібник із розгортання для Cisco Directory Connector.
1. | Увійти вhttps://admin.webex.com , а потім виберіть Служби . |
2. | У розділі Безпека гібридних даних клацніть Налаштування . |
3. | У розділі Стан служби клацніть Почати пробну версію . Стан служби змінюється на ознайомлювальний режим.
|
4. | Клацніть Додати користувачів і введіть адресу електронної пошти одного або кількох користувачів, які будуть використовувати ваші вузли гібридної безпеки даних для служб шифрування та індексування. (Якщо ваша організація використовує синхронізацію каталогів, використовуйте Active Directory для керування ознайомлювальною групою, |
Перевірте розгортання гібридної безпеки даних
Перш ніж почати
Налаштуйте розгортання гібридної безпеки даних.
Активуйте ознайомлювальну версію та додайте кілька користувачів пробної версії.
Переконайтеся, що у вас є доступ до системного журналу, щоб переконатися, що запити на ключ передаються до вашого розгортання гібридної безпеки даних.
1. | Ключі для певного простору встановлюються його творцем. Увійдіть у програму Webex як один із пілотних користувачів, а потім створіть простір і запросіть принаймні одного пілотного користувача та одного не пілотного користувача.
| ||
2. | Надсилайте повідомлення в новий простір. | ||
3. | Перевірте вивід системного журналу, щоб переконатися, що запити на ключ передаються до вашого розгортання гібридної безпеки даних. |
Моніторинг працездатності гібридної безпеки даних
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
Використовуйте описані тут завдання, щоб керувати розгортанням гібридної безпеки даних.
Установіть розклад оновлення кластерів
Щоб установити розклад оновлення:
1. | Увійдіть в Control Hub. |
2. | На сторінці "Огляд" у розділі "Гібридні служби" виберіть Гібридна безпека даних . |
3. | На сторінці Ресурси безпеки гібридних даних виберіть кластер. |
4. | На панелі «Огляд» праворуч у розділі «Налаштування кластера» виберіть ім’я кластера. |
5. | На сторінці налаштувань у розділі «Оновлення» виберіть час і часовий пояс для розкладу оновлення. Примітка. Під часовим поясом відображається наступна доступна дата й час оновлення версії. За потреби можна відкласти оновлення версії на наступний день, натиснувши Відкласти . |
Змініть конфігурацію вузла
Зміна сертифікатів x.509 через закінчення терміну дії або з інших причин.
Ми не підтримуємо зміну доменного імені CN сертифіката. Домен повинен відповідати початковому домену, який використовувався для реєстрації кластера.
Оновлення налаштувань бази даних для зміни на репліку бази даних PostgreSQL або Microsoft SQL Server.
Ми не підтримуємо перенесення даних з PostgreSQL на Microsoft SQL Server або навпаки. Щоб змінити середовище бази даних, запустіть нове розгортання Hybrid Data Security.
Створення нової конфігурації для підготовки нового дата-центру.
Крім того, в цілях безпеки Hybrid Data Security використовує паролі облікових записів, які мають дев 'ятимісячний термін служби. Після того, як інструмент налаштування HDS генерує ці паролі, ви розгортаєте їх на кожному з вузлів HDS у файлі конфігурації ISO. Коли термін дії паролів вашої організації наближається до закінчення, ви отримуєте сповіщення від команди Webex про скидання пароля для облікового запису вашого комп 'ютера. (Електронний лист містить текст: «Використовуйте API облікового запису машини для оновлення пароля.") Якщо термін дії ваших паролів ще не закінчився, інструмент надає вам два варіанти:
М 'яке скидання- старий і новий паролі працюють до 10 днів. Використовуйте цей період, щоб поступово замінити файл ISO на вузлах.
Hard Reset- старі паролі негайно перестають працювати.
Якщо термін дії ваших паролів закінчується без скидання, це впливає на вашу службу HDS, вимагаючи негайного жорсткого скидання та заміни файлу ISO на всіх вузлах.
Використовуйте цю процедуру, щоб створити новий файл ISO конфігурації та застосувати його до вашого кластера.
Перш ніж почати
Інструмент налаштування HDS працює як Docker-контейнер на локальному комп 'ютері. Щоб отримати доступ до нього, запустіть Docker на цьому комп 'ютері. Процес налаштування вимагає облікових даних облікового запису Центру керування з повними правами адміністратора для вашої організації.
Якщо інструмент налаштування 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. | Використовуючи Docker на локальному комп 'ютері, запустіть інструмент налаштування HDS. |
2. | Якщо у вас працює лише один вузол HDS, створіть нову віртуальну машину з гібридною системою безпеки даних і зареєструйте її за допомогою нового файлу конфігурації ISO. Докладні інструкції див Створіть і зареєструйте більше вузлів . |
3. | Для існуючих вузлів HDS, які працюють зі старим файлом конфігурації, монтуйте файл ISO. Виконайте наступну процедуру на кожному вузлі по черзі, оновлюючи кожен вузол перед вимкненням наступного вузла: |
4. | Повторіть крок 3, щоб замінити конфігурацію на кожному вузлі, що працює за старою конфігурацією. |
Вимкніть режим роздільної здатності заблокованого зовнішнього DNS
Коли ви реєструєте вузол або перевіряєте конфігурацію проксі вузла, процес перевіряє пошук DNS і можливість підключення до хмари Cisco Webex. Якщо сервер DNS вузла не може дозволити загальнодоступні імена DNS, вузол автоматично переходить у режим роздільної здатності заблокованого зовнішнього DNS.
Якщо ваші вузли здатні дозволяти публічні імена DNS через внутрішні сервери DNS, можна вимкнути цей режим, повторно запустивши перевірку підключення до проксі на кожному вузлі.
Перш ніж почати
1. | У веббраузері відкрийте інтерфейс вузла Hybrid Data Security (IP-адреса/налаштування, наприклад,https://192.0.2.0/setup), введіть облікові дані адміністратора, які ви налаштували для вузла, а потім клацніть Увійти . |
2. | Перейти до Огляд (сторінка за замовчуванням). Якщо ввімкнено, для параметра Blocked External DNS Resolution (Заблокована зовнішня роздільна здатність DNS) встановлено значення |
3. | Перейдіть до Сховище довіри та проксі сторінка. |
4. | Клацніть Перевірте підключення проксі . Якщо з’явиться повідомлення про помилку розв’язання зовнішнього DNS, вузол не зміг зв’язатися з сервером DNS і залишиться в цьому режимі. В іншому разі після перезавантаження вузла й повернення до Огляд сторінки, роздільна здатність заблокованого зовнішнього DNS має бути встановлена на no. |
Що далі
Видалити вузол
1. | Використовуйте клієнт VMware vSphere на своєму комп’ютері, щоб увійти до віртуального хоста ESXi та вимкнути віртуальну машину. |
2. | Видалити вузол: |
3. | У клієнті vSphere видаліть віртуальну машину. (На панелі переходів ліворуч клацніть VM правою кнопкою миші й клацніть Видалити .) Якщо ви не видалите віртуальну машину, не забудьте відключити файл ISO конфігурації. Без файлу ISO ви не зможете використовувати віртуальну машину для доступу до даних безпеки. |
Аварійне відновлення за допомогою резервного центру обробки даних
Найважливіша служба, яку надає кластер гібридної безпеки даних, — це створення та зберігання ключів, що використовуються для шифрування повідомлень та іншого контенту, що зберігається в хмарі Webex. Для кожного користувача в організації, якого призначено до гібридної безпеки даних, запити на створення нових ключів маршрутизуються до кластера. Кластер також відповідає за повернення створених ним ключів будь-яким користувачам, уповноваженим на їх отримання, наприклад учасникам простору розмови.
Оскільки кластер виконує критичну функцію надання цих ключів, важливо, щоб кластер продовжував працювати та підтримувалися належні резервні копії. Втрата бази даних гібридної безпеки даних або ISO конфігурації, що використовується для схеми, призведе до НЕВІДПОВІДАННЯ ВТРАТИ контенту клієнта. Щоб запобігти такій втраті, необхідно дотримуватися наведених нижче дій.
Якщо внаслідок стихійного лиха розгортання HDS в основному центрі обробки даних стає недоступним, виконайте цю процедуру, щоб вручну перейти до резервного центру обробки даних.
1. | Запустіть інструмент налаштування HDS і виконайте кроки, зазначені в Створіть ISO конфігурації для хостів HDS . | ||
2. | Після налаштування сервера Syslogd клацніть Розширені налаштування | ||
3. | На Розширені налаштування сторінку, додайте конфігурацію нижче або видаліть
| ||
4. | Завершіть процес налаштування та збережіть файл ISO у місці, яке легко знайти. | ||
5. | Створіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить головний ключ шифрування для вмісту бази даних. Обмежте доступ лише тим адміністраторам гібридної безпеки даних, які повинні вносити зміни в конфігурацію. | ||
6. | На лівій панелі навігації клієнта VMware vSphere клацніть правою кнопкою миші віртуальну машину й клацніть Змінити налаштування. . | ||
7. | Клацніть Змінити налаштування > Привід CD/DVD 1 і виберіть файл ISO сховища даних.
| ||
8 | Увімкніть вузол HDS і переконайтеся, що немає попереджень щонайменше 15 хвилин. | ||
9 | Повторіть процес для кожного вузла в резервному центрі обробки даних.
|
Що далі
(Необов’язково) Відключіть 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. | Виберіть Файл ISO сховища даних . і зніміть прапорець |
4. | Увімкніть вузол HDS і переконайтеся, що попередження немає принаймні 20 хвилин. |
5. | Повторіть по черзі для кожного вузла HDS. |
Перегляд сповіщень і усунення несправностей
Розгортання гібридної безпеки даних вважається недоступним, якщо всі вузли в кластері недоступні або кластер працює настільки повільно, що запитує тайм-аут. Якщо користувачі не можуть підключитися до кластера гібридної безпеки даних, у них з’являються такі ознаки:
Неможливо створити нові простори (неможливо створити нові ключі)
Не вдалося розшифрувати повідомлення та назви просторів для:
До простору додано нових користувачів (не вдається отримати ключі)
Наявні користувачі в просторі, що використовують нового клієнта (не вдається отримати ключі)
Наявні користувачі в просторі продовжуватимуть успішно працювати, доки їхні клієнти мають кеш ключів шифрування.
Важливо належним чином відстежувати кластер гібридної безпеки даних і своєчасно виправляти будь-які сповіщення, щоб уникнути перебоїв у роботі служби.
Сповіщення
Якщо виникла проблема з налаштуванням гібридної безпеки даних, Control Hub відображає сповіщення адміністратору організації та надсилає електронні листи на налаштовану адресу електронної пошти. Сповіщення охоплюють багато поширених сценаріїв.
Оповіщення | Дія |
---|---|
Помилка доступу до локальної бази даних. |
Перевірте помилки бази даних або проблеми з локальною мережею. |
Помилка підключення до локальної бази даних. |
Переконайтеся, що сервер бази даних доступний, а в конфігурації вузла використано правильні облікові дані облікового запису служби. |
Помилка доступу до хмарної служби. |
Переконайтеся, що вузли мають доступ до серверів 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 для програмного забезпечення та документації.
Створіть закритий ключ.
Почніть цю процедуру, коли отримаєте сертифікат сервера від центру сертифікації (CA).
1. | Отримавши сертифікат сервера від CA, збережіть його як |
2. | Відобразіть сертифікат у вигляді тексту та перевірте відомості.
|
3. | Використовуйте текстовий редактор, щоб створити файл пакета сертифікатів під назвою
|
4. | Створіть файл .p12 зі зручним іменем
|
5. | Перевірте відомості про сертифікат сервера. |
Що далі
Повернутися до Виконайте обов’язкові умови для гібридної безпеки даних . Ви використовуватимете hdsnode.p12
файл і пароль, який ви для нього встановили, у Створіть ISO конфігурації для хостів HDS .
Ви можете повторно використовувати ці файли для запиту нового сертифіката після завершення терміну дії оригінального сертифіката. |
Трафік між вузлами HDS і хмарою
Трафік збору вихідних показників
Вузли гібридної безпеки даних надсилають певні показники до хмари Webex. До них належать системні показники для максимальної кількості накопичувачів, використаної пам’яті, навантаження на ЦП і кількості потоків; метрики для синхронних та асинхронних потоків; показники для оповіщень, що включають поріг з’єднань шифрування, затримку або довжину черги запитів; метрики в сховищі даних; і показники підключення шифрування. Вузли надсилають матеріал зашифрованого ключа через позасмуговий (окремий від запиту) канал.
Вхідний трафік
Вузли гібридної безпеки даних отримують такі типи вхідного трафіку з хмари Webex:
Запити шифрування від клієнтів, які маршрутизуються службою шифрування
Оновлення програмного забезпечення вузла
Налаштуйте проксі Squid для гібридної безпеки даних
Websocket не вдається підключитися через проксі-сервер Squid
Проксі-сервери Squid, які перевіряють трафік HTTPS, можуть перешкоджати встановленню websocket ( wss:
) підключення, які вимагає Hybrid Data Security. У цих розділах наведено інструкції щодо налаштування різних версій Squid для ігнорування wss:
трафіку для належної роботи служб.
Кальмари 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 Desktop необхідно запустити програму встановлення. Див Вимоги до Docker Desktop . | ||
24 червня 2021 року | Зауважено, що ви можете повторно використовувати файл із закритим ключем і CSR для запиту іншого сертифіката. Див Використовуйте OpenSSL для створення файлу PKCS12 для отримання додаткової інформації. | ||
30 квітня 2021 р. | Вимогу до VM щодо простору на локальному жорсткому диску змінено на 30 ГБ. Див Вимоги до віртуального хоста для отримання додаткової інформації. | ||
24 лютого 2021 р. | HDS Setup Tool тепер може працювати через проксі. Див Створіть 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, а не пізніше. Відповідно оновлено такі розділи:
| ||
6 вересня 2019 р. | Стандартний SQL Server додано до Вимоги до сервера бази даних . | ||
29 серпня 2019 року | Додано Налаштуйте проксі Squid для гібридної безпеки даних додаток із інструкціями щодо налаштування проксі Squid для ігнорування трафіку вебсокетів для належної роботи. | ||
20 серпня 2019 р. | Додані й оновлені розділи, які охоплюють підтримку проксі-сервера для зв’язку вузла гібридної безпеки даних із хмарою Webex. Щоб отримати доступ лише до контенту підтримки проксі для наявного розгортання, див Підтримка проксі для гібридної безпеки даних і Webex Video Mesh довідкова стаття. | ||
13 червня 2019 року | Оновлено Потік завдань із пробної версії до виробничого з нагадуванням про синхронізацію HdsTrialGroup об’єкт групи перед початком ознайомлювальної версії, якщо ваша організація використовує синхронізацію каталогів. | ||
6 березня 2019 року |
| ||
28 лютого 2019 року |
| ||
26 лютого 2019 р. |
| ||
24 січня 2019 р. |
| ||
5 листопада 2018 року |
| ||
19 жовтня 2018 року |
| ||
31 липня 2018 року |
| ||
21 травня 2018 р. | Термінологію змінено, щоб відобразити ребрендинг Cisco Spark:
| ||
11 квітня 2018 року |
| ||
22 лютого 2018 р. |
| ||
15 лютого 2018 року |
| ||
18 січня 2018 року |
| ||
2 листопада 2017 року |
| ||
18 серпня 2017 року | Вперше опубліковано |
Огляд безпеки гібридних даних
З першого дня безпека даних була головним у розробці програми Webex. Наріжним каменем цієї безпеки є наскрізне шифрування контенту, що забезпечується клієнтами Webex App, які взаємодіють зі Службою керування ключами (KMS). KMS відповідає за створення і управління криптографічними ключами, які клієнти використовують для динамічного шифрування і розшифрування повідомлень і файлів.
За замовчуванням усі клієнти програми Webex отримують наскрізне шифрування за допомогою динамічних ключів, що зберігаються в хмарному KMS, у сфері безпеки Cisco. Hybrid Data Security переміщує KMS та інші функції, пов 'язані з безпекою, до вашого корпоративного центру обробки даних, тому ніхто, крім вас, не має ключів до вашого зашифрованого вмісту.
Архітектура області безпеки
Хмарна архітектура Webex розділяє різні типи служб на окремі області або довірені домени, як показано нижче.
Щоб краще зрозуміти гібридну безпеку даних, давайте спочатку розглянемо цей випадок у чистому вигляді, коли Cisco надає всі функції у своїх хмарних сферах. Служба ідентифікації, єдине місце, де користувачів можна безпосередньо зв’язати з їхньою особистою інформацією, як-от адреса електронної пошти, логічно та фізично відокремлена від області безпеки в центрі обробки даних B. Обидва, у свою чергу, відокремлені від області, де зберігається зашифрований контент. , у центрі обробки даних C.
На цій діаграмі клієнтом є програма Webex, що запущена на ноутбуці користувача та пройшла автентифікацію за допомогою служби ідентифікації. Коли користувач створює повідомлення для надсилання до простору, виконуються такі кроки:
Клієнт встановлює захищене підключення до служби керування ключами (KMS), а потім запитує ключ для шифрування повідомлення. Захищене підключення використовує ECDH, а KMS шифрує ключ за допомогою головного ключа AES-256.
Повідомлення шифрується, перш ніж залишити клієнт. Клієнт надсилає його до служби індексування, яка створює зашифровані індекси пошуку, щоб допомогти в майбутніх пошуках контенту.
Зашифроване повідомлення надсилається до служби відповідності для перевірки відповідності.
Зашифроване повідомлення зберігається в області сховища.
Під час розгортання гібридної безпеки даних функції області безпеки (KMS, індексація та відповідність вимогам) переносяться до локального центру обробки даних. Інші хмарні служби, що складають Webex (зокрема, ідентифікаційні дані та сховище контенту) залишаються в сферах Cisco.
Співпраця з іншими організаціями
Користувачі у вашій організації можуть регулярно використовувати програму Webex для співпраці із зовнішніми учасниками в інших організаціях. Коли один із користувачів запитує ключ для простору, що належить вашій організації (оскільки його створив один із ваших користувачів), KMS надсилає ключ клієнту через захищений канал ECDH. Однак, коли ключ для простору володіє інша організація, KMS маршрутизує запит до хмари Webex через окремий канал ECDH, щоб отримати ключ із відповідного KMS, а потім повертає ключ користувачеві в оригінальному каналі.
Служба KMS, що працює в організації A, перевіряє підключення до KMS в інших організаціях за допомогою сертифікатів PKI x.509. Див Підготуйте своє середовище Докладніше про створення сертифіката x.509 для використання з розгортанням гібридної безпеки даних.
Очікування щодо розгортання гібридної безпеки даних
Розгортання гібридної безпеки даних вимагає значних зобов’язань клієнта та усвідомлення ризиків, пов’язаних із володінням ключами шифрування.
Щоб розгорнути гібридну безпеку даних, необхідно надати:
Захищений центр обробки даних у країні, яка є підтримуване розташування для планів Cisco Webex Teams .
Обладнання, програмне забезпечення та доступ до мережі, описані в Підготуйте своє середовище .
Повна втрата ISO конфігурації, створеної для гібридної безпеки даних, або наданої вами бази даних призведе до втрати ключів. Втрата ключа не дозволяє користувачам розшифрувати вміст простору та інші зашифровані дані в програмі Webex. Якщо це станеться, можна створити нове розгортання, але видимим буде лише новий контент. Щоб уникнути втрати доступу до даних, необхідно:
Керуйте резервним копіюванням і відновленням бази даних і ISO конфігурації.
Будьте готові виконати швидке відновлення після аварії, якщо станеться катастрофа, як-от збій диска бази даних або аварійний стан центру обробки даних.
Немає механізму переміщення ключів назад до хмари після розгортання HDS. |
Процес налаштування високого рівня
У цьому документі описано налаштування та керування розгортанням гібридної безпеки даних:
Налаштуйте безпеку гібридних даних —Це включає підготовку необхідної інфраструктури та встановлення програмного забезпечення Hybrid Data Security, тестування розгортання з підгрупою користувачів у ознайомлювальному режимі та, після завершення тестування, перехід до робочої версії. Це перетворить всю організацію на використання кластера гібридної безпеки даних для функцій безпеки.
Про фази налаштування, ознайомлювальної версії та виробництва докладно описано в наступних трьох розділах.
Підтримуйте розгортання гібридної безпеки даних — Хмара Webex автоматично надає поточні оновлення версії. Ваш ІТ-відділ може надати підтримку першого рівня для цього розгортання та за потреби залучити підтримку Cisco. Ви можете використовувати екранні сповіщення та налаштувати сповіщення на основі електронної пошти в Control Hub.
Ознайомтеся з поширеними сповіщеннями, кроками з усунення несправностей та відомими проблемами — Якщо у вас виникнуть проблеми з розгортанням або використанням гібридної безпеки даних, останній розділ цього посібника та додаток «Відомі проблеми» можуть допомогти вам визначити й усунути проблему.
Модель розгортання гібридної безпеки даних
У межах корпоративного центру обробки даних ви розгортаєте гібридну безпеку даних як єдиний кластер вузлів на окремих віртуальних хостах. Вузли взаємодіють із хмарою Webex через захищені вебсокети та захищений HTTP.
Під час процесу встановлення ми надаємо вам файл OVA для налаштування віртуального пристрою на наданих вами віртуальних машинах. За допомогою інструмента налаштування HDS можна створити користувацький ISO-файл конфігурації кластера, який монтується на кожному вузлі. Кластер гібридної безпеки даних використовує наданий вами сервер Syslogd і базу даних PostgreSQL або Microsoft SQL Server. (Ви налаштовуєте системний журнал і деталі підключення до бази даних у інструменті налаштування HDS.)
Мінімальна кількість вузлів, які можна мати в кластері, становить два. Рекомендовано принаймні три, а можна до п’яти. Наявність кількох вузлів гарантує, що обслуговування не буде перервано під час оновлення програмного забезпечення або інших дій з обслуговування на вузлі. (У хмарі Webex одночасно оновлюється лише один вузол.)
Усі вузли в кластері отримують доступ до одного сховища ключових даних і реєструють дії на одному сервері системних журналів. Самі вузли не мають стану та обробляють запити ключів у циклічному порядку, відповідно до вказівок хмари.
Вузли стають активними, коли ви реєструєте їх у Control Hub. Щоб вимкнути окремий вузол, можна скасувати його реєстрацію, а пізніше за потреби зареєструвати повторно.
Ми підтримуємо лише один кластер на організацію.
Ознайомлювальний режим безпеки гібридних даних
Після налаштування розгортання гібридної безпеки даних ви спочатку спробуєте його з набором пілотних користувачів. Протягом пробного періоду ці користувачі використовують ваш локальний домен гібридної безпеки даних для ключів шифрування та інших служб безпеки. Інші ваші користувачі продовжують використовувати область хмарної безпеки.
Якщо ви вирішите не продовжувати розгортання під час пробної версії та деактивуєте службу, пілотні користувачі та всі користувачі, з якими вони взаємодіяли шляхом створення нових просторів протягом пробного періоду, втратять доступ до повідомлень і контенту. У програмі Webex вони побачать повідомлення "Це повідомлення неможливо розшифрувати".
Якщо ви впевнені, що ваше розгортання працює добре для користувачів пробної версії, і ви готові поширити гібридну безпеку даних на всіх своїх користувачів, ви переміщуєте розгортання до робочої версії. Пілотні користувачі продовжують мати доступ до ключів, які використовувалися під час ознайомлювальної версії. Однак ви не можете переходити між робочим режимом і вихідним ознайомлювальним режимом. Якщо ви повинні деактивувати службу, наприклад, для виконання аварійного відновлення, під час повторної активації необхідно почати нову ознайомлювальну версію та налаштувати набір пілотних користувачів для нової ознайомлювальної версії, перш ніж повернутися до робочого режиму. Те, чи збережуть користувачі доступ до даних на цьому етапі, залежить від того, чи успішно ви створили резервні копії сховища ключових даних і файлу конфігурації ISO для вузлів гібридної безпеки даних у вашому кластері.
Резервний центр обробки даних для аварійного відновлення
Під час розгортання ви налаштовуєте захищений резервний центр обробки даних. У разі аварійної ситуації в центрі обробки даних можна вручну зупинити розгортання в резервному центрі обробки даних.
Бази даних активного та резервного центрів обробки даних синхронізовані одна з одною, що мінімізує час, необхідний для перемикання на помилку. Файл ISO резервного центру обробки даних оновлено додатковими конфігураціями, які гарантують, що вузли зареєстровані в організації, але не оброблятимуть трафік. Тому вузли резервного центру обробки даних завжди залишаються в актуальному стані з останньою версією програмного забезпечення HDS.
Активні вузли гібридної безпеки даних повинні завжди перебувати в тому самому центрі обробки даних, що й активний сервер бази даних. |
Налаштуйте резервний центр обробки даних для аварійного відновлення
Виконайте наведені нижче дії, щоб налаштувати файл ISO резервного центру обробки даних:
Перш ніж почати
Резервний центр обробки даних має відображати виробниче середовище віртуальних машин і резервну копію бази даних PostgreSQL або Microsoft SQL Server. Наприклад, якщо робоча версія має 3 віртуальні машини з вузлами HDS, середовище резервного копіювання має містити 3 віртуальні машини. (Див Резервний центр обробки даних для аварійного відновлення для огляду цієї моделі резервного перемикання.)
Переконайтеся, що ввімкнено синхронізацію бази даних між базою даних активних і пасивних вузлів кластера.
1. | Запустіть інструмент налаштування HDS і виконайте кроки, зазначені в Створіть ISO конфігурації для хостів HDS .
| ||
2. | Після налаштування сервера Syslogd клацніть Розширені налаштування | ||
3. | На Розширені налаштування сторінку, додайте конфігурацію нижче, щоб перевести вузол у пасивний режим. У цьому режимі вузол буде зареєстровано в організації та підключено до хмари, але не оброблятиме трафік.
| ||
4. | Завершіть процес налаштування та збережіть файл ISO у місці, яке легко знайти. | ||
5. | Створіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить головний ключ шифрування для вмісту бази даних. Обмежте доступ лише тим адміністраторам гібридної безпеки даних, які повинні вносити зміни в конфігурацію. | ||
6. | На лівій панелі навігації клієнта VMware vSphere клацніть правою кнопкою миші віртуальну машину й клацніть Змінити налаштування. . | ||
7. | Клацніть Змінити налаштування > Привід CD/DVD 1 і виберіть файл ISO сховища даних.
| ||
8 | Увімкніть вузол HDS і переконайтеся, що немає попереджень щонайменше 15 хвилин. | ||
9 | Повторіть процес для кожного вузла в резервному центрі обробки даних.
|
Що далі
Після налаштування passiveMode
у файлі ISO та після його збереження можна створити іншу копію файлу ISO без файлу passiveMode
конфігурацію та збережіть її в захищеному місці. Ця копія файлу ISO без passiveMode
configured може допомогти в швидкому перемиканні на помилку під час аварійного відновлення. Див Аварійне відновлення за допомогою резервного центру обробки даних для детальної процедури переходу до відмови.
Підтримка проксі-сервера
Гібридна безпека даних підтримує явні, прозорі проксі-сервери з перевіркою та без перевірки. Можна прив’язати ці проксі-сервери до свого розгортання, щоб захищати та відстежувати трафік від підприємства до хмари. Ви можете використовувати інтерфейс адміністратора платформи на вузлах для керування сертифікатами та для перевірки загального стану підключення після налаштування проксі-сервера на вузлах.
Вузли гібридної безпеки даних підтримують такі параметри проксі:
Немає проксі — Значення за замовчуванням, якщо ви не використовуєте налаштування вузла HDS, сховища довіри та конфігурацію проксі для інтеграції проксі. Оновлення сертифіката не потрібно.
Прозорий проксі без перевірки —Вузли не налаштовані на використання конкретної адреси проксі-сервера й не повинні вимагати будь-яких змін для роботи з проксі-сервером, що не перевіряє. Оновлення сертифіката не потрібно.
Прозорий проксі з тунелюванням або перевіркою —Вузли не налаштовані на використання конкретної адреси проксі-сервера. На вузлах змінювати конфігурацію HTTP або HTTPS не потрібно. Однак вузлам потрібен кореневий сертифікат, щоб вони довіряли проксі. Перевірка проксі-серверів зазвичай використовується ІТ для застосування політики щодо того, які вебсайти можна відвідувати, а які типи контенту заборонені. Цей тип проксі розшифровує весь ваш трафік (навіть HTTPS).
Явний проксі — За допомогою явного проксі ви вказуєте вузлам HDS, який проксі-сервер і схему автентифікації використовувати. Щоб налаштувати явний проксі-сервер, необхідно ввести таку інформацію на кожному вузлі:
IP-адреса/повне доменне ім’я проксі —Адреса, яку можна використовувати для зв’язку з проксі-комплектом.
Порт проксі —номер порту, який використовує проксі-сервер для прослуховування проксі-трафіку.
Протокол проксі — Залежно від того, що підтримує ваш проксі-сервер, виберіть один із таких протоколів:
HTTP — перегляд і контроль усіх запитів, які надсилає клієнт.
HTTPS — надає канал до сервера. Клієнт отримує та перевіряє сертифікат сервера.
Тип автентифікації — Виберіть один із таких типів автентифікації:
Немає — подальша автентифікація не потрібна.
Доступно, якщо вибрано HTTP або HTTPS як протокол проксі.
Базовий — використовується для оператора користувача HTTP для надання імені користувача та пароля під час надсилання запиту. Використовує кодування Base64.
Доступно, якщо вибрано HTTP або HTTPS як протокол проксі.
Вимагає ввести ім’я користувача та пароль на кожному вузлі.
Дайджест — Використовується для підтвердження облікового запису перед надсиланням конфіденційної інформації. Застосовує хеш-функцію до імені користувача та пароля перед надсиланням через мережу.
Доступно, лише якщо вибрано HTTPS як протокол проксі.
Вимагає ввести ім’я користувача та пароль на кожному вузлі.
Приклад гібридних вузлів безпеки даних і проксі
На цій діаграмі показано приклад підключення між гібридною безпекою даних, мережею та проксі. Для параметрів проксі-сервера з прозорою перевіркою та явною перевіркою HTTPS необхідно встановити той самий кореневий сертифікат на проксі-сервері та вузлах гібридної безпеки даних.
Режим дозволу заблокованого зовнішнього DNS (явні конфігурації проксі)
Коли ви реєструєте вузол або перевіряєте конфігурацію проксі вузла, процес перевіряє пошук DNS і можливість підключення до хмари Cisco Webex. У розгортаннях із явними конфігураціями проксі, які не дозволяють роздільну здатність зовнішнього DNS для внутрішніх клієнтів, якщо вузол не може запитувати сервери DNS, він автоматично переходить у режим роздільної здатності заблокованого зовнішнього DNS. У цьому режимі можна продовжити реєстрацію вузла та інші тести підключення проксі.
Вимоги до гібридної безпеки даних
Вимоги до ліцензії Cisco Webex
Щоб розгорнути гібридну безпеку даних:
Ви повинні мати пакет Pro для Cisco Webex Control Hub. (Дивhttps://www.cisco.com/go/pro-pack .)
Вимоги до Docker Desktop
Перш ніж установити вузли HDS, необхідно запустити програму встановлення Docker Desktop. Docker нещодавно оновив свою модель ліцензування. Для вашої організації може знадобитися платна підписка на Docker Desktop. Докладніше див. у дописі до блогу Docker "Docker оновлює та розширює наші підписки на продукти".
Вимоги до сертифіката X.509
Ланцюжок сертифікатів має відповідати таким вимогам:
Вимоги | Відомості |
---|---|
| За замовчуванням ми довіряємо ЦС у списку Mozilla (за винятком WoSign і StartCom) за адресоюhttps://wiki.mozilla.org/CA:IncludedCAs . |
| CN не обов’язково має бути доступним або активним організатором. Рекомендовано використовувати назву, яка відображає вашу організацію, наприклад, CN не повинна містити символ * (підстановка). CN використовується для перевірки вузлів гібридної безпеки даних для клієнтів програми Webex. Усі вузли гібридної безпеки даних у вашому кластері використовують той самий сертифікат. Ваш KMS ідентифікує себе за допомогою домену CN, а не будь-якого домену, який визначено в полях SAN x.509v3. Після реєстрації вузла за допомогою цього сертифіката зміна імені домену CN не підтримується. Виберіть домен, який може застосовуватися як для ознайомлювального, так і для робочого розгортання. |
| Програмне забезпечення KMS не підтримує підписи SHA1 для перевірки підключень до KMS інших організацій. |
| Щоб змінити формат сертифіката, можна використовувати конвертер, наприклад OpenSSL. Під час запуску засобу налаштування HDS потрібно буде ввести пароль. |
Програмне забезпечення KMS не встановлює обмеження щодо використання ключів або розширеного використання ключів. Деякі центри сертифікації вимагають, щоб до кожного сертифіката були застосовані розширені обмеження використання ключів, наприклад автентифікація сервера. Можна використовувати автентифікацію сервера або інші налаштування.
Вимоги до віртуального хоста
Віртуальні хости, які ви налаштуєте як вузли гібридної безпеки даних у своєму кластері, мають такі вимоги:
Принаймні два окремих хости (рекомендовано 3) розташовані в одному захищеному центрі обробки даних
VMware ESXi 6.5 (або пізнішої версії) встановлено та працює.
Необхідно оновити версію, якщо у вас є попередня версія ESXi.
Мінімум 4 vCPU, 8 ГБ основної пам’яті, 30 ГБ місця на локальному жорсткому диску на сервер
Вимоги до сервера бази даних
Створіть нову базу даних для зберігання ключів. Не використовуйте базу даних за замовчуванням. Програми HDS після встановлення створюють схему бази даних. |
Є два варіанти для сервера бази даних. Вимоги до кожного є такими:
PostgreSQL | Microsoft SQL Server | ||
---|---|---|---|
|
| ||
Мінімум 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 ( Завжди ввімкнені екземпляри кластера перемикання і Завжди ввімкнені групи доступності ). |
Додаткові вимоги до автентифікації Windows у Microsoft SQL Server
Якщо ви хочете, щоб вузли HDS використовували автентифікацію Windows для отримання доступу до бази даних сховища ключів на Microsoft SQL Server, вам потрібна така конфігурація у вашому середовищі:
Вузли HDS, інфраструктура Active Directory і MS SQL Server мають бути синхронізовані з NTP.
Обліковий запис Windows, який ви надаєте вузлам HDS, повинен мати доступ для читання та запису до бази даних.
Сервери DNS, які ви надаєте вузлам HDS, повинні мати можливість дозволити ваш центр розподілу ключів (KDC).
Ви можете зареєструвати екземпляр бази даних HDS на Microsoft SQL Server як ім’я користувача-служби (SPN) у вашому Active Directory. Див Зареєструйте ім’я користувача-служби для підключень Kerberos .
Інструмент налаштування HDS, засіб запуску HDS і локальний KMS повинні використовувати автентифікацію Windows для доступу до бази даних сховища ключів. Вони використовують дані вашої конфігурації ISO для створення SPN, коли запитують доступ за допомогою автентифікації Kerberos.
Вимоги до зовнішнього підключення
Налаштуйте брандмауер, щоб дозволити такі можливості підключення для програм HDS:
Застосування | Протокол | Порт | Напрямок із програми | Призначення |
---|---|---|---|---|
Вузли гібридної безпеки даних | TCP | 443 | Вихідні HTTPS і WSS |
|
Інструмент налаштування HDS | TCP | 443 | Вихідний HTTPS |
|
Вузли гібридної безпеки даних працюють із трансляцією доступу до мережі (NAT) або за брандмауером, якщо NAT або брандмауер дозволяє використовувати необхідні вихідні підключення до адресатів домену, наведених у попередній таблиці. Для вхідних підключень до вузлів гібридної безпеки даних порти з інтернету не повинні бути видимими. У вашому центрі обробки даних клієнтам потрібен доступ до вузлів гібридної безпеки даних на портах TCP 443 і 22 для адміністративних цілей. |
URL-адреси хостів Common Identity (CI) залежать від регіону. Це поточні хости CI:
Регіон | URL-адреси хоста спільних ідентифікаційних даних |
---|---|
Північна та Південна Америки |
|
Європейський Союз |
|
Канада |
|
Вимоги до проксі-сервера
Ми офіційно підтримуємо такі проксі-рішення, які можна інтегрувати з вашими вузлами гібридної безпеки даних.
Прозорий проксі — Cisco Web Security Appliance (WSA).
Явний проксі — Squid.
Проксі-сервери Squid, які перевіряють трафік HTTPS, можуть перешкоджати встановленню вебсокета (wss:) зв’язки. Щоб вирішити цю проблему, див Налаштуйте проксі Squid для гібридної безпеки даних .
Підтримуються такі комбінації типів автентифікації для явних проксі-серверів:
Немає автентифікації за допомогою HTTP або HTTPS
Базова автентифікація за допомогою HTTP або HTTPS
Дайджест автентифікації лише за допомогою HTTPS
Для прозорого проксі-сервера з перевіркою або явного проксі-сервера HTTPS необхідно мати копію кореневого сертифіката проксі. В інструкціях із розгортання в цьому посібнику описано, як передати копію до сховищ довіри вузлів гібридної безпеки даних.
Мережа, де розміщено вузли HDS, повинна бути налаштована на примусове маршрутизацію вихідного трафіку TCP через порт 443 через проксі.
Проксі-сервери, які перевіряють веб-трафік, можуть перешкоджати з 'єднанню веб-сокетів. Якщо ця проблема виникне, обійти (не перевіряти) трафік до
wbx2.com
іciscospark.com
вирішить проблему.
Виконайте обов’язкові умови для гібридної безпеки даних
1. | Переконайтеся, що у вашій організації Webex увімкнено Pro Pack for Cisco Webex Control Hub, і отримайте облікові дані облікового запису з повними правами адміністратора організації. Зверніться до партнера Cisco або менеджера облікового запису, щоб отримати допомогу з цим процесом. | ||
2. | Виберіть ім’я домену для розгортання HDS (наприклад, | ||
3. | Підготуйте ідентичні віртуальні хости, які ви налаштуєте як вузли гібридної безпеки даних у своєму кластері. Вам потрібно принаймні два окремих хоста (рекомендовано 3), розміщені в одному захищеному центрі обробки даних, які відповідають вимогам у Вимоги до віртуального хоста . | ||
4. | Підготуйте сервер бази даних, який буде виконувати функцію сховища ключових даних для кластера, відповідно до Вимоги до сервера бази даних . Сервер бази даних має бути одночасно розташований у захищеному центрі обробки даних із віртуальними хостами. | ||
5. | Для швидкого аварійного відновлення налаштуйте середовище резервного копіювання в іншому центрі обробки даних. Середовище резервного копіювання відображає виробниче середовище віртуальних машин і сервера бази даних резервного копіювання. Наприклад, якщо робоча версія має 3 віртуальні машини з вузлами HDS, середовище резервного копіювання має містити 3 віртуальні машини. | ||
6. | Налаштуйте хост системного журналу для збору журналів із вузлів у кластері. Зібрати його мережеву адресу та порт системного журналу (за замовчуванням – UDP 514). | ||
7. | Створіть політику безпечного резервного копіювання для вузлів гібридної безпеки даних, сервера бази даних і хоста системного журналу. Як мінімум, щоб запобігти втраті даних без можливості відновлення, необхідно створити резервну копію бази даних і файлу ISO конфігурації, створеного для вузлів гібридної безпеки даних.
Клієнти програми Webex кешують свої ключі, тому перебої в роботі можуть бути помітні не відразу, а з часом. Хоча тимчасові перебої в роботі неможливо запобігти, їх можна відновити. Однак повна втрата (недоступні резервні копії) бази даних або файлу ISO конфігурації призведе до того, що дані клієнта будуть недоступні для відновлення. Очікується, що оператори вузлів гібридної безпеки даних будуть підтримувати часте резервне копіювання бази даних і файлу ISO конфігурації та бути готовими до відновлення центру обробки даних гібридної безпеки даних у разі катастрофічної помилки. | ||
8 | Переконайтеся, що конфігурація брандмауера дозволяє підключатися до вузлів гібридної безпеки даних, як описано в Вимоги до зовнішнього підключення . | ||
9 | Установити Docker (https://www.docker.com ) на будь-якому локальному комп’ютері з підтримуваною ОС (Microsoft Windows 10 Professional або Enterprise 64-розрядна версія або Mac OSX Yosemite 10.10.3 або новішої версії) з веббраузером, який може отримати до неї доступ за адресою http://127.0.0.1:8080. Ви використовуєте екземпляр Docker для завантаження та запуску засобу налаштування HDS, який створює інформацію про локальну конфігурацію для всіх вузлів гібридної безпеки даних. Вашій організації може знадобитися ліцензія Docker Desktop. Див Вимоги до Docker Desktop для отримання додаткової інформації. Щоб установити та запустити HDS Setup Tool, локальний комп’ютер повинен мати можливість підключення, описану в Вимоги до зовнішнього підключення . | ||
10 | Якщо ви інтегруєте проксі-сервер із гібридною безпекою даних, переконайтеся, що він відповідає Вимоги до проксі-сервера . | ||
11 | Якщо ваша організація використовує синхронізацію каталогів, створіть групу в Active Directory з викликом
|
Потік завдань розгортання безпеки гібридних даних
Перш ніж почати
1. |
Завантажте файл OVA на локальний комп’ютер для подальшого використання. | ||
2. | Створіть ISO конфігурації для хостів HDS Використовуйте інструмент налаштування HDS, щоб створити файл конфігурації ISO для вузлів гібридної безпеки даних. | ||
3. |
Створіть віртуальну машину з файлу OVA та виконайте початкове налаштування, наприклад налаштування мережі.
| ||
4. | Налаштуйте віртуальну машину гібридної безпеки даних Увійдіть на консоль VM і задайте облікові дані для входу. Налаштуйте параметри мережі для вузла, якщо ви не налаштували їх під час розгортання OVA. | ||
5. | Вивантажте та підключіть ISO конфігурації HDS Налаштуйте віртуальну машину з файлу конфігурації ISO, який ви створили за допомогою засобу налаштування HDS. | ||
6. | Налаштуйте вузол HDS для інтеграції проксі Якщо мережеве середовище вимагає конфігурації проксі-сервера, укажіть тип проксі, який ви використовуватимете для вузла, і за потреби додайте сертифікат проксі до сховища довіри. | ||
7. | Зареєструйте перший вузол у кластері Зареєструйте віртуальну машину в хмарі Cisco Webex як вузол гібридної безпеки даних. | ||
8 | Створіть і зареєструйте більше вузлів Завершіть налаштування кластера. | ||
9 | Запустіть ознайомлювальну версію та перейдіть до робочої версії (наступний розділ) Поки ви не запустите ознайомлювальну версію, ваші вузли створять попередження, що вказує на те, що ваша служба ще не активована. |
Завантажте файли встановлення
1. | Увійти вhttps://admin.webex.com , а потім клацніть Служби . | ||||
2. | У розділі Служби гібридного типу знайдіть картку безпеки гібридних даних і клацніть Налаштування . Якщо картку вимкнено або ви не бачите її, зверніться до команди облікового запису або партнерської організації. Надайте їм номер свого облікового запису та попросіть увімкнути гібридну безпеку даних у вашій організації. Щоб знайти номер облікового запису, клацніть шестірню у верхньому правому куті поруч із назвою організації.
| ||||
3. | Виберіть Ні , щоб указати, що вузол ще не налаштовано, а потім клацніть Далі . Завантаження файлу OVA почнеться автоматично. Збережіть файл у розташуванні на вашому комп’ютері.
| ||||
4. | Клацніть за бажанням Відкрийте посібник із розгортання щоб перевірити, чи доступна пізніша версія цього посібника. |
Створіть ISO конфігурації для хостів HDS
У процесі налаштування гібридної безпеки даних створюється файл ISO. Потім ви використовуєте ISO для налаштування хоста гібридної безпеки даних.
Перш ніж почати
Інструмент налаштування HDS працює як Docker-контейнер на локальному комп 'ютері. Щоб отримати доступ до нього, запустіть Docker на цьому комп 'ютері. Процес налаштування вимагає облікових даних облікового запису Центру керування з повними правами адміністратора для вашої організації.
Якщо інструмент налаштування 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
Створений вами файл конфігурації містить основний ключ, що шифрує базу даних PostgreSQL або Microsoft SQL Server. Остання копія цього файлу потрібна щоразу, коли ви вносите зміни конфігурації, наприклад:
Облікові дані бази даних
Оновлення сертифіката
Зміни політики авторизації
Якщо ви плануєте шифрувати підключення до бази даних, налаштуйте розгортання PostgreSQL або SQL Server для TLS.
1. | У командному рядку вашого комп 'ютера введіть відповідну команду для вашого середовища: У звичайних умовах:
У середовищах FedRAMP:
| ||||||||||||
2. | Щоб увійти до реєстру Docker-образів, введіть наступне:
| ||||||||||||
3. | У підказці пароля введіть цей хеш:
| ||||||||||||
4. | Завантажте останнє стабільне зображення для вашого середовища: У звичайних умовах:
У середовищах FedRAMP:
| ||||||||||||
5. | Після завершення витягування введіть відповідну команду для вашого середовища:
Коли контейнер працює, ви бачите "Експрес-сервер прослуховує порт 8080". | ||||||||||||
6. |
Використовуйте веббраузер, щоб перейти до локального хоста, Інструмент використовує цей перший запис імені користувача, щоб установити належне середовище для цього облікового запису. Потім інструмент відображає стандартну підказку про вхід. | ||||||||||||
7. | Коли з’явиться відповідний запит, введіть облікові дані для входу адміністратора клієнта Control Hub, а потім клацніть Увійти щоб дозволити доступ до необхідних служб для гібридної безпеки даних. | ||||||||||||
8 | На сторінці огляду інструмента налаштування клацніть Почати роботу . | ||||||||||||
9 | На Імпорт ISO на сторінці, у вас є такі параметри:
| ||||||||||||
10 | Переконайтеся, що ваш сертифікат X.509 відповідає вимогам у Вимоги до сертифіката X.509 .
| ||||||||||||
11 | Введіть адресу бази даних і обліковий запис HDS, щоб отримати доступ до сховища ключових даних: | ||||||||||||
12 | Виберіть a Режим підключення до бази даних TLS :
Під час передавання кореневого сертифіката (за необхідності) клацніть Продовжити , засіб налаштування HDS перевіряє підключення TLS до сервера бази даних. Інструмент також перевіряє підписувача сертифіката та ім 'я хоста, якщо це можливо. Якщо тест не вдається, інструмент показує повідомлення про помилку, що описує проблему. Ви можете вибрати, чи ігнорувати помилку, і продовжити налаштування. (Через відмінності в можливостях підключення вузли HDS можуть встановити підключення TLS, навіть якщо машині засобу налаштування HDS не вдасться успішно перевірити його.) | ||||||||||||
13 | На сторінці системних журналів налаштуйте сервер Syslogd: | ||||||||||||
14 | (Необов’язково) Можна змінити значення за замовчуванням для деяких параметрів підключення до бази даних у Розширені налаштування . Як правило, цей параметр є єдиним, який ви можете змінити:
| ||||||||||||
15 | Клацніть Продовжити на Скинути пароль службових облікових записів екрана. Термін дії паролів службових облікових записів становить дев’ять місяців. Використовуйте цей екран, коли термін дії ваших паролів наближається або ви хочете скинути їх, щоб зробити попередні файли ISO недійсними. | ||||||||||||
16 | Клацніть Завантажте файл ISO . Збережіть файл у місці, яке легко знайти. | ||||||||||||
17 | Створіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить головний ключ шифрування для вмісту бази даних. Обмежте доступ лише тим адміністраторам гібридної безпеки даних, які повинні вносити зміни в конфігурацію. | ||||||||||||
18 | Щоб вимкнути інструмент налаштування, введіть |
Що далі
Створіть резервну копію файлу конфігурації ISO. Він потрібен, щоб створити більше вузлів для відновлення або внести зміни в конфігурацію. Якщо ви втратили всі копії файлу ISO, ви також втратили основний ключ. Відновити ключі з бази даних PostgreSQL або Microsoft SQL Server неможливо.
Ми ніколи не маємо копії цього ключа. Ми не можемо допомогти, якщо ви її втратите. |
Установіть OVA хоста HDS
1. | Використовуйте клієнт VMware vSphere на своєму комп’ютері, щоб увійти до віртуального хоста ESXi. | ||||||
2. | Виберіть Файл > Розгорнути шаблон OVF . | ||||||
3. | У майстрі вкажіть розташування файлу OVA, який ви завантажили раніше, а потім клацніть Далі . | ||||||
4. | На Виберіть ім’я та папку сторінки, введіть a Ім’я віртуальної машини для вузла (наприклад, «HDS_ Node_ 1"), виберіть розташування, де може перебувати розгортання вузла віртуальної машини, а потім клацніть Далі . | ||||||
5. | На Виберіть обчислювальний ресурс виберіть цільовий обчислювальний ресурс, а потім клацніть Далі . Запускається перевірка. Після завершення відобразяться відомості про шаблон. | ||||||
6. | Перевірте відомості шаблону й клацніть Далі . | ||||||
7. | Якщо вас попросять вибрати конфігурацію ресурсу на Конфігурація сторінки, клацніть 4 ЦП а потім клацніть Далі . | ||||||
8 | На Виберіть сховище сторінки, клацніть Далі щоб прийняти формат диска за замовчуванням і політику сховища VM. | ||||||
9 | На Виберіть мережі виберіть мережевий параметр зі списку записів, щоб забезпечити потрібне підключення до VM. | ||||||
10 | На Налаштувати шаблон налаштуйте такі параметри мережі:
За бажанням можна пропустити конфігурацію мережевих параметрів і виконати інструкції Налаштуйте віртуальну машину гібридної безпеки даних щоб налаштувати параметри з консолі вузла.
| ||||||
11 | Клацніть правою кнопкою миші вузол VM, а потім виберіть .Програмне забезпечення Hybrid Data Security встановлюється як гість на хості VM. Тепер ви готові ввійти на консоль і налаштувати вузол. Поради з усунення несправностей Перед відкриттям контейнерів вузлів може виникнути затримка в кілька хвилин. Повідомлення брандмауера мосту з’являється на консолі під час першого завантаження, під час якого ви не можете ввійти. |
Налаштуйте віртуальну машину гібридної безпеки даних
Використовуйте цю процедуру, щоб уперше ввійти до консолі VM вузла гібридної безпеки даних і задати облікові дані для входу. Ви також можете використовувати консоль, щоб налаштувати параметри мережі для вузла, якщо ви не налаштували їх під час розгортання OVA.
1. | У клієнті VMware vSphere виберіть свою віртуальну машину вузла гібридної безпеки даних і виберіть Консоль вкладка. ВМ завантажиться, і з’явиться запит щодо входу. Якщо запит щодо входу не відображається, натисніть Введіть .
|
2. | Використовуйте такі логін і пароль за замовчуванням для входу та зміни облікових даних: Оскільки ви вперше входите на свою віртуальну машину, вам потрібно змінити пароль адміністратора. |
3. | Якщо ви вже налаштували параметри мережі в Установіть OVA хоста HDS , пропустіть решту цієї процедури. В іншому разі в головному меню виберіть Змінити конфігурацію параметр. |
4. | Налаштуйте статичну конфігурацію з інформацією про IP-адресу, маску, шлюз і DNS. Ваш вузол повинен мати внутрішню IP-адресу та DNS-ім’я. DHCP не підтримується. |
5. | (Необов’язково) Змініть ім’я хоста, домен або сервери NTP, якщо потрібно, щоб вони відповідали вашій політиці мережі. Не потрібно налаштовувати домен відповідно до домену, який ви використовували для отримання сертифіката X.509. |
6. | Збережіть конфігурацію мережі та перезавантажте віртуальну машину, щоб зміни набули сили. |
Вивантажте та підключіть ISO конфігурації HDS
Перш ніж почати
Оскільки файл ISO містить основний ключ, його потрібно надавати лише в разі необхідності для доступу віртуальних машин гібридної безпеки даних і всіх адміністраторів, яким може знадобитися внести зміни. Переконайтеся, що лише ці адміністратори мають доступ до сховища даних.
1. | Передайте файл ISO з комп’ютера: |
2. | Підключіть файл ISO: |
Що далі
Якщо цього вимагає політика ІТ, ви можете додатково відключити файл ISO після того, як усі вузли отримають зміни конфігурації. Див (Необов’язково) Відключіть ISO після конфігурації HDS для отримання додаткової інформації.
Налаштуйте вузол HDS для інтеграції проксі
Якщо мережеве середовище вимагає проксі, скористайтеся цією процедурою, щоб указати тип проксі, який потрібно інтегрувати з гібридною безпекою даних. Якщо ви виберете прозорий перевіряючий проксі або явний проксі HTTPS, можна використовувати інтерфейс вузла для передавання та встановлення кореневого сертифіката. Ви також можете перевірити підключення проксі в інтерфейсі та усунути будь-які потенційні проблеми.
Перш ніж почати
Див Підтримка проксі для огляду підтримуваних параметрів проксі.
1. | Введіть URL-адресу налаштування вузла HDS |
2. | Перейти до Сховище довіри та проксі , а потім виберіть параметр:
Виконайте наступні кроки для проксі-сервера з перевіркою, проксі-сервера з явним доступом HTTP з базовою автентифікацією або явним проксі-сервером HTTPS. |
3. | Клацніть Передати кореневий сертифікат або сертифікат кінцевого запису , а потім перейдіть до виберіть кореневий сертифікат для проксі. Сертифікат передано, але його ще не встановлено, оскільки для встановлення сертифіката необхідно перезавантажити вузол. Клацніть стрілку в формі шеврону біля імені емітента сертифіката, щоб отримати додаткову інформацію, або клацніть Видалити якщо ви зробили помилку й хочете повторно передати файл. |
4. | Клацніть Перевірте підключення проксі щоб перевірити підключення до мережі між вузлом і проксі. Якщо перевірку підключення не вдалося виконати, ви побачите повідомлення про помилку, у якому буде вказано причину та способи виправлення проблеми. Якщо відображається повідомлення про помилку розв’язання зовнішнього DNS, вузлу не вдалося зв’язатися з сервером DNS. Ця умова очікується в багатьох явних конфігураціях проксі. Можна продовжити налаштування, і вузол функціонуватиме в режимі роздільної здатності заблокованого зовнішнього DNS. Якщо ви вважаєте, що це помилка, виконайте ці кроки, а потім перегляньте Вимкніть режим роздільної здатності заблокованого зовнішнього DNS . |
5. | Після завершення перевірки підключення для явного проксі, установленого лише на https, увімкніть перемикач Маршрутизувати всі запити HTTPS на порт 443/444 від цього вузла через явний проксі-сервер . Це налаштування набуде чинності через 15 секунд. |
6. | Клацніть Установіть усі сертифікати в сховище довіри (з’являється для явного проксі HTTPS або прозорого проксі-сервера для перевірки) або Перезавантажте (з’являється для явного проксі-сервера HTTP), прочитайте підказку, а потім клацніть Установити якщо ви готові. Вузол перезавантажиться за кілька хвилин. |
7. | Після перезавантаження вузла за потреби ввійдіть ще раз, а потім відкрийте файл Огляд сторінку, щоб перевірити перевірки підключення та переконатися, що всі вони мають зелений стан. Перевірка підключення до проксі перевіряє лише субдомен webex.com. Якщо виникають проблеми з підключенням, поширеною проблемою є те, що деякі з хмарних доменів, перелічених в інструкціях зі встановлення, блокуються на проксі. |
Зареєструйте перший вузол у кластері
Коли ви реєструєте свій перший вузол, ви створюєте кластер, якому призначено цей вузол. Кластер містить один або кілька вузлів, розгорнутих для забезпечення резервування.
Перш ніж почати
Після початку реєстрації вузла її потрібно завершити протягом 60 хвилин, інакше доведеться починати спочатку.
Переконайтеся, що блокувальники спливаючих вікон у вашому браузері вимкнено або дозволено виняток для admin.webex.com.
1. | Увійдіть у https://admin.webex.com. |
2. | У меню ліворуч на екрані виберіть Служби . |
3. | У розділі Служби гібридного типу знайдіть гібридну безпеку даних і клацніть Налаштування . З’явиться сторінка Реєстрація вузла безпеки гібридних даних.
|
4. | Виберіть Так , щоб зазначити, що ви налаштували вузол і готові його зареєструвати, а потім клацніть Далі . |
5. | У першому полі введіть ім’я кластера, якому потрібно призначити вузол гібридної безпеки даних. Рекомендовано призначати кластеру залежно від географічного розташування вузлів кластера. Приклади. "Сан-Франциско", "Нью-Йорк" або "Даллас" |
6. | У другому полі введіть внутрішню IP-адресу або повне доменне ім’я (FQDN) вашого вузла та клацніть Далі . Ця IP-адреса або повне доменне ім’я має збігатися з IP-адресою або іменем хоста й доменом, які ви використовували Налаштуйте віртуальну машину гібридної безпеки даних . З’явиться повідомлення про те, що ви можете зареєструвати свій вузол у Webex.
|
7. | Клацніть Перейдіть до Node . |
8 | Клацніть Продовжити у попередженні. Через кілька секунд вас буде перенаправлено до тестів підключення вузлів для служб Webex. Якщо всі тести пройшли успішно, з’явиться сторінка Дозволити доступ до вузла безпеки гібридних даних. Тут ви підтверджуєте, що хочете надати дозволи організації Webex на доступ до вашого вузла.
|
9 | Перевірте Надайте доступ до вузла гібридної безпеки даних прапорець, а потім клацніть Продовжити . Ваш обліковий запис перевірено, і повідомлення «Реєстрацію завершено» вказує, що ваш вузол наразі зареєстровано в хмарі Webex.
|
10 | Клацніть посилання або закрийте вкладку, щоб повернутися на сторінку безпеки гібридних даних Control Hub. На Гібридна безпека даних на сторінці, відображається новий кластер, що містить зареєстрований вами вузол. Вузол автоматично завантажить останню версію програмного забезпечення з хмари.
|
Створіть і зареєструйте більше вузлів
Зараз резервні VM, які ви створили Виконайте обов’язкові умови для гібридної безпеки даних резервні хости, які використовуються лише в разі аварійного відновлення; вони не зареєстровані в системі до цього часу. Докладніше див Аварійне відновлення за допомогою резервного центру обробки даних . |
Перш ніж почати
Після початку реєстрації вузла її потрібно завершити протягом 60 хвилин, інакше доведеться починати спочатку.
Переконайтеся, що блокувальники спливаючих вікон у вашому браузері вимкнено або дозволено виняток для admin.webex.com.
1. | Створіть нову віртуальну машину з OVA, повторивши кроки в Установіть OVA хоста HDS . |
2. | Налаштуйте початкову конфігурацію на новій віртуальній машині, повторивши кроки в Налаштуйте віртуальну машину гібридної безпеки даних . |
3. | На новій віртуальній машині повторіть кроки в Вивантажте та підключіть ISO конфігурації HDS . |
4. | Якщо ви налаштовуєте проксі для свого розгортання, повторіть кроки в розділі Налаштуйте вузол HDS для інтеграції проксі за потребою для нового вузла. |
5. | Зареєструйте вузол. Ваш вузол зареєстровано. Зауважте, що поки ви не запустите ознайомлювальну версію, ваші вузли створять попередження, що вказує на те, що ваша служба ще не активована.
|
Що далі
Потік завдань із пробної версії до виробничого
Після налаштування кластера гібридної безпеки даних можна запустити пілот, додати до нього користувачів і почати використовувати його для тестування та перевірки розгортання під час підготовки до переходу до робочої версії.
Перш ніж почати
1. | Якщо можливо, синхронізуйте Якщо ваша організація використовує синхронізацію каталогу для користувачів, потрібно вибрати |
2. | Активувати ознайомлювальну версію Почніть пробну версію. Поки ви не виконаєте це завдання, ваші вузли створять попередження, що вказує на те, що служба ще не активована. |
3. | Перевірте розгортання гібридної безпеки даних Перевірте, чи передаються запити на ключ до розгортання гібридної безпеки даних. |
4. | Моніторинг працездатності гібридної безпеки даних Перевірте стан і налаштуйте сповіщення електронною поштою для попереджень. |
5. | |
6. | Завершіть ознайомлювальну фазу, виконавши одну з таких дій: |
Активувати ознайомлювальну версію
Перш ніж почати
Якщо ваша організація використовує синхронізацію каталогу для користувачів, потрібно вибрати HdsTrialGroup
груповий об’єкт для синхронізації з хмарою, перш ніж ви зможете почати ознайомлювальну версію для вашої організації. Інструкції див Посібник із розгортання для Cisco Directory Connector.
1. | Увійти вhttps://admin.webex.com , а потім виберіть Служби . |
2. | У розділі Безпека гібридних даних клацніть Налаштування . |
3. | У розділі Стан служби клацніть Почати пробну версію . Стан служби змінюється на ознайомлювальний режим.
|
4. | Клацніть Додати користувачів і введіть адресу електронної пошти одного або кількох користувачів, які будуть використовувати ваші вузли гібридної безпеки даних для служб шифрування та індексування. (Якщо ваша організація використовує синхронізацію каталогів, використовуйте Active Directory для керування ознайомлювальною групою, |
Перевірте розгортання гібридної безпеки даних
Перш ніж почати
Налаштуйте розгортання гібридної безпеки даних.
Активуйте ознайомлювальну версію та додайте кілька користувачів пробної версії.
Переконайтеся, що у вас є доступ до системного журналу, щоб переконатися, що запити на ключ передаються до вашого розгортання гібридної безпеки даних.
1. | Ключі для певного простору встановлюються його творцем. Увійдіть у програму Webex як один із пілотних користувачів, а потім створіть простір і запросіть принаймні одного пілотного користувача та одного не пілотного користувача.
| ||
2. | Надсилайте повідомлення в новий простір. | ||
3. | Перевірте вивід системного журналу, щоб переконатися, що запити на ключ передаються до вашого розгортання гібридної безпеки даних. |
Моніторинг працездатності гібридної безпеки даних
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
Використовуйте описані тут завдання, щоб керувати розгортанням гібридної безпеки даних.
Установіть розклад оновлення кластерів
Щоб установити розклад оновлення:
1. | Увійдіть в Control Hub. |
2. | На сторінці "Огляд" у розділі "Гібридні служби" виберіть Гібридна безпека даних . |
3. | На сторінці Ресурси безпеки гібридних даних виберіть кластер. |
4. | На панелі «Огляд» праворуч у розділі «Налаштування кластера» виберіть ім’я кластера. |
5. | На сторінці налаштувань у розділі «Оновлення» виберіть час і часовий пояс для розкладу оновлення. Примітка. Під часовим поясом відображається наступна доступна дата й час оновлення версії. За потреби можна відкласти оновлення версії на наступний день, натиснувши Відкласти . |
Змініть конфігурацію вузла
Зміна сертифікатів x.509 через закінчення терміну дії або з інших причин.
Ми не підтримуємо зміну доменного імені CN сертифіката. Домен повинен відповідати початковому домену, який використовувався для реєстрації кластера.
Оновлення налаштувань бази даних для зміни на репліку бази даних PostgreSQL або Microsoft SQL Server.
Ми не підтримуємо перенесення даних з PostgreSQL на Microsoft SQL Server або навпаки. Щоб змінити середовище бази даних, запустіть нове розгортання Hybrid Data Security.
Створення нової конфігурації для підготовки нового дата-центру.
Крім того, в цілях безпеки Hybrid Data Security використовує паролі облікових записів, які мають дев 'ятимісячний термін служби. Після того, як інструмент налаштування HDS генерує ці паролі, ви розгортаєте їх на кожному з вузлів HDS у файлі конфігурації ISO. Коли термін дії паролів вашої організації наближається до закінчення, ви отримуєте сповіщення від команди Webex про скидання пароля для облікового запису вашого комп 'ютера. (Електронний лист містить текст: «Використовуйте API облікового запису машини для оновлення пароля.") Якщо термін дії ваших паролів ще не закінчився, інструмент надає вам два варіанти:
М 'яке скидання- старий і новий паролі працюють до 10 днів. Використовуйте цей період, щоб поступово замінити файл ISO на вузлах.
Hard Reset- старі паролі негайно перестають працювати.
Якщо термін дії ваших паролів закінчується без скидання, це впливає на вашу службу HDS, вимагаючи негайного жорсткого скидання та заміни файлу ISO на всіх вузлах.
Використовуйте цю процедуру, щоб створити новий файл ISO конфігурації та застосувати його до вашого кластера.
Перш ніж почати
Інструмент налаштування HDS працює як Docker-контейнер на локальному комп 'ютері. Щоб отримати доступ до нього, запустіть Docker на цьому комп 'ютері. Процес налаштування вимагає облікових даних облікового запису Центру керування з повними правами адміністратора для вашої організації.
Якщо інструмент налаштування 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. | Використовуючи Docker на локальному комп 'ютері, запустіть інструмент налаштування HDS. |
2. | Якщо у вас працює лише один вузол HDS, створіть нову віртуальну машину з гібридною системою безпеки даних і зареєструйте її за допомогою нового файлу конфігурації ISO. Докладні інструкції див Створіть і зареєструйте більше вузлів . |
3. | Для існуючих вузлів HDS, які працюють зі старим файлом конфігурації, монтуйте файл ISO. Виконайте наступну процедуру на кожному вузлі по черзі, оновлюючи кожен вузол перед вимкненням наступного вузла: |
4. | Повторіть крок 3, щоб замінити конфігурацію на кожному вузлі, що працює за старою конфігурацією. |
Вимкніть режим роздільної здатності заблокованого зовнішнього DNS
Коли ви реєструєте вузол або перевіряєте конфігурацію проксі вузла, процес перевіряє пошук DNS і можливість підключення до хмари Cisco Webex. Якщо сервер DNS вузла не може дозволити загальнодоступні імена DNS, вузол автоматично переходить у режим роздільної здатності заблокованого зовнішнього DNS.
Якщо ваші вузли здатні дозволяти публічні імена DNS через внутрішні сервери DNS, можна вимкнути цей режим, повторно запустивши перевірку підключення до проксі на кожному вузлі.
Перш ніж почати
1. | У веббраузері відкрийте інтерфейс вузла Hybrid Data Security (IP-адреса/налаштування, наприклад,https://192.0.2.0/setup), введіть облікові дані адміністратора, які ви налаштували для вузла, а потім клацніть Увійти . |
2. | Перейти до Огляд (сторінка за замовчуванням). Якщо ввімкнено, для параметра Blocked External DNS Resolution (Заблокована зовнішня роздільна здатність DNS) встановлено значення |
3. | Перейдіть до Сховище довіри та проксі сторінка. |
4. | Клацніть Перевірте підключення проксі . Якщо з’явиться повідомлення про помилку розв’язання зовнішнього DNS, вузол не зміг зв’язатися з сервером DNS і залишиться в цьому режимі. В іншому разі після перезавантаження вузла й повернення до Огляд сторінки, роздільна здатність заблокованого зовнішнього DNS має бути встановлена на no. |
Що далі
Видалити вузол
1. | Використовуйте клієнт VMware vSphere на своєму комп’ютері, щоб увійти до віртуального хоста ESXi та вимкнути віртуальну машину. |
2. | Видалити вузол: |
3. | У клієнті vSphere видаліть віртуальну машину. (На панелі переходів ліворуч клацніть VM правою кнопкою миші й клацніть Видалити .) Якщо ви не видалите віртуальну машину, не забудьте відключити файл ISO конфігурації. Без файлу ISO ви не зможете використовувати віртуальну машину для доступу до даних безпеки. |
Аварійне відновлення за допомогою резервного центру обробки даних
Найважливіша служба, яку надає кластер гібридної безпеки даних, — це створення та зберігання ключів, що використовуються для шифрування повідомлень та іншого контенту, що зберігається в хмарі Webex. Для кожного користувача в організації, якого призначено до гібридної безпеки даних, запити на створення нових ключів маршрутизуються до кластера. Кластер також відповідає за повернення створених ним ключів будь-яким користувачам, уповноваженим на їх отримання, наприклад учасникам простору розмови.
Оскільки кластер виконує критичну функцію надання цих ключів, важливо, щоб кластер продовжував працювати та підтримувалися належні резервні копії. Втрата бази даних гібридної безпеки даних або ISO конфігурації, що використовується для схеми, призведе до НЕВІДПОВІДАННЯ ВТРАТИ контенту клієнта. Щоб запобігти такій втраті, необхідно дотримуватися наведених нижче дій.
Якщо внаслідок стихійного лиха розгортання HDS в основному центрі обробки даних стає недоступним, виконайте цю процедуру, щоб вручну перейти до резервного центру обробки даних.
1. | Запустіть інструмент налаштування HDS і виконайте кроки, зазначені в Створіть ISO конфігурації для хостів HDS . | ||
2. | Після налаштування сервера Syslogd клацніть Розширені налаштування | ||
3. | На Розширені налаштування сторінку, додайте конфігурацію нижче або видаліть
| ||
4. | Завершіть процес налаштування та збережіть файл ISO у місці, яке легко знайти. | ||
5. | Створіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить головний ключ шифрування для вмісту бази даних. Обмежте доступ лише тим адміністраторам гібридної безпеки даних, які повинні вносити зміни в конфігурацію. | ||
6. | На лівій панелі навігації клієнта VMware vSphere клацніть правою кнопкою миші віртуальну машину й клацніть Змінити налаштування. . | ||
7. | Клацніть Змінити налаштування > Привід CD/DVD 1 і виберіть файл ISO сховища даних.
| ||
8 | Увімкніть вузол HDS і переконайтеся, що немає попереджень щонайменше 15 хвилин. | ||
9 | Повторіть процес для кожного вузла в резервному центрі обробки даних.
|
Що далі
(Необов’язково) Відключіть 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. | Виберіть Файл ISO сховища даних . і зніміть прапорець |
4. | Увімкніть вузол HDS і переконайтеся, що попередження немає принаймні 20 хвилин. |
5. | Повторіть по черзі для кожного вузла HDS. |
Перегляд сповіщень і усунення несправностей
Розгортання гібридної безпеки даних вважається недоступним, якщо всі вузли в кластері недоступні або кластер працює настільки повільно, що запитує тайм-аут. Якщо користувачі не можуть підключитися до кластера гібридної безпеки даних, у них з’являються такі ознаки:
Неможливо створити нові простори (неможливо створити нові ключі)
Не вдалося розшифрувати повідомлення та назви просторів для:
До простору додано нових користувачів (не вдається отримати ключі)
Наявні користувачі в просторі, що використовують нового клієнта (не вдається отримати ключі)
Наявні користувачі в просторі продовжуватимуть успішно працювати, доки їхні клієнти мають кеш ключів шифрування.
Важливо належним чином відстежувати кластер гібридної безпеки даних і своєчасно виправляти будь-які сповіщення, щоб уникнути перебоїв у роботі служби.
Сповіщення
Якщо виникла проблема з налаштуванням гібридної безпеки даних, Control Hub відображає сповіщення адміністратору організації та надсилає електронні листи на налаштовану адресу електронної пошти. Сповіщення охоплюють багато поширених сценаріїв.
Оповіщення | Дія |
---|---|
Помилка доступу до локальної бази даних. |
Перевірте помилки бази даних або проблеми з локальною мережею. |
Помилка підключення до локальної бази даних. |
Переконайтеся, що сервер бази даних доступний, а в конфігурації вузла використано правильні облікові дані облікового запису служби. |
Помилка доступу до хмарної служби. |
Переконайтеся, що вузли мають доступ до серверів 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 для програмного забезпечення та документації.
Створіть закритий ключ.
Почніть цю процедуру, коли отримаєте сертифікат сервера від центру сертифікації (CA).
1. | Отримавши сертифікат сервера від CA, збережіть його як |
2. | Відобразіть сертифікат у вигляді тексту та перевірте відомості.
|
3. | Використовуйте текстовий редактор, щоб створити файл пакета сертифікатів під назвою
|
4. | Створіть файл .p12 зі зручним іменем
|
5. | Перевірте відомості про сертифікат сервера. |
Що далі
Повернутися до Виконайте обов’язкові умови для гібридної безпеки даних . Ви використовуватимете hdsnode.p12
файл і пароль, який ви для нього встановили, у Створіть ISO конфігурації для хостів HDS .
Ви можете повторно використовувати ці файли для запиту нового сертифіката після завершення терміну дії оригінального сертифіката. |
Трафік між вузлами HDS і хмарою
Трафік збору вихідних показників
Вузли гібридної безпеки даних надсилають певні показники до хмари Webex. До них належать системні показники для максимальної кількості накопичувачів, використаної пам’яті, навантаження на ЦП і кількості потоків; метрики для синхронних та асинхронних потоків; показники для оповіщень, що включають поріг з’єднань шифрування, затримку або довжину черги запитів; метрики в сховищі даних; і показники підключення шифрування. Вузли надсилають матеріал зашифрованого ключа через позасмуговий (окремий від запиту) канал.
Вхідний трафік
Вузли гібридної безпеки даних отримують такі типи вхідного трафіку з хмари Webex:
Запити шифрування від клієнтів, які маршрутизуються службою шифрування
Оновлення програмного забезпечення вузла
Налаштуйте проксі Squid для гібридної безпеки даних
Websocket не вдається підключитися через проксі-сервер Squid
Проксі-сервери Squid, які перевіряють трафік HTTPS, можуть перешкоджати встановленню websocket ( wss:
) підключення, які вимагає Hybrid Data Security. У цих розділах наведено інструкції щодо налаштування різних версій Squid для ігнорування wss:
трафіку для належної роботи служб.
Кальмари 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 Desktop необхідно запустити програму встановлення. Див Вимоги до Docker Desktop . | ||
24 червня 2021 року | Зауважено, що ви можете повторно використовувати файл із закритим ключем і CSR для запиту іншого сертифіката. Див Використовуйте OpenSSL для створення файлу PKCS12 для отримання додаткової інформації. | ||
30 квітня 2021 р. | Вимогу до VM щодо простору на локальному жорсткому диску змінено на 30 ГБ. Див Вимоги до віртуального хоста для отримання додаткової інформації. | ||
24 лютого 2021 р. | HDS Setup Tool тепер може працювати через проксі. Див Створіть 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, а не пізніше. Відповідно оновлено такі розділи:
| ||
6 вересня 2019 р. | Стандартний SQL Server додано до Вимоги до сервера бази даних . | ||
29 серпня 2019 року | Додано Налаштуйте проксі Squid для гібридної безпеки даних додаток із інструкціями щодо налаштування проксі Squid для ігнорування трафіку вебсокетів для належної роботи. | ||
20 серпня 2019 р. | Додані й оновлені розділи, які охоплюють підтримку проксі-сервера для зв’язку вузла гібридної безпеки даних із хмарою Webex. Щоб отримати доступ лише до контенту підтримки проксі для наявного розгортання, див Підтримка проксі для гібридної безпеки даних і Webex Video Mesh довідкова стаття. | ||
13 червня 2019 року | Оновлено Потік завдань із пробної версії до виробничого з нагадуванням про синхронізацію HdsTrialGroup об’єкт групи перед початком ознайомлювальної версії, якщо ваша організація використовує синхронізацію каталогів. | ||
6 березня 2019 року |
| ||
28 лютого 2019 року |
| ||
26 лютого 2019 р. |
| ||
24 січня 2019 р. |
| ||
5 листопада 2018 року |
| ||
19 жовтня 2018 року |
| ||
31 липня 2018 року |
| ||
21 травня 2018 р. | Термінологію змінено, щоб відобразити ребрендинг Cisco Spark:
| ||
11 квітня 2018 року |
| ||
22 лютого 2018 р. |
| ||
15 лютого 2018 року |
| ||
18 січня 2018 року |
| ||
2 листопада 2017 року |
| ||
18 серпня 2017 року | Вперше опубліковано |
Огляд безпеки гібридних даних
З першого дня безпека даних була головним у розробці програми Webex. Наріжним каменем цієї безпеки є наскрізне шифрування контенту, що забезпечується клієнтами Webex App, які взаємодіють зі Службою керування ключами (KMS). KMS відповідає за створення і управління криптографічними ключами, які клієнти використовують для динамічного шифрування і розшифрування повідомлень і файлів.
За замовчуванням усі клієнти програми Webex отримують наскрізне шифрування за допомогою динамічних ключів, що зберігаються в хмарному KMS, у сфері безпеки Cisco. Hybrid Data Security переміщує KMS та інші функції, пов 'язані з безпекою, до вашого корпоративного центру обробки даних, тому ніхто, крім вас, не має ключів до вашого зашифрованого вмісту.
Архітектура області безпеки
Хмарна архітектура Webex розділяє різні типи служб на окремі області або довірені домени, як показано нижче.
Щоб краще зрозуміти гібридну безпеку даних, давайте спочатку розглянемо цей випадок у чистому вигляді, коли Cisco надає всі функції у своїх хмарних сферах. Служба ідентифікації, єдине місце, де користувачів можна безпосередньо зв’язати з їхньою особистою інформацією, як-от адреса електронної пошти, логічно та фізично відокремлена від області безпеки в центрі обробки даних B. Обидва, у свою чергу, відокремлені від області, де зберігається зашифрований контент. , у центрі обробки даних C.
На цій діаграмі клієнтом є програма Webex, що запущена на ноутбуці користувача та пройшла автентифікацію за допомогою служби ідентифікації. Коли користувач створює повідомлення для надсилання до простору, виконуються такі кроки:
Клієнт встановлює захищене підключення до служби керування ключами (KMS), а потім запитує ключ для шифрування повідомлення. Захищене підключення використовує ECDH, а KMS шифрує ключ за допомогою головного ключа AES-256.
Повідомлення шифрується, перш ніж залишити клієнт. Клієнт надсилає його до служби індексування, яка створює зашифровані індекси пошуку, щоб допомогти в майбутніх пошуках контенту.
Зашифроване повідомлення надсилається до служби відповідності для перевірки відповідності.
Зашифроване повідомлення зберігається в області сховища.
Під час розгортання гібридної безпеки даних функції області безпеки (KMS, індексація та відповідність вимогам) переносяться до локального центру обробки даних. Інші хмарні служби, що складають Webex (зокрема, ідентифікаційні дані та сховище контенту) залишаються в сферах Cisco.
Співпраця з іншими організаціями
Користувачі у вашій організації можуть регулярно використовувати програму Webex для співпраці із зовнішніми учасниками в інших організаціях. Коли один із користувачів запитує ключ для простору, що належить вашій організації (оскільки його створив один із ваших користувачів), KMS надсилає ключ клієнту через захищений канал ECDH. Однак, коли ключ для простору володіє інша організація, KMS маршрутизує запит до хмари Webex через окремий канал ECDH, щоб отримати ключ із відповідного KMS, а потім повертає ключ користувачеві в оригінальному каналі.
Служба KMS, що працює в організації A, перевіряє підключення до KMS в інших організаціях за допомогою сертифікатів PKI x.509. Див Підготуйте своє середовище Докладніше про створення сертифіката x.509 для використання з розгортанням гібридної безпеки даних.
Очікування щодо розгортання гібридної безпеки даних
Розгортання гібридної безпеки даних вимагає значних зобов’язань клієнта та усвідомлення ризиків, пов’язаних із володінням ключами шифрування.
Щоб розгорнути гібридну безпеку даних, необхідно надати:
Захищений центр обробки даних у країні, яка є підтримуване розташування для планів Cisco Webex Teams .
Обладнання, програмне забезпечення та доступ до мережі, описані в Підготуйте своє середовище .
Повна втрата ISO конфігурації, створеної для гібридної безпеки даних, або наданої вами бази даних призведе до втрати ключів. Втрата ключа не дозволяє користувачам розшифрувати вміст простору та інші зашифровані дані в програмі Webex. Якщо це станеться, можна створити нове розгортання, але видимим буде лише новий контент. Щоб уникнути втрати доступу до даних, необхідно:
Керуйте резервним копіюванням і відновленням бази даних і ISO конфігурації.
Будьте готові виконати швидке відновлення після аварії, якщо станеться катастрофа, як-от збій диска бази даних або аварійний стан центру обробки даних.
Немає механізму переміщення ключів назад до хмари після розгортання HDS. |
Процес налаштування високого рівня
У цьому документі описано налаштування та керування розгортанням гібридної безпеки даних:
Налаштуйте безпеку гібридних даних —Це включає підготовку необхідної інфраструктури та встановлення програмного забезпечення Hybrid Data Security, тестування розгортання з підгрупою користувачів у ознайомлювальному режимі та, після завершення тестування, перехід до робочої версії. Це перетворить всю організацію на використання кластера гібридної безпеки даних для функцій безпеки.
Про фази налаштування, ознайомлювальної версії та виробництва докладно описано в наступних трьох розділах.
Підтримуйте розгортання гібридної безпеки даних — Хмара Webex автоматично надає поточні оновлення версії. Ваш ІТ-відділ може надати підтримку першого рівня для цього розгортання та за потреби залучити підтримку Cisco. Ви можете використовувати екранні сповіщення та налаштувати сповіщення на основі електронної пошти в Control Hub.
Ознайомтеся з поширеними сповіщеннями, кроками з усунення несправностей та відомими проблемами — Якщо у вас виникнуть проблеми з розгортанням або використанням гібридної безпеки даних, останній розділ цього посібника та додаток «Відомі проблеми» можуть допомогти вам визначити й усунути проблему.
Модель розгортання гібридної безпеки даних
У межах корпоративного центру обробки даних ви розгортаєте гібридну безпеку даних як єдиний кластер вузлів на окремих віртуальних хостах. Вузли взаємодіють із хмарою Webex через захищені вебсокети та захищений HTTP.
Під час процесу встановлення ми надаємо вам файл OVA для налаштування віртуального пристрою на наданих вами віртуальних машинах. За допомогою інструмента налаштування HDS можна створити користувацький ISO-файл конфігурації кластера, який монтується на кожному вузлі. Кластер гібридної безпеки даних використовує наданий вами сервер Syslogd і базу даних PostgreSQL або Microsoft SQL Server. (Ви налаштовуєте системний журнал і деталі підключення до бази даних у інструменті налаштування HDS.)
Мінімальна кількість вузлів, які можна мати в кластері, становить два. Рекомендовано принаймні три, а можна до п’яти. Наявність кількох вузлів гарантує, що обслуговування не буде перервано під час оновлення програмного забезпечення або інших дій з обслуговування на вузлі. (У хмарі Webex одночасно оновлюється лише один вузол.)
Усі вузли в кластері отримують доступ до одного сховища ключових даних і реєструють дії на одному сервері системних журналів. Самі вузли не мають стану та обробляють запити ключів у циклічному порядку, відповідно до вказівок хмари.
Вузли стають активними, коли ви реєструєте їх у Control Hub. Щоб вимкнути окремий вузол, можна скасувати його реєстрацію, а пізніше за потреби зареєструвати повторно.
Ми підтримуємо лише один кластер на організацію.
Ознайомлювальний режим безпеки гібридних даних
Після налаштування розгортання гібридної безпеки даних ви спочатку спробуєте його з набором пілотних користувачів. Протягом пробного періоду ці користувачі використовують ваш локальний домен гібридної безпеки даних для ключів шифрування та інших служб безпеки. Інші ваші користувачі продовжують використовувати область хмарної безпеки.
Якщо ви вирішите не продовжувати розгортання під час пробної версії та деактивуєте службу, пілотні користувачі та всі користувачі, з якими вони взаємодіяли шляхом створення нових просторів протягом пробного періоду, втратять доступ до повідомлень і контенту. У програмі Webex вони побачать повідомлення "Це повідомлення неможливо розшифрувати".
Якщо ви впевнені, що ваше розгортання працює добре для користувачів пробної версії, і ви готові поширити гібридну безпеку даних на всіх своїх користувачів, ви переміщуєте розгортання до робочої версії. Пілотні користувачі продовжують мати доступ до ключів, які використовувалися під час ознайомлювальної версії. Однак ви не можете переходити між робочим режимом і вихідним ознайомлювальним режимом. Якщо ви повинні деактивувати службу, наприклад, для виконання аварійного відновлення, під час повторної активації необхідно почати нову ознайомлювальну версію та налаштувати набір пілотних користувачів для нової ознайомлювальної версії, перш ніж повернутися до робочого режиму. Те, чи збережуть користувачі доступ до даних на цьому етапі, залежить від того, чи успішно ви створили резервні копії сховища ключових даних і файлу конфігурації ISO для вузлів гібридної безпеки даних у вашому кластері.
Резервний центр обробки даних для аварійного відновлення
Під час розгортання ви налаштовуєте захищений резервний центр обробки даних. У разі аварійної ситуації в центрі обробки даних можна вручну зупинити розгортання в резервному центрі обробки даних.
Бази даних активного та резервного центрів обробки даних синхронізовані одна з одною, що мінімізує час, необхідний для перемикання на помилку. Файл ISO резервного центру обробки даних оновлено додатковими конфігураціями, які гарантують, що вузли зареєстровані в організації, але не оброблятимуть трафік. Тому вузли резервного центру обробки даних завжди залишаються в актуальному стані з останньою версією програмного забезпечення HDS.
Активні вузли гібридної безпеки даних повинні завжди перебувати в тому самому центрі обробки даних, що й активний сервер бази даних. |
Налаштуйте резервний центр обробки даних для аварійного відновлення
Виконайте наведені нижче дії, щоб налаштувати файл ISO резервного центру обробки даних:
Перш ніж почати
Резервний центр обробки даних має відображати виробниче середовище віртуальних машин і резервну копію бази даних PostgreSQL або Microsoft SQL Server. Наприклад, якщо робоча версія має 3 віртуальні машини з вузлами HDS, середовище резервного копіювання має містити 3 віртуальні машини. (Див Резервний центр обробки даних для аварійного відновлення для огляду цієї моделі резервного перемикання.)
Переконайтеся, що ввімкнено синхронізацію бази даних між базою даних активних і пасивних вузлів кластера.
1. | Запустіть інструмент налаштування HDS і виконайте кроки, зазначені в Створіть ISO конфігурації для хостів HDS .
| ||
2. | Після налаштування сервера Syslogd клацніть Розширені налаштування | ||
3. | На Розширені налаштування сторінку, додайте конфігурацію нижче, щоб перевести вузол у пасивний режим. У цьому режимі вузол буде зареєстровано в організації та підключено до хмари, але не оброблятиме трафік.
| ||
4. | Завершіть процес налаштування та збережіть файл ISO у місці, яке легко знайти. | ||
5. | Створіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить головний ключ шифрування для вмісту бази даних. Обмежте доступ лише тим адміністраторам гібридної безпеки даних, які повинні вносити зміни в конфігурацію. | ||
6. | На лівій панелі навігації клієнта VMware vSphere клацніть правою кнопкою миші віртуальну машину й клацніть Змінити налаштування. . | ||
7. | Клацніть Змінити налаштування > Привід CD/DVD 1 і виберіть файл ISO сховища даних.
| ||
8 | Увімкніть вузол HDS і переконайтеся, що немає попереджень щонайменше 15 хвилин. | ||
9 | Повторіть процес для кожного вузла в резервному центрі обробки даних.
|
Що далі
Після налаштування passiveMode
у файлі ISO та після його збереження можна створити іншу копію файлу ISO без файлу passiveMode
конфігурацію та збережіть її в захищеному місці. Ця копія файлу ISO без passiveMode
configured може допомогти в швидкому перемиканні на помилку під час аварійного відновлення. Див Аварійне відновлення за допомогою резервного центру обробки даних для детальної процедури переходу до відмови.
Підтримка проксі-сервера
Гібридна безпека даних підтримує явні, прозорі проксі-сервери з перевіркою та без перевірки. Можна прив’язати ці проксі-сервери до свого розгортання, щоб захищати та відстежувати трафік від підприємства до хмари. Ви можете використовувати інтерфейс адміністратора платформи на вузлах для керування сертифікатами та для перевірки загального стану підключення після налаштування проксі-сервера на вузлах.
Вузли гібридної безпеки даних підтримують такі параметри проксі:
Немає проксі — Значення за замовчуванням, якщо ви не використовуєте налаштування вузла HDS, сховища довіри та конфігурацію проксі для інтеграції проксі. Оновлення сертифіката не потрібно.
Прозорий проксі без перевірки —Вузли не налаштовані на використання конкретної адреси проксі-сервера й не повинні вимагати будь-яких змін для роботи з проксі-сервером, що не перевіряє. Оновлення сертифіката не потрібно.
Прозорий проксі з тунелюванням або перевіркою —Вузли не налаштовані на використання конкретної адреси проксі-сервера. На вузлах змінювати конфігурацію HTTP або HTTPS не потрібно. Однак вузлам потрібен кореневий сертифікат, щоб вони довіряли проксі. Перевірка проксі-серверів зазвичай використовується ІТ для застосування політики щодо того, які вебсайти можна відвідувати, а які типи контенту заборонені. Цей тип проксі розшифровує весь ваш трафік (навіть HTTPS).
Явний проксі — За допомогою явного проксі ви вказуєте вузлам HDS, який проксі-сервер і схему автентифікації використовувати. Щоб налаштувати явний проксі-сервер, необхідно ввести таку інформацію на кожному вузлі:
IP-адреса/повне доменне ім’я проксі —Адреса, яку можна використовувати для зв’язку з проксі-комплектом.
Порт проксі —номер порту, який використовує проксі-сервер для прослуховування проксі-трафіку.
Протокол проксі — Залежно від того, що підтримує ваш проксі-сервер, виберіть один із таких протоколів:
HTTP — перегляд і контроль усіх запитів, які надсилає клієнт.
HTTPS — надає канал до сервера. Клієнт отримує та перевіряє сертифікат сервера.
Тип автентифікації — Виберіть один із таких типів автентифікації:
Немає — подальша автентифікація не потрібна.
Доступно, якщо вибрано HTTP або HTTPS як протокол проксі.
Базовий — використовується для оператора користувача HTTP для надання імені користувача та пароля під час надсилання запиту. Використовує кодування Base64.
Доступно, якщо вибрано HTTP або HTTPS як протокол проксі.
Вимагає ввести ім’я користувача та пароль на кожному вузлі.
Дайджест — Використовується для підтвердження облікового запису перед надсиланням конфіденційної інформації. Застосовує хеш-функцію до імені користувача та пароля перед надсиланням через мережу.
Доступно, лише якщо вибрано HTTPS як протокол проксі.
Вимагає ввести ім’я користувача та пароль на кожному вузлі.
Приклад гібридних вузлів безпеки даних і проксі
На цій діаграмі показано приклад підключення між гібридною безпекою даних, мережею та проксі. Для параметрів проксі-сервера з прозорою перевіркою та явною перевіркою HTTPS необхідно встановити той самий кореневий сертифікат на проксі-сервері та вузлах гібридної безпеки даних.
Режим дозволу заблокованого зовнішнього DNS (явні конфігурації проксі)
Коли ви реєструєте вузол або перевіряєте конфігурацію проксі вузла, процес перевіряє пошук DNS і можливість підключення до хмари Cisco Webex. У розгортаннях із явними конфігураціями проксі, які не дозволяють роздільну здатність зовнішнього DNS для внутрішніх клієнтів, якщо вузол не може запитувати сервери DNS, він автоматично переходить у режим роздільної здатності заблокованого зовнішнього DNS. У цьому режимі можна продовжити реєстрацію вузла та інші тести підключення проксі.
Вимоги до гібридної безпеки даних
Вимоги до ліцензії Cisco Webex
Щоб розгорнути гібридну безпеку даних:
Ви повинні мати пакет Pro для Cisco Webex Control Hub. (Дивhttps://www.cisco.com/go/pro-pack .)
Вимоги до Docker Desktop
Перш ніж установити вузли HDS, необхідно запустити програму встановлення Docker Desktop. Docker нещодавно оновив свою модель ліцензування. Для вашої організації може знадобитися платна підписка на Docker Desktop. Докладніше див. у дописі до блогу Docker "Docker оновлює та розширює наші підписки на продукти".
Вимоги до сертифіката X.509
Ланцюжок сертифікатів має відповідати таким вимогам:
Вимоги | Відомості |
---|---|
| За замовчуванням ми довіряємо ЦС у списку Mozilla (за винятком WoSign і StartCom) за адресоюhttps://wiki.mozilla.org/CA:IncludedCAs . |
| CN не обов’язково має бути доступним або активним організатором. Рекомендовано використовувати назву, яка відображає вашу організацію, наприклад, CN не повинна містити символ * (підстановка). CN використовується для перевірки вузлів гібридної безпеки даних для клієнтів програми Webex. Усі вузли гібридної безпеки даних у вашому кластері використовують той самий сертифікат. Ваш KMS ідентифікує себе за допомогою домену CN, а не будь-якого домену, який визначено в полях SAN x.509v3. Після реєстрації вузла за допомогою цього сертифіката зміна імені домену CN не підтримується. Виберіть домен, який може застосовуватися як для ознайомлювального, так і для робочого розгортання. |
| Програмне забезпечення KMS не підтримує підписи SHA1 для перевірки підключень до KMS інших організацій. |
| Щоб змінити формат сертифіката, можна використовувати конвертер, наприклад OpenSSL. Під час запуску засобу налаштування HDS потрібно буде ввести пароль. |
Програмне забезпечення KMS не встановлює обмеження щодо використання ключів або розширеного використання ключів. Деякі центри сертифікації вимагають, щоб до кожного сертифіката були застосовані розширені обмеження використання ключів, наприклад автентифікація сервера. Можна використовувати автентифікацію сервера або інші налаштування.
Вимоги до віртуального хоста
Віртуальні хости, які ви налаштуєте як вузли гібридної безпеки даних у своєму кластері, мають такі вимоги:
Принаймні два окремих хости (рекомендовано 3) розташовані в одному захищеному центрі обробки даних
VMware ESXi 6.5 (або пізнішої версії) встановлено та працює.
Необхідно оновити версію, якщо у вас є попередня версія ESXi.
Мінімум 4 vCPU, 8 ГБ основної пам’яті, 30 ГБ місця на локальному жорсткому диску на сервер
Вимоги до сервера бази даних
Створіть нову базу даних для зберігання ключів. Не використовуйте базу даних за замовчуванням. Програми HDS після встановлення створюють схему бази даних. |
Є два варіанти для сервера бази даних. Вимоги до кожного є такими:
PostgreSQL | Microsoft SQL Server | ||
---|---|---|---|
|
| ||
Мінімум 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 ( Завжди ввімкнені екземпляри кластера перемикання і Завжди ввімкнені групи доступності ). |
Додаткові вимоги до автентифікації Windows у Microsoft SQL Server
Якщо ви хочете, щоб вузли HDS використовували автентифікацію Windows для отримання доступу до бази даних сховища ключів на Microsoft SQL Server, вам потрібна така конфігурація у вашому середовищі:
Вузли HDS, інфраструктура Active Directory і MS SQL Server мають бути синхронізовані з NTP.
Обліковий запис Windows, який ви надаєте вузлам HDS, повинен мати доступ для читання та запису до бази даних.
Сервери DNS, які ви надаєте вузлам HDS, повинні мати можливість дозволити ваш центр розподілу ключів (KDC).
Ви можете зареєструвати екземпляр бази даних HDS на Microsoft SQL Server як ім’я користувача-служби (SPN) у вашому Active Directory. Див Зареєструйте ім’я користувача-служби для підключень Kerberos .
Інструмент налаштування HDS, засіб запуску HDS і локальний KMS повинні використовувати автентифікацію Windows для доступу до бази даних сховища ключів. Вони використовують дані вашої конфігурації ISO для створення SPN, коли запитують доступ за допомогою автентифікації Kerberos.
Вимоги до зовнішнього підключення
Налаштуйте брандмауер, щоб дозволити такі можливості підключення для програм HDS:
Застосування | Протокол | Порт | Напрямок із програми | Призначення |
---|---|---|---|---|
Вузли гібридної безпеки даних | TCP | 443 | Вихідні HTTPS і WSS |
|
Інструмент налаштування HDS | TCP | 443 | Вихідний HTTPS |
|
Вузли гібридної безпеки даних працюють із трансляцією доступу до мережі (NAT) або за брандмауером, якщо NAT або брандмауер дозволяє використовувати необхідні вихідні підключення до адресатів домену, наведених у попередній таблиці. Для вхідних підключень до вузлів гібридної безпеки даних порти з інтернету не повинні бути видимими. У вашому центрі обробки даних клієнтам потрібен доступ до вузлів гібридної безпеки даних на портах TCP 443 і 22 для адміністративних цілей. |
URL-адреси хостів Common Identity (CI) залежать від регіону. Це поточні хости CI:
Регіон | URL-адреси хоста спільних ідентифікаційних даних |
---|---|
Північна та Південна Америки |
|
Європейський Союз |
|
Канада |
|
Вимоги до проксі-сервера
Ми офіційно підтримуємо такі проксі-рішення, які можна інтегрувати з вашими вузлами гібридної безпеки даних.
Прозорий проксі — Cisco Web Security Appliance (WSA).
Явний проксі — Squid.
Проксі-сервери Squid, які перевіряють трафік HTTPS, можуть перешкоджати встановленню вебсокета (wss:) зв’язки. Щоб вирішити цю проблему, див Налаштуйте проксі Squid для гібридної безпеки даних .
Підтримуються такі комбінації типів автентифікації для явних проксі-серверів:
Немає автентифікації за допомогою HTTP або HTTPS
Базова автентифікація за допомогою HTTP або HTTPS
Дайджест автентифікації лише за допомогою HTTPS
Для прозорого проксі-сервера з перевіркою або явного проксі-сервера HTTPS необхідно мати копію кореневого сертифіката проксі. В інструкціях із розгортання в цьому посібнику описано, як передати копію до сховищ довіри вузлів гібридної безпеки даних.
Мережа, де розміщено вузли HDS, повинна бути налаштована на примусове маршрутизацію вихідного трафіку TCP через порт 443 через проксі.
Проксі-сервери, які перевіряють веб-трафік, можуть перешкоджати з 'єднанню веб-сокетів. Якщо ця проблема виникне, обійти (не перевіряти) трафік до
wbx2.com
іciscospark.com
вирішить проблему.
Виконайте обов’язкові умови для гібридної безпеки даних
1. | Переконайтеся, що у вашій організації Webex увімкнено Pro Pack for Cisco Webex Control Hub, і отримайте облікові дані облікового запису з повними правами адміністратора організації. Зверніться до партнера Cisco або менеджера облікового запису, щоб отримати допомогу з цим процесом. | ||
2. | Виберіть ім’я домену для розгортання HDS (наприклад, | ||
3. | Підготуйте ідентичні віртуальні хости, які ви налаштуєте як вузли гібридної безпеки даних у своєму кластері. Вам потрібно принаймні два окремих хоста (рекомендовано 3), розміщені в одному захищеному центрі обробки даних, які відповідають вимогам у Вимоги до віртуального хоста . | ||
4. | Підготуйте сервер бази даних, який буде виконувати функцію сховища ключових даних для кластера, відповідно до Вимоги до сервера бази даних . Сервер бази даних має бути одночасно розташований у захищеному центрі обробки даних із віртуальними хостами. | ||
5. | Для швидкого аварійного відновлення налаштуйте середовище резервного копіювання в іншому центрі обробки даних. Середовище резервного копіювання відображає виробниче середовище віртуальних машин і сервера бази даних резервного копіювання. Наприклад, якщо робоча версія має 3 віртуальні машини з вузлами HDS, середовище резервного копіювання має містити 3 віртуальні машини. | ||
6. | Налаштуйте хост системного журналу для збору журналів із вузлів у кластері. Зібрати його мережеву адресу та порт системного журналу (за замовчуванням – UDP 514). | ||
7. | Створіть політику безпечного резервного копіювання для вузлів гібридної безпеки даних, сервера бази даних і хоста системного журналу. Як мінімум, щоб запобігти втраті даних без можливості відновлення, необхідно створити резервну копію бази даних і файлу ISO конфігурації, створеного для вузлів гібридної безпеки даних.
Клієнти програми Webex кешують свої ключі, тому перебої в роботі можуть бути помітні не відразу, а з часом. Хоча тимчасові перебої в роботі неможливо запобігти, їх можна відновити. Однак повна втрата (недоступні резервні копії) бази даних або файлу ISO конфігурації призведе до того, що дані клієнта будуть недоступні для відновлення. Очікується, що оператори вузлів гібридної безпеки даних будуть підтримувати часте резервне копіювання бази даних і файлу ISO конфігурації та бути готовими до відновлення центру обробки даних гібридної безпеки даних у разі катастрофічної помилки. | ||
8 | Переконайтеся, що конфігурація брандмауера дозволяє підключатися до вузлів гібридної безпеки даних, як описано в Вимоги до зовнішнього підключення . | ||
9 | Установити Docker (https://www.docker.com ) на будь-якому локальному комп’ютері з підтримуваною ОС (Microsoft Windows 10 Professional або Enterprise 64-розрядна версія або Mac OSX Yosemite 10.10.3 або новішої версії) з веббраузером, який може отримати до неї доступ за адресою http://127.0.0.1:8080. Ви використовуєте екземпляр Docker для завантаження та запуску засобу налаштування HDS, який створює інформацію про локальну конфігурацію для всіх вузлів гібридної безпеки даних. Вашій організації може знадобитися ліцензія Docker Desktop. Див Вимоги до Docker Desktop для отримання додаткової інформації. Щоб установити та запустити HDS Setup Tool, локальний комп’ютер повинен мати можливість підключення, описану в Вимоги до зовнішнього підключення . | ||
10 | Якщо ви інтегруєте проксі-сервер із гібридною безпекою даних, переконайтеся, що він відповідає Вимоги до проксі-сервера . | ||
11 | Якщо ваша організація використовує синхронізацію каталогів, створіть групу в Active Directory з викликом
|
Потік завдань розгортання безпеки гібридних даних
Перш ніж почати
1. |
Завантажте файл OVA на локальний комп’ютер для подальшого використання. | ||
2. | Створіть ISO конфігурації для хостів HDS Використовуйте інструмент налаштування HDS, щоб створити файл конфігурації ISO для вузлів гібридної безпеки даних. | ||
3. |
Створіть віртуальну машину з файлу OVA та виконайте початкове налаштування, наприклад налаштування мережі.
| ||
4. | Налаштуйте віртуальну машину гібридної безпеки даних Увійдіть на консоль VM і задайте облікові дані для входу. Налаштуйте параметри мережі для вузла, якщо ви не налаштували їх під час розгортання OVA. | ||
5. | Вивантажте та підключіть ISO конфігурації HDS Налаштуйте віртуальну машину з файлу конфігурації ISO, який ви створили за допомогою засобу налаштування HDS. | ||
6. | Налаштуйте вузол HDS для інтеграції проксі Якщо мережеве середовище вимагає конфігурації проксі-сервера, укажіть тип проксі, який ви використовуватимете для вузла, і за потреби додайте сертифікат проксі до сховища довіри. | ||
7. | Зареєструйте перший вузол у кластері Зареєструйте віртуальну машину в хмарі Cisco Webex як вузол гібридної безпеки даних. | ||
8 | Створіть і зареєструйте більше вузлів Завершіть налаштування кластера. | ||
9 | Запустіть ознайомлювальну версію та перейдіть до робочої версії (наступний розділ) Поки ви не запустите ознайомлювальну версію, ваші вузли створять попередження, що вказує на те, що ваша служба ще не активована. |
Завантажте файли встановлення
1. | Увійти вhttps://admin.webex.com , а потім клацніть Служби . | ||||
2. | У розділі Служби гібридного типу знайдіть картку безпеки гібридних даних і клацніть Налаштування . Якщо картку вимкнено або ви не бачите її, зверніться до команди облікового запису або партнерської організації. Надайте їм номер свого облікового запису та попросіть увімкнути гібридну безпеку даних у вашій організації. Щоб знайти номер облікового запису, клацніть шестірню у верхньому правому куті поруч із назвою організації.
| ||||
3. | Виберіть Ні , щоб указати, що вузол ще не налаштовано, а потім клацніть Далі . Завантаження файлу OVA почнеться автоматично. Збережіть файл у розташуванні на вашому комп’ютері.
| ||||
4. | Клацніть за бажанням Відкрийте посібник із розгортання щоб перевірити, чи доступна пізніша версія цього посібника. |
Створіть ISO конфігурації для хостів HDS
У процесі налаштування гібридної безпеки даних створюється файл ISO. Потім ви використовуєте ISO для налаштування хоста гібридної безпеки даних.
Перш ніж почати
Інструмент налаштування HDS працює як Docker-контейнер на локальному комп 'ютері. Щоб отримати доступ до нього, запустіть Docker на цьому комп 'ютері. Процес налаштування вимагає облікових даних облікового запису Центру керування з повними правами адміністратора для вашої організації.
Якщо інструмент налаштування 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
Створений вами файл конфігурації містить основний ключ, що шифрує базу даних PostgreSQL або Microsoft SQL Server. Остання копія цього файлу потрібна щоразу, коли ви вносите зміни конфігурації, наприклад:
Облікові дані бази даних
Оновлення сертифіката
Зміни політики авторизації
Якщо ви плануєте шифрувати підключення до бази даних, налаштуйте розгортання PostgreSQL або SQL Server для TLS.
1. | У командному рядку вашого комп 'ютера введіть відповідну команду для вашого середовища: У звичайних умовах:
У середовищах FedRAMP:
| ||||||||||||
2. | Щоб увійти до реєстру Docker-образів, введіть наступне:
| ||||||||||||
3. | У підказці пароля введіть цей хеш:
| ||||||||||||
4. | Завантажте останнє стабільне зображення для вашого середовища: У звичайних умовах:
У середовищах FedRAMP:
| ||||||||||||
5. | Після завершення витягування введіть відповідну команду для вашого середовища:
Коли контейнер працює, ви бачите "Експрес-сервер прослуховує порт 8080". | ||||||||||||
6. |
Використовуйте веббраузер, щоб перейти до локального хоста, Інструмент використовує цей перший запис імені користувача, щоб установити належне середовище для цього облікового запису. Потім інструмент відображає стандартну підказку про вхід. | ||||||||||||
7. | Коли з’явиться відповідний запит, введіть облікові дані для входу адміністратора клієнта Control Hub, а потім клацніть Увійти щоб дозволити доступ до необхідних служб для гібридної безпеки даних. | ||||||||||||
8 | На сторінці огляду інструмента налаштування клацніть Почати роботу . | ||||||||||||
9 | На Імпорт ISO на сторінці, у вас є такі параметри:
| ||||||||||||
10 | Переконайтеся, що ваш сертифікат X.509 відповідає вимогам у Вимоги до сертифіката X.509 .
| ||||||||||||
11 | Введіть адресу бази даних і обліковий запис HDS, щоб отримати доступ до сховища ключових даних: | ||||||||||||
12 | Виберіть a Режим підключення до бази даних TLS :
Під час передавання кореневого сертифіката (за необхідності) клацніть Продовжити , засіб налаштування HDS перевіряє підключення TLS до сервера бази даних. Інструмент також перевіряє підписувача сертифіката та ім 'я хоста, якщо це можливо. Якщо тест не вдається, інструмент показує повідомлення про помилку, що описує проблему. Ви можете вибрати, чи ігнорувати помилку, і продовжити налаштування. (Через відмінності в можливостях підключення вузли HDS можуть встановити підключення TLS, навіть якщо машині засобу налаштування HDS не вдасться успішно перевірити його.) | ||||||||||||
13 | На сторінці системних журналів налаштуйте сервер Syslogd: | ||||||||||||
14 | (Необов’язково) Можна змінити значення за замовчуванням для деяких параметрів підключення до бази даних у Розширені налаштування . Як правило, цей параметр є єдиним, який ви можете змінити:
| ||||||||||||
15 | Клацніть Продовжити на Скинути пароль службових облікових записів екрана. Термін дії паролів службових облікових записів становить дев’ять місяців. Використовуйте цей екран, коли термін дії ваших паролів наближається або ви хочете скинути їх, щоб зробити попередні файли ISO недійсними. | ||||||||||||
16 | Клацніть Завантажте файл ISO . Збережіть файл у місці, яке легко знайти. | ||||||||||||
17 | Створіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить головний ключ шифрування для вмісту бази даних. Обмежте доступ лише тим адміністраторам гібридної безпеки даних, які повинні вносити зміни в конфігурацію. | ||||||||||||
18 | Щоб вимкнути інструмент налаштування, введіть |
Що далі
Створіть резервну копію файлу конфігурації ISO. Він потрібен, щоб створити більше вузлів для відновлення або внести зміни в конфігурацію. Якщо ви втратили всі копії файлу ISO, ви також втратили основний ключ. Відновити ключі з бази даних PostgreSQL або Microsoft SQL Server неможливо.
Ми ніколи не маємо копії цього ключа. Ми не можемо допомогти, якщо ви її втратите. |
Установіть OVA хоста HDS
1. | Використовуйте клієнт VMware vSphere на своєму комп’ютері, щоб увійти до віртуального хоста ESXi. | ||||||
2. | Виберіть Файл > Розгорнути шаблон OVF . | ||||||
3. | У майстрі вкажіть розташування файлу OVA, який ви завантажили раніше, а потім клацніть Далі . | ||||||
4. | На Виберіть ім’я та папку сторінки, введіть a Ім’я віртуальної машини для вузла (наприклад, «HDS_ Node_ 1"), виберіть розташування, де може перебувати розгортання вузла віртуальної машини, а потім клацніть Далі . | ||||||
5. | На Виберіть обчислювальний ресурс виберіть цільовий обчислювальний ресурс, а потім клацніть Далі . Запускається перевірка. Після завершення відобразяться відомості про шаблон. | ||||||
6. | Перевірте відомості шаблону й клацніть Далі . | ||||||
7. | Якщо вас попросять вибрати конфігурацію ресурсу на Конфігурація сторінки, клацніть 4 ЦП а потім клацніть Далі . | ||||||
8 | На Виберіть сховище сторінки, клацніть Далі щоб прийняти формат диска за замовчуванням і політику сховища VM. | ||||||
9 | На Виберіть мережі виберіть мережевий параметр зі списку записів, щоб забезпечити потрібне підключення до VM. | ||||||
10 | На Налаштувати шаблон налаштуйте такі параметри мережі:
За бажанням можна пропустити конфігурацію мережевих параметрів і виконати інструкції Налаштуйте віртуальну машину гібридної безпеки даних щоб налаштувати параметри з консолі вузла.
| ||||||
11 | Клацніть правою кнопкою миші вузол VM, а потім виберіть .Програмне забезпечення Hybrid Data Security встановлюється як гість на хості VM. Тепер ви готові ввійти на консоль і налаштувати вузол. Поради з усунення несправностей Перед відкриттям контейнерів вузлів може виникнути затримка в кілька хвилин. Повідомлення брандмауера мосту з’являється на консолі під час першого завантаження, під час якого ви не можете ввійти. |
Налаштуйте віртуальну машину гібридної безпеки даних
Використовуйте цю процедуру, щоб уперше ввійти до консолі VM вузла гібридної безпеки даних і задати облікові дані для входу. Ви також можете використовувати консоль, щоб налаштувати параметри мережі для вузла, якщо ви не налаштували їх під час розгортання OVA.
1. | У клієнті VMware vSphere виберіть свою віртуальну машину вузла гібридної безпеки даних і виберіть Консоль вкладка. ВМ завантажиться, і з’явиться запит щодо входу. Якщо запит щодо входу не відображається, натисніть Введіть .
|
2. | Використовуйте такі логін і пароль за замовчуванням для входу та зміни облікових даних: Оскільки ви вперше входите на свою віртуальну машину, вам потрібно змінити пароль адміністратора. |
3. | Якщо ви вже налаштували параметри мережі в Установіть OVA хоста HDS , пропустіть решту цієї процедури. В іншому разі в головному меню виберіть Змінити конфігурацію параметр. |
4. | Налаштуйте статичну конфігурацію з інформацією про IP-адресу, маску, шлюз і DNS. Ваш вузол повинен мати внутрішню IP-адресу та DNS-ім’я. DHCP не підтримується. |
5. | (Необов’язково) Змініть ім’я хоста, домен або сервери NTP, якщо потрібно, щоб вони відповідали вашій політиці мережі. Не потрібно налаштовувати домен відповідно до домену, який ви використовували для отримання сертифіката X.509. |
6. | Збережіть конфігурацію мережі та перезавантажте віртуальну машину, щоб зміни набули сили. |
Вивантажте та підключіть ISO конфігурації HDS
Перш ніж почати
Оскільки файл ISO містить основний ключ, його потрібно надавати лише в разі необхідності для доступу віртуальних машин гібридної безпеки даних і всіх адміністраторів, яким може знадобитися внести зміни. Переконайтеся, що лише ці адміністратори мають доступ до сховища даних.
1. | Передайте файл ISO з комп’ютера: |
2. | Підключіть файл ISO: |
Що далі
Якщо цього вимагає політика ІТ, ви можете додатково відключити файл ISO після того, як усі вузли отримають зміни конфігурації. Див (Необов’язково) Відключіть ISO після конфігурації HDS для отримання додаткової інформації.
Налаштуйте вузол HDS для інтеграції проксі
Якщо мережеве середовище вимагає проксі, скористайтеся цією процедурою, щоб указати тип проксі, який потрібно інтегрувати з гібридною безпекою даних. Якщо ви виберете прозорий перевіряючий проксі або явний проксі HTTPS, можна використовувати інтерфейс вузла для передавання та встановлення кореневого сертифіката. Ви також можете перевірити підключення проксі в інтерфейсі та усунути будь-які потенційні проблеми.
Перш ніж почати
Див Підтримка проксі для огляду підтримуваних параметрів проксі.
1. | Введіть URL-адресу налаштування вузла HDS |
2. | Перейти до Сховище довіри та проксі , а потім виберіть параметр:
Виконайте наступні кроки для проксі-сервера з перевіркою, проксі-сервера з явним доступом HTTP з базовою автентифікацією або явним проксі-сервером HTTPS. |
3. | Клацніть Передати кореневий сертифікат або сертифікат кінцевого запису , а потім перейдіть до виберіть кореневий сертифікат для проксі. Сертифікат передано, але його ще не встановлено, оскільки для встановлення сертифіката необхідно перезавантажити вузол. Клацніть стрілку в формі шеврону біля імені емітента сертифіката, щоб отримати додаткову інформацію, або клацніть Видалити якщо ви зробили помилку й хочете повторно передати файл. |
4. | Клацніть Перевірте підключення проксі щоб перевірити підключення до мережі між вузлом і проксі. Якщо перевірку підключення не вдалося виконати, ви побачите повідомлення про помилку, у якому буде вказано причину та способи виправлення проблеми. Якщо відображається повідомлення про помилку розв’язання зовнішнього DNS, вузлу не вдалося зв’язатися з сервером DNS. Ця умова очікується в багатьох явних конфігураціях проксі. Можна продовжити налаштування, і вузол функціонуватиме в режимі роздільної здатності заблокованого зовнішнього DNS. Якщо ви вважаєте, що це помилка, виконайте ці кроки, а потім перегляньте Вимкніть режим роздільної здатності заблокованого зовнішнього DNS . |
5. | Після завершення перевірки підключення для явного проксі, установленого лише на https, увімкніть перемикач Маршрутизувати всі запити HTTPS на порт 443/444 від цього вузла через явний проксі-сервер . Це налаштування набуде чинності через 15 секунд. |
6. | Клацніть Установіть усі сертифікати в сховище довіри (з’являється для явного проксі HTTPS або прозорого проксі-сервера для перевірки) або Перезавантажте (з’являється для явного проксі-сервера HTTP), прочитайте підказку, а потім клацніть Установити якщо ви готові. Вузол перезавантажиться за кілька хвилин. |
7. | Після перезавантаження вузла за потреби ввійдіть ще раз, а потім відкрийте файл Огляд сторінку, щоб перевірити перевірки підключення та переконатися, що всі вони мають зелений стан. Перевірка підключення до проксі перевіряє лише субдомен webex.com. Якщо виникають проблеми з підключенням, поширеною проблемою є те, що деякі з хмарних доменів, перелічених в інструкціях зі встановлення, блокуються на проксі. |
Зареєструйте перший вузол у кластері
Коли ви реєструєте свій перший вузол, ви створюєте кластер, якому призначено цей вузол. Кластер містить один або кілька вузлів, розгорнутих для забезпечення резервування.
Перш ніж почати
Після початку реєстрації вузла її потрібно завершити протягом 60 хвилин, інакше доведеться починати спочатку.
Переконайтеся, що блокувальники спливаючих вікон у вашому браузері вимкнено або дозволено виняток для admin.webex.com.
1. | Увійдіть у https://admin.webex.com. |
2. | У меню ліворуч на екрані виберіть Служби . |
3. | У розділі Служби гібридного типу знайдіть гібридну безпеку даних і клацніть Налаштування . З’явиться сторінка Реєстрація вузла безпеки гібридних даних.
|
4. | Виберіть Так , щоб зазначити, що ви налаштували вузол і готові його зареєструвати, а потім клацніть Далі . |
5. | У першому полі введіть ім’я кластера, якому потрібно призначити вузол гібридної безпеки даних. Рекомендовано призначати кластеру залежно від географічного розташування вузлів кластера. Приклади. "Сан-Франциско", "Нью-Йорк" або "Даллас" |
6. | У другому полі введіть внутрішню IP-адресу або повне доменне ім’я (FQDN) вашого вузла та клацніть Далі . Ця IP-адреса або повне доменне ім’я має збігатися з IP-адресою або іменем хоста й доменом, які ви використовували Налаштуйте віртуальну машину гібридної безпеки даних . З’явиться повідомлення про те, що ви можете зареєструвати свій вузол у Webex.
|
7. | Клацніть Перейдіть до Node . |
8 | Клацніть Продовжити у попередженні. Через кілька секунд вас буде перенаправлено до тестів підключення вузлів для служб Webex. Якщо всі тести пройшли успішно, з’явиться сторінка Дозволити доступ до вузла безпеки гібридних даних. Тут ви підтверджуєте, що хочете надати дозволи організації Webex на доступ до вашого вузла.
|
9 | Перевірте Надайте доступ до вузла гібридної безпеки даних прапорець, а потім клацніть Продовжити . Ваш обліковий запис перевірено, і повідомлення «Реєстрацію завершено» вказує, що ваш вузол наразі зареєстровано в хмарі Webex.
|
10 | Клацніть посилання або закрийте вкладку, щоб повернутися на сторінку безпеки гібридних даних Control Hub. На Гібридна безпека даних на сторінці, відображається новий кластер, що містить зареєстрований вами вузол. Вузол автоматично завантажить останню версію програмного забезпечення з хмари.
|
Створіть і зареєструйте більше вузлів
Зараз резервні VM, які ви створили Виконайте обов’язкові умови для гібридної безпеки даних резервні хости, які використовуються лише в разі аварійного відновлення; вони не зареєстровані в системі до цього часу. Докладніше див Аварійне відновлення за допомогою резервного центру обробки даних . |
Перш ніж почати
Після початку реєстрації вузла її потрібно завершити протягом 60 хвилин, інакше доведеться починати спочатку.
Переконайтеся, що блокувальники спливаючих вікон у вашому браузері вимкнено або дозволено виняток для admin.webex.com.
1. | Створіть нову віртуальну машину з OVA, повторивши кроки в Установіть OVA хоста HDS . |
2. | Налаштуйте початкову конфігурацію на новій віртуальній машині, повторивши кроки в Налаштуйте віртуальну машину гібридної безпеки даних . |
3. | На новій віртуальній машині повторіть кроки в Вивантажте та підключіть ISO конфігурації HDS . |
4. | Якщо ви налаштовуєте проксі для свого розгортання, повторіть кроки в розділі Налаштуйте вузол HDS для інтеграції проксі за потребою для нового вузла. |
5. | Зареєструйте вузол. Ваш вузол зареєстровано. Зауважте, що поки ви не запустите ознайомлювальну версію, ваші вузли створять попередження, що вказує на те, що ваша служба ще не активована.
|
Що далі
Потік завдань із пробної версії до виробничого
Після налаштування кластера гібридної безпеки даних можна запустити пілот, додати до нього користувачів і почати використовувати його для тестування та перевірки розгортання під час підготовки до переходу до робочої версії.
Перш ніж почати
1. | Якщо можливо, синхронізуйте Якщо ваша організація використовує синхронізацію каталогу для користувачів, потрібно вибрати |
2. | Активувати ознайомлювальну версію Почніть пробну версію. Поки ви не виконаєте це завдання, ваші вузли створять попередження, що вказує на те, що служба ще не активована. |
3. | Перевірте розгортання гібридної безпеки даних Перевірте, чи передаються запити на ключ до розгортання гібридної безпеки даних. |
4. | Моніторинг працездатності гібридної безпеки даних Перевірте стан і налаштуйте сповіщення електронною поштою для попереджень. |
5. | |
6. | Завершіть ознайомлювальну фазу, виконавши одну з таких дій: |
Активувати ознайомлювальну версію
Перш ніж почати
Якщо ваша організація використовує синхронізацію каталогу для користувачів, потрібно вибрати HdsTrialGroup
груповий об’єкт для синхронізації з хмарою, перш ніж ви зможете почати ознайомлювальну версію для вашої організації. Інструкції див Посібник із розгортання для Cisco Directory Connector.
1. | Увійти вhttps://admin.webex.com , а потім виберіть Служби . |
2. | У розділі Безпека гібридних даних клацніть Налаштування . |
3. | У розділі Стан служби клацніть Почати пробну версію . Стан служби змінюється на ознайомлювальний режим.
|
4. | Клацніть Додати користувачів і введіть адресу електронної пошти одного або кількох користувачів, які будуть використовувати ваші вузли гібридної безпеки даних для служб шифрування та індексування. (Якщо ваша організація використовує синхронізацію каталогів, використовуйте Active Directory для керування ознайомлювальною групою, |
Перевірте розгортання гібридної безпеки даних
Перш ніж почати
Налаштуйте розгортання гібридної безпеки даних.
Активуйте ознайомлювальну версію та додайте кілька користувачів пробної версії.
Переконайтеся, що у вас є доступ до системного журналу, щоб переконатися, що запити на ключ передаються до вашого розгортання гібридної безпеки даних.
1. | Ключі для певного простору встановлюються його творцем. Увійдіть у програму Webex як один із пілотних користувачів, а потім створіть простір і запросіть принаймні одного пілотного користувача та одного не пілотного користувача.
| ||
2. | Надсилайте повідомлення в новий простір. | ||
3. | Перевірте вивід системного журналу, щоб переконатися, що запити на ключ передаються до вашого розгортання гібридної безпеки даних. |
Моніторинг працездатності гібридної безпеки даних
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
Використовуйте описані тут завдання, щоб керувати розгортанням гібридної безпеки даних.
Установіть розклад оновлення кластерів
Щоб установити розклад оновлення:
1. | Увійдіть в Control Hub. |
2. | На сторінці "Огляд" у розділі "Гібридні служби" виберіть Гібридна безпека даних . |
3. | На сторінці Ресурси безпеки гібридних даних виберіть кластер. |
4. | На панелі «Огляд» праворуч у розділі «Налаштування кластера» виберіть ім’я кластера. |
5. | На сторінці налаштувань у розділі «Оновлення» виберіть час і часовий пояс для розкладу оновлення. Примітка. Під часовим поясом відображається наступна доступна дата й час оновлення версії. За потреби можна відкласти оновлення версії на наступний день, натиснувши Відкласти . |
Змініть конфігурацію вузла
Зміна сертифікатів x.509 через закінчення терміну дії або з інших причин.
Ми не підтримуємо зміну доменного імені CN сертифіката. Домен повинен відповідати початковому домену, який використовувався для реєстрації кластера.
Оновлення налаштувань бази даних для зміни на репліку бази даних PostgreSQL або Microsoft SQL Server.
Ми не підтримуємо перенесення даних з PostgreSQL на Microsoft SQL Server або навпаки. Щоб змінити середовище бази даних, запустіть нове розгортання Hybrid Data Security.
Створення нової конфігурації для підготовки нового дата-центру.
Крім того, в цілях безпеки Hybrid Data Security використовує паролі облікових записів, які мають дев 'ятимісячний термін служби. Після того, як інструмент налаштування HDS генерує ці паролі, ви розгортаєте їх на кожному з вузлів HDS у файлі конфігурації ISO. Коли термін дії паролів вашої організації наближається до закінчення, ви отримуєте сповіщення від команди Webex про скидання пароля для облікового запису вашого комп 'ютера. (Електронний лист містить текст: «Використовуйте API облікового запису машини для оновлення пароля.") Якщо термін дії ваших паролів ще не закінчився, інструмент надає вам два варіанти:
М 'яке скидання- старий і новий паролі працюють до 10 днів. Використовуйте цей період, щоб поступово замінити файл ISO на вузлах.
Hard Reset- старі паролі негайно перестають працювати.
Якщо термін дії ваших паролів закінчується без скидання, це впливає на вашу службу HDS, вимагаючи негайного жорсткого скидання та заміни файлу ISO на всіх вузлах.
Використовуйте цю процедуру, щоб створити новий файл ISO конфігурації та застосувати його до вашого кластера.
Перш ніж почати
Інструмент налаштування HDS працює як Docker-контейнер на локальному комп 'ютері. Щоб отримати доступ до нього, запустіть Docker на цьому комп 'ютері. Процес налаштування вимагає облікових даних облікового запису Центру керування з повними правами адміністратора для вашої організації.
Якщо інструмент налаштування 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. | Використовуючи Docker на локальному комп 'ютері, запустіть інструмент налаштування HDS. |
2. | Якщо у вас працює лише один вузол HDS, створіть нову віртуальну машину з гібридною системою безпеки даних і зареєструйте її за допомогою нового файлу конфігурації ISO. Докладні інструкції див Створіть і зареєструйте більше вузлів . |
3. | Для існуючих вузлів HDS, які працюють зі старим файлом конфігурації, монтуйте файл ISO. Виконайте наступну процедуру на кожному вузлі по черзі, оновлюючи кожен вузол перед вимкненням наступного вузла: |
4. | Повторіть крок 3, щоб замінити конфігурацію на кожному вузлі, що працює за старою конфігурацією. |
Вимкніть режим роздільної здатності заблокованого зовнішнього DNS
Коли ви реєструєте вузол або перевіряєте конфігурацію проксі вузла, процес перевіряє пошук DNS і можливість підключення до хмари Cisco Webex. Якщо сервер DNS вузла не може дозволити загальнодоступні імена DNS, вузол автоматично переходить у режим роздільної здатності заблокованого зовнішнього DNS.
Якщо ваші вузли здатні дозволяти публічні імена DNS через внутрішні сервери DNS, можна вимкнути цей режим, повторно запустивши перевірку підключення до проксі на кожному вузлі.
Перш ніж почати
1. | У веббраузері відкрийте інтерфейс вузла Hybrid Data Security (IP-адреса/налаштування, наприклад,https://192.0.2.0/setup), введіть облікові дані адміністратора, які ви налаштували для вузла, а потім клацніть Увійти . |
2. | Перейти до Огляд (сторінка за замовчуванням). Якщо ввімкнено, для параметра Blocked External DNS Resolution (Заблокована зовнішня роздільна здатність DNS) встановлено значення |
3. | Перейдіть до Сховище довіри та проксі сторінка. |
4. | Клацніть Перевірте підключення проксі . Якщо з’явиться повідомлення про помилку розв’язання зовнішнього DNS, вузол не зміг зв’язатися з сервером DNS і залишиться в цьому режимі. В іншому разі після перезавантаження вузла й повернення до Огляд сторінки, роздільна здатність заблокованого зовнішнього DNS має бути встановлена на no. |
Що далі
Видалити вузол
1. | Використовуйте клієнт VMware vSphere на своєму комп’ютері, щоб увійти до віртуального хоста ESXi та вимкнути віртуальну машину. |
2. | Видалити вузол: |
3. | У клієнті vSphere видаліть віртуальну машину. (На панелі переходів ліворуч клацніть VM правою кнопкою миші й клацніть Видалити .) Якщо ви не видалите віртуальну машину, не забудьте відключити файл ISO конфігурації. Без файлу ISO ви не зможете використовувати віртуальну машину для доступу до даних безпеки. |
Аварійне відновлення за допомогою резервного центру обробки даних
Найважливіша служба, яку надає кластер гібридної безпеки даних, — це створення та зберігання ключів, що використовуються для шифрування повідомлень та іншого контенту, що зберігається в хмарі Webex. Для кожного користувача в організації, якого призначено до гібридної безпеки даних, запити на створення нових ключів маршрутизуються до кластера. Кластер також відповідає за повернення створених ним ключів будь-яким користувачам, уповноваженим на їх отримання, наприклад учасникам простору розмови.
Оскільки кластер виконує критичну функцію надання цих ключів, важливо, щоб кластер продовжував працювати та підтримувалися належні резервні копії. Втрата бази даних гібридної безпеки даних або ISO конфігурації, що використовується для схеми, призведе до НЕВІДПОВІДАННЯ ВТРАТИ контенту клієнта. Щоб запобігти такій втраті, необхідно дотримуватися наведених нижче дій.
Якщо внаслідок стихійного лиха розгортання HDS в основному центрі обробки даних стає недоступним, виконайте цю процедуру, щоб вручну перейти до резервного центру обробки даних.
1. | Запустіть інструмент налаштування HDS і виконайте кроки, зазначені в Створіть ISO конфігурації для хостів HDS . | ||
2. | Після налаштування сервера Syslogd клацніть Розширені налаштування | ||
3. | На Розширені налаштування сторінку, додайте конфігурацію нижче або видаліть
| ||
4. | Завершіть процес налаштування та збережіть файл ISO у місці, яке легко знайти. | ||
5. | Створіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить головний ключ шифрування для вмісту бази даних. Обмежте доступ лише тим адміністраторам гібридної безпеки даних, які повинні вносити зміни в конфігурацію. | ||
6. | На лівій панелі навігації клієнта VMware vSphere клацніть правою кнопкою миші віртуальну машину й клацніть Змінити налаштування. . | ||
7. | Клацніть Змінити налаштування > Привід CD/DVD 1 і виберіть файл ISO сховища даних.
| ||
8 | Увімкніть вузол HDS і переконайтеся, що немає попереджень щонайменше 15 хвилин. | ||
9 | Повторіть процес для кожного вузла в резервному центрі обробки даних.
|
Що далі
(Необов’язково) Відключіть 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. | Виберіть Файл ISO сховища даних . і зніміть прапорець |
4. | Увімкніть вузол HDS і переконайтеся, що попередження немає принаймні 20 хвилин. |
5. | Повторіть по черзі для кожного вузла HDS. |
Перегляд сповіщень і усунення несправностей
Розгортання гібридної безпеки даних вважається недоступним, якщо всі вузли в кластері недоступні або кластер працює настільки повільно, що запитує тайм-аут. Якщо користувачі не можуть підключитися до кластера гібридної безпеки даних, у них з’являються такі ознаки:
Неможливо створити нові простори (неможливо створити нові ключі)
Не вдалося розшифрувати повідомлення та назви просторів для:
До простору додано нових користувачів (не вдається отримати ключі)
Наявні користувачі в просторі, що використовують нового клієнта (не вдається отримати ключі)
Наявні користувачі в просторі продовжуватимуть успішно працювати, доки їхні клієнти мають кеш ключів шифрування.
Важливо належним чином відстежувати кластер гібридної безпеки даних і своєчасно виправляти будь-які сповіщення, щоб уникнути перебоїв у роботі служби.
Сповіщення
Якщо виникла проблема з налаштуванням гібридної безпеки даних, Control Hub відображає сповіщення адміністратору організації та надсилає електронні листи на налаштовану адресу електронної пошти. Сповіщення охоплюють багато поширених сценаріїв.
Оповіщення | Дія |
---|---|
Помилка доступу до локальної бази даних. |
Перевірте помилки бази даних або проблеми з локальною мережею. |
Помилка підключення до локальної бази даних. |
Переконайтеся, що сервер бази даних доступний, а в конфігурації вузла використано правильні облікові дані облікового запису служби. |
Помилка доступу до хмарної служби. |
Переконайтеся, що вузли мають доступ до серверів 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 для програмного забезпечення та документації.
Створіть закритий ключ.
Почніть цю процедуру, коли отримаєте сертифікат сервера від центру сертифікації (CA).
1. | Отримавши сертифікат сервера від CA, збережіть його як |
2. | Відобразіть сертифікат у вигляді тексту та перевірте відомості.
|
3. | Використовуйте текстовий редактор, щоб створити файл пакета сертифікатів під назвою
|
4. | Створіть файл .p12 зі зручним іменем
|
5. | Перевірте відомості про сертифікат сервера. |
Що далі
Повернутися до Виконайте обов’язкові умови для гібридної безпеки даних . Ви використовуватимете hdsnode.p12
файл і пароль, який ви для нього встановили, у Створіть ISO конфігурації для хостів HDS .
Ви можете повторно використовувати ці файли для запиту нового сертифіката після завершення терміну дії оригінального сертифіката. |
Трафік між вузлами HDS і хмарою
Трафік збору вихідних показників
Вузли гібридної безпеки даних надсилають певні показники до хмари Webex. До них належать системні показники для максимальної кількості накопичувачів, використаної пам’яті, навантаження на ЦП і кількості потоків; метрики для синхронних та асинхронних потоків; показники для оповіщень, що включають поріг з’єднань шифрування, затримку або довжину черги запитів; метрики в сховищі даних; і показники підключення шифрування. Вузли надсилають матеріал зашифрованого ключа через позасмуговий (окремий від запиту) канал.
Вхідний трафік
Вузли гібридної безпеки даних отримують такі типи вхідного трафіку з хмари Webex:
Запити шифрування від клієнтів, які маршрутизуються службою шифрування
Оновлення програмного забезпечення вузла
Налаштуйте проксі Squid для гібридної безпеки даних
Websocket не вдається підключитися через проксі-сервер Squid
Проксі-сервери Squid, які перевіряють трафік HTTPS, можуть перешкоджати встановленню websocket ( wss:
) підключення, які вимагає Hybrid Data Security. У цих розділах наведено інструкції щодо налаштування різних версій Squid для ігнорування wss:
трафіку для належної роботи служб.
Кальмари 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 Desktop необхідно запустити програму встановлення. Див Вимоги до Docker Desktop . | ||
24 червня 2021 року | Зауважено, що ви можете повторно використовувати файл із закритим ключем і CSR для запиту іншого сертифіката. Див Використовуйте OpenSSL для створення файлу PKCS12 для отримання додаткової інформації. | ||
30 квітня 2021 р. | Вимогу до VM щодо простору на локальному жорсткому диску змінено на 30 ГБ. Див Вимоги до віртуального хоста для отримання додаткової інформації. | ||
24 лютого 2021 р. | HDS Setup Tool тепер може працювати через проксі. Див Створіть 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, а не пізніше. Відповідно оновлено такі розділи:
| ||
6 вересня 2019 р. | Стандартний SQL Server додано до Вимоги до сервера бази даних . | ||
29 серпня 2019 року | Додано Налаштуйте проксі Squid для гібридної безпеки даних додаток із інструкціями щодо налаштування проксі Squid для ігнорування трафіку вебсокетів для належної роботи. | ||
20 серпня 2019 р. | Додані й оновлені розділи, які охоплюють підтримку проксі-сервера для зв’язку вузла гібридної безпеки даних із хмарою Webex. Щоб отримати доступ лише до контенту підтримки проксі для наявного розгортання, див Підтримка проксі для гібридної безпеки даних і Webex Video Mesh довідкова стаття. | ||
13 червня 2019 року | Оновлено Потік завдань із пробної версії до виробничого з нагадуванням про синхронізацію HdsTrialGroup об’єкт групи перед початком ознайомлювальної версії, якщо ваша організація використовує синхронізацію каталогів. | ||
6 березня 2019 року |
| ||
28 лютого 2019 року |
| ||
26 лютого 2019 р. |
| ||
24 січня 2019 р. |
| ||
5 листопада 2018 року |
| ||
19 жовтня 2018 року |
| ||
31 липня 2018 року |
| ||
21 травня 2018 р. | Термінологію змінено, щоб відобразити ребрендинг Cisco Spark:
| ||
11 квітня 2018 року |
| ||
22 лютого 2018 р. |
| ||
15 лютого 2018 року |
| ||
18 січня 2018 року |
| ||
2 листопада 2017 року |
| ||
18 серпня 2017 року | Вперше опубліковано |
Огляд безпеки гібридних даних
З першого дня безпека даних була головним у розробці програми Webex. Наріжним каменем цієї безпеки є наскрізне шифрування контенту, що забезпечується клієнтами Webex App, які взаємодіють зі Службою керування ключами (KMS). KMS відповідає за створення і управління криптографічними ключами, які клієнти використовують для динамічного шифрування і розшифрування повідомлень і файлів.
За замовчуванням усі клієнти програми Webex отримують наскрізне шифрування за допомогою динамічних ключів, що зберігаються в хмарному KMS, у сфері безпеки Cisco. Hybrid Data Security переміщує KMS та інші функції, пов 'язані з безпекою, до вашого корпоративного центру обробки даних, тому ніхто, крім вас, не має ключів до вашого зашифрованого вмісту.
Архітектура області безпеки
Хмарна архітектура Webex розділяє різні типи служб на окремі області або довірені домени, як показано нижче.
Щоб краще зрозуміти гібридну безпеку даних, давайте спочатку розглянемо цей випадок у чистому вигляді, коли Cisco надає всі функції у своїх хмарних сферах. Служба ідентифікації, єдине місце, де користувачів можна безпосередньо зв’язати з їхньою особистою інформацією, як-от адреса електронної пошти, логічно та фізично відокремлена від області безпеки в центрі обробки даних B. Обидва, у свою чергу, відокремлені від області, де зберігається зашифрований контент. , у центрі обробки даних C.
На цій діаграмі клієнтом є програма Webex, що запущена на ноутбуці користувача та пройшла автентифікацію за допомогою служби ідентифікації. Коли користувач створює повідомлення для надсилання до простору, виконуються такі кроки:
Клієнт встановлює захищене підключення до служби керування ключами (KMS), а потім запитує ключ для шифрування повідомлення. Захищене підключення використовує ECDH, а KMS шифрує ключ за допомогою головного ключа AES-256.
Повідомлення шифрується, перш ніж залишити клієнт. Клієнт надсилає його до служби індексування, яка створює зашифровані індекси пошуку, щоб допомогти в майбутніх пошуках контенту.
Зашифроване повідомлення надсилається до служби відповідності для перевірки відповідності.
Зашифроване повідомлення зберігається в області сховища.
Під час розгортання гібридної безпеки даних функції області безпеки (KMS, індексація та відповідність вимогам) переносяться до локального центру обробки даних. Інші хмарні служби, що складають Webex (зокрема, ідентифікаційні дані та сховище контенту) залишаються в сферах Cisco.
Співпраця з іншими організаціями
Користувачі у вашій організації можуть регулярно використовувати програму Webex для співпраці із зовнішніми учасниками в інших організаціях. Коли один із користувачів запитує ключ для простору, що належить вашій організації (оскільки його створив один із ваших користувачів), KMS надсилає ключ клієнту через захищений канал ECDH. Однак, коли ключ для простору володіє інша організація, KMS маршрутизує запит до хмари Webex через окремий канал ECDH, щоб отримати ключ із відповідного KMS, а потім повертає ключ користувачеві в оригінальному каналі.
Служба KMS, що працює в організації A, перевіряє підключення до KMS в інших організаціях за допомогою сертифікатів PKI x.509. Див Підготуйте своє середовище Докладніше про створення сертифіката x.509 для використання з розгортанням гібридної безпеки даних.
Очікування щодо розгортання гібридної безпеки даних
Розгортання гібридної безпеки даних вимагає значних зобов’язань клієнта та усвідомлення ризиків, пов’язаних із володінням ключами шифрування.
Щоб розгорнути гібридну безпеку даних, необхідно надати:
Захищений центр обробки даних у країні, яка є підтримуване розташування для планів Cisco Webex Teams .
Обладнання, програмне забезпечення та доступ до мережі, описані в Підготуйте своє середовище .
Повна втрата ISO конфігурації, створеної для гібридної безпеки даних, або наданої вами бази даних призведе до втрати ключів. Втрата ключа не дозволяє користувачам розшифрувати вміст простору та інші зашифровані дані в програмі Webex. Якщо це станеться, можна створити нове розгортання, але видимим буде лише новий контент. Щоб уникнути втрати доступу до даних, необхідно:
Керуйте резервним копіюванням і відновленням бази даних і ISO конфігурації.
Будьте готові виконати швидке відновлення після аварії, якщо станеться катастрофа, як-от збій диска бази даних або аварійний стан центру обробки даних.
Немає механізму переміщення ключів назад до хмари після розгортання HDS. |
Процес налаштування високого рівня
У цьому документі описано налаштування та керування розгортанням гібридної безпеки даних:
Налаштуйте безпеку гібридних даних —Це включає підготовку необхідної інфраструктури та встановлення програмного забезпечення Hybrid Data Security, тестування розгортання з підгрупою користувачів у ознайомлювальному режимі та, після завершення тестування, перехід до робочої версії. Це перетворить всю організацію на використання кластера гібридної безпеки даних для функцій безпеки.
Про фази налаштування, ознайомлювальної версії та виробництва докладно описано в наступних трьох розділах.
Підтримуйте розгортання гібридної безпеки даних — Хмара Webex автоматично надає поточні оновлення версії. Ваш ІТ-відділ може надати підтримку першого рівня для цього розгортання та за потреби залучити підтримку Cisco. Ви можете використовувати екранні сповіщення та налаштувати сповіщення на основі електронної пошти в Control Hub.
Ознайомтеся з поширеними сповіщеннями, кроками з усунення несправностей та відомими проблемами — Якщо у вас виникнуть проблеми з розгортанням або використанням гібридної безпеки даних, останній розділ цього посібника та додаток «Відомі проблеми» можуть допомогти вам визначити й усунути проблему.
Модель розгортання гібридної безпеки даних
У межах корпоративного центру обробки даних ви розгортаєте гібридну безпеку даних як єдиний кластер вузлів на окремих віртуальних хостах. Вузли взаємодіють із хмарою Webex через захищені вебсокети та захищений HTTP.
Під час процесу встановлення ми надаємо вам файл OVA для налаштування віртуального пристрою на наданих вами віртуальних машинах. За допомогою інструмента налаштування HDS можна створити користувацький ISO-файл конфігурації кластера, який монтується на кожному вузлі. Кластер гібридної безпеки даних використовує наданий вами сервер Syslogd і базу даних PostgreSQL або Microsoft SQL Server. (Ви налаштовуєте системний журнал і деталі підключення до бази даних у інструменті налаштування HDS.)
Мінімальна кількість вузлів, які можна мати в кластері, становить два. Рекомендовано принаймні три, а можна до п’яти. Наявність кількох вузлів гарантує, що обслуговування не буде перервано під час оновлення програмного забезпечення або інших дій з обслуговування на вузлі. (У хмарі Webex одночасно оновлюється лише один вузол.)
Усі вузли в кластері отримують доступ до одного сховища ключових даних і реєструють дії на одному сервері системних журналів. Самі вузли не мають стану та обробляють запити ключів у циклічному порядку, відповідно до вказівок хмари.
Вузли стають активними, коли ви реєструєте їх у Control Hub. Щоб вимкнути окремий вузол, можна скасувати його реєстрацію, а пізніше за потреби зареєструвати повторно.
Ми підтримуємо лише один кластер на організацію.
Ознайомлювальний режим безпеки гібридних даних
Після налаштування розгортання гібридної безпеки даних ви спочатку спробуєте його з набором пілотних користувачів. Протягом пробного періоду ці користувачі використовують ваш локальний домен гібридної безпеки даних для ключів шифрування та інших служб безпеки. Інші ваші користувачі продовжують використовувати область хмарної безпеки.
Якщо ви вирішите не продовжувати розгортання під час пробної версії та деактивуєте службу, пілотні користувачі та всі користувачі, з якими вони взаємодіяли шляхом створення нових просторів протягом пробного періоду, втратять доступ до повідомлень і контенту. У програмі Webex вони побачать повідомлення "Це повідомлення неможливо розшифрувати".
Якщо ви впевнені, що ваше розгортання працює добре для користувачів пробної версії, і ви готові поширити гібридну безпеку даних на всіх своїх користувачів, ви переміщуєте розгортання до робочої версії. Пілотні користувачі продовжують мати доступ до ключів, які використовувалися під час ознайомлювальної версії. Однак ви не можете переходити між робочим режимом і вихідним ознайомлювальним режимом. Якщо ви повинні деактивувати службу, наприклад, для виконання аварійного відновлення, під час повторної активації необхідно почати нову ознайомлювальну версію та налаштувати набір пілотних користувачів для нової ознайомлювальної версії, перш ніж повернутися до робочого режиму. Те, чи збережуть користувачі доступ до даних на цьому етапі, залежить від того, чи успішно ви створили резервні копії сховища ключових даних і файлу конфігурації ISO для вузлів гібридної безпеки даних у вашому кластері.
Резервний центр обробки даних для аварійного відновлення
Під час розгортання ви налаштовуєте захищений резервний центр обробки даних. У разі аварійної ситуації в центрі обробки даних можна вручну зупинити розгортання в резервному центрі обробки даних.
Бази даних активного та резервного центрів обробки даних синхронізовані одна з одною, що мінімізує час, необхідний для перемикання на помилку. Файл ISO резервного центру обробки даних оновлено додатковими конфігураціями, які гарантують, що вузли зареєстровані в організації, але не оброблятимуть трафік. Тому вузли резервного центру обробки даних завжди залишаються в актуальному стані з останньою версією програмного забезпечення HDS.
Активні вузли гібридної безпеки даних повинні завжди перебувати в тому самому центрі обробки даних, що й активний сервер бази даних. |
Налаштуйте резервний центр обробки даних для аварійного відновлення
Виконайте наведені нижче дії, щоб налаштувати файл ISO резервного центру обробки даних:
Перш ніж почати
Резервний центр обробки даних має відображати виробниче середовище віртуальних машин і резервну копію бази даних PostgreSQL або Microsoft SQL Server. Наприклад, якщо робоча версія має 3 віртуальні машини з вузлами HDS, середовище резервного копіювання має містити 3 віртуальні машини. (Див Резервний центр обробки даних для аварійного відновлення для огляду цієї моделі резервного перемикання.)
Переконайтеся, що ввімкнено синхронізацію бази даних між базою даних активних і пасивних вузлів кластера.
1. | Запустіть інструмент налаштування HDS і виконайте кроки, зазначені в Створіть ISO конфігурації для хостів HDS .
| ||
2. | Після налаштування сервера Syslogd клацніть Розширені налаштування | ||
3. | На Розширені налаштування сторінку, додайте конфігурацію нижче, щоб перевести вузол у пасивний режим. У цьому режимі вузол буде зареєстровано в організації та підключено до хмари, але не оброблятиме трафік.
| ||
4. | Завершіть процес налаштування та збережіть файл ISO у місці, яке легко знайти. | ||
5. | Створіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить головний ключ шифрування для вмісту бази даних. Обмежте доступ лише тим адміністраторам гібридної безпеки даних, які повинні вносити зміни в конфігурацію. | ||
6. | На лівій панелі навігації клієнта VMware vSphere клацніть правою кнопкою миші віртуальну машину й клацніть Змінити налаштування. . | ||
7. | Клацніть Змінити налаштування > Привід CD/DVD 1 і виберіть файл ISO сховища даних.
| ||
8 | Увімкніть вузол HDS і переконайтеся, що немає попереджень щонайменше 15 хвилин. | ||
9 | Повторіть процес для кожного вузла в резервному центрі обробки даних.
|
Що далі
Після налаштування passiveMode
у файлі ISO та після його збереження можна створити іншу копію файлу ISO без файлу passiveMode
конфігурацію та збережіть її в захищеному місці. Ця копія файлу ISO без passiveMode
configured може допомогти в швидкому перемиканні на помилку під час аварійного відновлення. Див Аварійне відновлення за допомогою резервного центру обробки даних для детальної процедури переходу до відмови.
Підтримка проксі-сервера
Гібридна безпека даних підтримує явні, прозорі проксі-сервери з перевіркою та без перевірки. Можна прив’язати ці проксі-сервери до свого розгортання, щоб захищати та відстежувати трафік від підприємства до хмари. Ви можете використовувати інтерфейс адміністратора платформи на вузлах для керування сертифікатами та для перевірки загального стану підключення після налаштування проксі-сервера на вузлах.
Вузли гібридної безпеки даних підтримують такі параметри проксі:
Немає проксі — Значення за замовчуванням, якщо ви не використовуєте налаштування вузла HDS, сховища довіри та конфігурацію проксі для інтеграції проксі. Оновлення сертифіката не потрібно.
Прозорий проксі без перевірки —Вузли не налаштовані на використання конкретної адреси проксі-сервера й не повинні вимагати будь-яких змін для роботи з проксі-сервером, що не перевіряє. Оновлення сертифіката не потрібно.
Прозорий проксі з тунелюванням або перевіркою —Вузли не налаштовані на використання конкретної адреси проксі-сервера. На вузлах змінювати конфігурацію HTTP або HTTPS не потрібно. Однак вузлам потрібен кореневий сертифікат, щоб вони довіряли проксі. Перевірка проксі-серверів зазвичай використовується ІТ для застосування політики щодо того, які вебсайти можна відвідувати, а які типи контенту заборонені. Цей тип проксі розшифровує весь ваш трафік (навіть HTTPS).
Явний проксі — За допомогою явного проксі ви вказуєте вузлам HDS, який проксі-сервер і схему автентифікації використовувати. Щоб налаштувати явний проксі-сервер, необхідно ввести таку інформацію на кожному вузлі:
IP-адреса/повне доменне ім’я проксі —Адреса, яку можна використовувати для зв’язку з проксі-комплектом.
Порт проксі —номер порту, який використовує проксі-сервер для прослуховування проксі-трафіку.
Протокол проксі — Залежно від того, що підтримує ваш проксі-сервер, виберіть один із таких протоколів:
HTTP — перегляд і контроль усіх запитів, які надсилає клієнт.
HTTPS — надає канал до сервера. Клієнт отримує та перевіряє сертифікат сервера.
Тип автентифікації — Виберіть один із таких типів автентифікації:
Немає — подальша автентифікація не потрібна.
Доступно, якщо вибрано HTTP або HTTPS як протокол проксі.
Базовий — використовується для оператора користувача HTTP для надання імені користувача та пароля під час надсилання запиту. Використовує кодування Base64.
Доступно, якщо вибрано HTTP або HTTPS як протокол проксі.
Вимагає ввести ім’я користувача та пароль на кожному вузлі.
Дайджест — Використовується для підтвердження облікового запису перед надсиланням конфіденційної інформації. Застосовує хеш-функцію до імені користувача та пароля перед надсиланням через мережу.
Доступно, лише якщо вибрано HTTPS як протокол проксі.
Вимагає ввести ім’я користувача та пароль на кожному вузлі.
Приклад гібридних вузлів безпеки даних і проксі
На цій діаграмі показано приклад підключення між гібридною безпекою даних, мережею та проксі. Для параметрів проксі-сервера з прозорою перевіркою та явною перевіркою HTTPS необхідно встановити той самий кореневий сертифікат на проксі-сервері та вузлах гібридної безпеки даних.
Режим дозволу заблокованого зовнішнього DNS (явні конфігурації проксі)
Коли ви реєструєте вузол або перевіряєте конфігурацію проксі вузла, процес перевіряє пошук DNS і можливість підключення до хмари Cisco Webex. У розгортаннях із явними конфігураціями проксі, які не дозволяють роздільну здатність зовнішнього DNS для внутрішніх клієнтів, якщо вузол не може запитувати сервери DNS, він автоматично переходить у режим роздільної здатності заблокованого зовнішнього DNS. У цьому режимі можна продовжити реєстрацію вузла та інші тести підключення проксі.
Вимоги до гібридної безпеки даних
Вимоги до ліцензії Cisco Webex
Щоб розгорнути гібридну безпеку даних:
Ви повинні мати пакет Pro для Cisco Webex Control Hub. (Дивhttps://www.cisco.com/go/pro-pack .)
Вимоги до Docker Desktop
Перш ніж установити вузли HDS, необхідно запустити програму встановлення Docker Desktop. Docker нещодавно оновив свою модель ліцензування. Для вашої організації може знадобитися платна підписка на Docker Desktop. Докладніше див. у дописі до блогу Docker "Docker оновлює та розширює наші підписки на продукти".
Вимоги до сертифіката X.509
Ланцюжок сертифікатів має відповідати таким вимогам:
Вимоги | Відомості |
---|---|
| За замовчуванням ми довіряємо ЦС у списку Mozilla (за винятком WoSign і StartCom) за адресоюhttps://wiki.mozilla.org/CA:IncludedCAs . |
| CN не обов’язково має бути доступним або активним організатором. Рекомендовано використовувати назву, яка відображає вашу організацію, наприклад, CN не повинна містити символ * (підстановка). CN використовується для перевірки вузлів гібридної безпеки даних для клієнтів програми Webex. Усі вузли гібридної безпеки даних у вашому кластері використовують той самий сертифікат. Ваш KMS ідентифікує себе за допомогою домену CN, а не будь-якого домену, який визначено в полях SAN x.509v3. Після реєстрації вузла за допомогою цього сертифіката зміна імені домену CN не підтримується. Виберіть домен, який може застосовуватися як для ознайомлювального, так і для робочого розгортання. |
| Програмне забезпечення KMS не підтримує підписи SHA1 для перевірки підключень до KMS інших організацій. |
| Щоб змінити формат сертифіката, можна використовувати конвертер, наприклад OpenSSL. Під час запуску засобу налаштування HDS потрібно буде ввести пароль. |
Програмне забезпечення KMS не встановлює обмеження щодо використання ключів або розширеного використання ключів. Деякі центри сертифікації вимагають, щоб до кожного сертифіката були застосовані розширені обмеження використання ключів, наприклад автентифікація сервера. Можна використовувати автентифікацію сервера або інші налаштування.
Вимоги до віртуального хоста
Віртуальні хости, які ви налаштуєте як вузли гібридної безпеки даних у своєму кластері, мають такі вимоги:
Принаймні два окремих хости (рекомендовано 3) розташовані в одному захищеному центрі обробки даних
VMware ESXi 6.5 (або пізнішої версії) встановлено та працює.
Необхідно оновити версію, якщо у вас є попередня версія ESXi.
Мінімум 4 vCPU, 8 ГБ основної пам’яті, 30 ГБ місця на локальному жорсткому диску на сервер
Вимоги до сервера бази даних
Створіть нову базу даних для зберігання ключів. Не використовуйте базу даних за замовчуванням. Програми HDS після встановлення створюють схему бази даних. |
Є два варіанти для сервера бази даних. Вимоги до кожного є такими:
PostgreSQL | Microsoft SQL Server | ||
---|---|---|---|
|
| ||
Мінімум 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 ( Завжди ввімкнені екземпляри кластера перемикання і Завжди ввімкнені групи доступності ). |
Додаткові вимоги до автентифікації Windows у Microsoft SQL Server
Якщо ви хочете, щоб вузли HDS використовували автентифікацію Windows для отримання доступу до бази даних сховища ключів на Microsoft SQL Server, вам потрібна така конфігурація у вашому середовищі:
Вузли HDS, інфраструктура Active Directory і MS SQL Server мають бути синхронізовані з NTP.
Обліковий запис Windows, який ви надаєте вузлам HDS, повинен мати доступ для читання та запису до бази даних.
Сервери DNS, які ви надаєте вузлам HDS, повинні мати можливість дозволити ваш центр розподілу ключів (KDC).
Ви можете зареєструвати екземпляр бази даних HDS на Microsoft SQL Server як ім’я користувача-служби (SPN) у вашому Active Directory. Див Зареєструйте ім’я користувача-служби для підключень Kerberos .
Інструмент налаштування HDS, засіб запуску HDS і локальний KMS повинні використовувати автентифікацію Windows для доступу до бази даних сховища ключів. Вони використовують дані вашої конфігурації ISO для створення SPN, коли запитують доступ за допомогою автентифікації Kerberos.
Вимоги до зовнішнього підключення
Налаштуйте брандмауер, щоб дозволити такі можливості підключення для програм HDS:
Застосування | Протокол | Порт | Напрямок із програми | Призначення |
---|---|---|---|---|
Вузли гібридної безпеки даних | TCP | 443 | Вихідні HTTPS і WSS |
|
Інструмент налаштування HDS | TCP | 443 | Вихідний HTTPS |
|
Вузли гібридної безпеки даних працюють із трансляцією доступу до мережі (NAT) або за брандмауером, якщо NAT або брандмауер дозволяє використовувати необхідні вихідні підключення до адресатів домену, наведених у попередній таблиці. Для вхідних підключень до вузлів гібридної безпеки даних порти з інтернету не повинні бути видимими. У вашому центрі обробки даних клієнтам потрібен доступ до вузлів гібридної безпеки даних на портах TCP 443 і 22 для адміністративних цілей. |
URL-адреси хостів Common Identity (CI) залежать від регіону. Це поточні хости CI:
Регіон | URL-адреси хоста спільних ідентифікаційних даних |
---|---|
Північна та Південна Америки |
|
Європейський Союз |
|
Канада |
|
Вимоги до проксі-сервера
Ми офіційно підтримуємо такі проксі-рішення, які можна інтегрувати з вашими вузлами гібридної безпеки даних.
Прозорий проксі — Cisco Web Security Appliance (WSA).
Явний проксі — Squid.
Проксі-сервери Squid, які перевіряють трафік HTTPS, можуть перешкоджати встановленню вебсокета (wss:) зв’язки. Щоб вирішити цю проблему, див Налаштуйте проксі Squid для гібридної безпеки даних .
Підтримуються такі комбінації типів автентифікації для явних проксі-серверів:
Немає автентифікації за допомогою HTTP або HTTPS
Базова автентифікація за допомогою HTTP або HTTPS
Дайджест автентифікації лише за допомогою HTTPS
Для прозорого проксі-сервера з перевіркою або явного проксі-сервера HTTPS необхідно мати копію кореневого сертифіката проксі. В інструкціях із розгортання в цьому посібнику описано, як передати копію до сховищ довіри вузлів гібридної безпеки даних.
Мережа, де розміщено вузли HDS, повинна бути налаштована на примусове маршрутизацію вихідного трафіку TCP через порт 443 через проксі.
Проксі-сервери, які перевіряють веб-трафік, можуть перешкоджати з 'єднанню веб-сокетів. Якщо ця проблема виникне, обійти (не перевіряти) трафік до
wbx2.com
іciscospark.com
вирішить проблему.
Виконайте обов’язкові умови для гібридної безпеки даних
1. | Переконайтеся, що у вашій організації Webex увімкнено Pro Pack for Cisco Webex Control Hub, і отримайте облікові дані облікового запису з повними правами адміністратора організації. Зверніться до партнера Cisco або менеджера облікового запису, щоб отримати допомогу з цим процесом. | ||
2. | Виберіть ім’я домену для розгортання HDS (наприклад, | ||
3. | Підготуйте ідентичні віртуальні хости, які ви налаштуєте як вузли гібридної безпеки даних у своєму кластері. Вам потрібно принаймні два окремих хоста (рекомендовано 3), розміщені в одному захищеному центрі обробки даних, які відповідають вимогам у Вимоги до віртуального хоста . | ||
4. | Підготуйте сервер бази даних, який буде виконувати функцію сховища ключових даних для кластера, відповідно до Вимоги до сервера бази даних . Сервер бази даних має бути одночасно розташований у захищеному центрі обробки даних із віртуальними хостами. | ||
5. | Для швидкого аварійного відновлення налаштуйте середовище резервного копіювання в іншому центрі обробки даних. Середовище резервного копіювання відображає виробниче середовище віртуальних машин і сервера бази даних резервного копіювання. Наприклад, якщо робоча версія має 3 віртуальні машини з вузлами HDS, середовище резервного копіювання має містити 3 віртуальні машини. | ||
6. | Налаштуйте хост системного журналу для збору журналів із вузлів у кластері. Зібрати його мережеву адресу та порт системного журналу (за замовчуванням – UDP 514). | ||
7. | Створіть політику безпечного резервного копіювання для вузлів гібридної безпеки даних, сервера бази даних і хоста системного журналу. Як мінімум, щоб запобігти втраті даних без можливості відновлення, необхідно створити резервну копію бази даних і файлу ISO конфігурації, створеного для вузлів гібридної безпеки даних.
Клієнти програми Webex кешують свої ключі, тому перебої в роботі можуть бути помітні не відразу, а з часом. Хоча тимчасові перебої в роботі неможливо запобігти, їх можна відновити. Однак повна втрата (недоступні резервні копії) бази даних або файлу ISO конфігурації призведе до того, що дані клієнта будуть недоступні для відновлення. Очікується, що оператори вузлів гібридної безпеки даних будуть підтримувати часте резервне копіювання бази даних і файлу ISO конфігурації та бути готовими до відновлення центру обробки даних гібридної безпеки даних у разі катастрофічної помилки. | ||
8 | Переконайтеся, що конфігурація брандмауера дозволяє підключатися до вузлів гібридної безпеки даних, як описано в Вимоги до зовнішнього підключення . | ||
9 | Установити Docker (https://www.docker.com ) на будь-якому локальному комп’ютері з підтримуваною ОС (Microsoft Windows 10 Professional або Enterprise 64-розрядна версія або Mac OSX Yosemite 10.10.3 або новішої версії) з веббраузером, який може отримати до неї доступ за адресою http://127.0.0.1:8080. Ви використовуєте екземпляр Docker для завантаження та запуску засобу налаштування HDS, який створює інформацію про локальну конфігурацію для всіх вузлів гібридної безпеки даних. Вашій організації може знадобитися ліцензія Docker Desktop. Див Вимоги до Docker Desktop для отримання додаткової інформації. Щоб установити та запустити HDS Setup Tool, локальний комп’ютер повинен мати можливість підключення, описану в Вимоги до зовнішнього підключення . | ||
10 | Якщо ви інтегруєте проксі-сервер із гібридною безпекою даних, переконайтеся, що він відповідає Вимоги до проксі-сервера . | ||
11 | Якщо ваша організація використовує синхронізацію каталогів, створіть групу в Active Directory з викликом
|
Потік завдань розгортання безпеки гібридних даних
Перш ніж почати
1. |
Завантажте файл OVA на локальний комп’ютер для подальшого використання. | ||
2. | Створіть ISO конфігурації для хостів HDS Використовуйте інструмент налаштування HDS, щоб створити файл конфігурації ISO для вузлів гібридної безпеки даних. | ||
3. |
Створіть віртуальну машину з файлу OVA та виконайте початкове налаштування, наприклад налаштування мережі.
| ||
4. | Налаштуйте віртуальну машину гібридної безпеки даних Увійдіть на консоль VM і задайте облікові дані для входу. Налаштуйте параметри мережі для вузла, якщо ви не налаштували їх під час розгортання OVA. | ||
5. | Вивантажте та підключіть ISO конфігурації HDS Налаштуйте віртуальну машину з файлу конфігурації ISO, який ви створили за допомогою засобу налаштування HDS. | ||
6. | Налаштуйте вузол HDS для інтеграції проксі Якщо мережеве середовище вимагає конфігурації проксі-сервера, укажіть тип проксі, який ви використовуватимете для вузла, і за потреби додайте сертифікат проксі до сховища довіри. | ||
7. | Зареєструйте перший вузол у кластері Зареєструйте віртуальну машину в хмарі Cisco Webex як вузол гібридної безпеки даних. | ||
8 | Створіть і зареєструйте більше вузлів Завершіть налаштування кластера. | ||
9 | Запустіть ознайомлювальну версію та перейдіть до робочої версії (наступний розділ) Поки ви не запустите ознайомлювальну версію, ваші вузли створять попередження, що вказує на те, що ваша служба ще не активована. |
Завантажте файли встановлення
1. | Увійти вhttps://admin.webex.com , а потім клацніть Служби . | ||||
2. | У розділі Служби гібридного типу знайдіть картку безпеки гібридних даних і клацніть Налаштування . Якщо картку вимкнено або ви не бачите її, зверніться до команди облікового запису або партнерської організації. Надайте їм номер свого облікового запису та попросіть увімкнути гібридну безпеку даних у вашій організації. Щоб знайти номер облікового запису, клацніть шестірню у верхньому правому куті поруч із назвою організації.
| ||||
3. | Виберіть Ні , щоб указати, що вузол ще не налаштовано, а потім клацніть Далі . Завантаження файлу OVA почнеться автоматично. Збережіть файл у розташуванні на вашому комп’ютері.
| ||||
4. | Клацніть за бажанням Відкрийте посібник із розгортання щоб перевірити, чи доступна пізніша версія цього посібника. |
Створіть ISO конфігурації для хостів HDS
У процесі налаштування гібридної безпеки даних створюється файл ISO. Потім ви використовуєте ISO для налаштування хоста гібридної безпеки даних.
Перш ніж почати
Інструмент налаштування HDS працює як Docker-контейнер на локальному комп 'ютері. Щоб отримати доступ до нього, запустіть Docker на цьому комп 'ютері. Процес налаштування вимагає облікових даних облікового запису Центру керування з повними правами адміністратора для вашої організації.
Якщо інструмент налаштування 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
Створений вами файл конфігурації містить основний ключ, що шифрує базу даних PostgreSQL або Microsoft SQL Server. Остання копія цього файлу потрібна щоразу, коли ви вносите зміни конфігурації, наприклад:
Облікові дані бази даних
Оновлення сертифіката
Зміни політики авторизації
Якщо ви плануєте шифрувати підключення до бази даних, налаштуйте розгортання PostgreSQL або SQL Server для TLS.
1. | У командному рядку вашого комп 'ютера введіть відповідну команду для вашого середовища: У звичайних умовах:
У середовищах FedRAMP:
| ||||||||||||
2. | Щоб увійти до реєстру Docker-образів, введіть наступне:
| ||||||||||||
3. | У підказці пароля введіть цей хеш:
| ||||||||||||
4. | Завантажте останнє стабільне зображення для вашого середовища: У звичайних умовах:
У середовищах FedRAMP:
| ||||||||||||
5. | Після завершення витягування введіть відповідну команду для вашого середовища:
Коли контейнер працює, ви бачите "Експрес-сервер прослуховує порт 8080". | ||||||||||||
6. |
Використовуйте веббраузер, щоб перейти до локального хоста, Інструмент використовує цей перший запис імені користувача, щоб установити належне середовище для цього облікового запису. Потім інструмент відображає стандартну підказку про вхід. | ||||||||||||
7. | Коли з’явиться відповідний запит, введіть облікові дані для входу адміністратора клієнта Control Hub, а потім клацніть Увійти щоб дозволити доступ до необхідних служб для гібридної безпеки даних. | ||||||||||||
8 | На сторінці огляду інструмента налаштування клацніть Почати роботу . | ||||||||||||
9 | На Імпорт ISO на сторінці, у вас є такі параметри:
| ||||||||||||
10 | Переконайтеся, що ваш сертифікат X.509 відповідає вимогам у Вимоги до сертифіката X.509 .
| ||||||||||||
11 | Введіть адресу бази даних і обліковий запис HDS, щоб отримати доступ до сховища ключових даних: | ||||||||||||
12 | Виберіть a Режим підключення до бази даних TLS :
Під час передавання кореневого сертифіката (за необхідності) клацніть Продовжити , засіб налаштування HDS перевіряє підключення TLS до сервера бази даних. Інструмент також перевіряє підписувача сертифіката та ім 'я хоста, якщо це можливо. Якщо тест не вдається, інструмент показує повідомлення про помилку, що описує проблему. Ви можете вибрати, чи ігнорувати помилку, і продовжити налаштування. (Через відмінності в можливостях підключення вузли HDS можуть встановити підключення TLS, навіть якщо машині засобу налаштування HDS не вдасться успішно перевірити його.) | ||||||||||||
13 | На сторінці системних журналів налаштуйте сервер Syslogd: | ||||||||||||
14 | (Необов’язково) Можна змінити значення за замовчуванням для деяких параметрів підключення до бази даних у Розширені налаштування . Як правило, цей параметр є єдиним, який ви можете змінити:
| ||||||||||||
15 | Клацніть Продовжити на Скинути пароль службових облікових записів екрана. Термін дії паролів службових облікових записів становить дев’ять місяців. Використовуйте цей екран, коли термін дії ваших паролів наближається або ви хочете скинути їх, щоб зробити попередні файли ISO недійсними. | ||||||||||||
16 | Клацніть Завантажте файл ISO . Збережіть файл у місці, яке легко знайти. | ||||||||||||
17 | Створіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить головний ключ шифрування для вмісту бази даних. Обмежте доступ лише тим адміністраторам гібридної безпеки даних, які повинні вносити зміни в конфігурацію. | ||||||||||||
18 | Щоб вимкнути інструмент налаштування, введіть |
Що далі
Створіть резервну копію файлу конфігурації ISO. Він потрібен, щоб створити більше вузлів для відновлення або внести зміни в конфігурацію. Якщо ви втратили всі копії файлу ISO, ви також втратили основний ключ. Відновити ключі з бази даних PostgreSQL або Microsoft SQL Server неможливо.
Ми ніколи не маємо копії цього ключа. Ми не можемо допомогти, якщо ви її втратите. |
Установіть OVA хоста HDS
1. | Використовуйте клієнт VMware vSphere на своєму комп’ютері, щоб увійти до віртуального хоста ESXi. | ||||||
2. | Виберіть Файл > Розгорнути шаблон OVF . | ||||||
3. | У майстрі вкажіть розташування файлу OVA, який ви завантажили раніше, а потім клацніть Далі . | ||||||
4. | На Виберіть ім’я та папку сторінки, введіть a Ім’я віртуальної машини для вузла (наприклад, «HDS_ Node_ 1"), виберіть розташування, де може перебувати розгортання вузла віртуальної машини, а потім клацніть Далі . | ||||||
5. | На Виберіть обчислювальний ресурс виберіть цільовий обчислювальний ресурс, а потім клацніть Далі . Запускається перевірка. Після завершення відобразяться відомості про шаблон. | ||||||
6. | Перевірте відомості шаблону й клацніть Далі . | ||||||
7. | Якщо вас попросять вибрати конфігурацію ресурсу на Конфігурація сторінки, клацніть 4 ЦП а потім клацніть Далі . | ||||||
8 | На Виберіть сховище сторінки, клацніть Далі щоб прийняти формат диска за замовчуванням і політику сховища VM. | ||||||
9 | На Виберіть мережі виберіть мережевий параметр зі списку записів, щоб забезпечити потрібне підключення до VM. | ||||||
10 | На Налаштувати шаблон налаштуйте такі параметри мережі:
За бажанням можна пропустити конфігурацію мережевих параметрів і виконати інструкції Налаштуйте віртуальну машину гібридної безпеки даних щоб налаштувати параметри з консолі вузла.
| ||||||
11 | Клацніть правою кнопкою миші вузол VM, а потім виберіть .Програмне забезпечення Hybrid Data Security встановлюється як гість на хості VM. Тепер ви готові ввійти на консоль і налаштувати вузол. Поради з усунення несправностей Перед відкриттям контейнерів вузлів може виникнути затримка в кілька хвилин. Повідомлення брандмауера мосту з’являється на консолі під час першого завантаження, під час якого ви не можете ввійти. |
Налаштуйте віртуальну машину гібридної безпеки даних
Використовуйте цю процедуру, щоб уперше ввійти до консолі VM вузла гібридної безпеки даних і задати облікові дані для входу. Ви також можете використовувати консоль, щоб налаштувати параметри мережі для вузла, якщо ви не налаштували їх під час розгортання OVA.
1. | У клієнті VMware vSphere виберіть свою віртуальну машину вузла гібридної безпеки даних і виберіть Консоль вкладка. ВМ завантажиться, і з’явиться запит щодо входу. Якщо запит щодо входу не відображається, натисніть Введіть .
|
2. | Використовуйте такі логін і пароль за замовчуванням для входу та зміни облікових даних: Оскільки ви вперше входите на свою віртуальну машину, вам потрібно змінити пароль адміністратора. |
3. | Якщо ви вже налаштували параметри мережі в Установіть OVA хоста HDS , пропустіть решту цієї процедури. В іншому разі в головному меню виберіть Змінити конфігурацію параметр. |
4. | Налаштуйте статичну конфігурацію з інформацією про IP-адресу, маску, шлюз і DNS. Ваш вузол повинен мати внутрішню IP-адресу та DNS-ім’я. DHCP не підтримується. |
5. | (Необов’язково) Змініть ім’я хоста, домен або сервери NTP, якщо потрібно, щоб вони відповідали вашій політиці мережі. Не потрібно налаштовувати домен відповідно до домену, який ви використовували для отримання сертифіката X.509. |
6. | Збережіть конфігурацію мережі та перезавантажте віртуальну машину, щоб зміни набули сили. |
Вивантажте та підключіть ISO конфігурації HDS
Перш ніж почати
Оскільки файл ISO містить основний ключ, його потрібно надавати лише в разі необхідності для доступу віртуальних машин гібридної безпеки даних і всіх адміністраторів, яким може знадобитися внести зміни. Переконайтеся, що лише ці адміністратори мають доступ до сховища даних.
1. | Передайте файл ISO з комп’ютера: |
2. | Підключіть файл ISO: |
Що далі
Якщо цього вимагає політика ІТ, ви можете додатково відключити файл ISO після того, як усі вузли отримають зміни конфігурації. Див (Необов’язково) Відключіть ISO після конфігурації HDS для отримання додаткової інформації.
Налаштуйте вузол HDS для інтеграції проксі
Якщо мережеве середовище вимагає проксі, скористайтеся цією процедурою, щоб указати тип проксі, який потрібно інтегрувати з гібридною безпекою даних. Якщо ви виберете прозорий перевіряючий проксі або явний проксі HTTPS, можна використовувати інтерфейс вузла для передавання та встановлення кореневого сертифіката. Ви також можете перевірити підключення проксі в інтерфейсі та усунути будь-які потенційні проблеми.
Перш ніж почати
Див Підтримка проксі для огляду підтримуваних параметрів проксі.
1. | Введіть URL-адресу налаштування вузла HDS |
2. | Перейти до Сховище довіри та проксі , а потім виберіть параметр:
Виконайте наступні кроки для проксі-сервера з перевіркою, проксі-сервера з явним доступом HTTP з базовою автентифікацією або явним проксі-сервером HTTPS. |
3. | Клацніть Передати кореневий сертифікат або сертифікат кінцевого запису , а потім перейдіть до виберіть кореневий сертифікат для проксі. Сертифікат передано, але його ще не встановлено, оскільки для встановлення сертифіката необхідно перезавантажити вузол. Клацніть стрілку в формі шеврону біля імені емітента сертифіката, щоб отримати додаткову інформацію, або клацніть Видалити якщо ви зробили помилку й хочете повторно передати файл. |
4. | Клацніть Перевірте підключення проксі щоб перевірити підключення до мережі між вузлом і проксі. Якщо перевірку підключення не вдалося виконати, ви побачите повідомлення про помилку, у якому буде вказано причину та способи виправлення проблеми. Якщо відображається повідомлення про помилку розв’язання зовнішнього DNS, вузлу не вдалося зв’язатися з сервером DNS. Ця умова очікується в багатьох явних конфігураціях проксі. Можна продовжити налаштування, і вузол функціонуватиме в режимі роздільної здатності заблокованого зовнішнього DNS. Якщо ви вважаєте, що це помилка, виконайте ці кроки, а потім перегляньте Вимкніть режим роздільної здатності заблокованого зовнішнього DNS . |
5. | Після завершення перевірки підключення для явного проксі, установленого лише на https, увімкніть перемикач Маршрутизувати всі запити HTTPS на порт 443/444 від цього вузла через явний проксі-сервер . Це налаштування набуде чинності через 15 секунд. |
6. | Клацніть Установіть усі сертифікати в сховище довіри (з’являється для явного проксі HTTPS або прозорого проксі-сервера для перевірки) або Перезавантажте (з’являється для явного проксі-сервера HTTP), прочитайте підказку, а потім клацніть Установити якщо ви готові. Вузол перезавантажиться за кілька хвилин. |
7. | Після перезавантаження вузла за потреби ввійдіть ще раз, а потім відкрийте файл Огляд сторінку, щоб перевірити перевірки підключення та переконатися, що всі вони мають зелений стан. Перевірка підключення до проксі перевіряє лише субдомен webex.com. Якщо виникають проблеми з підключенням, поширеною проблемою є те, що деякі з хмарних доменів, перелічених в інструкціях зі встановлення, блокуються на проксі. |
Зареєструйте перший вузол у кластері
Коли ви реєструєте свій перший вузол, ви створюєте кластер, якому призначено цей вузол. Кластер містить один або кілька вузлів, розгорнутих для забезпечення резервування.
Перш ніж почати
Після початку реєстрації вузла її потрібно завершити протягом 60 хвилин, інакше доведеться починати спочатку.
Переконайтеся, що блокувальники спливаючих вікон у вашому браузері вимкнено або дозволено виняток для admin.webex.com.
1. | Увійдіть у https://admin.webex.com. |
2. | У меню ліворуч на екрані виберіть Служби . |
3. | У розділі Служби гібридного типу знайдіть гібридну безпеку даних і клацніть Налаштування . З’явиться сторінка Реєстрація вузла безпеки гібридних даних.
|
4. | Виберіть Так , щоб зазначити, що ви налаштували вузол і готові його зареєструвати, а потім клацніть Далі . |
5. | У першому полі введіть ім’я кластера, якому потрібно призначити вузол гібридної безпеки даних. Рекомендовано призначати кластеру залежно від географічного розташування вузлів кластера. Приклади. "Сан-Франциско", "Нью-Йорк" або "Даллас" |
6. | У другому полі введіть внутрішню IP-адресу або повне доменне ім’я (FQDN) вашого вузла та клацніть Далі . Ця IP-адреса або повне доменне ім’я має збігатися з IP-адресою або іменем хоста й доменом, які ви використовували Налаштуйте віртуальну машину гібридної безпеки даних . З’явиться повідомлення про те, що ви можете зареєструвати свій вузол у Webex.
|
7. | Клацніть Перейдіть до Node . |
8 | Клацніть Продовжити у попередженні. Через кілька секунд вас буде перенаправлено до тестів підключення вузлів для служб Webex. Якщо всі тести пройшли успішно, з’явиться сторінка Дозволити доступ до вузла безпеки гібридних даних. Тут ви підтверджуєте, що хочете надати дозволи організації Webex на доступ до вашого вузла.
|
9 | Перевірте Надайте доступ до вузла гібридної безпеки даних прапорець, а потім клацніть Продовжити . Ваш обліковий запис перевірено, і повідомлення «Реєстрацію завершено» вказує, що ваш вузол наразі зареєстровано в хмарі Webex.
|
10 | Клацніть посилання або закрийте вкладку, щоб повернутися на сторінку безпеки гібридних даних Control Hub. На Гібридна безпека даних на сторінці, відображається новий кластер, що містить зареєстрований вами вузол. Вузол автоматично завантажить останню версію програмного забезпечення з хмари.
|
Створіть і зареєструйте більше вузлів
Зараз резервні VM, які ви створили Виконайте обов’язкові умови для гібридної безпеки даних резервні хости, які використовуються лише в разі аварійного відновлення; вони не зареєстровані в системі до цього часу. Докладніше див Аварійне відновлення за допомогою резервного центру обробки даних . |
Перш ніж почати
Після початку реєстрації вузла її потрібно завершити протягом 60 хвилин, інакше доведеться починати спочатку.
Переконайтеся, що блокувальники спливаючих вікон у вашому браузері вимкнено або дозволено виняток для admin.webex.com.
1. | Створіть нову віртуальну машину з OVA, повторивши кроки в Установіть OVA хоста HDS . |
2. | Налаштуйте початкову конфігурацію на новій віртуальній машині, повторивши кроки в Налаштуйте віртуальну машину гібридної безпеки даних . |
3. | На новій віртуальній машині повторіть кроки в Вивантажте та підключіть ISO конфігурації HDS . |
4. | Якщо ви налаштовуєте проксі для свого розгортання, повторіть кроки в розділі Налаштуйте вузол HDS для інтеграції проксі за потребою для нового вузла. |
5. | Зареєструйте вузол. Ваш вузол зареєстровано. Зауважте, що поки ви не запустите ознайомлювальну версію, ваші вузли створять попередження, що вказує на те, що ваша служба ще не активована.
|
Що далі
Потік завдань із пробної версії до виробничого
Після налаштування кластера гібридної безпеки даних можна запустити пілот, додати до нього користувачів і почати використовувати його для тестування та перевірки розгортання під час підготовки до переходу до робочої версії.
Перш ніж почати
1. | Якщо можливо, синхронізуйте Якщо ваша організація використовує синхронізацію каталогу для користувачів, потрібно вибрати |
2. | Активувати ознайомлювальну версію Почніть пробну версію. Поки ви не виконаєте це завдання, ваші вузли створять попередження, що вказує на те, що служба ще не активована. |
3. | Перевірте розгортання гібридної безпеки даних Перевірте, чи передаються запити на ключ до розгортання гібридної безпеки даних. |
4. | Моніторинг працездатності гібридної безпеки даних Перевірте стан і налаштуйте сповіщення електронною поштою для попереджень. |
5. | |
6. | Завершіть ознайомлювальну фазу, виконавши одну з таких дій: |
Активувати ознайомлювальну версію
Перш ніж почати
Якщо ваша організація використовує синхронізацію каталогу для користувачів, потрібно вибрати HdsTrialGroup
груповий об’єкт для синхронізації з хмарою, перш ніж ви зможете почати ознайомлювальну версію для вашої організації. Інструкції див Посібник із розгортання для Cisco Directory Connector.
1. | Увійти вhttps://admin.webex.com , а потім виберіть Служби . |
2. | У розділі Безпека гібридних даних клацніть Налаштування . |
3. | У розділі Стан служби клацніть Почати пробну версію . Стан служби змінюється на ознайомлювальний режим.
|
4. | Клацніть Додати користувачів і введіть адресу електронної пошти одного або кількох користувачів, які будуть використовувати ваші вузли гібридної безпеки даних для служб шифрування та індексування. (Якщо ваша організація використовує синхронізацію каталогів, використовуйте Active Directory для керування ознайомлювальною групою, |
Перевірте розгортання гібридної безпеки даних
Перш ніж почати
Налаштуйте розгортання гібридної безпеки даних.
Активуйте ознайомлювальну версію та додайте кілька користувачів пробної версії.
Переконайтеся, що у вас є доступ до системного журналу, щоб переконатися, що запити на ключ передаються до вашого розгортання гібридної безпеки даних.
1. | Ключі для певного простору встановлюються його творцем. Увійдіть у програму Webex як один із пілотних користувачів, а потім створіть простір і запросіть принаймні одного пілотного користувача та одного не пілотного користувача.
| ||
2. | Надсилайте повідомлення в новий простір. | ||
3. | Перевірте вивід системного журналу, щоб переконатися, що запити на ключ передаються до вашого розгортання гібридної безпеки даних. |
Моніторинг працездатності гібридної безпеки даних
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
Використовуйте описані тут завдання, щоб керувати розгортанням гібридної безпеки даних.
Установіть розклад оновлення кластерів
Щоб установити розклад оновлення:
1. | Увійдіть в Control Hub. |
2. | На сторінці "Огляд" у розділі "Гібридні служби" виберіть Гібридна безпека даних . |
3. | На сторінці Ресурси безпеки гібридних даних виберіть кластер. |
4. | На панелі «Огляд» праворуч у розділі «Налаштування кластера» виберіть ім’я кластера. |
5. | На сторінці налаштувань у розділі «Оновлення» виберіть час і часовий пояс для розкладу оновлення. Примітка. Під часовим поясом відображається наступна доступна дата й час оновлення версії. За потреби можна відкласти оновлення версії на наступний день, натиснувши Відкласти . |
Змініть конфігурацію вузла
Зміна сертифікатів x.509 через закінчення терміну дії або з інших причин.
Ми не підтримуємо зміну доменного імені CN сертифіката. Домен повинен відповідати початковому домену, який використовувався для реєстрації кластера.
Оновлення налаштувань бази даних для зміни на репліку бази даних PostgreSQL або Microsoft SQL Server.
Ми не підтримуємо перенесення даних з PostgreSQL на Microsoft SQL Server або навпаки. Щоб змінити середовище бази даних, запустіть нове розгортання Hybrid Data Security.
Створення нової конфігурації для підготовки нового дата-центру.
Крім того, в цілях безпеки Hybrid Data Security використовує паролі облікових записів, які мають дев 'ятимісячний термін служби. Після того, як інструмент налаштування HDS генерує ці паролі, ви розгортаєте їх на кожному з вузлів HDS у файлі конфігурації ISO. Коли термін дії паролів вашої організації наближається до закінчення, ви отримуєте сповіщення від команди Webex про скидання пароля для облікового запису вашого комп 'ютера. (Електронний лист містить текст: «Використовуйте API облікового запису машини для оновлення пароля.") Якщо термін дії ваших паролів ще не закінчився, інструмент надає вам два варіанти:
М 'яке скидання- старий і новий паролі працюють до 10 днів. Використовуйте цей період, щоб поступово замінити файл ISO на вузлах.
Hard Reset- старі паролі негайно перестають працювати.
Якщо термін дії ваших паролів закінчується без скидання, це впливає на вашу службу HDS, вимагаючи негайного жорсткого скидання та заміни файлу ISO на всіх вузлах.
Використовуйте цю процедуру, щоб створити новий файл ISO конфігурації та застосувати його до вашого кластера.
Перш ніж почати
Інструмент налаштування HDS працює як Docker-контейнер на локальному комп 'ютері. Щоб отримати доступ до нього, запустіть Docker на цьому комп 'ютері. Процес налаштування вимагає облікових даних облікового запису Центру керування з повними правами адміністратора для вашої організації.
Якщо інструмент налаштування 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. | Використовуючи Docker на локальному комп 'ютері, запустіть інструмент налаштування HDS. |
2. | Якщо у вас працює лише один вузол HDS, створіть нову віртуальну машину з гібридною системою безпеки даних і зареєструйте її за допомогою нового файлу конфігурації ISO. Докладні інструкції див Створіть і зареєструйте більше вузлів . |
3. | Для існуючих вузлів HDS, які працюють зі старим файлом конфігурації, монтуйте файл ISO. Виконайте наступну процедуру на кожному вузлі по черзі, оновлюючи кожен вузол перед вимкненням наступного вузла: |
4. | Повторіть крок 3, щоб замінити конфігурацію на кожному вузлі, що працює за старою конфігурацією. |
Вимкніть режим роздільної здатності заблокованого зовнішнього DNS
Коли ви реєструєте вузол або перевіряєте конфігурацію проксі вузла, процес перевіряє пошук DNS і можливість підключення до хмари Cisco Webex. Якщо сервер DNS вузла не може дозволити загальнодоступні імена DNS, вузол автоматично переходить у режим роздільної здатності заблокованого зовнішнього DNS.
Якщо ваші вузли здатні дозволяти публічні імена DNS через внутрішні сервери DNS, можна вимкнути цей режим, повторно запустивши перевірку підключення до проксі на кожному вузлі.
Перш ніж почати
1. | У веббраузері відкрийте інтерфейс вузла Hybrid Data Security (IP-адреса/налаштування, наприклад,https://192.0.2.0/setup), введіть облікові дані адміністратора, які ви налаштували для вузла, а потім клацніть Увійти . |
2. | Перейти до Огляд (сторінка за замовчуванням). Якщо ввімкнено, для параметра Blocked External DNS Resolution (Заблокована зовнішня роздільна здатність DNS) встановлено значення |
3. | Перейдіть до Сховище довіри та проксі сторінка. |
4. | Клацніть Перевірте підключення проксі . Якщо з’явиться повідомлення про помилку розв’язання зовнішнього DNS, вузол не зміг зв’язатися з сервером DNS і залишиться в цьому режимі. В іншому разі після перезавантаження вузла й повернення до Огляд сторінки, роздільна здатність заблокованого зовнішнього DNS має бути встановлена на no. |
Що далі
Видалити вузол
1. | Використовуйте клієнт VMware vSphere на своєму комп’ютері, щоб увійти до віртуального хоста ESXi та вимкнути віртуальну машину. |
2. | Видалити вузол: |
3. | У клієнті vSphere видаліть віртуальну машину. (На панелі переходів ліворуч клацніть VM правою кнопкою миші й клацніть Видалити .) Якщо ви не видалите віртуальну машину, не забудьте відключити файл ISO конфігурації. Без файлу ISO ви не зможете використовувати віртуальну машину для доступу до даних безпеки. |
Аварійне відновлення за допомогою резервного центру обробки даних
Найважливіша служба, яку надає кластер гібридної безпеки даних, — це створення та зберігання ключів, що використовуються для шифрування повідомлень та іншого контенту, що зберігається в хмарі Webex. Для кожного користувача в організації, якого призначено до гібридної безпеки даних, запити на створення нових ключів маршрутизуються до кластера. Кластер також відповідає за повернення створених ним ключів будь-яким користувачам, уповноваженим на їх отримання, наприклад учасникам простору розмови.
Оскільки кластер виконує критичну функцію надання цих ключів, важливо, щоб кластер продовжував працювати та підтримувалися належні резервні копії. Втрата бази даних гібридної безпеки даних або ISO конфігурації, що використовується для схеми, призведе до НЕВІДПОВІДАННЯ ВТРАТИ контенту клієнта. Щоб запобігти такій втраті, необхідно дотримуватися наведених нижче дій.
Якщо внаслідок стихійного лиха розгортання HDS в основному центрі обробки даних стає недоступним, виконайте цю процедуру, щоб вручну перейти до резервного центру обробки даних.
1. | Запустіть інструмент налаштування HDS і виконайте кроки, зазначені в Створіть ISO конфігурації для хостів HDS . | ||
2. | Після налаштування сервера Syslogd клацніть Розширені налаштування | ||
3. | На Розширені налаштування сторінку, додайте конфігурацію нижче або видаліть
| ||
4. | Завершіть процес налаштування та збережіть файл ISO у місці, яке легко знайти. | ||
5. | Створіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить головний ключ шифрування для вмісту бази даних. Обмежте доступ лише тим адміністраторам гібридної безпеки даних, які повинні вносити зміни в конфігурацію. | ||
6. | На лівій панелі навігації клієнта VMware vSphere клацніть правою кнопкою миші віртуальну машину й клацніть Змінити налаштування. . | ||
7. | Клацніть Змінити налаштування > Привід CD/DVD 1 і виберіть файл ISO сховища даних.
| ||
8 | Увімкніть вузол HDS і переконайтеся, що немає попереджень щонайменше 15 хвилин. | ||
9 | Повторіть процес для кожного вузла в резервному центрі обробки даних.
|
Що далі
(Необов’язково) Відключіть 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. | Виберіть Файл ISO сховища даних . і зніміть прапорець |
4. | Увімкніть вузол HDS і переконайтеся, що попередження немає принаймні 20 хвилин. |
5. | Повторіть по черзі для кожного вузла HDS. |
Перегляд сповіщень і усунення несправностей
Розгортання гібридної безпеки даних вважається недоступним, якщо всі вузли в кластері недоступні або кластер працює настільки повільно, що запитує тайм-аут. Якщо користувачі не можуть підключитися до кластера гібридної безпеки даних, у них з’являються такі ознаки:
Неможливо створити нові простори (неможливо створити нові ключі)
Не вдалося розшифрувати повідомлення та назви просторів для:
До простору додано нових користувачів (не вдається отримати ключі)
Наявні користувачі в просторі, що використовують нового клієнта (не вдається отримати ключі)
Наявні користувачі в просторі продовжуватимуть успішно працювати, доки їхні клієнти мають кеш ключів шифрування.
Важливо належним чином відстежувати кластер гібридної безпеки даних і своєчасно виправляти будь-які сповіщення, щоб уникнути перебоїв у роботі служби.
Сповіщення
Якщо виникла проблема з налаштуванням гібридної безпеки даних, Control Hub відображає сповіщення адміністратору організації та надсилає електронні листи на налаштовану адресу електронної пошти. Сповіщення охоплюють багато поширених сценаріїв.
Оповіщення | Дія |
---|---|
Помилка доступу до локальної бази даних. |
Перевірте помилки бази даних або проблеми з локальною мережею. |
Помилка підключення до локальної бази даних. |
Переконайтеся, що сервер бази даних доступний, а в конфігурації вузла використано правильні облікові дані облікового запису служби. |
Помилка доступу до хмарної служби. |
Переконайтеся, що вузли мають доступ до серверів 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 для програмного забезпечення та документації.
Створіть закритий ключ.
Почніть цю процедуру, коли отримаєте сертифікат сервера від центру сертифікації (CA).
1. | Отримавши сертифікат сервера від CA, збережіть його як |
2. | Відобразіть сертифікат у вигляді тексту та перевірте відомості.
|
3. | Використовуйте текстовий редактор, щоб створити файл пакета сертифікатів під назвою
|
4. | Створіть файл .p12 зі зручним іменем
|
5. | Перевірте відомості про сертифікат сервера. |
Що далі
Повернутися до Виконайте обов’язкові умови для гібридної безпеки даних . Ви використовуватимете hdsnode.p12
файл і пароль, який ви для нього встановили, у Створіть ISO конфігурації для хостів HDS .
Ви можете повторно використовувати ці файли для запиту нового сертифіката після завершення терміну дії оригінального сертифіката. |
Трафік між вузлами HDS і хмарою
Трафік збору вихідних показників
Вузли гібридної безпеки даних надсилають певні показники до хмари Webex. До них належать системні показники для максимальної кількості накопичувачів, використаної пам’яті, навантаження на ЦП і кількості потоків; метрики для синхронних та асинхронних потоків; показники для оповіщень, що включають поріг з’єднань шифрування, затримку або довжину черги запитів; метрики в сховищі даних; і показники підключення шифрування. Вузли надсилають матеріал зашифрованого ключа через позасмуговий (окремий від запиту) канал.
Вхідний трафік
Вузли гібридної безпеки даних отримують такі типи вхідного трафіку з хмари Webex:
Запити шифрування від клієнтів, які маршрутизуються службою шифрування
Оновлення програмного забезпечення вузла
Налаштуйте проксі Squid для гібридної безпеки даних
Websocket не вдається підключитися через проксі-сервер Squid
Проксі-сервери Squid, які перевіряють трафік HTTPS, можуть перешкоджати встановленню websocket ( wss:
) підключення, які вимагає Hybrid Data Security. У цих розділах наведено інструкції щодо налаштування різних версій Squid для ігнорування wss:
трафіку для належної роботи служб.
Кальмари 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
New and changed information
Дата |
Changes Made | ||
---|---|---|---|
October 20, 2023 |
| ||
August 07, 2023 |
| ||
May 23, 2023 |
| ||
December 06, 2022 |
| ||
November 23, 2022 |
| ||
13 жовтня 2021 р. |
Docker Desktop needs to run a setup program before you can install HDS nodes. See Docker Desktop Requirements. | ||
Червні 24, 2021 |
Noted that you can reuse the private key file and CSR to request another certificate. See Use OpenSSL to Generate a PKCS12 File for details. | ||
30 квітня 2021 р. |
Changed the VM requirement for local hard disk space to 30 GB. See Virtual Host Requirements for details. | ||
24 лютого 2021 р. |
HDS Setup Tool can now run behind a proxy. See Create a Configuration ISO for the HDS Hosts for details. | ||
2 лютого 2021 р. |
HDS can now run without a mounted ISO file. See (Optional) Unmount ISO After HDS Configuration for details. | ||
January 11, 2021 |
Added info on HDS Setup tool and proxies to Create a Configuration ISO for the HDS Hosts. | ||
Жовтень 13, 2020 |
Updated Download Installation Files. | ||
8 жовтня 2020 р. |
Updated Create a Configuration ISO for the HDS Hosts and Change the Node Configuration with commands for FedRAMP environments. | ||
14 серпня 2020 р. |
Updated Create a Configuration ISO for the HDS Hosts and Change the Node Configuration with changes to the sign-in process. | ||
5 серпня 2020 р. |
Updated Test Your Hybrid Data Security Deployment for changes in log messages. Updated Virtual Host Requirements to remove maximum number of hosts. | ||
16 червня 2020 р. |
Updated Remove a Node for changes in the Control Hub UI. | ||
4 червня 2020 р. |
Updated Create a Configuration ISO for the HDS Hosts for changes in the Advanced Settings that you might set. | ||
29 травня 2020 р. |
Updated Create a Configuration ISO for the HDS Hosts to show you can also use TLS with SQL Server databases, UI changes, and other clarifications. | ||
5 травня 2020 р. |
Updated Virtual Host Requirements to show new requirement of ESXi 6.5. | ||
April 21, 2020 |
Updated External connectivity requirements with new Americas CI hosts. | ||
April 1, 2020 |
Updated External connectivity requirements with information on regional CI hosts. | ||
Лютого 20, 2020 | Updated Create a Configuration ISO for the HDS Hosts with information on new optional Advanced Settings screen in the HDS Setup Tool. | ||
February 4, 2020 | Updated Proxy Server Requirements. | ||
16 грудня 2019 р. | Clarified the requirement for Blocked External DNS Resolution Mode to work in Proxy Server Requirements. | ||
19 листопада 2019 р. |
Added information about Blocked External DNS Resolution Mode in the following sections: | ||
Листопад 8, 2019 |
You can now configure network settings for a node while deploying the OVA rather than afterwards. Updated the following sections accordingly:
| ||
Вересень 6, 2019 |
Added SQL Server Standard to Database server requirements. | ||
August 29, 2019 | Added Configure Squid Proxies for Hybrid Data Security appendix with guidance on configuring Squid proxies to ignore websocket traffic for proper operation. | ||
20 серпня 2019 р. |
Added and updated sections to cover proxy support for Hybrid Data Security node communications to the Webex cloud. To access just the proxy support content for an existing deployment, see the Proxy Support for Hybrid Data Security and Webex Video Mesh help article. | ||
June 13, 2019 | Updated Trial to Production Task Flow with a reminder to synchronize the HdsTrialGroup group object before starting a trial if your organization uses directory synchronization. | ||
March 6, 2019 |
| ||
27 лютого 2020 р. |
| ||
26 лютого 2019 р. |
| ||
Січень 24, 2019 |
| ||
November 5, 2018 |
| ||
October 19, 2018 |
| ||
July 31, 2018 |
| ||
21 травня 2018 р. |
Changed terminology to reflect the rebranding of Cisco Spark:
| ||
April 11, 2018 |
| ||
Лютого 22, 2018 |
| ||
February 15, 2018 |
| ||
January 18, 2018 |
| ||
November 2, 2017 |
| ||
August 18, 2017 |
First published |
Hybrid Data Security Overview
From day one, data security has been the primary focus in designing Webex App. The cornerstone of this security is end-to-end content encryption, enabled by Webex App clients interacting with the Key Management Service (KMS). KMS відповідає за створення і управління криптографічними ключами, які клієнти використовують для динамічного шифрування і дешифрування повідомлень і файлів.
By default, all Webex App customers get end-to-end encryption with dynamic keys stored in the cloud KMS, in Cisco's security realm. Гібридна безпека даних переміщує KMS та інші функції, пов'язані з безпекою, до вашого корпоративного центру обробки даних, тому ніхто, крім вас, не тримає ключі до вашого зашифрованого вмісту.
Security Realm Architecture
The Webex cloud architecture separates different types of service into separate realms, or trust domains, as depicted below.
To further understand Hybrid Data Security, let's first look at this pure cloud case, where Cisco is providing all functions in its cloud realms. The identity service, the only place where users can be directly correlated with their personal information such as email address, is logically and physically separate from the security realm in data center B. Both are in turn separate from the realm where encrypted content is ultimately stored, in data center C.
In this diagram, the client is the Webex App running on a user's laptop, and has authenticated with the identity service. When the user composes a message to send to a space, the following steps take place:
-
The client establishes a secure connection with the key management service (KMS), then requests a key to encrypt the message. The secure connection uses ECDH, and the KMS encrypts the key using an AES-256 master key.
-
The message is encrypted before it leaves the client. The client sends it to the indexing service, which creates encrypted search indexes to aid in future searches for the content.
-
The encrypted message is sent to the compliance service for compliance checks.
-
The encrypted message is stored in the storage realm.
When you deploy Hybrid Data Security, you move the security realm functions (KMS, indexing, and compliance) to your on-premises data center. The other cloud services that make up Webex (including identity and content storage) remain in Cisco’s realms.
Collaborating with Other Organizations
Users in your organization may regularly use Webex App to collaborate with external participants in other organizations. When one of your users requests a key for a space that is owned by your organization (because it was created by one of your users) your KMS sends the key to the client over an ECDH secured channel. However, when another organization owns the key for the space, your KMS routes the request out to the Webex cloud through a separate ECDH channel to get the key from the appropriate KMS, and then returns the key to your user on the original channel.
The KMS service running on Org A validates the connections to KMSs in other organizations using x.509 PKI certificates. See Prepare Your Environment for details on generating an x.509 certificate to use with your Hybrid Data Security deployment.
Expectations for Deploying Hybrid Data Security
A Hybrid Data Security deployment requires significant customer commitment and an awareness of the risks that come with owning encryption keys.
To deploy Hybrid Data Security, you must provide:
-
A secure data center in a country that is a supported location for the Cisco Webex Teams plans.
-
The equipment, software, and network access described in Prepare Your Environment.
Complete loss of either the configuration ISO that you build for Hybrid Data Security or the database that you provide will result in the loss of the keys. Key loss prevents users from decrypting space content and other encrypted data in Webex App. If this happens, you can build a new deployment, but only new content will be visible. To avoid loss of access to data, you must:
-
Manage the backup and recovery of the database and the configuration ISO.
-
Be prepared to perform quick disaster recovery if a catastrophe occurs, such as database disk failure or data center disaster.
There is no mechanism to move keys back to the Cloud after an HDS deployment. |
High-level Setup Process
This document covers the setup and management of a Hybrid Data Security deployment:
Set up Hybrid Data Security—This includes preparing required infrastructure and installing Hybrid Data Security software, testing your deployment with a subset of users in trial mode, and, once your testing is complete, moving to production. This converts the entire organization to use your Hybrid Data Security cluster for security functions.
The setup, trial, and production phases are covered in detail in the next three chapters.
-
Maintain your Hybrid Data Security deployment—The Webex cloud automatically provides ongoing upgrades. Your IT department can provide tier one support for this deployment, and engage Cisco support as needed. You can use on-screen notifications and set up email-based alerts in Control Hub.
-
Understand common alerts, troubleshooting steps, and known issues—If you run into trouble deploying or using Hybrid Data Security, the last chapter of this guide and the Known Issues appendix may help you determine and fix the issue.
Hybrid Data Security Deployment Model
Within your enterprise data center, you deploy Hybrid Data Security as a single cluster of nodes on separate virtual hosts. The nodes communicate with the Webex cloud through secure websockets and secure HTTP.
During the installation process, we provide you with the OVA file to set up the virtual appliance on the VMs that you provide. You use the HDS Setup Tool to create a custom cluster configuration ISO file that you mount on each node. The Hybrid Data Security cluster uses your provided Syslogd server and PostgreSQL or Microsoft SQL Server database. (You configure the Syslogd and database connection details in the HDS Setup Tool.)
The minimum number of nodes you can have in a cluster is two. We recommend at least three, and you can have up to five. Having multiple nodes ensures that service is not interrupted during a software upgrade or other maintenance activity on a node. (The Webex cloud only upgrades one node at a time.)
All nodes in a cluster access the same key datastore, and log activity to the same syslog server. The nodes themselves are stateless, and handle key requests in round-robin fashion, as directed by the cloud.
Nodes become active when you register them in Control Hub. To take an individual node out of service, you can deregister it, and later reregister it if needed.
We support only a single cluster per organization.
Hybrid Data Security Trial Mode
After setting up a Hybrid Data Security deployment, you first try it with a set of pilot users. During the trial period, these users use your on-premises Hybrid Data Security domain for encryption keys and other security realm services. Your other users continue to use the cloud security realm.
If you decide not to continue with the deployment during the trial and deactivate the service, the pilot users and any users they have interacted with by creating new spaces during the trial period will lose access to the messages and content. They will see “This message cannot be decrypted” in the Webex App.
If you are satisfied that your deployment is working well for the trial users and you are ready to extend Hybrid Data Security to all of your users, you move the deployment to production. Pilot users continue to have access to the keys that were in use during the trial. However, you cannot move back and forth between production mode and the original trial. If you must deactivate the service, such as to perform disaster recovery, when you reactivate you must start a new trial and set up the set of pilot users for the new trial before moving back to production mode. Whether users retain access to data at this point depends on whether you have successfully maintained backups of the key data store and the ISO configuration file for the Hybrid Data Security nodes in your cluster.
Standby Data Center for Disaster Recovery
During deployment, you set up a secure standby data center. In the event of a data center disaster, you can manually fail your deployment over to the standby data center.
The databases of the active and standby data centers are in sync with each other which will minimize the time taken to perform the failover. The ISO file of the standby data center is updated with additional configurations which ensure that the nodes are registered to the organization, but will not handle traffic. Hence, the nodes of the standby data center always remain up-to-date with the latest version of HDS software.
The active Hybrid Data Security nodes must always be in the same data center as the active database server. |
Setup Standby Data Center for Disaster Recovery
Follow the steps below to configure the ISO file of the standby data center:
Перш ніж почати
-
The standby data center should mirror the production environment of VMs and a backup PostgreSQL or Microsoft SQL Server database. For example, if production has 3 VMs running HDS nodes, the backup environment should have 3 VMs. (See Standby Data Center for Disaster Recovery for an overview of this failover model.)
-
Make sure database sync is enabled between the database of active and passive cluster nodes.
1 |
Start the HDS Setup tool and follow the steps mentioned in Create a Configuration ISO for the HDS Hosts.
| ||
2 |
After configuring the Syslogd server, click on Advanced Settings | ||
3 |
On the Advanced Settings page, add the configuration below to place the node in passive mode. In this mode the node will be registered to the organization and connected to cloud, but will not handle any traffic.
| ||
4 |
Complete the configuration process and save the ISO file in a location that's easy to find. | ||
5 |
Make a backup copy of the ISO file on your local system. Keep the backup copy secure. This file contains a master encryption key for the database contents. Restrict access to only those Hybrid Data Security administrators who should make configuration changes. | ||
6 |
In the VMware vSphere client's left navigation pane, right-click on the VM and click Edit Settings.. | ||
7 |
Click Edit Settings >CD/DVD Drive 1 and select Datastore ISO File.
| ||
8 |
Power on the HDS node and make sure there are no alarms for at least 15 minutes. | ||
9 |
Repeat the process for every node in the standby data center.
|
Що далі
After configuring passiveMode
in the ISO file and saving it, you can create another copy of the ISO file without the passiveMode
configuration and save it in a secure location. This copy of the ISO file without passiveMode
configured can help in a quick failover process during disaster recovery. See Disaster Recovery using Standby Data Center for the detailed failover procedure.
Підтримка проксі
Гібридна безпека даних підтримує явні, прозорі перевірки та неінспектування проксі. Ви можете прив'язати ці проксі до свого розгортання, щоб ви могли захищати та контролювати трафік від підприємства до хмари. Ви можете використовувати інтерфейс адміністратора платформи на вузлах для управління сертифікатами та для перевірки загального стану підключення після налаштування проксі-сервера на вузлах.
Гібридні вузли захисту даних підтримують такі параметри проксі-сервера:
-
No proxy—The default if you do not use the HDS node setup Trust Store & Proxy configuration to integrate a proxy. Оновлення сертифіката не потрібне.
-
Transparent non-inspecting proxy—The nodes are not configured to use a specific proxy server address and should not require any changes to work with a non-inspecting proxy. Оновлення сертифіката не потрібне.
-
Transparent tunneling or inspecting proxy—The nodes are not configured to use a specific proxy server address. На вузлах не потрібні зміни конфігурації HTTP або HTTPS. Однак вузлам потрібен кореневий сертифікат, щоб вони довіряли проксі. Інспекційні проксі зазвичай використовуються ІТ-серверами для забезпечення дотримання політик, на яких веб-сайтах можна відвідувати та які типи вмісту заборонені. Цей тип проксі розшифровує весь ваш трафік (навіть HTTPS).
-
Explicit proxy—With explicit proxy, you tell the HDS nodes which proxy server and authentication scheme to use. Щоб налаштувати явний проксі, необхідно ввести наступну інформацію на кожному вузлі:
-
Proxy IP/FQDN—Address that can be used to reach the proxy machine.
-
Proxy Port—A port number that the proxy uses to listen for proxied traffic.
-
Proxy Protocol—Depending on what your proxy server supports, choose between the following protocols:
-
HTTP — Перегляд і контроль усіх запитів, які надсилає клієнт.
-
HTTPS — забезпечує канал серверу. Клієнт отримує та перевіряє сертифікат сервера.
-
-
Authentication Type—Choose from among the following authentication types:
-
None—No further authentication is required.
Доступно, якщо в якості проксі-протоколу вибрано HTTP або HTTPS.
-
Basic—Used for an HTTP User Agent to provide a user name and password when making a request. Використовує кодування Base64.
Доступно, якщо в якості проксі-протоколу вибрано HTTP або HTTPS.
Потрібно ввести ім'я користувача і пароль на кожному вузлі.
-
Digest—Used to confirm the account before sending sensitive information. Застосовує хеш-функцію до імені користувача та пароля перед відправкою по мережі.
Доступно, лише якщо в якості проксі-протоколу вибрано протокол HTTPS.
Потрібно ввести ім'я користувача і пароль на кожному вузлі.
-
-
Приклад гібридних вузлів безпеки даних і проксі-сервера
На цій схемі наведено приклад підключення між гібридною безпекою даних, мережею та проксі-сервером. Для прозорої перевірки та явної перевірки параметрів проксі-сервера HTTPS на проксі-сервері та на вузлах гібридної безпеки даних повинен бути встановлений той самий кореневий сертифікат.
Заблокований зовнішній режим роздільної здатності DNS (явні конфігурації проксі)
Коли ви реєструєте вузол або перевіряєте конфігурацію проксі-сервера вузла, процес перевіряє пошук DNS і підключення до хмари Cisco Webex. У розгортаннях з явними конфігураціями проксі-сервера, які не дозволяють зовнішню роздільну здатність DNS для внутрішніх клієнтів, якщо вузол не може запитувати DNS-сервери, він автоматично переходить у режим блокування зовнішньої роздільної здатності DNS. У цьому режимі можна продовжити реєстрацію вузла та інші тести проксі-підключення.
Requirements for Hybrid Data Security
Cisco Webex License Requirements
To deploy Hybrid Data Security:
-
You must have Pro Pack for Cisco Webex Control Hub. (See https://www.cisco.com/go/pro-pack.)
Docker Desktop Requirements
Before you install your HDS nodes, you need Docker Desktop to run a setup program. Docker recently updated their licensing model. Ваша організація може вимагати платну підписку на Docker Desktop. Для отримання детальної інформації див. допис у блозі Docker "Docker оновлює та розширює підписку на наш продукт".
X.509 Certificate Requirements
The certificate chain must meet the following requirements:
Вимоги |
Відомості |
---|---|
|
By default, we trust the CAs in the Mozilla list (with the exception of WoSign and StartCom) at https://wiki.mozilla.org/CA:IncludedCAs. |
|
The CN does not need to be reachable or a live host. We recommend that you use a name which reflects your organization, for example, The CN must not contain a * (wildcard). The CN is used to verify the Hybrid Data Security nodes to Webex App clients. All of the Hybrid Data Security nodes in your cluster use the same certificate. Your KMS identifies itself using the CN domain, not any domain that is defined in the x.509v3 SAN fields. Once you have registered a node with this certificate, we do not support changing the CN domain name. Choose a domain that can apply to both the trial and production deployments. |
|
The KMS software does not support SHA1 signatures for validating connections to other organizations' KMSs. |
|
You can use a converter such as OpenSSL to change your certificate's format. You will need to enter the password when you run the HDS Setup Tool. |
The KMS software does not enforce key usage or extended key usage constraints. Some certificate authorities require that extended key usage constraints be applied to each certificate, such as server authentication. It is okay to use the server authentication or other settings.
Virtual Host Requirements
The virtual hosts that you will set up as Hybrid Data Security nodes in your cluster have the following requirements:
-
At least two separate hosts (3 recommended) colocated in the same secure data center
-
VMware ESXi 6.5 (or later) installed and running.
You must upgrade if you have an earlier version of ESXi.
-
Minimum 4 vCPUs, 8-GB main memory, 30-GB local hard disk space per server
Database server requirements
Create a new database for key storage. Don’t use the default database. The HDS applications, when installed, create the database schema. |
There are two options for database server. The requirements for each are as follows:
PostgreSQL |
Microsoft SQL Server | ||
---|---|---|---|
|
| ||
Minimum 8 vCPUs, 16-GB main memory, sufficient hard disk space and monitoring to ensure that it is not exceeded (2-TB recommended if you want to run the database for a long time without needing to increase the storage) |
Minimum 8 vCPUs, 16-GB main memory, sufficient hard disk space and monitoring to ensure that it is not exceeded (2-TB recommended if you want to run the database for a long time without needing to increase the storage) |
The HDS software currently installs the following driver versions for communication with the database server:
PostgreSQL |
Microsoft SQL Server |
---|---|
Postgres JDBC driver 42.2.5 |
SQL Server JDBC driver 4.6 This driver version supports SQL Server Always On ( Always On Failover Cluster Instances and Always On availability groups). |
Additional requirements for Windows authentication against Microsoft SQL Server
If you want HDS nodes to use Windows authentication to gain access to your keystore database on Microsoft SQL Server, then you need the following configuration in your environment:
-
The HDS nodes, Active Directory infrastructure, and MS SQL Server must all be synchronized with NTP.
-
The Windows account you provide to HDS nodes must have read/write access to the database.
-
The DNS servers you provide to HDS nodes must be able to resolve your Key Distribution Center (KDC).
-
You may register the HDS database instance on your Microsoft SQL Server as a Service Principal Name (SPN) on your Active Directory. See Register a Service Principal Name for Kerberos Connections.
The HDS setup tool, HDS launcher, and local KMS all need to use Windows authentication to access the keystore database. They use the details from your ISO configuration to construct the SPN when requesting access with Kerberos authentication.
External connectivity requirements
Configure your firewall to allow the following connectivity for the HDS applications:
Застосування |
Протокол |
Порт |
Direction from App |
Місце призначення |
---|---|---|---|---|
Hybrid Data Security nodes |
TCP |
443 |
Outbound HTTPS and WSS |
|
HDS Setup Tool |
TCP |
443 |
Outbound HTTPS |
|
The Hybrid Data Security nodes work with network access translation (NAT) or behind a firewall, as long as the NAT or firewall allows the required outbound connections to the domain destinations in the preceding table. For connections going inbound to the Hybrid Data Security nodes, no ports should be visible from the internet. Within your data center, clients need access to the Hybrid Data Security nodes on TCP ports 443 and 22, for administrative purposes. |
The URLs for the Common Identity (CI) hosts are region-specific. These are the current CI hosts:
Регіон |
Common Identity Host URLs |
---|---|
Північна та Південна Америки |
|
Європейський Союз |
|
Канада |
|
Вимоги до проксі-сервера
-
Ми офіційно підтримуємо наступні проксі-рішення, які можуть інтегруватися з вашими вузлами гібридної безпеки даних.
-
Прозорий проксі—пристрій веб-безпеки Cisco (WSA).
-
Явний проксі-кальмар.
Squid proxies that inspect HTTPS traffic can interfere with the establishment of websocket (wss:) connections. To work around this issue, see Configure Squid Proxies for Hybrid Data Security.
-
-
Ми підтримуємо такі комбінації типів автентифікації для явних проксі:
-
Немає автентифікації за допомогою HTTP або HTTPS
-
Базова автентифікація за допомогою HTTP або HTTPS
-
Автентифікація дайджесту лише за допомогою ПРОТОКОЛУ HTTPS
-
-
Для прозорої перевірки проксі-сервера або явного проксі-сервера HTTPS необхідно мати копію кореневого сертифіката проксі-сервера. Інструкції з розгортання в цьому посібнику розповідають, як завантажити копію в надійні сховища вузлів гібридної безпеки даних.
-
Мережа, в якій розміщуються вузли HDS, повинна бути налаштована на примусове витіснення TCP-трафіку на порту 443 для маршрутизації через проксі.
-
Проксі-сервери, які перевіряють веб-трафік, можуть перешкоджати з'єднанню веб-сокетів. При виникненні даної проблеми проблему вирішить обхід (не огляд) трафіку на
wbx2.com
іciscospark.com
.
Complete the Prerequisites for Hybrid Data Security
1 |
Make sure your Webex organization is enabled for Pro Pack for Cisco Webex Control Hub, and get the credentials of an account with full organization administrator rights. Contact your Cisco partner or account manager for help with this process. | ||
2 |
Choose a domain name for your HDS deployment (for example, | ||
3 |
Prepare identical virtual hosts that you will set up as Hybrid Data Security nodes in your cluster. You need at least two separate hosts (3 recommended) colocated in the same secure data center, which meet the requirements in Virtual Host Requirements. | ||
4 |
Prepare the database server that will act as the key data store for the cluster, according to the Database server requirements. The database server must be colocated in the secure data center with the virtual hosts. | ||
5 |
For quick disaster recovery, set up a backup environment in a different data center. The backup environment mirrors the production environment of VMs and a backup database server. For example, if production has 3 VMs running HDS nodes, the backup environment should have 3 VMs. | ||
6 |
Set up a syslog host to collect logs from the nodes in the cluster. Gather its network address and syslog port (default is UDP 514). | ||
7 |
Create a secure backup policy for the Hybrid Data Security nodes, the database server, and the syslog host. At a minimum, to prevent unrecoverable data loss, you must back up the database and the configuration ISO file generated for the Hybrid Data Security nodes.
Webex App clients cache their keys, so an outage may not be immediately noticeable but will become evident over time. While temporary outages are impossible to prevent, they are recoverable. However, complete loss (no backups available) of either the database or configuration ISO file will result in unrecoverable customer data. The operators of the Hybrid Data Security nodes are expected to maintain frequent backups of the database and the configuration ISO file, and be prepared to rebuild the Hybrid Data Security data center if a catastrophic failure occurs. | ||
8 |
Ensure that your firewall configuration allows connectivity for your Hybrid Data Security nodes as outlined in External connectivity requirements. | ||
9 |
Install Docker ( https://www.docker.com) on any local machine running a supported OS (Microsoft Windows 10 Professional or Enterprise 64-bit, or Mac OSX Yosemite 10.10.3 or above) with a web browser that can access it at http://127.0.0.1:8080. You use the Docker instance to download and run the HDS Setup Tool, which builds the local configuration information for all the Hybrid Data Security nodes. Your organization might need a Docker Desktop license. See Docker Desktop Requirements for more information. To install and run the HDS Setup Tool, the local machine must have the connectivity outlined in External connectivity requirements. | ||
10 |
If you're integrating a proxy with Hybrid Data Security, make sure that it meets the Proxy Server Requirements. | ||
11 |
If your organization uses directory synchronization, create a group in Active Directory called
|
Hybrid Data Security Deployment Task Flow
Перш ніж почати
1 |
Download the OVA file to your local machine for later use. | ||
2 |
Create a Configuration ISO for the HDS Hosts Use the HDS Setup Tool to create an ISO configuration file for the Hybrid Data Security nodes. | ||
3 |
Create a virtual machine from the OVA file and perform initial configuration, such as network settings.
| ||
4 |
Set up the Hybrid Data Security VM Sign in to the VM console and set the sign-in credentials. Configure the network settings for the node if you didn't configure them at the time of OVA deployment. | ||
5 |
Upload and Mount the HDS Configuration ISO Configure the VM from the ISO configuration file that you created with the HDS Setup Tool. | ||
6 |
Налаштування вузла HDS для інтеграції проксі If the network environment requires proxy configuration, specify the type of proxy that you will use for the node, and add the proxy certificate to the trust store if needed. | ||
7 |
Register the First Node in the Cluster Register the VM with the Cisco Webex cloud as a Hybrid Data Security node. | ||
8 |
Create and Register More Nodes Complete the cluster setup. | ||
9 |
Run a Trial and Move to Production (next chapter) Until you start a trial, your nodes generate an alarm indicating that your service is not yet activated. |
Download Installation Files
1 |
Sign in to https://admin.webex.com, and then click Services. | ||||
2 |
In the Hybrid Services section, find the Hybrid Data Security card, and then click Set up. If the card is disabled or you don’t see it, contact your account team or your partner organization. Give them your account number and ask to enable your organization for Hybrid Data Security. To find the account number, click the gear at the top right, next to your organization name.
| ||||
3 |
Select No to indicate that you haven’t set up the node yet, and then click Next. The OVA file automatically begins to download. Save the file to a location on your machine.
| ||||
4 |
Optionally, click Open Deployment Guide to check if there’s a later version of this guide available. |
Create a Configuration ISO for the HDS Hosts
The Hybrid Data Security setup process creates an ISO file. You then use the ISO to configure your Hybrid Data Security host.
Перш ніж почати
-
Інструмент налаштування HDS працює як Docker-контейнер на локальному комп 'ютері. Щоб отримати доступ до нього, запустіть Docker на цьому комп 'ютері. Для процесу настроювання потрібні облікові дані облікового запису Центру керування з повними правами адміністратора вашої організації.
If the HDS Setup tool runs behind a proxy in your environment, provide the proxy settings (server, port, credentials) through Docker environment variables when bringing up the Docker container in step 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
-
The configuration ISO file that you generate contains the master key encrypting the PostgreSQL or Microsoft SQL Server database. You need the latest copy of this file anytime you make configuration changes, like these:
-
Database credentials
-
Certificate updates
-
Changes to authorization policy
-
-
If you plan to encrypt database connections, set up your PostgreSQL or SQL Server deployment for TLS.
1 |
У командному рядку вашого комп 'ютера введіть відповідну команду для вашого середовища: У звичайних середовищах: У середовищах FedRAMP:
| ||||||||||||
2 |
Щоб увійти до реєстру Docker-зображень, введіть наступне: | ||||||||||||
3 |
На запиті пароля введіть цей хеш: | ||||||||||||
4 |
Завантажте останнє стабільне зображення для вашого середовища: У звичайних середовищах: У середовищах FedRAMP: | ||||||||||||
5 |
Після завершення витягування введіть відповідну команду для вашого середовища:
Коли контейнер працює, ви бачите "Експрес-сервер, що прослуховує порт 8080". | ||||||||||||
6 |
Use a web browser to go to the localhost, The tool uses this first entry of the username to set the proper environment for that account. The tool then displays the standard sign-in prompt. | ||||||||||||
7 |
When prompted, enter your Control Hub customer admin sign-in credentials, and then click Log in to allow access to the required services for Hybrid Data Security. | ||||||||||||
8 |
On the Setup Tool overview page, click Get Started. | ||||||||||||
9 |
On the ISO Import page, you have these options:
| ||||||||||||
10 |
Check that your X.509 certificate meets the requirements in X.509 Certificate Requirements.
| ||||||||||||
11 |
Enter the database address and account for HDS to access your key datastore: | ||||||||||||
12 |
Select a TLS Database Connection Mode:
When you upload the root certificate (if necessary) and click Continue, the HDS Setup Tool tests the TLS connection to the database server. Інструмент також перевіряє особу, яка підписала сертифікат, і назву вузла, якщо це можливо. Якщо тест не вдається, інструмент показує повідомлення про помилку, що описує проблему. Ви можете вибрати, чи ігнорувати помилку, і продовжити налаштування. (Because of connectivity differences, the HDS nodes might be able to establish the TLS connection even if the HDS Setup Tool machine can't successfully test it.) | ||||||||||||
13 |
On the System Logs page, configure your Syslogd server: | ||||||||||||
14 |
(Optional) You can change the default value for some database connection parameters in Advanced Settings. Generally, this parameter is the only one that you might want to change: | ||||||||||||
15 |
Click Continue on the Reset Service Accounts Password screen. Service account passwords have a nine-month lifespan. Use this screen when your passwords are nearing expiry or you want to reset them to invalidate previous ISO files. | ||||||||||||
16 |
Click Download ISO File. Save the file in a location that's easy to find. | ||||||||||||
17 |
Make a backup copy of the ISO file on your local system. Keep the backup copy secure. This file contains a master encryption key for the database contents. Restrict access to only those Hybrid Data Security administrators who should make configuration changes. | ||||||||||||
18 |
To shut down the Setup tool, type |
Що далі
Back up the configuration ISO file. You need it to create more nodes for recovery, or to make configuration changes. If you lose all copies of the ISO file, you've also lost the master key. Recovering the keys from your PostgreSQL or Microsoft SQL Server database isn't possible.
We never have a copy of this key and can't help if you lose it. |
Install the HDS Host OVA
1 |
Use the VMware vSphere client on your computer to log into the ESXi virtual host. | ||||||
2 |
Select File > Deploy OVF Template. | ||||||
3 |
In the wizard, specify the location of the OVA file that you downloaded earlier, and then click Next. | ||||||
4 |
On the Select a name and folder page, enter a Virtual machine name for the node (for example, "HDS_Node_1"), choose a location where the virtual machine node deployment can reside, and then click Next. | ||||||
5 |
On the Select a compute resource page, choose the destination compute resource, and then click Next. A validation check runs. After it finishes, the template details appear. | ||||||
6 |
Verify the template details and then click Next. | ||||||
7 |
If you are asked to choose the resource configuration on the Configuration page, click 4 CPU and then click Next. | ||||||
8 |
On the Select storage page, click Next to accept the default disk format and VM storage policy. | ||||||
9 |
On the Select networks page, choose the network option from the list of entries to provide the desired connectivity to the VM. | ||||||
10 |
On the Customize template page, configure the following network settings:
If preferred, you can skip the network setting configuration and follow the steps in Set up the Hybrid Data Security VM to configure the settings from the node console.
| ||||||
11 |
Right-click the node VM, and then choose .The Hybrid Data Security software is installed as a guest on the VM Host. You are now ready to sign in to the console and configure the node. Поради щодо усунення несправностей You may experience a delay of a few minutes before the node containers come up. A bridge firewall message appears on the console during first boot, during which you can't sign in. |
Set up the Hybrid Data Security VM
Use this procedure to sign in to the Hybrid Data Security node VM console for the first time and set the sign-in credentials. You can also use the console to configure the network settings for the node if you didn't configure them at the time of OVA deployment.
1 |
In the VMware vSphere client, select your Hybrid Data Security node VM and select the Console tab. The VM boots up and a login prompt appears. If the login prompt does not display, press Enter.
|
2 |
Use the following default login and password to sign in and change the credentials: Since you are signing in to your VM for the first time, you are required to change the administrator password. |
3 |
If you already configured the network settings in Install the HDS Host OVA, skip the rest of this procedure. Otherwise, in the main menu, select the Edit Configuration option. |
4 |
Set up a static configuration with IP address, Mask, Gateway and DNS information. Your node should have an internal IP address and DNS name. DHCP is not supported. |
5 |
(Optional) Change the hostname, domain or NTP server(s), if needed to match your network policy. You do not need to set the domain to match the domain that you used to obtain the X.509 certificate. |
6 |
Save the network configuration and reboot the VM so that the changes take effect. |
Upload and Mount the HDS Configuration ISO
Перш ніж почати
Because the ISO file holds the master key, it should only be exposed on a "need to know" basis, for access by the Hybrid Data Security VMs and any administrators who might need to make changes. Make sure that only those administrators can access the datastore.
1 |
Upload the ISO file from your computer: |
2 |
Mount the ISO file: |
Що далі
If your IT policy requires, you can optionally unmount the ISO file after all your nodes pick up the configuration changes. See (Optional) Unmount ISO After HDS Configuration for details.
Налаштування вузла HDS для інтеграції проксі
Якщо для мережного середовища потрібен проксі-сервер, скористайтеся цією процедурою, щоб указати тип проксі-сервера, який потрібно інтегрувати з hybrid Data Security. Якщо ви виберете прозорий проксі-сервер перевірки або явний проксі-сервер HTTPS, ви можете використовувати інтерфейс вузла для завантаження та встановлення кореневого сертифіката. Ви також можете перевірити проксі-з'єднання з інтерфейсу та усунути будь-які потенційні проблеми.
Перш ніж почати
-
Дивіться Підтримка проксі для огляду підтримуваних параметрів проксі.
1 |
Введіть URL-адресу |
2 |
Перейдіть до Надійного магазину та проксі-сервера, а потім виберіть параметр:
Виконайте наступні кроки для прозорої перевірки проксі-сервера, явного HTTP-проксі з базовою автентифікацією або явного проксі-сервера HTTPS. |
3 |
Клацніть « Завантажити кореневий сертифікат» або «Завершити сертифікатсутності», а потім перейдіть до вибору кореневого сертифіката для проксі-сервера. Сертифікат завантажено, але ще не інстальовано, оскільки для встановлення сертифіката потрібно перезавантажити вузол. Клацніть стрілку шеврона біля імені емітента сертифіката, щоб отримати докладніші відомості, або натисніть кнопку Видалити , якщо ви припустилися помилки та хочете повторно завантажити файл. |
4 |
Натисніть кнопку Перевірити підключення до проксі, щоб перевірити підключення до мережі між вузлом і проксі-сервером. Якщо тест підключення не пройшов, ви побачите повідомлення про помилку, у якому вказано причину та способи усунення проблеми. Якщо ви бачите повідомлення про те, що зовнішня роздільна здатність DNS не була успішною, вузол не зміг дістатися до DNS-сервера. Ця умова очікується в багатьох явних конфігураціях проксі. You can continue with the setup, and the node will function in Blocked External DNS Resolution mode. If you think this is an error, complete these steps, and then see Turn off Blocked External DNS Resolution Mode. |
5 |
Після того, як тест з'єднання пройде, для явного проксі-сервера, встановленого лише на https, увімкніть перемикач до Маршрутизація всіх запитів порту 443/444 https з цього вузла через явний проксі. Для набрання чинності цим параметром потрібно 15 секунд. |
6 |
Натисніть кнопку Інсталювати всі сертифікати в надійний магазин (відображається для проксі-сервера HTTPS відвертої перевірки або прозорого проксі-сервера для перевірки) або Перезавантажити (відображається для явного проксі-сервера HTTP), прочитайте запит і натисніть кнопку Інсталювати , якщо все готово. Вузол перезавантажується протягом декількох хвилин. |
7 |
Після перезавантаження вузла увійдіть знову, якщо потрібно, а потім відкрийте сторінку Огляду , щоб перевірити перевірки підключення, щоб переконатися, що всі вони в зеленому стані. Перевірка проксі-з'єднання лише тестує субдомен webex.com. Якщо виникають проблеми з підключенням, поширеною проблемою є те, що деякі хмарні домени, перелічені в інструкціях з інсталяції, блокуються на проксі-сервері. |
Register the First Node in the Cluster
When you register your first node, you create a cluster to which the node is assigned. A cluster contains one or more nodes deployed to provide redundancy.
Перш ніж почати
-
Once you begin registration of a node, you must complete it within 60 minutes or you have to start over.
-
Ensure that any pop-up blockers in your browser are disabled or that you allow an exception for admin.webex.com.
1 |
Увійдіть у https://admin.webex.com. |
2 |
From the menu on the left side of the screen, select Services. |
3 |
In the Hybrid Services section, find Hybrid Data Security and click Set up. The Register Hybrid Data Security Node page appears.
|
4 |
Select Yes to indicate that you have set up the node and are ready to register it, and then click Next. |
5 |
In the first field, enter a name for the cluster to which you want to assign your Hybrid Data Security node. We recommend that you name a cluster based on where the nodes of the cluster are located geographically. Examples: "San Francisco" or "New York" or "Dallas" |
6 |
In the second field, enter the internal IP address or fully qualified domain name (FQDN) of your node and click Next. This IP address or FQDN should match the IP address or hostname and domain that you used in Set up the Hybrid Data Security VM. A message appears indicating you can register your node to the Webex.
|
7 |
Click Go to Node. |
8 |
Click Continue in the warning message. After a few moments, you are redirected to the node connectivity tests for Webex services. If all tests are successful, the Allow Access to Hybrid Data Security Node page appears. There, you confirm that you want to give permissions to your Webex organization to access your node.
|
9 |
Check the Allow Access to Your Hybrid Data Security Node checkbox, and then click Continue. Your account is validated and the "Registration Complete" message indicates that your node is now registered to the Webex cloud.
|
10 |
Click the link or close the tab to go back to the Control Hub Hybrid Data Security page. On the Hybrid Data Security page, the new cluster containing the node that you registered is displayed. The node will automatically download the latest software from the cloud.
|
Create and Register More Nodes
At this time, the backup VMs that you created in Complete the Prerequisites for Hybrid Data Security are standby hosts which are only used in the event of disaster recovery; they are not registered with the system until then. For details, see Disaster Recovery using Standby Data Center. |
Перш ніж почати
-
Once you begin registration of a node, you must complete it within 60 minutes or you have to start over.
-
Ensure that any pop-up blockers in your browser are disabled or that you allow an exception for admin.webex.com.
1 |
Create a new virtual machine from the OVA, repeating the steps in Install the HDS Host OVA. |
2 |
Set up the initial configuration on the new VM, repeating the steps in Set up the Hybrid Data Security VM. |
3 |
On the new VM, repeat the steps in Upload and Mount the HDS Configuration ISO. |
4 |
If you are setting up a proxy for your deployment, repeat the steps in Configure the HDS Node for Proxy Integration as needed for the new node. |
5 |
Register the node. Your node is registered. Note that until you start a trial, your nodes generate an alarm indicating that your service is not yet activated.
|
Що далі
Trial to Production Task Flow
After you set up a Hybrid Data Security cluster, you can start a pilot, add users to it, and begin using it for testing and verifying your deployment in preparation for moving to production.
Перш ніж почати
1 |
If applicable, synchronize the If your organization uses directory synchronization for users, you must select the |
2 |
Start a trial. Until you do this task, your nodes generate an alarm indicating that the service is not yet activated. |
3 |
Test Your Hybrid Data Security Deployment Check that key requests are passing to your Hybrid Data Security deployment. |
4 |
Monitor Hybrid Data Security Health Check status, and set up email notifications for alarms. |
5 | |
6 |
Complete the trial phase with one of the following actions: |
Activate Trial
Перш ніж почати
If your organization uses directory synchronization for users, you must select the HdsTrialGroup
group object for synchronization to the cloud before you can start a trial for your organization. For instructions, see the Deployment Guide for Cisco Directory Connector.
1 |
Sign in to https://admin.webex.com, and then select Services. |
2 |
Under Hybrid Data Security, click Settings. |
3 |
In the Service Status section, click Start Trial. The service status changes to trial mode.
|
4 |
Click Add Users and enter the email address of one or more users to pilot using your Hybrid Data Security nodes for encryption and indexing services. (If your organization uses directory synchronization, use Active Directory to manage the trial group, |
Test Your Hybrid Data Security Deployment
Перш ніж почати
-
Set up your Hybrid Data Security deployment.
-
Activate the trial, and add several trial users.
-
Ensure that you have access to the syslog to verify that key requests are passing to your Hybrid Data Security deployment.
1 |
Keys for a given space are set by the creator of the space. Sign in to the Webex App as one of the pilot users, and then create a space and invite at least one pilot user and one non-pilot user.
| ||
2 |
Send messages to the new space. | ||
3 |
Check the syslog output to verify that the key requests are passing to your Hybrid Data Security deployment. |
Monitor Hybrid Data Security Health
1 |
In Control Hub, select Services from the menu on the left side of the screen. |
2 |
In the Hybrid Services section, find Hybrid Data Security and click Settings. The Hybrid Data Security Settings page appears.
|
3 |
In the Email Notifications section, type one or more email addresses separated by commas, and press Enter. |
Add or Remove Users from Your Trial
If you remove a user from the trial, the user's client will request keys and key creation from the cloud KMS instead of your KMS. If the client needs a key that is stored on your KMS, the cloud KMS will fetch it on the user's behalf.
If your organization uses directory synchronization, use Active Directory (instead of this procedure) to manage the trial group, HdsTrialGroup
; you can view the group members in Control Hub but cannot add or remove them.
1 |
Sign in to Control Hub, and then select Services. |
2 |
Under Hybrid Data Security, click Settings. |
3 |
In the Trial Mode section of the Service Status area, click Add Users, or click view and edit to remove users from the trial. |
4 |
Enter the email address of one or more users to add, or click the X by a user ID to remove the user from the trial. Потім натисніть кнопку Зберегти. |
Move from Trial to Production
1 |
Sign in to Control Hub, and then select Services. |
2 |
Under Hybrid Data Security, click Settings. |
3 |
In the Service Status section, click Move to Production. |
4 |
Confirm that you want to move all of your users to production. |
End Your Trial Without Moving to Production
1 |
Sign in to Control Hub, and then select Services. |
2 |
Under Hybrid Data Security, click Settings. |
3 |
In the Deactivate section, click Deactivate. |
4 |
Confirm that you want to deactivate the service and end the trial. |
Manage HDS Deployment
Use the tasks described here to manage your Hybrid Data Security deployment.
Set Cluster Upgrade Schedule
To set the upgrade schedule:
1 |
Увійдіть до Центру керування. |
2 |
On the Overview page, under Hybrid Services, select Hybrid Data Security. |
3 |
On the Hybrid Data Security Resources page, select the cluster. |
4 |
In the Overview panel on the right, under Cluster Settings, select the cluster name. |
5 |
On the Settings page, under Upgrade, select the time and time zone for the upgrade schedule. Примітки Under the time zone, the next available upgrade date and time is displayed. You can postpone the upgrade to the following day, if needed, by clicking Postpone. |
Change the Node Configuration
-
Зміна сертифікатів x.509 через закінчення терміну дії або інші причини.
Ми не підтримуємо зміну доменного імені CN сертифіката. Домен повинен відповідати початковому домену, який використовується для реєстрації кластера.
-
Оновлення параметрів бази даних для зміни на репліку бази даних PostgreSQL або Microsoft SQL Server.
Ми не підтримуємо перенесення даних з PostgreSQL до Microsoft SQL Server або навпаки. Щоб змінити середовище бази даних, розпочніть нове розгортання гібридної системи захисту даних.
-
Створення нової конфігурації для підготовки нового центру обробки даних.
Крім того, з метою безпеки Hybrid Data Security використовує паролі службових облікових записів, термін дії яких становить дев'ять місяців. Після того, як інструмент налаштування HDS генерує ці паролі, ви розгортаєте їх на кожному з ваших вузлів HDS у файлі конфігурації ISO. Коли паролі вашої організації наближаються до закінчення терміну дії, ви отримуєте повідомлення від команди Webex про скидання пароля для облікового запису вашого комп'ютера. (Електронний лист містить текст "Використовуйте API облікового запису машини, щоб оновити пароль.") Якщо термін дії ваших паролів ще не закінчився, інструмент надає вам два варіанти:
-
Soft reset—The old and new passwords both work for up to 10 days. Використовуйте цей період, щоб поступово замінити файл ISO на вузлах.
-
Hard reset—The old passwords stop working immediately.
Якщо термін дії ваших паролів закінчується без скидання, це впливає на вашу службу HDS, вимагаючи негайного жорсткого скидання та заміни файлу ISO на всіх вузлах.
Використовуйте цю процедуру, щоб створити новий файл конфігурації ISO і застосувати його до вашого кластера.
Перш ніж почати
-
Інструмент налаштування HDS працює як Docker-контейнер на локальному комп 'ютері. Щоб отримати доступ до нього, запустіть Docker на цьому комп 'ютері. Для процесу настроювання потрібні облікові дані облікового запису Центру керування з повними правами адміністратора вашої організації.
If the HDS Setup tool runs behind a proxy in your environment, provide the proxy settings (server, port, credentials) through Docker environment variables when bringing up the Docker container in 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 |
Використовуючи Docker на локальному комп 'ютері, запустіть інструмент налаштування HDS. |
2 |
If you only have one HDS node running, create a new Hybrid Data Security node VM and register it using the new configuration ISO file. For more detailed instructions, see Create and Register More Nodes. |
3 |
Для існуючих вузлів HDS, у яких запущено старий файл конфігурації, змонтуйте файл ISO. Виконайте наступну процедуру на кожному вузлі по черзі, оновлюючи кожен вузол перед вимкненням наступного вузла: |
4 |
Повторіть крок 3, щоб замінити конфігурацію на кожному вузлі, який виконує стару конфігурацію. |
Вимкнення режиму роздільної здатності заблокованих зовнішніх DNS
Коли ви реєструєте вузол або перевіряєте конфігурацію проксі-сервера вузла, процес перевіряє пошук DNS і підключення до хмари Cisco Webex. Якщо DNS-серверу вузла не вдається розпізнати загальнодоступні імена DNS, вузол автоматично переходить у режим блокування зовнішньої роздільної здатності DNS.
Якщо ваші вузли можуть вирішувати загальнодоступні імена DNS через внутрішні DNS-сервери, ви можете вимкнути цей режим, повторивши тест проксі-з'єднання на кожному вузлі.
Перш ніж почати
1 |
У браузері відкрийте інтерфейс вузла гібридної безпеки даних (IP-адреса/налаштування), наприклад, введіть облікові дані адміністратора, https://192.0.2.0/setup), які настроєно для вузла, а потім натисніть кнопку Увійти. |
2 |
Перехід до розділу Огляд (сторінка за замовчуванням). Якщо ввімкнено, для параметра "Заблокована зовнішня роздільна здатність DNS" встановлено значення "Так". |
3 |
Перейдіть на сторінку Надійний магазин і проксі . |
4 |
Натисніть Перевірити підключенняпроксі-сервера. Якщо ви бачите повідомлення про те, що зовнішнє дозвіл DNS не було успішним, вузол не зміг дістатися до DNS-сервера і залишиться в цьому режимі. В іншому випадку, після того, як ви перезавантажите вузол і повернетеся на сторінку огляду , заблоковане зовнішнє дозвіл DNS має бути встановлено на "ні". |
Що далі
Remove a Node
1 |
Use the VMware vSphere client on your computer to log into the ESXi virtual host and power off the virtual machine. |
2 |
Remove the node: |
3 |
In the vSphere client, delete the VM. (In the left navigation pane, right-click on the VM and click Delete.) If you don’t delete the VM, remember to unmount the configuration ISO file. Without the ISO file, you can't use the VM to access your security data. |
Disaster Recovery using Standby Data Center
The most critical service that your Hybrid Data Security cluster provides is the creation and storage of keys used to encrypt messages and other content stored in the Webex cloud. For each user within the organization who is assigned to Hybrid Data Security, new key creation requests are routed to the cluster. The cluster is also responsible for returning the keys that it's created to any users authorized to retrieve them, for example, members of a conversation space.
Because the cluster performs the critical function of providing these keys, it's imperative that the cluster remains running and that proper backups are maintained. Loss of the Hybrid Data Security database or of the configuration ISO used for the schema will result in UNRECOVERABLE LOSS of customer content. The following practices are mandatory to prevent such a loss:
If a disaster causes the HDS deployment in the primary data center to become unavailable, follow this procedure to manually failover to the standby data center.
1 |
Start the HDS Setup tool and follow the steps mentioned in Create a Configuration ISO for the HDS Hosts. | ||
2 |
After configuring the Syslogd server, click on Advanced Settings | ||
3 |
On the Advanced Settings page, add the configuration below or remove the
| ||
4 |
Complete the configuration process and save the ISO file in a location that's easy to find. | ||
5 |
Make a backup copy of the ISO file on your local system. Keep the backup copy secure. This file contains a master encryption key for the database contents. Restrict access to only those Hybrid Data Security administrators who should make configuration changes. | ||
6 |
In the VMware vSphere client's left navigation pane, right-click on the VM and click Edit Settings.. | ||
7 |
Click Edit Settings >CD/DVD Drive 1 and select Datastore ISO File.
| ||
8 |
Power on the HDS node and make sure there are no alarms for at least 15 minutes. | ||
9 |
Repeat the process for every node in the standby data center.
|
Що далі
(Optional) Unmount ISO After HDS Configuration
The standard HDS configuration runs with the ISO mounted. But, some customers prefer not leaving ISO files continuously mounted. You can unmount the ISO file after all HDS nodes pick up the new configuration.
You still use the ISO files to make configuration changes. When you create a new ISO or update an ISO through the Setup Tool, you must mount the updated ISO on all your HDS nodes. Once all your nodes have picked up the configuration changes, you can unmount the ISO again with this procedure.
Перш ніж почати
Upgrade all your HDS nodes to version 2021.01.22.4720 or later.
1 |
Shut down one of your HDS nodes. |
2 |
In the vCenter Server Appliance, select the HDS node. |
3 |
Choose Datastore ISO File. and uncheck |
4 |
Power on the HDS node and ensure there are no alarms for atleast 20 minutes. |
5 |
Repeat for each HDS node in turn. |
View Alerts and Troubleshoot
A Hybrid Data Security deployment is considered unavailable if all nodes in the cluster are unreachable, or the cluster is working so slowly that requests time out. If users cannot reach your Hybrid Data Security cluster, they experience the following symptoms:
-
New spaces cannot be created (unable to create new keys)
-
Messages and space titles fail to decrypt for:
-
New users added to a space (unable to fetch keys)
-
Existing users in a space using a new client (unable to fetch keys)
-
-
Existing users in a space will continue to run successfully as long as their clients have a cache of the encryption keys
It's important that you properly monitor your Hybrid Data Security cluster and address any alerts promptly to avoid disruption of service.
Сповіщення
If there is a problem with the Hybrid Data Security setup, Control Hub displays alerts to the organization administrator, and sends emails to the configured email address. The alerts cover many common scenarios.
Сповіщення |
Дія |
---|---|
Помилка доступу до локальної бази даних. |
Check for database errors or local network issues. |
Local database connection failure. |
Check that the database server is available, and the right service account credentials were used in node configuration. |
Cloud service access failure. |
Check that the nodes can access the Webex servers as specified in External connectivity requirements. |
Renewing cloud service registration. |
Registration to cloud services was dropped. Renewal of registration is in progress. |
Cloud service registration dropped. |
Registration to cloud services terminated. Service is shutting down. |
Service not yet activated. |
Activate a trial, or finish moving the trial to production. |
Configured domain does not match server certificate. |
Ensure that your server certificate matches the configured service activation domain. The most likely cause is that the certificate CN was recently changed and is now different from the CN that was used during initial setup. |
Failed to authenticate to cloud services. |
Check for accuracy and possible expiration of service account credentials. |
Failed to open local keystore file. |
Check for integrity and password accuracy on local keystore file. |
Local server certificate is invalid. |
Check the server certificate's expiration date and confirm that it was issued by a trusted Certificate Authority. |
Unable to post metrics. |
Check local network access to external cloud services. |
/media/configdrive/hds directory does not exist. |
Check the ISO mount configuration on virtual host. Verify that the ISO file exists, that it is configured to mount on reboot, and that it mounts successfully. |
Troubleshoot Hybrid Data Security
1 |
Review Control Hub for any alerts and fix any items you find there. |
2 |
Review the syslog server output for activity from the Hybrid Data Security deployment. |
3 |
Contact Cisco support. |
Known Issues for Hybrid Data Security
-
If you shut down your Hybrid Data Security cluster (by deleting it in Control Hub or by shutting down all nodes), lose your configuration ISO file, or lose access to the keystore database, your Webex App users can no longer use spaces under their People list that were created with keys from your KMS. This applies to both trial and production deployments. We do not currently have a workaround or fix for this issue and urge you not to shut down your HDS services once they are handling active user accounts.
-
A client which has an existing ECDH connection to a KMS maintains that connection for a period of time (likely one hour). When a user becomes a member of a Hybrid Data Security trial, the user's client continues to use the existing ECDH connection until it times out. Alternatively, the user can sign out and back in to the Webex App app to update the location that the app contacts for encryption keys.
The same behavior occurs when you move a trial to production for the organization. All non-trial users with existing ECDH connections to the previous data security services will continue to use those services until the ECDH connection is renegotiated (through timeout or by signing out and back in).
Use OpenSSL to Generate a PKCS12 File
Перш ніж почати
-
OpenSSL is one tool that can be used to make the PKCS12 file in the proper format for loading in the HDS Setup Tool. There are other ways to do this, and we do not support or promote one way over another.
-
If you do choose to use OpenSSL, we are providing this procedure as a guideline to help you create a file that meets the X.509 certificate requirements in X.509 Certificate Requirements. Understand those requirements before you continue.
-
Install OpenSSL in a supported environment. See https://www.openssl.org for the software and documentation.
-
Create a private key.
-
Start this procedure when you receive the server certificate from your Certificate Authority (CA).
1 |
When you receive the server certificate from your CA, save it as |
2 |
Display the certificate as text, and verify the details.
|
3 |
Use a text editor to create a certificate bundle file called
|
4 |
Create the .p12 file with the friendly name
|
5 |
Check the server certificate details. |
Що далі
Return to Complete the Prerequisites for Hybrid Data Security. You will use the hdsnode.p12
file, and the password you've set for it, in Create a Configuration ISO for the HDS Hosts.
You can reuse these files to request a new certificate when the original certificate expires. |
Traffic between the HDS Nodes and the Cloud
Outbound Metrics Collection Traffic
The Hybrid Data Security nodes send certain metrics to the Webex cloud. These include system metrics for heap max, heap used, CPU load, and thread count; metrics on synchronous and asynchronous threads; metrics on alerts involving a threshold of encryption connections, latency, or a request queue length; metrics on the datastore; and encryption connection metrics. The nodes send encrypted key material over an out-of-band (separate from the request) channel.
Inbound Traffic
The Hybrid Data Security nodes receive the following types of inbound traffic from the Webex cloud:
-
Encryption requests from clients, which are routed by the encryption service
-
Upgrades to the node software
Configure Squid Proxies for Hybrid Data Security
Websocket не може підключитися через проксі-сервер Squid
Squid proxies that inspect HTTPS traffic can interfere with the establishment of websocket (wss:
) connections that Hybrid Data Security requires. These sections give guidance on how to configure various versions of Squid to ignore wss:
traffic for proper operation of the services.
Кальмари 4 і 5
Add the on_unsupported_protocol
directive to squid.conf
:
on_unsupported_protocol tunnel all
Кальмари 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 Desktop необхідно запустити програму встановлення. Див Вимоги до Docker Desktop . | ||
24 червня 2021 р | Зауважено, що ви можете повторно використовувати файл із закритим ключем і CSR для запиту іншого сертифіката. Див Використовуйте OpenSSL для створення файлу PKCS12 для отримання додаткової інформації. | ||
30 квітня 2021 р. | Вимогу до VM щодо простору на локальному жорсткому диску змінено на 30 ГБ. Див Вимоги до віртуального хоста для отримання додаткової інформації. | ||
24 лютого 2021 року | HDS Setup Tool тепер може працювати через проксі. Див Створіть 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, а не пізніше. Відповідно оновлено такі розділи:
| ||
6 вересня 2019 року | Стандартний SQL Server додано до Вимоги до сервера бази даних . | ||
29 серпня 2019 року | Додано Налаштуйте проксі Squid для гібридної безпеки даних додаток із інструкціями щодо налаштування проксі Squid для ігнорування трафіку вебсокетів для належної роботи. | ||
20 серпня 2019 року | Додані й оновлені розділи, які охоплюють підтримку проксі-сервера для зв’язку вузла гібридної безпеки даних із хмарою Webex. Щоб отримати доступ лише до контенту підтримки проксі для наявного розгортання, див Підтримка проксі для гібридної безпеки даних і Webex Video Mesh довідкова стаття. | ||
13 червня 2019 року | Оновлено Потік завдань із пробної версії до виробничого з нагадуванням про синхронізацію HdsTrialGroup об’єкт групи перед початком ознайомлювальної версії, якщо ваша організація використовує синхронізацію каталогів. | ||
6 березня 2019 року |
| ||
28 лютого 2019 року |
| ||
26 лютого 2019 р. |
| ||
24 січня 2019 року |
| ||
5 листопада 2018 року |
| ||
19 жовтня 2018 року |
| ||
31 липня 2018 року |
| ||
21 травня 2018 р. | Термінологію змінено, щоб відобразити ребрендинг Cisco Spark:
| ||
11 квітня 2018 року |
| ||
22 лютого 2018 року |
| ||
15 лютого 2018 року |
| ||
18 січня 2018 року |
| ||
2 листопада 2017 року |
| ||
18 серпня 2017 року | Вперше опубліковано |
Огляд безпеки гібридних даних
З першого дня безпека даних була головним у розробці програми Webex. Наріжним каменем цієї безпеки є наскрізне шифрування контенту, що вмикається клієнтами програми Webex, які взаємодіють зі службою керування ключами (KMS). KMS відповідає за створення та керування криптографічними ключами, які клієнти використовують для динамічного шифрування та дешифрування повідомлень і файлів.
За замовчуванням усі клієнти програми Webex отримують наскрізне шифрування за допомогою динамічних ключів, що зберігаються в хмарному KMS, у сфері безпеки Cisco. Гібридна безпека даних переміщує KMS та інші функції, пов’язані з безпекою, до вашого корпоративного центру обробки даних, тому ніхто, крім вас, не буде мати ключів до вашого зашифрованого контенту.
Архітектура області безпеки
Хмарна архітектура Webex розділяє різні типи служб на окремі області або довірені домени, як показано нижче.
Щоб краще зрозуміти гібридну безпеку даних, давайте спочатку розглянемо цей випадок у чистому вигляді, коли Cisco надає всі функції у своїх хмарних сферах. Служба ідентифікації, єдине місце, де користувачів можна безпосередньо зв’язати з їхньою особистою інформацією, як-от адреса електронної пошти, логічно та фізично відокремлена від області безпеки в центрі обробки даних B. Обидва, у свою чергу, відокремлені від області, де зберігається зашифрований контент. , у центрі обробки даних C.
На цій діаграмі клієнтом є програма Webex, що запущена на ноутбуці користувача та пройшла автентифікацію за допомогою служби ідентифікації. Коли користувач створює повідомлення для надсилання до простору, виконуються такі кроки:
Клієнт встановлює захищене підключення до служби керування ключами (KMS), а потім запитує ключ для шифрування повідомлення. Захищене підключення використовує ECDH, а KMS шифрує ключ за допомогою головного ключа AES-256.
Повідомлення шифрується, перш ніж залишити клієнт. Клієнт надсилає його до служби індексування, яка створює зашифровані індекси пошуку, щоб допомогти в майбутніх пошуках контенту.
Зашифроване повідомлення надсилається до служби відповідності для перевірки відповідності.
Зашифроване повідомлення зберігається в області сховища.
Під час розгортання гібридної безпеки даних функції області безпеки (KMS, індексація та відповідність вимогам) переносяться до локального центру обробки даних. Інші хмарні служби, що складають Webex (зокрема, ідентифікаційні дані та сховище контенту) залишаються в сферах Cisco.
Співпраця з іншими організаціями
Користувачі у вашій організації можуть регулярно використовувати програму Webex для співпраці із зовнішніми учасниками в інших організаціях. Коли один із користувачів запитує ключ для простору, що належить вашій організації (оскільки його створив один із ваших користувачів), KMS надсилає ключ клієнту через захищений канал ECDH. Однак, коли ключ для простору володіє інша організація, KMS маршрутизує запит до хмари Webex через окремий канал ECDH, щоб отримати ключ із відповідного KMS, а потім повертає ключ користувачеві в оригінальному каналі.
Служба KMS, що працює в організації A, перевіряє підключення до KMS в інших організаціях за допомогою сертифікатів PKI x.509. Див Підготуйте своє середовище Докладніше про створення сертифіката x.509 для використання з розгортанням гібридної безпеки даних.
Очікування щодо розгортання гібридної безпеки даних
Розгортання гібридної безпеки даних вимагає значних зобов’язань клієнта та усвідомлення ризиків, пов’язаних із володінням ключами шифрування.
Щоб розгорнути гібридну безпеку даних, необхідно надати:
Захищений центр обробки даних у країні, яка є підтримуване розташування для планів Cisco Webex Teams .
Обладнання, програмне забезпечення та доступ до мережі, описані в Підготуйте своє середовище .
Повна втрата ISO конфігурації, створеної для гібридної безпеки даних, або наданої вами бази даних призведе до втрати ключів. Втрата ключа не дозволяє користувачам розшифрувати вміст простору та інші зашифровані дані в програмі Webex. Якщо це станеться, можна створити нове розгортання, але видимим буде лише новий контент. Щоб уникнути втрати доступу до даних, необхідно:
Керуйте резервним копіюванням і відновленням бази даних і ISO конфігурації.
Будьте готові виконати швидке відновлення після аварії, якщо станеться катастрофа, як-от збій диска бази даних або аварійний стан центру обробки даних.
Немає механізму переміщення ключів назад до хмари після розгортання HDS. |
Процес налаштування високого рівня
У цьому документі описано налаштування та керування розгортанням гібридної безпеки даних:
Налаштуйте безпеку гібридних даних —Це включає підготовку необхідної інфраструктури та встановлення програмного забезпечення Hybrid Data Security, тестування розгортання з підгрупою користувачів у ознайомлювальному режимі та, після завершення тестування, перехід до робочої версії. Це перетворить всю організацію на використання кластера гібридної безпеки даних для функцій безпеки.
Про фази налаштування, ознайомлювальної версії та виробництва докладно описано в наступних трьох розділах.
Підтримуйте розгортання гібридної безпеки даних — Хмара Webex автоматично надає поточні оновлення версії. Ваш ІТ-відділ може надати підтримку першого рівня для цього розгортання та за потреби залучити підтримку Cisco. Ви можете використовувати екранні сповіщення та налаштувати сповіщення на основі електронної пошти в Control Hub.
Ознайомтеся з поширеними сповіщеннями, кроками з усунення несправностей та відомими проблемами — Якщо у вас виникнуть проблеми з розгортанням або використанням гібридної безпеки даних, останній розділ цього посібника та додаток «Відомі проблеми» можуть допомогти вам визначити й усунути проблему.
Модель розгортання гібридної безпеки даних
У межах корпоративного центру обробки даних ви розгортаєте гібридну безпеку даних як єдиний кластер вузлів на окремих віртуальних хостах. Вузли взаємодіють із хмарою Webex через захищені вебсокети та захищений HTTP.
Під час процесу встановлення ми надаємо вам файл OVA для налаштування віртуального пристрою на наданих вами віртуальних машинах. За допомогою інструмента налаштування HDS можна створити користувацький ISO-файл конфігурації кластера, який монтується на кожному вузлі. Кластер гібридної безпеки даних використовує наданий вами сервер Syslogd і базу даних PostgreSQL або Microsoft SQL Server. (Ви налаштовуєте системний журнал і деталі підключення до бази даних у інструменті налаштування HDS.)
Мінімальна кількість вузлів, які можна мати в кластері, становить два. Рекомендовано принаймні три, а можна до п’яти. Наявність кількох вузлів гарантує, що обслуговування не буде перервано під час оновлення програмного забезпечення або інших дій з обслуговування на вузлі. (У хмарі Webex одночасно оновлюється лише один вузол.)
Усі вузли в кластері отримують доступ до одного сховища ключових даних і реєструють дії на одному сервері системних журналів. Самі вузли не мають стану та обробляють запити ключів у циклічному порядку, відповідно до вказівок хмари.
Вузли стають активними, коли ви реєструєте їх у Control Hub. Щоб вимкнути окремий вузол, можна скасувати його реєстрацію, а пізніше за потреби зареєструвати повторно.
Ми підтримуємо лише один кластер на організацію.
Ознайомлювальний режим безпеки гібридних даних
Після налаштування розгортання гібридної безпеки даних ви спочатку спробуєте його з набором пілотних користувачів. Протягом пробного періоду ці користувачі використовують ваш локальний домен гібридної безпеки даних для ключів шифрування та інших служб безпеки. Інші ваші користувачі продовжують використовувати область хмарної безпеки.
Якщо ви вирішите не продовжувати розгортання під час пробної версії та деактивуєте службу, пілотні користувачі та всі користувачі, з якими вони взаємодіяли шляхом створення нових просторів протягом пробного періоду, втратять доступ до повідомлень і контенту. У програмі Webex вони побачать повідомлення "Це повідомлення неможливо розшифрувати".
Якщо ви впевнені, що ваше розгортання працює добре для користувачів пробної версії, і ви готові поширити гібридну безпеку даних на всіх своїх користувачів, ви переміщуєте розгортання до робочої версії. Пілотні користувачі продовжують мати доступ до ключів, які використовувалися під час ознайомлювальної версії. Однак ви не можете переходити між робочим режимом і вихідним ознайомлювальним режимом. Якщо ви повинні деактивувати службу, наприклад, для виконання аварійного відновлення, під час повторної активації необхідно почати нову ознайомлювальну версію та налаштувати набір пілотних користувачів для нової ознайомлювальної версії, перш ніж повернутися до робочого режиму. Те, чи збережуть користувачі доступ до даних на цьому етапі, залежить від того, чи успішно ви створили резервні копії сховища ключових даних і файлу конфігурації ISO для вузлів гібридної безпеки даних у вашому кластері.
Резервний центр обробки даних для аварійного відновлення
Під час розгортання ви налаштовуєте захищений резервний центр обробки даних. У разі аварійної ситуації в центрі обробки даних можна вручну зупинити розгортання в резервному центрі обробки даних.
Бази даних активного та резервного центрів обробки даних синхронізовані одна з одною, що мінімізує час, необхідний для перемикання на помилку. Файл ISO резервного центру обробки даних оновлено додатковими конфігураціями, які гарантують, що вузли зареєстровані в організації, але не оброблятимуть трафік. Тому вузли резервного центру обробки даних завжди залишаються в актуальному стані з останньою версією програмного забезпечення HDS.
Активні вузли гібридної безпеки даних повинні завжди перебувати в тому самому центрі обробки даних, що й активний сервер бази даних. |
Налаштуйте резервний центр обробки даних для аварійного відновлення
Виконайте наведені нижче дії, щоб налаштувати файл ISO резервного центру обробки даних:
Перш ніж почати
Резервний центр обробки даних має відображати виробниче середовище віртуальних машин і резервну копію бази даних PostgreSQL або Microsoft SQL Server. Наприклад, якщо робоча версія має 3 віртуальні машини з вузлами HDS, середовище резервного копіювання має містити 3 віртуальні машини. (Див Резервний центр обробки даних для аварійного відновлення для огляду цієї моделі резервного перемикання.)
Переконайтеся, що ввімкнено синхронізацію бази даних між базою даних активних і пасивних вузлів кластера.
1. | Запустіть інструмент налаштування HDS і виконайте кроки, зазначені в Створіть ISO конфігурації для хостів HDS .
| ||
2. | Після налаштування сервера Syslogd клацніть Розширені налаштування | ||
3. | На Розширені налаштування сторінку, додайте конфігурацію нижче, щоб перевести вузол у пасивний режим. У цьому режимі вузол буде зареєстровано в організації та підключено до хмари, але не оброблятиме трафік.
| ||
4. | Завершіть процес налаштування та збережіть файл ISO у місці, яке легко знайти. | ||
5. | Створіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить головний ключ шифрування для вмісту бази даних. Обмежте доступ лише тим адміністраторам гібридної безпеки даних, які повинні вносити зміни в конфігурацію. | ||
6. | На лівій панелі навігації клієнта VMware vSphere клацніть правою кнопкою миші віртуальну машину й клацніть Змінити налаштування. . | ||
7. | Клацніть Змінити налаштування > Привід CD/DVD 1 і виберіть файл ISO сховища даних.
| ||
8 | Увімкніть вузол HDS і переконайтеся, що немає попереджень щонайменше 15 хвилин. | ||
9 | Повторіть процес для кожного вузла в резервному центрі обробки даних.
|
Що далі
Після налаштування passiveMode
у файлі ISO та після його збереження можна створити іншу копію файлу ISO без файлу passiveMode
конфігурацію та збережіть її в захищеному місці. Ця копія файлу ISO без passiveMode
configured може допомогти в швидкому перемиканні на помилку під час аварійного відновлення. Див Аварійне відновлення за допомогою резервного центру обробки даних для детальної процедури переходу до відмови.
Підтримка проксі
Гібридна безпека даних підтримує явні, прозорі проксі-сервери з перевіркою та без перевірки. Можна прив’язати ці проксі-сервери до свого розгортання, щоб забезпечити безпеку та відстежувати трафік від підприємства до хмари. Можна використовувати інтерфейс адміністратора платформи на вузлах для керування сертифікатами та перевірки загального стану підключення після налаштування проксі на вузлах.
Вузли гібридної безпеки даних підтримують такі параметри проксі:
Немає проксі — Значення за замовчуванням, якщо ви не використовуєте налаштування вузла HDS, сховища довіри та конфігурацію проксі для інтеграції проксі. Оновлення сертифіката не потрібно.
Прозорий проксі без перевірки —Вузли не налаштовані на використання конкретної адреси проксі-сервера й не повинні вимагати будь-яких змін для роботи з проксі-сервером, що не перевіряє. Оновлення сертифіката не потрібно.
Прозорий проксі з тунелюванням або перевіркою —Вузли не налаштовані на використання конкретної адреси проксі-сервера. На вузлах змінювати конфігурацію HTTP або HTTPS не потрібно. Однак вузлам потрібен кореневий сертифікат, щоб вони довіряли проксі. Перевірка проксі-серверів зазвичай використовується ІТ для застосування політики щодо того, які вебсайти можна відвідувати, а які типи контенту заборонені. Цей тип проксі розшифровує весь ваш трафік (навіть HTTPS).
Явний проксі — За допомогою явного проксі ви вказуєте вузлам HDS, який проксі-сервер і схему автентифікації використовувати. Щоб налаштувати явний проксі-сервер, необхідно ввести таку інформацію на кожному вузлі:
IP-адреса/повне доменне ім’я проксі —Адреса, яку можна використовувати для зв’язку з проксі-комплектом.
Порт проксі —номер порту, який використовує проксі-сервер для прослуховування проксі-трафіку.
Протокол проксі — Залежно від того, що підтримує ваш проксі-сервер, виберіть один із таких протоколів:
HTTP — перегляд і контроль усіх запитів, які надсилає клієнт.
HTTPS — надає канал до сервера. Клієнт отримує та перевіряє сертифікат сервера.
Тип автентифікації — Виберіть один із таких типів автентифікації:
Немає —Подальша автентифікація не потрібна.
Доступно, якщо вибрано HTTP або HTTPS як протокол проксі.
Базовий — використовується для оператора користувача HTTP для надання імені користувача та пароля під час надсилання запиту. Використовує кодування Base64.
Доступно, якщо вибрано HTTP або HTTPS як протокол проксі.
Вимагає ввести ім’я користувача та пароль на кожному вузлі.
Дайджест — Використовується для підтвердження облікового запису перед надсиланням конфіденційної інформації. Застосовує хеш-функцію до імені користувача та пароля перед надсиланням через мережу.
Доступно, лише якщо вибрано HTTPS як протокол проксі.
Вимагає ввести ім’я користувача та пароль на кожному вузлі.
Приклад гібридних вузлів безпеки даних і проксі
На цій діаграмі показано приклад підключення між гібридною безпекою даних, мережею та проксі. Для параметрів проксі-сервера з прозорою перевіркою та явною перевіркою HTTPS необхідно встановити той самий кореневий сертифікат на проксі-сервері та вузлах гібридної безпеки даних.
Режим дозволу заблокованого зовнішнього DNS (явні конфігурації проксі)
Коли ви реєструєте вузол або перевіряєте конфігурацію проксі вузла, процес перевіряє пошук DNS і можливість підключення до хмари Cisco Webex. У розгортаннях із явними конфігураціями проксі, які не дозволяють роздільну здатність зовнішнього DNS для внутрішніх клієнтів, якщо вузол не може запитувати сервери DNS, він автоматично переходить у режим роздільної здатності заблокованого зовнішнього DNS. У цьому режимі можна продовжити реєстрацію вузла та інші тести підключення проксі.
Вимоги до гібридної безпеки даних
Вимоги до ліцензії Cisco Webex
Щоб розгорнути гібридну безпеку даних:
Ви повинні мати пакет Pro для Cisco Webex Control Hub. (Дивhttps://www.cisco.com/go/pro-pack .)
Вимоги до Docker Desktop
Перш ніж установити вузли HDS, необхідно запустити програму встановлення Docker Desktop. Docker нещодавно оновив свою модель ліцензування. Вашій організації може знадобитися платна підписка на Docker Desktop. Докладніше див. в публікації блозі Docker, " Docker оновлює та подовжує наші підписки продуктів ".
Вимоги до сертифіката X.509
Ланцюжок сертифікатів має відповідати таким вимогам:
Вимоги | Відомості |
---|---|
| За замовчуванням ми довіряємо ЦС у списку Mozilla (за винятком WoSign і StartCom) за адресоюhttps://wiki.mozilla.org/CA:IncludedCAs . |
| CN не обов’язково має бути доступним або активним організатором. Рекомендовано використовувати назву, яка відображає вашу організацію, наприклад, CN не повинна містити символ * (підстановка). CN використовується для перевірки вузлів гібридної безпеки даних для клієнтів програми Webex. Усі вузли гібридної безпеки даних у вашому кластері використовують той самий сертифікат. Ваш KMS ідентифікує себе за допомогою домену CN, а не будь-якого домену, який визначено в полях SAN x.509v3. Після реєстрації вузла за допомогою цього сертифіката зміна імені домену CN не підтримується. Виберіть домен, який може застосовуватися як для ознайомлювального, так і для робочого розгортання. |
| Програмне забезпечення KMS не підтримує підписи SHA1 для перевірки підключень до KMS інших організацій. |
| Щоб змінити формат сертифіката, можна використовувати конвертер, наприклад OpenSSL. Під час запуску засобу налаштування HDS потрібно буде ввести пароль. |
Програмне забезпечення KMS не встановлює обмеження щодо використання ключів або розширеного використання ключів. Деякі центри сертифікації вимагають, щоб до кожного сертифіката були застосовані розширені обмеження використання ключів, наприклад автентифікація сервера. Можна використовувати автентифікацію сервера або інші налаштування.
Вимоги до віртуального хоста
Віртуальні хости, які ви налаштуєте як вузли гібридної безпеки даних у своєму кластері, мають такі вимоги:
Принаймні два окремих хости (рекомендовано 3) розташовані в одному захищеному центрі обробки даних
VMware ESXi 6.5 (або пізнішої версії) встановлено та працює.
Необхідно оновити версію, якщо у вас є попередня версія ESXi.
Мінімум 4 vCPU, 8 ГБ основної пам’яті, 30 ГБ місця на локальному жорсткому диску на сервер
Вимоги до сервера бази даних
Створіть нову базу даних для зберігання ключів. Не використовуйте базу даних за замовчуванням. Програми HDS після встановлення створюють схему бази даних. |
Є два варіанти для сервера бази даних. Вимоги до кожного є такими:
PostgreSQL | Microsoft SQL Server | ||
---|---|---|---|
|
| ||
Мінімум 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 ( Завжди ввімкнені екземпляри кластера перемикання і Завжди ввімкнені групи доступності ). |
Додаткові вимоги до автентифікації Windows у Microsoft SQL Server
Якщо ви хочете, щоб вузли HDS використовували автентифікацію Windows для отримання доступу до бази даних сховища ключів на Microsoft SQL Server, вам потрібна така конфігурація у вашому середовищі:
Вузли HDS, інфраструктура Active Directory і MS SQL Server мають бути синхронізовані з NTP.
Обліковий запис Windows, який ви надаєте вузлам HDS, повинен мати доступ для читання та запису до бази даних.
Сервери DNS, які ви надаєте вузлам HDS, повинні мати можливість дозволити ваш центр розподілу ключів (KDC).
Ви можете зареєструвати екземпляр бази даних HDS на Microsoft SQL Server як ім’я користувача-служби (SPN) у вашому Active Directory. Див Зареєструйте ім’я користувача-служби для підключень Kerberos .
Інструмент налаштування HDS, засіб запуску HDS і локальний KMS повинні використовувати автентифікацію Windows для доступу до бази даних сховища ключів. Вони використовують дані вашої конфігурації ISO для створення SPN, коли запитують доступ за допомогою автентифікації Kerberos.
Вимоги до зовнішнього підключення
Налаштуйте брандмауер, щоб дозволити такі можливості підключення для програм HDS:
Застосування | Протокол | Порт | Напрямок із програми | Призначення |
---|---|---|---|---|
Вузли гібридної безпеки даних | TCP | 443 | Вихідні HTTPS і WSS |
|
Інструмент налаштування HDS | TCP | 443 | Вихідний HTTPS |
|
Вузли гібридної безпеки даних працюють із трансляцією доступу до мережі (NAT) або за брандмауером, якщо NAT або брандмауер дозволяє використовувати необхідні вихідні підключення до адресатів домену, наведених у попередній таблиці. Для вхідних підключень до вузлів гібридної безпеки даних порти з інтернету не повинні бути видимими. У вашому центрі обробки даних клієнтам потрібен доступ до вузлів гібридної безпеки даних на портах TCP 443 і 22 для адміністративних цілей. |
URL-адреси хостів Common Identity (CI) залежать від регіону. Це поточні хости CI:
Регіон | URL-адреси хоста спільних ідентифікаційних даних |
---|---|
Північна та Південна Америки |
|
Європейський Союз |
|
Канада |
|
Вимоги до проксі-сервера
Ми офіційно підтримуємо такі проксі-рішення, які можна інтегрувати з вашими вузлами гібридної безпеки даних.
Прозорий проксі — Cisco Web Security Appliance (WSA).
Явний проксі — Squid.
Проксі-сервери Squid, які перевіряють трафік HTTPS, можуть перешкоджати встановленню вебсокета (wss:) зв’язки. Щоб вирішити цю проблему, див Налаштуйте проксі Squid для гібридної безпеки даних .
Підтримуються такі комбінації типів автентифікації для явних проксі-серверів:
Немає автентифікації за допомогою HTTP або HTTPS
Базова автентифікація за допомогою HTTP або HTTPS
Дайджест автентифікації лише за допомогою HTTPS
Для прозорого проксі-сервера з перевіркою або явного проксі-сервера HTTPS необхідно мати копію кореневого сертифіката проксі. В інструкціях із розгортання в цьому посібнику описано, як передати копію до сховищ довіри вузлів гібридної безпеки даних.
Мережа, де розміщено вузли HDS, повинна бути налаштована на примусове маршрутизацію вихідного трафіку TCP через порт 443 через проксі.
Проксі, які перевіряють вебтрафік, можуть перешкоджати підключенням вебсокета. Якщо ця проблема виникне, обійти (не перевіряти) трафік до
wbx2.com
іciscospark.com
вирішить проблему.
Виконайте обов’язкові умови для гібридної безпеки даних
1. | Переконайтеся, що у вашій організації Webex увімкнено Pro Pack for Cisco Webex Control Hub, і отримайте облікові дані облікового запису з повними правами адміністратора організації. Зверніться до партнера Cisco або менеджера облікового запису, щоб отримати допомогу з цим процесом. | ||
2. | Виберіть ім’я домену для розгортання HDS (наприклад, | ||
3. | Підготуйте ідентичні віртуальні хости, які ви налаштуєте як вузли гібридної безпеки даних у своєму кластері. Вам потрібно принаймні два окремих хоста (рекомендовано 3), розміщені в одному захищеному центрі обробки даних, які відповідають вимогам у Вимоги до віртуального хоста . | ||
4. | Підготуйте сервер бази даних, який буде виконувати функцію сховища ключових даних для кластера, відповідно до Вимоги до сервера бази даних . Сервер бази даних має бути одночасно розташований у захищеному центрі обробки даних із віртуальними хостами. | ||
5. | Для швидкого аварійного відновлення налаштуйте середовище резервного копіювання в іншому центрі обробки даних. Середовище резервного копіювання відображає виробниче середовище віртуальних машин і сервера бази даних резервного копіювання. Наприклад, якщо робоча версія має 3 віртуальні машини з вузлами HDS, середовище резервного копіювання має містити 3 віртуальні машини. | ||
6. | Налаштуйте хост системного журналу для збору журналів із вузлів у кластері. Зібрати його мережеву адресу та порт системного журналу (за замовчуванням – UDP 514). | ||
7. | Створіть політику безпечного резервного копіювання для вузлів гібридної безпеки даних, сервера бази даних і хоста системного журналу. Як мінімум, щоб запобігти втраті даних без можливості відновлення, необхідно створити резервну копію бази даних і файлу ISO конфігурації, створеного для вузлів гібридної безпеки даних.
Клієнти програми Webex кешують свої ключі, тому перебої в роботі можуть бути помітні не відразу, а з часом. Хоча тимчасові перебої в роботі неможливо запобігти, їх можна відновити. Однак повна втрата (недоступні резервні копії) бази даних або файлу ISO конфігурації призведе до того, що дані клієнта будуть недоступні для відновлення. Очікується, що оператори вузлів гібридної безпеки даних будуть підтримувати часте резервне копіювання бази даних і файлу ISO конфігурації та бути готовими до відновлення центру обробки даних гібридної безпеки даних у разі катастрофічної помилки. | ||
8 | Переконайтеся, що конфігурація брандмауера дозволяє підключатися до вузлів гібридної безпеки даних, як описано в Вимоги до зовнішнього підключення . | ||
9 | Установити Docker (https://www.docker.com ) на будь-якому локальному комп’ютері з підтримуваною ОС (Microsoft Windows 10 Professional або Enterprise 64-розрядна версія або Mac OSX Yosemite 10.10.3 або новішої версії) з веббраузером, який може отримати до неї доступ за адресою http://127.0.0.1:8080. Ви використовуєте екземпляр Docker для завантаження та запуску засобу налаштування HDS, який створює інформацію про локальну конфігурацію для всіх вузлів гібридної безпеки даних. Вашій організації може знадобитися ліцензія Docker Desktop. Див Вимоги до Docker Desktop для отримання додаткової інформації. Щоб установити та запустити HDS Setup Tool, локальний комп’ютер повинен мати можливість підключення, описану в Вимоги до зовнішнього підключення . | ||
10 | Якщо ви інтегруєте проксі-сервер із гібридною безпекою даних, переконайтеся, що він відповідає Вимоги до проксі-сервера . | ||
11 | Якщо ваша організація використовує синхронізацію каталогів, створіть групу в Active Directory з викликом
|
Потік завдань розгортання безпеки гібридних даних
Перш ніж почати
1. |
Завантажте файл OVA на локальний комп’ютер для подальшого використання. | ||
2. | Створіть ISO конфігурації для хостів HDS Використовуйте інструмент налаштування HDS, щоб створити файл конфігурації ISO для вузлів гібридної безпеки даних. | ||
3. |
Створіть віртуальну машину з файлу OVA та виконайте початкове налаштування, наприклад налаштування мережі.
| ||
4. | Налаштуйте віртуальну машину гібридної безпеки даних Увійдіть на консоль VM і задайте облікові дані для входу. Налаштуйте параметри мережі для вузла, якщо ви не налаштували їх під час розгортання OVA. | ||
5. | Вивантажте та підключіть ISO конфігурації HDS Налаштуйте віртуальну машину з файлу конфігурації ISO, який ви створили за допомогою засобу налаштування HDS. | ||
6. | Налаштуйте вузол HDS для інтеграції проксі Якщо мережеве середовище вимагає конфігурації проксі-сервера, укажіть тип проксі, який ви використовуватимете для вузла, і за потреби додайте сертифікат проксі до сховища довіри. | ||
7. | Зареєструйте перший вузол у кластері Зареєструйте віртуальну машину в хмарі Cisco Webex як вузол гібридної безпеки даних. | ||
8 | Створіть і зареєструйте більше вузлів Завершіть налаштування кластера. | ||
9 | Запустіть ознайомлювальну версію та перейдіть до робочої версії (наступний розділ) Поки ви не запустите ознайомлювальну версію, ваші вузли створять попередження, що вказує на те, що ваша служба ще не активована. |
Завантажте файли встановлення
1. | Увійти вhttps://admin.webex.com , а потім клацніть Служби . | ||||
2. | У розділі Служби гібридного типу знайдіть картку безпеки гібридних даних і клацніть Налаштування . Якщо картку вимкнено або ви не бачите її, зверніться до команди облікового запису або партнерської організації. Надайте їм номер свого облікового запису та попросіть увімкнути гібридну безпеку даних у вашій організації. Щоб знайти номер облікового запису, клацніть шестірню у верхньому правому куті поруч із назвою організації.
| ||||
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
Створений вами файл конфігурації містить основний ключ, що шифрує базу даних PostgreSQL або Microsoft SQL Server. Остання копія цього файлу потрібна щоразу, коли ви вносите зміни конфігурації, наприклад:
Облікові дані бази даних
Оновлення сертифіката
Зміни політики авторизації
Якщо ви плануєте шифрувати підключення до бази даних, налаштуйте розгортання PostgreSQL або SQL Server для TLS.
1. | У командному рядку комп’ютера введіть команду, відповідну для вашого середовища: У звичайних середовищах:
У середовищах FedRAMP:
| ||||||||||||
2. | Щоб увійти до реєстру образів Docker, введіть таке:
| ||||||||||||
3. | У запиті на введення пароля введіть цей хеш:
| ||||||||||||
4. | Завантажте останній стабільний образ для вашого середовища: У звичайних середовищах:
У середовищах FedRAMP:
| ||||||||||||
5. | Після завершення вилучення введіть команду, відповідну для вашого середовища:
Коли контейнер запущено, відображається повідомлення "Express-сервер прослуховує порт 8080". | ||||||||||||
6. |
Використовуйте веббраузер, щоб перейти до локального хоста, Інструмент використовує цей перший запис імені користувача, щоб установити належне середовище для цього облікового запису. Потім інструмент відображає стандартну підказку про вхід. | ||||||||||||
7. | Коли з’явиться відповідний запит, введіть облікові дані для входу адміністратора клієнта Control Hub, а потім клацніть Увійти щоб дозволити доступ до необхідних служб для гібридної безпеки даних. | ||||||||||||
8 | На сторінці огляду інструмента налаштування клацніть Почати роботу . | ||||||||||||
9 | На Імпорт ISO на сторінці, у вас є такі параметри:
| ||||||||||||
10 | Переконайтеся, що ваш сертифікат X.509 відповідає вимогам у Вимоги до сертифіката X.509 .
| ||||||||||||
11 | Введіть адресу бази даних і обліковий запис HDS, щоб отримати доступ до сховища ключових даних: | ||||||||||||
12 | Виберіть a Режим підключення до бази даних TLS :
Під час передавання кореневого сертифіката (за необхідності) клацніть Продовжити , засіб налаштування HDS перевіряє підключення TLS до сервера бази даних. Інструмент також перевіряє підписувача сертифіката та ім’я хоста, якщо є. Якщо тест не виконано, інструмент відображає повідомлення про помилку з описом проблеми. Ви можете вибрати, чи ігнорувати помилку та продовжити налаштування. (Через відмінності в можливостях підключення вузли HDS можуть встановити підключення TLS, навіть якщо машині засобу налаштування HDS не вдасться успішно перевірити його.) | ||||||||||||
13 | На сторінці системних журналів налаштуйте сервер Syslogd: | ||||||||||||
14 | (Необов’язково) Можна змінити значення за замовчуванням для деяких параметрів підключення до бази даних у Розширені налаштування . Як правило, цей параметр є єдиним, який ви можете змінити:
| ||||||||||||
15 | Клацніть Продовжити на Скинути пароль службових облікових записів екрана. Термін дії паролів службових облікових записів становить дев’ять місяців. Використовуйте цей екран, коли термін дії ваших паролів наближається або ви хочете скинути їх, щоб зробити попередні файли ISO недійсними. | ||||||||||||
16 | Клацніть Завантажте файл ISO . Збережіть файл у місці, яке легко знайти. | ||||||||||||
17 | Створіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить головний ключ шифрування для вмісту бази даних. Обмежте доступ лише тим адміністраторам гібридної безпеки даних, які повинні вносити зміни в конфігурацію. | ||||||||||||
18 | Щоб вимкнути інструмент налаштування, введіть |
Що далі
Створіть резервну копію файлу конфігурації ISO. Він потрібен, щоб створити більше вузлів для відновлення або внести зміни в конфігурацію. Якщо ви втратили всі копії файлу ISO, ви також втратили основний ключ. Відновити ключі з бази даних PostgreSQL або Microsoft SQL Server неможливо.
Ми ніколи не маємо копії цього ключа. Ми не можемо допомогти, якщо ви її втратите. |
Установіть OVA хоста HDS
1. | Використовуйте клієнт VMware vSphere на своєму комп’ютері, щоб увійти до віртуального хоста ESXi. | ||||||
2. | Виберіть Файл > Розгорнути шаблон OVF . | ||||||
3. | У майстрі вкажіть розташування файлу OVA, який ви завантажили раніше, а потім клацніть Далі . | ||||||
4. | На Виберіть ім’я та папку сторінки, введіть a Ім’я віртуальної машини для вузла (наприклад, «HDS_ Node_ 1"), виберіть розташування, де може перебувати розгортання вузла віртуальної машини, а потім клацніть Далі . | ||||||
5. | На Виберіть обчислювальний ресурс виберіть цільовий обчислювальний ресурс, а потім клацніть Далі . Запускається перевірка. Після завершення відобразяться відомості про шаблон. | ||||||
6. | Перевірте відомості шаблону й клацніть Далі . | ||||||
7. | Якщо вас попросять вибрати конфігурацію ресурсу на Конфігурація сторінки, клацніть 4 ЦП а потім клацніть Далі . | ||||||
8 | На Виберіть сховище сторінки, клацніть Далі щоб прийняти формат диска за замовчуванням і політику сховища VM. | ||||||
9 | На Виберіть мережі виберіть мережевий параметр зі списку записів, щоб забезпечити потрібне підключення до VM. | ||||||
10 | На Налаштувати шаблон налаштуйте такі параметри мережі:
За бажанням можна пропустити конфігурацію мережевих параметрів і виконати інструкції Налаштуйте віртуальну машину гібридної безпеки даних щоб налаштувати параметри з консолі вузла.
| ||||||
11 | Клацніть правою кнопкою миші вузол VM, а потім виберіть .Програмне забезпечення Hybrid Data Security встановлюється як гість на хості VM. Тепер ви готові ввійти на консоль і налаштувати вузол. Поради з усунення несправностей Перед відкриттям контейнерів вузлів може виникнути затримка в кілька хвилин. Повідомлення брандмауера мосту з’являється на консолі під час першого завантаження, під час якого ви не можете ввійти. |
Налаштуйте віртуальну машину гібридної безпеки даних
Використовуйте цю процедуру, щоб уперше ввійти до консолі VM вузла гібридної безпеки даних і задати облікові дані для входу. Ви також можете використовувати консоль, щоб налаштувати параметри мережі для вузла, якщо ви не налаштували їх під час розгортання OVA.
1. | У клієнті VMware vSphere виберіть свою віртуальну машину вузла гібридної безпеки даних і виберіть Консоль вкладка. ВМ завантажиться, і з’явиться запит щодо входу. Якщо запит щодо входу не відображається, натисніть Введіть .
|
2. | Використовуйте такі логін і пароль за замовчуванням для входу та зміни облікових даних: Оскільки ви вперше входите на свою віртуальну машину, вам потрібно змінити пароль адміністратора. |
3. | Якщо ви вже налаштували параметри мережі в Установіть OVA хоста HDS , пропустіть решту цієї процедури. В іншому разі в головному меню виберіть Змінити конфігурацію параметр. |
4. | Налаштуйте статичну конфігурацію з інформацією про IP-адресу, маску, шлюз і DNS. Ваш вузол повинен мати внутрішню IP-адресу та DNS-ім’я. DHCP не підтримується. |
5. | (Необов’язково) Змініть ім’я хоста, домен або сервери NTP, якщо потрібно, щоб вони відповідали вашій політиці мережі. Не потрібно налаштовувати домен відповідно до домену, який ви використовували для отримання сертифіката X.509. |
6. | Збережіть конфігурацію мережі та перезавантажте віртуальну машину, щоб зміни набули сили. |
Вивантажте та підключіть ISO конфігурації HDS
Перш ніж почати
Оскільки файл ISO містить основний ключ, його потрібно надавати лише в разі необхідності для доступу віртуальних машин гібридної безпеки даних і всіх адміністраторів, яким може знадобитися внести зміни. Переконайтеся, що лише ці адміністратори мають доступ до сховища даних.
1. | Передайте файл ISO з комп’ютера: |
2. | Підключіть файл ISO: |
Що далі
Якщо цього вимагає політика ІТ, ви можете додатково відключити файл ISO після того, як усі вузли отримають зміни конфігурації. Див (Необов’язково) Відключіть ISO після конфігурації HDS для отримання додаткової інформації.
Налаштуйте вузол HDS для інтеграції проксі
Якщо мережеве середовище вимагає проксі, скористайтеся цією процедурою, щоб указати тип проксі, який потрібно інтегрувати з гібридною безпекою даних. Якщо ви виберете прозорий перевіряючий проксі або явний проксі HTTPS, можна використовувати інтерфейс вузла для передавання та встановлення кореневого сертифіката. Ви також можете перевірити підключення проксі в інтерфейсі та усунути будь-які потенційні проблеми.
Перш ніж почати
Див Підтримка проксі для огляду підтримуваних параметрів проксі.
1. | Введіть URL-адресу налаштування вузла HDS |
2. | Перейти до Сховище довіри та проксі , а потім виберіть параметр:
Виконайте наступні кроки для проксі-сервера з перевіркою, проксі-сервера з явним доступом HTTP з базовою автентифікацією або явним проксі-сервером HTTPS. |
3. | Клацніть Передати кореневий сертифікат або сертифікат кінцевого запису , а потім перейдіть до виберіть кореневий сертифікат для проксі. Сертифікат передано, але його ще не встановлено, оскільки для встановлення сертифіката необхідно перезавантажити вузол. Клацніть стрілку в формі шеврону біля імені емітента сертифіката, щоб отримати додаткову інформацію, або клацніть Видалити якщо ви зробили помилку й хочете повторно передати файл. |
4. | Клацніть Перевірте підключення проксі щоб перевірити підключення до мережі між вузлом і проксі. Якщо перевірку підключення не вдалося виконати, ви побачите повідомлення про помилку, у якому буде вказано причину та способи виправлення проблеми. Якщо відображається повідомлення про помилку розв’язання зовнішнього DNS, вузлу не вдалося зв’язатися з сервером DNS. Ця умова очікується в багатьох явних конфігураціях проксі. Можна продовжити налаштування, і вузол функціонуватиме в режимі роздільної здатності заблокованого зовнішнього DNS. Якщо ви вважаєте, що це помилка, виконайте ці кроки, а потім перегляньте Вимкніть режим роздільної здатності заблокованого зовнішнього DNS . |
5. | Після завершення перевірки підключення для явного проксі, установленого лише на https, увімкніть перемикач Маршрутизувати всі запити HTTPS на порт 443/444 від цього вузла через явний проксі-сервер . Це налаштування набуде чинності через 15 секунд. |
6. | Клацніть Установіть усі сертифікати в сховище довіри (з’являється для явного проксі HTTPS або прозорого проксі-сервера для перевірки) або Перезавантажте (з’являється для явного проксі-сервера HTTP), прочитайте підказку, а потім клацніть Установити якщо ви готові. Вузол перезавантажиться за кілька хвилин. |
7. | Після перезавантаження вузла за потреби ввійдіть ще раз, а потім відкрийте файл Огляд сторінку, щоб перевірити перевірки підключення та переконатися, що всі вони мають зелений стан. Перевірка підключення до проксі перевіряє лише субдомен webex.com. Якщо виникають проблеми з підключенням, поширеною проблемою є те, що деякі з хмарних доменів, перелічених в інструкціях зі встановлення, блокуються на проксі. |
Зареєструйте перший вузол у кластері
Коли ви реєструєте свій перший вузол, ви створюєте кластер, якому призначено цей вузол. Кластер містить один або кілька вузлів, розгорнутих для забезпечення резервування.
Перш ніж почати
Після початку реєстрації вузла її потрібно завершити протягом 60 хвилин, інакше доведеться починати спочатку.
Переконайтеся, що блокувальники спливаючих вікон у вашому браузері вимкнено або дозволено виняток для admin.webex.com.
1. | Увійдіть у https://admin.webex.com. |
2. | У меню ліворуч на екрані виберіть Служби . |
3. | У розділі Служби гібридного типу знайдіть гібридну безпеку даних і клацніть Налаштування . З’явиться сторінка Реєстрація вузла безпеки гібридних даних.
|
4. | Виберіть Так , щоб зазначити, що ви налаштували вузол і готові його зареєструвати, а потім клацніть Далі . |
5. | У першому полі введіть ім’я кластера, якому потрібно призначити вузол гібридної безпеки даних. Рекомендовано призначати кластеру залежно від географічного розташування вузлів кластера. Приклади. "Сан-Франциско", "Нью-Йорк" або "Даллас" |
6. | У другому полі введіть внутрішню IP-адресу або повне доменне ім’я (FQDN) вашого вузла та клацніть Далі . Ця IP-адреса або повне доменне ім’я має збігатися з IP-адресою або іменем хоста й доменом, які ви використовували Налаштуйте віртуальну машину гібридної безпеки даних . З’явиться повідомлення про те, що ви можете зареєструвати свій вузол у Webex.
|
7. | Клацніть Перейдіть до Node . |
8 | Клацніть Продовжити у попередженні. Через кілька секунд вас буде перенаправлено до тестів підключення вузлів для служб Webex. Якщо всі тести пройшли успішно, з’явиться сторінка Дозволити доступ до вузла безпеки гібридних даних. Тут ви підтверджуєте, що хочете надати дозволи організації Webex на доступ до вашого вузла.
|
9 | Перевірте Надайте доступ до вузла гібридної безпеки даних прапорець, а потім клацніть Продовжити . Ваш обліковий запис перевірено, і повідомлення «Реєстрацію завершено» вказує, що ваш вузол наразі зареєстровано в хмарі Webex.
|
10 | Клацніть посилання або закрийте вкладку, щоб повернутися на сторінку безпеки гібридних даних Control Hub. На Гібридна безпека даних на сторінці, відображається новий кластер, що містить зареєстрований вами вузол. Вузол автоматично завантажить останню версію програмного забезпечення з хмари.
|
Створіть і зареєструйте більше вузлів
Зараз резервні VM, які ви створили Виконайте обов’язкові умови для гібридної безпеки даних резервні хости, які використовуються лише в разі аварійного відновлення; вони не зареєстровані в системі до цього часу. Докладніше див Аварійне відновлення за допомогою резервного центру обробки даних . |
Перш ніж почати
Після початку реєстрації вузла її потрібно завершити протягом 60 хвилин, інакше доведеться починати спочатку.
Переконайтеся, що блокувальники спливаючих вікон у вашому браузері вимкнено або дозволено виняток для admin.webex.com.
1. | Створіть нову віртуальну машину з OVA, повторивши кроки в Установіть OVA хоста HDS . |
2. | Налаштуйте початкову конфігурацію на новій віртуальній машині, повторивши кроки в Налаштуйте віртуальну машину гібридної безпеки даних . |
3. | На новій віртуальній машині повторіть кроки в Вивантажте та підключіть ISO конфігурації HDS . |
4. | Якщо ви налаштовуєте проксі для свого розгортання, повторіть кроки в розділі Налаштуйте вузол HDS для інтеграції проксі за потребою для нового вузла. |
5. | Зареєструйте вузол. Ваш вузол зареєстровано. Зауважте, що поки ви не запустите ознайомлювальну версію, ваші вузли створять попередження, що вказує на те, що ваша служба ще не активована.
|
Що далі
Потік завдань із пробної версії до виробничого
Після налаштування кластера гібридної безпеки даних можна запустити пілот, додати до нього користувачів і почати використовувати його для тестування та перевірки розгортання під час підготовки до переходу до робочої версії.
Перш ніж почати
1. | Якщо можливо, синхронізуйте Якщо ваша організація використовує синхронізацію каталогу для користувачів, потрібно вибрати |
2. | Активувати ознайомлювальну версію Почніть пробну версію. Поки ви не виконаєте це завдання, ваші вузли створять попередження, що вказує на те, що служба ще не активована. |
3. | Перевірте розгортання гібридної безпеки даних Перевірте, чи передаються запити на ключ до розгортання гібридної безпеки даних. |
4. | Моніторинг працездатності гібридної безпеки даних Перевірте стан і налаштуйте сповіщення електронною поштою для попереджень. |
5. | |
6. | Завершіть ознайомлювальну фазу, виконавши одну з таких дій: |
Активувати ознайомлювальну версію
Перш ніж почати
Якщо ваша організація використовує синхронізацію каталогу для користувачів, потрібно вибрати HdsTrialGroup
груповий об’єкт для синхронізації з хмарою, перш ніж ви зможете почати ознайомлювальну версію для вашої організації. Інструкції див Посібник із розгортання для Cisco Directory Connector.
1. | Увійти вhttps://admin.webex.com , а потім виберіть Служби . |
2. | У розділі Безпека гібридних даних клацніть Налаштування . |
3. | У розділі Стан служби клацніть Почати пробну версію . Стан служби змінюється на ознайомлювальний режим.
|
4. | Клацніть Додати користувачів і введіть адресу електронної пошти одного або кількох користувачів, які будуть використовувати ваші вузли гібридної безпеки даних для служб шифрування та індексування. (Якщо ваша організація використовує синхронізацію каталогів, використовуйте Active Directory для керування ознайомлювальною групою, |
Перевірте розгортання гібридної безпеки даних
Перш ніж почати
Налаштуйте розгортання гібридної безпеки даних.
Активуйте ознайомлювальну версію та додайте кілька користувачів пробної версії.
Переконайтеся, що у вас є доступ до системного журналу, щоб переконатися, що запити на ключ передаються до вашого розгортання гібридної безпеки даних.
1. | Ключі для певного простору встановлюються його творцем. Увійдіть у програму Webex як один із пілотних користувачів, а потім створіть простір і запросіть принаймні одного пілотного користувача та одного не пілотного користувача.
| ||
2. | Надсилайте повідомлення в новий простір. | ||
3. | Перевірте вивід системного журналу, щоб переконатися, що запити на ключ передаються до вашого розгортання гібридної безпеки даних. |
Моніторинг працездатності гібридної безпеки даних
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
Використовуйте описані тут завдання, щоб керувати розгортанням гібридної безпеки даних.
Установіть розклад оновлення кластерів
Щоб установити розклад оновлення:
1. | Увійдіть у Control Hub. |
2. | На сторінці "Огляд" у розділі "Гібридні служби" виберіть Гібридна безпека даних . |
3. | На сторінці Ресурси безпеки гібридних даних виберіть кластер. |
4. | На панелі «Огляд» праворуч у розділі «Налаштування кластера» виберіть ім’я кластера. |
5. | На сторінці налаштувань у розділі «Оновлення» виберіть час і часовий пояс для розкладу оновлення. Примітка. Під часовим поясом відображається наступна доступна дата й час оновлення версії. За потреби можна відкласти оновлення версії на наступний день, натиснувши Відкласти . |
Змініть конфігурацію вузла
Зміна сертифікатів x.509 через закінчення терміну дії або інші причини.
Зміна імені домену CN для сертифіката не підтримується. Домен має збігатися з вихідним доменом, який використовується для реєстрації кластера.
Оновлення параметрів бази даних для зміни на репліку бази даних PostgreSQL або Microsoft SQL Server.
Ми не підтримуємо міграцію даних із PostgreSQL до Microsoft SQL Server або навпаки. Щоб перемкнути середовище бази даних, почніть нове розгортання гібридної безпеки даних.
Створення нової конфігурації для підготовки нового центру обробки даних.
Крім того, з міркувань безпеки Hybrid Data Security використовує паролі службових облікових записів, термін дії яких становить дев’ять місяців. Після того як інструмент налаштування 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. | За допомогою Docker на локальному комп’ютері запустіть інструмент налаштування HDS. |
2. | Якщо запущено лише один вузол HDS , створіть нову віртуальну машину вузла гібридної безпеки даних і зареєструйте її за допомогою нового файлу ISO конфігурації. Докладні інструкції див Створіть і зареєструйте більше вузлів . |
3. | Для наявних вузлів HDS, на яких запущено старіший файл конфігурації, підключіть файл ISO. Виконайте наведену далі процедуру на кожному вузлі по черзі, оновлюючи кожен вузол перед вимкненням наступного: |
4. | Повторіть крок 3, щоб замінити конфігурацію на кожному вузлі, що залишився, на якому запущено стару конфігурацію. |
Вимкніть режим роздільної здатності заблокованого зовнішнього DNS
Коли ви реєструєте вузол або перевіряєте конфігурацію проксі вузла, процес перевіряє пошук DNS і можливість підключення до хмари Cisco Webex. Якщо сервер DNS вузла не може дозволити загальнодоступні імена DNS, вузол автоматично переходить у режим роздільної здатності заблокованого зовнішнього DNS.
Якщо ваші вузли здатні дозволяти публічні імена DNS через внутрішні сервери DNS, можна вимкнути цей режим, повторно запустивши перевірку підключення до проксі на кожному вузлі.
Перш ніж почати
1. | У веббраузері відкрийте інтерфейс вузла Hybrid Data Security (IP-адреса/налаштування, наприклад,https://192.0.2.0/setup), введіть облікові дані адміністратора, які ви налаштували для вузла, а потім клацніть Увійти . |
2. | Перейти до Огляд (сторінка за замовчуванням). Якщо ввімкнено, Роздільна здатність заблокованого зовнішнього DNS встановлено на Так . |
3. | Перейдіть до Сховище довіри та проксі сторінка. |
4. | Клацніть Перевірте підключення проксі . Якщо з’явиться повідомлення про помилку розв’язання зовнішнього DNS, вузол не зміг зв’язатися з сервером DNS і залишиться в цьому режимі. В іншому разі після перезавантаження вузла й повернення до Огляд сторінки, роздільна здатність заблокованого зовнішнього DNS має бути встановлена на no. |
Що далі
Видалити вузол
1. | Використовуйте клієнт VMware vSphere на своєму комп’ютері, щоб увійти до віртуального хоста ESXi та вимкнути віртуальну машину. |
2. | Видалити вузол: |
3. | У клієнті vSphere видаліть віртуальну машину. (На панелі переходів ліворуч клацніть VM правою кнопкою миші й клацніть Видалити .) Якщо ви не видалите віртуальну машину, не забудьте відключити файл ISO конфігурації. Без файлу ISO ви не зможете використовувати віртуальну машину для доступу до даних безпеки. |
Аварійне відновлення за допомогою резервного центру обробки даних
Найважливіша служба, яку надає кластер гібридної безпеки даних, — це створення та зберігання ключів, що використовуються для шифрування повідомлень та іншого контенту, що зберігається в хмарі Webex. Для кожного користувача в організації, якого призначено до гібридної безпеки даних, запити на створення нових ключів маршрутизуються до кластера. Кластер також відповідає за повернення створених ним ключів будь-яким користувачам, уповноваженим на їх отримання, наприклад учасникам простору розмови.
Оскільки кластер виконує критичну функцію надання цих ключів, важливо, щоб кластер продовжував працювати та підтримувалися належні резервні копії. Втрата бази даних гібридної безпеки даних або ISO конфігурації, що використовується для схеми, призведе до НЕВІДПОВІДАННЯ ВТРАТИ контенту клієнта. Щоб запобігти такій втраті, необхідно дотримуватися наведених нижче дій.
Якщо внаслідок стихійного лиха розгортання HDS в основному центрі обробки даних стає недоступним, виконайте цю процедуру, щоб вручну перейти до резервного центру обробки даних.
1. | Запустіть інструмент налаштування HDS і виконайте кроки, зазначені в Створіть ISO конфігурації для хостів HDS . | ||
2. | Після налаштування сервера Syslogd клацніть Розширені налаштування | ||
3. | На Розширені налаштування сторінку, додайте конфігурацію нижче або видаліть
| ||
4. | Завершіть процес налаштування та збережіть файл ISO у місці, яке легко знайти. | ||
5. | Створіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить головний ключ шифрування для вмісту бази даних. Обмежте доступ лише тим адміністраторам гібридної безпеки даних, які повинні вносити зміни в конфігурацію. | ||
6. | На лівій панелі навігації клієнта VMware vSphere клацніть правою кнопкою миші віртуальну машину й клацніть Змінити налаштування. . | ||
7. | Клацніть Змінити налаштування > Привід CD/DVD 1 і виберіть файл ISO сховища даних.
| ||
8 | Увімкніть вузол HDS і переконайтеся, що немає попереджень щонайменше 15 хвилин. | ||
9 | Повторіть процес для кожного вузла в резервному центрі обробки даних.
|
Що далі
(Необов’язково) Відключіть 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. | Виберіть Файл ISO сховища даних . і зніміть прапорець |
4. | Увімкніть вузол HDS і переконайтеся, що попередження немає принаймні 20 хвилин. |
5. | Повторіть по черзі для кожного вузла HDS. |
Перегляд сповіщень і усунення несправностей
Розгортання гібридної безпеки даних вважається недоступним, якщо всі вузли в кластері недоступні або кластер працює настільки повільно, що запитує тайм-аут. Якщо користувачі не можуть підключитися до кластера гібридної безпеки даних, у них з’являються такі ознаки:
Неможливо створити нові простори (неможливо створити нові ключі)
Не вдалося розшифрувати повідомлення та назви просторів для:
До простору додано нових користувачів (не вдається отримати ключі)
Наявні користувачі в просторі, що використовують нового клієнта (не вдається отримати ключі)
Наявні користувачі в просторі продовжуватимуть успішно працювати, доки їхні клієнти мають кеш ключів шифрування.
Важливо належним чином відстежувати кластер гібридної безпеки даних і своєчасно виправляти будь-які сповіщення, щоб уникнути перебоїв у роботі служби.
Сповіщення
Якщо виникла проблема з налаштуванням гібридної безпеки даних, Control Hub відображає сповіщення адміністратору організації та надсилає електронні листи на налаштовану адресу електронної пошти. Сповіщення охоплюють багато поширених сценаріїв.
Оповіщення | Дія |
---|---|
Помилка доступу до локальної бази даних. |
Перевірте помилки бази даних або проблеми з локальною мережею. |
Помилка підключення до локальної бази даних. |
Переконайтеся, що сервер бази даних доступний, а в конфігурації вузла використано правильні облікові дані облікового запису служби. |
Помилка доступу до хмарної служби. |
Переконайтеся, що вузли мають доступ до серверів 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 для програмного забезпечення та документації.
Створіть закритий ключ.
Почніть цю процедуру, коли отримаєте сертифікат сервера від центру сертифікації (CA).
1. | Отримавши сертифікат сервера від CA, збережіть його як |
2. | Відобразіть сертифікат у вигляді тексту та перевірте відомості.
|
3. | Використовуйте текстовий редактор, щоб створити файл пакета сертифікатів під назвою
|
4. | Створіть файл .p12 зі зручним іменем
|
5. | Перевірте відомості про сертифікат сервера. |
Що далі
Повернутися до Виконайте обов’язкові умови для гібридної безпеки даних . Ви використовуватимете hdsnode.p12
файл і пароль, який ви для нього встановили, у Створіть ISO конфігурації для хостів HDS .
Ви можете повторно використовувати ці файли для запиту нового сертифіката після завершення терміну дії оригінального сертифіката. |
Трафік між вузлами HDS і хмарою
Трафік збору вихідних показників
Вузли гібридної безпеки даних надсилають певні показники до хмари Webex. До них належать системні показники для максимальної кількості накопичувачів, використаної пам’яті, навантаження на ЦП і кількості потоків; метрики для синхронних та асинхронних потоків; показники для оповіщень, що включають поріг з’єднань шифрування, затримку або довжину черги запитів; метрики в сховищі даних; і показники підключення шифрування. Вузли надсилають матеріал зашифрованого ключа через позасмуговий (окремий від запиту) канал.
Вхідний трафік
Вузли гібридної безпеки даних отримують такі типи вхідного трафіку з хмари Webex:
Запити шифрування від клієнтів, які маршрутизуються службою шифрування
Оновлення програмного забезпечення вузла
Налаштуйте проксі Squid для гібридної безпеки даних
Websocket не вдається підключитися через проксі-сервер Squid
Проксі-сервери Squid, які перевіряють трафік HTTPS, можуть перешкоджати встановленню websocket ( wss:
) підключення, які вимагає Hybrid Data Security. У цих розділах наведено інструкції щодо налаштування різних версій Squid для ігнорування wss:
трафіку для належної роботи служб.
Кальмари 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 року |
|
13 жовтня 2021 р. |
Перш ніж ви зможете встановити вузли HDS, на робочому столі Docker має запустити програму встановлення. Див. Вимоги до робочого стола Docker. |
Червні 24, 2021 |
Зазначено, що можна повторно використовувати файл закритого ключа та CSR, щоб надіслати запит на інший сертифікат. Докладніше див. в статті Використання OpenSSL для створення файлу PKCS12 . |
30 квітня 2021 р. |
Вимогу VM для локального місця на жорсткому диску змінено на 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 року |
Оновлено вимоги до зовнішнього підключення з новими організаторами Americas 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 року | Додано додаток Configure Squid Proxy for Hybrid Data Security (Налаштування проксі-серверів для гібридної безпеки даних) з інструкціями з налаштування Squid-проксі-серверів для ігнорування трафіку вебсокетів для належної роботи. |
20 серпня 2019 р. |
Додано й оновлено розділи для покриття проксі-підтримки для зв’язку вузлів гібридної безпеки даних із хмарою Webex. Щоб отримати доступ лише до вмісту підтримки проксі для наявного розгортання, перегляньте довідкову статтю Підтримка проксі для гібридної безпеки даних і Webex Video Mesh . |
13 червня 2019 року | Ознайомлювальний процес до виробничого процесу оновлено з нагадуванням про синхронізацію каталогу об’єкта групи HdsTrialGroup перед початком ознайомлювального періоду, якщо ваша організація використовує синхронізацію каталогів. |
6 березня 2019 року |
|
27 лютого 2020 р. |
|
26 лютого 2019 р. |
|
Січень 24, 2019 |
|
5 листопада 2018 року |
|
19 жовтня 2018 року |
|
31 липня 2018 року |
|
21 травня 2018 р. |
Термінологію змінено, щоб відобразити ребрендинг Cisco Spark:
|
11 квітня 2018 року |
|
Лютого 22, 2018 |
|
15 лютого 2018 року |
|
18 січня 2018 року |
|
2 листопада 2017 року |
|
18 серпня 2017 року |
Вперше опубліковано |
Почніть роботу з гібридною безпекою даних
Огляд гібридної безпеки даних
З першого дня безпека даних була основним завданням у розробці програми Webex. Наріжним каменем цієї безпеки є наскрізне шифрування контенту, яке ввімкнено клієнтами програми Webex, які взаємодіють зі службою керування ключами (KMS). KMS відповідає за створення і управління криптографічними ключами, які клієнти використовують для динамічного шифрування і дешифрування повідомлень і файлів.
За замовчуванням усі клієнти програми Webex отримують наскрізне шифрування за допомогою динамічних ключів, що зберігаються в хмарному KMS у області безпеки Cisco. Гібридна безпека даних переміщує KMS та інші функції, пов'язані з безпекою, до вашого корпоративного центру обробки даних, тому ніхто, крім вас, не тримає ключі до вашого зашифрованого вмісту.
Архітектура області безпеки
Хмарна архітектура Webex розділяє різні типи служб на окремі області або домени довіри, як показано нижче.
Щоб краще зрозуміти гібридну безпеку даних, спочатку розгляньмо цей випадок у чистому хмарі, де Cisco надає всі функції у своїх хмарних областях. Служба ідентифікації, єдине місце, де користувачі можуть бути безпосередньо пов’язані з їхньою персональною інформацією, як-от адреса електронної пошти, логічно та фізично відокремлена від області безпеки в центрі обробки даних B. Обидва, у свою чергу, відокремлені від області, де зрештою зберігається зашифрований контент, в центрі обробки даних C.
На цій діаграмі клієнтом є програма Webex, що працює на ноутбуці користувача й автентифікувався за допомогою служби ідентифікації. Коли користувач складає повідомлення для надсилання до простору, виконуються такі кроки:
-
Клієнт встановлює захищене з’єднання зі службою керування ключами (KMS), а потім запитує ключ для шифрування повідомлення. Для захищеного з’єднання використовується ECDH, а KMS шифрує ключ за допомогою основного ключа AES-256.
-
Повідомлення зашифровано перед тим, як воно залишає клієнта. Клієнт надсилає його в службу індексації, яка створює зашифровані пошукові індекси для допомоги в подальшому пошуку контенту.
-
Зашифроване повідомлення надсилається до служби відповідності для перевірки відповідності.
-
Зашифроване повідомлення зберігається в області сховища.
Під час розгортання гібридної безпеки даних ви переміщуєте функції області безпеки (KMS, індексація та відповідність) до локального центру обробки даних. Інші хмарні служби, які складають Webex (зокрема, ідентифікаційні дані та сховище контенту), залишаються в області Cisco.
Співпраця з іншими організаціями
Користувачі вашої організації можуть регулярно використовувати програму Webex для співпраці з зовнішніми учасниками в інших організаціях. Коли один із ваших користувачів запитує ключ для простору, що належить вашій організації (оскільки його створив один із ваших користувачів), ваш KMS надсилає ключ клієнту через канал, захищений ECDH. Однак, якщо ключ для простору належить іншій організації, ваш KMS надсилає запит в хмару Webex через окремий канал ECDH, щоб отримати ключ із відповідного KMS, а потім повертає ключ користувачеві в вихідному каналі.
Служба KMS, яку запущено в організації A, перевіряє підключення до KMS в інших організаціях за допомогою сертифікатів PKI x.509. Додаткову інформацію про створення сертифіката x.509 для використання з розгортанням гібридної безпеки даних див. в розділі Підготовка середовища .
Очікування розгортання гібридної безпеки даних
Розгортання гібридної безпеки даних вимагає значного залучення клієнтів і обізнаності про ризики, пов’язані із володінням ключами шифрування.
Щоб розгорнути гібридну безпеку даних, необхідно надати:
-
Безпечний центр обробки даних у країні, яка є підтримуваним розташуванням для планів Cisco Webex Teams.
-
Обладнання, програмне забезпечення та доступ до мережі, описані в .
Повна втрата ISO конфігурації, яку ви створюєте для гібридної безпеки даних, або бази даних, яку ви надаєте, призведе до втрати ключів. Втрата ключа забороняє користувачам розшифрувати контент простору та інші зашифровані дані в програмі Webex. Якщо це станеться, ви зможете створити нове розгортання, але буде відображено лише новий контент. Щоб уникнути втрати доступу до даних, необхідно:
-
Керування резервним копіюванням і відновленням бази даних та ISO конфігурації.
-
Будьте готові до швидкого відновлення після відмови в разі виникнення катастрофи, як-от помилка диска бази даних або помилка центру обробки даних.
Відсутній механізм для переміщення ключів назад у хмару після розгортання HDS.
Процес налаштування на високому рівні
Цей документ охоплює налаштування та керування розгортанням гібридної безпеки даних:
Налаштування гібридної безпеки даних. Зокрема, підготовка необхідної інфраструктури та встановлення програмного забезпечення гібридної безпеки даних, тестування розгортання з підмножиною користувачів у ознайомлювальному режимі, а після завершення тестування перейдіть до виробництва. Уся організація буде перетворена на використання кластера гібридної безпеки даних для функцій безпеки.
Етапи налаштування, випробування та виробництва докладно описані в наступних трьох розділах.
-
Підтримуйте розгортання гібридної безпеки даних. Хмара Webex автоматично забезпечує постійні оновлення версії. Ваш ІТ-відділ може надати підтримку першого рівня для цього розгортання та за потреби залучити підтримку Cisco. Ви можете використовувати сповіщення на екрані та налаштувати сповіщення на основі електронної пошти в Control Hub.
-
Ознайомтеся з поширеними сповіщеннями, кроками усунення несправностей і відомими проблемами. Якщо у вас виникли проблеми з розгортанням або використанням гібридної безпеки даних, останній розділ цього посібника та додаток «Відомі проблеми» можуть допомогти вам визначити й вирішити цю проблему.
Модель розгортання гібридної безпеки даних
У вашому центрі обробки даних підприємства ви розгортаєте гібридну безпеку даних як єдиний кластер вузлів на окремих віртуальних хостах. Вузли зв’язуються з хмарою Webex за допомогою захищених вебсокетів і захищеного HTTP.
Під час процесу встановлення ми надаємо вам файл OVA для налаштування віртуального пристрою на наданих вами VM. Ви використовуєте інструмент налаштування HDS для створення користувацького файлу конфігурації ISO кластера, який буде змонтовано на кожному вузлі. Кластер гібридної безпеки даних використовує наданий сервер Syslogd і базу даних PostgreSQL або Microsoft SQL Server. (Ви налаштовуєте системний журнал і відомості про підключення до бази даних в інструменті налаштування HDS.)
Мінімальна кількість вузлів, які можна мати в кластері, дорівнює два. Рекомендовано принаймні три для кластера. Наявність кількох вузлів гарантує, що служба не переривається під час оновлення версії програмного забезпечення або іншої діяльності з обслуговування на вузлі. (Хмара Webex оновлює лише один вузол за раз.)
Усі вузли в кластері отримують доступ до одного єдиного сервера системних даних і активності журналу. Самі вузли не мають статусу, і обробляють ключові запити круглим способом, як спрямовано хмарою.
Вузли стають активними, коли їх зареєстровано в Control Hub. Щоб вилучити окремий вузол із експлуатації, його можна скасувати реєстрацію, а в разі потреби повторно зареєструвати.
Ми підтримуємо лише один кластер в одній організації.
Ознайомлювальний режим гібридної безпеки даних
Після налаштування розгортання гібридної безпеки даних спочатку спробуйте це з набором пілотних користувачів. Протягом пробного періоду ці користувачі використовують локальний домен гібридної безпеки даних для ключів шифрування та інших служб безпеки. Інші користувачі продовжують використовувати область хмарної безпеки.
Якщо ви вирішите не продовжувати розгортання під час пробного періоду та деактивувати службу, пілотні користувачі та будь-які користувачі, з якими вони взаємодіяли, створюючи нові простори протягом пробного періоду, втратять доступ до повідомлень і контенту. "Вони побачать ""Це повідомлення неможливо розшифрувати"" в програмі Webex."
Якщо ви задоволені тим, що ваше розгортання добре працює для користувачів ознайомлювальної версії, і ви готові поширити гібридну безпеку даних на всіх своїх користувачів, ви перемістите розгортання до виробничого рівня. Пілотні користувачі й надалі матимуть доступ до ключів, які використовувалися під час пробної версії. Однак ви не можете рухатися назад і назад між продуктивним режимом і початковою ознайомлювальною версією. Якщо потрібно деактивувати службу, як-от виконання відновлення після відмови, під час повторної активації необхідно розпочати новий ознайомлювальний період і налаштувати набір пілотних користувачів для нового ознайомлювального періоду, перш ніж повернутися в робочий режим. Чи зберігатимуть користувачі доступ до даних на цьому етапі, залежить від того, чи успішно підтримували ви резервні копії сховища ключових даних і файлу конфігурації ISO для вузлів гібридної безпеки даних у вашому кластері.
Центр даних у режимі очікування для відновлення після відмови
Під час розгортання ви налаштували безпечний центр обробки даних у режимі очікування. У разі несправності центру обробки даних ви можете вручну не виконувати перехід до центру обробки даних у режимі очікування.
Бази даних активних та резервних центрів обробки даних синхронізуються один з одним, що дозволить мінімізувати час, необхідний для виконання аварійного перемикання. Файл ISO центру обробки даних у режимі очікування оновлено додатковими конфігураціями, які гарантують, що вузли зареєстровані в організації, але не оброблятимуть трафік. Отже, вузли центру обробки даних у режимі очікування завжди залишаються актуальними з останньою версією програмного забезпечення HDS.
Активні вузли гібридної безпеки даних завжди мають бути в тому самому центрі обробки даних, що й активний сервер бази даних.
Налаштування центру обробки даних у режимі очікування для відновлення після відмови
Виконайте наведені нижче дії, щоб налаштувати файл ISO для центру обробки даних у режимі очікування:
Перед початком
-
Центр обробки даних у режимі очікування має відображати виробниче середовище VM і резервну базу даних PostgreSQL або Microsoft SQL Server. Наприклад, якщо у виробництві є 3 VM, які працюють вузли HDS, резервне середовище має мати 3 VM. (Огляд цієї моделі аварійного перемикання див. в центрі даних у режимі очікування для відновлення після відмови .)
-
Упевніться, що синхронізація бази даних увімкнена між базою даних активних і пасивних вузлів кластера.
1 |
Запустіть інструмент налаштування HDS і виконайте кроки, зазначені в Створити ISO конфігурації для хостів HDS. Файл ISO повинен бути копією оригінального файлу ISO основного центру обробки даних, у якому мають бути внесені такі оновлення конфігурації. |
2 |
Після налаштування сервера Syslogd клацніть Додаткові налаштування |
3 |
На сторінці Розширені налаштування додайте конфігурацію нижче, щоб помістити вузол у пасивний режим. У цьому режимі вузол буде зареєстровано в організації та підключено до хмари, але він не оброблятиме жодного трафіку.
|
4 |
Завершіть процес конфігурації та збережіть файл ISO у зручному для пошуку розташуванні. |
5 |
Зробіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить основний ключ шифрування для вмісту бази даних. Обмежте доступ лише тими адміністраторами гібридної безпеки даних, які повинні вносити зміни конфігурації. |
6 |
На лівій панелі навігації клієнта VMware vSphere клацніть правою кнопкою миші на VM і клацніть Змінити налаштування.. |
7 |
Клацніть Змінити налаштування >Диск CD/DVD 1 і виберіть файл ISO Datastore. Переконайтеся, що встановлено прапорець параметрів Підключено та Connect при увімкненні , щоб оновлені зміни конфігурації набули сили після запуску вузлів. |
8 |
Увімкніть вузол HDS і переконайтеся, що немає попереджень щонайменше 15 хвилин. |
9 |
Повторити процес для кожного вузла в центрі обробки даних у режимі очікування. Перевірте syslogs, щоб переконатися, що вузли перебувають у пасивному режимі. Ви повинні мати можливість переглядати повідомлення «KMS налаштовано в пасивному режимі» в системних логах. |
Що далі
Після налаштування passiveMode
у файлі ISO і збереження його можна створити іншу копію файлу ISO без конфігурації passiveMode
і зберегти його в захищеному місці. Ця копія файлу ISO без налаштування пасивного режиму
може допомогти у швидкому процесі аварійного перемикання під час відновлення після відмови. Докладну процедуру аварійного перемикання див. в розділі Відновлення після відмови з використанням центру обробки даних у режимі очікування .
Підтримка проксі
Гібридна безпека даних підтримує явні, прозорі перевірки та неінспектування проксі. Ви можете прив'язати ці проксі до свого розгортання, щоб ви могли захищати та контролювати трафік від підприємства до хмари. Ви можете використовувати інтерфейс адміністратора платформи на вузлах для управління сертифікатами та для перевірки загального стану підключення після налаштування проксі-сервера на вузлах.
Гібридні вузли захисту даних підтримують такі параметри проксі-сервера:
-
Немає проксі— За замовчуванням, якщо для інтеграції проксі не використовується налаштування вузла HDS Store і Proxy. Оновлення сертифіката не потрібне.
-
Прозорий неінспекційний проксі-сервер — вузли не налаштовані на використання конкретної адреси проксі-сервера, і не повинні вимагати внесення змін до роботи з проксі-сервером, що не інспектує. Оновлення сертифіката не потрібне.
-
Прозоре тунелювання чи інспектування проксі— вузли не налаштовані на використання конкретної адреси проксі-сервера. На вузлах не потрібні зміни конфігурації HTTP або HTTPS. Однак вузлам потрібен кореневий сертифікат, щоб вони довіряли проксі. Інспекційні проксі зазвичай використовуються ІТ-серверами для забезпечення дотримання політик, на яких веб-сайтах можна відвідувати та які типи вмісту заборонені. Цей тип проксі розшифровує весь ваш трафік (навіть HTTPS).
-
Явний проксі. За допомогою явного проксі-сервера вузлам HDS слід визначити, який проксі-сервер і схему автентифікації використовувати. Щоб налаштувати явний проксі, необхідно ввести наступну інформацію на кожному вузлі:
-
IP/FQDN проксі— адреса, яку можна використовувати для зв’язку з проксі-комп’ютером.
-
Проксі-порт— номер порту, який проксі використовує для прослуховування проксі-трафіку.
-
Проксі-протокол — залежно від того, що підтримує ваш проксі-сервер, виберіть один із таких протоколів:
-
HTTP — Перегляд і контроль усіх запитів, які надсилає клієнт.
-
HTTPS — забезпечує канал серверу. Клієнт отримує та перевіряє сертифікат сервера.
-
-
Тип автентифікації— виберіть із перелічених нижче типів автентифікації.
-
Немає— подальша автентифікація не потрібна.
Доступно, якщо в якості проксі-протоколу вибрано HTTP або HTTPS.
-
Базовий — використовується для оператора користувача HTTP для надання імені користувача та пароля під час подання запиту. Використовує кодування Base64.
Доступно, якщо в якості проксі-протоколу вибрано HTTP або HTTPS.
Потрібно ввести ім'я користувача і пароль на кожному вузлі.
-
Дайджест — використовується для підтвердження облікового запису перед надсиланням конфіденційної інформації. Застосовує хеш-функцію до імені користувача та пароля перед відправкою по мережі.
Доступно, лише якщо в якості проксі-протоколу вибрано протокол HTTPS.
Потрібно ввести ім'я користувача і пароль на кожному вузлі.
-
-
Приклад гібридних вузлів безпеки даних і проксі-сервера
На цій схемі наведено приклад підключення між гібридною безпекою даних, мережею та проксі-сервером. Для прозорої перевірки та явної перевірки параметрів проксі-сервера HTTPS на проксі-сервері та на вузлах гібридної безпеки даних повинен бути встановлений той самий кореневий сертифікат.
Заблокований зовнішній режим роздільної здатності DNS (явні конфігурації проксі)
Коли ви реєструєте вузол або перевіряєте конфігурацію проксі-сервера вузла, процес перевіряє пошук DNS і підключення до хмари Cisco Webex. У розгортаннях з явними конфігураціями проксі-сервера, які не дозволяють зовнішню роздільну здатність DNS для внутрішніх клієнтів, якщо вузол не може запитувати DNS-сервери, він автоматично переходить у режим блокування зовнішньої роздільної здатності DNS. У цьому режимі можна продовжити реєстрацію вузла та інші тести проксі-підключення.
Підготуйте своє оточення
Вимоги до гібридної безпеки даних
Вимоги до ліцензії Cisco Webex
Щоб розгорнути гібридну безпеку даних:
-
Необхідно мати професійний пакет для Cisco Webex Control Hub. (Див. https://www.cisco.com/go/pro-pack.)
Вимоги до робочого стола Docker
Перш ніж установити вузли HDS, необхідно Docker Desktop, щоб запустити програму встановлення. Docker нещодавно оновив свою ліцензійну модель. Ваша організація може вимагати платну підписку на Docker Desktop. Для отримання детальної інформації див. допис у блозі Docker "Docker оновлює та розширює підписку на наш продукт".
Вимоги до сертифіката X.509
Ланцюжок сертифікатів повинен відповідати таким вимогам:
Вимоги |
Відомості |
---|---|
|
За замовчуванням ми довіряємо ценам у списку Mozilla (за винятком WoSign і StartCom) за адресою https://wiki.mozilla.org/CA:IncludedCAs. |
|
CN не обов’язково бути доступним або організатором у режимі реального часу. Ми рекомендуємо використовувати ім’я, що відображає вашу організацію, наприклад CN не має містити символ * (узагальнення). CN використовується для перевірки вузлів гібридної безпеки даних клієнтам програми Webex. Усі вузли гібридної безпеки даних у вашому кластері використовують той самий сертифікат. Ваш KMS ідентифікує себе за допомогою домену CN, а не будь-якого домену, визначеного в полях SAN x.509v3. Після реєстрації вузла з цим сертифікатом зміна доменного імені CN не підтримується. Виберіть домен, який може застосовуватися як до ознайомлювальної версії, так і до виробничого розгортання. |
|
Програмне забезпечення KMS не підтримує підписи SHA1 для перевірки підключення до KMS інших організацій. |
|
Щоб змінити формат сертифіката, можна використовувати перетворювач, наприклад OpenSSL. Вам потрібно буде ввести пароль, коли ви запустите інструмент налаштування HDS. |
Програмне забезпечення KMS не вимагає використання ключів або розширених обмежень використання ключів. Деякі органи сертифікації вимагають, щоб до кожного сертифіката застосовувалися розширені обмеження використання ключа, як-от автентифікація сервера. Цілком нормально використовувати автентифікацію сервера або інші налаштування.
Вимоги до віртуального організатора
Віртуальні вузли, які ви налаштуєте як вузли гібридної безпеки даних у вашому кластері, мають такі вимоги:
-
Принаймні два окремих хоста (рекомендовано 3) розташовані в одному захищеному центрі обробки даних
-
VMware ESXi 6.5 (або пізнішої версії) встановлено та запущено.
Необхідно оновити версію, якщо у вас попередня версія ESXi.
-
Мінімум 4 вЦП, 8 ГБ основної пам’яті, 30 ГБ локального жорсткого диска на сервер
Вимоги до сервера бази даних
Створіть нову базу даних для зберігання ключів. Не використовуйте базу даних за замовчуванням. Програми HDS після встановлення створюють схему бази даних.
Для сервера бази даних існує два параметри. Вимоги до кожного з них такі:
Postgre SQL |
Сервер Microsoft SQL |
---|---|
|
|
Мінімум 8 вЦП, 16 ГБ основної пам’яті, достатній обсяг жорсткого диска і моніторинг, щоб його не перевищено (рекомендовано 2 ТБ, якщо ви хочете довго запускати базу даних без необхідності збільшувати обсяг сховища) |
Мінімум 8 вЦП, 16 ГБ основної пам’яті, достатній обсяг жорсткого диска і моніторинг, щоб його не перевищено (рекомендовано 2 ТБ, якщо ви хочете довго запускати базу даних без необхідності збільшувати обсяг сховища) |
Програмне забезпечення HDS зараз установлює такі версії драйверів для зв’язку з сервером бази даних:
Postgre SQL |
Сервер Microsoft SQL |
---|---|
Postgres драйвер JDBC 42.2.5 |
Драйвер JDBC SQL Server 4.6 Ця версія драйвера підтримує SQL Server Always On (Завжди ввімкнені екземпляри аварійного перемикання кластерів і 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:
Застосування |
Протокол |
Порт |
Напрямок з програми |
Призначення |
---|---|---|---|---|
Вузли гібридної безпеки даних |
TCP |
443 |
Вихідні HTTPS і WSS |
|
Інструмент налаштування HDS |
TCP |
443 |
Вихідний HTTPS |
|
Вузли гібридної безпеки даних працюють із перекладом мережевого доступу (NAT) або за брандмауером, доки NAT або брандмауер дозволяють необхідні вихідні з’єднання з адресами домену, наведеними в попередній таблиці. Для з’єднань, які надходять на вхідні дані до вузлів гібридної безпеки даних, порти не повинні відображатися з інтернету. У вашому центрі обробки даних клієнтам потрібен доступ до вузлів гібридної безпеки даних на портах TCP 443 і 22 для адміністративних цілей.
URL-адреси для хостів Common Identity (CI) притаманні регіонам. Це поточні організатори CI:
Регіон |
URL-адреси загальних ідентифікаційних ресурсів |
---|---|
Північна та Південна Америки |
|
Європейський Союз |
|
Канада |
|
Вимоги до проксі-сервера
-
Ми офіційно підтримуємо наступні проксі-рішення, які можуть інтегруватися з вашими вузлами гібридної безпеки даних.
-
Прозорий проксі—пристрій веб-безпеки Cisco (WSA).
-
Явний проксі-кальмар.
Проксі-сервери кальмарів, які перевіряють трафік HTTPS, можуть перешкоджати встановленню з’єднань вебсокетів (wss:). Для роботи над цією проблемою див. розділ Налаштування проксі-серверів кальмарів для гібридної безпеки даних.
-
-
Ми підтримуємо такі комбінації типів автентифікації для явних проксі:
-
Немає автентифікації за допомогою HTTP або HTTPS
-
Базова автентифікація за допомогою HTTP або HTTPS
-
Автентифікація дайджесту лише за допомогою ПРОТОКОЛУ HTTPS
-
-
Для прозорої перевірки проксі-сервера або явного проксі-сервера HTTPS необхідно мати копію кореневого сертифіката проксі-сервера. Інструкції з розгортання в цьому посібнику розповідають, як завантажити копію в надійні сховища вузлів гібридної безпеки даних.
-
Мережа, в якій розміщуються вузли HDS, повинна бути налаштована на примусове витіснення TCP-трафіку на порту 443 для маршрутизації через проксі.
-
Проксі-сервери, які перевіряють веб-трафік, можуть перешкоджати з'єднанню веб-сокетів. При виникненні даної проблеми проблему вирішить обхід (не огляд) трафіку на
wbx2.com
іciscospark.com
.
Виконати передумови для гібридної безпеки даних
1 |
Переконайтеся, що для вашої організації Webex увімкнено пакет Pro Pack для Cisco Webex Control Hub, і отримайте облікові дані облікового запису з повними правами адміністратора організації. Зверніться до партнера Cisco або менеджера облікового запису по допомогу в цьому процесі. |
2 |
Виберіть доменне ім’я для розгортання HDS (наприклад, |
3 |
Підготуйте ідентичні віртуальні хости, які ви налаштуєте як вузли гібридної безпеки даних у вашому кластері. Потрібно принаймні два окремих організатори (рекомендовано 3), розташовані в одному захищеному центрі обробки даних, які відповідають вимогам Вимог до віртуального організатора. |
4 |
Підготуйте сервер бази даних, який діятиме як сховище ключових даних для кластера, відповідно до вимог сервера бази даних. Сервер бази даних має бути розташовано в захищеному центрі обробки даних із віртуальними організаторами. |
5 |
Для швидкого відновлення після відмови налаштуйте резервне середовище в іншому центрі обробки даних. Середовище резервного копіювання відображає середовище виробництва VM і сервер резервної бази даних. Наприклад, якщо у виробництві є 3 VM, які працюють вузли HDS, резервне середовище має мати 3 VM. |
6 |
Налаштуйте хост syslog, щоб збирати журнали з вузлів у кластері. Зберіть його мережеву адресу та порт системного журналу (за замовчуванням — UDP 514). |
7 |
Створіть політику безпечного резервного копіювання для вузлів гібридної безпеки даних, сервера бази даних і хоста syslog. Як мінімум, щоб запобігти невиправній втраті даних, потрібно створити резервну копію бази даних і файл ISO конфігурації, створений для вузлів гібридної безпеки даних. Оскільки вузли гібридної безпеки даних зберігають ключі, які використовуються для шифрування та дешифрування контенту, невдача підтримки оперативного розгортання призведе до НЕЗВОРОТНОЇ ВТРАТИ цього контенту. Клієнти програми Webex ховають свої ключі, тому перебої в роботі можуть бути непомітні, але з часом ставати очевидними. Хоча тимчасові перебої неможливо запобігти, вони можуть бути відновлені. Однак повна втрата (резервних копій відсутні) файлу бази даних або ISO конфігурації призведе до незворотних даних клієнтів. Очікується, що оператори вузлів гібридної безпеки даних підтримуватимуть часті резервні копії бази даних та файлу конфігурації ISO, а також будуть готові відновити центр обробки даних гібридної безпеки даних у разі виникнення катастрофічного відмови. |
8 |
Переконайтеся, що конфігурація брандмауера дозволяє підключення для вузлів гібридної безпеки даних, як описано в розділі Вимоги до зовнішнього з’єднання. |
9 |
Установіть Docker ( https://www.docker.com) на будь-якому локальному комп’ютері, який працює на підтримуваній ОС (Microsoft Windows 10 Professional або Enterprise 64-розрядній версії або Mac OSX Yosemite 10.10.3 або новіша версія) із веббраузером, який може отримати доступ до нього на сторінці http://127.0.0.1:8080. Екземпляр Docker використовується для завантаження та запуску інструменту налаштування HDS, який збирає інформацію про локальну конфігурацію для всіх вузлів гібридної безпеки даних. Вашій організації може знадобитися ліцензія Docker Desktop. Додаткову інформацію див. в розділі Вимоги до робочого стола Docker . Щоб установити й запустити інструмент налаштування HDS, локальний комп’ютер повинен мати параметр підключення, описаний у розділі Вимоги до зовнішнього підключення. |
10 |
Під час інтеграції проксі з гібридною безпекою даних переконайтеся, що він відповідає вимогам до проксі-сервера. |
11 |
Якщо ваша організація використовує синхронізацію каталогів, створіть групу в Active Directory під назвою Ключі для певного простору встановлюються його творцем. Під час вибору пілотних користувачів майте на увазі, що якщо ви вирішите назавжди деактивувати розгортання гібридної безпеки даних, усі користувачі втратять доступ до контенту в просторах, які були створені пілотними користувачами. Втрата стає очевидною, щойно програми користувачів оновлять кешовані копії контенту. |
Налаштувати кластер гібридної безпеки даних
Процес розгортання гібридної безпеки даних
Перед початком
1 |
Виконати початкове налаштування та завантажити файли інсталяції Завантажте файл OVA на локальний комп’ютер для подальшого використання. |
2 |
Створити ISO конфігурації для хостів HDS Використовуйте інструмент налаштування HDS, щоб створити файл конфігурації ISO для вузлів гібридної безпеки даних. |
3 |
Установити OVA організатора HDS Створіть віртуальну машину з файлу OVA та виконайте початкову конфігурацію, наприклад налаштування мережі. Параметр налаштування мережевих налаштувань під час розгортання OVA був протестований у ESXi 6.5. Цей параметр може бути недоступний у попередніх версіях. |
4 |
Налаштувати VM гібридної безпеки даних Увійдіть до консолі VM і встановіть облікові дані для входу. Налаштуйте параметри мережі для вузла, якщо їх не було налаштовано на момент розгортання OVA. |
5 |
Вивантажити та змонтувати ISO конфігурації HDS Налаштуйте VM із файлу конфігурації ISO, який ви створили за допомогою інструменту налаштування HDS. |
6 |
Налаштування вузла HDS для інтеграції проксі Якщо мережеве середовище потребує конфігурації проксі, укажіть тип проксі, який буде використовуватися для вузла, а в разі потреби додайте проксі-сертифікат до сховища довірених сертифікатів. |
7 |
Зареєструвати перший вузол у кластері. Зареєструйте VM із хмарою Cisco Webex як вузол гібридної безпеки даних. |
8 |
Створити й зареєструвати більше вузлів Завершіть налаштування кластера. |
9 |
Запустіть ознайомлювальну версію та перейдіть до виробництва (наступний розділ) Поки ви не почнете пробний період, ваші вузли згенеруватимуть попередження, що вказує на те, що ваша служба ще не активована. |
Завантажити файли інсталяції
1 |
Увійдіть у https://admin.webex.com й клацніть Служби. |
2 |
У розділі «Гібридні служби» знайдіть картку гібридної безпеки даних, а потім клацніть Налаштувати. Якщо картку вимкнено або ви її не бачите, зверніться до команди з облікових записів або партнерської організації. Надайте їм свій номер облікового запису та попросіть їх увімкнути гібридну безпеку даних у вашій організації. Щоб знайти номер облікового запису, клацніть передавач у правому верхньому куті, поруч з назвою організації. OVA також можна в будь-який час завантажити з розділу Довідка на сторінці Налаштування . Щоб відкрити сторінку на картці гібридної безпеки даних, клацніть Змінити налаштування . Потім клацніть Завантажити програмне забезпечення гібридної безпеки даних у розділі Довідка . Старіші версії пакета програмного забезпечення (OVA) не будуть сумісні з останніми оновленнями гібридної безпеки даних. Це може призвести до виникнення проблем під час оновлення версії програми. Переконайтеся, що ви завантажили останню версію файлу OVA. |
3 |
Виберіть Ні , щоб вказати, що вузол ще не налаштовано, а потім клацніть Далі. Файл OVA автоматично розпочне завантаження. Збережіть файл у розташуванні на комп’ютері.
|
4 |
Додатково клацніть Відкрити Посібник із розгортання , щоб перевірити, чи доступна пізніша версія цього посібника. |
Створити ISO конфігурації для хостів HDS
Процес налаштування гібридної безпеки даних створює файл ISO. Потім ви використовуєте ISO, щоб налаштувати вузол гібридної безпеки даних.
Перш ніж почати
-
Інструмент налаштування HDS працює як Docker-контейнер на локальному комп 'ютері. Щоб отримати доступ до нього, запустіть Docker на цьому комп 'ютері. Для процесу настроювання потрібні облікові дані облікового запису Центру керування з повними правами адміністратора вашої організації.
Якщо інструмент налаштування HDS працює за проксі у вашому середовищі, надайте налаштування проксі (сервер, порт, облікові дані) за допомогою змінних середовища Docker під час підйому контейнера Docker на кроці 5. У цій таблиці наведено деякі можливі змінні середовища:
Опис
Змінна
HTTP-проксі без автентифікації
ГЛОБАЛЬНИЙ_ОПЕРАТОР_HTTP_PROXY=http://СЕРВЕР_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 |
У командному рядку вашого комп 'ютера введіть відповідну команду для вашого середовища: У звичайних середовищах: У середовищах FedRAMP: Цей крок очищає попередні зображення інструменту налаштування HDS. Якщо попередніх зображень немає, програма повертає помилку, яку ви можете проігнорувати. | ||||||||||
2 |
Щоб увійти до реєстру Docker-зображень, введіть наступне: | ||||||||||
3 |
На запиті пароля введіть цей хеш: | ||||||||||
4 |
Завантажте останнє стабільне зображення для вашого середовища: У звичайних середовищах: У середовищах FedRAMP: | ||||||||||
5 |
Після завершення витягування введіть відповідну команду для вашого середовища:
Коли контейнер працює, ви бачите "Експрес-сервер, що прослуховує порт 8080". | ||||||||||
6 |
Інструмент налаштування не підтримує підключення до localhost через http://localhost:8080. Використовуйте http://127.0.0.1:8080 для підключення до localhost. Скористайтеся веббраузером, щоб перейти до локального хоста, Інструмент використовує цей перший запис імені користувача, щоб встановити належне середовище для цього облікового запису. Потім інструмент відображає стандартну підказку для входу. | ||||||||||
7 |
Коли з’явиться відповідний запит, введіть облікові дані для входу адміністратора клієнта Control Hub, а потім клацніть Увійти , щоб дозволити доступ до необхідних служб для гібридної безпеки даних. | ||||||||||
8 |
На сторінці огляду інструментів налаштування клацніть Розпочати роботу. | ||||||||||
9 |
На сторінці Імпорт ISO ви маєте такі параметри:
| ||||||||||
10 |
Переконайтеся, що сертифікат X.509 відповідає вимогам Вимогам до сертифіката X.509.
| ||||||||||
11 |
Введіть адресу бази даних та обліковий запис HDS, щоб отримати доступ до свого сервера ключових даних: | ||||||||||
12 |
Виберіть режим підключення до бази даних TLS:
Коли передано кореневий сертифікат (за потреби) і клацніть Продовжити, інструмент налаштування HDS перевіряє підключення TLS до сервера бази даних. Інструмент також перевіряє особу, яка підписала сертифікат, і назву вузла, якщо це можливо. Якщо тест не вдається, інструмент показує повідомлення про помилку, що описує проблему. Ви можете вибрати, чи ігнорувати помилку, і продовжити налаштування. (Через відмінності здатності до з’єднання вузли HDS зможуть встановити підключення TLS, навіть якщо машина інструмента налаштування HDS не може його успішно перевірити.) | ||||||||||
13 |
На сторінці системних журналів налаштуйте сервер Syslogd: | ||||||||||
14 |
(Необов’язково) Ви можете змінити значення за замовчуванням для деяких параметрів підключення до бази даних у Додаткові налаштування. Загалом, цей параметр є єдиним, який ви можете змінити: | ||||||||||
15 |
Клацніть Продовжити на екрані Скинути пароль облікових записів служби . Паролі облікового запису служби тривають дев’ять місяців. Використовуйте цей екран, коли термін дії ваших паролів добігає кінця, або ви хочете скинути їх, щоб скасувати попередні файли ISO. | ||||||||||
16 |
Клацніть Завантажити файл ISO. Збережіть файл у зручному для пошуку розташуванні. | ||||||||||
17 |
Зробіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить основний ключ шифрування для вмісту бази даних. Обмежте доступ лише тими адміністраторами гібридної безпеки даних, які повинні вносити зміни конфігурації. | ||||||||||
18 |
Щоб закрити інструмент налаштування, введіть |
Що далі
Створіть файл ISO конфігурації. Він потрібен для створення більше вузлів для відновлення або для внесення змін до конфігурації. Якщо ви втратите всі копії файлу ISO, ви також втратили основний ключ. Неможливо відновити ключі з бази даних PostgreSQL або Microsoft SQL Server.
У нас ніколи не буде копії цього ключа, і ми не зможемо допомогти, якщо ви його втратите.
Установити OVA організатора HDS
1 |
Використовуйте клієнт VMware vSphere на комп’ютері, щоб увійти в віртуальний хост ESXi. |
2 |
Виберіть Файл > Розгорнути шаблон OVF. |
3 |
У майстрі вкажіть розташування файлу OVA, який ви завантажили раніше, а потім клацніть Далі. |
4 |
На сторінці Вибрати ім’я та папку введіть Ім’я віртуальної машини для вузла (наприклад, "HDS_Node_1"), виберіть розташування, де може розміщуватися розгортання вузла віртуальної машини, а потім клацніть Далі. |
5 |
На сторінці Вибрати обчислювальний ресурс , виберіть обчислювальний ресурс призначення, а потім клацніть Далі. Виконується перевірка перевірки. Після його завершення деталі шаблону з’являться. |
6 |
Перевірте відомості про шаблон, а потім клацніть Далі. |
7 |
Якщо вас попросять вибрати конфігурацію ресурсу на сторінці Конфігурація , клацніть 4 ЦП , а потім клацніть Далі. |
8 |
На сторінці Вибрати сховище клацніть Далі , щоб прийняти формат диска за замовчуванням і політику зберігання VM. |
9 |
На сторінці Вибрати мережі виберіть параметр мережі зі списку записів, щоб забезпечити потрібне підключення до VM. |
10 |
На сторінці Налаштувати шаблон налаштуйте такі налаштування мережі.
За бажанням можна пропустити конфігурацію налаштування мережі та виконати кроки в розділі Налаштування VM гібридної безпеки даних , щоб налаштувати параметри з консолі вузла. Параметр налаштування мережевих налаштувань під час розгортання OVA був протестований у ESXi 6.5. Цей параметр може бути недоступний у попередніх версіях. |
11 |
Клацніть правою кнопкою миші вузол VM, а потім виберіть .Програмне забезпечення гібридної безпеки даних встановлюється як гість на хост VM. Тепер ви готові увійти до консолі й налаштувати вузол. Поради щодо усунення несправностей Перед появою контейнерів вузла може знадобитися затримка в кілька хвилин. Під час першого завантаження на консолі з’являється повідомлення брандмауера мосту, під час якого ви не можете ввійти. |
Налаштувати VM гібридної безпеки даних
Використовуйте цю процедуру, щоб вперше увійти на консоль вузла гібридної безпеки даних VM і встановити облікові дані для входу. Крім того, можна використовувати консоль для налаштування мережевих параметрів для вузла, якщо їх не було налаштовано під час розгортання OVA.
1 |
У клієнті VMware vSphere виберіть вузол гібридної безпеки даних VM і перейдіть на вкладку Консоль . VM завантажується, і з’явиться підказка для входу. Якщо вікно підказки не відображається, натисніть Enter.
|
2 |
Щоб увійти й змінити облікові дані, використовуйте наведені нижче дані для входу та пароля за замовчуванням: Оскільки ви вперше входите в VM, вам потрібно змінити пароль адміністратора. |
3 |
Якщо ви вже налаштували налаштування мережі в Установити OVA хоста HDS, пропустіть решту цієї процедури. В іншому разі в головному меню виберіть параметр Змінити конфігурацію . |
4 |
Налаштуйте статичну конфігурацію з інформацією про IP-адресу, маску, шлюз і DNS. Вузол має мати внутрішню IP-адресу та DNS-ім’я. DHCP не підтримується. |
5 |
(Необов’язково) Змініть ім’я хоста, домен або сервери NTP, якщо потрібно відповідно до політики мережі. Не потрібно встановлювати домен, щоб він відповідав домену, який ви використовували для отримання сертифіката X.509. |
6 |
Збережіть конфігурацію мережі та перезавантажте VM, щоб зміни набули сили. |
Вивантажити та змонтувати ISO конфігурації HDS
Перед початком
Оскільки файл ISO має основний ключ, він повинен бути розкритий лише на основі "потрібно знати" для доступу VM гібридної безпеки даних і будь-яких адміністраторів, яким може знадобитися внести зміни. Переконайтеся, що лише ці адміністратори мають доступ до сховища даних.
1 |
Передайте файл ISO зі свого комп’ютера: |
2 |
Змонтувати файл ISO: |
Що далі
Якщо потрібна ваша політика ІТ, ви можете додатково демонтувати файл ISO після того, як усі вузли дослухаються змін конфігурації. Див. (Необов’язково) Демонтування ISO після конфігурації HDS , щоб отримати додаткові відомості.
Налаштування вузла HDS для інтеграції проксі
Якщо для мережного середовища потрібен проксі-сервер, скористайтеся цією процедурою, щоб указати тип проксі-сервера, який потрібно інтегрувати з hybrid Data Security. Якщо ви виберете прозорий проксі-сервер перевірки або явний проксі-сервер HTTPS, ви можете використовувати інтерфейс вузла для завантаження та встановлення кореневого сертифіката. Ви також можете перевірити проксі-з'єднання з інтерфейсу та усунути будь-які потенційні проблеми.
Перш ніж почати
-
Дивіться Підтримка проксі для огляду підтримуваних параметрів проксі.
1 |
Введіть URL-адресу |
2 |
Перейдіть до Надійного магазину та проксі-сервера, а потім виберіть параметр:
Виконайте наступні кроки для прозорої перевірки проксі-сервера, явного HTTP-проксі з базовою автентифікацією або явного проксі-сервера HTTPS. |
3 |
Клацніть « Завантажити кореневий сертифікат» або «Завершити сертифікатсутності», а потім перейдіть до вибору кореневого сертифіката для проксі-сервера. Сертифікат завантажено, але ще не інстальовано, оскільки для встановлення сертифіката потрібно перезавантажити вузол. Клацніть стрілку шеврона біля імені емітента сертифіката, щоб отримати докладніші відомості, або натисніть кнопку Видалити , якщо ви припустилися помилки та хочете повторно завантажити файл. |
4 |
Натисніть кнопку Перевірити підключення до проксі, щоб перевірити підключення до мережі між вузлом і проксі-сервером. Якщо тест підключення не пройшов, ви побачите повідомлення про помилку, у якому вказано причину та способи усунення проблеми. Якщо ви бачите повідомлення про те, що зовнішня роздільна здатність DNS не була успішною, вузол не зміг дістатися до DNS-сервера. Ця умова очікується в багатьох явних конфігураціях проксі. Можна продовжити налаштування, і вузол буде працювати в режимі роздільної здатності заблокованих зовнішніх DNS. Якщо ви вважаєте, що це помилка, виконайте наведені дії, а потім перегляньте Вимкнути режим роздільної здатності заблокованих зовнішніх DNS. |
5 |
Після того, як тест з'єднання пройде, для явного проксі-сервера, встановленого лише на https, увімкніть перемикач до Маршрутизація всіх запитів порту 443/444 https з цього вузла через явний проксі. Для набрання чинності цим параметром потрібно 15 секунд. |
6 |
Натисніть кнопку Інсталювати всі сертифікати в надійний магазин (відображається для проксі-сервера HTTPS відвертої перевірки або прозорого проксі-сервера для перевірки) або Перезавантажити (відображається для явного проксі-сервера HTTP), прочитайте запит і натисніть кнопку Інсталювати , якщо все готово. Вузол перезавантажується протягом декількох хвилин. |
7 |
Після перезавантаження вузла увійдіть знову, якщо потрібно, а потім відкрийте сторінку Огляду , щоб перевірити перевірки підключення, щоб переконатися, що всі вони в зеленому стані. Перевірка проксі-з'єднання лише тестує субдомен webex.com. Якщо виникають проблеми з підключенням, поширеною проблемою є те, що деякі хмарні домени, перелічені в інструкціях з інсталяції, блокуються на проксі-сервері. |
Зареєструвати перший вузол у кластері.
Коли ви реєструєте свій перший вузол, ви створюєте кластер, якому призначений вузол. Кластер містить один або кілька вузлів, розгорнутих для забезпечення резервування.
Перед початком
-
Після початку реєстрації вузла потрібно завершити її протягом 60 хвилин, або потрібно почати знову.
-
Переконайтеся, що всі блокувальники спливаючих елементів у вашому браузері вимкнено або дозволено виняток для admin.webex.com.
1 |
Увійдіть у https://admin.webex.com. |
2 |
У меню ліворуч від екрана виберіть Служби. |
3 |
У розділі Гібридні служби знайдіть Гібридна безпека даних і клацніть Налаштувати. З’явиться сторінка вузла гібридної безпеки даних реєстру.
|
4 |
Виберіть Так , щоб зазначити, що вузол налаштовано й готові його зареєструвати, а потім клацніть Далі. |
5 |
У першому полі введіть ім’я кластера, якому ви хочете призначити ваш вузол гібридної безпеки даних. Рекомендовано назвати кластер залежно від місця географічного розташування вузлів кластера. Приклади: "Сан-Франциско" або "Нью-Йорк" або "Даллас" |
6 |
У другому полі введіть внутрішню IP-адресу або повне доменне ім’я (FQDN) вашого вузла та натисніть Далі. Ця IP-адреса або повне доменне ім’я хоста й домен, які використовувалися в Налаштуванні VM гібридної безпеки даних. З’явиться повідомлення, що вказує на те, що можна зареєструвати свій вузол у Webex.
|
7 |
Клацніть Перейти до вузла. |
8 |
Клацніть Продовжити в попереджувальному повідомленні. Через кілька секунд вас буде перенаправлено до тестів підключення вузла для служб Webex. Якщо всі тести будуть успішними, з’явиться сторінка Дозволити доступ до вузла гібридної безпеки даних. Там ви підтверджуєте, що хочете надати організації Webex дозволи на доступ до вашого вузла.
|
9 |
Установіть прапорець Дозволити доступ до вузла гібридної безпеки даних , а потім клацніть Продовжити. Ваш обліковий запис перевірено, а повідомлення «Реєстрація завершена» вказує на те, що ваш вузол зареєстровано в хмарі Webex.
|
10 |
Клацніть посилання або закрийте вкладку, щоб повернутися на сторінку гібридної безпеки даних Control Hub. На сторінці Гібридна безпека даних буде відображено новий кластер, що містить зареєстрований вами вузол. Вузол автоматично завантажить останню версію програмного забезпечення з хмари.
|
Створити й зареєструвати більше вузлів
Зараз резервні VM, які ви створили в розділі Виконати обов’язкові умови для гібридної безпеки даних , є хостами у режимі очікування, які використовуються лише в разі відновлення після відмови. До цього часу їх не зареєстровано в системі. Додаткову інформацію див. в розділі Відновлення після відмови з використанням центру обробки даних в режимі очікування.
Перед початком
-
Після початку реєстрації вузла потрібно завершити її протягом 60 хвилин, або потрібно почати знову.
-
Переконайтеся, що всі блокувальники спливаючих елементів у вашому браузері вимкнено або дозволено виняток для admin.webex.com.
1 |
Створіть нову віртуальну машину з OVA, повторюючи кроки в Установити OVA організатора HDS. |
2 |
Налаштуйте початкову конфігурацію на новому VM, повторюючи кроки в Налаштуванні VM гібридної безпеки даних. |
3 |
У новому VM повторіть кроки в Передати та змонтувати ISO конфігурації HDS. |
4 |
Якщо ви налаштовуєте проксі для розгортання, повторіть кроки в Налаштуйте вузол HDS для інтеграції проксі , як це необхідно для нового вузла. |
5 |
Зареєструйте вузол. Ваш вузол зареєстровано. Зверніть увагу, що до початку ознайомлювального періоду ваші вузли згенеруватимуть попередження, що вказує на те, що ваша служба ще не активована.
|
Що далі
Запустити ознайомлювальну версію та перейти до виробництва
Ознайомлювальна версія процесу виконання виробничих завдань
Після налаштування кластера гібридної безпеки даних можна запустити пілотний проект, додати до нього користувачів і почати використовувати його для тестування та перевірки розгортання під час підготовки до переходу до продукту.
Перед початком
1 |
Якщо застосовується, синхронізуйте об’єкт групи Якщо ваша організація використовує синхронізацію каталогів для користувачів, ви повинні вибрати об’єкт групи |
2 |
Активувати ознайомлювальну версію Почніть ознайомлювальну версію. Поки ви не виконаєте це завдання, ваші вузли згенерують попередження, що вказує на те, що службу ще не активовано. |
3 |
Перевірити розгортання гібридної безпеки даних Переконайтеся, що запити клавіш передаються у розгортання гібридної безпеки даних. |
4 |
Моніторинг гібридної безпеки даних Перевірте стан і налаштуйте сповіщення електронною поштою для нагадувань. |
5 | |
6 |
Завершіть етап пробного використання однією з таких дій: |
Активувати ознайомлювальну версію
Перед початком
Якщо ваша організація використовує синхронізацію каталогів для користувачів, ви повинні вибрати об’єкт групи HdsTrialGroup
для синхронізації з хмарою, перш ніж ви зможете розпочати ознайомлювальний період для своєї організації. Інструкції див. в Посібнику з розгортання для з’єднувача каталогів Cisco.
1 |
Увійдіть у https://admin.webex.com й виберіть Служби. |
2 |
У розділі «Безпека гібридних даних» клацніть Налаштування. |
3 |
У розділі «Стан служби» клацніть Розпочати ознайомлювальну версію. Стан служби змінено на ознайомлювальну версію.
|
4 |
Клацніть Додати користувачів і введіть адресу електронної пошти одного або кількох користувачів, щоб пілотувати використання вузлів гібридної безпеки даних для шифрування та індексування. (Якщо ваша організація використовує синхронізацію каталогів, використовуйте Active Directory, щоб керувати ознайомлювальною групою, |
Перевірити розгортання гібридної безпеки даних
Перед початком
-
Налаштуйте розгортання гібридної безпеки даних.
-
Активуйте ознайомлювальну версію та додайте декілька користувачів ознайомлювальної версії.
-
Упевніться, що у вас є доступ до системного журналу, щоб переконатися, що запити ключів передаються до розгортання гібридної безпеки даних.
1 |
Ключі для певного простору встановлюються його творцем. Увійдіть в програму Webex як один із пілотних користувачів, а потім створіть простір і запросіть принаймні одного пілотного й одного не пілотного користувача. Якщо деактивувати розгортання гібридної безпеки даних, контент у просторах, які створюють пілотні користувачі, більше не буде доступний після заміни кешованих клієнтом копій ключів шифрування. |
2 |
Надішліть повідомлення до нового простору. |
3 |
Перевірте вивід syslog, щоб переконатися, що запити ключів передаються розгортанню гібридної безпеки даних. |
Моніторинг гібридної безпеки даних
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
Для керування розгортанням гібридної безпеки даних використовуйте завдання, описані тут.
Установити розклад оновлення кластера.
Щоб налаштувати розклад оновлення версії, виконайте наведені нижче дії.
1 |
Увійдіть до Центру керування. |
2 |
На сторінці Огляд у розділі Гібридні служби виберіть Гібридна безпека даних. |
3 |
На сторінці ресурсів гібридної безпеки даних виберіть кластер. |
4 |
"На панелі ""Огляд"" праворуч у розділі ""Налаштування кластера"" виберіть ім’я кластера." |
5 |
На сторінці налаштувань у розділі Оновлення версії виберіть час і часовий пояс для розкладу оновлення версії. Примітки У часовому поясі відображено наступну дату й час оновлення версії. Можна відкласти оновлення на наступний день, якщо потрібно, клацнувши Відкласти. |
Змінити конфігурацію вузла
-
Зміна сертифікатів x.509 через закінчення терміну дії або інші причини.
Ми не підтримуємо зміну доменного імені CN сертифіката. Домен повинен відповідати початковому домену, який використовується для реєстрації кластера.
-
Оновлення параметрів бази даних для зміни на репліку бази даних PostgreSQL або Microsoft SQL Server.
Ми не підтримуємо перенесення даних з PostgreSQL до Microsoft SQL Server або навпаки. Щоб змінити середовище бази даних, розпочніть нове розгортання гібридної системи захисту даних.
-
Створення нової конфігурації для підготовки нового центру обробки даних.
Крім того, з метою безпеки Hybrid Data Security використовує паролі службових облікових записів, термін дії яких становить дев'ять місяців. Після того, як інструмент налаштування HDS генерує ці паролі, ви розгортаєте їх на кожному з ваших вузлів HDS у файлі конфігурації ISO. Коли паролі вашої організації наближаються до закінчення терміну дії, ви отримуєте повідомлення від команди Webex про скидання пароля для облікового запису вашого комп'ютера. (Електронний лист містить текст "Використовуйте API облікового запису машини, щоб оновити пароль.") Якщо термін дії ваших паролів ще не закінчився, інструмент надає вам два варіанти:
-
Програмне скидання— старі й нові паролі працюють до 10 днів. Використовуйте цей період, щоб поступово замінити файл ISO на вузлах.
-
Жорстке скидання— старі паролі негайно припиняють працювати.
Якщо термін дії ваших паролів закінчується без скидання, це впливає на вашу службу HDS, вимагаючи негайного жорсткого скидання та заміни файлу ISO на всіх вузлах.
Використовуйте цю процедуру, щоб створити новий файл конфігурації ISO і застосувати його до вашого кластера.
Перш ніж почати
-
Інструмент налаштування HDS працює як Docker-контейнер на локальному комп 'ютері. Щоб отримати доступ до нього, запустіть Docker на цьому комп 'ютері. Для процесу настроювання потрібні облікові дані облікового запису Центру керування з повними правами адміністратора вашої організації.
Якщо інструмент налаштування HDS працює за проксі у вашому середовищі, надайте налаштування проксі (сервер, порт, облікові дані) за допомогою змінних середовища Docker під час підйому контейнера Docker у 1.e. У цій таблиці наведено деякі можливі змінні середовища:
Опис
Змінна
HTTP-проксі без автентифікації
ГЛОБАЛЬНИЙ_ОПЕРАТОР_HTTP_PROXY=http://СЕРВЕР_IP:ПОРТ
HTTPS проксі без автентифікації
ГЛОБАЛЬНИЙ_ОПЕРАТОР_HTTPS_PROXY=http://СЕРВЕР_IP:ПОРТ
HTTP-проксі з автентифікацією
ГЛОБАЛЬНИЙ_ОПЕРАТОР_HTTP_PROXY=http://ІМ’Я КОРИСТУВАЧА:ПАРОЛЬ@СЕРВЕР_IP:ПОРТ
HTTPS проксі з автентифікацією
ГЛОБАЛЬНИЙ_ОПЕРАТОР_HTTPS_PROXY=http://ІМ’Я_КОРИСТУВАЧА:ПАРОЛЬ@СЕРВЕР_IP:ПОРТ
-
Щоб створити нову конфігурацію, вам потрібна копія поточного файла конфігурації ISO. ISO містить головний ключ, що шифрує базу даних PostgreSQL або Microsoft SQL Server. ISO потрібен під час внесення змін у конфігурацію, включаючи облікові дані бази даних, оновлення сертифікатів або зміни в політиці авторизації.
1 |
Використовуючи Docker на локальному комп 'ютері, запустіть інструмент налаштування HDS. |
2 |
Якщо у вас працює лише один вузол HDS, створіть новий вузол гібридної безпеки даних VM і зареєструйте його, використовуючи новий файл ISO конфігурації. Докладні інструкції див. в розділі Створення та реєстрація додаткових вузлів. |
3 |
Для існуючих вузлів HDS, у яких запущено старий файл конфігурації, змонтуйте файл ISO. Виконайте наступну процедуру на кожному вузлі по черзі, оновлюючи кожен вузол перед вимкненням наступного вузла: |
4 |
Повторіть крок 3, щоб замінити конфігурацію на кожному вузлі, який виконує стару конфігурацію. |
Вимкнення режиму роздільної здатності заблокованих зовнішніх DNS
Коли ви реєструєте вузол або перевіряєте конфігурацію проксі-сервера вузла, процес перевіряє пошук DNS і підключення до хмари Cisco Webex. Якщо DNS-серверу вузла не вдається розпізнати загальнодоступні імена DNS, вузол автоматично переходить у режим блокування зовнішньої роздільної здатності DNS.
Якщо ваші вузли можуть вирішувати загальнодоступні імена DNS через внутрішні DNS-сервери, ви можете вимкнути цей режим, повторивши тест проксі-з'єднання на кожному вузлі.
Перш ніж почати
1 |
У браузері відкрийте інтерфейс вузла гібридної безпеки даних (IP-адреса/налаштування), наприклад, введіть облікові дані адміністратора, https://192.0.2.0/setup), які настроєно для вузла, а потім натисніть кнопку Увійти. |
2 |
Перехід до розділу Огляд (сторінка за замовчуванням). Якщо ввімкнено, для параметра "Заблокована зовнішня роздільна здатність DNS" встановлено значення "Так". |
3 |
Перейдіть на сторінку Надійний магазин і проксі . |
4 |
Натисніть Перевірити підключенняпроксі-сервера. Якщо ви бачите повідомлення про те, що зовнішнє дозвіл DNS не було успішним, вузол не зміг дістатися до DNS-сервера і залишиться в цьому режимі. В іншому випадку, після того, як ви перезавантажите вузол і повернетеся на сторінку огляду , заблоковане зовнішнє дозвіл DNS має бути встановлено на "ні". |
Що далі
Видалити вузол
1 |
Використовуйте клієнт VMware vSphere на комп’ютері, щоб увійти в віртуальний хост ESXi та вимкнути віртуальну машину. |
2 |
Видалити вузол: |
3 |
У клієнті vSphere видаліть VM. (На панелі навігації ліворуч клацніть правою кнопкою миші VM і клацніть Видалити.) Якщо ви не видалите VM, не забудьте демонтувати файл ISO конфігурації. Без файлу ISO неможливо використовувати VM для доступу до даних безпеки. |
Відновлення після відмови за допомогою центру обробки даних у режимі очікування
Найважливішою службою, яку надає кластер гібридної безпеки даних, є створення та зберігання ключів, що використовуються для шифрування повідомлень та іншого контенту, що зберігається в хмарі Webex. Для кожного користувача в організації, призначеного для гібридної безпеки даних, запити на створення нового ключа маршрутизуються в кластер. Кластер також несе відповідальність за повернення створених ключів будь-яким користувачам, авторизованим для їх отримання, наприклад учасникам простору розмови.
Оскільки кластер виконує критичну функцію надання цих ключів, дуже важливо, щоб кластер продовжував працювати та щоб підтримувалися належні резервні копії. Втрата бази даних гібридної безпеки даних або ISO конфігурації, що використовується для схеми, призведе до НЕПОПРАВНОЇ ВТРАТИ контенту клієнта. Для запобігання такої втрати є обов'язковими такі практики:
Якщо внаслідок стихійного лиха розгортання HDS у основному центрі обробки даних стане недоступним, виконайте цю процедуру, щоб вручну виконати аварійне перемикання на центр обробки даних у режимі очікування.
1 |
Запустіть інструмент налаштування HDS і виконайте кроки, зазначені в Створити ISO конфігурації для хостів HDS. |
2 |
Після налаштування сервера Syslogd клацніть Додаткові налаштування |
3 |
На сторінці Розширені налаштування додайте конфігурацію нижче або видаліть конфігурацію
|
4 |
Завершіть процес конфігурації та збережіть файл ISO у зручному для пошуку розташуванні. |
5 |
Зробіть резервну копію файлу ISO у локальній системі. Зберігайте резервну копію в безпеці. Цей файл містить основний ключ шифрування для вмісту бази даних. Обмежте доступ лише тими адміністраторами гібридної безпеки даних, які повинні вносити зміни конфігурації. |
6 |
На лівій панелі навігації клієнта VMware vSphere клацніть правою кнопкою миші на VM і клацніть Змінити налаштування.. |
7 |
Клацніть Змінити налаштування >Диск CD/DVD 1 і виберіть файл ISO Datastore. Переконайтеся, що встановлено прапорець параметрів Підключено та Connect при увімкненні , щоб оновлені зміни конфігурації набули сили після запуску вузлів. |
8 |
Увімкніть вузол HDS і переконайтеся, що немає попереджень щонайменше 15 хвилин. |
9 |
Повторити процес для кожного вузла в центрі обробки даних у режимі очікування. Перевірте вивід syslog, щоб переконатися, що вузли центру обробки даних у режимі очікування не перебувають у пасивному режимі. "KMS, налаштований у пасивному режимі", не повинен з’являтися в syslog. |
Що далі
(Необов’язково) Демонтування ISO після конфігурації HDS
Стандартна конфігурація HDS працює зі змонтованим ISO. Але деякі клієнти воліють не залишати файли ISO постійно змонтовані. Можна демонтувати файл ISO після того, як усі вузли HDS підхопили нову конфігурацію.
Ви все ще використовуєте файли ISO для внесення змін до конфігурації. Під час створення нового ISO або оновлення ISO за допомогою інструмента налаштування потрібно змонтувати оновлене ISO на всіх вузлах HDS. Після того як усі ваші вузли отримають зміни конфігурації, можна знову демонтувати ISO за допомогою цієї процедури.
Перед початком
Оновіть версію всіх вузлів HDS до версії 2021.01.22.4720 або пізнішої.
1 |
Закрийте один із вузлів HDS. |
2 |
У пристрої vCenter Server Device виберіть вузол HDS. |
3 |
Виберіть файлу ISO Datastore. і зніміть прапорець |
4 |
Увімкніть вузол HDS і переконайтеся, що попередження відсутнє щонайменше 20 хвилин. |
5 |
Повторюйте для кожного вузла HDS по черзі. |
Усунення несправностей гібридної безпеки даних
Переглянути сповіщення та усунути несправності
Розгортання гібридної безпеки даних вважається недоступним, якщо всі вузли в кластері недоступні або кластер працює настільки повільно, що вимагає часу очікування. Якщо користувачі не можуть зв’язатися з кластером гібридної безпеки даних, вони відчувають такі симптоми:
-
Не вдалося створити нові простори (неможливо створити нові ключі).
-
Не вдалося розшифрувати повідомлення та назви просторів для:
-
Нові користувачі додані до простору (неможливо отримати ключі)
-
Наявні користувачі в просторі, що використовують новий клієнт (неможливо отримати ключі).
-
-
Наявні користувачі в просторі продовжуватимуть успішно запускатися, доки їхні клієнти матимуть кеш ключів шифрування.
Важливо належним чином відстежувати кластер гібридної безпеки даних і швидко надсилати будь-які сповіщення, щоб уникнути порушення роботи служби.
Оповіщення
Якщо виникла проблема з налаштуванням гібридної безпеки даних, Control Hub відображає сповіщення адміністратору організації та надсилає електронні листи на налаштовану адресу електронної пошти. Сповіщення охоплюють багато загальних сценаріїв.
Сповіщення |
Дія |
---|---|
Помилка доступу до локальної бази даних. |
Перевірте наявність помилок бази даних або проблем локальної мережі. |
Помилка підключення до локальної бази даних. |
Перевірте доступність сервера бази даних і правильні облікові дані облікового запису служби використано в конфігурації вузла. |
Помилка доступу до хмарної служби. |
Переконайтеся, що вузли мають доступ до серверів 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 програмне забезпечення та документацію.
-
Створіть закритий ключ.
-
Почніть цю процедуру, коли ви отримаєте сертифікат сервера від Certificate Authority (CA).
1 |
Отримавши сертифікат сервера від ЦС, збережіть його як |
2 |
Відобразити сертифікат у вигляді тексту та перевірте відомості.
|
3 |
Використовуйте текстовий редактор, щоб створити файл пакету сертифікатів під назвою
|
4 |
Створіть файл .p12 з дружнім ім’ям
|
5 |
Перевірте відомості про сертифікат сервера. |
Що далі
Поверніться до завершення обов’язкових умов для гібридної безпеки даних. Файл hdsnode.p12
і налаштований для нього пароль буде використано в Створити ISO конфігурації для хостів HDS.
Можна повторно використовувати ці файли, щоб надіслати запит на новий сертифікат, коли термін дії оригінального сертифіката завершиться.
Трафік між вузлами HDS і хмарою
Трафік збору вихідних показників
Вузли гібридної безпеки даних надсилають певні показники в хмару Webex. До них відносяться системні показники для максимальної кількості ключів, кількості використаних ключів, навантаження ЦП та кількості ланцюжків; показники для синхронізованих і асинхронних потоків; показники для сповіщень, що включають поріг підключень шифрування, затримку або довжину черги запитів; показники на сервері даних; показники підключення шифрування. Вузли надсилають зашифрований матеріал ключа через канал поза смугою (окремо від запиту).
Вхідний трафік
Вузли гібридної безпеки даних отримують такі типи вхідного трафіку з хмари Webex:
-
Запити на шифрування від клієнтів, маршрутизованих службою шифрування
-
Оновлення версії програмного забезпечення вузла
Налаштувати проксі-сервери Squid для гібридної безпеки даних
Websocket не може підключитися через проксі-сервер Squid
Проксі-сервери, які перевіряють HTTPS-трафік, можуть перешкоджати встановленню з’єднань вебсокетів (wss:
), які потребують гібридної безпеки даних. У цих розділах наведено інструкції щодо налаштування різних версій Squid, щоб ігнорувати wss:
трафік для належної експлуатації послуг.
Кальмари 4 і 5
Додайте on_unsupported_protocol
директиву до squid.conf
:
on_unsupported_protocol тунель усі
Кальмари 3.5.27
Ми успішно протестували гібридну безпеку даних за допомогою наступних правил, доданих до squid.conf
. Ці правила можуть змінюватися в міру розробки функцій і оновлення хмари Webex.
acl wssMercuryConnection ssl::Mercury-server_name_regex connection ssl_bump splice wssMercuryConnection acl step1 at_step SslBump1 acl step2 at_step SslBump2 acl step3 at_step SslBump3 ssl_bump peek step1 всі ssl_bump stare step2 всі ssl_bump bump step3 всі