Ръководство за внедряване на хибридна сигурност на данните с множество наематели (HDS)

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

Тази таблица обхваща новите функции или функционалности, промените в съществуващото съдържание и всички големи грешки, които са били поправени в Ръководство за разполагане за хибридна защита на данните с много клиенти.

Дата	Направени промени
Юли 30, 2026	Актуализиран X.509 Раздел Изисквания за сертификата, за да посочите, че се поддържат само RSA сертификати.
Юли 02, 2026	Добавен е раздел Деактивиране на агентите в облака.
Юни 23, 2026	Добавен е раздел Превод на регистрационни файлове на хибридна защита на данни и разбиране на етикетите на агента.
Юни 01, 2026	Добавен е раздел API на разработчици на HDS. Добавена е бележка към секцията Стартиране на инструмента за настройка на хибридна защита на данни с помощта на раздела Podman Desktop.
Април 16, 2026	Актуализирани са изискванията за сървъра с база данни, за да се добави поддръжка за PostgreSQL версиите 17 и 18.
Март 25, 2026	Актуализирана е паролата по подразбиране, използвана за влизане във възела на хибридна защита на данни VM.
Декември 05, 2025	Актуализиран Създайте конфигурационен ISO за хостовете на HDS с правилния текст на потребителския интерфейс на страницата за системни регистрационни файлове и добавихте инструкции за качване на корневи сертификат на syslog при конфигуриране на TLS шифроване.
Ноември 21, 2025	Добавен раздел Често задавани въпроси. Добавено е Настройване на център за данни в режим на готовност за възстановяване след бедствие и Възстановяване след бедствие с помощта на раздела на Център за данни в режим на готовност. Премахнато (бета) от заглавието на ръководството за внедряване.
Май 08, 2025	Добавено е Преместете съществуващото разполагане на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с множество клиенти в Partner Hub. Актуализиран е изходът на syslog, за да се подобри четливостта в раздела Тестване на вашето разполагане на хибридна защита на данни. Актуализирани са Изисквания за виртуален хост, Поток от задачи за разполагане на хибридна защита на данни и Инсталиране на HDS Host OVA, за да добавите поддръжка за ESXi 8.0.
Март 04, 2025	Добавен е Стартирайте инструмента за настройка на хибридна защита на данни с помощта на раздела Podman Desktop. Добавена е бележка в изискванията за настолен компютър за docker, която предоставя на клиентите алтернативна опция с отворен код. Актуализирано: Създаване на конфигурационен ISO за хостовете на HDS и Промяна на конфигурацията на възела с инструкции за използване на Podman Desktop за клиенти без лиценз за Docker Desktop.
Януари 30, 2025	Добавена е версия 2022 на SQL сървъра към списъка с поддържани SQL сървъри в изискванията за сървър с база данни.
Януари 15, 2025	Добавени са Ограничения на хибридната защита на данните с много клиенти.
Януари 08, 2025	Добавена е бележка в Извършване на първоначална настройка и изтегляне на инсталационни файлове, като се посочва, че щракването върху Настройка на картата на HDS в Partner Hub е важна стъпка от процеса на инсталиране.
Януари 07, 2025	Актуализирани са Изисквания за виртуален хост, Поток от задачи за разполагане на хибридна защита на данни и Инсталиране на HDS Host OVA, за да се покаже новото изискване на ESXi 7.0.
Декември 13, 2024	Публикувана за първи път.

Деактивиране на хибридна защита на данни с много клиенти

Multi-Tenant HDS деактивиране на задача поток

Следвайте тези стъпки, за да деактивирате напълно Multi-Tenant HDS.

Преди да започнете

Тази задача трябва да се изпълнява само от пълноправен администратор на партньора.

1	Премахнете всички клиенти от всички ваши клъстери, както е посочено в Премахване на организациите на наемателите...
2	Отменете CMK на всички клиенти, както е посочено в Отмяна на CMK на наематели, отстранени от HDS....
3	Премахване на всички възли от всички ваши клъстери, както е посочено в Премахване на възел...
4	Изтрийте всички ваши клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстер, който искате да изтриете, и изберете Delete this Cluster в горния десен ъгъл на страницата за преглед. В страницата Ресурси щракнете върху дясната страна на клъстер и изберете Remove Cluster.
5	Кликнете върху Settings раздела на страницата за преглед на сигурността на хибридните данни и щракнете върху Deactivate HDS на картата за състоянието на HDS.

Често задавани въпроси

В. Дали CMK и главният ключ се съхраняват в ISO или в базата данни?

О. Основните ключове на клиента (CMKs) се съхраняват в базата данни и са криптирани с главния ключ, който се съхранява в ISO.

В. Използва ли се един ключ за криптиране на всички данни на клиентските организации?

О. Не. Данните на всяка клиентска организация са криптирани със собствен CMK (Customer Main Key).

В. Какво ще стане, ако деактивирам HDS от Partner Hub?

О. Някои операции, като създаване на пространство и планиране на срещи, ще бъдат незабавно засегнати. Съществуващото съдържание в пространствата ще бъде достъпно до изтичане на локалния кеш. След часове24 , управляваните от партньора потребители ще преминат към Cloud KMS и проблеми могат да възникнат с предварително създадени пространства и едно към едно пространства.

В. След като CMK се генерира за клиентска org чрез инструмента за настройка на HDS, потребителите на клиентската org веднага започват да използват Multi-Tenant HDS?

О. Може да има максимално забавяне от часове 24 за обновяване на кеш-паметта в облака.

В. Защо не виждам списък с клиенти, когато кликна върху бутона "Добавяне на клиенти" в Partner Hub?

О. Това обикновено означава, че няма организации на клиенти, които да отговарят на Cisco Webex лицензионни изисквания...

В. Какво е въздействието, ако всички HDS възли са изключени или ако мрежов проблем засяга всички HDS възли?

О. Операции като създаване на пространства и планиране на срещи са незабавно засегнати. Съществуващото съдържание е достъпно само до изтичане на локалния кеш.

В. Криптирани ли са потребителските данни на партньорската организация с главния ключ, генериран по време на създаването на ISO?

О. Да. В момента потребителските данни на партньорската организация са криптирани с главния ключ. В бъдеще партньорските организации ще имат специфични за партньора ключове, подобни на клиентските CMK.

В. Могат ли партньорските организации и наемателите да бъдат в различни региони (например САЩ и ЕС)?

О. Да. Партньорски и наемни организации могат да бъдат разположени в различни географски региони.

В. Има ли механизъм за преместване на ключовете обратно към Cloud KMS?

О. Няма механизъм за преместване на ключове обратно в облака след разгръщане на HDS.

В. Може ли партньор да продължи да използва Cloud KMS и да използва Multi-Tenant HDS изключително за управление на клиенти?

О. Не, в момента това не се подкрепя. Подкрепата за тази функционалност е планирана в бъдеще.

В. Как може партньор да провери, че тяхната организация използва HDS за криптиране?

О. Влезте в Partner Hub. Отидете на Services > Hybrid Data Security > Settings . Ако състоянието на HDS е активирано, потребителите на партньорската org, както и назначените клиенти използват Multi-Tenant HDS.

Като алтернатива, можете да проверите системните си регистри, за да проверите дали HDS е активиран. Зее Тествайте внедряването на хибридни данни за сигурност...

В. Има ли алтернатива на Docker Desktop за стартиране на инструмента за настройка на HDS?

О. Да. Pod man Desktop е алтернатива с отворен код на Docker Desktop. Зее Стартирайте инструмента за настройка на HDS с помощта на работния плот Podman...

В. Колко възли мога да разгърна в клъстер Multi-Tenant HDS?

А. Препоръчваме минимум два възела и максимум 1000.

В. Какви са мрежовите изисквания, необходими за създаване на Multi-Tenant HDS?

О. Зее Изисквания за външна свързаност...

В. Дали Pro Pack за Control Hub е изискване за партньорските организации?

О. Не. Pro Pack не е изискване за партньорски организации. Свържете се с вашия партньор в Cisco или мениджър на акаунти за помощ при създаването на Multi-Tenant HDS.

В. Поддържа ли се HSM в Multi-Tenant HDS?

О. Не, в момента Multi-Tenant HDS не поддържа HSM.

В. Мога ли да тествам Multi-Tenant HDS със самоподписан сертификат?

О. Не. Multi-Tenant HDS изисква сертификат, извлечен от надежден CA, който отговаря на всички изисквания, посочени в X.509 Изисквания към сертификата.

В. Необходимо ли е да се монтира ISO всеки път, когато в Partner Hub се добавя нов клиент?

О. Не. ISO трябва да се монтира само при промяна на конфигурациите на ISO. Когато добавяте нов клиент в Partner Hub, уверете се, че можете да създавате CMK с помощта на инструмента за настройка на HDS. Зее Създаване на основни клиентски ключове (CMKs) чрез инструмента за настройка на HDS...

В. След като Multi-Tenant HDS е внедрен в Partner Hub, потребителите на партньорската организация започват ли да използват KMS на място за управление на ключови функции?

О. Потребителите ще започнат да използват KMS на място за управление на ключове само след като HDS е активиран в Partner Hub.

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

Преглед на сигурността на данните Multi-Tenant

От първия ден сигурността на данните е основният фокус при проектирането на Webex App. Крайъгълният камък на тази сигурност е криптирането от край до край на съдържанието, което позволява на клиентите на Webex App да взаимодействат с Key Management Service (KMS). KMS отговаря за създаването и управлението на криптографски ключове, които клиентите използват за динамично криптиране и дешифриране на съобщения и файлове.

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

Multi-Tenant Hybrid Data Security позволява на организациите да използват HDS чрез доверен местен партньор, който може да действа като доставчик на услуги и да управлява криптиране на място и други услуги за сигурност. Тази настройка позволява на партньорската организация да има пълен контрол върху внедряването и управлението на ключове за криптиране и гарантира, че потребителските данни на клиентските организации са безопасни от външен достъп. Партньорските организации създават HDS инстанции и създават HDS клъстери, ако е необходимо. Всеки случай може да поддържа множество клиентски организации, за разлика от редовното разгръщане на HDS, което е ограничено до една организация.

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

Това също така позволява на по-малките организации да използват HDS, тъй като ключовите услуги за управление и инфраструктура за сигурност като центровете за данни са собственост на доверения местен партньор.

Как Multi-Tenant Hybrid Data Security осигурява суверенитет на данните и контрол на данните

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

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

Ограничения на сигурността на хибридните данни с множество наематели

Партньорските организации не трябва да имат активно внедряване на HDS в контролния център.
Наематели или клиентски организации, които желаят да бъдат управлявани от партньор, не трябва да имат съществуващо разгръщане на HDS в контролния център.
След като Multi-Tenant HDS бъде внедрен от партньора, всички потребители на клиентски организации, както и потребителите на партньорската организация започват да използват Multi-Tenant HDS за своите услуги за криптиране.

Партньорската организация и клиентските организации, които управляват, ще бъдат на едно и също разполагане на Multi-Tenant HDS.

Партньорската организация вече няма да използва облачен KMS след разгръщането на Multi-Tenant HDS.
Няма механизъм за преместване на ключове обратно към Cloud KMS след разгръщане на HDS.
Администраторските роли имат определени ограничения; вижте раздела по-долу за подробности.

Роли в мулти-наематели хибридна сигурност на данните

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

От край до край Multi-Tenant HDS настройка и управление на всички клиентски организации - Партньор пълен администратор и Пълен администраторски права необходими.
Управление на възложени наемни организации - Партньорски администратор и Пълен администраторски права.

Security Realm архитектура

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

***Сфери на разделение (без хибридна сигурност на данните)***

За да разберем по-подробно Hybrid Data Security, нека първо разгледаме този чист клауд случай, където Cisco предоставя всички функции в своите облачни сфери. Услугата за самоличност, единственото място, където потребителите могат да бъдат пряко свързани с тяхната лична информация, като имейл адрес, е логически и физически отделена от сферата на сигурността в центъра за данни Б. И двете от своя страна са отделени от сферата, където в крайна сметка се съхранява криптирано съдържание, в центъра за данни В.

В тази диаграма клиентът е приложението Webex, което работи на лаптоп на потребителя и е удостоверил автентичността си с услугата за самоличност. Когато потребителят композира съобщение, което да изпрати в пространството, се предприемат следните стъпки:

Клиентът установява сигурна връзка с услугата за управление на ключове (KMS), след което изисква ключ за шифроване на съобщението. Сигурната връзка използва ECDH, а KMS криптира ключа с помощта на AES-256 master ключ.
Съобщението е криптирано преди да напусне клиента. Клиентът го изпраща на услугата за индексиране, която създава криптирани индекси за търсене, за да помогне при бъдещи търсения за съдържанието.
Шифрованото съобщение се изпраща до службата за съответствие за проверка на съответствието.
Шифрованото съобщение се съхранява в сферата на съхранение.

Когато внедрите Hybrid Data Security, преместите функциите в сферата на сигурността (KMS, индексиране и съответствие) във вашия център за данни на място. Другите облачни услуги, които съставляват Webex (включително идентичността и съхранението на съдържание), остават в сферата на Cisco.

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

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

Услугата KMS, която работи в Org A, валидира връзките с KMS в други организации, използвайки x.509 PKI сертификати. Вижте Подготовка на вашата среда за подробности относно генерирането на сертификат x.509 , който да се използва с разгръщането на Multi-Tenant Hybrid Data Security.

Очаквания за внедряване на хибридна сигурност на данните

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

За да внедрите Hybrid Data Security, трябва да предоставите:

Защитен център за данни в държава, която е поддържано място за Cisco Webex Teams планове...
Оборудването, софтуера и мрежовия достъп, описани в Подгответе вашата среда.

Пълна загуба или на конфигурацията ISO, която създавате за Hybrid Data Security, или на базата данни, която предоставяте, ще доведе до загуба на ключове. Ключовата загуба не позволява на потребителите да декрипират пространствено съдържание и други криптирани данни в приложението на Webex. Ако това се случи, можете да създадете ново разгръщане, но само ново съдържание ще бъде видимо. За да избегнете загуба на достъп до данни, трябва да:

Управление на архивирането и възстановяването на базата данни и конфигурацията ISO.
Бъдете готови да извършите бързо възстановяване при бедствие, ако възникне катастрофа, като например повреда на диска на базата данни или бедствие на центъра за данни.

Няма механизъм за преместване на ключове обратно в облака след разгръщане на HDS.

Процес на настройка на високо ниво

Този документ обхваща създаването и управлението на разгръщане на хибридна защита на данните с множество наематели:

Създаване на Hybrid Data Security – Това включва подготовка на необходимата инфраструктура и инсталиране на Hybrid Data Security софтуер, изграждане на HDS клъстер, добавяне на организации на наематели към клъстерите и управление на техните основни клиентски ключове (CMKs). Това ще даде възможност на всички потребители на вашите клиентски организации да използват вашия клъстер за защита на хибридни данни за функции за сигурност.

Етапите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте разгръщането на Hybrid Data Security – Облакът Webex автоматично осигурява текущи ъпгрейди. Вашият ИТ отдел може да осигури подкрепа от първо ниво за това разгръщане и да ангажира поддръжка на Cisco, ако е необходимо. Можете да използвате известия на екрана и да настроите имейл-базирани сигнали в Partner Hub.
Разбиране на общи предупреждения, стъпки за отстраняване на неизправности и известни проблеми—Ако имате проблеми с внедряването или използването на хибридна защита на данните, последната глава от това ръководство и приложението за известни проблеми могат да ви помогнат да определите и коригирате проблема.

Модел за внедряване на хибридна сигурност на данните

В рамките на вашия бизнес център за данни разгръщате Hybrid Data Security като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака на Webex чрез сигурни уеб сокети и сигурни HTTP.

По време на процеса на инсталиране ви предоставяме файла OVA, за да настроите виртуалния уред на VMs, които предоставяте. Използвате инструмента за настройка на HDS, за да създадете персонализиран ISO файл за конфигурация на клъстери, който монтирате на всеки възел. Клъстер Hybrid Data Security използва предоставения ви Syslogd сървър и PostgreSQL или Microsoft SQL Server база данни. (Можете да конфигурирате данните за връзка със Syslogd и база данни в инструмента за настройка на HDS.)

Модел за внедряване на хибридна сигурност на данните

Минималният брой възли, които можете да имате в клъстер, е два. Препоръчваме най-малко три на клъстер. Наличието на множество възли гарантира, че услугата не се прекъсва по време на надстройка на софтуера или друга дейност по поддръжка на даден възел. (Облакът Webex само надгражда един възел в даден момент.)

Всички възли в клъстер имат достъп до един и същ източник на данни и регистрационна активност до един и същ syslog сървър. Самите възли са бездържавни и се справят с ключови заявки в кръгла робинова мода, както е указано от облака.

Възлите стават активни, когато ги регистрирате в Partner Hub. За да извадите отделен възел от експлоатация, можете да го дерегистрирате и по-късно да го пререгистрирате, ако е необходимо.

Център за данни в готовност за възстановяване при бедствия

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

Before failover, Data Center A has active HDS nodes and the primary PostgreSQL or Microsoft SQL Server database, while B has a copy of the ISO file with additional configurations, VMs that are registered to the organization, and a standby database. After failover, Data Center B has active HDS nodes and the primary database, while A has unregistered VMs and a copy of the ISO file, and the database is in standby mode. — ***Ръчно неизправност на центъра за данни в режим на готовност***

Базите данни на активните центрове и центровете за данни в режим на готовност са в синхрон помежду си, което ще сведе до минимум времето, необходимо за извършване на неизправността.

Активните възли за сигурност на хибридните данни трябва винаги да са в същия център за данни като активния сървър на база данни.

Създаване на център за данни в режим на готовност за възстановяване при бедствия

Следвайте стъпките по-долу, за да конфигурирате ISO файла на центъра за данни в режим на готовност:

Преди да започнете

Центърът за данни в режим на готовност трябва да отразява производствената среда на VMs и архивиране на базата данни PostgreSQL или Microsoft SQL Server. Например, ако производството има VMs, работещи 3 с HDS възли, в резервната среда трябва да има 3 VMs. (вж. Център за данни в готовност за възстановяване при бедствияза преглед на този модел на неизправност.)
Уверете се, че синхронизацията на базата данни е разрешена между базата данни на активни и пасивни клъстерни възли.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO конфигурация за HDS хостовете... ISO файлът трябва да бъде копие на оригиналния ISO файл на основния център за данни, върху който трябва да се направят следните актуализации на конфигурацията.
2	След като конфигурирате сървъра на Syslogd, щракнете върху Advanced Settings
3	На Advanced Settings страница, добавете конфигурацията по-долу, за да поставите възела в пасивен режим. В този режим възелът ще бъде регистриран в организацията и свързан към облака, но няма да се справя с никакъв трафик. `passiveMode: 'true'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно да се намери.
5	Направете резервно копие на ISO файла във вашата локална система. Защитете резервното копие. Този файл съдържа основен ключ за шифроване на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридни данни, които трябва да направят промени в конфигурацията.
6	В левия навигационен панел на клиента на VMware vSphere, щракнете с десния бутон върху VM и щракнете Edit Settings..
7	Щракнете върху Edit Settings >CD/DVD Drive 1 и изберете Datastore ISO файл. Уверете се Connected и Connect at power on са проверени, така че актуализираните промени в конфигурацията да могат да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми за най-малко 15 минути.
9	Повторете процеса за всеки възел в центъра за данни в режим на готовност. Проверете системните логове, за да проверите дали възлите са в пасивен режим. Трябва да можете да видите съобщението „KMS конфигуриран в пасивен режим“ в системните логове.

Какво да направите след това

След конфигуриране passiveMode в ISO файла и го запишете, можете да създадете друго копие на ISO файла без passiveMode конфигуриране и да го запишете на сигурно място. Това копие на ISO файла без passiveMode конфигуриран може да помогне в бърз процес на неизправност по време на възстановяване от бедствия. Зее Възстановяване при бедствия с помощта на Standby Data Centerза подробната процедура по несъстоятелност.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Без прокси—По подразбиране, ако не използвате конфигурацията на HDS възел Trust Store & Proxy за интегриране на прокси сървър. Не се изисква актуализация на сертификата.
Прозрачен непроверяващ прокси сървър—Възлите не са конфигурирани да използват конкретен адрес на прокси сървър и не трябва да изискват никакви промени за работа с непроверяващ прокси сървър. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси сървър—Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси-С изричен прокси, вие казвате на HDS възлите кой прокси сървър и схема за удостоверяване да използвате. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN—адрес, който може да се използва за достигане до прокси машината.
2. Proxy Port– Номер на порт, който прокси сървъра използва, за да слуша за проксируван трафик.
3. Прокси протокол—В зависимост от това, което вашият прокси сървър поддържа, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване—Изберете от следните типове удостоверяване:
  - Няма—Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Basic—Използва се за HTTP User Agent да предоставя потребителско име и парола при подаване на заявка. Използва базово64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Digest—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

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

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

Diagram showing an example connection between the Hybrid Data Security, network and a proxy.

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

Подгответе средата си

Изисквания за хибридна защита на данните с няколко клиента

Изисквания за лицензи за Cisco Webex

За да разположите хибридна защита на данните с много клиенти:

Партньорски организации: Свържете се със своя партньор в Cisco или мениджър на акаунти и се уверете, че функцията за много клиенти е активирана.
Организации на клиента: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за закачане на работния плот

Преди да инсталирате възлите на HDS, трябва Docker Desktop, за да изпълните инсталационна програма. Docker наскоро актуализира своя модел на лицензиране. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, "Docker актуализира и разширява абонаментите ни за продукти".

Клиентите без лиценз за Docker Desktop могат да използват инструмент за управление на контейнери с отворен код като Podman Desktop, за да стартират, управляват и създават контейнери. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Х.509 Изисквания за сертификата

Веригата на сертификатите трябва да отговаря на следните изисквания:

Table 1. X.509 Certificate Requirements for Hybrid Data Security Deployment
Изискване	Подробности
Подписан от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на сертифициращите органи в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи общо име (CN) име на домейн, което идентифицира вашето разполагане на хибридна защита на данни Не е заместващ сертификат	CN не е нужно да е достъпен или хост на живо. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. CN не трябва да съдържа * (заместващ символ). CN се използва за проверка на възлите на хибридна защита на данни за клиентите на приложението Webex. Всички възли на хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашият KMS се идентифицира чрез CN домейна, а не чрез произволен домейн, дефиниран в полетата на SAN x.509v3. След като сте регистрирали възел с този сертификат, не поддържаме промяна на името на CN домейна.
Подпис без SHA1	Софтуерът KMS не поддържа подписи SHA1 за валидиране на връзки с KMS на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име на `kms-private-key` за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор, като OpenSSL, за да промените формата на сертификата си. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.
Поддържан алгоритъм	Поддържат се само RSA сертификати.

Софтуерът KMS не налага използване на ключове или не разширява ограниченията за използване на ключове. Някои сертифициращи органи изискват за всеки сертификат да се прилагат разширени ограничения за използване на ключа, като например удостоверяване на сървъра. Добре е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален организатор

Виртуалните хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (3 препоръчва), разположени съвместно в един и същ защитен център за данни
VMware ESXi 7.0 или 8.0 е инсталиран и се изпълнява.

Трябва да надстроите, ако имате по-стара версия на ESXi.
Минимум 4 vCPU, 8-GB основна памет, 30-GB локално място на твърдия диск на сървър

Изисквания към сървъра за база данни

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

Има две опции за сървъра с база данни. Изискванията за всеки от тях са, както следва:

Table 2. Database server requirements by type of database
Postgre SQL	Сървър Microsoft SQL
PostgreSQL 14, 15, 16, 17 или 18, инсталиран и се изпълнява.	Инсталиран SQL сървър 2016, 2017, 2019 или 2022 (корпоративен или стандартен). SQL Server 2016 изисква сервизен пакет 2 и кумулативна актуализация 2 или по-нова версия.
Минимум 8 vCPU, 16-GB основна памет, достатъчно място на твърдия диск и наблюдение, за да сте сигурни, че не е превишено (2-TB се препоръчва, ако искате да работите с базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)	Минимум 8 vCPU, 16-GB основна памет, достатъчно място на твърдия диск и наблюдение, за да сте сигурни, че не е превишено (2-TB се препоръчва, ако искате да работите с базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)

HDS софтуерът в момента инсталира следните версии на драйвери за комуникация със сървъра с база данни:

Postgre SQL	Сървър Microsoft SQL
Postgres JDBC драйвер 42.2.5	JDBC драйвер за SQL Server 4.6 Тази версия на драйвера поддържа SQL Server Винаги Включен ( Винаги Включен Клъстер За Преместване При Отказ и Винаги включени групи за наличност).

Postgre SQL

Сървър Microsoft SQL

Postgres JDBC драйвер 42.2.5

JDBC драйвер за SQL Server 4.6

Тази версия на драйвера поддържа SQL Server Винаги Включен ( Винаги Включен Клъстер За Преместване При Отказ и Винаги включени групи за наличност).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

Ако искате HDS възлите да използват удостоверяване на Windows, за да получат достъп до вашата база данни на Keystore на 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 за достъп до базата данни на Keystore. Те използват подробностите от вашата ISO конфигурация, за да конструират SPN, когато заявяват достъп с удостоверяване на Kerberos.

Изисквания за външна връзка

Конфигурирайте защитната стена, за да разрешите следната свързаност за приложенията на хибридна защита на данни:

Приложение	Протокол	Порт	Посока от приложението	Дестинация
Възли на хибридна защита на данни	TCP	443	Изходящи HTTPS и ВиК	Сървъри на Webex: .wbx2.com .ciscospark.com Всички организатори на Common Identity Други URL адреси, които са изброени за хибридна защита на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex от Мрежови изисквания за услугите на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички организатори на Common Identity hub.docker.com

Възлите на хибридна защита на данни работят с превод на мрежовия достъп (NAT) или зад защитна стена, доколкото NAT или защитната стена позволяват необходимите изходящи връзки към местоназначенията на домейна в предходната таблица. За връзки, влизащи във входящи възли на хибридна защита на данни, от интернет не трябва да се виждат портове. В рамките на вашия център за данни клиентите се нуждаят от достъп до възлите на хибридна защита на данни на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете на Common Identity (CI) са специфични за региона. Това са текущите организатори на CI:

Регион	URL адреси на организатор на Common Identity
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Прокси сървърите, които инспектират HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да работите по този проблем, вижте Конфигуриране на прокси сървъри Squid за хибридна защита на данни.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща възлите за HDS, трябва да бъде конфигурирана да принуждава изходящия TCP трафик на порт 443 да се маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, bypassing (not inspecting) traffic to wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна защита на данни

Използвайте този контролен списък, за да гарантирате, че сте готови да инсталирате и конфигурирате своя клъстер на хибридна защита на данни.

1	Погрижете се вашата организация да няма активирани HDS в Control Hub и да получите идентификационните данни за акаунт с пълен администратор на партньор и права на пълен администратор. Уверете се, че вашата организация на клиенти на Webex е разрешена за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор в Cisco или мениджър на акаунти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо разполагане на HDS.
2	Изберете име на домейн за вашето разполагане на HDS (например `hds.company.com`) и да получите верига от сертификати, съдържаща сертификат X.509, частен ключ и всички междинни сертификати. Веригата на сертификатите трябва да отговаря на изискванията в X.509 Изисквания за сертификата.
3	Подгответе идентични виртуални хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер. Имате нужда от поне два отделни организатора (3 препоръчва), разположени съвместно в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален организатор.
4	Подгответе сървъра с база данни, който ще действа като хранилище за ключови данни за клъстера в съответствие с изискванията на Сървъра с база данни. Сървърът на базата данни трябва да бъде разположен съвместно в защитения център за данни с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране. Приложенията на HDS, когато са инсталирани, създават схемата на базата с данни.) Съберете подробностите, които ще използват възлите за комуникация със сървъра с база данни: име на хост или IP адрес (хост) и порт името на базата с данни (dbname) за съхранение на ключа потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключа
5	За бързо възстановяване след бедствие настройте архивна среда в друг център за данни. Резервната среда отразява производствената среда на VMs и резервен сървър с база данни. Например, ако производството има 3 VMs, работещи с HDS възли, резервната среда трябва да има 3 VMs.
6	Настройте хост на syslog, за да събирате регистрационни файлове от възлите в клъстера. Съберете мрежовия му адрес и порта за 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. Вижте Изисквания за закачване на работния плот за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има възможността за свързване, описана в Изисквания за външна връзка.
10	Ако интегрирате прокси сървър с хибридна защита на данните, уверете се, че той отговаря на изискванията на прокси сървъра.

Настройване на клъстер на хибридна защита на данни

Поток на задачи за разполагане на хибридна защита на данни

Преди да започнете

1	Извършване на първоначална настройка и изтегляне на инсталационни файлове Изтеглете OVA файла на вашата локална машина за по-късно използване.
2	Създаване на конфигурационен ISO за хостовете на HDS Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на хибридна защита на данни.
3	Инсталиране на HDS Host OVA Създайте виртуална машина от OVA файла и изпълнете първоначалната конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
4	Настройване на VM на хибридна защита на данни Влезте в конзолата на VM и задайте данните за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали към момента на разполагането на OVA.
5	Качване и монтиране на конфигурация ISO на HDS Конфигурирайте VM от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на възела на HDS за интеграция на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете прокси сертификата към хранилището на гаранти, ако е необходимо.
7	Регистриране на първия възел в клъстера Регистрирайте VM с облака на Cisco Webex като възел на хибридна защита на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте HDS с много клиенти в Partner Hub. Активирайте HDS и управлявайте организации на клиенти в Partner Hub.

Извършване на първоначална настройка и изтегляне на инсталационни файлове

В тази задача изтегляте OVA файл на вашата машина (а не на сървърите, които сте настроили като възли на хибридна защита на данни). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Partner Hub и щракнете върху Services.
2	В раздела „Хибрид“ намерете картата „Хибридна защита на данни“ и щракнете върху Set up. Щракването върху Настройка в Partner Hub е критично важно за процеса на разполагане. Не продължете с инсталирането, без да завършите тази стъпка.
3	Щракнете върху Add a resource и щракнете върху Download .OVA file относно Install and Configure Software карта. По-старите версии на софтуерния пакет (OVA) няма да бъдат съвместими с най-новите надстройки на хибридна защита на данни. Това може да доведе до проблеми при надстройване на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от Help раздел. Щракнете върху Settings > Help > Download Hybrid Data Security software. OVA файлът започва автоматично да се изтегля. Запишете файла на местоположение на машината си.

Създаване на конфигурационен ISO за хостовете на HDS

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт в Partner Hub с пълни администраторски права.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да изпълните инструмента за настройка на HDS за стъпки 1 до 5 в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

HTTPS прокси без удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

HTTP прокси с удостоверяване

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

HTTPS прокси с удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT
Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

docker rmi ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

docker login -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

docker pull ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

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

В редовни среди с HTTPS прокси:

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

В среди на FedRAMP без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTP прокси:

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

В среди на FedRAMP с HTTPS прокси:

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

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

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

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

Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато получите подкана, въведете идентификационните си данни за влизане от администратор на Partner Hub и щракнете върху Log in за да позволите достъп до необходимите услуги за хибридна защита на данни.

8

На страницата за общ преглед на инструмента за настройка щракнете върху Get Started.

9

На ISO Import страница, имате следните опции:

No—Ако създавате първия си HDS възел, нямате ISO файл за качване.
Yes—Ако вече сте създали HDS възли, тогава изберете своя ISO файл в прегледа и го качете.

10

Проверете дали сертификатът ви X.509 отговаря на изискванията в X.509 Изисквания за сертификата.

Ако никога не сте качили сертификат преди, качете сертификата X.509, въведете паролата и щракнете върху Continue.
Ако сертификатът ви е ОК, щракнете Continue.
Ако сертификатът ви е изтекъл или искате да го замените, изберете No за Continue using HDS certificate chain and private key from previous ISO?. Качете нов сертификат X.509, въведете паролата и щракнете върху Continue.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до ключовия си datastore:

Изберете своя Database Type (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, получавате поле за тип удостоверяване.
(Само Microsoft SQL Server) Изберете вашия Authentication Type:
- Базово удостоверяване: Трябва ви име на локален акаунт за SQL Server в Username поле.
- Удостоверяване в Windows: Имате нужда от акаунт за Windows във формата username@DOMAIN в Username поле.
Въведете адреса на сървъра на базата с данни във формуляра <hostname>:<port> или <IP-address>:<port>.

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

Можете да използвате IP адрес за базово удостоверяване, ако възлите не могат да използват DNS за решаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете Database Name.
Въведете Username и Password на потребител с всички привилегии в базата данни за съхранение на ключа.

12

Изберете TLS Database Connection Mode:

Режим	Описание
Prefer TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако разрешите TLS на сървъра с база данни, възлите правят опит за шифрована връзка.
Require TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Require TLS and verify certificate signer	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка възелът сравнява подписващия на сертификата от сървъра с базата данни със сертифициращия орган в Database root certificate. Ако не съвпадат, възелът изпуска връзката. Използвай Database root certificate управлявайте под падащия списък, за да качите корневи сертификат за тази опция.
Require TLS and verify certificate signer and hostname	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка възелът сравнява подписващия на сертификата от сървъра с базата данни със сертифициращия орган в Database root certificate. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в Database host and port поле. Имената трябва да съвпадат точно или възелът пуска връзката. Използвай Database root certificate управлявайте под падащия списък, за да качите корневи сертификат за тази опция.

Когато качите корневи сертификат (ако е необходимо) и щракнете върху Продължаване, инструментът за настройка на хибридните сертификати тества TLS връзката към сървъра с база данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързването възлите на HDS може да са в състояние да установят TLS връзката, дори ако машината с инструмента за настройка на HDS не може да я тества успешно.)

13

На страницата „Системни регистрационни файлове“ конфигурирайте сървъра си за Syslogd:

Въведете URL адреса на сървъра syslog.

Ако сървърът не може да се разрешава чрез DNS от възлите за вашия HDS клъстер, използвайте IP адрес в URL.

Пример:
udp://10.92.43.23:514 указва влизане в хоста на Syslogd 10.92.43.23 в UDP порт 514.
Ако настроите сървъра си да използва TLS шифроване, проверете Is your server configured for TLS negotiation/handshake?.

Ако отметнете това квадратче, трябва да въведете TCP URL адрес, например tcp://10.92.43.23:514и качете корневи сертификат syslog.
От Choose syslog record termination падащ, изберете подходящата настройка за вашия ISO файл: Избор или нов ред се използва за Graylog и Rsyslog TCP
- Null byte -- \x00
- Newline -- \n– Изберете този избор за Graylog и Rsyslog TCP.
Щракнете върху Continue.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с база данни в Advanced Settings. По принцип този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxSize: 10

15

Щракнете върху Continue относно Reset Service Accounts Password екран.

Паролите за акаунта за услугата имат деветмесечен живот. Използвайте този екран, когато паролите ви наближават изтичане или искате да ги нулирате, за да invalidate previous ISO files.

16

Щракнете върху Download ISO File. Запишете файла на лесно за намиране място.

17

Направете резервно копие на ISO файла в локалната си система.

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

18

За да изключите инструмента за настройка, въведете CTRL+C.

Какво да направите след това

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

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

Инсталиране на HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте клиента VMware vSphere на вашия компютър, за да влезете във виртуалния хост на ESXi.
2	Избор File > Deploy OVF Template.
3	В съветника укажете местоположението на OVA файла, който сте изтеглили по-рано, и след това щракнете върху Next.
4	В Select a name and folder страница, въведете Virtual machine name за възела (например \„HDS_Node_1\“) изберете местоположение, където може да се намира разполагането на възела на виртуалната машина, и след това щракнете върху Next.
5	В Select a compute resource страница, изберете целевия изчислителен ресурс и щракнете върху Next. Извършва се проверка за валидиране. След като завърши, се показват подробностите за шаблона.
6	Проверете подробностите за шаблона и щракнете върху Next.
7	Ако бъдете помолени да изберете конфигурация на ресурсите на Configuration страница, щракнете върху 4 CPU и след това щракнете върху Next.
8	В Select storage страница, щракнете върху Next за да приемете формата на диска по подразбиране и правилата за съхранение на VM.
9	В Select networks страница, изберете мрежовата опция от списъка със записи, за да осигурите желаната свързаност към VM.
10	На Customize template страница, конфигурирайте следните мрежови настройки: Име на хост – въведете FQDN (име на хост и домейн) или една дума име на хост за възела. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали за получаване на сертификата X.509. За да гарантирате успешна регистрация в облака, използвайте само малки знаци във FQDN или името на хоста, които сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес – въведете IP адреса за вътрешния интерфейс на възела. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска – въведете адреса на маската на подмрежата с точка след десетичната запетая. Например 255.255.255.0. Шлюз – въведете IP адреса на шлюза. Шлюза е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри – Въведете списък с DNS сървъри, разделени със запетая, които обработват преобразуването на имената на домейни в цифрови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри – въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетая, за да въведете няколко NTP сървъра. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстера да са достъпни от клиентите във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурацията на мрежовите настройки и да следвате стъпките в Настройване на VM на хибридна защита на данни, за да конфигурирате настройките от конзолата за възли. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху възела VM и след това изберете Power > Power On. Софтуерът за хибридна защита на данни е инсталиран като гост на VM Host. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Може да усетите забавяне от няколко минути, преди контейнерите с възли да се появят. На конзолата се появява съобщение за защитна стена на мост по време на първото зареждане, по време на което не можете да влезете.

Настройване на VM на хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата на възела на хибридна защита на данни и да зададете данните за вход. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на разполагането на OVA.

1	В клиента на VMware vSphere изберете своя възел на хибридна защита на данни VM и изберете Console . VM се зарежда и се появява подкана за влизане. Ако подканата за влизане не се покаже, натиснете Enter.
2	Използвайте следните данни за влизане и парола по подразбиране, за да влезете и да промените идентификационните данни: Влизане: `admin` Парола: `ciscosystems` Тъй като влизате във вашия VM за първи път, трябва да промените паролата на администратора.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай в главното меню изберете Edit Configuration опция.
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на мрежовите ви правила. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали за получаване на сертификата X.509.
6	Запишете мрежовата конфигурация и рестартирайте VM, за да влязат в сила промените.

Качване и монтиране на конфигурация ISO на HDS

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

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде изложен само на база „трябва да се знае“, за достъп от VM на хибридна защита на данни и всички администратори, които може да се наложи да направят промени. Уверете се, че само тези администратори имат достъп до datastore.

1

Качете ISO файла от компютъра си:

В левия навигационен екран на клиента VMware vSphere щракнете върху сървъра ESXi.
В списъка с хардуери на раздела за конфигуриране щракнете върху Storage.
В списъка Datastores щракнете с десния бутон върху datastore за вашите VMs и щракнете върху Browse Datastore.
Щракнете върху иконата Качване на файлове и след това щракнете върху Upload File.
Намерете местоположението, където сте изтеглили ISO файла на компютъра си, и щракнете върху Open.
Щракнете върху Yes за да приемете предупреждението за операцията за качване/изтегляне и да затворите диалоговия прозорец за данни.

2

Монтиране на ISO файла:

В левия навигационен екран на клиента VMware vSphere щракнете с десния бутон върху VM и щракнете върху Edit Settings.
Щракнете върху OK за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD Drive 1, изберете опцията за монтаж от datastore ISO файл и намерете местоположението, където сте качили конфигурационния ISO файл.
Проверка Connected и Connect at power on.
Запишете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако правилата за ИТ изискват, можете по избор да демонтирате ISO файла, след като всички ваши възли поемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след конфигурацията на HDS за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси сървър, използвайте тази процедура, за да посочите типа прокси сървър, който искате да интегрирате с хибридна защита на данни. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси сървър за общ преглед на поддържаните опции за прокси сървър.
Изисквания за прокси сървъра

1	Въведете URL адреса за настройка на възела на HDS `https://[HDS Node IP or FQDN]/setup` в уеб браузър въведете данните за вход на администратор, които сте настроили за възела, и след това щракнете върху Sign In.
2	Отидете на Trust Store & Proxyи след това изберете опция: Няма прокси сървър – опцията по подразбиране, преди да интегрирате прокси сървър. Не се изисква актуализация на сертификата. Прозрачен прокси сървър без проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра и не трябва да изискват промени за работа с прокси сървър без проверка. Не се изисква актуализация на сертификата. Прокси сървър за прозрачна проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра. Не са необходими промени в конфигурацията на HTTPS при разполагането на хибридна защита на данни, но възлите на HDS се нуждаят от корневи сертификат, за да се доверят на прокси сървъра. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър – С изричния прокси сървър казвате на клиента (HDS възли) кой прокси сървър да използва, и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN – адрес, който може да се използва за свързване с прокси машината. Прокси порт – номер на порт, който прокси сървърът използва за слушане за прокси трафик. Прокси протокол – изберете http (преглежда и управлява всички заявки, които се получават от клиента) или https (осигурява канал към сървъра и клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване – изберете от следните типове удостоверяване: Няма – не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Базово – използва се за агент на HTTP, за да предостави потребителско име и парола при подаване на заявка. Използва кодиране Base64. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Обобщаване – използва се за потвърждаване на акаунта, преди да се изпрати чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Upload a Root Certificate or End Entity Certificateи след това се придвижете до изберете корневи сертификат за прокси сървъра. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката „Шеврон“ по името на издателя на сертификата, за да получите повече подробности, или щракнете върху Delete ако сте допуснали грешка и искате да качите отново файла.
4	Щракнете върху Check Proxy Connection за да тествате мрежовата връзка между възела и прокси сървъра. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако мислите, че това е грешка, изпълнете тези стъпки и вижте Изключване на режима на блокирано външно разрешаване на DNS.
5	След като тестът на връзката премине, за изричния прокси сървър, зададен само на https, включете превключвателя на Route all port 443/444 https requests from this node through the explicit proxy. За да влезе в сила тази настройка, е необходимо 15 секунди.
6	Щракнете върху Install All Certificates Into the Trust Store (появява се за HTTPS изрично прокси или прозрачен прокси сървър за проверка) или Reboot (появява се за HTTP изрично прокси сървър), прочетете подканата и след това щракнете върху Install ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След като възелът се рестартира, влезте отново, ако е необходимо, и след това отворете Overview , за да проверите проверките на свързаността, за да сте сигурни, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистриране на първия възел в клъстера

Тази задача взема генеричния възел, който сте създали в Настройване на хибридна защита на данни VM, регистрира възела в облака на Webex и го превръща във възел на хибридна защита на данни.

Когато регистрирате първия си възел, създавате клъстер, към който е разпределен възелът. Клъстерът съдържа един или повече възли, разгърнати за осигуряване на резерв.

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути или трябва да започнете отначало.
Уверете се, че всички изскачащи блокери във вашия браузър са деактивирани или че разрешите изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Services.
3	В раздела „Хибрид“ намерете картата „Хибридна защита на данни“ и щракнете върху Set up.
4	На страницата, която се отваря, щракнете върху Add a resource.
5	В първото поле на Create a new cluster карта, въведете име за клъстера, към който искате да разпределите възела на хибридна защита на данни. Препоръчваме ви да посочите клъстер въз основа на географското местоположение на клъстера. Примери: "Сан Франциско" или "Ню Йорк" или "Далас"
6	Във второто поле въведете вътрешния IP адрес или напълно определеното име на домейн (FQDN) на вашия възел и щракнете върху Add в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройване на VM на хибридна защита на данни. Появява се съобщение, което показва, че можете да регистрирате възела в Webex.
7	Щракнете върху Go to Node. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация в Webex за достъп до вашия възел.
8	Проверете Allow Access to Your Hybrid Data Security Node квадратче за отметка и щракнете върху Continue. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. На Hybrid Data Security страница, новият клъстер, съдържащ възела, който сте регистрирали, се показва под Resources . Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

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

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути или трябва да започнете отначало.
Уверете се, че всички изскачащи блокери във вашия браузър са деактивирани или че разрешите изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новия VM, като повторите стъпките в Настройване на VM на хибридна защита на данни.
3	На новия VM повторете стъпките в Качване и монтиране на конфигурацията на HDS ISO.
4	Ако настройвате прокси сървър за разполагането си, повторете стъпките в Конфигуриране на възела на HDS за интеграция на прокси сървър, както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.com изберете Services от менюто от лявата страна на екрана. В раздела „Хибрид“ намерете картата „Хибридна защита на данни“ и щракнете върху View all. Показва се страницата с ресурси за хибридна защита на данни. Новосъздаденият клъстер ще се появи в Resources страница. Щракнете върху клъстера, за да видите възлите, разпределени към клъстера. Щракнете върху Add a node от дясната страна на екрана. Въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Add. Отваря се страница със съобщение, което показва, че можете да регистрирате възела си в облака Webex. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Проверете Allow Access to Your Hybrid Data Security Node квадратче за отметка и щракнете върху Continue. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. Node added В Partner Hub се появява изскачащо съобщение и в долната част на екрана. Възелът ви е регистриран.

Какво да направите след това

За да създадете допълнителни клъстери, влезте в Partner Hub и щракнете върху Services > Hybrid Data Security > View all > Add a cluster. Следвайте стъпките, описани в раздела по-горе, за да добавите първия възел към допълнителния(ите) клъстер(и).

Управление на организации на клиенти в хибридна защита на данни с много клиенти

Активирайте Multi-Tenant HDS на партньорски хъб

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

Преди да започнете

Уверете се, че сте завършили създаването на вашия Multi-Tenant HDS клъстер с необходимия брой възли.

1	Влезте в https://admin.webex.com...
2	От менюто в лявата страна на екрана изберете Services.
3	В раздела Хибридни данни намерете Хибридна сигурност и щракнете върху Edit Settings.
4	Щракнете върху Activate HDS относно HDS Status карта.

Добавяне на организации на наематели в Partner Hub

В тази задача присвоявате клиентски организации на вашия Hybrid Data Security Cluster.

1	Влезте в https://admin.webex.com...
2	От менюто в лявата страна на екрана изберете Services.
3	В раздела Хибридни данни намерете Хибридна сигурност и щракнете върху View all.
4	Отидете на страницата Assigned customers . The Assigned customers Разделът няма да се показва, докато не създадете клъстер.
5	Щракнете върху Add customers.
6	Изберете клиента, който искате да добавите от падащото меню.
7	Щракнете върху Add, клиентът ще бъде добавен към клъстер.
8	Повторете стъпки, 5 за 7 да добавите множество клиенти към вашия клъстер.
9	Щракнете върху Done в долната част на екрана, след като сте добавили клиентите. Добавените клиенти ще бъдат синхронизирани във всички налични клъстери.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на основни клиентски ключове (CMKs) чрез инструмента за настройка на HDSда завърши процеса на настройка.

Създаване на основни клиентски ключове (CMKs) чрез инструмента за настройка на HDS

Преди да започнете

Възложете на клиентите подробно в Добавяне на организации на наематели в Partner Hub... Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новосъздадените клиентски организации.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата Docker, когато въвеждате контейнера Docker в стъпка 5... Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ за криптиране на базата данни PostgreSQL или Microsoft SQL Server. Трябва да имате най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като например:
- Данни за база данни
- Актуализации на удостоверението
- Промени в политиката за оторизация
Ако планирате да шифровате връзки към бази данни, настройте разгръщането на PostgreSQL или SQL Server за TLS.

Процесът на настройка на сигурността на хибридните данни създава ISO файл. След това използвате ISO, за да конфигурирате вашия хост за защита на хибридни данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовна среда с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате "Експрес сървър слушане на порт8080."
6	Инструментът Setup не поддържа свързване с localhost чрез http: // localhost:8080... Използване http: //127...0...0...1:8080за да се свържете с localhost. Използвайте уеб браузър, за да отидете на локалния хост, `http://127.0.0.1:8080`, и въведете администраторското потребителско име за Partner Hub в подкана. Инструментът използва този първи запис на потребителското име, за да настрои правилната среда за този акаунт. След това инструментът показва стандартната заявка за влизане.
7	Когато е подкана, въведете вашите идентификационни данни за вход в Partner Hub и след това щракнете върху Log in да се даде възможност за достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата за преглед на инструмента за настройка щракнете Get Started.
9	На ISO Import страница, кликнете Yes.
10	Изберете вашия ISO файл в браузъра и го качете. Осигурете свързаност с вашата база данни, за да извършите управление на CMK.
11	Отидете на страницата Tenant CMK Management раздел, където ще намерите следните три начина за управление на наематели CMKs. Create CMK for all ORGs или Create CMK - Кликнете върху този бутон на банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху Manage CMKs бутон от дясната страна на екрана и кликнете Create CMKs за създаване на CMK за всички новодобавени организации. Щракнете близо до управлението на CMK в очакване на състоянието на конкретна организация в таблицата и щракнете Create CMK да се създаде CMK за тази организация.
12	След като създаването на CMK е успешно, състоянието в таблицата ще се промени от pending CMK management към CMK managed.
13	Ако създаването на CMK е неуспешно, ще бъде показана грешка.

Премахване на организациите на наемателите

Преди да започнете

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

1	Влезте в https://admin.webex.com...
2	От менюто в лявата страна на екрана изберете Services.
3	В раздела Хибридни данни намерете Хибридна сигурност и щракнете върху View all.
4	На страницата, която се отваря, щракнете върху Assigned Customers .
5	От списъка на клиентските организации, които се показват, щракнете върху дясната страна на клиентската организация, която искате да премахнете и щракнете върху Remove from cluster.

Какво да направите след това

Завършете процеса на отстраняване, като отмените CMK на клиентските организации, както е описано в Отмяна на CMK на наематели, отстранени от HDS.

Отмяна на CMK на наематели, отстранени от HDS.

Преди да започнете

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

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата Docker, когато въвеждате контейнера Docker в стъпка 5... Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ за криптиране на базата данни PostgreSQL или Microsoft SQL Server. Трябва да имате най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като например:
- Данни за база данни
- Актуализации на удостоверението
- Промени в политиката за оторизация
Ако планирате да шифровате връзки към бази данни, настройте разгръщането на PostgreSQL или SQL Server за TLS.

Процесът на настройка на сигурността на хибридните данни създава ISO файл. След това използвате ISO, за да конфигурирате вашия хост за защита на хибридни данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовна среда с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате "Експрес сървър слушане на порт8080."
6	Инструментът Setup не поддържа свързване с localhost чрез http: // localhost:8080... Използване http: //127...0...0...1:8080за да се свържете с localhost. Използвайте уеб браузър, за да отидете на локалния хост, `http://127.0.0.1:8080`, и въведете администраторското потребителско име за Partner Hub в подкана. Инструментът използва този първи запис на потребителското име, за да настрои правилната среда за този акаунт. След това инструментът показва стандартната заявка за влизане.
7	Когато е подкана, въведете вашите идентификационни данни за вход в Partner Hub и след това щракнете върху Log in да се даде възможност за достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата за преглед на инструмента за настройка щракнете Get Started.
9	На ISO Import страница, кликнете Yes.
10	Изберете вашия ISO файл в браузъра и го качете.
11	Отидете на страницата Tenant CMK Management раздел, където ще намерите следните три начина за управление на наематели CMKs. Revoke CMK for all ORGs или Revoke CMK - Кликнете върху този бутон на банера в горната част на екрана, за да отмените CMK на всички организации, които са били премахнати. Щракнете върху Manage CMKs бутон от дясната страна на екрана и кликнете Revoke CMKs да отмени CMK на всички организации, които са били премахнати. Щракнете близо до CMK, за да отмените състоянието на конкретна организация в таблицата и щракнете върху Revoke CMK да отмени CMK за тази конкретна организация.
12	След като отмяната на CMK бъде успешна, организацията на клиента вече няма да се появява в таблицата.
13	Ако отмяната на CMK е неуспешна, ще бъде показана грешка.

Тестване на вашето разполагане на хибридна защита на данни

Тествайте внедряването на хибридни данни за сигурност

Използвайте тази процедура, за да тествате сценарии за криптиране на хибридни данни за сигурността.

Преди да започнете

Настройте разгръщането на Multi-Tenant Hybrid Data Security.
Уверете се, че имате достъп до syslog, за да проверите дали ключовите заявки се подават към Вашето разгръщане на хибридна защита на данните с множество клиенти.

1

Клавишите за дадено пространство се задават от създателя на пространството. Влезте в приложението Webex като един от потребителите на организацията на клиентите и след това създайте пространство.

Ако деактивирате внедряването на Hybrid Data Security, съдържанието в пространствата, които потребителите създават, вече не е достъпно, след като бъдат заменени клиентските кеширани копия на ключовете за криптиране.

2

Изпращане на съобщения до новото пространство.

3

Проверете изхода на syslog, за да проверите дали ключовите заявки преминават към внедряването на Hybrid Data Security.

Ако потребител на новодобавена клиентска организация извърши каквото и да е действие, Org ID на организацията ще се появи в дневниците и това може да се използва, за да се провери дали организацията използва Multi-Tenant HDS. Проверете стойността на kms.data.orgId в системните логове.

За да проверите дали потребителят първо създава защитен канал към KMS, филтрирайте на kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION :

Трябва да намерите запис като следното (идентификатори съкратени за четене):

2025-04-10 04:38:20.208 (+0000) INFO  KMS [pool-19-thread-13] - [KMS:REQUEST] received, deviceId: 
https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5 ecdheKid: kms://collabdemoorg.cisco.com/statickeys/8[~]3 
clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]6,
 kms.data.method=create, kms.merc.id=d[~]7, kms.merc.sync=false, kms.data.uriHost=collabdemoorg.cisco.com, 
kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=1[~]f, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/ecdhe, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който иска съществуващ ключ от KMS, филтрирайте kms.data.method=retrieve и kms.data.type=KEY :

Трябва да намерите запис като:

2025-04-10 04:38:24.144 (+0000) INFO  KMS [pool-19-thread-26] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558)
 WEBEX_TRACKINGID=webex-web-client_0[~]0, kms.data.method=retrieve, kms.merc.id=5[~]3, kms.merc.sync=false,
 kms.data.uriHost=collabdemoorg.cisco.com, kms.data.type=KEY, kms.data.requestId=4[~]7, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/keys/2[~]e, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който иска създаването на нов KMS ключ, филтрирайте kms.data.method=create и kms.data.type=KEY_COLLECTION :

Трябва да намерите запис като:

2025-04-10 04:42:22.739 (+0000) INFO  KMS [pool-19-thread-29] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::7 orgId: 2[~]b
 (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]3, kms.data.method=create, 
kms.merc.id=6[~]4, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, 
kms.data.orgId=2[~]b, kms.data.uri=/keys, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който иска създаването на нов ресурсен обект на KMS (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте kms.data.method=create и kms.data.type=RESOURCE_COLLECTION :

Трябва да намерите запис като:

2025-04-10 04:42:23.690 (+0000) INFO  KMS [pool-19-thread-31] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/3[~]6 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 
clusterConnection: prodachm::1 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]2,
 kms.data.method=create, kms.merc.id=3[~]0, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
kms.data.requestId=5[~]8, kms.data.orgId=2[~]b, kms.data.uri=/resources, kms.data.userId=1[~]f, kms.data.httpUserAgent=conversation

Интерпретиране на HDS регистрационните файлове и етикетите на агенти за разбиране

Дневниците на HDS предоставят подробна информация относно исканията на KMS. Тези регистри включват различни полета, които спомагат за идентифициране на естеството на искането и свързаната с него идентичност. Разбирането на тези области е от съществено значение за правилното тълкуване на дейностите и доверените вътрешни операции.

Терминология

За да се осигури яснота при преглеждането на дневниците на HDS, е важно да се разберат следните термини:

Термин	Определение
Сервизен акаунт	Идентификация на услугата, която позволява на услугите на Webex да изпълняват разрешени действия по сигурен начин.
Агент	Сервизен субект или сервизен акаунт, използван за извършване на автоматизирани операции в средата на HDS.
Етикет на агент	Етикет, включен в дневниците на HDS, който идентифицира конкретния източник и типа на входящата заявка, позволяващ ефективен одит на контрола на достъпа.
Делегиран достъп	Оторизиран сервизен акаунт, който прави заявка за конкретен потребител, в рамките на разрешенията на този потребител. Появява се като искане за делегация: `agent -> userid`.

Терминът "агент" в този контекст се отнася конкретно до идентичността на услугите на HDS. Те не са свързани с AI-захранваните агенти, използвани в други функции на Webex.

Заявка се връчва само когато произхожда от:

оторизиран потребител във вашата организация, или
сервизен акаунт , който пребивава и е оторизиран от вашата организация.

Преглед на журналните полета

Поле	Какво представлява
Времеви маркер	Дата и час на операцията.
kms. data. method	Операцията KMS е извършена (напр. извличане).
kms. data. orgld	Идентификатор на организацията.
kms. data. httpUserAgent	Клиентът или услугата, която прави искането.
WEBEX_ TRACKINGID	Уникален идентификатор за проследяване на искането.
kms. data. uriHost / kms. data. uri	Хостът и ресурсът, към които е насочен искането.
kms. data. userld	Самоличността, извършваща искането, включително етикет на агент.
kms.response.success	Показва дали заявката е успешна.

Видове заявки - Бърза справка

Таг в лог	Етикет на агент	Какво представлява	Типични операции
Тип потребител: userAgent	Агент на потребителя	Доверен сервизен акаунт, свързан с работен поток на потребителя, скочен към вашата организация.	Създаване/управление на ключове за потребителски процес.
o-агент <id> -> userid <id>	Org Agent	Доверен сервизен акаунт на ниво org, използвайки делегиран достъп.	Извличане от служител по съответствието на Webex данни, календарни интеграции.
c-агент <id> -> userid <id>	Облачен агент	Услуга на Webex, изпълняваща делегирано искане за конкретен потребител.	Сканиране на вируси, преглед на съдържанието, транскрипти.
c-агент <id>	Облачен агент	Услуга на Webex, изпълняваща делегирано искане.	ECDHE/ сесийни ключове.
Краен потребител UUID	–	Идентифицираният краен потребител взаимодейства с HDS.	Потребител, който извлича свой собствен ключ.

Видове заявки - Подробно

Етикетите на агента категоризират източника на искането и помагат при определянето на подходящите контроли за достъп. Следните примери показват множество видове искания и свързаните с тях етикети на агента.

Потребителски агент (UserAgent):

Това са доверени сервизни сметки на Webex, свързани с конкретни потребителски работни потоци и се присвояват на организацията на клиентите. Те обикновено се използват, когато дадена услуга създава и управлява ключове от името на работния процес на потребителя.

Дневник на пробата:
```
2026-06-18 10:58:14.405 (+0000) INFO  KMS [pool-21-thread-110] - User: b[~]4 User Type: userAgent WEBEX_TRACKINGID=MsftPresence_6[~]9, kms.data.method=create, kms.merc.id=5[~]8, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=b[~]4, kms.data.orgId=null, kms.data.uri=/resources, kms.data.userId=3[~]6, kms.data.httpUserAgent=<Webex service>
```
Ключов показател: Дневникът на пробата показва потребителски агент (userAgent) извършване на операции по събиране на ресурси за услуга Webex.
Org Agent (о-агент):

Тези доверени сметки за услуги на Webex са упълномощени да извършват делегирани операции от името на потребителите в рамките на HDS. Присвоени към клиентската организация, тези сметки изпълняват операции на ниво организация. Тази функция поддържа няколко функции, като например предоставяне на възможност на служителите по съответствието да търсят и извличат комуникационни данни на Webex - осигуряване на организационно съответствие с регулаторните стандарти, стандартите за сигурност и поверителност на данните.

Дневник на пробата:
```
2026-06-18 11:24:53.034 (+0000) INFO  KMS [pool-19-thread-118] - WEBEX_TRACKINGID=ccc_8[~]c, kms.data.method=retrieve, kms.merc.id=2[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=1[~]2, kms.data.orgId=null, kms.data.uri=kms://hds2.org5.portun.us/keys/d[~]7, kms.data.userId=o-agent 9[~]c -> userid 4[~]b, kms.data.httpUserAgent=<Webex service>
```
Ключов показател: Дневникът на пробата показва орг агент (o-agent 9[~]c) извличане на ключ от името на потребителя (4[~]b) за услуга Webex.
Облачен агент (c-агент):
Тези доверени сметки за услуги на Webex са упълномощени да извършват операции на HDS чрез делегиран достъп от името на потребител. Те поддържат основни функции - като записи след среща, транскриптове, анти-зловреден софтуер сканиране и визуализации на файлове, които подобряват цялостното потребителско изживяване.

Въпреки че облачните агенти могат да бъдат деактивирани чрез промяна на ISO, клиентите трябва да са наясно, че това ще доведе до загуба на функционалности, като записи след среща, преписи, предварителен преглед на файлове и автоматизирано сканиране за зловреден софтуер в Webex App Spaces. За повече информация вижте Изключване на облачните агентираздел.

Дневник на пробата:
```
2026-06-18 11:27:59.388 (+0000) INFO  KMS [pool-19-thread-56] - WEBEX_TRACKINGID=CLIENT_2[~]e, kms.data.method=retrieve, kms.merc.id=b[~]c, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=0[~]6, kms.data.orgId=null, kms.data.uri=kms://hds2.org5.portun.us/keys/e[~]e, kms.data.userId=c-agent b[~]c -> userid 9[~]c, kms.data.httpUserAgent=<Webex service>
```
Ключов показател: Дневникът на пробата показва облачен агент (c-agent b[~]c) извличане на ключ за съдържание от името на потребителя (9[~]c).

Директно взаимодействие с крайния потребител:

Идентифициран потребител, взаимодействащ директно с HDS.

Дневник на пробата:

2026-06-18 11:29:39.858 (+0000) INFO  KMS [pool-19-thread-141] - kms.data.method=retrieve, kms.merc.id=a[~]d, kms.merc.sync=false, kms.data.orgId=null, kms.data.httpUserAgent=<Webex service>, WEBEX_TRACKINGID=CLIENT_7[~]e, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=1[~]a, kms.response.destination=https://wdm-a.wbx2.com/wdm/api/v1/devices/1[~]e, kms.response.resourceuri=null, kms.data.uri=kms://hds2.org5.portun.us/keys/b[~]b, kms.data.userId=c[~]f, kms.response.success=true

Ключов показател: Дневникът на пробата показва краен потребител (c[~]f) извличане на ключ и директно взаимодействие с HDS.

Монитор хибридни данни сигурност здраве

Индикатор за състоянието в Partner Hub ви показва дали всичко е наред с внедряването на Multi-Tenant Hybrid Data Security. За по-активно сигнализиране, регистрирайте се за известия по имейл. Ще бъдете уведомени, когато има аларми за услуги или софтуерни ъпгрейди.

1	В Партньорски хъб, изберете Services от менюто от лявата страна на екрана.
2	В раздела Хибридни данни намерете Хибридна сигурност и щракнете върху Edit Settings. Появява се страницата за настройки на сигурността на хибридните данни.
3	В раздела Известия за имейл въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управление на вашето разполагане на HDS

Управление на разгръщането на HDS

Използвайте описаните тук задачи, за да управлявате внедряването на Hybrid Data Security.

Задаване на график за обновяване на клъстерите

Софтуерните ъпгрейди за Hybrid Data Security се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги изпълняват една и съща софтуерна версия. Надстрояването се извършва съгласно графика за надграждане на клъстера. Когато софтуерна актуализация стане налична, имате възможност за ръчно надграждане на клъстера преди планираното време за надграждане. Можете да зададете конкретен график за надграждане или да използвате графика по подразбиране 3:00 AM Daily United States: Америка/Лос Анджелис. Можете също така да изберете да отложите предстоящото надграждане, ако е необходимо.

За да настроите графика за надстройване:

1	Влезте в Центъра за партньори.
2	От менюто в лявата страна на екрана изберете Services.
3	В раздела Хибридни данни намерете Хибридна сигурност и щракнете върху Set up
4	На страницата Ресурси за хибридна сигурност на данните изберете клъстер.
5	Кликнете върху Cluster Settings .
6	На страницата Настройки на клъстерите, под График за надграждане, изберете часовата зона за графика за надграждане. Забележка: Под часовата зона се показва следващата налична дата и час за надграждане. Можете да отложите надстройката до следващия ден, ако е необходимо, като кликнете върху Postpone by 24 hours.

Промяна на конфигурацията на възела

Понякога може да се наложи да промените конфигурацията на вашия хибриден възел за сигурност на данните по причина като:

Промяна на удостоверенията x.509 поради изтичане на срока на валидност или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на сигурността, Hybrid Data Security използва пароли за обслужване на акаунти с продължителност девет месеца. След като инструментът за настройка на HDS генерира тези пароли, вие ги внедрявате във всеки от вашите HDS възли в ISO конфигурационния файл. Когато паролите на вашата организация наближават изтичане на срока на валидност, ще получите известие от екипа на Webex, за да нулирате паролата за вашия акаунт в машината. (Имейлът включва текста „Използвайте API на машинния акаунт, за да актуализирате паролата.“) Ако вашите пароли все още не са изтекли, инструментът ви дава две опции:

Soft reset – Старите и новите пароли работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Твърдо нулиране—Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

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

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква пълномощията на акаунт в Partner Hub с пълни права на администратор на партньора.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки 1.a чрез 1.e в процедурата по-долу. Зее Стартирайте инструмента за настройка на HDS с помощта на работния плот Podmanза подробности.

Ако инструментът за настройка на 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 Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версии на инструмента, създаден преди февруари22, 2018 нямат екрани за нулиране на паролата. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате "Експрес сървър слушане на порт8080." Използвайте браузър, за да се свържете с локалния хост, `http://127.0.0.1:8080`. Инструментът Setup не поддържа свързване с localhost чрез http: // localhost:8080... Използване http: //127...0...0...1:8080за да се свържете с localhost. Когато бъдете подканени, въведете идентификационните данни за вход на клиента на Partner Hub и след това кликнете Accept да продължи. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да изключите инструмента за настройка, въведете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате само един HDS възел, създайте нов Hybrid Data Security VM възел и го регистрирайте с помощта на новия конфигурационен ISO файл. За по-подробни инструкции вижте Създаване и регистриране на повече възли... Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия навигационен панел на клиента на VMware vSphere, щракнете с десния бутон върху VM и щракнете Edit Settings. Щракнете върху `CD/DVD Drive 1`, изберете опцията за монтиране от ISO файл и прегледайте местоположението, където сте изтеглили новия конфигурационен ISO файл. Проверка Connect at power on. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка, 3 за да замените конфигурацията на всеки оставащ възел, който работи старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса Hybrid Data Security Interface (IP адрес/setup, например https://192.0.2.0/setup), въведете администраторските данни, които сте настроили за възела, и след това щракнете върху Sign In.
2	Отидете на Преглед (страницата по подразбиране). Когато е активирано, Blocked External DNS Resolution е настроено да Yes.
3	Отидете на страницата Trust Store & Proxy страница.
4	Щракнете върху Check Proxy Connection. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и се върнете на страницата Преглед , Блокираната външна резолюция на DNS трябва да бъде настроена на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура за премахване на хибриден възел за сигурност на данните от облака на Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за сигурност.

1

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

2

Премахване на възел:

Влезте в Partner Hub и след това изберете Services.
На картата за сигурност на хибридните данни щракнете View All за показване на страницата Ресурси за хибридна сигурност на данните.
Изберете вашия клъстер, за да покажете панела за преглед.
Щракнете върху възела, който искате да премахнете.
Щракнете върху Deregister this node на панела, който се появява вдясно
Можете също така да дерегистрирате възела, като щракнете върху … от дясната страна на възела и изберете Deregister node.

3

В vSphere клиент, изтрийте VM. (В левия навигационен екран щракнете с десния бутон върху VM и щракнете върху Delete.)

Ако не изтриете VM, не забравяйте да демонтирате конфигурационния ISO файл. Без ISO файла не можете да използвате VM за достъп до вашите данни за сигурност.

Възстановяване при бедствия с помощта на Standby Data Center

Най-критичната услуга, която Вашият клъстер Hybrid Data Security предоставя, е създаването и съхранението на ключове, използвани за криптиране на съобщения и друго съдържание, съхранявано в облака на Webex. За всеки потребител в организацията, който е назначен за Hybrid Data Security, към клъстера се насочват нови заявки за създаване на ключове. Клъстерът също така е отговорен за връщането на клавишите, които е създаден, на всеки потребител, упълномощен да ги изтегли, например, членове на пространство за разговор.

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, е наложително клъстерът да продължи да работи и да се поддържат подходящи резервни копия. Загубата на базата данни за хибридна защита на данни или на конфигурацията ISO, използвана за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентско съдържание. Следните практики са задължителни за предотвратяване на такава загуба:

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

Преди да започнете

Използвайте най-новия ISO файл, който е конфигуриран срещу възлите на клъстер, който преди това е бил активен, за да изпълните процедурата по отказ, посочена по-долу.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO конфигурация за HDS хостовете...
2	След като конфигурирате сървъра на Syslogd, щракнете върху Advanced Settings
3	На Advanced Settings страница, добавете конфигурацията по-долу или премахнете `passiveMode` конфигурация за активиране на възела. Възелът може да се справи с трафика, след като е конфигуриран. `passiveMode: 'false'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно да се намери.
5	Направете резервно копие на ISO файла във вашата локална система. Защитете резервното копие. Този файл съдържа основен ключ за шифроване на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридни данни, които трябва да направят промени в конфигурацията.
6	В левия навигационен панел на клиента на VMware vSphere, щракнете с десния бутон върху VM и щракнете Edit Settings..
7	Щракнете върху Edit Settings >CD/DVD Drive 1 и изберете Datastore ISO файл. Уверете се Connected и Connect at power on са проверени, така че актуализираните промени в конфигурацията да могат да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми за най-малко 15 минути.
9	Повторете процеса за всеки възел в центъра за данни в режим на готовност. Проверете изхода на syslog, за да проверите дали възлите на центъра за данни в режим на готовност не са в пасивен режим. „KMS конфигуриран в пасивен режим“ не трябва да се показва в системните логове.

Какво да направите след това

След повреда, ако основният център за данни се активира отново, поставете центъра за данни в режим на готовност отново в пасивен режим, като следвате стъпките, описани в Създаване на център за данни в режим на готовност за възстановяване при бедствия...

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

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

Все още използвате ISO файловете, за да направите промени в конфигурацията. Когато създавате нов ISO или актуализирате ISO чрез инструмента за настройка, трябва да монтирате актуализирания ISO на всички ваши HDS възли. След като всички възли са взели промените в конфигурацията, можете отново да демонтирате ISO с тази процедура.

Преди да започнете

Надстройте всички HDS възли до версия 2025.06.02.6983 или по-късно.

1	Затворете един от вашите HDS възли.
2	В vCenter Server Appliance изберете HDS възел.
3	Избор Edit Settings > CD/DVD drive и непроверка Datastore ISO File.
4	Включете HDS възела и се уверете, че няма аларми за най-малко 20 минути.
5	Повторете всеки HDS възел на свой ред.

Отстраняване на неизправности в хибридна защита на данни

Преглед на предупреждения и отстраняване на неизправности

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

Не могат да бъдат създадени нови пространства (не могат да бъдат създадени нови ключове)
Съобщенията и заглавията на пространствата не могат да бъдат разшифровани за:
- Добавени са нови потребители в интервал (не могат да бъдат изтеглени ключове)
- Съществуващи потребители в пространство, използващи нов клиент (не могат да изтеглят ключове)
Съществуващите потребители в едно пространство ще продължат да работят успешно, докато техните клиенти имат кеш на ключовете за криптиране

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

Сигнали

Ако има проблем с настройката Hybrid Data Security, Partner Hub показва сигнали до администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Сигналите обхващат много общи сценарии.

Table 1. Common Issues and the Steps to Resolve Them
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Връзката с локалната БД е неуспешна.	Проверете дали сървърът на база данни е наличен и дали са използвани правилните данни за профила на услугата в конфигурацията на възела.
Неуспешен достъп до облачни услуги.	Проверете дали възлите имат достъп до сървърите на Webex, както е посочено в Изисквания за външна свързаност...
Подновяване на регистрацията за облачни услуги.	Регистрацията за облачни услуги е отменена. Подновяването на регистрацията е в ход.
Регистрацията за облачни услуги отпадна.	Регистрацията за облачни услуги е прекратена. Услугата спира.
Услугата още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съвпада със сертификата на сървъра.	Уверете се, че удостоверението на сървъра съвпада с конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че сертификатът CN е променен наскоро и сега е различен от CN, използван по време на първоначалната настройка.
Грешка при удостоверяване на облачните услуги.	Проверете за точност и възможно изтичане на пълномощията за сервизни сметки.
Грешка при отваряне на локалния файл с клавиатури.	Проверете за целостта и точността на паролата на локалния файл на клавиатурата.
Удостоверението за локален сървър е невалидно.	Проверете срока на валидност на удостоверението на сървъра и потвърдете, че то е издадено от надежден сертифициращ орган.
Не може да се публикуват метрики.	Проверете достъпа на локалната мрежа до външни облачни услуги.
/media/configdrive/hds директория не съществува.	Проверете конфигурацията на ISO монтиране на виртуален хост. Проверете дали файлът ISO съществува, дали е конфигуриран да се монтира на рестартиране и дали се монтира успешно.
Настройката на Tenant Org не е завършена за добавените орги	Пълна настройка чрез създаване на CMKs за новодобавени наемни организации с помощта на HDS Setup Tool.
Настройката на наемателя не е завършена за премахнатите орги	Пълна настройка чрез отмяна на CMK на организации на наематели, които са били премахнати с помощта на HDS Setup Tool.

Отстраняване на неизправности при хибридна защита на данните

Използвайте следните общи насоки при отстраняване на проблеми със сигурността на хибридните данни.

1	Влезте в Центъра за партньори.
2	От менюто в лявата страна на екрана изберете Services.
3	В раздела Хибридни данни намерете Хибридна сигурност и щракнете върху Events.
4	Прегледайте страницата за история на събитията за всички предупреждения и коригирайте всички елементи, които намерите там. Вижте изображението по-долу за справка.
5	Прегледайте изхода на syslog сървър за активност от разгръщането на хибридна сигурност на данните. Филтър за думи като "Предупреждение" и "Грешка", за да помогне при отстраняване на неизправности.
6	Контакт Поддръжка на Cisco...

API за разработка на HDS

API за разработчици на HDS са начин за извличане на анализи и мониторинг на данни, както и за отстраняване на проблеми с внедряването на HDS чрез портала за разработчици на Webex. APIs са на разположение на https://developer.webex.com/messaging/docs/api/v1/hds...

Други бележки

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

Ако затворите всички активни клъстери на Hybrid Data Security (като го изтриете в Partner Hub или като изключите всички възли), загубите конфигурационния си ISO файл или загубите достъп до базата данни на ключодържателя, потребителите на Webex App на клиентските организации вече не могат да използват пространства под техния списък с хора, които са създадени с ключове от вашия KMS. В момента нямаме проблем или поправка на този проблем и ви призоваваме да не затворите HDS услугите си, след като работят с активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка към KMS, поддържа тази връзка за период от време (вероятно един час).

Стартирайте инструмента за настройка на HDS с помощта на работния плот Podman

Podman е безплатен и отворен код инструмент за управление на контейнери, който осигурява начин за управление, управление и създаване на контейнери. Podman Desktop може да бъде изтеглен от https://podman-desktop.io/downloads...

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За да получите достъп до него, изтеглете и стартирайте Podman на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в Контролен център с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата Docker, когато въвеждате контейнера Docker на стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ за криптиране на базата данни PostgreSQL или Microsoft SQL Server. Трябва да имате най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като например:
- Данни за база данни
- Актуализации на удостоверението
- Промени в политиката за оторизация
Ако планирате да шифровате връзки към бази данни, настройте разгръщането на PostgreSQL или SQL Server за TLS.

Процесът на настройка на сигурността на хибридните данни създава ISO файл. След това използвате ISO, за да конфигурирате вашия хост за защита на хибридни данни.

podman rmi ciscocitg/hds-setup:stable  
podman login docker.io -u hdscustomersro
dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
podman pull ciscocitg/hds-setup:stable
podman run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

Какво да направите след това

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

Изключване на облачните агенти

Cloud Agents (c-agent) са доверени сметки за услуги на Webex, които извършват операции на HDS чрез делегиран достъп от името на потребителя, за да подобрят цялостното потребителско изживяване. Деактивирането на облачните агенти блокира достъпа на Webex до HDS ключове в помещенията.

Деактивирането на облачните агенти ще доведе до загуба на функции като записи след среща, преписи, преглед на файлове и автоматизирано сканиране за зловреден софтуер в Webex App Spaces.

Следвайте стъпките по-долу, за да деактивирате облачните агенти за разгръщането на вашия HDS.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO конфигурация за HDS хостовете... ISO файлът трябва да бъде копие на оригиналния ISO файл на основния център за данни, върху който трябва да се направят следните актуализации на конфигурацията.
2	След като конфигурирате сървъра на Syslogd, щракнете върху Advanced Settings.
3	На Advanced Settings страница, добавете конфигурацията по-долу, за да деактивирате облачните агенти. Това ще гарантира, че облачните агенти не могат да се справят с трафика на HDS. `cloudAgentUpdateEnabled: 'false'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно да се намери.
5	Направете резервно копие на ISO файла във вашата локална система. Защитете резервното копие. Този файл съдържа основен ключ за шифроване на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридни данни, които трябва да направят промени в конфигурацията.
6	В левия навигационен панел на клиента на VMware vSphere, щракнете с десния бутон върху VM и щракнете Edit Settings..
7	Щракнете върху Edit Settings >CD/DVD Drive 1 и изберете Datastore ISO файл. Уверете се Connected и Connect at power on са проверени, така че актуализираните промени в конфигурацията да могат да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми за най-малко 15 минути.
9	Повторете процеса за всеки възел в разгръщането на HDS. Проверете дали облачните агенти са деактивирани, като проверите системните логове за следното вписване: "Cloud Agent актуализация е изключена".

Преместване на съществуващото разгръщане на HDS на партньорска организация в контролен хъб към настройка на HDS на няколко наематели в партньорски хъб

Преобразуването от съществуващо разгръщане на HDS с един наемател на партньорска организация, управлявана в Контролен център, към разгръщане на HDS с множество наематели, управлявана в Партньорски център, включва деактивиране на услугата HDS в Контролен център, дерегистрация на възли и изтриване на клъстера. След това можете да влезете в Partner Hub, да регистрирате възлите, да активирате Multi-Tenant HDS и да добавите клиенти към вашия клъстер.

Терминът "едноличен наемател" просто се отнася до съществуващо разгръщане на HDS в контролния център.

Деактивирайте HDS, дерегистрирайте възли и изтрийте всички клъстери в контролния център

1	Влезте в контролния център. В левия панел щракнете Hybrid. На картата за сигурност на хибридните данни щракнете Edit Settings.
2	На страницата с настройки превъртете надолу към секцията Деактивиране и щракнете върху Deactivate.
3	След деактивиране щракнете върху Resources .
4	The Resources страници изброяват клъстерите в разгръщането на вашия HDS. Щракнете върху клъстер, се отваря страница с всички възли под този клъстер.
5	Кликнете вдясно и кликнете Deregister node. Повторете процеса за всички възли в клъстера.
6	Ако разполагането ви има множество клъстери, повторете стъпка 4 и стъпка5 , докато всички възли бъдат дерегистрирани.
7	Щракнете върху Cluster Settings > Remove.
8	Щракнете върху Confirm Removal да се дерегистрира клъстерът.
9	Повторете процеса за всички клъстери в разгръщането на HDS. След деактивиране на HDS, дерегистрация на възли и премахване на клъстери, картата Hybrid Data Service на контролния център ще има незавършена настройка , показана в долната част.

Активирайте Multi-Tenant HDS за партньорската организация в Partner Hub и добавете клиенти

Преди да започнете

Всички предпоставки, посочени в Изисквания за сигурност на хибридните данни с множество наемателиса приложими тук. Освен това, уверете се, че същата база данни и сертификати се използват по време на движението към Multi-Tenant HDS.

1	Влезте в Partner Hub. Щракнете върху Services на левия панел. Използвайте същия ISO от предишното си внедряване на HDS, за да конфигурирате възлите. Това ще гарантира, че съобщенията и съдържанието, генерирани от потребителите в предишното внедряване на HDS, все още са достъпни в новата настройка Multi-Tenant.
2	В секцията Хибрид, намерете Карта за сигурност на хибридните данни и щракнете върху Set up.
3	На страницата, която се отваря, кликнете Add a resource.
4	В първата област на Create a cluster карта, въведете име за клъстер, на който искате да присвоите вашия хибриден възел за сигурност на данните. Препоръчваме ви да назовете клъстер въз основа на географското разположение на възлите на клъстер. Примери: "Сан Франциско" или "Ню Йорк" или "Далас"
5	Във второто поле въведете вътрешния IP адрес или напълно квалифициран домейн име (FQDN) на вашия възел и кликнете Add в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, в който сте използвали Създаване на хибридна защита на данни VM... Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
6	Щракнете върху Go to Node. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възли за Webex услуги. Ако всички тестове са успешни, се появява страницата Allow Access to Hybrid Data Security Node. Там потвърждавате, че искате да дадете разрешения на вашата организация Webex за достъп до вашия възел.
7	Проверете Allow Access to Your Hybrid Data Security Node отметка и след това щракнете Continue. Вашият акаунт е валидиран и съобщението "Регистрация Complete" показва, че вашият възел вече е регистриран в облака на Webex. На Hybrid Data Security страница, новият клъстер, съдържащ възела, който сте регистрирали, се показва под Resources . Възелът автоматично ще изтегли най-новия софтуер от облака.
8	Отидете на страницата Settings раздел и щракнете върху Activate на картата за състоянието на HDS. Activated HDS Съобщението ще се появи в долната част на екрана.
9	Кликнете върху Assigned customers .
10	Щракнете върху Add customers.
11	Изберете клиента, който искате да добавите от падащото меню.
12	Щракнете върху Add, клиентът ще бъде добавен към клъстер.
13	Повторете стъпки, 11 за 13 да добавите множество клиенти към вашия клъстер.
14	Щракнете върху Done в долната част на екрана, след като сте добавили клиентите.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на основни клиентски ключове (CMKs) чрез инструмента за настройка на HDSда завърши процеса на настройка.

Използване на OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на12 PKCS файла в правилния формат за зареждане в инструмента за настройка на HDS. Има и други начини за това и ние не подкрепяме или насърчаваме един път над друг.
Ако изберете да използвате OpenSSL, ние предоставяме тази процедура като ръководство, за да ви помогнем да създадете файл, който отговаря на изискванията за X.509 сертификат в X.509 Изисквания към сертификата. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Зее https://www.openssl.orgза софтуера и документацията.
Създаване на частен ключ.
Стартирайте тази процедура, когато получите удостоверението на сървъра от вашия Сертифициращ орган (CA).

1	Когато получите удостоверението на сървъра от вашия CA, запишете го като `hdsnode.pem`.
2	Показване на удостоверението като текст и проверка на подробностите. `openssl x509 -text -noout -in hdsnode.pem`
3	Използване на текстов редактор за създаване на файл със сертификат, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва удостоверението на сървъра, всички междинни CA сертификати и основните CA сертификати, във формата по-долу: `-----BEGIN CERTIFICATE----- ### Server certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Intermediate CA certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Root CA certificate. ### -----END CERTIFICATE-----`
4	Създаване на .p12 файла с приятелското име `kms-private-key`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за удостоверението на сървъра. `openssl pkcs12 -in hdsnode.p12` Въведете парола на подкана, за да шифровате частния ключ, така че да е включен в изхода. След това проверете дали частният ключ и първият сертификат включват линиите `friendlyName: kms-private-key`... Пример: bash$ openssl pkcs12 -in hdsnode.p12 Enter Import Password: MAC verified OK Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Key Attributes: <No Attributes> Enter PEM pass phrase: Verifying - Enter PEM pass phrase: -----BEGIN ENCRYPTED PRIVATE KEY----- <redacted> -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- <redacted> -----END CERTIFICATE----- Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- <redacted> -----END CERTIFICATE-----

Какво да направите след това

Връщане към Попълнете предпоставките за хибридна сигурност на данните... Вие ще използвате hdsnode.p12 файл, и паролата, която сте задали за него, в Създаване на ISO конфигурация за HDS хостовете...

Можете да използвате повторно тези файлове, за да поискате нов сертификат, когато изтече оригиналният сертификат.

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

Outbound Metrics Collection Traffic

Хибридните възли за сигурност на данните изпращат определени показатели към облака на Webex. Те включват системни метрики за heap max, използван heap, CPU натоварване и брой на нишките; метрики за синхронни и асинхронни нишки; метрики за сигнали, включващи праг на криптиране връзки, латентност или дължина на опашката на заявката; метрики за данни; и метрики за криптиране на връзката. Възлите изпращат криптиран ключ материал по канал извън обхвата (отделно от искането).

Входящ трафик

Хибридните възли за сигурност на данните получават следните видове входящ трафик от облака на Webex:

Заявки за криптиране от клиенти, които се маршрутизират от услугата за криптиране
Ъпгрейди до софтуера на възела

Настройване на Squid Proxies за хибридна сигурност на данните

Websocket не може да се свърже чрез сепия прокси

Squid proxies, които инспектират HTTPS трафика, могат да повлияят на създаването на websocket (wss:) връзки, които Hybrid Data Security изисква. Тези раздели дават насоки за това как да конфигурирате различни версии на Squid да игнорирате wss: трафик за правилното функциониране на услугите.

Калмари 4 и 5

Добавяне на on_unsupported_protocol Директива за squid.conf:

on_unsupported_protocol tunnel all

Калмари3.5.27

Успешно тествахме Hybrid Data Security със следните правила, добавени към 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

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

Тази таблица обхваща нови функции или функционалности, промени в съществуващото съдържание и всички основни грешки, които са били коригирани в Ръководството за внедряване на хибридна защита на данни с множество наематели.

Дата	Направени промени
25 март 2026 г.	Актуализирана е паролата по подразбиране, използвана за влизане във виртуалната машина на възела за хибридна защита на данни.
5 декември 2025 г.	Актуализирано Създаване на ISO файл за конфигурация за HDS хостовете с правилния текст на потребителския интерфейс на страницата „Системни логове“ и добавяне на инструкция за качване на коренен сертификат на syslog при конфигуриране на TLS криптиране.
21 ноември 2025 г.	Добавен е раздел Често задавани въпроси. Добавени са раздели „ Настройване на резервен център за данни за възстановяване след бедствие “ и „ Възстановяване след бедствие с помощта на резервен център за данни “ . Премахнато (Бета) от заглавието на ръководството за внедряване.
8 май 2025 г.	Добавено Преместване на съществуващото внедряване на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с много клиент в секцията Partner Hub. Актуализиран е изходът на системния лог, за да се подобри четимостта в раздела „Тестване на внедряването на хибридна защита на данните“. Актуализирани са изискванията за виртуален хост, потокът от задачи за внедряване на хибридна защита на даннии инсталирането на HDS Host OVA, за да се добави поддръжка за ESXi 8.0.
4 март 2025 г.	Добавено е стартиране на инструмента за настройка на HDS, използвайки раздела Podman Desktop. Добавена е бележка в Изисквания за Docker Desktop, предоставяща на клиентите алтернативна опция с отворен код. Актуализирано Създаване на ISO файл с конфигурация за HDS хостовете и Промяна на конфигурацията на възела с инструкции за използване на Podman Desktop за клиенти без лиценз за Docker Desktop.
30 януари 2025 г.	Добавен е SQL сървър версия 2022 към списъка с поддържани SQL сървъри в Изисквания към сървъра за бази данни.
15 януари 2025 г.	Добавени са ограничения на многонаемателската хибридна сигурност на данните.
8 януари 2025 г.	Добавена е бележка в Извършване на първоначална настройка и изтегляне на инсталационни файлове, в която се посочва, че щракването върху Настройка на HDS картата в Partner Hub е важна стъпка от процеса на инсталиране.
7 януари 2025 г.	Актуализирани са изискванията за виртуален хост, потокът от задачи за внедряване на хибридна защита на даннии инсталирането на OVA на HDS хост, за да се покаже новото изискване на ESXi 7.0.
13 декември 2024 г.	Първо публикувано.

Деактивиране на хибридната защита на данните за многоклиентски системи

Поток от задачи за деактивиране на многонаемателски HDS

Следвайте тези стъпки, за да деактивирате напълно Multi-Tenant HDS.

Преди да започнете

Тази задача трябва да се изпълнява само от пълен администратор на партньор.

1	Премахнете всички клиенти от всички ваши клъстери, както е посочено в Премахване на организации на наематели.
2	Отменете CMK-тата на всички клиенти, както е посочено в Отменете CMK-тата на наематели, премахнати от HDS..
3	Премахнете всички възли от всички ваши клъстери, както е посочено в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстера, който искате да изтриете, и изберете Изтрий този клъстер в горния десен ъгъл на страницата с общ преглед. На страницата „Ресурси“ щракнете върху от дясната страна на клъстер и изберете „ Премахване на клъстер“.
5	Щракнете върху раздела Настройки на страницата с общ преглед на хибридната защита на данните и щракнете върху Деактивиране на HDS на картата „Състояние на HDS“.

Често задавани въпроси

В. CMK-тата и главният ключ съхраняват ли се в ISO файла или в базата данни?

О. Главните ключове на клиента (CMK) се съхраняват в базата данни и са криптирани с главния ключ, който се съхранява в ISO файла.

В. Използва ли се един ключ за криптиране на всички данни на организациите на клиентите?

О. Не. Данните на всяка клиентска организация са криптирани със собствен CMK (основен ключ на клиента).

В. Какво ще се случи, ако деактивирам HDS от Partner Hub?

О. Някои операции, като създаване на пространство и насрочване на срещи, ще бъдат засегнати незабавно. Съществуващото съдържание в пространствата ще бъде достъпно, докато не изтече локалният кеш. След 24 часа потребителите, управлявани от партньора, ще преминат към Cloud KMS и е възможно да възникнат проблеми с предварително създадени пространства и пространства „един към един“.

В. След като CMK бъде генериран за клиентска организация чрез инструмента за настройка на HDS, потребителите на клиентската организация веднага ли започват да използват Multi-Tenant HDS?

О. Възможно е да има максимално забавяне от 24 часа за обновяване на кеша в облака.

В. Защо не виждам списък с клиенти, когато щракна върху бутона „Добавяне на клиенти“ в Partner Hub?

О. Това обикновено означава, че няма организации клиенти, които да отговарят на изискванията за лиценз на Cisco Webex.

В. Какво е въздействието, ако всички HDS възли бъдат изключени или ако мрежов проблем засегне всички HDS възли?

О. Операции като създаване на пространства и насрочване на срещи са засегнати незабавно. Съществуващото съдържание е достъпно само докато изтече локалният кеш.

В. Потребителските данни на партньорската организация криптирани ли са с главния ключ, генериран по време на създаването на ISO образа?

Една. Да. В момента потребителските данни на партньорската организация са криптирани с главния ключ. В бъдеще партньорските организации ще имат специфични за партньора ключове, подобни на CMK на клиентите.

В. Могат ли партньорската организация и организациите наематели да бъдат в различни региони (например САЩ и ЕС)?

Една. Да. Организациите-партньори и наематели могат да бъдат разположени в различни географски региони.

В. Има ли някакъв механизъм за преместване на ключове обратно в Cloud KMS?

О. Няма механизъм за преместване на ключове обратно в облака след внедряване на HDS.

В. Може ли партньор да продължи да използва Cloud KMS и да използва Multi-Tenant HDS изключително за управление на клиенти?

О. Не, това не се поддържа в момента. Поддръжката на тази функционалност е планирана за в бъдеще.

В. Как може партньор да провери дали неговата организация използва Multi-Tenant HDS за криптиране?

О. Влезте в Центъра за партньори. Отидете на Услуги > Хибридна сигурност на данните > Настройки . Ако статусът на HDS е активиран, потребителите на партньорската организация, както и назначените клиенти, използват Multi-Tenant HDS.

Като алтернатива, можете да проверите системните си логове, за да се уверите, че HDS е активиран. Вижте Тестване на внедряването на хибридна защита на данните.

В. Има ли алтернатива на Docker Desktop за стартиране на инструмента за настройка на HDS?

Една. Да. Pod man Desktop е алтернатива с отворен код на Docker Desktop. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop.

В. Колко възела мога да разположа в клъстер с многонаемателски HDS?

О. Препоръчваме минимум два възела и максимум 1000.

В. Какви са мрежовите изисквания, необходими за настройване на Multi-Tenant HDS?

О. Вижте Изисквания за външна свързаност.

В. Pro Pack за Control Hub изискване ли е за партньорските организации?

О. Не. Pro Pack не е задължителен за партньорските организации. Свържете се с вашия партньор на Cisco или мениджър клиенти за съдействие при настройването на Multi-Tenant HDS.

В. Поддържа ли се HSM в Multi-Tenant HDS?

О. Не, в момента Multi-Tenant HDS не поддържа HSM.

В. Мога ли да тествам Multi-Tenant HDS със самоподписан сертификат?

О. Не. Многонаемателният HDS изисква сертификат, извлечен от доверен CA, който отговаря на всички изисквания, посочени в X.509 Certificate Requirements.

В. Необходимо ли е монтиране на ISO файла всеки път, когато се добавя нов клиент в Partner Hub?

О. Не. ISO файлът трябва да се монтира само при промяна на ISO конфигурации. Когато добавяте нов клиент в Partner Hub, уверете се, че можете да създавате CMK-ове, използвайки инструмента за настройка на HDS. Вижте Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS.

В. След внедряването на Multi-Tenant HDS в Partner Hub, потребителите на партньорската организация започват ли да използват локална KMS за управление на ключове?

О. Потребителите ще започнат да използват локалната KMS за управление на ключове само след като HDS бъде активиран в Partner Hub.

Започнете с многонаемателска хибридна сигурност на данните

Преглед на защитата на данните при хибридни системи с множество наематели

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

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

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

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

Това позволява и на по-малките организации да използват HDS, тъй като услугата за управление на ключове и инфраструктурата за сигурност, като например центровете за данни, са собственост на доверен местен партньор.

Как хибридната сигурност на данните за многоклиентски системи осигурява суверенитет на данните и контрол върху тях

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

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

Ограничения на сигурността на данните при многонаемателски хибридни системи

Партньорските организации не трябва да имат активно внедряване на HDS в Control Hub.
Организациите наематели или клиенти, които желаят да бъдат управлявани от партньор, не трябва да имат съществуващо внедряване на HDS в Control Hub.
След като партньорът внедри Multi-Tenant HDS, всички потребители на клиентски организации, както и потребителите на партньорската организация, започват да използват Multi-Tenant HDS за своите услуги за криптиране.

Партньорската организация и клиентските организации, които управляват, ще бъдат в едно и също внедряване на Multi-Tenant HDS.

Партньорската организация вече няма да използва облачна KMS след внедряването на Multi-Tenant HDS.
Няма механизъм за преместване на ключове обратно в Cloud KMS след внедряване на HDS.
Администраторските роли имат определени ограничения; вижте раздела по-долу за подробности.

Роли в многонаемателската хибридна сигурност на данните

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

Цялостна настройка и управление на многонаемателски HDS за всички организации на клиенти - Изисква се пълни администраторски права на партньор и пълни администраторски права.
Управление на назначени организации наематели - Изисква се администратор на партньор и пълни администраторски права.

Архитектура на сферата на сигурността

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

За да разберем по-добре хибридната сигурност на данните, нека първо разгледаме този случай с чист облак, където Cisco предоставя всички функции в своите облачни сфери. Услугата за идентификация, единственото място, където потребителите могат да бъдат директно свързани с личната си информация, като например имейл адрес, е логически и физически отделена от сферата на сигурност в център за данни B. И двете от своя страна са отделни от сферата, където в крайна сметка се съхранява криптирано съдържание, в център за данни C.

На тази диаграма клиентът е приложението Webex, работещо на лаптопа на потребителя, и е удостоверено с услугата за удостоверяване. Когато потребителят състави съобщение за изпращане до пространство, се извършват следните стъпки:

Клиентът установява защитена връзка с услугата за управление на ключове (KMS), след което изисква ключ за криптиране на съобщението. Защитената връзка използва ECDH, а KMS криптира ключа с помощта на главен ключ AES-256.
Съобщението се криптира, преди да напусне клиента. Клиентът го изпраща към услугата за индексиране, която създава криптирани индекси за търсене, за да подпомогне бъдещите търсения на съдържанието.
Криптираното съобщение се изпраща до службата за съответствие за проверки за съответствие.
Криптираното съобщение се съхранява в хранилището.

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

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

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

Услугата KMS, работеща в организация A, валидира връзките към KMS системи в други организации, използвайки сертификати x.509 PKI. Вижте Подготовка на вашата среда за подробности относно генерирането на сертификат x.509, който да се използва с вашето внедряване на хибридна защита на данни с множество наематели.

Очаквания за внедряване на хибридна сигурност на данните

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

За да внедрите хибридна сигурност на данните, трябва да предоставите:

Сигурен център за данни в държава, която е поддържано местоположение за плановете на Cisco Webex Teams.
Оборудването, софтуерът и мрежовият достъп, описани в Подгответе вашата среда.

Пълната загуба на ISO файла с конфигурацията, който създавате за Hybrid Data Security, или на предоставената от вас база данни ще доведе до загуба на ключовете. Загубата на ключ не позволява на потребителите да декриптират съдържанието на пространството и други криптирани данни в приложението Webex. Ако това се случи, можете да изградите ново внедряване, но ще бъде видимо само ново съдържание. За да избегнете загуба на достъп до данни, трябва:

Управлявайте архивирането и възстановяването на базата данни и ISO файла с конфигурацията.
Бъдете готови да извършите бързо възстановяване след бедствие, ако възникне катастрофа, като например повреда на диска на базата данни или бедствие в центъра за данни.

Няма механизъм за преместване на ключове обратно в облака след внедряване на HDS.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на внедряване на хибридна защита на данни с множество наематели:

Настройка на хибридна сигурност на данните— Това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна сигурност на данните, изграждане на HDS клъстер, добавяне на организации-наематели към клъстера и управление на техните основни ключове на клиентите (CMK). Това ще позволи на всички потребители на вашите клиентски организации да използват вашия клъстер за хибридна сигурност на данни за функции за сигурност.

Фазите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте внедряването си за хибридна сигурност на данните— Облакът Webex автоматично предоставя текущи надстройки. Вашият ИТ отдел може да осигури поддръжка от първо ниво за това внедряване и да ангажира поддръжка от Cisco, ако е необходимо. Можете да използвате екранни известия и да настроите имейл известия в Partner Hub.
Разберете често срещаните предупреждения, стъпките за отстраняване на неизправности и известните проблеми— Ако срещнете проблеми с внедряването или използването на Hybrid Data Security, последната глава на това ръководство и приложението „Известни проблеми“ могат да ви помогнат да определите и отстраните проблема.

Модел за внедряване на хибридна сигурност на данните

В рамките на вашия корпоративен център за данни, вие внедрявате Hybrid Data Security като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака Webex чрез защитени уеб сокети и защитен HTTP.

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

Модел за внедряване на хибридна сигурност на данните

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

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

Възлите стават активни, когато ги регистрирате в Partner Hub. За да извадите отделен възел от експлоатация, можете да го отпишете и по-късно да го регистрирате отново, ако е необходимо.

Резервен център за данни за възстановяване след бедствия

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

Преди превключване при срив, център за данни A има активни HDS възли и основната база данни PostgreSQL или Microsoft SQL Server, докато B има копие на ISO файла с допълнителни конфигурации, виртуални машини, регистрирани в организацията, и резервна база данни. След превключване на резервни копия, център за данни B има активни HDS възли и основната база данни, докато A има нерегистрирани виртуални машини и копие на ISO файла, а базата данни е в режим на готовност. — ***Ръчно превключване към резервен център за данни***

Базите данни на активните и резервните центрове за данни са синхронизирани помежду си, което ще минимизира времето, необходимо за извършване на резервно превключване.

Активните възли за хибридна сигурност на данните трябва винаги да са в същия център за данни като активния сървър на базата данни.

Създаване на резервен център за данни за възстановяване след бедствие

Следвайте стъпките по-долу, за да конфигурирате ISO файла на резервния център за данни:

Преди да започнете

Резервният център за данни трябва да отразява производствената среда на виртуалните машини и резервна база данни на PostgreSQL или Microsoft SQL Server. Например, ако в производствената среда има 3 виртуални машини, работещи с HDS възли, средата за архивиране трябва да има 3 виртуални машини. (Вижте Резервен център за данни за възстановяване след бедствия за общ преглед на този модел за превключване на резервни устройства.)
Уверете се, че синхронизирането на базата данни е активирано между базата данни на активните и пасивните клъстерни възли.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете. ISO файлът трябва да е копие на оригиналния ISO файл на основния център за данни, върху който ще се направят следните актуализации на конфигурацията.
2	След като конфигурирате Syslogd сървъра, щракнете върху Разширени настройки
3	На страницата Разширени настройки добавете конфигурацията по-долу, за да поставите възела в пасивен режим. В този режим възелът ще бъде регистриран в организацията и свързан с облака, но няма да обработва трафик. `passiveMode: 'true'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
5	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
6	В левия навигационен панел на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и след това щракнете върху Редактиране на настройките..
7	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
9	Повторете процеса за всеки възел в резервния център за данни. Проверете системните логове, за да се уверите, че възлите са в пасивен режим. Трябва да можете да видите съобщението „KMS конфигуриран в пасивен режим“ в системните логове.

Какво да направите след това

След като конфигурирате passiveMode в ISO файла и го запазите, можете да създадете друго копие на ISO файла без конфигурацията passiveMode и да го запазите на сигурно място. Това копие на ISO файла без конфигуриран passiveMode може да помогне за бърз процес на превключване след срив по време на възстановяване след бедствие. Вижте Възстановяване след бедствие с помощта на резервен център за данни за подробна процедура за превключване при срив.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Без прокси—По подразбиране, ако не използвате хранилището за доверени данни за настройката на HDS възела & Конфигурация на прокси за интегриране на прокси. Не се изисква актуализация на сертификата.
Прозрачен неинспектиращ прокси сървър— Възлите не са конфигурирани да използват специфичен адрес на прокси сървър и не би трябвало да изискват никакви промени, за да работят с неинспектиращ прокси сървър. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси— Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър— С изричен прокси сървър, вие казвате на HDS възлите кой прокси сървър и схема за удостоверяване да използват. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN—Адрес, който може да се използва за достигане до прокси машината.
2. Прокси порт— Номер на порт, който прокси сървърът използва, за да слуша проксиран трафик.
3. Прокси протокол— В зависимост от това какво поддържа вашият прокси сървър, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване— Изберете измежду следните типове удостоверяване:
  - Няма—Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Basic—Използва се от HTTP потребителски агент за предоставяне на потребителско име и парола при отправяне на заявка. Използва Base64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Дайджест—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

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

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

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

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

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

Изисквания за сигурност на данните за многонаемателни хибридни системи

Изисквания за лиценз на Cisco Webex

За да внедрите хибридна защита на данни за множество наематели:

Партньорски организации: Свържете се с вашия партньор на Cisco или мениджър на клиенти и се уверете, че функцията „Много наематели“ е активирана.
Организации наематели: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за Docker Desktop

Преди да инсталирате HDS възлите си, трябва да стартирате инсталационна програма в Docker Desktop. Docker наскоро актуализира своя лицензионен модел. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, " Docker е Актуализиране и разширяване на нашите абонаментиза продукти".

Клиенти без лиценз за Docker Desktop могат да използват инструмент за управление на контейнери с отворен код, като Podman Desktop, за да стартират, управляват и създават контейнери. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Изисквания за сертификат X.509

Веригата от сертификати трябва да отговаря на следните изисквания:

Таблица 1. Изисквания за сертификат X.509 за внедряване на хибридна сигурност на данните
Изискване	Подробности
Подписано от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на CAs в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи домейн с общо име (CN), който идентифицира вашето внедряване на хибридна сигурност на данни Не е сертификат със заместващ знак	Не е необходимо CN да е достъпен или да е активен хост. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. Комбинираното предложение не трябва да съдържа * (заместващ знак). CN се използва за проверка на възлите на Hybrid Data Security към клиенти на Webex App. Всички възли за хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашата KMS система се идентифицира с CN домейна, а не с домейн, дефиниран в полетата x.509v3 SAN. След като регистрирате възел с този сертификат, не поддържаме промяна на името на домейна CN.
Подпис, различен от SHA1	Софтуерът KMS не поддържа SHA1 подписи за валидиране на връзки към KMS системи на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име `kms-private-key`, за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор като OpenSSL, за да промените формата на вашия сертификат. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.

Софтуерът KMS не налага налага използването на ключове или разширени ограничения за използване на ключове. Някои сертифициращи органи изискват към всеки сертификат да се прилагат разширени ограничения за използване на ключове, като например удостоверяване на сървъра. Допустимо е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален хост

Виртуалните хостове, които ще настроите като възли за хибридна сигурност на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (препоръчително 3), разположени в един и същ защитен център за данни
Инсталиран и работещ VMware ESXi 7.0 или 8.0.

Трябва да надстроите, ако имате по-ранна версия на ESXi.
Минимум 4 vCPU, 8 GB основна памет, 30 GB локално дисково пространство на сървър

Изисквания за сървъра на базата данни

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

Има две опции за сървър на база данни. Изискванията за всеки от тях са следните:

Таблица 2. Изисквания към сървъра за бази данни според типа на базата данни
PostgreSQL	Microsoft SQL Server
PostgreSQL 14, 15 или 16, инсталиран и работещ.	Инсталиран е SQL Server 2016, 2017, 2019 или 2022 (Enterprise или Standard). SQL Server 2016 изисква Service Pack 2 и Cumulative Update 2 или по-нова версия.
Минимум 8 виртуални процесора (vCPU), 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не се превишава допустимото количество памет (препоръчва се 2 TB, ако искате да използвате базата данни за дълго време, без да е необходимо да увеличавате паметта).	Минимум 8 виртуални процесора (vCPU), 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не се превишава допустимото количество памет (препоръчва се 2 TB, ако искате да използвате базата данни за дълго време, без да е необходимо да увеличавате паметта).

Софтуерът HDS в момента инсталира следните версии на драйвери за комуникация със сървъра на базата данни:

PostgreSQL

Microsoft SQL Server

JDBC драйвер за Postgres 42.2.5

JDBC драйвер за SQL Server 4.6

Тази версия на драйвера поддържа SQL Server Always On ( Always On Failover Cluster Instances и Always On availability groups).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

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

HDS възлите, инфраструктурата на Active Directory и MS SQL Server трябва да бъдат синхронизирани с NTP.
Акаунтът в Windows, който предоставяте на HDS възлите, трябва да има read/write достъп до базата данни.
DNS сървърите, които предоставяте на HDS възлите, трябва да могат да разрешават вашия център за разпространение на ключове (KDC).
Можете да регистрирате екземпляра на базата данни HDS на вашия Microsoft SQL Server като име на принципал на услугата (SPN) в Active Directory. Вижте Регистриране на име на принципал на услуга за Kerberos връзки.

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

Изисквания за външна свързаност

Конфигурирайте защитната си стена, за да разрешите следната свързаност за HDS приложенията:

Приложение	Протокол	Порт	Упътване от приложението	Местоназначение
Хибридни възли за сигурност на данните	TCP	443	Изходящ HTTPS и WSS	Webex сървъри: .wbx2.com .ciscospark.com Всички хостове на Common Identity Други URL адреси, които са изброени за хибридна сигурност на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex на Мрежови изисквания за услуги на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички хостове на Common Identity hub.docker.com

Възлите за хибридна сигурност на данните работят с транслация на мрежовия достъп (NAT) или зад защитна стена, стига NAT или защитната стена да позволяват необходимите изходящи връзки към местоназначенията на домейна в предходната таблица. За връзки, водещи към възлите за хибридна сигурност на данните, не трябва да се виждат портове от интернет. Във вашия център за данни, клиентите се нуждаят от достъп до възлите за хибридна сигурност на данните на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете с обща идентичност (CI) са специфични за региона. Това са текущите CI хостове:

Регион	URL адреси на хостове за обща идентичност
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Squid прокси сървърите, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да заобиколите този проблем, вижте Конфигуриране на Squid прокси сървъри за хибридна сигурност на данните.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуди изходящия TCP трафик на порт 443 да маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, заобикалянето (неинспектирането) на трафика към wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна сигурност на данните

Използвайте този контролен списък, за да се уверите, че сте готови да инсталирате и конфигурирате вашия клъстер за хибридна защита на данни.

1	Уверете се, че вашата партньорска организация е активирала функцията Multi-Tenant HDS и вземете идентификационните данни на акаунт с пълни администраторски права на партньора и пълни администраторски права. Уверете се, че вашата организация на клиенти на Webex е активирана за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор на Cisco или мениджър клиенти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо внедряване на HDS.
2	Изберете име на домейн за вашето HDS внедряване (например, `hds.company.com`) и получете верига от сертификати, съдържаща X.509 сертификат, частен ключ и всички междинни сертификати. Веригата от сертификати трябва да отговаря на изискванията в X.509 Certificate Requirements.
3	Подгответе идентични виртуални хостове, които ще настроите като възли за хибридна сигурност на данни във вашия клъстер. Необходими са ви поне два отделни хоста (препоръчително 3), разположени в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален хост.
4	Подгответе сървъра на базата данни, който ще действа като хранилище за ключови данни за клъстера, съгласно изискванията за сървъра на базата данни. Сървърът на базата данни трябва да бъде разположен в защитения център за данни заедно с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране.) Когато бъдат инсталирани, HDS приложенията създават схемата на базата данни.) Съберете данните, които възлите ще използват за комуникация със сървъра на базата данни: името на хоста или IP адреса (хост) и порта името на базата данни (dbname) за съхранение на ключове потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключове
5	За бързо възстановяване след бедствие, създайте резервна среда в различен център за данни. Резервната среда отразява производствената среда на виртуални машини и резервен сървър на база данни. Например, ако в производствената среда има 3 виртуални машини, работещи с HDS възли, средата за архивиране трябва да има 3 виртуални машини.
6	Настройте хост за системен лог, който да събира лог файлове от възлите в клъстера. Съберете неговия мрежов адрес и системен порт (по подразбиране е UDP 514).
7	Създайте политика за сигурно архивиране за възлите на хибридната защита на данните, сървъра на базата данни и хоста на syslog. Като минимум, за да предотвратите невъзстановима загуба на данни, трябва да архивирате базата данни и ISO файла с конфигурацията, генериран за възлите на Hybrid Data Security. Тъй като възлите за хибридна сигурност на данните съхраняват ключовете, използвани за криптиране и декриптиране на съдържание, невъзможността за поддържане на оперативно внедряване ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на това съдържание. Клиентите на Webex App кешират ключовете си, така че прекъсването може да не е веднага забележимо, но ще стане очевидно с течение на времето. Въпреки че временните прекъсвания са невъзможни за предотвратяване, те са възстановими. Пълната загуба (без налични резервни копия) на базата данни или на ISO файла с конфигурацията обаче ще доведе до невъзстановими клиентски данни. Очаква се операторите на възлите на Hybrid Data Security да поддържат чести резервни копия на базата данни и ISO файла с конфигурацията и да бъдат готови да възстановят центъра за данни на Hybrid Data Security, ако възникне катастрофална повреда.
8	Уверете се, че конфигурацията на вашата защитна стена позволява свързване за вашите възли за хибридна сигурност на данни, както е посочено в Изисквания за външна свързаност.
9	Инсталирайте Docker ( https://www.docker.com) на всяка локална машина, работеща с поддържана операционна система (Microsoft Windows 10 Professional или Enterprise 64-bit, или Mac OSX Yosemite 10.10.3 или по-нова версия) с уеб браузър, който може да го достъпва на http://127.0.0.1:8080. Използвате екземпляра на Docker, за да изтеглите и стартирате инструмента за настройка на HDS, който изгражда локалната информация за конфигурацията за всички възли на Hybrid Data Security. Може да ви е необходим лиценз за Docker Desktop. Вижте Изисквания за Docker Desktop за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има свързаността, описана в Изисквания за външна свързаност.
10	Ако интегрирате прокси с Hybrid Data Security, уверете се, че той отговаря на изискванията за прокси сървър.

Създаване на хибриден клъстер за сигурност на данни

Поток на задачи за внедряване на хибридна сигурност на данни

Преди да започнете

1	Извършете първоначална настройка и изтеглете инсталационните файлове Изтеглете OVA файла на локалната си машина за по-късна употреба.
2	Създайте ISO файл с конфигурация за HDS хостовете Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на Hybrid Data Security.
3	Инсталирайте HDS Host OVA Създайте виртуална машина от OVA файла и извършете първоначална конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежови настройки по време на внедряване на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
4	Настройване на виртуална машина за хибридна защита на данни Влезте в конзолата на виртуалната машина и задайте идентификационните данни за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.
5	Качете и монтирайте ISO файла с конфигурацията на HDS Конфигурирайте виртуалната машина от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на HDS възел за интегриране на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете сертификата за прокси сървър към хранилището за доверени сертификати, ако е необходимо.
7	Регистрирайте първия възел в клъстера Регистрирайте виртуалната машина в облака Cisco Webex като възел за хибридна сигурност на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте Multi-Tenant HDS в Partner Hub. Активирайте HDS и управлявайте организациите на наематели в Partner Hub.

Извършете първоначална настройка и изтеглете инсталационните файлове

В тази задача изтегляте OVA файл на вашата машина (не на сървърите, които сте настроили като възли за хибридна сигурност на данните). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Центъра за партньори и след това щракнете върху Услуги.
2	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и след това щракнете върху Настройка. Щракването върху Настройка в Центъра за партньори е от решаващо значение за процеса на внедряване. Не продължавайте с инсталацията, без да завършите тази стъпка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне на .OVA файл в картата Инсталиране и конфигуриране на софтуер. По-старите версии на софтуерния пакет (OVA) няма да са съвместими с най-новите актуализации на Hybrid Data Security. Това може да доведе до проблеми при надграждане на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от секцията Помощ. Кликнете върху Настройки > Помощ > Изтеглете софтуера за хибридна сигурност на данните. OVA файлът автоматично започва да се изтегля. Запазете файла на място на вашата машина.

Създайте ISO файл с конфигурация за HDS хостовете

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1 до 5 в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

HTTPS прокси без удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

HTTP прокси с удостоверяване

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

HTTPS прокси с удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT
ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

docker rmi ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

docker login -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

docker pull ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

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

В обикновени среди с HTTPS прокси:

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

В среди на FedRAMP без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTP прокси:

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

В среди на FedRAMP с HTTPS прокси:

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

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

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

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080, и въведете потребителско име на администратор за Partner Hub при подканата.

Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.

8

На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.

9

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

Не— Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да— Ако вече сте създали HDS възли, тогава избирате вашия ISO файл в прегледа и го качвате.

10

Проверете дали вашият X.509 сертификат отговаря на изискванията в X.509 Certificate Requirements.

Ако никога преди не сте качвали сертификат, качете сертификата X.509, въведете паролата и щракнете върху „ Продължи“ .
Ако сертификатът ви е наред, щракнете върху Продължи.
Ако вашият сертификат е изтекъл или искате да го замените, изберете Не за Да продължите ли да използвате веригата от сертификати на HDS и частния ключ от предишния ISO?. Качете нов X.509 сертификат, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до вашето хранилище за ключове:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, ще получите поле „Тип на удостоверяване“.
(само за Microsoft SQL Server ) Изберете вашия тип удостоверяване:
- Основно удостоверяване: Трябва да въведете име на локален SQL Server акаунт в полето Потребителско име.
- Удостоверяване на Windows: Необходим ви е акаунт в Windows във формат username@DOMAIN в полето Потребителско име.
Въведете адреса на сървъра на базата данни във формата : или :.

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

Можете да използвате IP адрес за основно удостоверяване, ако възлите не могат да използват DNS за разрешаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете името на базата данни.
Въведете потребителско име и парола на потребител с всички привилегии върху базата данни за съхранение на ключове.

12

Изберете TLS режим на свързване към база данни:

Режим	Описание
Предпочитам TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако активирате TLS на сървъра на базата данни, възлите ще се опитат да установят криптирана връзка.
Изисквайте TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Изисквайте TLS и проверете подписвача на сертификати	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка, възелът сравнява подписващия сертификата от сървъра на базата данни със сертифициращия орган в коренния сертификат на базата данни. Ако не съвпадат, възелът изпуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.
Изисквайте TLS и проверете подписалия сертификат и хостовото име	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка, възелът сравнява подписващия сертификата от сървъра на базата данни със сертифициращия орган в коренния сертификат на базата данни. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето Хост и порт на базата данни. Имената трябва да съвпадат точно или възелът пуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.

Когато качите главния сертификат (ако е необходимо) и щракнете върху „Продължи“ , инструментът за настройка на HDS тества TLS връзката със сървъра на базата данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързаността, HDS възлите може да са в състояние да установят TLS връзката, дори ако машината с HDS Setup Tool не може да я тества успешно.)

13

На страницата „Системни дневници“ конфигурирайте вашия Syslogd сървър:

Въведете URL адреса на syslog сървъра.

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

Пример:
udp://10.92.43.23:514 показва регистриране към Syslogd хост 10.92.43.23 на UDP порт 514.
Ако сте настроили сървъра си да използва TLS криптиране, проверете Конфигуриран ли е сървърът ви за TLS договаряне/ръкостискане?.

Ако отметнете това квадратче, уверете се, че сте въвели TCP URL адрес, като например tcp://10.92.43.23:514, и качете коренния сертификат на syslog.
От падащото меню Изберете прекратяване на syslog записа изберете подходящата настройка за вашия ISO файл: За Graylog и Rsyslog TCP се използва Choose или Newline
- Нулев байт -- \x00
- Нов ред -- \n—Изберете тази опция за Graylog и Rsyslog TCP.
Щракнете върху Продължаване.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с базата данни в Разширени настройки. Обикновено този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxSize: 10

15

Щракнете върху Продължи на екрана Нулиране на паролата за сервизни акаунти.

Паролите за сервизни акаунти имат деветмесечен срок на валидност. Използвайте този екран, когато паролите ви наближават срок на валидност или искате да ги нулирате, за да анулирате предишни ISO файлове.

16

Кликнете върху Изтегляне на ISO файл. Запазете файла на място, което е лесно за намиране.

17

Направете резервно копие на ISO файла на вашата локална система.

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

18

За да затворите инструмента за настройка, въведете CTRL+C.

Какво да направите след това

Направете резервно копие на ISO файла с конфигурацията. Нужен ви е, за да създадете още възли за възстановяване или да направите промени в конфигурацията. Ако загубите всички копия на ISO файла, ще загубите и главния ключ. Възстановяването на ключовете от вашата база данни PostgreSQL или Microsoft SQL Server не е възможно.

Никога нямаме копие на този ключ и не можем да ви помогнем, ако го загубите.

Инсталирайте HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте VMware vSphere клиента на вашия компютър, за да влезете във виртуалния хост ESXi.
2	Изберете Файл > Разгръщане на OVF шаблон.
3	В съветника посочете местоположението на OVA файла, който сте изтеглили по-рано, и след това щракнете върху Напред.
4	На страницата Изберете име и папка въведете име на виртуална машина за възела (например "HDS_Node_1"), изберете местоположение, където може да се намира внедряването на възела на виртуалната машина, и след това щракнете върху Напред.
5	На страницата Изберете изчислителен ресурс изберете целевия изчислителен ресурс и след това щракнете върху Напред. Извършва се проверка за валидиране. След като приключи, се показват подробностите за шаблона.
6	Проверете данните на шаблона и след това щракнете върху Напред.
7	Ако бъдете помолени да изберете конфигурацията на ресурсите на страницата Конфигурация, щракнете върху 4 CPU и след това щракнете върху Напред.
8	На страницата Избор на място за съхранение щракнете върху Напред, за да приемете формата на диска по подразбиране и политиката за съхранение на виртуална машина.
9	На страницата Избор на мрежи изберете опцията за мрежа от списъка със записи, за да осигурите желаната свързаност на виртуалната машина.
10	На страницата Персонализиране на шаблон конфигурирайте следните мрежови настройки: Име на хост— Въведете FQDN (име на хост и домейн) или еднословно име на хост за възела. Не е необходимо да задавате домейна така, че да съответства на домейна, който сте използвали за получаване на сертификата X.509. За да осигурите успешна регистрация в облака, използвайте само малки букви в FQDN или името на хоста, което сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес— Въведете IP адреса за вътрешния интерфейс на възела. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска— Въведете адреса на подмрежовата маска в десетично-точков формат. Например, 255.255.255.0. Шлюз— Въведете IP адреса на шлюза. Шлюзът е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри— Въведете списък с DNS сървъри, разделени със запетаи, които обработват преобразуването на имена на домейни в числови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри— Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетаи, за да въведете множество NTP сървъри. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстер да са достъпни от клиенти във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурирането на мрежовите настройки и да следвате стъпките в Настройка на хибридната виртуална машина за защита на данни, за да конфигурирате настройките от конзолата на възела. Опцията за конфигуриране на мрежови настройки по време на внедряване на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху виртуалната машина на възела и след това изберете Захранване > Включване. Софтуерът за хибридна сигурност на данни е инсталиран като гост на виртуалната машина. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Възможно е да има забавяне от няколко минути, преди контейнерите с възли да се появят. По време на първото зареждане на конзолата се появява съобщение за защитната стена на моста, по време на което не можете да влезете.

Настройване на виртуална машина за хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата за виртуална машина на възела Hybrid Data Security и да зададете идентификационните данни за влизане. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.

1	В клиента на VMware vSphere изберете вашия възел Hybrid Data Security VM и изберете раздела Console. Виртуалната машина се стартира и се появява подкана за вход. Ако подканата за вход не се покаже, натиснете Enter.
2	Използвайте следните потребителски данни и парола по подразбиране, за да влезете и да промените идентификационните данни: Вход: `admin` Парола: `ciscosystems` Тъй като влизате във виртуалната си машина за първи път, е необходимо да промените администраторската парола.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай, в главното меню изберете опцията Редактиране на конфигурация.
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на политиката на вашата мрежа. Не е необходимо да задавате домейна така, че да съответства на домейна, който сте използвали за получаване на сертификата X.509.
6	Запазете мрежовата конфигурация и рестартирайте виртуалната машина, за да влязат в сила промените.

Качете и монтирайте ISO файла с конфигурацията на HDS

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

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде достъпен само въз основа на „необходимост за информация“ за достъп на виртуалните машини за хибридна сигурност на данните и всички администратори, които може да се нуждаят от промени. Уверете се, че само тези администратори имат достъп до хранилището за данни.

1

Качете ISO файла от вашия компютър:

В левия навигационен панел на клиента VMware vSphere щракнете върху ESXi сървъра.
В списъка с хардуер в раздела „Конфигурация“ щракнете върху „Памет“.
В списъка с хранилища за данни щракнете с десния бутон върху хранилището за данни за вашите виртуални машини и щракнете върху Преглед на хранилището за данни.
Щракнете върху иконата за качване на файлове и след това щракнете върху Качване на файл.
Отидете до мястото, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Кликнете върху Да, за да приемете upload/download предупреждение за операция и затворете диалоговия прозорец на хранилището за данни.

2

Монтирайте ISO файла:

В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
Щракнете върху OK, за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD Drive 1, изберете опцията за монтиране от ISO файл на хранилище за данни и отидете до мястото, където сте качили ISO файла с конфигурацията.
Проверете Свързано и Свързване при включване.
Запазете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако вашата ИТ политика го изисква, можете по желание да демонтирате ISO файла, след като всички ваши възли приемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след HDS конфигурация за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси, използвайте тази процедура, за да укажете вида на прокси, който искате да интегрирате с Hybrid Data Security. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси за общ преглед на поддържаните опции за прокси.
Изисквания към прокси сървъра

1	Въведете URL адреса за настройка на HDS възел `https://[HDS Node IP or FQDN]/setup` в уеб браузър, въведете администраторските идентификационни данни, които сте задали за възела, и след това щракнете върху Вход.
2	Отидете на Хранилище на доверие & Прокси , след което изберетеопция: Без прокси— Опцията по подразбиране, преди да интегрирате прокси. Не се изисква актуализация на сертификата. Прозрачен неинспектиращ прокси сървър— Възлите не са конфигурирани да използват специфичен адрес на прокси сървър и не би трябвало да изискват никакви промени, за да работят с неинспектиращ прокси сървър. Не се изисква актуализация на сертификата. Прозрачен инспектиращ прокси сървър— Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. Не httpS конфигурация промени са необходими в разполагането на защитата на хибридни данни, обаче HDS възли се нуждаят от главен сертификат, така че те се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър— С изричен прокси сървър, вие казвате на клиента (HDS възлите) кой прокси сървър да използва и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN—Адрес, който може да се използва за достигане до прокси машината. Прокси порт— Номер на порт, който прокси сървърът използва, за да слуша проксиран трафик. Прокси протокол— Изберете http (преглежда и контролира всички заявки, получени от клиента) или https (предоставя канал към сървъра, а клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване— Изберете измежду следните типове удостоверяване: Няма—Не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Basic—Използва се от HTTP потребителски агент за предоставяне на потребителско име и парола при отправяне на заявка. Използва Base64 кодиране. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Дайджест—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Качване на главен сертификат или Сертификат за краен обект и след това навигирайте до изберете главния сертификат запрокси. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката chevron по името на издателя на сертификата, за да получите повече подробности или щракнете върху Изтрий, ако сте направили грешка и искате да качите повторно файла.
4	Щракнете върху Проверка на прокси връзката, за да тествате мрежовата свързаност между възела и прокси. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако смятате, че това е грешка, изпълнете тези стъпки и след това вижте Изключване на режима за разрешаване на блокирани външни DNS адреси.
5	След като тестът за връзка премине, за изрично прокси настроен само на https, включете превключването към Маршрут всички порт 443/444 https заявки от този възел през изрично прокси. Тази настройка изисква 15 секунди, за да влязат в сила.
6	Щракнете върху Инсталиране на всички сертификати в хранилището на гаранти (появява се за HTTPS изрично прокси или прозрачен проверяващ прокси) или Рестартиране (появява се за HTTP изрично прокси), прочетете подканата и след това щракнете върху Инсталиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След рестартирането на възела влезте отново, ако е необходимо, след което отворете страницата Общ преглед, за да проверите проверките за свързване, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистрирайте първия възел в клъстера

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

Когато регистрирате първия си възел, създавате клъстер, към който е присвоен възелът. Клъстерът съдържа един или повече възли, разположени за осигуряване на резервиране.

Преди да започнете

След като започнете регистрацията на възел, трябва да я завършите в рамките на 60 минути или ще трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че сте разрешили изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „Настройка“.
4	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на картата Създаване на нов клъстер въведете име за клъстера, към който искате да присвоите вашия възел за хибридна защита на данни. Препоръчваме да наименувате клъстер въз основа на географското местоположение на възлите на клъстера. Примери: „Сан Франциско“, „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройка на виртуалната машина за хибридна сигурност на данни. Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
7	Кликнете върху Отиди на възел. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да предоставите разрешения на вашата Webex организация за достъп до вашия възел.
8	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата „Хибридна сигурност на данните“ на Partner Hub. На страницата Хибридна сигурност на данни новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Ресурси. Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

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

Преди да започнете

След като започнете регистрацията на възел, трябва да я завършите в рамките на 60 минути или ще трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че сте разрешили изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новата виртуална машина, като повторите стъпките в Настройка на хибридната виртуална машина за сигурност на данните.
3	На новата виртуална машина повторете стъпките в Качване и монтиране на ISO файл с конфигурация на HDS.
4	Ако настройвате прокси за вашето внедряване, повторете стъпките в Конфигуриране на HDS възела за интеграция на прокси, както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.comизберете Услуги от менюто от лявата страна на екрана. В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „ Виж всички“ . Появява се страницата „Ресурси за хибридна сигурност на данни“. Новосъздаденият клъстер ще се появи на страницата Ресурси. Щракнете върху клъстера, за да видите възлите, присвоени на клъстера. Кликнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, което показва, че можете да регистрирате вашия възел в облака Webex. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата „Хибридна сигурност на данните“ на Partner Hub. Изскачащото съобщение„Възълът е добавен “ се появява и в долната част на екрана в Partner Hub. Вашият възел е регистриран.

Какво да направите след това

За да създадете допълнителни клъстери, влезте в Partner Hub и щракнете върху Services > Хибридна сигурност на данните > Вижте всички > Добавяне на клъстер. Следвайте стъпките, описани в раздела по-горе, за да добавите първия възел към допълнителния клъстер или клъстери.

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

Активирайте Multi-Tenant HDS в Partner Hub

Тази задача гарантира, че всички потребители на организациите на клиентите могат да започнат да използват HDS за локални ключове за криптиране и други услуги за сигурност.

Преди да започнете

Уверете се, че сте завършили настройката на вашия Multi-Tenant HDS клъстер с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Редактиране на настройките“ .
4	Щракнете върху Активиране на HDS на картата Състояние на HDS.

Добавяне на организации наематели в Partner Hub

В тази задача вие присвоявате клиентски организации към вашия хибриден клъстер за сигурност на данни.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „ Виж всички.
4	Отидете на раздела Назначени клиенти. Разделът „Назначени клиенти“ няма да се показва, докато не създадете клъстер.
5	Кликнете върху Добавяне на клиенти.
6	Изберете клиента, когото искате да добавите, от падащото меню.
7	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
8	Повторете стъпки от 5 до 7, за да добавите няколко клиенти към вашия клъстер.
9	Кликнете върху Готово в долната част на екрана, след като добавите клиентите. Добавените клиенти ще бъдат синхронизирани във всички налични клъстери.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS, за да завършите процеса на настройка.

Създайте главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS

Преди да започнете

Присвояване на клиенти, както е описано подробно в Добавяне на организации наематели в Partner Hub. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените организации на клиенти.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080`, и въведете потребителско име на администратор за Partner Hub при подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.
9	На страницата ISO импортиране щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете. Осигурете свързаност с вашата база данни, за да извършвате управление на CMK.
11	Отидете в раздела Управление на CMK на наематели, където ще намерите следните три начина за управление на CMK на наематели. Създаване на CMK за всички организации или Създаване на CMK - Кликнете върху този бутон в банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Създаване на CMK, за да създадете CMK за всички новодобавени организации. Щракнете върху близо до статуса „Изчакване на управлението на CMK“ на конкретна организация в таблицата и щракнете върху Създаване на CMK, за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, статусът в таблицата ще се промени от CMK management pending на CMK managed.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахване на организациите на наемателите

Преди да започнете

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

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „ Виж всички.
4	На страницата, която се отваря, щракнете върху раздела Присвоени клиенти.
5	От показания списък с организации на клиенти щракнете върху от дясната страна на организацията на клиента, която искате да премахнете, и щракнете върху Премахване от клъстера.

Какво да направите след това

Завършете процеса на премахване, като отмените CMK-тата на организациите на клиентите, както е описано подробно в Отмяна на CMK-тата на наематели, премахнати от HDS.

Отмяна на CMK-тата на наематели, премахнати от HDS.

Преди да започнете

Премахнете клиентите, както е описано подробно в Премахване на организации наематели. Стартирайте инструмента за инсталиране на HDS, за да завършите процеса на премахване на премахнатите организации на клиенти.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080`, и въведете потребителско име на администратор за Partner Hub при подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.
9	На страницата ISO импортиране щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете.
11	Отидете в раздела Управление на CMK на наематели, където ще намерите следните три начина за управление на CMK на наематели. Отмяна на CMK за всички организации или Отмяна на CMK - Кликнете върху този бутон в банера в горната част на екрана, за да отмените CMK на всички премахнати организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Отмяна на CMK, за да отмените CMK на всички премахнати организации. Щракнете върху близо до статуса CMK за отмяна на конкретна организация в таблицата и щракнете върху Отмяна на CMK, за да отмените CMK за тази конкретна организация.
12	След като отмяната на CMK е успешна, организацията на клиента вече няма да се показва в таблицата.
13	Ако отмяната на CMK е неуспешна, ще се покаже грешка.

Тествайте внедряването на хибридна защита на данните

Тествайте внедряването на хибридна защита на данните си

Използвайте тази процедура, за да тествате сценарии за криптиране на хибридна защита на данни с множество наематели.

Преди да започнете

Настройте внедряването на вашата хибридна защита на данни за множество наематели.
Уверете се, че имате достъп до системния лог (syslog), за да проверите дали ключовите заявки се предават към вашето внедряване на хибридна защита на данни с множество наематели.

1

Ключовете за дадено пространство се задават от създателя на пространството. Влезте в приложението Webex като един от потребителите на организацията на клиента и след това създайте пространство.

Ако деактивирате внедряването на хибридна защита на данни, съдържанието в пространствата, създадени от потребителите, вече няма да е достъпно, след като кешираните от клиента копия на ключовете за криптиране бъдат заменени.

2

Изпращайте съобщения до новото пространство.

3

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

Ако потребител на новодобавена клиентска организация извърши някакво действие, идентификационният номер на организацията ще се появи в регистрационните файлове и това може да се използва за проверка дали организацията използва Multi-Tenant HDS. Проверете стойността на kms.data.orgId в системните логове.

За да проверите за потребител, който първо установява защитен канал към KMS, филтрирайте по kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

Трябва да намерите запис, подобен на следния (идентификаторите са съкратени за по-лесна четливост):

2025-04-10 04:38:20.208 (+0000) INFO  KMS [pool-19-thread-13] - [KMS:REQUEST] received, deviceId: 
https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5 ecdheKid: kms://collabdemoorg.cisco.com/statickeys/8[~]3 
clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]6,
 kms.data.method=create, kms.merc.id=d[~]7, kms.merc.sync=false, kms.data.uriHost=collabdemoorg.cisco.com, 
kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=1[~]f, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/ecdhe, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който заявява съществуващ ключ от KMS, филтрирайте по kms.data.method=retrieve и kms.data.type=KEY:

Трябва да намерите запис, например:

2025-04-10 04:38:24.144 (+0000) INFO  KMS [pool-19-thread-26] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558)
 WEBEX_TRACKINGID=webex-web-client_0[~]0, kms.data.method=retrieve, kms.merc.id=5[~]3, kms.merc.sync=false,
 kms.data.uriHost=collabdemoorg.cisco.com, kms.data.type=KEY, kms.data.requestId=4[~]7, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/keys/2[~]e, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който иска създаването на нов KMS ключ, филтрирайте по kms.data.method=create и kms.data.type=KEY_COLLECTION:

Трябва да намерите запис, например:

2025-04-10 04:42:22.739 (+0000) INFO  KMS [pool-19-thread-29] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::7 orgId: 2[~]b
 (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]3, kms.data.method=create, 
kms.merc.id=6[~]4, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, 
kms.data.orgId=2[~]b, kms.data.uri=/keys, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който е поискал създаването на нов KMS ресурсен обект (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте по kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

Трябва да намерите запис, например:

2025-04-10 04:42:23.690 (+0000) INFO  KMS [pool-19-thread-31] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/3[~]6 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 
clusterConnection: prodachm::1 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]2,
 kms.data.method=create, kms.merc.id=3[~]0, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
kms.data.requestId=5[~]8, kms.data.orgId=2[~]b, kms.data.uri=/resources, kms.data.userId=1[~]f, kms.data.httpUserAgent=conversation

Мониториране на състоянието на хибридната сигурност на данните

Индикатор за състоянието в Partner Hub ви показва дали всичко е наред с внедряването на Multi-Tenant Hybrid Data Security. За по-проактивно известяване, регистрирайте се за имейл известия. Ще бъдете уведомявани, когато има аларми, влияещи върху услугата, или актуализации на софтуера.

1	В Център за партньориизберете Услуги от менюто от лявата страна на екрана.
2	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Редактиране на настройките“ . Появява се страницата с настройки за хибридна защита на данните.
3	В секцията „Известия по имейл“ въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управлявайте внедряването на вашия HDS

Управление на внедряването на HDS

Използвайте описаните тук задачи, за да управлявате внедряването на хибридна защита на данни.

Задаване на график за надграждане на клъстера

Надстройките на софтуера за хибридна сигурност на данните се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги работят с една и съща версия на софтуера. Надстройките се извършват съгласно графика за надстройки за клъстера. Когато стане налична надстройка на софтуера, имате възможност да надстроите ръчно клъстера преди планираното време за надстройка. Можете да зададете конкретен график за надграждане или да използвате графика по подразбиране на 3:00 AM Daily Съединени щати: America/Los Анджелис. Можете също така да изберете да отложите предстоящо надграждане, ако е необходимо.

За да зададете график за надстройка:

1	Влезте в Partner Hub.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Настройка“
4	На страницата „Ресурси за хибридна сигурност на данни“ изберете клъстера.
5	Кликнете върху раздела Настройки на клъстера.
6	На страницата „Настройки на клъстера“, под „График за надстройка“ изберете часа и часовата зона за графика за надстройка. Забележка: Под часовата зона се показва следващата налична дата и час на надстройка. Можете да отложите надстройката за следващия ден, ако е необходимо, като кликнете върху Отлагане с 24 часа.

Промяна на конфигурацията на възела

От време на време може да се наложи да промените конфигурацията на вашия възел за защита на хибридни данни поради причина като:

Промяна на x.509 сертификати поради изтичане или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на защитата, Hybrid Data Security използва пароли за сервизен акаунт, които имат деветмесечен живот. След като инструментът за настройка на HDS генерира тези пароли, ги разполагате на всеки от вашите HDS възли във файла ISO config. Когато паролите на вашата организация са към изтичане, получавате известие от екипа на Webex за нулиране на паролата за вашия машинен акаунт. (Имейлът включва текста „Използвайте API на машинния акаунт, за да актуализирате паролата.“) Ако вашите пароли все още не са изтекли, инструментът ви дава две опции:

Меко нулиране— Старата и новата парола работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Хард нулиране— Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

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

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права на партньора.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1.a до 1.e в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на 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 Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на парола. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“. Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Когато получите подкана, въведете вашите идентификационни данни за вход в Partner Hub и след това щракнете върху Приемам, за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да затворите инструмента за настройка, въведете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате само един работещ HDS възел, създайте нов виртуален компютър на възел Hybrid Data Security и го регистрирайте, като използвате новия ISO файл с конфигурация. За по-подробни инструкции вижте Създаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките. Щракнете върху `CD/DVD Drive 1`, изберете опцията за монтиране от ISO файл и отидете до мястото, където сте изтеглили новия ISO файл с конфигурацията. Поставете отметка на Свързване при включване. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса на възела "Защита на хибридните данни" (IP адрес/настройка например въведете идентификационни данни за администриране, които https://192.0.2.0/setup), сте задали за възела, след което щракнете върху Влизане.
2	Отидете на Общ преглед (страницата по подразбиране). Когато е разрешено, блокирани външна DNS разделителна способност е зададена да .
3	Отидете на страницата Хранилище на доверие & Прокси.
4	Щракнете върху Проверка на прокси връзката. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и да се върнете към страницата общ преглед, Блокиран външен DNS разделителна способност трябва да бъде зададено на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура, за да премахнете възел за хибридна защита на данни от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за сигурност.

1

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

2

Премахнете възела:

Влезте в Центъра за партньори и след това изберете Услуги.
В картата „Хибридна сигурност на данните“ щракнете върху „ Виж всички “ , за да се покаже страницата „Ресурси за хибридна сигурност на данните“.
Изберете вашия клъстер, за да се покаже неговият панел „Общ преглед“.
Кликнете върху възела, който искате да премахнете.
Кликнете върху Отрегистриране на този възел в панела, който се показва отдясно
Можете също да отпишете възела, като щракнете върху … от дясната страна на възела и изберете Отписване на възел.

3

В vSphere клиента изтрийте виртуалната машина. (В левия навигационен панел щракнете с десния бутон върху виртуалната машина и след това щракнете върху Изтриване.)

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

Възстановяване след бедствия с помощта на резервен център за данни

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

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, е наложително клъстерът да продължи да работи и да се поддържат правилни резервни копия. Загубата на базата данни за хибридна сигурност на данните или на ISO файла с конфигурацията, използван за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентско съдържание. Следните практики са задължителни за предотвратяване на подобна загуба:

Ако бедствие доведе до недостъпност на внедряването на HDS в основния център за данни, следвайте тази процедура, за да превключите ръчно към резервния център за данни.

Преди да започнете

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

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете.
2	След като конфигурирате Syslogd сървъра, щракнете върху Разширени настройки
3	На страницата Разширени настройки добавете конфигурацията по-долу или премахнете конфигурацията `passiveMode`, за да направите възела активен. Възелът може да обработва трафика, след като това е конфигурирано. `passiveMode: 'false'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
5	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
6	В левия навигационен панел на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и след това щракнете върху Редактиране на настройките..
7	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
9	Повторете процеса за всеки възел в резервния център за данни. Проверете изхода от системния лог, за да се уверите, че възлите на резервния център за данни не са в пасивен режим. „KMS конфигуриран в пасивен режим“ не трябва да се появява в системните логове.

Какво да направите след това

След превключване на резервния център за данни, ако основният център за данни стане отново активен, поставете отново резервния център за данни в пасивен режим, като следвате стъпките, описани в Настройване на резервен център за данни за възстановяване след бедствие.

(По избор) Демонтиране на ISO след HDS конфигурация

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

Все още използвате ISO файловете, за да правите промени в конфигурацията. Когато създавате нов ISO файл или актуализирате ISO файл чрез инструмента за настройка, трябва да монтирате актуализирания ISO файл на всички ваши HDS възли. След като всички ваши възли са възприели промените в конфигурацията, можете да демонтирате ISO файла отново с тази процедура.

Преди да започнете

Надстройте всички ваши HDS възли до версия 2025.06.02.6983 или по-нова.

1	Изключете един от вашите HDS възли.
2	В vCenter Server Appliance изберете възела HDS.
3	Изберете Редактиране на настройки > CD/DVD устройство и махнете отметката от ISO файл на хранилището на данни.
4	Включете HDS възела и се уверете, че няма аларми в продължение на поне 20 минути.
5	Повторете за всеки HDS възел поред.

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

Преглед на предупреждения и отстраняване на неизправности

Хибридното внедряване на защита на данни се счита за недостъпно, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че изисква изтичане на времето за изчакване. Ако потребителите не могат да достигнат до вашия клъстер за хибридна защита на данни, те ще наблюдават следните симптоми:

Не могат да се създават нови пространства (не е възможно да се създават нови ключове)
Съобщенията и заглавията на пространствата не успяват да се дешифрират за:
- Нови потребители са добавени към пространството (не е възможно да се получат ключове)
- Съществуващи потребители в пространство, използващи нов клиент (не могат да извлекат ключове)
Съществуващите потребители в дадено пространство ще продължат да работят успешно, стига техните клиенти да имат кеш на ключовете за криптиране.

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

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

Ако има проблем с настройката на хибридната защита на данни, Partner Hub показва известия на администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Сигналите обхващат много често срещани сценарии.

Таблица 1. Често срещани проблеми и стъпки за разрешаването им
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Грешка при свързване с локална база данни.	Проверете дали сървърът на базата данни е наличен и дали са използвани правилните идентификационни данни за сервизен акаунт при конфигурацията на възела.
Грешка в достъпа до облачна услуга.	Проверете дали възлите имат достъп до Webex сървърите, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията за облачна услуга.	Регистрацията за облачни услуги беше премахната. Подновяването на регистрацията е в ход.
Регистрацията на облачна услуга е прекратена.	Регистрацията за облачни услуги е прекратена. Услугата се изключва.
Услугата все още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съответства на сертификата на сървъра.	Уверете се, че сертификатът на вашия сървър съответства на конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че CN на сертификата е бил наскоро променен и сега е различен от CN, използван по време на първоначалната настройка.
Неуспешно удостоверяване в облачните услуги.	Проверете за точност и евентуално изтичане на идентификационните данни за сервизния акаунт.
Неуспешно отваряне на локалния файл за съхранение на ключове.	Проверете целостта и точността на паролата в локалния файл за съхранение на ключове.
Сертификатът на локалния сървър е невалиден.	Проверете датата на валидност на сертификата на сървъра и потвърдете, че е издаден от надежден сертифициращ орган.
Не е възможно публикуване на показатели.	Проверете достъпа на локалната мрежа до външни облачни услуги.
/media/configdrive/hds директорията не съществува.	Проверете конфигурацията за монтиране на ISO файла на виртуалния хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организацията на клиента не е завършена за добавените организации	Завършете настройката, като създадете CMK за новодобавени организации на наематели, използвайки инструмента за настройка на HDS.
Настройката на организацията на клиента не е завършена за премахнатите организации	Завършете настройката, като отмените CMK-тата на организациите наематели, които бяха премахнати с помощта на инструмента за настройка на HDS.

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

Използвайте следните общи насоки, когато отстранявате проблеми с хибридната защита на данните.

1	Влезте в Partner Hub.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Събития“ .
4	Прегледайте страницата с историята на събитията за евентуални предупреждения и коригирайте всички елементи, които откриете там. Вижте изображението по-долу за справка.
5	Прегледайте изхода на syslog сървъра за активност от внедряването на хибридната защита на данните. Филтрирайте за думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняването на неизправности.
6	Свържете се с поддръжката на Cisco.

Други бележки

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

Ако изключите всички активни клъстери на Hybrid Data Security (чрез изтриването им в Partner Hub или чрез изключване на всички възли), загубите ISO файла си за конфигурация или загубите достъп до базата данни за хранилище на ключове, потребителите на Webex App на клиентски организации вече няма да могат да използват пространства в списъка си с хора, които са създадени с ключове от вашата KMS. В момента нямаме решение или корекция на този проблем и ви призоваваме да не изключвате услугите си на HDS, след като те обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка с KMS, поддържа тази връзка за определен период от време (вероятно един час).

Стартирайте инструмента за настройка на HDS с помощта на Podman Desktop

Podman е безплатен инструмент с отворен код за управление на контейнери, който предоставя начин за стартиране, управление и създаване на контейнери. Podman Desktop може да бъде изтеглен от https://podman-desktop.io/downloads.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За да получите достъп до него, изтеглете и стартирайте Podman на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в контролния център с пълни права на администратор за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

podman rmi ciscocitg/hds-setup:stable  
podman login docker.io -u hdscustomersro
dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
podman pull ciscocitg/hds-setup:stable
podman run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

Какво да направите след това

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

Преместете съществуващото внедряване на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с много клиент в Partner Hub

Преобразуването от съществуващо едно-наемателско HDS внедряване на партньорска организация, управлявано в Control Hub, към многонаемателско HDS внедряване, управлявано в Partner Hub, включва предимно деактивиране на HDS услугата в Control Hub, дерегистриране на възли и изтриване на клъстера. След това можете да влезете в Partner Hub, да регистрирате възлите, да активирате Multi-Tenant HDS и да добавите клиенти към вашия клъстер.

Терминът „единичен клиент“ се отнася просто до съществуващо внедряване на HDS в Control Hub.

Деактивиране на HDS, дерегистриране на възли и изтриване на всички клъстери в Control Hub

1	Влезте в контролния център. В левия панел щракнете върху Хибрид. В картата „Хибридна сигурност на данните“ щракнете върху „Редактиране на настройките“.
2	На страницата с настройки превъртете надолу до секцията Деактивиране и щракнете върху Деактивиране.
3	След деактивирането, щракнете върху раздела Ресурси.
4	Страницата Ресурси изброява клъстерите във вашето HDS внедряване. Щракнете върху клъстер, отваря се страница с всички възли в този клъстер.
5	Щракнете върху отдясно и щракнете върху Отрегистриране на възел. Повторете процеса за всички възли в клъстера.
6	Ако вашето внедряване има множество клъстери, повторете стъпка 4 и стъпка 5, докато всички възли бъдат отписани.
7	Кликнете върху Настройки на клъстера > Премахване.
8	Щракнете върху Потвърди премахването, за да отпишете клъстера.
9	Повторете процеса за всички клъстери във вашето HDS внедряване. След деактивиране на HDS, отписване от регистрацията на възли и премахване на клъстери, картата Hybrid Data Service в Control Hub ще показва Setup not completed в долната част.

Активирайте Multi-Tenant HDS за партньорската организация в Partner Hub и добавете клиенти

Преди да започнете

Всички предварителни изисквания, посочени в Изисквания за сигурност на данните за многонаемателски хибридни системи, са приложими тук. Освен това, уверете се, че същата база данни и сертификати се използват по време на преместването към Multi-Tenant HDS.

1	Влезте в Центъра за партньори. Щракнете върху Услуги в левия панел. Използвайте същия ISO файл от предишното ви внедряване на HDS, за да конфигурирате възлите. Това ще гарантира, че съобщенията и съдържанието, генерирани от потребителите в предишното съществуващо внедряване на HDS, все още са достъпни в новата настройка за множество наематели.
2	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „Настройка“.
3	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
4	В първото поле на картата Създаване на клъстер въведете име за клъстера, към който искате да присвоите вашия възел за хибридна защита на данни. Препоръчваме да наименувате клъстер въз основа на географското местоположение на възлите на клъстера. Примери: „Сан Франциско“, „Ню Йорк“ или „Далас“
5	Във второто поле въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройка на виртуалната машина за хибридна сигурност на данни. Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
6	Кликнете върху Отиди на възел. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да предоставите разрешения на вашата Webex организация за достъп до вашия възел.
7	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. На страницата Хибридна сигурност на данни новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Ресурси. Възелът автоматично ще изтегли най-новия софтуер от облака.
8	Отидете в раздела Настройки и щракнете върху Активиране на картата за състояние на HDS. СъобщениетоАктивиран HDS ще се появи в долната част на екрана.
9	Кликнете върху раздела Назначени клиенти.
10	Кликнете върху Добавяне на клиенти.
11	Изберете клиента, когото искате да добавите, от падащото меню.
12	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
13	Повторете стъпки от 11 до 13, за да добавите няколко клиенти към вашия клъстер.
14	Кликнете върху Готово в долната част на екрана, след като добавите клиентите.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS, за да завършите процеса на настройка.

Използвайте OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на PKCS12 файла в правилния формат за зареждане в HDS Setup Tool. Има и други начини да направите това и ние не подкрепяме, нито насърчаваме единия начин пред другия.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като насока, която да ви помогне да създадете файл, който отговаря на изискванията за сертификат X.509 в Изисквания за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org за софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия сертифициращ орган (CA).

1	Когато получите сертификата на сървъра от вашия CA, запазете го като `hdsnode.pem`.
2	Покажете сертификата като текст и проверете данните. `openssl x509 -text -noout -in hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл със сертификатен пакет, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва сертификата на сървъра, всички междинни сертификати на CA и сертификатите на коренния CA, във формата по-долу: `-----BEGIN CERTIFICATE----- ### Server certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Intermediate CA certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Root CA certificate. ### -----END CERTIFICATE-----`
4	Създайте .p12 файла с приятелското име `kms-private-key`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 -in hdsnode.p12` Въведете парола при подканата, за да криптирате личния ключ, така че той да бъде посочен в изхода. След това проверете дали частният ключ и първият сертификат съдържат редовете `friendlyName: kms-private-key`. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Enter Import Password: MAC verified OK Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Key Attributes: Enter PEM pass phrase: Verifying - Enter PEM pass phrase: -----BEGIN ENCRYPTED PRIVATE KEY----- -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE----- Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE-----

Какво да направите след това

Връщане към Изпълнете предварителните изисквания за хибридна сигурност на данните. Ще използвате файла hdsnode.p12 и паролата, която сте задали за него, в Създаване на ISO файл с конфигурация за HDS хостовете.

Можете да използвате повторно тези файлове, за да заявите нов сертификат, когато оригиналният сертификат изтече.

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

Изходящ трафик за събиране на показатели

Възлите за хибридна сигурност на данните изпращат определени показатели към облака Webex. Те включват системни показатели за максимална heap памет, използвана heap памет, натоварване на процесора и брой нишки; показатели за синхронни и асинхронни нишки; показатели за предупреждения, включващи праг на криптирани връзки, латентност или дължина на опашката за заявки; показатели за хранилището на данни; и показатели за криптирана връзка. Възлите изпращат криптиран ключов материал по канал извън честотната лента (отделен от заявката).

Входящ трафик

Възлите за хибридна сигурност на данните получават следните видове входящ трафик от облака Webex:

Заявки за криптиране от клиенти, които се маршрутизират от услугата за криптиране
Надстройки на софтуера на възела

Конфигуриране на Squid прокси сървъри за хибридна сигурност на данните

Websocket не може да се свърже чрез сепия прокси

Squid прокси сървърите, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки, които Hybrid Data Security изисква. Тези раздели дават насоки как да конфигурирате различни версии на Squid да игнорират wss: трафик за правилното функциониране на услугите.

Калмята 4 и 5

Добавете директивата on_unsupported_protocol към 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

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

Тази таблица обхваща новите функции или функционалности, промените в съществуващото съдържание и всички големи грешки, които са били поправени в Ръководство за разполагане за хибридна защита на данните с много клиенти.

Дата	Направени промени
Юли 30, 2026	Актуализиран X.509 Раздел Изисквания за сертификата, за да посочите, че се поддържат само RSA сертификати.
Юли 02, 2026	Добавен е раздел Деактивиране на агентите в облака.
Юни 23, 2026	Добавен е раздел Превод на регистрационни файлове на хибридна защита на данни и разбиране на етикетите на агента.
Юни 01, 2026	Добавен е раздел API на разработчици на HDS. Добавена е бележка към секцията Стартиране на инструмента за настройка на хибридна защита на данни с помощта на раздела Podman Desktop.
Април 16, 2026	Актуализирани са изискванията за сървъра с база данни, за да се добави поддръжка за PostgreSQL версиите 17 и 18.
Март 25, 2026	Актуализирана е паролата по подразбиране, използвана за влизане във възела на хибридна защита на данни VM.
Декември 05, 2025	Актуализиран Създайте конфигурационен ISO за хостовете на HDS с правилния текст на потребителския интерфейс на страницата за системни регистрационни файлове и добавихте инструкции за качване на корневи сертификат на syslog при конфигуриране на TLS шифроване.
Ноември 21, 2025	Добавен раздел Често задавани въпроси. Добавено е Настройване на център за данни в режим на готовност за възстановяване след бедствие и Възстановяване след бедствие с помощта на раздела на Център за данни в режим на готовност. Премахнато (бета) от заглавието на ръководството за внедряване.
Май 08, 2025	Добавено е Преместете съществуващото разполагане на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с множество клиенти в Partner Hub. Актуализиран е изходът на syslog, за да се подобри четливостта в раздела Тестване на вашето разполагане на хибридна защита на данни. Актуализирани са Изисквания за виртуален хост, Поток от задачи за разполагане на хибридна защита на данни и Инсталиране на HDS Host OVA, за да добавите поддръжка за ESXi 8.0.
Март 04, 2025	Добавен е Стартирайте инструмента за настройка на хибридна защита на данни с помощта на раздела Podman Desktop. Добавена е бележка в изискванията за настолен компютър за docker, която предоставя на клиентите алтернативна опция с отворен код. Актуализирано: Създаване на конфигурационен ISO за хостовете на HDS и Промяна на конфигурацията на възела с инструкции за използване на Podman Desktop за клиенти без лиценз за Docker Desktop.
Януари 30, 2025	Добавена е версия 2022 на SQL сървъра към списъка с поддържани SQL сървъри в изискванията за сървър с база данни.
Януари 15, 2025	Добавени са Ограничения на хибридната защита на данните с много клиенти.
Януари 08, 2025	Добавена е бележка в Извършване на първоначална настройка и изтегляне на инсталационни файлове, като се посочва, че щракването върху Настройка на картата на HDS в Partner Hub е важна стъпка от процеса на инсталиране.
Януари 07, 2025	Актуализирани са Изисквания за виртуален хост, Поток от задачи за разполагане на хибридна защита на данни и Инсталиране на HDS Host OVA, за да се покаже новото изискване на ESXi 7.0.
Декември 13, 2024	Публикувана за първи път.

Деактивиране на хибридна защита на данни с много клиенти

Multi-Tenant HDS деактивиране на задача поток

Следвайте тези стъпки, за да деактивирате напълно Multi-Tenant HDS.

Преди да започнете

Тази задача трябва да се изпълнява само от пълноправен администратор на партньора.

1	Премахнете всички клиенти от всички ваши клъстери, както е посочено в Премахване на организациите на наемателите...
2	Отменете CMK на всички клиенти, както е посочено в Отмяна на CMK на наематели, отстранени от HDS....
3	Премахване на всички възли от всички ваши клъстери, както е посочено в Премахване на възел...
4	Изтрийте всички ваши клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстер, който искате да изтриете, и изберете Delete this Cluster в горния десен ъгъл на страницата за преглед. В страницата Ресурси щракнете върху дясната страна на клъстер и изберете Remove Cluster.
5	Кликнете върху Settings раздела на страницата за преглед на сигурността на хибридните данни и щракнете върху Deactivate HDS на картата за състоянието на HDS.

Често задавани въпроси

В. Дали CMK и главният ключ се съхраняват в ISO или в базата данни?

О. Основните ключове на клиента (CMKs) се съхраняват в базата данни и са криптирани с главния ключ, който се съхранява в ISO.

В. Използва ли се един ключ за криптиране на всички данни на клиентските организации?

О. Не. Данните на всяка клиентска организация са криптирани със собствен CMK (Customer Main Key).

В. Какво ще стане, ако деактивирам HDS от Partner Hub?

О. Някои операции, като създаване на пространство и планиране на срещи, ще бъдат незабавно засегнати. Съществуващото съдържание в пространствата ще бъде достъпно до изтичане на локалния кеш. След часове24 , управляваните от партньора потребители ще преминат към Cloud KMS и проблеми могат да възникнат с предварително създадени пространства и едно към едно пространства.

В. След като CMK се генерира за клиентска org чрез инструмента за настройка на HDS, потребителите на клиентската org веднага започват да използват Multi-Tenant HDS?

О. Може да има максимално забавяне от часове 24 за обновяване на кеш-паметта в облака.

В. Защо не виждам списък с клиенти, когато кликна върху бутона "Добавяне на клиенти" в Partner Hub?

О. Това обикновено означава, че няма организации на клиенти, които да отговарят на Cisco Webex лицензионни изисквания...

В. Какво е въздействието, ако всички HDS възли са изключени или ако мрежов проблем засяга всички HDS възли?

О. Операции като създаване на пространства и планиране на срещи са незабавно засегнати. Съществуващото съдържание е достъпно само до изтичане на локалния кеш.

В. Криптирани ли са потребителските данни на партньорската организация с главния ключ, генериран по време на създаването на ISO?

О. Да. В момента потребителските данни на партньорската организация са криптирани с главния ключ. В бъдеще партньорските организации ще имат специфични за партньора ключове, подобни на клиентските CMK.

В. Могат ли партньорските организации и наемателите да бъдат в различни региони (например САЩ и ЕС)?

О. Да. Партньорски и наемни организации могат да бъдат разположени в различни географски региони.

В. Има ли механизъм за преместване на ключовете обратно към Cloud KMS?

О. Няма механизъм за преместване на ключове обратно в облака след разгръщане на HDS.

В. Може ли партньор да продължи да използва Cloud KMS и да използва Multi-Tenant HDS изключително за управление на клиенти?

О. Не, в момента това не се подкрепя. Подкрепата за тази функционалност е планирана в бъдеще.

В. Как може партньор да провери, че тяхната организация използва HDS за криптиране?

О. Влезте в Partner Hub. Отидете на Services > Hybrid Data Security > Settings . Ако състоянието на HDS е активирано, потребителите на партньорската org, както и назначените клиенти използват Multi-Tenant HDS.

Като алтернатива, можете да проверите системните си регистри, за да проверите дали HDS е активиран. Зее Тествайте внедряването на хибридни данни за сигурност...

В. Има ли алтернатива на Docker Desktop за стартиране на инструмента за настройка на HDS?

О. Да. Pod man Desktop е алтернатива с отворен код на Docker Desktop. Зее Стартирайте инструмента за настройка на HDS с помощта на работния плот Podman...

В. Колко възли мога да разгърна в клъстер Multi-Tenant HDS?

А. Препоръчваме минимум два възела и максимум 1000.

В. Какви са мрежовите изисквания, необходими за създаване на Multi-Tenant HDS?

О. Зее Изисквания за външна свързаност...

В. Дали Pro Pack за Control Hub е изискване за партньорските организации?

О. Не. Pro Pack не е изискване за партньорски организации. Свържете се с вашия партньор в Cisco или мениджър на акаунти за помощ при създаването на Multi-Tenant HDS.

В. Поддържа ли се HSM в Multi-Tenant HDS?

О. Не, в момента Multi-Tenant HDS не поддържа HSM.

В. Мога ли да тествам Multi-Tenant HDS със самоподписан сертификат?

О. Не. Multi-Tenant HDS изисква сертификат, извлечен от надежден CA, който отговаря на всички изисквания, посочени в X.509 Изисквания към сертификата.

В. Необходимо ли е да се монтира ISO всеки път, когато в Partner Hub се добавя нов клиент?

О. Не. ISO трябва да се монтира само при промяна на конфигурациите на ISO. Когато добавяте нов клиент в Partner Hub, уверете се, че можете да създавате CMK с помощта на инструмента за настройка на HDS. Зее Създаване на основни клиентски ключове (CMKs) чрез инструмента за настройка на HDS...

В. След като Multi-Tenant HDS е внедрен в Partner Hub, потребителите на партньорската организация започват ли да използват KMS на място за управление на ключови функции?

О. Потребителите ще започнат да използват KMS на място за управление на ключове само след като HDS е активиран в Partner Hub.

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

Преглед на сигурността на данните Multi-Tenant

От първия ден сигурността на данните е основният фокус при проектирането на Webex App. Крайъгълният камък на тази сигурност е криптирането от край до край на съдържанието, което позволява на клиентите на Webex App да взаимодействат с Key Management Service (KMS). KMS отговаря за създаването и управлението на криптографски ключове, които клиентите използват за динамично криптиране и дешифриране на съобщения и файлове.

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

Multi-Tenant Hybrid Data Security позволява на организациите да използват HDS чрез доверен местен партньор, който може да действа като доставчик на услуги и да управлява криптиране на място и други услуги за сигурност. Тази настройка позволява на партньорската организация да има пълен контрол върху внедряването и управлението на ключове за криптиране и гарантира, че потребителските данни на клиентските организации са безопасни от външен достъп. Партньорските организации създават HDS инстанции и създават HDS клъстери, ако е необходимо. Всеки случай може да поддържа множество клиентски организации, за разлика от редовното разгръщане на HDS, което е ограничено до една организация.

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

Това също така позволява на по-малките организации да използват HDS, тъй като ключовите услуги за управление и инфраструктура за сигурност като центровете за данни са собственост на доверения местен партньор.

Как Multi-Tenant Hybrid Data Security осигурява суверенитет на данните и контрол на данните

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

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

Ограничения на сигурността на хибридните данни с множество наематели

Партньорските организации не трябва да имат активно внедряване на HDS в контролния център.
Наематели или клиентски организации, които желаят да бъдат управлявани от партньор, не трябва да имат съществуващо разгръщане на HDS в контролния център.
След като Multi-Tenant HDS бъде внедрен от партньора, всички потребители на клиентски организации, както и потребителите на партньорската организация започват да използват Multi-Tenant HDS за своите услуги за криптиране.

Партньорската организация и клиентските организации, които управляват, ще бъдат на едно и също разполагане на Multi-Tenant HDS.

Партньорската организация вече няма да използва облачен KMS след разгръщането на Multi-Tenant HDS.
Няма механизъм за преместване на ключове обратно към Cloud KMS след разгръщане на HDS.
Администраторските роли имат определени ограничения; вижте раздела по-долу за подробности.

Роли в мулти-наематели хибридна сигурност на данните

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

От край до край Multi-Tenant HDS настройка и управление на всички клиентски организации - Партньор пълен администратор и Пълен администраторски права необходими.
Управление на възложени наемни организации - Партньорски администратор и Пълен администраторски права.

Security Realm архитектура

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

За да разберем по-подробно Hybrid Data Security, нека първо разгледаме този чист клауд случай, където Cisco предоставя всички функции в своите облачни сфери. Услугата за самоличност, единственото място, където потребителите могат да бъдат пряко свързани с тяхната лична информация, като имейл адрес, е логически и физически отделена от сферата на сигурността в центъра за данни Б. И двете от своя страна са отделени от сферата, където в крайна сметка се съхранява криптирано съдържание, в центъра за данни В.

В тази диаграма клиентът е приложението Webex, което работи на лаптоп на потребителя и е удостоверил автентичността си с услугата за самоличност. Когато потребителят композира съобщение, което да изпрати в пространството, се предприемат следните стъпки:

Клиентът установява сигурна връзка с услугата за управление на ключове (KMS), след което изисква ключ за шифроване на съобщението. Сигурната връзка използва ECDH, а KMS криптира ключа с помощта на AES-256 master ключ.
Съобщението е криптирано преди да напусне клиента. Клиентът го изпраща на услугата за индексиране, която създава криптирани индекси за търсене, за да помогне при бъдещи търсения за съдържанието.
Шифрованото съобщение се изпраща до службата за съответствие за проверка на съответствието.
Шифрованото съобщение се съхранява в сферата на съхранение.

Когато внедрите Hybrid Data Security, преместите функциите в сферата на сигурността (KMS, индексиране и съответствие) във вашия център за данни на място. Другите облачни услуги, които съставляват Webex (включително идентичността и съхранението на съдържание), остават в сферата на Cisco.

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

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

Услугата KMS, която работи в Org A, валидира връзките с KMS в други организации, използвайки x.509 PKI сертификати. Вижте Подготовка на вашата среда за подробности относно генерирането на сертификат x.509 , който да се използва с разгръщането на Multi-Tenant Hybrid Data Security.

Очаквания за внедряване на хибридна сигурност на данните

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

За да внедрите Hybrid Data Security, трябва да предоставите:

Защитен център за данни в държава, която е поддържано място за Cisco Webex Teams планове...
Оборудването, софтуера и мрежовия достъп, описани в Подгответе вашата среда.

Пълна загуба или на конфигурацията ISO, която създавате за Hybrid Data Security, или на базата данни, която предоставяте, ще доведе до загуба на ключове. Ключовата загуба не позволява на потребителите да декрипират пространствено съдържание и други криптирани данни в приложението на Webex. Ако това се случи, можете да създадете ново разгръщане, но само ново съдържание ще бъде видимо. За да избегнете загуба на достъп до данни, трябва да:

Управление на архивирането и възстановяването на базата данни и конфигурацията ISO.
Бъдете готови да извършите бързо възстановяване при бедствие, ако възникне катастрофа, като например повреда на диска на базата данни или бедствие на центъра за данни.

Няма механизъм за преместване на ключове обратно в облака след разгръщане на HDS.

Процес на настройка на високо ниво

Този документ обхваща създаването и управлението на разгръщане на хибридна защита на данните с множество наематели:

Създаване на Hybrid Data Security – Това включва подготовка на необходимата инфраструктура и инсталиране на Hybrid Data Security софтуер, изграждане на HDS клъстер, добавяне на организации на наематели към клъстерите и управление на техните основни клиентски ключове (CMKs). Това ще даде възможност на всички потребители на вашите клиентски организации да използват вашия клъстер за защита на хибридни данни за функции за сигурност.

Етапите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте разгръщането на Hybrid Data Security – Облакът Webex автоматично осигурява текущи ъпгрейди. Вашият ИТ отдел може да осигури подкрепа от първо ниво за това разгръщане и да ангажира поддръжка на Cisco, ако е необходимо. Можете да използвате известия на екрана и да настроите имейл-базирани сигнали в Partner Hub.
Разбиране на общи предупреждения, стъпки за отстраняване на неизправности и известни проблеми—Ако имате проблеми с внедряването или използването на хибридна защита на данните, последната глава от това ръководство и приложението за известни проблеми могат да ви помогнат да определите и коригирате проблема.

Модел за внедряване на хибридна сигурност на данните

В рамките на вашия бизнес център за данни разгръщате Hybrid Data Security като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака на Webex чрез сигурни уеб сокети и сигурни HTTP.

По време на процеса на инсталиране ви предоставяме файла OVA, за да настроите виртуалния уред на VMs, които предоставяте. Използвате инструмента за настройка на HDS, за да създадете персонализиран ISO файл за конфигурация на клъстери, който монтирате на всеки възел. Клъстер Hybrid Data Security използва предоставения ви Syslogd сървър и PostgreSQL или Microsoft SQL Server база данни. (Можете да конфигурирате данните за връзка със Syslogd и база данни в инструмента за настройка на HDS.)

Модел за внедряване на хибридна сигурност на данните

Минималният брой възли, които можете да имате в клъстер, е два. Препоръчваме най-малко три на клъстер. Наличието на множество възли гарантира, че услугата не се прекъсва по време на надстройка на софтуера или друга дейност по поддръжка на даден възел. (Облакът Webex само надгражда един възел в даден момент.)

Всички възли в клъстер имат достъп до един и същ източник на данни и регистрационна активност до един и същ syslog сървър. Самите възли са бездържавни и се справят с ключови заявки в кръгла робинова мода, както е указано от облака.

Възлите стават активни, когато ги регистрирате в Partner Hub. За да извадите отделен възел от експлоатация, можете да го дерегистрирате и по-късно да го пререгистрирате, ако е необходимо.

Център за данни в готовност за възстановяване при бедствия

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

Базите данни на активните центрове и центровете за данни в режим на готовност са в синхрон помежду си, което ще сведе до минимум времето, необходимо за извършване на неизправността.

Активните възли за сигурност на хибридните данни трябва винаги да са в същия център за данни като активния сървър на база данни.

Създаване на център за данни в режим на готовност за възстановяване при бедствия

Следвайте стъпките по-долу, за да конфигурирате ISO файла на центъра за данни в режим на готовност:

Преди да започнете

Центърът за данни в режим на готовност трябва да отразява производствената среда на VMs и архивиране на базата данни PostgreSQL или Microsoft SQL Server. Например, ако производството има VMs, работещи 3 с HDS възли, в резервната среда трябва да има 3 VMs. (вж. Център за данни в готовност за възстановяване при бедствияза преглед на този модел на неизправност.)
Уверете се, че синхронизацията на базата данни е разрешена между базата данни на активни и пасивни клъстерни възли.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO конфигурация за HDS хостовете... ISO файлът трябва да бъде копие на оригиналния ISO файл на основния център за данни, върху който трябва да се направят следните актуализации на конфигурацията.
2	След като конфигурирате сървъра на Syslogd, щракнете върху Advanced Settings
3	На Advanced Settings страница, добавете конфигурацията по-долу, за да поставите възела в пасивен режим. В този режим възелът ще бъде регистриран в организацията и свързан към облака, но няма да се справя с никакъв трафик. `passiveMode: 'true'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно да се намери.
5	Направете резервно копие на ISO файла във вашата локална система. Защитете резервното копие. Този файл съдържа основен ключ за шифроване на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридни данни, които трябва да направят промени в конфигурацията.
6	В левия навигационен панел на клиента на VMware vSphere, щракнете с десния бутон върху VM и щракнете Edit Settings..
7	Щракнете върху Edit Settings >CD/DVD Drive 1 и изберете Datastore ISO файл. Уверете се Connected и Connect at power on са проверени, така че актуализираните промени в конфигурацията да могат да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми за най-малко 15 минути.
9	Повторете процеса за всеки възел в центъра за данни в режим на готовност. Проверете системните логове, за да проверите дали възлите са в пасивен режим. Трябва да можете да видите съобщението „KMS конфигуриран в пасивен режим“ в системните логове.

Какво да направите след това

След конфигуриране passiveMode в ISO файла и го запишете, можете да създадете друго копие на ISO файла без passiveMode конфигуриране и да го запишете на сигурно място. Това копие на ISO файла без passiveMode конфигуриран може да помогне в бърз процес на неизправност по време на възстановяване от бедствия. Зее Възстановяване при бедствия с помощта на Standby Data Centerза подробната процедура по несъстоятелност.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Без прокси—По подразбиране, ако не използвате конфигурацията на HDS възел Trust Store & Proxy за интегриране на прокси сървър. Не се изисква актуализация на сертификата.
Прозрачен непроверяващ прокси сървър—Възлите не са конфигурирани да използват конкретен адрес на прокси сървър и не трябва да изискват никакви промени за работа с непроверяващ прокси сървър. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси сървър—Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси-С изричен прокси, вие казвате на HDS възлите кой прокси сървър и схема за удостоверяване да използвате. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN—адрес, който може да се използва за достигане до прокси машината.
2. Proxy Port– Номер на порт, който прокси сървъра използва, за да слуша за проксируван трафик.
3. Прокси протокол—В зависимост от това, което вашият прокси сървър поддържа, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване—Изберете от следните типове удостоверяване:
  - Няма—Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Basic—Използва се за HTTP User Agent да предоставя потребителско име и парола при подаване на заявка. Използва базово64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Digest—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

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

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

Подгответе средата си

Изисквания за хибридна защита на данните с няколко клиента

Изисквания за лицензи за Cisco Webex

За да разположите хибридна защита на данните с много клиенти:

Партньорски организации: Свържете се със своя партньор в Cisco или мениджър на акаунти и се уверете, че функцията за много клиенти е активирана.
Организации на клиента: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за закачане на работния плот

Преди да инсталирате възлите на HDS, трябва Docker Desktop, за да изпълните инсталационна програма. Docker наскоро актуализира своя модел на лицензиране. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, "Docker актуализира и разширява абонаментите ни за продукти".

Клиентите без лиценз за Docker Desktop могат да използват инструмент за управление на контейнери с отворен код като Podman Desktop, за да стартират, управляват и създават контейнери. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Х.509 Изисквания за сертификата

Веригата на сертификатите трябва да отговаря на следните изисквания:

Table 1. X.509 Certificate Requirements for Hybrid Data Security Deployment
Изискване	Подробности
Подписан от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на сертифициращите органи в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи общо име (CN) име на домейн, което идентифицира вашето разполагане на хибридна защита на данни Не е заместващ сертификат	CN не е нужно да е достъпен или хост на живо. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. CN не трябва да съдържа * (заместващ символ). CN се използва за проверка на възлите на хибридна защита на данни за клиентите на приложението Webex. Всички възли на хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашият KMS се идентифицира чрез CN домейна, а не чрез произволен домейн, дефиниран в полетата на SAN x.509v3. След като сте регистрирали възел с този сертификат, не поддържаме промяна на името на CN домейна.
Подпис без SHA1	Софтуерът KMS не поддържа подписи SHA1 за валидиране на връзки с KMS на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име на `kms-private-key` за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор, като OpenSSL, за да промените формата на сертификата си. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.
Поддържан алгоритъм	Поддържат се само RSA сертификати.

Софтуерът KMS не налага използване на ключове или не разширява ограниченията за използване на ключове. Някои сертифициращи органи изискват за всеки сертификат да се прилагат разширени ограничения за използване на ключа, като например удостоверяване на сървъра. Добре е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален организатор

Виртуалните хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (3 препоръчва), разположени съвместно в един и същ защитен център за данни
VMware ESXi 7.0 или 8.0 е инсталиран и се изпълнява.

Трябва да надстроите, ако имате по-стара версия на ESXi.
Минимум 4 vCPU, 8-GB основна памет, 30-GB локално място на твърдия диск на сървър

Изисквания към сървъра за база данни

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

Има две опции за сървъра с база данни. Изискванията за всеки от тях са, както следва:

Table 2. Database server requirements by type of database
Postgre SQL	Сървър Microsoft SQL
PostgreSQL 14, 15, 16, 17 или 18, инсталиран и се изпълнява.	Инсталиран SQL сървър 2016, 2017, 2019 или 2022 (корпоративен или стандартен). SQL Server 2016 изисква сервизен пакет 2 и кумулативна актуализация 2 или по-нова версия.
Минимум 8 vCPU, 16-GB основна памет, достатъчно място на твърдия диск и наблюдение, за да сте сигурни, че не е превишено (2-TB се препоръчва, ако искате да работите с базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)	Минимум 8 vCPU, 16-GB основна памет, достатъчно място на твърдия диск и наблюдение, за да сте сигурни, че не е превишено (2-TB се препоръчва, ако искате да работите с базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)

HDS софтуерът в момента инсталира следните версии на драйвери за комуникация със сървъра с база данни:

Postgre SQL

Сървър Microsoft SQL

Postgres JDBC драйвер 42.2.5

JDBC драйвер за SQL Server 4.6

Тази версия на драйвера поддържа SQL Server Винаги Включен ( Винаги Включен Клъстер За Преместване При Отказ и Винаги включени групи за наличност).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

Ако искате HDS възлите да използват удостоверяване на Windows, за да получат достъп до вашата база данни на Keystore на 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 за достъп до базата данни на Keystore. Те използват подробностите от вашата ISO конфигурация, за да конструират SPN, когато заявяват достъп с удостоверяване на Kerberos.

Изисквания за външна връзка

Конфигурирайте защитната стена, за да разрешите следната свързаност за приложенията на хибридна защита на данни:

Приложение	Протокол	Порт	Посока от приложението	Дестинация
Възли на хибридна защита на данни	TCP	443	Изходящи HTTPS и ВиК	Сървъри на Webex: .wbx2.com .ciscospark.com Всички организатори на Common Identity Други URL адреси, които са изброени за хибридна защита на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex от Мрежови изисквания за услугите на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички организатори на Common Identity hub.docker.com

Възлите на хибридна защита на данни работят с превод на мрежовия достъп (NAT) или зад защитна стена, доколкото NAT или защитната стена позволяват необходимите изходящи връзки към местоназначенията на домейна в предходната таблица. За връзки, влизащи във входящи възли на хибридна защита на данни, от интернет не трябва да се виждат портове. В рамките на вашия център за данни клиентите се нуждаят от достъп до възлите на хибридна защита на данни на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете на Common Identity (CI) са специфични за региона. Това са текущите организатори на CI:

Регион	URL адреси на организатор на Common Identity
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Прокси сървърите, които инспектират HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да работите по този проблем, вижте Конфигуриране на прокси сървъри Squid за хибридна защита на данни.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща възлите за HDS, трябва да бъде конфигурирана да принуждава изходящия TCP трафик на порт 443 да се маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, bypassing (not inspecting) traffic to wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна защита на данни

Използвайте този контролен списък, за да гарантирате, че сте готови да инсталирате и конфигурирате своя клъстер на хибридна защита на данни.

1	Погрижете се вашата организация да няма активирани HDS в Control Hub и да получите идентификационните данни за акаунт с пълен администратор на партньор и права на пълен администратор. Уверете се, че вашата организация на клиенти на Webex е разрешена за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор в Cisco или мениджър на акаунти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо разполагане на HDS.
2	Изберете име на домейн за вашето разполагане на HDS (например `hds.company.com`) и да получите верига от сертификати, съдържаща сертификат X.509, частен ключ и всички междинни сертификати. Веригата на сертификатите трябва да отговаря на изискванията в X.509 Изисквания за сертификата.
3	Подгответе идентични виртуални хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер. Имате нужда от поне два отделни организатора (3 препоръчва), разположени съвместно в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален организатор.
4	Подгответе сървъра с база данни, който ще действа като хранилище за ключови данни за клъстера в съответствие с изискванията на Сървъра с база данни. Сървърът на базата данни трябва да бъде разположен съвместно в защитения център за данни с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране. Приложенията на HDS, когато са инсталирани, създават схемата на базата с данни.) Съберете подробностите, които ще използват възлите за комуникация със сървъра с база данни: име на хост или IP адрес (хост) и порт името на базата с данни (dbname) за съхранение на ключа потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключа
5	За бързо възстановяване след бедствие настройте архивна среда в друг център за данни. Резервната среда отразява производствената среда на VMs и резервен сървър с база данни. Например, ако производството има 3 VMs, работещи с HDS възли, резервната среда трябва да има 3 VMs.
6	Настройте хост на syslog, за да събирате регистрационни файлове от възлите в клъстера. Съберете мрежовия му адрес и порта за 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. Вижте Изисквания за закачване на работния плот за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има възможността за свързване, описана в Изисквания за външна връзка.
10	Ако интегрирате прокси сървър с хибридна защита на данните, уверете се, че той отговаря на изискванията на прокси сървъра.

Настройване на клъстер на хибридна защита на данни

Поток на задачи за разполагане на хибридна защита на данни

Преди да започнете

1	Извършване на първоначална настройка и изтегляне на инсталационни файлове Изтеглете OVA файла на вашата локална машина за по-късно използване.
2	Създаване на конфигурационен ISO за хостовете на HDS Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на хибридна защита на данни.
3	Инсталиране на HDS Host OVA Създайте виртуална машина от OVA файла и изпълнете първоначалната конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
4	Настройване на VM на хибридна защита на данни Влезте в конзолата на VM и задайте данните за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали към момента на разполагането на OVA.
5	Качване и монтиране на конфигурация ISO на HDS Конфигурирайте VM от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на възела на HDS за интеграция на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете прокси сертификата към хранилището на гаранти, ако е необходимо.
7	Регистриране на първия възел в клъстера Регистрирайте VM с облака на Cisco Webex като възел на хибридна защита на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте HDS с много клиенти в Partner Hub. Активирайте HDS и управлявайте организации на клиенти в Partner Hub.

Извършване на първоначална настройка и изтегляне на инсталационни файлове

В тази задача изтегляте OVA файл на вашата машина (а не на сървърите, които сте настроили като възли на хибридна защита на данни). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Partner Hub и щракнете върху Services.
2	В раздела „Хибрид“ намерете картата „Хибридна защита на данни“ и щракнете върху Set up. Щракването върху Настройка в Partner Hub е критично важно за процеса на разполагане. Не продължете с инсталирането, без да завършите тази стъпка.
3	Щракнете върху Add a resource и щракнете върху Download .OVA file относно Install and Configure Software карта. По-старите версии на софтуерния пакет (OVA) няма да бъдат съвместими с най-новите надстройки на хибридна защита на данни. Това може да доведе до проблеми при надстройване на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от Help раздел. Щракнете върху Settings > Help > Download Hybrid Data Security software. OVA файлът започва автоматично да се изтегля. Запишете файла на местоположение на машината си.

Създаване на конфигурационен ISO за хостовете на HDS

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт в Partner Hub с пълни администраторски права.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да изпълните инструмента за настройка на HDS за стъпки 1 до 5 в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

HTTPS прокси без удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

HTTP прокси с удостоверяване

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

HTTPS прокси с удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT
Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

docker rmi ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

docker login -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

docker pull ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

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

В редовни среди с HTTPS прокси:

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

В среди на FedRAMP без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTP прокси:

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

В среди на FedRAMP с HTTPS прокси:

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

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

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

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

Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато получите подкана, въведете идентификационните си данни за влизане от администратор на Partner Hub и щракнете върху Log in за да позволите достъп до необходимите услуги за хибридна защита на данни.

8

На страницата за общ преглед на инструмента за настройка щракнете върху Get Started.

9

На ISO Import страница, имате следните опции:

No—Ако създавате първия си HDS възел, нямате ISO файл за качване.
Yes—Ако вече сте създали HDS възли, тогава изберете своя ISO файл в прегледа и го качете.

10

Проверете дали сертификатът ви X.509 отговаря на изискванията в X.509 Изисквания за сертификата.

Ако никога не сте качили сертификат преди, качете сертификата X.509, въведете паролата и щракнете върху Continue.
Ако сертификатът ви е ОК, щракнете Continue.
Ако сертификатът ви е изтекъл или искате да го замените, изберете No за Continue using HDS certificate chain and private key from previous ISO?. Качете нов сертификат X.509, въведете паролата и щракнете върху Continue.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до ключовия си datastore:

Изберете своя Database Type (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, получавате поле за тип удостоверяване.
(Само Microsoft SQL Server) Изберете вашия Authentication Type:
- Базово удостоверяване: Трябва ви име на локален акаунт за SQL Server в Username поле.
- Удостоверяване в Windows: Имате нужда от акаунт за Windows във формата username@DOMAIN в Username поле.
Въведете адреса на сървъра на базата с данни във формуляра <hostname>:<port> или <IP-address>:<port>.

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

Можете да използвате IP адрес за базово удостоверяване, ако възлите не могат да използват DNS за решаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете Database Name.
Въведете Username и Password на потребител с всички привилегии в базата данни за съхранение на ключа.

12

Изберете TLS Database Connection Mode:

Режим	Описание
Prefer TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако разрешите TLS на сървъра с база данни, възлите правят опит за шифрована връзка.
Require TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Require TLS and verify certificate signer	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка възелът сравнява подписващия на сертификата от сървъра с базата данни със сертифициращия орган в Database root certificate. Ако не съвпадат, възелът изпуска връзката. Използвай Database root certificate управлявайте под падащия списък, за да качите корневи сертификат за тази опция.
Require TLS and verify certificate signer and hostname	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка възелът сравнява подписващия на сертификата от сървъра с базата данни със сертифициращия орган в Database root certificate. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в Database host and port поле. Имената трябва да съвпадат точно или възелът пуска връзката. Използвай Database root certificate управлявайте под падащия списък, за да качите корневи сертификат за тази опция.

Когато качите корневи сертификат (ако е необходимо) и щракнете върху Продължаване, инструментът за настройка на хибридните сертификати тества TLS връзката към сървъра с база данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързването възлите на HDS може да са в състояние да установят TLS връзката, дори ако машината с инструмента за настройка на HDS не може да я тества успешно.)

13

На страницата „Системни регистрационни файлове“ конфигурирайте сървъра си за Syslogd:

Въведете URL адреса на сървъра syslog.

Ако сървърът не може да се разрешава чрез DNS от възлите за вашия HDS клъстер, използвайте IP адрес в URL.

Пример:
udp://10.92.43.23:514 указва влизане в хоста на Syslogd 10.92.43.23 в UDP порт 514.
Ако настроите сървъра си да използва TLS шифроване, проверете Is your server configured for TLS negotiation/handshake?.

Ако отметнете това квадратче, трябва да въведете TCP URL адрес, например tcp://10.92.43.23:514и качете корневи сертификат syslog.
От Choose syslog record termination падащ, изберете подходящата настройка за вашия ISO файл: Избор или нов ред се използва за Graylog и Rsyslog TCP
- Null byte -- \x00
- Newline -- \n– Изберете този избор за Graylog и Rsyslog TCP.
Щракнете върху Continue.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с база данни в Advanced Settings. По принцип този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxSize: 10

15

Щракнете върху Continue относно Reset Service Accounts Password екран.

Паролите за акаунта за услугата имат деветмесечен живот. Използвайте този екран, когато паролите ви наближават изтичане или искате да ги нулирате, за да invalidate previous ISO files.

16

Щракнете върху Download ISO File. Запишете файла на лесно за намиране място.

17

Направете резервно копие на ISO файла в локалната си система.

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

18

За да изключите инструмента за настройка, въведете CTRL+C.

Какво да направите след това

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

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

Инсталиране на HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте клиента VMware vSphere на вашия компютър, за да влезете във виртуалния хост на ESXi.
2	Избор File > Deploy OVF Template.
3	В съветника укажете местоположението на OVA файла, който сте изтеглили по-рано, и след това щракнете върху Next.
4	В Select a name and folder страница, въведете Virtual machine name за възела (например \„HDS_Node_1\“) изберете местоположение, където може да се намира разполагането на възела на виртуалната машина, и след това щракнете върху Next.
5	В Select a compute resource страница, изберете целевия изчислителен ресурс и щракнете върху Next. Извършва се проверка за валидиране. След като завърши, се показват подробностите за шаблона.
6	Проверете подробностите за шаблона и щракнете върху Next.
7	Ако бъдете помолени да изберете конфигурация на ресурсите на Configuration страница, щракнете върху 4 CPU и след това щракнете върху Next.
8	В Select storage страница, щракнете върху Next за да приемете формата на диска по подразбиране и правилата за съхранение на VM.
9	В Select networks страница, изберете мрежовата опция от списъка със записи, за да осигурите желаната свързаност към VM.
10	На Customize template страница, конфигурирайте следните мрежови настройки: Име на хост – въведете FQDN (име на хост и домейн) или една дума име на хост за възела. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали за получаване на сертификата X.509. За да гарантирате успешна регистрация в облака, използвайте само малки знаци във FQDN или името на хоста, които сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес – въведете IP адреса за вътрешния интерфейс на възела. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска – въведете адреса на маската на подмрежата с точка след десетичната запетая. Например 255.255.255.0. Шлюз – въведете IP адреса на шлюза. Шлюза е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри – Въведете списък с DNS сървъри, разделени със запетая, които обработват преобразуването на имената на домейни в цифрови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри – въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетая, за да въведете няколко NTP сървъра. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстера да са достъпни от клиентите във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурацията на мрежовите настройки и да следвате стъпките в Настройване на VM на хибридна защита на данни, за да конфигурирате настройките от конзолата за възли. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху възела VM и след това изберете Power > Power On. Софтуерът за хибридна защита на данни е инсталиран като гост на VM Host. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Може да усетите забавяне от няколко минути, преди контейнерите с възли да се появят. На конзолата се появява съобщение за защитна стена на мост по време на първото зареждане, по време на което не можете да влезете.

Настройване на VM на хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата на възела на хибридна защита на данни и да зададете данните за вход. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на разполагането на OVA.

1	В клиента на VMware vSphere изберете своя възел на хибридна защита на данни VM и изберете Console . VM се зарежда и се появява подкана за влизане. Ако подканата за влизане не се покаже, натиснете Enter.
2	Използвайте следните данни за влизане и парола по подразбиране, за да влезете и да промените идентификационните данни: Влизане: `admin` Парола: `ciscosystems` Тъй като влизате във вашия VM за първи път, трябва да промените паролата на администратора.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай в главното меню изберете Edit Configuration опция.
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на мрежовите ви правила. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали за получаване на сертификата X.509.
6	Запишете мрежовата конфигурация и рестартирайте VM, за да влязат в сила промените.

Качване и монтиране на конфигурация ISO на HDS

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

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде изложен само на база „трябва да се знае“, за достъп от VM на хибридна защита на данни и всички администратори, които може да се наложи да направят промени. Уверете се, че само тези администратори имат достъп до datastore.

1

Качете ISO файла от компютъра си:

В левия навигационен екран на клиента VMware vSphere щракнете върху сървъра ESXi.
В списъка с хардуери на раздела за конфигуриране щракнете върху Storage.
В списъка Datastores щракнете с десния бутон върху datastore за вашите VMs и щракнете върху Browse Datastore.
Щракнете върху иконата Качване на файлове и след това щракнете върху Upload File.
Намерете местоположението, където сте изтеглили ISO файла на компютъра си, и щракнете върху Open.
Щракнете върху Yes за да приемете предупреждението за операцията за качване/изтегляне и да затворите диалоговия прозорец за данни.

2

Монтиране на ISO файла:

В левия навигационен екран на клиента VMware vSphere щракнете с десния бутон върху VM и щракнете върху Edit Settings.
Щракнете върху OK за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD Drive 1, изберете опцията за монтаж от datastore ISO файл и намерете местоположението, където сте качили конфигурационния ISO файл.
Проверка Connected и Connect at power on.
Запишете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако правилата за ИТ изискват, можете по избор да демонтирате ISO файла, след като всички ваши възли поемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след конфигурацията на HDS за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси сървър, използвайте тази процедура, за да посочите типа прокси сървър, който искате да интегрирате с хибридна защита на данни. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси сървър за общ преглед на поддържаните опции за прокси сървър.
Изисквания за прокси сървъра

1	Въведете URL адреса за настройка на възела на HDS `https://[HDS Node IP or FQDN]/setup` в уеб браузър въведете данните за вход на администратор, които сте настроили за възела, и след това щракнете върху Sign In.
2	Отидете на Trust Store & Proxyи след това изберете опция: Няма прокси сървър – опцията по подразбиране, преди да интегрирате прокси сървър. Не се изисква актуализация на сертификата. Прозрачен прокси сървър без проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра и не трябва да изискват промени за работа с прокси сървър без проверка. Не се изисква актуализация на сертификата. Прокси сървър за прозрачна проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра. Не са необходими промени в конфигурацията на HTTPS при разполагането на хибридна защита на данни, но възлите на HDS се нуждаят от корневи сертификат, за да се доверят на прокси сървъра. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър – С изричния прокси сървър казвате на клиента (HDS възли) кой прокси сървър да използва, и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN – адрес, който може да се използва за свързване с прокси машината. Прокси порт – номер на порт, който прокси сървърът използва за слушане за прокси трафик. Прокси протокол – изберете http (преглежда и управлява всички заявки, които се получават от клиента) или https (осигурява канал към сървъра и клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване – изберете от следните типове удостоверяване: Няма – не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Базово – използва се за агент на HTTP, за да предостави потребителско име и парола при подаване на заявка. Използва кодиране Base64. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Обобщаване – използва се за потвърждаване на акаунта, преди да се изпрати чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Upload a Root Certificate or End Entity Certificateи след това се придвижете до изберете корневи сертификат за прокси сървъра. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката „Шеврон“ по името на издателя на сертификата, за да получите повече подробности, или щракнете върху Delete ако сте допуснали грешка и искате да качите отново файла.
4	Щракнете върху Check Proxy Connection за да тествате мрежовата връзка между възела и прокси сървъра. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако мислите, че това е грешка, изпълнете тези стъпки и вижте Изключване на режима на блокирано външно разрешаване на DNS.
5	След като тестът на връзката премине, за изричния прокси сървър, зададен само на https, включете превключвателя на Route all port 443/444 https requests from this node through the explicit proxy. За да влезе в сила тази настройка, е необходимо 15 секунди.
6	Щракнете върху Install All Certificates Into the Trust Store (появява се за HTTPS изрично прокси или прозрачен прокси сървър за проверка) или Reboot (появява се за HTTP изрично прокси сървър), прочетете подканата и след това щракнете върху Install ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След като възелът се рестартира, влезте отново, ако е необходимо, и след това отворете Overview , за да проверите проверките на свързаността, за да сте сигурни, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистриране на първия възел в клъстера

Тази задача взема генеричния възел, който сте създали в Настройване на хибридна защита на данни VM, регистрира възела в облака на Webex и го превръща във възел на хибридна защита на данни.

Когато регистрирате първия си възел, създавате клъстер, към който е разпределен възелът. Клъстерът съдържа един или повече възли, разгърнати за осигуряване на резерв.

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути или трябва да започнете отначало.
Уверете се, че всички изскачащи блокери във вашия браузър са деактивирани или че разрешите изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Services.
3	В раздела „Хибрид“ намерете картата „Хибридна защита на данни“ и щракнете върху Set up.
4	На страницата, която се отваря, щракнете върху Add a resource.
5	В първото поле на Create a new cluster карта, въведете име за клъстера, към който искате да разпределите възела на хибридна защита на данни. Препоръчваме ви да посочите клъстер въз основа на географското местоположение на клъстера. Примери: "Сан Франциско" или "Ню Йорк" или "Далас"
6	Във второто поле въведете вътрешния IP адрес или напълно определеното име на домейн (FQDN) на вашия възел и щракнете върху Add в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройване на VM на хибридна защита на данни. Появява се съобщение, което показва, че можете да регистрирате възела в Webex.
7	Щракнете върху Go to Node. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация в Webex за достъп до вашия възел.
8	Проверете Allow Access to Your Hybrid Data Security Node квадратче за отметка и щракнете върху Continue. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. На Hybrid Data Security страница, новият клъстер, съдържащ възела, който сте регистрирали, се показва под Resources . Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

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

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути или трябва да започнете отначало.
Уверете се, че всички изскачащи блокери във вашия браузър са деактивирани или че разрешите изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новия VM, като повторите стъпките в Настройване на VM на хибридна защита на данни.
3	На новия VM повторете стъпките в Качване и монтиране на конфигурацията на HDS ISO.
4	Ако настройвате прокси сървър за разполагането си, повторете стъпките в Конфигуриране на възела на HDS за интеграция на прокси сървър, както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.com изберете Services от менюто от лявата страна на екрана. В раздела „Хибрид“ намерете картата „Хибридна защита на данни“ и щракнете върху View all. Показва се страницата с ресурси за хибридна защита на данни. Новосъздаденият клъстер ще се появи в Resources страница. Щракнете върху клъстера, за да видите възлите, разпределени към клъстера. Щракнете върху Add a node от дясната страна на екрана. Въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Add. Отваря се страница със съобщение, което показва, че можете да регистрирате възела си в облака Webex. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Проверете Allow Access to Your Hybrid Data Security Node квадратче за отметка и щракнете върху Continue. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. Node added В Partner Hub се появява изскачащо съобщение и в долната част на екрана. Възелът ви е регистриран.

Какво да направите след това

За да създадете допълнителни клъстери, влезте в Partner Hub и щракнете върху Services > Hybrid Data Security > View all > Add a cluster. Следвайте стъпките, описани в раздела по-горе, за да добавите първия възел към допълнителния(ите) клъстер(и).

Управление на организации на клиенти в хибридна защита на данни с много клиенти

Активирайте Multi-Tenant HDS на партньорски хъб

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

Преди да започнете

Уверете се, че сте завършили създаването на вашия Multi-Tenant HDS клъстер с необходимия брой възли.

1	Влезте в https://admin.webex.com...
2	От менюто в лявата страна на екрана изберете Services.
3	В раздела Хибридни данни намерете Хибридна сигурност и щракнете върху Edit Settings.
4	Щракнете върху Activate HDS относно HDS Status карта.

Добавяне на организации на наематели в Partner Hub

В тази задача присвоявате клиентски организации на вашия Hybrid Data Security Cluster.

1	Влезте в https://admin.webex.com...
2	От менюто в лявата страна на екрана изберете Services.
3	В раздела Хибридни данни намерете Хибридна сигурност и щракнете върху View all.
4	Отидете на страницата Assigned customers . The Assigned customers Разделът няма да се показва, докато не създадете клъстер.
5	Щракнете върху Add customers.
6	Изберете клиента, който искате да добавите от падащото меню.
7	Щракнете върху Add, клиентът ще бъде добавен към клъстер.
8	Повторете стъпки, 5 за 7 да добавите множество клиенти към вашия клъстер.
9	Щракнете върху Done в долната част на екрана, след като сте добавили клиентите. Добавените клиенти ще бъдат синхронизирани във всички налични клъстери.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на основни клиентски ключове (CMKs) чрез инструмента за настройка на HDSда завърши процеса на настройка.

Създаване на основни клиентски ключове (CMKs) чрез инструмента за настройка на HDS

Преди да започнете

Възложете на клиентите подробно в Добавяне на организации на наематели в Partner Hub... Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новосъздадените клиентски организации.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата Docker, когато въвеждате контейнера Docker в стъпка 5... Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ за криптиране на базата данни PostgreSQL или Microsoft SQL Server. Трябва да имате най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като например:
- Данни за база данни
- Актуализации на удостоверението
- Промени в политиката за оторизация
Ако планирате да шифровате връзки към бази данни, настройте разгръщането на PostgreSQL или SQL Server за TLS.

Процесът на настройка на сигурността на хибридните данни създава ISO файл. След това използвате ISO, за да конфигурирате вашия хост за защита на хибридни данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовна среда с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате "Експрес сървър слушане на порт8080."
6	Инструментът Setup не поддържа свързване с localhost чрез http: // localhost:8080... Използване http: //127...0...0...1:8080за да се свържете с localhost. Използвайте уеб браузър, за да отидете на локалния хост, `http://127.0.0.1:8080`, и въведете администраторското потребителско име за Partner Hub в подкана. Инструментът използва този първи запис на потребителското име, за да настрои правилната среда за този акаунт. След това инструментът показва стандартната заявка за влизане.
7	Когато е подкана, въведете вашите идентификационни данни за вход в Partner Hub и след това щракнете върху Log in да се даде възможност за достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата за преглед на инструмента за настройка щракнете Get Started.
9	На ISO Import страница, кликнете Yes.
10	Изберете вашия ISO файл в браузъра и го качете. Осигурете свързаност с вашата база данни, за да извършите управление на CMK.
11	Отидете на страницата Tenant CMK Management раздел, където ще намерите следните три начина за управление на наематели CMKs. Create CMK for all ORGs или Create CMK - Кликнете върху този бутон на банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху Manage CMKs бутон от дясната страна на екрана и кликнете Create CMKs за създаване на CMK за всички новодобавени организации. Щракнете близо до управлението на CMK в очакване на състоянието на конкретна организация в таблицата и щракнете Create CMK да се създаде CMK за тази организация.
12	След като създаването на CMK е успешно, състоянието в таблицата ще се промени от pending CMK management към CMK managed.
13	Ако създаването на CMK е неуспешно, ще бъде показана грешка.

Премахване на организациите на наемателите

Преди да започнете

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

1	Влезте в https://admin.webex.com...
2	От менюто в лявата страна на екрана изберете Services.
3	В раздела Хибридни данни намерете Хибридна сигурност и щракнете върху View all.
4	На страницата, която се отваря, щракнете върху Assigned Customers .
5	От списъка на клиентските организации, които се показват, щракнете върху дясната страна на клиентската организация, която искате да премахнете и щракнете върху Remove from cluster.

Какво да направите след това

Завършете процеса на отстраняване, като отмените CMK на клиентските организации, както е описано в Отмяна на CMK на наематели, отстранени от HDS.

Отмяна на CMK на наематели, отстранени от HDS.

Преди да започнете

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

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата Docker, когато въвеждате контейнера Docker в стъпка 5... Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ за криптиране на базата данни PostgreSQL или Microsoft SQL Server. Трябва да имате най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като например:
- Данни за база данни
- Актуализации на удостоверението
- Промени в политиката за оторизация
Ако планирате да шифровате връзки към бази данни, настройте разгръщането на PostgreSQL или SQL Server за TLS.

Процесът на настройка на сигурността на хибридните данни създава ISO файл. След това използвате ISO, за да конфигурирате вашия хост за защита на хибридни данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовна среда с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате "Експрес сървър слушане на порт8080."
6	Инструментът Setup не поддържа свързване с localhost чрез http: // localhost:8080... Използване http: //127...0...0...1:8080за да се свържете с localhost. Използвайте уеб браузър, за да отидете на локалния хост, `http://127.0.0.1:8080`, и въведете администраторското потребителско име за Partner Hub в подкана. Инструментът използва този първи запис на потребителското име, за да настрои правилната среда за този акаунт. След това инструментът показва стандартната заявка за влизане.
7	Когато е подкана, въведете вашите идентификационни данни за вход в Partner Hub и след това щракнете върху Log in да се даде възможност за достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата за преглед на инструмента за настройка щракнете Get Started.
9	На ISO Import страница, кликнете Yes.
10	Изберете вашия ISO файл в браузъра и го качете.
11	Отидете на страницата Tenant CMK Management раздел, където ще намерите следните три начина за управление на наематели CMKs. Revoke CMK for all ORGs или Revoke CMK - Кликнете върху този бутон на банера в горната част на екрана, за да отмените CMK на всички организации, които са били премахнати. Щракнете върху Manage CMKs бутон от дясната страна на екрана и кликнете Revoke CMKs да отмени CMK на всички организации, които са били премахнати. Щракнете близо до CMK, за да отмените състоянието на конкретна организация в таблицата и щракнете върху Revoke CMK да отмени CMK за тази конкретна организация.
12	След като отмяната на CMK бъде успешна, организацията на клиента вече няма да се появява в таблицата.
13	Ако отмяната на CMK е неуспешна, ще бъде показана грешка.

Тестване на вашето разполагане на хибридна защита на данни

Тествайте внедряването на хибридни данни за сигурност

Използвайте тази процедура, за да тествате сценарии за криптиране на хибридни данни за сигурността.

Преди да започнете

Настройте разгръщането на Multi-Tenant Hybrid Data Security.
Уверете се, че имате достъп до syslog, за да проверите дали ключовите заявки се подават към Вашето разгръщане на хибридна защита на данните с множество клиенти.

1

Клавишите за дадено пространство се задават от създателя на пространството. Влезте в приложението Webex като един от потребителите на организацията на клиентите и след това създайте пространство.

Ако деактивирате внедряването на Hybrid Data Security, съдържанието в пространствата, които потребителите създават, вече не е достъпно, след като бъдат заменени клиентските кеширани копия на ключовете за криптиране.

2

Изпращане на съобщения до новото пространство.

3

Проверете изхода на syslog, за да проверите дали ключовите заявки преминават към внедряването на Hybrid Data Security.

Ако потребител на новодобавена клиентска организация извърши каквото и да е действие, Org ID на организацията ще се появи в дневниците и това може да се използва, за да се провери дали организацията използва Multi-Tenant HDS. Проверете стойността на kms.data.orgId в системните логове.

За да проверите дали потребителят първо създава защитен канал към KMS, филтрирайте на kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION :

Трябва да намерите запис като следното (идентификатори съкратени за четене):

2025-04-10 04:38:20.208 (+0000) INFO  KMS [pool-19-thread-13] - [KMS:REQUEST] received, deviceId: 
https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5 ecdheKid: kms://collabdemoorg.cisco.com/statickeys/8[~]3 
clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]6,
 kms.data.method=create, kms.merc.id=d[~]7, kms.merc.sync=false, kms.data.uriHost=collabdemoorg.cisco.com, 
kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=1[~]f, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/ecdhe, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който иска съществуващ ключ от KMS, филтрирайте kms.data.method=retrieve и kms.data.type=KEY :

Трябва да намерите запис като:

2025-04-10 04:38:24.144 (+0000) INFO  KMS [pool-19-thread-26] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558)
 WEBEX_TRACKINGID=webex-web-client_0[~]0, kms.data.method=retrieve, kms.merc.id=5[~]3, kms.merc.sync=false,
 kms.data.uriHost=collabdemoorg.cisco.com, kms.data.type=KEY, kms.data.requestId=4[~]7, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/keys/2[~]e, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който иска създаването на нов KMS ключ, филтрирайте kms.data.method=create и kms.data.type=KEY_COLLECTION :

Трябва да намерите запис като:

2025-04-10 04:42:22.739 (+0000) INFO  KMS [pool-19-thread-29] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::7 orgId: 2[~]b
 (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]3, kms.data.method=create, 
kms.merc.id=6[~]4, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, 
kms.data.orgId=2[~]b, kms.data.uri=/keys, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който иска създаването на нов ресурсен обект на KMS (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте kms.data.method=create и kms.data.type=RESOURCE_COLLECTION :

Трябва да намерите запис като:

2025-04-10 04:42:23.690 (+0000) INFO  KMS [pool-19-thread-31] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/3[~]6 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 
clusterConnection: prodachm::1 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]2,
 kms.data.method=create, kms.merc.id=3[~]0, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
kms.data.requestId=5[~]8, kms.data.orgId=2[~]b, kms.data.uri=/resources, kms.data.userId=1[~]f, kms.data.httpUserAgent=conversation

Интерпретиране на HDS регистрационните файлове и етикетите на агенти за разбиране

Дневниците на HDS предоставят подробна информация относно исканията на KMS. Тези регистри включват различни полета, които спомагат за идентифициране на естеството на искането и свързаната с него идентичност. Разбирането на тези области е от съществено значение за правилното тълкуване на дейностите и доверените вътрешни операции.

Терминология

За да се осигури яснота при преглеждането на дневниците на HDS, е важно да се разберат следните термини:

Термин	Определение
Сервизен акаунт	Идентификация на услугата, която позволява на услугите на Webex да изпълняват разрешени действия по сигурен начин.
Агент	Сервизен субект или сервизен акаунт, използван за извършване на автоматизирани операции в средата на HDS.
Етикет на агент	Етикет, включен в дневниците на HDS, който идентифицира конкретния източник и типа на входящата заявка, позволяващ ефективен одит на контрола на достъпа.
Делегиран достъп	Оторизиран сервизен акаунт, който прави заявка за конкретен потребител, в рамките на разрешенията на този потребител. Появява се като искане за делегация: `agent -> userid`.

Терминът "агент" в този контекст се отнася конкретно до идентичността на услугите на HDS. Те не са свързани с AI-захранваните агенти, използвани в други функции на Webex.

Заявка се връчва само когато произхожда от:

оторизиран потребител във вашата организация, или
сервизен акаунт , който пребивава и е оторизиран от вашата организация.

Преглед на журналните полета

Поле	Какво представлява
Времеви маркер	Дата и час на операцията.
kms. data. method	Операцията KMS е извършена (напр. извличане).
kms. data. orgld	Идентификатор на организацията.
kms. data. httpUserAgent	Клиентът или услугата, която прави искането.
WEBEX_ TRACKINGID	Уникален идентификатор за проследяване на искането.
kms. data. uriHost / kms. data. uri	Хостът и ресурсът, към които е насочен искането.
kms. data. userld	Самоличността, извършваща искането, включително етикет на агент.
kms.response.success	Показва дали заявката е успешна.

Видове заявки - Бърза справка

Таг в лог	Етикет на агент	Какво представлява	Типични операции
Тип потребител: userAgent	Агент на потребителя	Доверен сервизен акаунт, свързан с работен поток на потребителя, скочен към вашата организация.	Създаване/управление на ключове за потребителски процес.
o-агент <id> -> userid <id>	Org Agent	Доверен сервизен акаунт на ниво org, използвайки делегиран достъп.	Извличане от служител по съответствието на Webex данни, календарни интеграции.
c-агент <id> -> userid <id>	Облачен агент	Услуга на Webex, изпълняваща делегирано искане за конкретен потребител.	Сканиране на вируси, преглед на съдържанието, транскрипти.
c-агент <id>	Облачен агент	Услуга на Webex, изпълняваща делегирано искане.	ECDHE/ сесийни ключове.
Краен потребител UUID	–	Идентифицираният краен потребител взаимодейства с HDS.	Потребител, който извлича свой собствен ключ.

Видове заявки - Подробно

Етикетите на агента категоризират източника на искането и помагат при определянето на подходящите контроли за достъп. Следните примери показват множество видове искания и свързаните с тях етикети на агента.

Потребителски агент (UserAgent):

Това са доверени сервизни сметки на Webex, свързани с конкретни потребителски работни потоци и се присвояват на организацията на клиентите. Те обикновено се използват, когато дадена услуга създава и управлява ключове от името на работния процес на потребителя.

Дневник на пробата:
```
2026-06-18 10:58:14.405 (+0000) INFO  KMS [pool-21-thread-110] - User: b[~]4 User Type: userAgent WEBEX_TRACKINGID=MsftPresence_6[~]9, kms.data.method=create, kms.merc.id=5[~]8, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=b[~]4, kms.data.orgId=null, kms.data.uri=/resources, kms.data.userId=3[~]6, kms.data.httpUserAgent=<Webex service>
```
Ключов показател: Дневникът на пробата показва потребителски агент (userAgent) извършване на операции по събиране на ресурси за услуга Webex.
Org Agent (о-агент):

Тези доверени сметки за услуги на Webex са упълномощени да извършват делегирани операции от името на потребителите в рамките на HDS. Присвоени към клиентската организация, тези сметки изпълняват операции на ниво организация. Тази функция поддържа няколко функции, като например предоставяне на възможност на служителите по съответствието да търсят и извличат комуникационни данни на Webex - осигуряване на организационно съответствие с регулаторните стандарти, стандартите за сигурност и поверителност на данните.

Дневник на пробата:
```
2026-06-18 11:24:53.034 (+0000) INFO  KMS [pool-19-thread-118] - WEBEX_TRACKINGID=ccc_8[~]c, kms.data.method=retrieve, kms.merc.id=2[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=1[~]2, kms.data.orgId=null, kms.data.uri=kms://hds2.org5.portun.us/keys/d[~]7, kms.data.userId=o-agent 9[~]c -> userid 4[~]b, kms.data.httpUserAgent=<Webex service>
```
Ключов показател: Дневникът на пробата показва орг агент (o-agent 9[~]c) извличане на ключ от името на потребителя (4[~]b) за услуга Webex.
Облачен агент (c-агент):
Тези доверени сметки за услуги на Webex са упълномощени да извършват операции на HDS чрез делегиран достъп от името на потребител. Те поддържат основни функции - като записи след среща, транскриптове, анти-зловреден софтуер сканиране и визуализации на файлове, които подобряват цялостното потребителско изживяване.

Въпреки че облачните агенти могат да бъдат деактивирани чрез промяна на ISO, клиентите трябва да са наясно, че това ще доведе до загуба на функционалности, като записи след среща, преписи, предварителен преглед на файлове и автоматизирано сканиране за зловреден софтуер в Webex App Spaces. За повече информация вижте Изключване на облачните агентираздел.

Дневник на пробата:
```
2026-06-18 11:27:59.388 (+0000) INFO  KMS [pool-19-thread-56] - WEBEX_TRACKINGID=CLIENT_2[~]e, kms.data.method=retrieve, kms.merc.id=b[~]c, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=0[~]6, kms.data.orgId=null, kms.data.uri=kms://hds2.org5.portun.us/keys/e[~]e, kms.data.userId=c-agent b[~]c -> userid 9[~]c, kms.data.httpUserAgent=<Webex service>
```
Ключов показател: Дневникът на пробата показва облачен агент (c-agent b[~]c) извличане на ключ за съдържание от името на потребителя (9[~]c).

Директно взаимодействие с крайния потребител:

Идентифициран потребител, взаимодействащ директно с HDS.

Дневник на пробата:

2026-06-18 11:29:39.858 (+0000) INFO  KMS [pool-19-thread-141] - kms.data.method=retrieve, kms.merc.id=a[~]d, kms.merc.sync=false, kms.data.orgId=null, kms.data.httpUserAgent=<Webex service>, WEBEX_TRACKINGID=CLIENT_7[~]e, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=1[~]a, kms.response.destination=https://wdm-a.wbx2.com/wdm/api/v1/devices/1[~]e, kms.response.resourceuri=null, kms.data.uri=kms://hds2.org5.portun.us/keys/b[~]b, kms.data.userId=c[~]f, kms.response.success=true

Ключов показател: Дневникът на пробата показва краен потребител (c[~]f) извличане на ключ и директно взаимодействие с HDS.

Монитор хибридни данни сигурност здраве

Индикатор за състоянието в Partner Hub ви показва дали всичко е наред с внедряването на Multi-Tenant Hybrid Data Security. За по-активно сигнализиране, регистрирайте се за известия по имейл. Ще бъдете уведомени, когато има аларми за услуги или софтуерни ъпгрейди.

1	В Партньорски хъб, изберете Services от менюто от лявата страна на екрана.
2	В раздела Хибридни данни намерете Хибридна сигурност и щракнете върху Edit Settings. Появява се страницата за настройки на сигурността на хибридните данни.
3	В раздела Известия за имейл въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управление на вашето разполагане на HDS

Управление на разгръщането на HDS

Използвайте описаните тук задачи, за да управлявате внедряването на Hybrid Data Security.

Задаване на график за обновяване на клъстерите

Софтуерните ъпгрейди за Hybrid Data Security се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги изпълняват една и съща софтуерна версия. Надстрояването се извършва съгласно графика за надграждане на клъстера. Когато софтуерна актуализация стане налична, имате възможност за ръчно надграждане на клъстера преди планираното време за надграждане. Можете да зададете конкретен график за надграждане или да използвате графика по подразбиране 3:00 AM Daily United States: Америка/Лос Анджелис. Можете също така да изберете да отложите предстоящото надграждане, ако е необходимо.

За да настроите графика за надстройване:

1	Влезте в Центъра за партньори.
2	От менюто в лявата страна на екрана изберете Services.
3	В раздела Хибридни данни намерете Хибридна сигурност и щракнете върху Set up
4	На страницата Ресурси за хибридна сигурност на данните изберете клъстер.
5	Кликнете върху Cluster Settings .
6	На страницата Настройки на клъстерите, под График за надграждане, изберете часовата зона за графика за надграждане. Забележка: Под часовата зона се показва следващата налична дата и час за надграждане. Можете да отложите надстройката до следващия ден, ако е необходимо, като кликнете върху Postpone by 24 hours.

Промяна на конфигурацията на възела

Понякога може да се наложи да промените конфигурацията на вашия хибриден възел за сигурност на данните по причина като:

Промяна на удостоверенията x.509 поради изтичане на срока на валидност или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на сигурността, Hybrid Data Security използва пароли за обслужване на акаунти с продължителност девет месеца. След като инструментът за настройка на HDS генерира тези пароли, вие ги внедрявате във всеки от вашите HDS възли в ISO конфигурационния файл. Когато паролите на вашата организация наближават изтичане на срока на валидност, ще получите известие от екипа на Webex, за да нулирате паролата за вашия акаунт в машината. (Имейлът включва текста „Използвайте API на машинния акаунт, за да актуализирате паролата.“) Ако вашите пароли все още не са изтекли, инструментът ви дава две опции:

Soft reset – Старите и новите пароли работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Твърдо нулиране—Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

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

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква пълномощията на акаунт в Partner Hub с пълни права на администратор на партньора.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки 1.a чрез 1.e в процедурата по-долу. Зее Стартирайте инструмента за настройка на HDS с помощта на работния плот Podmanза подробности.

Ако инструментът за настройка на 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 Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версии на инструмента, създаден преди февруари22, 2018 нямат екрани за нулиране на паролата. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате "Експрес сървър слушане на порт8080." Използвайте браузър, за да се свържете с локалния хост, `http://127.0.0.1:8080`. Инструментът Setup не поддържа свързване с localhost чрез http: // localhost:8080... Използване http: //127...0...0...1:8080за да се свържете с localhost. Когато бъдете подканени, въведете идентификационните данни за вход на клиента на Partner Hub и след това кликнете Accept да продължи. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да изключите инструмента за настройка, въведете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате само един HDS възел, създайте нов Hybrid Data Security VM възел и го регистрирайте с помощта на новия конфигурационен ISO файл. За по-подробни инструкции вижте Създаване и регистриране на повече възли... Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия навигационен панел на клиента на VMware vSphere, щракнете с десния бутон върху VM и щракнете Edit Settings. Щракнете върху `CD/DVD Drive 1`, изберете опцията за монтиране от ISO файл и прегледайте местоположението, където сте изтеглили новия конфигурационен ISO файл. Проверка Connect at power on. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка, 3 за да замените конфигурацията на всеки оставащ възел, който работи старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса Hybrid Data Security Interface (IP адрес/setup, например https://192.0.2.0/setup), въведете администраторските данни, които сте настроили за възела, и след това щракнете върху Sign In.
2	Отидете на Преглед (страницата по подразбиране). Когато е активирано, Blocked External DNS Resolution е настроено да Yes.
3	Отидете на страницата Trust Store & Proxy страница.
4	Щракнете върху Check Proxy Connection. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и се върнете на страницата Преглед , Блокираната външна резолюция на DNS трябва да бъде настроена на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура за премахване на хибриден възел за сигурност на данните от облака на Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за сигурност.

1

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

2

Премахване на възел:

Влезте в Partner Hub и след това изберете Services.
На картата за сигурност на хибридните данни щракнете View All за показване на страницата Ресурси за хибридна сигурност на данните.
Изберете вашия клъстер, за да покажете панела за преглед.
Щракнете върху възела, който искате да премахнете.
Щракнете върху Deregister this node на панела, който се появява вдясно
Можете също така да дерегистрирате възела, като щракнете върху … от дясната страна на възела и изберете Deregister node.

3

В vSphere клиент, изтрийте VM. (В левия навигационен екран щракнете с десния бутон върху VM и щракнете върху Delete.)

Ако не изтриете VM, не забравяйте да демонтирате конфигурационния ISO файл. Без ISO файла не можете да използвате VM за достъп до вашите данни за сигурност.

Възстановяване при бедствия с помощта на Standby Data Center

Най-критичната услуга, която Вашият клъстер Hybrid Data Security предоставя, е създаването и съхранението на ключове, използвани за криптиране на съобщения и друго съдържание, съхранявано в облака на Webex. За всеки потребител в организацията, който е назначен за Hybrid Data Security, към клъстера се насочват нови заявки за създаване на ключове. Клъстерът също така е отговорен за връщането на клавишите, които е създаден, на всеки потребител, упълномощен да ги изтегли, например, членове на пространство за разговор.

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, е наложително клъстерът да продължи да работи и да се поддържат подходящи резервни копия. Загубата на базата данни за хибридна защита на данни или на конфигурацията ISO, използвана за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентско съдържание. Следните практики са задължителни за предотвратяване на такава загуба:

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

Преди да започнете

Използвайте най-новия ISO файл, който е конфигуриран срещу възлите на клъстер, който преди това е бил активен, за да изпълните процедурата по отказ, посочена по-долу.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO конфигурация за HDS хостовете...
2	След като конфигурирате сървъра на Syslogd, щракнете върху Advanced Settings
3	На Advanced Settings страница, добавете конфигурацията по-долу или премахнете `passiveMode` конфигурация за активиране на възела. Възелът може да се справи с трафика, след като е конфигуриран. `passiveMode: 'false'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно да се намери.
5	Направете резервно копие на ISO файла във вашата локална система. Защитете резервното копие. Този файл съдържа основен ключ за шифроване на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридни данни, които трябва да направят промени в конфигурацията.
6	В левия навигационен панел на клиента на VMware vSphere, щракнете с десния бутон върху VM и щракнете Edit Settings..
7	Щракнете върху Edit Settings >CD/DVD Drive 1 и изберете Datastore ISO файл. Уверете се Connected и Connect at power on са проверени, така че актуализираните промени в конфигурацията да могат да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми за най-малко 15 минути.
9	Повторете процеса за всеки възел в центъра за данни в режим на готовност. Проверете изхода на syslog, за да проверите дали възлите на центъра за данни в режим на готовност не са в пасивен режим. „KMS конфигуриран в пасивен режим“ не трябва да се показва в системните логове.

Какво да направите след това

След повреда, ако основният център за данни се активира отново, поставете центъра за данни в режим на готовност отново в пасивен режим, като следвате стъпките, описани в Създаване на център за данни в режим на готовност за възстановяване при бедствия...

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

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

Все още използвате ISO файловете, за да направите промени в конфигурацията. Когато създавате нов ISO или актуализирате ISO чрез инструмента за настройка, трябва да монтирате актуализирания ISO на всички ваши HDS възли. След като всички възли са взели промените в конфигурацията, можете отново да демонтирате ISO с тази процедура.

Преди да започнете

Надстройте всички HDS възли до версия 2025.06.02.6983 или по-късно.

1	Затворете един от вашите HDS възли.
2	В vCenter Server Appliance изберете HDS възел.
3	Избор Edit Settings > CD/DVD drive и непроверка Datastore ISO File.
4	Включете HDS възела и се уверете, че няма аларми за най-малко 20 минути.
5	Повторете всеки HDS възел на свой ред.

Отстраняване на неизправности в хибридна защита на данни

Преглед на предупреждения и отстраняване на неизправности

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

Не могат да бъдат създадени нови пространства (не могат да бъдат създадени нови ключове)
Съобщенията и заглавията на пространствата не могат да бъдат разшифровани за:
- Добавени са нови потребители в интервал (не могат да бъдат изтеглени ключове)
- Съществуващи потребители в пространство, използващи нов клиент (не могат да изтеглят ключове)
Съществуващите потребители в едно пространство ще продължат да работят успешно, докато техните клиенти имат кеш на ключовете за криптиране

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

Сигнали

Ако има проблем с настройката Hybrid Data Security, Partner Hub показва сигнали до администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Сигналите обхващат много общи сценарии.

Table 1. Common Issues and the Steps to Resolve Them
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Връзката с локалната БД е неуспешна.	Проверете дали сървърът на база данни е наличен и дали са използвани правилните данни за профила на услугата в конфигурацията на възела.
Неуспешен достъп до облачни услуги.	Проверете дали възлите имат достъп до сървърите на Webex, както е посочено в Изисквания за външна свързаност...
Подновяване на регистрацията за облачни услуги.	Регистрацията за облачни услуги е отменена. Подновяването на регистрацията е в ход.
Регистрацията за облачни услуги отпадна.	Регистрацията за облачни услуги е прекратена. Услугата спира.
Услугата още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съвпада със сертификата на сървъра.	Уверете се, че удостоверението на сървъра съвпада с конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че сертификатът CN е променен наскоро и сега е различен от CN, използван по време на първоначалната настройка.
Грешка при удостоверяване на облачните услуги.	Проверете за точност и възможно изтичане на пълномощията за сервизни сметки.
Грешка при отваряне на локалния файл с клавиатури.	Проверете за целостта и точността на паролата на локалния файл на клавиатурата.
Удостоверението за локален сървър е невалидно.	Проверете срока на валидност на удостоверението на сървъра и потвърдете, че то е издадено от надежден сертифициращ орган.
Не може да се публикуват метрики.	Проверете достъпа на локалната мрежа до външни облачни услуги.
/media/configdrive/hds директория не съществува.	Проверете конфигурацията на ISO монтиране на виртуален хост. Проверете дали файлът ISO съществува, дали е конфигуриран да се монтира на рестартиране и дали се монтира успешно.
Настройката на Tenant Org не е завършена за добавените орги	Пълна настройка чрез създаване на CMKs за новодобавени наемни организации с помощта на HDS Setup Tool.
Настройката на наемателя не е завършена за премахнатите орги	Пълна настройка чрез отмяна на CMK на организации на наематели, които са били премахнати с помощта на HDS Setup Tool.

Отстраняване на неизправности при хибридна защита на данните

Използвайте следните общи насоки при отстраняване на проблеми със сигурността на хибридните данни.

1	Влезте в Центъра за партньори.
2	От менюто в лявата страна на екрана изберете Services.
3	В раздела Хибридни данни намерете Хибридна сигурност и щракнете върху Events.
4	Прегледайте страницата за история на събитията за всички предупреждения и коригирайте всички елементи, които намерите там. Вижте изображението по-долу за справка.
5	Прегледайте изхода на syslog сървър за активност от разгръщането на хибридна сигурност на данните. Филтър за думи като "Предупреждение" и "Грешка", за да помогне при отстраняване на неизправности.
6	Контакт Поддръжка на Cisco...

API за разработка на HDS

API за разработчици на HDS са начин за извличане на анализи и мониторинг на данни, както и за отстраняване на проблеми с внедряването на HDS чрез портала за разработчици на Webex. APIs са на разположение на https://developer.webex.com/messaging/docs/api/v1/hds...

Други бележки

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

Ако затворите всички активни клъстери на Hybrid Data Security (като го изтриете в Partner Hub или като изключите всички възли), загубите конфигурационния си ISO файл или загубите достъп до базата данни на ключодържателя, потребителите на Webex App на клиентските организации вече не могат да използват пространства под техния списък с хора, които са създадени с ключове от вашия KMS. В момента нямаме проблем или поправка на този проблем и ви призоваваме да не затворите HDS услугите си, след като работят с активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка към KMS, поддържа тази връзка за период от време (вероятно един час).

Стартирайте инструмента за настройка на HDS с помощта на работния плот Podman

Podman е безплатен и отворен код инструмент за управление на контейнери, който осигурява начин за управление, управление и създаване на контейнери. Podman Desktop може да бъде изтеглен от https://podman-desktop.io/downloads...

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За да получите достъп до него, изтеглете и стартирайте Podman на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в Контролен център с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата Docker, когато въвеждате контейнера Docker на стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ за криптиране на базата данни PostgreSQL или Microsoft SQL Server. Трябва да имате най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като например:
- Данни за база данни
- Актуализации на удостоверението
- Промени в политиката за оторизация
Ако планирате да шифровате връзки към бази данни, настройте разгръщането на PostgreSQL или SQL Server за TLS.

Процесът на настройка на сигурността на хибридните данни създава ISO файл. След това използвате ISO, за да конфигурирате вашия хост за защита на хибридни данни.

podman rmi ciscocitg/hds-setup:stable  
podman login docker.io -u hdscustomersro
dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
podman pull ciscocitg/hds-setup:stable
podman run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

Какво да направите след това

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

Изключване на облачните агенти

Cloud Agents (c-agent) са доверени сметки за услуги на Webex, които извършват операции на HDS чрез делегиран достъп от името на потребителя, за да подобрят цялостното потребителско изживяване. Деактивирането на облачните агенти блокира достъпа на Webex до HDS ключове в помещенията.

Деактивирането на облачните агенти ще доведе до загуба на функции като записи след среща, преписи, преглед на файлове и автоматизирано сканиране за зловреден софтуер в Webex App Spaces.

Следвайте стъпките по-долу, за да деактивирате облачните агенти за разгръщането на вашия HDS.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO конфигурация за HDS хостовете... ISO файлът трябва да бъде копие на оригиналния ISO файл на основния център за данни, върху който трябва да се направят следните актуализации на конфигурацията.
2	След като конфигурирате сървъра на Syslogd, щракнете върху Advanced Settings.
3	На Advanced Settings страница, добавете конфигурацията по-долу, за да деактивирате облачните агенти. Това ще гарантира, че облачните агенти не могат да се справят с трафика на HDS. `cloudAgentUpdateEnabled: 'false'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно да се намери.
5	Направете резервно копие на ISO файла във вашата локална система. Защитете резервното копие. Този файл съдържа основен ключ за шифроване на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридни данни, които трябва да направят промени в конфигурацията.
6	В левия навигационен панел на клиента на VMware vSphere, щракнете с десния бутон върху VM и щракнете Edit Settings..
7	Щракнете върху Edit Settings >CD/DVD Drive 1 и изберете Datastore ISO файл. Уверете се Connected и Connect at power on са проверени, така че актуализираните промени в конфигурацията да могат да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми за най-малко 15 минути.
9	Повторете процеса за всеки възел в разгръщането на HDS. Проверете дали облачните агенти са деактивирани, като проверите системните логове за следното вписване: "Cloud Agent актуализация е изключена".

Преместване на съществуващото разгръщане на HDS на партньорска организация в контролен хъб към настройка на HDS на няколко наематели в партньорски хъб

Преобразуването от съществуващо разгръщане на HDS с един наемател на партньорска организация, управлявана в Контролен център, към разгръщане на HDS с множество наематели, управлявана в Партньорски център, включва деактивиране на услугата HDS в Контролен център, дерегистрация на възли и изтриване на клъстера. След това можете да влезете в Partner Hub, да регистрирате възлите, да активирате Multi-Tenant HDS и да добавите клиенти към вашия клъстер.

Терминът "едноличен наемател" просто се отнася до съществуващо разгръщане на HDS в контролния център.

Деактивирайте HDS, дерегистрирайте възли и изтрийте всички клъстери в контролния център

1	Влезте в контролния център. В левия панел щракнете Hybrid. На картата за сигурност на хибридните данни щракнете Edit Settings.
2	На страницата с настройки превъртете надолу към секцията Деактивиране и щракнете върху Deactivate.
3	След деактивиране щракнете върху Resources .
4	The Resources страници изброяват клъстерите в разгръщането на вашия HDS. Щракнете върху клъстер, се отваря страница с всички възли под този клъстер.
5	Кликнете вдясно и кликнете Deregister node. Повторете процеса за всички възли в клъстера.
6	Ако разполагането ви има множество клъстери, повторете стъпка 4 и стъпка5 , докато всички възли бъдат дерегистрирани.
7	Щракнете върху Cluster Settings > Remove.
8	Щракнете върху Confirm Removal да се дерегистрира клъстерът.
9	Повторете процеса за всички клъстери в разгръщането на HDS. След деактивиране на HDS, дерегистрация на възли и премахване на клъстери, картата Hybrid Data Service на контролния център ще има незавършена настройка , показана в долната част.

Активирайте Multi-Tenant HDS за партньорската организация в Partner Hub и добавете клиенти

Преди да започнете

Всички предпоставки, посочени в Изисквания за сигурност на хибридните данни с множество наемателиса приложими тук. Освен това, уверете се, че същата база данни и сертификати се използват по време на движението към Multi-Tenant HDS.

1	Влезте в Partner Hub. Щракнете върху Services на левия панел. Използвайте същия ISO от предишното си внедряване на HDS, за да конфигурирате възлите. Това ще гарантира, че съобщенията и съдържанието, генерирани от потребителите в предишното внедряване на HDS, все още са достъпни в новата настройка Multi-Tenant.
2	В секцията Хибрид, намерете Карта за сигурност на хибридните данни и щракнете върху Set up.
3	На страницата, която се отваря, кликнете Add a resource.
4	В първата област на Create a cluster карта, въведете име за клъстер, на който искате да присвоите вашия хибриден възел за сигурност на данните. Препоръчваме ви да назовете клъстер въз основа на географското разположение на възлите на клъстер. Примери: "Сан Франциско" или "Ню Йорк" или "Далас"
5	Във второто поле въведете вътрешния IP адрес или напълно квалифициран домейн име (FQDN) на вашия възел и кликнете Add в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, в който сте използвали Създаване на хибридна защита на данни VM... Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
6	Щракнете върху Go to Node. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възли за Webex услуги. Ако всички тестове са успешни, се появява страницата Allow Access to Hybrid Data Security Node. Там потвърждавате, че искате да дадете разрешения на вашата организация Webex за достъп до вашия възел.
7	Проверете Allow Access to Your Hybrid Data Security Node отметка и след това щракнете Continue. Вашият акаунт е валидиран и съобщението "Регистрация Complete" показва, че вашият възел вече е регистриран в облака на Webex. На Hybrid Data Security страница, новият клъстер, съдържащ възела, който сте регистрирали, се показва под Resources . Възелът автоматично ще изтегли най-новия софтуер от облака.
8	Отидете на страницата Settings раздел и щракнете върху Activate на картата за състоянието на HDS. Activated HDS Съобщението ще се появи в долната част на екрана.
9	Кликнете върху Assigned customers .
10	Щракнете върху Add customers.
11	Изберете клиента, който искате да добавите от падащото меню.
12	Щракнете върху Add, клиентът ще бъде добавен към клъстер.
13	Повторете стъпки, 11 за 13 да добавите множество клиенти към вашия клъстер.
14	Щракнете върху Done в долната част на екрана, след като сте добавили клиентите.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на основни клиентски ключове (CMKs) чрез инструмента за настройка на HDSда завърши процеса на настройка.

Използване на OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на12 PKCS файла в правилния формат за зареждане в инструмента за настройка на HDS. Има и други начини за това и ние не подкрепяме или насърчаваме един път над друг.
Ако изберете да използвате OpenSSL, ние предоставяме тази процедура като ръководство, за да ви помогнем да създадете файл, който отговаря на изискванията за X.509 сертификат в X.509 Изисквания към сертификата. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Зее https://www.openssl.orgза софтуера и документацията.
Създаване на частен ключ.
Стартирайте тази процедура, когато получите удостоверението на сървъра от вашия Сертифициращ орган (CA).

1	Когато получите удостоверението на сървъра от вашия CA, запишете го като `hdsnode.pem`.
2	Показване на удостоверението като текст и проверка на подробностите. `openssl x509 -text -noout -in hdsnode.pem`
3	Използване на текстов редактор за създаване на файл със сертификат, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва удостоверението на сървъра, всички междинни CA сертификати и основните CA сертификати, във формата по-долу: `-----BEGIN CERTIFICATE----- ### Server certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Intermediate CA certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Root CA certificate. ### -----END CERTIFICATE-----`
4	Създаване на .p12 файла с приятелското име `kms-private-key`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за удостоверението на сървъра. `openssl pkcs12 -in hdsnode.p12` Въведете парола на подкана, за да шифровате частния ключ, така че да е включен в изхода. След това проверете дали частният ключ и първият сертификат включват линиите `friendlyName: kms-private-key`... Пример: bash$ openssl pkcs12 -in hdsnode.p12 Enter Import Password: MAC verified OK Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Key Attributes: <No Attributes> Enter PEM pass phrase: Verifying - Enter PEM pass phrase: -----BEGIN ENCRYPTED PRIVATE KEY----- <redacted> -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- <redacted> -----END CERTIFICATE----- Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- <redacted> -----END CERTIFICATE-----

Какво да направите след това

Връщане към Попълнете предпоставките за хибридна сигурност на данните... Вие ще използвате hdsnode.p12 файл, и паролата, която сте задали за него, в Създаване на ISO конфигурация за HDS хостовете...

Можете да използвате повторно тези файлове, за да поискате нов сертификат, когато изтече оригиналният сертификат.

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

Outbound Metrics Collection Traffic

Хибридните възли за сигурност на данните изпращат определени показатели към облака на Webex. Те включват системни метрики за heap max, използван heap, CPU натоварване и брой на нишките; метрики за синхронни и асинхронни нишки; метрики за сигнали, включващи праг на криптиране връзки, латентност или дължина на опашката на заявката; метрики за данни; и метрики за криптиране на връзката. Възлите изпращат криптиран ключ материал по канал извън обхвата (отделно от искането).

Входящ трафик

Хибридните възли за сигурност на данните получават следните видове входящ трафик от облака на Webex:

Заявки за криптиране от клиенти, които се маршрутизират от услугата за криптиране
Ъпгрейди до софтуера на възела

Настройване на Squid Proxies за хибридна сигурност на данните

Websocket не може да се свърже чрез сепия прокси

Squid proxies, които инспектират HTTPS трафика, могат да повлияят на създаването на websocket (wss:) връзки, които Hybrid Data Security изисква. Тези раздели дават насоки за това как да конфигурирате различни версии на Squid да игнорирате wss: трафик за правилното функциониране на услугите.

Калмари 4 и 5

Добавяне на on_unsupported_protocol Директива за squid.conf:

on_unsupported_protocol tunnel all

Калмари3.5.27

Успешно тествахме Hybrid Data Security със следните правила, добавени към 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

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

Тази таблица обхваща нови функции или функционалности, промени в съществуващото съдържание и всички основни грешки, които са били коригирани в Ръководството за внедряване на хибридна защита на данни с множество наематели.

Дата	Направени промени
30 юли 2026 г.	Актуализиран е разделът Изисквания за сертификат X.509, за да се посочи, че се поддържат само RSA сертификати.
2 юли 2026 г.	Добавен е раздел Деактивиране на облачни агенти.
23 юни 2026 г.	Добавен е раздел „Тълкуване на HDS регистрационни файлове и разбиране на етикетите на агентите “ .
1 юни 2026 г.	Добавен е раздел HDS Developer APIs. Добавена е бележка към раздела „Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop “ .
16 април 2026 г.	Актуализирани са изискванията към сървъра на базата данни, за да се добави поддръжка за PostgreSQL версии 17 и 18.
25 март 2026 г.	Актуализирана е паролата по подразбиране, използвана за влизане във виртуалната машина на възела за хибридна защита на данни.
5 декември 2025 г.	Актуализирано Създаване на ISO файл за конфигурация за HDS хостовете с правилния текст на потребителския интерфейс на страницата „Системни логове“ и добавяне на инструкция за качване на коренен сертификат на syslog при конфигуриране на TLS криптиране.
21 ноември 2025 г.	Добавен е раздел Често задавани въпроси. Добавени са раздели „ Настройване на резервен център за данни за възстановяване след бедствие “ и „ Възстановяване след бедствие с помощта на резервен център за данни “ . Премахнато (Бета) от заглавието на ръководството за внедряване.
8 май 2025 г.	Добавено Преместване на съществуващото внедряване на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с много клиент в секцията Partner Hub. Актуализиран е изходът на системния лог, за да се подобри четимостта в раздела „Тестване на внедряването на хибридна защита на данните“. Актуализирани са изискванията за виртуален хост, потокът от задачи за внедряване на хибридна защита на даннии инсталирането на HDS Host OVA, за да се добави поддръжка за ESXi 8.0.
4 март 2025 г.	Добавено е стартиране на инструмента за настройка на HDS, използвайки раздела Podman Desktop. Добавена е бележка в Изисквания за Docker Desktop, предоставяща на клиентите алтернативна опция с отворен код. Актуализирано Създаване на ISO файл с конфигурация за HDS хостовете и Промяна на конфигурацията на възела с инструкции за използване на Podman Desktop за клиенти без лиценз за Docker Desktop.
30 януари 2025 г.	Добавен е SQL сървър версия 2022 към списъка с поддържани SQL сървъри в Изисквания към сървъра за бази данни.
15 януари 2025 г.	Добавени са ограничения на многонаемателската хибридна сигурност на данните.
8 януари 2025 г.	Добавена е бележка в Извършване на първоначална настройка и изтегляне на инсталационни файлове, в която се посочва, че щракването върху Настройка на HDS картата в Partner Hub е важна стъпка от процеса на инсталиране.
7 януари 2025 г.	Актуализирани са изискванията за виртуален хост, потокът от задачи за внедряване на хибридна защита на даннии инсталирането на OVA на HDS хост, за да се покаже новото изискване на ESXi 7.0.
13 декември 2024 г.	Първо публикувано.

Деактивиране на хибридната защита на данните за многоклиентски системи

Поток от задачи за деактивиране на многонаемателски HDS

Следвайте тези стъпки, за да деактивирате напълно Multi-Tenant HDS.

Преди да започнете

Тази задача трябва да се изпълнява само от пълен администратор на партньор.

1	Премахнете всички клиенти от всички ваши клъстери, както е посочено в Премахване на организации на наематели.
2	Отменете CMK-тата на всички клиенти, както е посочено в Отменете CMK-тата на наематели, премахнати от HDS..
3	Премахнете всички възли от всички ваши клъстери, както е посочено в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстера, който искате да изтриете, и изберете Изтрий този клъстер в горния десен ъгъл на страницата с общ преглед. На страницата „Ресурси“ щракнете върху от дясната страна на клъстер и изберете „ Премахване на клъстер“.
5	Щракнете върху раздела Настройки на страницата с общ преглед на хибридната защита на данните и щракнете върху Деактивиране на HDS на картата „Състояние на HDS“.

Често задавани въпроси

В. CMK-тата и главният ключ съхраняват ли се в ISO файла или в базата данни?

О. Главните ключове на клиента (CMK) се съхраняват в базата данни и са криптирани с главния ключ, който се съхранява в ISO файла.

В. Използва ли се един ключ за криптиране на всички данни на организациите на клиентите?

О. Не. Данните на всяка клиентска организация са криптирани със собствен CMK (основен ключ на клиента).

В. Какво ще се случи, ако деактивирам HDS от Partner Hub?

О. Някои операции, като създаване на пространство и насрочване на срещи, ще бъдат засегнати незабавно. Съществуващото съдържание в пространствата ще бъде достъпно, докато не изтече локалният кеш. След 24 часа потребителите, управлявани от партньора, ще преминат към Cloud KMS и е възможно да възникнат проблеми с предварително създадени пространства и пространства „един към един“.

В. След като CMK бъде генериран за клиентска организация чрез инструмента за настройка на HDS, потребителите на клиентската организация веднага ли започват да използват Multi-Tenant HDS?

О. Възможно е да има максимално забавяне от 24 часа за обновяване на кеша в облака.

В. Защо не виждам списък с клиенти, когато щракна върху бутона „Добавяне на клиенти“ в Partner Hub?

О. Това обикновено означава, че няма организации клиенти, които да отговарят на изискванията за лиценз на Cisco Webex.

В. Какво е въздействието, ако всички HDS възли бъдат изключени или ако мрежов проблем засегне всички HDS възли?

О. Операции като създаване на пространства и насрочване на срещи са засегнати незабавно. Съществуващото съдържание е достъпно само докато изтече локалният кеш.

В. Потребителските данни на партньорската организация криптирани ли са с главния ключ, генериран по време на създаването на ISO образа?

Една. Да. В момента потребителските данни на партньорската организация са криптирани с главния ключ. В бъдеще партньорските организации ще имат специфични за партньора ключове, подобни на CMK на клиентите.

В. Могат ли партньорската организация и организациите наематели да бъдат в различни региони (например САЩ и ЕС)?

Една. Да. Организациите-партньори и наематели могат да бъдат разположени в различни географски региони.

В. Има ли някакъв механизъм за преместване на ключове обратно в Cloud KMS?

О. Няма механизъм за преместване на ключове обратно в облака след внедряване на HDS.

В. Може ли партньор да продължи да използва Cloud KMS и да използва Multi-Tenant HDS изключително за управление на клиенти?

О. Не, това не се поддържа в момента. Поддръжката на тази функционалност е планирана за в бъдеще.

В. Как може партньор да провери дали неговата организация използва Multi-Tenant HDS за криптиране?

О. Влезте в Центъра за партньори. Отидете на Услуги > Хибридна сигурност на данните > Настройки . Ако статусът на HDS е активиран, потребителите на партньорската организация, както и назначените клиенти, използват Multi-Tenant HDS.

Като алтернатива, можете да проверите системните си логове, за да се уверите, че HDS е активиран. Вижте Тестване на внедряването на хибридна защита на данните.

В. Има ли алтернатива на Docker Desktop за стартиране на инструмента за настройка на HDS?

Една. Да. Pod man Desktop е алтернатива с отворен код на Docker Desktop. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop.

В. Колко възела мога да разположа в клъстер с многонаемателски HDS?

О. Препоръчваме минимум два възела и максимум 1000.

В. Какви са мрежовите изисквания, необходими за настройване на Multi-Tenant HDS?

О. Вижте Изисквания за външна свързаност.

В. Pro Pack за Control Hub изискване ли е за партньорските организации?

О. Не. Pro Pack не е задължителен за партньорските организации. Свържете се с вашия партньор на Cisco или мениджър клиенти за съдействие при настройването на Multi-Tenant HDS.

В. Поддържа ли се HSM в Multi-Tenant HDS?

О. Не, в момента Multi-Tenant HDS не поддържа HSM.

В. Мога ли да тествам Multi-Tenant HDS със самоподписан сертификат?

О. Не. Многонаемателният HDS изисква сертификат, извлечен от доверен CA, който отговаря на всички изисквания, посочени в X.509 Certificate Requirements.

В. Необходимо ли е монтиране на ISO файла всеки път, когато се добавя нов клиент в Partner Hub?

О. Не. ISO файлът трябва да се монтира само при промяна на ISO конфигурации. Когато добавяте нов клиент в Partner Hub, уверете се, че можете да създавате CMK-ове, използвайки инструмента за настройка на HDS. Вижте Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS.

В. След внедряването на Multi-Tenant HDS в Partner Hub, потребителите на партньорската организация започват ли да използват локална KMS за управление на ключове?

О. Потребителите ще започнат да използват локалната KMS за управление на ключове само след като HDS бъде активиран в Partner Hub.

Започнете с многонаемателска хибридна сигурност на данните

Преглед на защитата на данните при хибридни системи с множество наематели

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

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

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

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

Това позволява и на по-малките организации да използват HDS, тъй като услугата за управление на ключове и инфраструктурата за сигурност, като например центровете за данни, са собственост на доверен местен партньор.

Как хибридната сигурност на данните за многоклиентски системи осигурява суверенитет на данните и контрол върху тях

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

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

Ограничения на сигурността на данните при многонаемателски хибридни системи

Партньорските организации не трябва да имат активно внедряване на HDS в Control Hub.
Организациите наематели или клиенти, които желаят да бъдат управлявани от партньор, не трябва да имат съществуващо внедряване на HDS в Control Hub.
След като партньорът внедри Multi-Tenant HDS, всички потребители на клиентски организации, както и потребителите на партньорската организация, започват да използват Multi-Tenant HDS за своите услуги за криптиране.

Партньорската организация и клиентските организации, които управляват, ще бъдат в едно и също внедряване на Multi-Tenant HDS.

Партньорската организация вече няма да използва облачна KMS след внедряването на Multi-Tenant HDS.
Няма механизъм за преместване на ключове обратно в Cloud KMS след внедряване на HDS.
Администраторските роли имат определени ограничения; вижте раздела по-долу за подробности.

Роли в многонаемателската хибридна сигурност на данните

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

Цялостна настройка и управление на многонаемателски HDS за всички организации на клиенти - Изисква се пълни администраторски права на партньор и пълни администраторски права.
Управление на назначени организации наематели - Изисква се администратор на партньор и пълни администраторски права.

Архитектура на сферата на сигурността

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

За да разберем по-добре хибридната сигурност на данните, нека първо разгледаме този случай с чист облак, където Cisco предоставя всички функции в своите облачни сфери. Услугата за идентификация, единственото място, където потребителите могат да бъдат директно свързани с личната си информация, като например имейл адрес, е логически и физически отделена от сферата на сигурност в център за данни B. И двете от своя страна са отделни от сферата, където в крайна сметка се съхранява криптирано съдържание, в център за данни C.

На тази диаграма клиентът е приложението Webex, работещо на лаптопа на потребителя, и е удостоверено с услугата за удостоверяване. Когато потребителят състави съобщение за изпращане до пространство, се извършват следните стъпки:

Клиентът установява защитена връзка с услугата за управление на ключове (KMS), след което изисква ключ за криптиране на съобщението. Защитената връзка използва ECDH, а KMS криптира ключа с помощта на главен ключ AES-256.
Съобщението се криптира, преди да напусне клиента. Клиентът го изпраща към услугата за индексиране, която създава криптирани индекси за търсене, за да подпомогне бъдещите търсения на съдържанието.
Криптираното съобщение се изпраща до службата за съответствие за проверки за съответствие.
Криптираното съобщение се съхранява в хранилището.

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

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

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

Услугата KMS, работеща в организация A, валидира връзките към KMS системи в други организации, използвайки сертификати x.509 PKI. Вижте Подготовка на вашата среда за подробности относно генерирането на сертификат x.509, който да се използва с вашето внедряване на хибридна защита на данни с множество наематели.

Очаквания за внедряване на хибридна сигурност на данните

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

За да внедрите хибридна сигурност на данните, трябва да предоставите:

Сигурен център за данни в държава, която е поддържано местоположение за плановете на Cisco Webex Teams.
Оборудването, софтуерът и мрежовият достъп, описани в Подгответе вашата среда.

Пълната загуба на ISO файла с конфигурацията, който създавате за Hybrid Data Security, или на предоставената от вас база данни ще доведе до загуба на ключовете. Загубата на ключ не позволява на потребителите да декриптират съдържанието на пространството и други криптирани данни в приложението Webex. Ако това се случи, можете да изградите ново внедряване, но ще бъде видимо само ново съдържание. За да избегнете загуба на достъп до данни, трябва:

Управлявайте архивирането и възстановяването на базата данни и ISO файла с конфигурацията.
Бъдете готови да извършите бързо възстановяване след бедствие, ако възникне катастрофа, като например повреда на диска на базата данни или бедствие в центъра за данни.

Няма механизъм за преместване на ключове обратно в облака след внедряване на HDS.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на внедряване на хибридна защита на данни с множество наематели:

Настройка на хибридна сигурност на данните— Това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна сигурност на данните, изграждане на HDS клъстер, добавяне на организации-наематели към клъстера и управление на техните основни ключове на клиентите (CMK). Това ще позволи на всички потребители на вашите клиентски организации да използват вашия клъстер за хибридна сигурност на данни за функции за сигурност.

Фазите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте внедряването си за хибридна сигурност на данните— Облакът Webex автоматично предоставя текущи надстройки. Вашият ИТ отдел може да осигури поддръжка от първо ниво за това внедряване и да ангажира поддръжка от Cisco, ако е необходимо. Можете да използвате екранни известия и да настроите имейл известия в Partner Hub.
Разберете често срещаните предупреждения, стъпките за отстраняване на неизправности и известните проблеми— Ако срещнете проблеми с внедряването или използването на Hybrid Data Security, последната глава на това ръководство и приложението „Известни проблеми“ могат да ви помогнат да определите и отстраните проблема.

Модел за внедряване на хибридна сигурност на данните

В рамките на вашия корпоративен център за данни, вие внедрявате Hybrid Data Security като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака Webex чрез защитени уеб сокети и защитен HTTP.

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

Модел за внедряване на хибридна сигурност на данните

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

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

Възлите стават активни, когато ги регистрирате в Partner Hub. За да извадите отделен възел от експлоатация, можете да го отпишете и по-късно да го регистрирате отново, ако е необходимо.

Резервен център за данни за възстановяване след бедствия

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

Базите данни на активните и резервните центрове за данни са синхронизирани помежду си, което ще минимизира времето, необходимо за извършване на резервно превключване.

Активните възли за хибридна сигурност на данните трябва винаги да са в същия център за данни като активния сървър на базата данни.

Създаване на резервен център за данни за възстановяване след бедствие

Следвайте стъпките по-долу, за да конфигурирате ISO файла на резервния център за данни:

Преди да започнете

Резервният център за данни трябва да отразява производствената среда на виртуалните машини и резервна база данни на PostgreSQL или Microsoft SQL Server. Например, ако в производствената среда има 3 виртуални машини, работещи с HDS възли, средата за архивиране трябва да има 3 виртуални машини. (Вижте Резервен център за данни за възстановяване след бедствия за общ преглед на този модел за превключване на резервни устройства.)
Уверете се, че синхронизирането на базата данни е активирано между базата данни на активните и пасивните клъстерни възли.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете. ISO файлът трябва да е копие на оригиналния ISO файл на основния център за данни, върху който ще се направят следните актуализации на конфигурацията.
2	След като конфигурирате Syslogd сървъра, щракнете върху Разширени настройки
3	На страницата Разширени настройки добавете конфигурацията по-долу, за да поставите възела в пасивен режим. В този режим възелът ще бъде регистриран в организацията и свързан с облака, но няма да обработва трафик. `passiveMode: 'true'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
5	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
6	В левия навигационен панел на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и след това щракнете върху Редактиране на настройките..
7	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
9	Повторете процеса за всеки възел в резервния център за данни. Проверете системните логове, за да се уверите, че възлите са в пасивен режим. Трябва да можете да видите съобщението „KMS конфигуриран в пасивен режим“ в системните логове.

Какво да направите след това

След като конфигурирате passiveMode в ISO файла и го запазите, можете да създадете друго копие на ISO файла без конфигурацията passiveMode и да го запазите на сигурно място. Това копие на ISO файла без конфигуриран passiveMode може да помогне за бърз процес на превключване след срив по време на възстановяване след бедствие. Вижте Възстановяване след бедствие с помощта на резервен център за данни за подробна процедура за превключване при срив.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Без прокси—По подразбиране, ако не използвате хранилището за доверени данни за настройката на HDS възела & Конфигурация на прокси за интегриране на прокси. Не се изисква актуализация на сертификата.
Прозрачен неинспектиращ прокси сървър— Възлите не са конфигурирани да използват специфичен адрес на прокси сървър и не би трябвало да изискват никакви промени, за да работят с неинспектиращ прокси сървър. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси сървър— Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър— С изричен прокси сървър, вие казвате на HDS възлите кой прокси сървър и схема за удостоверяване да използват. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN—Адрес, който може да се използва за достигане до прокси машината.
2. Прокси порт— Номер на порт, който прокси сървърът използва, за да слуша проксиран трафик.
3. Прокси протокол— В зависимост от това какво поддържа вашият прокси сървър, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване— Изберете измежду следните типове удостоверяване:
  - Няма—Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Basic—Използва се от HTTP потребителски агент за предоставяне на потребителско име и парола при отправяне на заявка. Използва Base64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Дайджест—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

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

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

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

Изисквания за сигурност на данните за многонаемателни хибридни системи

Изисквания за лиценз на Cisco Webex

За да внедрите хибридна защита на данни за множество наематели:

Партньорски организации: Свържете се с вашия партньор на Cisco или мениджър на клиенти и се уверете, че функцията „Много наематели“ е активирана.
Организации наематели: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за Docker Desktop

Преди да инсталирате HDS възлите си, трябва да стартирате инсталационна програма в Docker Desktop. Docker наскоро актуализира своя лицензионен модел. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, " Docker е Актуализиране и разширяване на нашите абонаментиза продукти".

Клиенти без лиценз за Docker Desktop могат да използват инструмент за управление на контейнери с отворен код, като Podman Desktop, за да стартират, управляват и създават контейнери. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Изисквания за сертификат X.509

Веригата от сертификати трябва да отговаря на следните изисквания:

Таблица 1. Изисквания за сертификат X.509 за внедряване на хибридна сигурност на данните
Изискване	Подробности
Подписано от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на CAs в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи домейн с общо име (CN), който идентифицира вашето внедряване на хибридна сигурност на данни Не е сертификат със заместващ знак	Не е необходимо CN да е достъпен или да е активен хост. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. Комбинираното предложение не трябва да съдържа * (заместващ знак). CN се използва за проверка на възлите на Hybrid Data Security към клиенти на Webex App. Всички възли за хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашата KMS система се идентифицира с CN домейна, а не с домейн, дефиниран в полетата x.509v3 SAN. След като регистрирате възел с този сертификат, не поддържаме промяна на името на домейна CN.
Подпис, различен от SHA1	Софтуерът KMS не поддържа SHA1 подписи за валидиране на връзки към KMS системи на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име `kms-private-key`, за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор като OpenSSL, за да промените формата на вашия сертификат. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.
Поддържан алгоритъм	Поддържат се само RSA сертификати.

Софтуерът KMS не налага налага използването на ключове или разширени ограничения за използване на ключове. Някои сертифициращи органи изискват към всеки сертификат да се прилагат разширени ограничения за използване на ключове, като например удостоверяване на сървъра. Допустимо е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален хост

Виртуалните хостове, които ще настроите като възли за хибридна сигурност на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (препоръчително 3), разположени в един и същ защитен център за данни
Инсталиран и работещ VMware ESXi 7.0 или 8.0.

Трябва да надстроите, ако имате по-ранна версия на ESXi.
Минимум 4 vCPU, 8 GB основна памет, 30 GB локално дисково пространство на сървър

Изисквания за сървъра на базата данни

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

Има две опции за сървър на база данни. Изискванията за всеки от тях са следните:

Таблица 2. Изисквания към сървъра за бази данни според типа на базата данни
PostgreSQL	Microsoft SQL Server
PostgreSQL 14, 15, 16, 17 или 18, инсталиран и работещ.	Инсталиран е SQL Server 2016, 2017, 2019 или 2022 (Enterprise или Standard). SQL Server 2016 изисква Service Pack 2 и Cumulative Update 2 или по-нова версия.
Минимум 8 виртуални процесора (vCPU), 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не се превишава допустимото количество памет (препоръчва се 2 TB, ако искате да използвате базата данни за дълго време, без да е необходимо да увеличавате паметта).	Минимум 8 виртуални процесора (vCPU), 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не се превишава допустимото количество памет (препоръчва се 2 TB, ако искате да използвате базата данни за дълго време, без да е необходимо да увеличавате паметта).

Софтуерът HDS в момента инсталира следните версии на драйвери за комуникация със сървъра на базата данни:

PostgreSQL

Microsoft SQL Server

JDBC драйвер за Postgres 42.2.5

SQL Server JDBC драйвер 4.6

Тази версия на драйвера поддържа SQL Server Always On ( Always On Failover Cluster Instances и Always On availability groups).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

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

HDS възлите, инфраструктурата на Active Directory и MS SQL Server трябва да бъдат синхронизирани с NTP.
Акаунтът в Windows, който предоставяте на HDS възлите, трябва да има read/write достъп до базата данни.
DNS сървърите, които предоставяте на HDS възлите, трябва да могат да разрешават вашия център за разпространение на ключове (KDC).
Можете да регистрирате екземпляра на базата данни HDS на вашия Microsoft SQL Server като име на принципал на услугата (SPN) в Active Directory. Вижте Регистриране на име на принципал на услуга за Kerberos връзки.

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

Изисквания за външна свързаност

Конфигурирайте защитната си стена, за да разрешите следната свързаност за HDS приложенията:

Приложение	Протокол	Порт	Упътване от приложението	Местоназначение
Хибридни възли за сигурност на данните	TCP	443	Изходящ HTTPS и WSS	Webex сървъри: .wbx2.com .ciscospark.com Всички хостове на Common Identity Други URL адреси, които са изброени за хибридна сигурност на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex на Мрежови изисквания за услуги на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички хостове на Common Identity hub.docker.com

Възлите за хибридна сигурност на данните работят с транслация на мрежовия достъп (NAT) или зад защитна стена, стига NAT или защитната стена да позволяват необходимите изходящи връзки към местоназначенията на домейна в предходната таблица. За връзки, водещи към възлите за хибридна сигурност на данните, не трябва да се виждат портове от интернет. Във вашия център за данни, клиентите се нуждаят от достъп до възлите за хибридна сигурност на данните на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете с обща идентичност (CI) са специфични за региона. Това са текущите CI хостове:

Регион	URL адреси на хостове за обща идентичност
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Squid прокси сървърите, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да заобиколите този проблем, вижте Конфигуриране на Squid прокси сървъри за хибридна сигурност на данните.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуди изходящия TCP трафик на порт 443 да маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, заобикалянето (неинспектирането) на трафика към wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна сигурност на данните

Използвайте този контролен списък, за да се уверите, че сте готови да инсталирате и конфигурирате вашия клъстер за хибридна защита на данни.

1	Уверете се, че вашата организация няма активиран HDS в Control Hub и получете идентификационните данни на акаунт с пълни администраторски права на партньор и пълни администраторски права. Уверете се, че вашата организация на клиенти на Webex е активирана за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор на Cisco или мениджър клиенти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо внедряване на HDS.
2	Изберете име на домейн за вашето HDS внедряване (например, `hds.company.com`) и получете верига от сертификати, съдържаща X.509 сертификат, частен ключ и всички междинни сертификати. Веригата от сертификати трябва да отговаря на изискванията в X.509 Certificate Requirements.
3	Подгответе идентични виртуални хостове, които ще настроите като възли за хибридна сигурност на данни във вашия клъстер. Необходими са ви поне два отделни хоста (препоръчително 3), разположени в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален хост.
4	Подгответе сървъра на базата данни, който ще действа като хранилище за ключови данни за клъстера, съгласно изискванията за сървъра на базата данни. Сървърът на базата данни трябва да бъде разположен в защитения център за данни заедно с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране.) Когато бъдат инсталирани, HDS приложенията създават схемата на базата данни.) Съберете данните, които възлите ще използват за комуникация със сървъра на базата данни: името на хоста или IP адреса (хост) и порта името на базата данни (dbname) за съхранение на ключове потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключове
5	За бързо възстановяване след бедствие, създайте резервна среда в различен център за данни. Резервната среда отразява производствената среда на виртуални машини и резервен сървър на база данни. Например, ако в производствената среда има 3 виртуални машини, работещи с HDS възли, средата за архивиране трябва да има 3 виртуални машини.
6	Настройте хост за системен лог, който да събира лог файлове от възлите в клъстера. Съберете неговия мрежов адрес и системен порт (по подразбиране е UDP 514).
7	Създайте политика за сигурно архивиране за възлите на хибридната защита на данните, сървъра на базата данни и хоста на syslog. Като минимум, за да предотвратите невъзстановима загуба на данни, трябва да архивирате базата данни и ISO файла с конфигурацията, генериран за възлите на Hybrid Data Security. Тъй като възлите за хибридна сигурност на данните съхраняват ключовете, използвани за криптиране и декриптиране на съдържание, невъзможността за поддържане на оперативно внедряване ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на това съдържание. Клиентите на Webex App кешират ключовете си, така че прекъсването може да не е веднага забележимо, но ще стане очевидно с течение на времето. Въпреки че временните прекъсвания са невъзможни за предотвратяване, те са възстановими. Пълната загуба (без налични резервни копия) на базата данни или на ISO файла с конфигурацията обаче ще доведе до невъзстановими клиентски данни. Очаква се операторите на възлите на Hybrid Data Security да поддържат чести резервни копия на базата данни и ISO файла с конфигурацията и да бъдат готови да възстановят центъра за данни на Hybrid Data Security, ако възникне катастрофална повреда.
8	Уверете се, че конфигурацията на вашата защитна стена позволява свързване за вашите възли за хибридна сигурност на данни, както е посочено в Изисквания за външна свързаност.
9	Инсталирайте Docker ( https://www.docker.com) на всяка локална машина, работеща с поддържана операционна система (Microsoft Windows 10 Professional или Enterprise 64-bit, или Mac OSX Yosemite 10.10.3 или по-нова версия) с уеб браузър, който може да го достъпва на http://127.0.0.1:8080. Използвате екземпляра на Docker, за да изтеглите и стартирате инструмента за настройка на HDS, който изгражда локалната информация за конфигурацията за всички възли на Hybrid Data Security. Може да ви е необходим лиценз за Docker Desktop. Вижте Изисквания за Docker Desktop за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има свързаността, описана в Изисквания за външна свързаност.
10	Ако интегрирате прокси с Hybrid Data Security, уверете се, че той отговаря на изискванията за прокси сървър.

Създаване на хибриден клъстер за сигурност на данни

Поток на задачи за внедряване на хибридна сигурност на данни

Преди да започнете

1	Извършете първоначална настройка и изтеглете инсталационните файлове Изтеглете OVA файла на локалната си машина за по-късна употреба.
2	Създайте ISO файл с конфигурация за HDS хостовете Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на Hybrid Data Security.
3	Инсталирайте HDS Host OVA Създайте виртуална машина от OVA файла и извършете първоначална конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежови настройки по време на внедряване на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
4	Настройване на виртуална машина за хибридна защита на данни Влезте в конзолата на виртуалната машина и задайте идентификационните данни за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.
5	Качете и монтирайте ISO файла с конфигурацията на HDS Конфигурирайте виртуалната машина от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на HDS възел за интегриране на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете сертификата за прокси сървър към хранилището за доверени сертификати, ако е необходимо.
7	Регистрирайте първия възел в клъстера Регистрирайте виртуалната машина в облака Cisco Webex като възел за хибридна сигурност на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте Multi-Tenant HDS в Partner Hub. Активирайте HDS и управлявайте организациите на наематели в Partner Hub.

Извършете първоначална настройка и изтеглете инсталационните файлове

В тази задача изтегляте OVA файл на вашата машина (не на сървърите, които сте настроили като възли за хибридна сигурност на данните). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Центъра за партньори и след това щракнете върху Услуги.
2	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и след това щракнете върху Настройка. Щракването върху Настройка в Центъра за партньори е от решаващо значение за процеса на внедряване. Не продължавайте с инсталацията, без да завършите тази стъпка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне на .OVA файл в картата Инсталиране и конфигуриране на софтуер. По-старите версии на софтуерния пакет (OVA) няма да са съвместими с най-новите актуализации на Hybrid Data Security. Това може да доведе до проблеми при надграждане на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от секцията Помощ. Кликнете върху Настройки > Помощ > Изтеглете софтуера за хибридна сигурност на данните. OVA файлът автоматично започва да се изтегля. Запазете файла на място на вашата машина.

Създайте ISO файл с конфигурация за HDS хостовете

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1 до 5 в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

HTTPS прокси без удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

HTTP прокси с удостоверяване

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

HTTPS прокси с удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT
ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

docker rmi ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

docker login -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

docker pull ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

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

В обикновени среди с HTTPS прокси:

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

В среди на FedRAMP без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTP прокси:

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

В среди на FedRAMP с HTTPS прокси:

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

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

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

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080, и въведете потребителско име на администратор за Partner Hub при подканата.

Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.

8

На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.

9

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

Не— Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да— Ако вече сте създали HDS възли, тогава избирате вашия ISO файл в прегледа и го качвате.

10

Проверете дали вашият X.509 сертификат отговаря на изискванията в X.509 Certificate Requirements.

Ако никога преди не сте качвали сертификат, качете сертификата X.509, въведете паролата и щракнете върху „ Продължи“ .
Ако сертификатът ви е наред, щракнете върху Продължи.
Ако вашият сертификат е изтекъл или искате да го замените, изберете Не за Да продължите ли да използвате веригата от сертификати на HDS и частния ключ от предишния ISO?. Качете нов X.509 сертификат, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до вашето хранилище за ключове:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, ще получите поле „Тип на удостоверяване“.
(само за Microsoft SQL Server ) Изберете вашия тип удостоверяване:
- Основно удостоверяване: Трябва да въведете име на локален SQL Server акаунт в полето Потребителско име.
- Удостоверяване на Windows: Необходим ви е акаунт в Windows във формат username@DOMAIN в полето Потребителско име.
Въведете адреса на сървъра на базата данни във формата : или :.

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

Можете да използвате IP адрес за основно удостоверяване, ако възлите не могат да използват DNS за разрешаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете името на базата данни.
Въведете потребителско име и парола на потребител с всички привилегии върху базата данни за съхранение на ключове.

12

Изберете TLS режим на свързване към база данни:

Режим	Описание
Предпочитам TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако активирате TLS на сървъра на базата данни, възлите ще се опитат да установят криптирана връзка.
Изисквайте TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Изисквайте TLS и проверете подписвача на сертификати	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка, възелът сравнява подписващия сертификата от сървъра на базата данни със сертифициращия орган в коренния сертификат на базата данни. Ако не съвпадат, възелът изпуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.
Изисквайте TLS и проверете подписалия сертификат и хостовото име	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка, възелът сравнява подписващия сертификата от сървъра на базата данни със сертифициращия орган в коренния сертификат на базата данни. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето Хост и порт на базата данни. Имената трябва да съвпадат точно или възелът пуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.

Когато качите главния сертификат (ако е необходимо) и щракнете върху „Продължи“ , инструментът за настройка на HDS тества TLS връзката със сървъра на базата данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързаността, HDS възлите може да са в състояние да установят TLS връзката, дори ако машината с HDS Setup Tool не може да я тества успешно.)

13

На страницата „Системни дневници“ конфигурирайте вашия Syslogd сървър:

Въведете URL адреса на syslog сървъра.

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

Пример:
udp://10.92.43.23:514 показва регистриране към Syslogd хост 10.92.43.23 на UDP порт 514.
Ако сте настроили сървъра си да използва TLS криптиране, проверете Конфигуриран ли е сървърът ви за TLS договаряне/ръкостискане?.

Ако отметнете това квадратче, уверете се, че сте въвели TCP URL адрес, като например tcp://10.92.43.23:514, и качете коренния сертификат на syslog.
От падащото меню Изберете прекратяване на syslog записа изберете подходящата настройка за вашия ISO файл: За Graylog и Rsyslog TCP се използва Choose или Newline
- Нулев байт -- \x00
- Нов ред -- \n—Изберете тази опция за Graylog и Rsyslog TCP.
Щракнете върху Продължаване.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с базата данни в Разширени настройки. Обикновено този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxSize: 10

15

Щракнете върху Продължи на екрана Нулиране на паролата за сервизни акаунти.

Паролите за сервизни акаунти имат деветмесечен срок на валидност. Използвайте този екран, когато паролите ви наближават срок на валидност или искате да ги нулирате, за да анулирате предишни ISO файлове.

16

Кликнете върху Изтегляне на ISO файл. Запазете файла на място, което е лесно за намиране.

17

Направете резервно копие на ISO файла на вашата локална система.

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

18

За да затворите инструмента за настройка, въведете CTRL+C.

Какво да направите след това

Направете резервно копие на ISO файла с конфигурацията. Нужен ви е, за да създадете още възли за възстановяване или да направите промени в конфигурацията. Ако загубите всички копия на ISO файла, ще загубите и главния ключ. Възстановяването на ключовете от вашата база данни PostgreSQL или Microsoft SQL Server не е възможно.

Никога нямаме копие на този ключ и не можем да ви помогнем, ако го загубите.

Инсталирайте HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте VMware vSphere клиента на вашия компютър, за да влезете във виртуалния хост ESXi.
2	Изберете Файл > Разгръщане на OVF шаблон.
3	В съветника посочете местоположението на OVA файла, който сте изтеглили по-рано, и след това щракнете върху Напред.
4	На страницата Изберете име и папка въведете име на виртуална машина за възела (например "HDS_Node_1"), изберете местоположение, където може да се намира внедряването на възела на виртуалната машина, и след това щракнете върху Напред.
5	На страницата Изберете изчислителен ресурс изберете целевия изчислителен ресурс и след това щракнете върху Напред. Извършва се проверка за валидиране. След като приключи, се показват подробностите за шаблона.
6	Проверете данните на шаблона и след това щракнете върху Напред.
7	Ако бъдете помолени да изберете конфигурацията на ресурсите на страницата Конфигурация, щракнете върху 4 CPU и след това щракнете върху Напред.
8	На страницата Избор на място за съхранение щракнете върху Напред, за да приемете формата на диска по подразбиране и политиката за съхранение на виртуална машина.
9	На страницата Избор на мрежи изберете опцията за мрежа от списъка със записи, за да осигурите желаната свързаност на виртуалната машина.
10	На страницата Персонализиране на шаблон конфигурирайте следните мрежови настройки: Име на хост— Въведете FQDN (име на хост и домейн) или еднословно име на хост за възела. Не е необходимо да задавате домейна така, че да съответства на домейна, който сте използвали за получаване на сертификата X.509. За да осигурите успешна регистрация в облака, използвайте само малки букви в FQDN или името на хоста, което сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес— Въведете IP адреса за вътрешния интерфейс на възела. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска— Въведете адреса на подмрежовата маска в десетично-точков формат. Например, 255.255.255.0. Шлюз— Въведете IP адреса на шлюза. Шлюзът е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри— Въведете списък с DNS сървъри, разделени със запетаи, които обработват преобразуването на имена на домейни в числови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри— Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетаи, за да въведете множество NTP сървъри. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстер да са достъпни от клиенти във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурирането на мрежовите настройки и да следвате стъпките в Настройка на хибридната виртуална машина за защита на данни, за да конфигурирате настройките от конзолата на възела. Опцията за конфигуриране на мрежови настройки по време на внедряване на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху виртуалната машина на възела и след това изберете Захранване > Включване. Софтуерът за хибридна сигурност на данни е инсталиран като гост на виртуалната машина. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Възможно е да има забавяне от няколко минути, преди контейнерите с възли да се появят. По време на първото зареждане на конзолата се появява съобщение за защитната стена на моста, по време на което не можете да влезете.

Настройване на виртуална машина за хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата за виртуална машина на възела Hybrid Data Security и да зададете идентификационните данни за влизане. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.

1	В клиента на VMware vSphere изберете вашия възел Hybrid Data Security VM и изберете раздела Console. Виртуалната машина се стартира и се появява подкана за вход. Ако подканата за вход не се покаже, натиснете Enter.
2	Използвайте следните потребителски данни и парола по подразбиране, за да влезете и да промените идентификационните данни: Вход: `admin` Парола: `ciscosystems` Тъй като влизате във виртуалната си машина за първи път, е необходимо да промените администраторската парола.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай, в главното меню изберете опцията Редактиране на конфигурация.
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на политиката на вашата мрежа. Не е необходимо да задавате домейна така, че да съответства на домейна, който сте използвали за получаване на сертификата X.509.
6	Запазете мрежовата конфигурация и рестартирайте виртуалната машина, за да влязат в сила промените.

Качете и монтирайте ISO файла с конфигурацията на HDS

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

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде достъпен само въз основа на „необходимост за информация“ за достъп на виртуалните машини за хибридна сигурност на данните и всички администратори, които може да се нуждаят от промени. Уверете се, че само тези администратори имат достъп до хранилището за данни.

1

Качете ISO файла от вашия компютър:

В левия навигационен панел на клиента VMware vSphere щракнете върху ESXi сървъра.
В списъка с хардуер в раздела „Конфигурация“ щракнете върху „Памет“.
В списъка с хранилища за данни щракнете с десния бутон върху хранилището за данни за вашите виртуални машини и щракнете върху Преглед на хранилището за данни.
Щракнете върху иконата за качване на файлове и след това щракнете върху Качване на файл.
Отидете до мястото, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Кликнете върху Да, за да приемете upload/download предупреждение за операция и затворете диалоговия прозорец на хранилището за данни.

2

Монтирайте ISO файла:

В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
Щракнете върху OK, за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD Drive 1, изберете опцията за монтиране от ISO файл на хранилище за данни и отидете до мястото, където сте качили ISO файла с конфигурацията.
Проверете Свързано и Свързване при включване.
Запазете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако вашата ИТ политика го изисква, можете по желание да демонтирате ISO файла, след като всички ваши възли приемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след HDS конфигурация за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси, използвайте тази процедура, за да укажете вида на прокси, който искате да интегрирате с Hybrid Data Security. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси за общ преглед на поддържаните опции за прокси.
Изисквания към прокси сървъра

1	Въведете URL адреса за настройка на HDS възел `https://[HDS Node IP or FQDN]/setup` в уеб браузър, въведете администраторските идентификационни данни, които сте задали за възела, и след това щракнете върху Вход.
2	Отидете на Хранилище на доверие & Прокси , след което изберетеопция: Без прокси— Опцията по подразбиране, преди да интегрирате прокси. Не се изисква актуализация на сертификата. Прозрачен неинспектиращ прокси сървър— Възлите не са конфигурирани да използват специфичен адрес на прокси сървър и не би трябвало да изискват никакви промени, за да работят с неинспектиращ прокси сървър. Не се изисква актуализация на сертификата. Прозрачен инспектиращ прокси сървър— Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. Не httpS конфигурация промени са необходими в разполагането на защитата на хибридни данни, обаче HDS възли се нуждаят от главен сертификат, така че те се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър— С изричен прокси сървър, вие казвате на клиента (HDS възлите) кой прокси сървър да използва и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN—Адрес, който може да се използва за достигане до прокси машината. Прокси порт— Номер на порт, който прокси сървърът използва, за да слуша проксиран трафик. Прокси протокол— Изберете http (преглежда и контролира всички заявки, получени от клиента) или https (предоставя канал към сървъра, а клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване— Изберете измежду следните типове удостоверяване: Няма—Не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Basic—Използва се от HTTP потребителски агент за предоставяне на потребителско име и парола при отправяне на заявка. Използва Base64 кодиране. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Дайджест—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Качване на главен сертификат или Сертификат за краен обект и след това навигирайте до изберете главния сертификат запрокси. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката chevron по името на издателя на сертификата, за да получите повече подробности или щракнете върху Изтрий, ако сте направили грешка и искате да качите повторно файла.
4	Щракнете върху Проверка на прокси връзката, за да тествате мрежовата свързаност между възела и прокси. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако смятате, че това е грешка, изпълнете тези стъпки и след това вижте Изключване на режима за разрешаване на блокирани външни DNS адреси.
5	След като тестът за връзка премине, за изрично прокси настроен само на https, включете превключването към Маршрут всички порт 443/444 https заявки от този възел през изрично прокси. Тази настройка изисква 15 секунди, за да влязат в сила.
6	Щракнете върху Инсталиране на всички сертификати в хранилището на гаранти (появява се за HTTPS изрично прокси или прозрачен проверяващ прокси) или Рестартиране (появява се за HTTP изрично прокси), прочетете подканата и след това щракнете върху Инсталиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След рестартирането на възела влезте отново, ако е необходимо, след което отворете страницата Общ преглед, за да проверите проверките за свързване, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистрирайте първия възел в клъстера

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

Когато регистрирате първия си възел, създавате клъстер, към който е присвоен възелът. Клъстерът съдържа един или повече възли, разположени за осигуряване на резервиране.

Преди да започнете

След като започнете регистрацията на възел, трябва да я завършите в рамките на 60 минути или ще трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че сте разрешили изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „Настройка“.
4	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на картата Създаване на нов клъстер въведете име за клъстера, към който искате да присвоите вашия възел за хибридна защита на данни. Препоръчваме да наименувате клъстер въз основа на географското местоположение на възлите на клъстера. Примери: „Сан Франциско“, „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройка на виртуалната машина за хибридна сигурност на данни. Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
7	Кликнете върху Отиди на възел. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да предоставите разрешения на вашата Webex организация за достъп до вашия възел.
8	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата „Хибридна сигурност на данните“ на Partner Hub. На страницата Хибридна сигурност на данни новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Ресурси. Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

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

Преди да започнете

След като започнете регистрацията на възел, трябва да я завършите в рамките на 60 минути или ще трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че сте разрешили изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новата виртуална машина, като повторите стъпките в Настройка на хибридната виртуална машина за сигурност на данните.
3	На новата виртуална машина повторете стъпките в Качване и монтиране на ISO файл с конфигурация на HDS.
4	Ако настройвате прокси за вашето внедряване, повторете стъпките в Конфигуриране на HDS възела за интеграция на прокси, както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.comизберете Услуги от менюто от лявата страна на екрана. В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „ Виж всички“ . Появява се страницата „Ресурси за хибридна сигурност на данни“. Новосъздаденият клъстер ще се появи на страницата Ресурси. Щракнете върху клъстера, за да видите възлите, присвоени на клъстера. Кликнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, което показва, че можете да регистрирате вашия възел в облака Webex. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата „Хибридна сигурност на данните“ на Partner Hub. Изскачащото съобщение„Възълът е добавен “ се появява и в долната част на екрана в Partner Hub. Вашият възел е регистриран.

Какво да направите след това

За да създадете допълнителни клъстери, влезте в Partner Hub и щракнете върху Services > Хибридна сигурност на данните > Вижте всички > Добавяне на клъстер. Следвайте стъпките, описани в раздела по-горе, за да добавите първия възел към допълнителния клъстер или клъстери.

Управлявайте организациите на наематели в Multi-Tenant Hybrid Data Security

Активирайте Multi-Tenant HDS в Partner Hub

Тази задача гарантира, че всички потребители на клиентските организации могат да започнат да използват HDS за локални ключове за криптиране и други услуги за сигурност.

Преди да започнете

Уверете се, че сте завършили настройката на вашия Multi-Tenant HDS клъстер с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Редактиране на настройките“ .
4	Щракнете върху Активиране на HDS на картата Състояние на HDS.

Добавяне на организации наематели в Partner Hub

В тази задача вие присвоявате клиентски организации към вашия хибриден клъстер за сигурност на данни.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „ Виж всички.
4	Отидете на раздела Назначени клиенти. Разделът „Назначени клиенти“ няма да се показва, докато не създадете клъстер.
5	Кликнете върху Добавяне на клиенти.
6	Изберете клиента, когото искате да добавите, от падащото меню.
7	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
8	Повторете стъпки от 5 до 7, за да добавите няколко клиенти към вашия клъстер.
9	Кликнете върху Готово в долната част на екрана, след като добавите клиентите. Добавените клиенти ще бъдат синхронизирани във всички налични клъстери.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS, за да завършите процеса на настройка.

Създайте главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS

Преди да започнете

Присвояване на клиенти, както е описано подробно в Добавяне на организации наематели в Partner Hub. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените организации на клиенти.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080`, и въведете потребителско име на администратор за Partner Hub при подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.
9	На страницата ISO импортиране щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете. Осигурете свързаност с вашата база данни, за да извършвате управление на CMK.
11	Отидете в раздела Управление на CMK на наематели, където ще намерите следните три начина за управление на CMK на наематели. Създаване на CMK за всички организации или Създаване на CMK - Кликнете върху този бутон в банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Създаване на CMK, за да създадете CMK за всички новодобавени организации. Щракнете върху близо до статуса „Изчакване на управлението на CMK“ на конкретна организация в таблицата и щракнете върху Създаване на CMK, за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, статусът в таблицата ще се промени от CMK management pending на CMK managed.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахване на организации наематели

Преди да започнете

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

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „ Виж всички.
4	На страницата, която се отваря, щракнете върху раздела Присвоени клиенти.
5	От показания списък с организации на клиенти щракнете върху от дясната страна на организацията на клиента, която искате да премахнете, и щракнете върху Премахване от клъстера.

Какво да направите след това

Завършете процеса на премахване, като отмените CMK-тата на организациите на клиентите, както е описано подробно в Отмяна на CMK-тата на наематели, премахнати от HDS.

Отмяна на CMK-тата на наематели, премахнати от HDS.

Преди да започнете

Премахнете клиентите, както е описано подробно в Премахване на организации наематели. Стартирайте инструмента за инсталиране на HDS, за да завършите процеса на премахване на премахнатите организации на клиенти.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте вашето внедряване на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080`, и въведете потребителско име на администратор за Partner Hub при подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.
9	На страницата ISO импортиране щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете.
11	Отидете в раздела Управление на CMK на наематели, където ще намерите следните три начина за управление на CMK на наематели. Отмяна на CMK за всички организации или Отмяна на CMK - Кликнете върху този бутон в банера в горната част на екрана, за да отмените CMK на всички премахнати организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Отмяна на CMK, за да отмените CMK на всички премахнати организации. Щракнете върху близо до статуса CMK за отмяна на конкретна организация в таблицата и щракнете върху Отмяна на CMK, за да отмените CMK за тази конкретна организация.
12	След като отмяната на CMK е успешна, организацията на клиента вече няма да се показва в таблицата.
13	Ако отмяната на CMK е неуспешна, ще се покаже грешка.

Тествайте внедряването на хибридна защита на данните

Тествайте внедряването на хибридна защита на данните си

Използвайте тази процедура, за да тествате сценарии за криптиране на хибридна защита на данни с множество наематели.

Преди да започнете

Настройте внедряването на вашата хибридна защита на данни за множество наематели.
Уверете се, че имате достъп до системния лог (syslog), за да проверите дали ключовите заявки се предават към вашето внедряване на хибридна защита на данни с множество наематели.

1

Ключовете за дадено пространство се задават от създателя на пространството. Влезте в приложението Webex като един от потребителите на организацията на клиента и след това създайте пространство.

Ако деактивирате внедряването на хибридна защита на данни, съдържанието в пространствата, създадени от потребителите, вече няма да е достъпно, след като кешираните от клиента копия на ключовете за криптиране бъдат заменени.

2

Изпращайте съобщения до новото пространство.

3

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

Ако потребител на новодобавена клиентска организация извърши някакво действие, идентификационният номер на организацията ще се появи в регистрационните файлове и това може да се използва за проверка дали организацията използва Multi-Tenant HDS. Проверете стойността на kms.data.orgId в системните логове.

За да проверите за потребител, който първо установява защитен канал към KMS, филтрирайте по kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

Трябва да намерите запис, подобен на следния (идентификаторите са съкратени за по-лесна четливост):

2025-04-10 04:38:20.208 (+0000) INFO  KMS [pool-19-thread-13] - [KMS:REQUEST] received, deviceId: 
https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5 ecdheKid: kms://collabdemoorg.cisco.com/statickeys/8[~]3 
clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]6,
 kms.data.method=create, kms.merc.id=d[~]7, kms.merc.sync=false, kms.data.uriHost=collabdemoorg.cisco.com, 
kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=1[~]f, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/ecdhe, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който заявява съществуващ ключ от KMS, филтрирайте по kms.data.method=retrieve и kms.data.type=KEY:

Трябва да намерите запис, например:

2025-04-10 04:38:24.144 (+0000) INFO  KMS [pool-19-thread-26] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558)
 WEBEX_TRACKINGID=webex-web-client_0[~]0, kms.data.method=retrieve, kms.merc.id=5[~]3, kms.merc.sync=false,
 kms.data.uriHost=collabdemoorg.cisco.com, kms.data.type=KEY, kms.data.requestId=4[~]7, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/keys/2[~]e, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който иска създаването на нов KMS ключ, филтрирайте по kms.data.method=create и kms.data.type=KEY_COLLECTION:

Трябва да намерите запис, например:

2025-04-10 04:42:22.739 (+0000) INFO  KMS [pool-19-thread-29] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::7 orgId: 2[~]b
 (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]3, kms.data.method=create, 
kms.merc.id=6[~]4, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, 
kms.data.orgId=2[~]b, kms.data.uri=/keys, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който е поискал създаването на нов KMS ресурсен обект (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте по kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

Трябва да намерите запис, например:

2025-04-10 04:42:23.690 (+0000) INFO  KMS [pool-19-thread-31] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/3[~]6 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 
clusterConnection: prodachm::1 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]2,
 kms.data.method=create, kms.merc.id=3[~]0, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
kms.data.requestId=5[~]8, kms.data.orgId=2[~]b, kms.data.uri=/resources, kms.data.userId=1[~]f, kms.data.httpUserAgent=conversation

Тълкуване на HDS регистрационни файлове и разбиране на етикетите на агентите

HDS лог файловете предоставят подробна информация относно KMS заявките. Тези регистрационни файлове включват различни полета, които помагат за идентифициране на естеството на заявката и свързаната с нея самоличност. Разбирането на тези области е от съществено значение за правилното тълкуване на дейностите и надеждните вътрешни операции.

Терминология

За да се осигури яснота при преглед на HDS лог файловете, е важно да се разберат следните термини:

Термин	Определение
Сервизен акаунт	Идентификатор на услуга, който позволява на услугите на Webex да извършват оторизирани действия сигурно.
Агент	Идентификатор на сервизен обект или сервизен акаунт, използван за извършване на автоматизирани операции в HDS среда.
Етикет на агент	Етикет, включен в HDS лог файловете, който идентифицира конкретния източник и тип на входяща заявка, позволявайки ефективен одит на контрола на достъпа.
Делегиран достъп	Упълномощен сервизен акаунт, който прави заявка за конкретен потребител, в рамките на разрешенията на този потребител. Появява се като заявка за делегиране: `agent -> userid`.

Терминът „Агент“ в този контекст се отнася конкретно до самоличностите на услугите на HDS. Те не са свързани с агентите, задвижвани от изкуствен интелект, използвани в други функции на Webex.

Заявка се обслужва само когато произхожда от:

удостоверен потребител във вашата организация или
сервизен акаунт, който се намира във вашата организация и е оторизиран от нея.

Преглед на полетата на лога

Поле	Какво представлява
Времево клеймо	Дата и час на операцията.
kms.data.method	Извършената KMS операция (напр. извличане).
kms.data.orgld	Идентификатор на организацията.
kms.data.httpUserAgent	Клиентът или услугата, която прави заявката.
WEBEX_ИДЕНТИФИКАТОР ЗА ПРОСЛЕДЯВАНЕ	Уникален идентификатор за проследяване на заявката.
kms.data.uriHost / kms.data.uri	Хостът и ресурсът, към които е насочена заявката.
kms.data.userld	Идентичността, изпълняваща заявката, включително етикет на агент.
kms.response.success	Показва дали заявката е била успешна.

Видове заявки - Бърза справка

Таг в дневника	Етикет на агент	Какво представлява	Типични операции
Тип потребител: userAgent	Агент на потребителя	Доверен сервизен акаунт, свързан с потребителски работен процес, обхванат от вашата организация.	Creating/managing ключове за потребителски процес.
o-агент <id> -> потребителски идентификатор <id>	Организационен агент	Доверен сервизен акаунт на организационно ниво, използващ делегиран достъп.	Извличане на данни от Webex от служителя по съответствието, интеграции на календари.
c-агент <id> -> потребителски идентификатор <id>	Облачен агент	Услуга на Webex, изпълняваща делегирана заявка за конкретен потребител.	Сканиране за вируси, преглед на съдържание, преписи.
c-агент <id>	Облачен агент	Услуга на Webex, изпълняваща делегирана заявка.	Екологична образователна степен по изкуства и социално развитие (ECDHE) / ключове за сесия.
UUID на крайния потребител	-	Удостоверен краен потребител, взаимодействащ с HDS.	Потребител, който извлича собствения си ключ.

Видове заявки - Подробности

Етикетите на агентите категоризират източника на заявката и помагат за определяне на подходящите контроли за достъп. Следните примери демонстрират множество типове заявки и етикетите на агентите, свързани с тях.

Потребителски агент (потребителскиАгент):

Това са надеждни акаунти за услуги на Webex, свързани с конкретни потребителски работни потоци и са обхванати от организацията на клиента. Те обикновено се използват, когато дадена услуга създава и управлява ключове от името на потребителски работен процес.

Примерен лог:
```
2026-06-18 10:58:14.405 (+0000) INFO  KMS [pool-21-thread-110] - User: b[~]4 User Type: userAgent WEBEX_TRACKINGID=MsftPresence_6[~]9, kms.data.method=create, kms.merc.id=5[~]8, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=b[~]4, kms.data.orgId=null, kms.data.uri=/resources, kms.data.userId=3[~]6, kms.data.httpUserAgent=
```
Ключов индикатор: Примерният лог показва потребителски агент (userAgent), който извършва операции по събиране на ресурси за услуга на Webex.
Организационен агент (o-агент):

Тези доверени акаунти за услуги на Webex са оторизирани да извършват делегирани операции от името на потребители в HDS. Обхватът на тези акаунти е в рамките на организацията на клиента и те изпълняват операции на ниво организация. Тази функционалност поддържа няколко характеристики, като например даване на възможност на служителите по съответствие да търсят и извличат комуникационни данни на Webex - осигурявайки организационно съответствие с регулаторните, сигурносните и стандартите за поверителност на данните.

Примерен лог:
```
2026-06-18 11:24:53.034 (+0000) INFO  KMS [pool-19-thread-118] - WEBEX_TRACKINGID=ccc_8[~]c, kms.data.method=retrieve, kms.merc.id=2[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=1[~]2, kms.data.orgId=null, kms.data.uri=kms://hds2.org5.portun.us/keys/d[~]7, kms.data.userId=o-agent 9[~]c -> userid 4[~]b, kms.data.httpUserAgent=
```
Ключов индикатор: Примерният лог показва организационен агент (o-agent 9[~]c), който извлича ключ от името на потребител (4[~]b) за услуга на Webex.
Облачен агент (c-agent):
Тези доверени акаунти за услуги на Webex са оторизирани да извършват операции в HDS чрез делегиран достъп от името на потребител. Те поддържат основни функции - като записи след срещи, преписи, сканиране за злонамерен софтуер и визуализации на файлове, които подобряват цялостното потребителско изживяване.

Въпреки че облачните агенти могат да бъдат деактивирани чрез промяна на ISO файла, клиентите трябва да са наясно, че това ще доведе до загуба на функционалности, като например записи след среща, преписи, визуализации на файлове и автоматизирано сканиране за злонамерен софтуер в Webex App Spaces. За повече информация вижте раздела Деактивиране на облачни агенти.

Примерен лог:
```
2026-06-18 11:27:59.388 (+0000) INFO  KMS [pool-19-thread-56] - WEBEX_TRACKINGID=CLIENT_2[~]e, kms.data.method=retrieve, kms.merc.id=b[~]c, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=0[~]6, kms.data.orgId=null, kms.data.uri=kms://hds2.org5.portun.us/keys/e[~]e, kms.data.userId=c-agent b[~]c -> userid 9[~]c, kms.data.httpUserAgent=
```
Ключов индикатор: Примерният лог показва облачен агент (c-agent b[~]c), който извлича ключ за съдържание от името на потребител (9[~]c).

Директно взаимодействие с крайния потребител:

Удостоверен потребител, който взаимодейства директно с HDS.

Примерен лог:

2026-06-18 11:29:39.858 (+0000) INFO  KMS [pool-19-thread-141] - kms.data.method=retrieve, kms.merc.id=a[~]d, kms.merc.sync=false, kms.data.orgId=null, kms.data.httpUserAgent=, WEBEX_TRACKINGID=CLIENT_7[~]e, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=1[~]a, kms.response.destination=https://wdm-a.wbx2.com/wdm/api/v1/devices/1[~]e, kms.response.resourceuri=null, kms.data.uri=kms://hds2.org5.portun.us/keys/b[~]b, kms.data.userId=c[~]f, kms.response.success=true

Ключов индикатор: Примерният лог показва краен потребител (c[~]f), който извлича ключ и взаимодейства директно с HDS.

Мониториране на състоянието на хибридната сигурност на данните

Индикатор за състоянието в Partner Hub ви показва дали всичко е наред с внедряването на Multi-Tenant Hybrid Data Security. За по-проактивно известяване, регистрирайте се за имейл известия. Ще бъдете уведомявани, когато има аларми, влияещи върху услугата, или актуализации на софтуера.

1	В Център за партньориизберете Услуги от менюто от лявата страна на екрана.
2	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Редактиране на настройките“ . Появява се страницата с настройки за хибридна защита на данните.
3	В секцията „Известия по имейл“ въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управлявайте внедряването на вашия HDS

Управление на внедряването на HDS

Използвайте описаните тук задачи, за да управлявате внедряването на хибридна защита на данни.

Задаване на график за надграждане на клъстера

Надстройките на софтуера за хибридна сигурност на данните се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги работят с една и съща версия на софтуера. Надстройките се извършват съгласно графика за надстройки за клъстера. Когато стане налична надстройка на софтуера, имате възможност да надстроите ръчно клъстера преди планираното време за надстройка. Можете да зададете конкретен график за надграждане или да използвате графика по подразбиране на 3:00 AM Daily Съединени щати: America/Los Анджелис. Можете също така да изберете да отложите предстоящо надграждане, ако е необходимо.

За да зададете график за надстройка:

1	Влезте в Partner Hub.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Настройка
4	На страницата „Ресурси за хибридна сигурност на данни“ изберете клъстера.
5	Кликнете върху раздела Настройки на клъстера.
6	На страницата „Настройки на клъстера“, под „График за надстройка“ изберете часа и часовата зона за графика за надстройка. Забележка: Под часовата зона се показва следващата налична дата и час на надстройка. Можете да отложите надстройката за следващия ден, ако е необходимо, като кликнете върху Отлагане с 24 часа.

Промяна на конфигурацията на възела

От време на време може да се наложи да промените конфигурацията на вашия възел за защита на хибридни данни поради причина като:

Промяна на x.509 сертификати поради изтичане или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на защитата, Hybrid Data Security използва пароли за сервизен акаунт, които имат деветмесечен живот. След като инструментът за настройка на HDS генерира тези пароли, ги разполагате на всеки от вашите HDS възли във файла ISO config. Когато паролите на вашата организация са към изтичане, получавате известие от екипа на Webex за нулиране на паролата за вашия машинен акаунт. (Имейлът включва текста, "Използвайте API за акаунт на машината, за да актуализирате паролата.") Ако паролите ви все още не са изтекли, инструментът ви дава две опции:

Меко нулиране— Старата и новата парола работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Хард нулиране— Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

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

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права на партньора.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1.a до 1.e в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на 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 Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на парола. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“. Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Когато получите подкана, въведете вашите идентификационни данни за вход в Partner Hub и след това щракнете върху Приемам, за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да затворите инструмента за настройка, въведете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате само един работещ HDS възел, създайте нов виртуален компютър на възел Hybrid Data Security и го регистрирайте, като използвате новия ISO файл с конфигурация. За по-подробни инструкции вижте Създаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките. Щракнете върху `CD/DVD Drive 1`, изберете опцията за монтиране от ISO файл и отидете до мястото, където сте изтеглили новия ISO файл с конфигурацията. Поставете отметка на Свързване при включване. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса на възела "Защита на хибридните данни" (IP адрес/настройка например въведете идентификационни данни за администриране, които https://192.0.2.0/setup), сте задали за възела, след което щракнете върху Влизане.
2	Отидете на Общ преглед (страницата по подразбиране). Когато е разрешено, блокирани външна DNS разделителна способност е зададена да .
3	Отидете на страницата Хранилище на доверие & Прокси.
4	Щракнете върху Проверка на прокси връзката. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и да се върнете към страницата общ преглед, Блокиран външен DNS разделителна способност трябва да бъде зададено на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура, за да премахнете възел за хибридна защита на данни от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за сигурност.

1

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

2

Премахнете възела:

Влезте в Центъра за партньори и след това изберете Услуги.
В картата „Хибридна сигурност на данните“ щракнете върху „ Виж всички “ , за да се покаже страницата „Ресурси за хибридна сигурност на данните“.
Изберете вашия клъстер, за да се покаже неговият панел „Общ преглед“.
Кликнете върху възела, който искате да премахнете.
Кликнете върху Отрегистриране на този възел в панела, който се показва отдясно
Можете също да отпишете възела, като щракнете върху … от дясната страна на възела и изберете Отписване на възел.

3

В vSphere клиента изтрийте виртуалната машина. (В левия навигационен панел щракнете с десния бутон върху виртуалната машина и след това щракнете върху Изтриване.)

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

Възстановяване след бедствия с помощта на резервен център за данни

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

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, е наложително клъстерът да продължи да работи и да се поддържат правилни резервни копия. Загубата на базата данни за хибридна сигурност на данните или на ISO файла с конфигурацията, използван за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентско съдържание. Следните практики са задължителни за предотвратяване на подобна загуба:

Ако бедствие доведе до недостъпност на внедряването на HDS в основния център за данни, следвайте тази процедура, за да превключите ръчно към резервния център за данни.

Преди да започнете

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

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете.
2	След като конфигурирате Syslogd сървъра, щракнете върху Разширени настройки
3	На страницата Разширени настройки добавете конфигурацията по-долу или премахнете конфигурацията `passiveMode`, за да направите възела активен. Възелът може да обработва трафика, след като това е конфигурирано. `passiveMode: 'false'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
5	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
6	В левия навигационен панел на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и след това щракнете върху Редактиране на настройките..
7	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
9	Повторете процеса за всеки възел в резервния център за данни. Проверете изхода от системния лог, за да се уверите, че възлите на резервния център за данни не са в пасивен режим. „KMS конфигуриран в пасивен режим“ не трябва да се появява в системните логове.

Какво да направите след това

След превключване на резервния център за данни, ако основният център за данни стане отново активен, поставете отново резервния център за данни в пасивен режим, като следвате стъпките, описани в Настройване на резервен център за данни за възстановяване след бедствие.

(По избор) Демонтиране на ISO след HDS конфигурация

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

Все още използвате ISO файловете, за да правите промени в конфигурацията. Когато създавате нов ISO файл или актуализирате ISO файл чрез инструмента за настройка, трябва да монтирате актуализирания ISO файл на всички ваши HDS възли. След като всички ваши възли са възприели промените в конфигурацията, можете да демонтирате ISO файла отново с тази процедура.

Преди да започнете

Надстройте всички ваши HDS възли до версия 2025.06.02.6983 или по-нова.

1	Изключете един от вашите HDS възли.
2	В vCenter Server Appliance изберете възела HDS.
3	Изберете Редактиране на настройки > CD/DVD устройство и махнете отметката от ISO файл на хранилището на данни.
4	Включете HDS възела и се уверете, че няма аларми в продължение на поне 20 минути.
5	Повторете за всеки HDS възел поред.

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

Преглед на предупреждения и отстраняване на неизправности

Хибридното внедряване на защита на данни се счита за недостъпно, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че изисква изтичане на времето за изчакване. Ако потребителите не могат да достигнат до вашия клъстер за хибридна защита на данни, те ще наблюдават следните симптоми:

Не могат да се създават нови пространства (не е възможно да се създават нови ключове)
Съобщенията и заглавията на пространствата не успяват да се дешифрират за:
- Нови потребители са добавени към пространството (не е възможно да се получат ключове)
- Съществуващи потребители в пространство, използващи нов клиент (не могат да извлекат ключове)
Съществуващите потребители в дадено пространство ще продължат да работят успешно, стига техните клиенти да имат кеш на ключовете за криптиране.

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

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

Ако има проблем с настройката на хибридната защита на данни, Partner Hub показва известия на администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Сигналите обхващат много често срещани сценарии.

Таблица 1. Често срещани проблеми и стъпки за разрешаването им
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Грешка при свързване с локална база данни.	Проверете дали сървърът на базата данни е наличен и дали са използвани правилните идентификационни данни за сервизен акаунт при конфигурацията на възела.
Грешка в достъпа до облачна услуга.	Проверете дали възлите имат достъп до Webex сървърите, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията за облачна услуга.	Регистрацията за облачни услуги беше премахната. Подновяването на регистрацията е в ход.
Регистрацията на облачна услуга е прекратена.	Регистрацията за облачни услуги е прекратена. Услугата се изключва.
Услугата все още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съответства на сертификата на сървъра.	Уверете се, че сертификатът на вашия сървър съответства на конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че CN на сертификата е бил наскоро променен и сега е различен от CN, използван по време на първоначалната настройка.
Неуспешно удостоверяване в облачните услуги.	Проверете за точност и евентуално изтичане на идентификационните данни за сервизния акаунт.
Неуспешно отваряне на локалния файл за съхранение на ключове.	Проверете целостта и точността на паролата в локалния файл за съхранение на ключове.
Сертификатът на локалния сървър е невалиден.	Проверете датата на валидност на сертификата на сървъра и потвърдете, че е издаден от надежден сертифициращ орган.
Не е възможно публикуване на показатели.	Проверете достъпа на локалната мрежа до външни облачни услуги.
/media/configdrive/hds директорията не съществува.	Проверете конфигурацията за монтиране на ISO файла на виртуалния хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организацията на клиента не е завършена за добавените организации	Завършете настройката, като създадете CMK за новодобавени организации на наематели, използвайки инструмента за настройка на HDS.
Настройката на организацията на клиента не е завършена за премахнатите организации	Завършете настройката, като отмените CMK-тата на организациите наематели, които бяха премахнати с помощта на инструмента за настройка на HDS.

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

Използвайте следните общи насоки, когато отстранявате проблеми с хибридната защита на данните.

1	Влезте в Partner Hub.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Събития“ .
4	Прегледайте страницата с историята на събитията за евентуални предупреждения и коригирайте всички елементи, които откриете там. Вижте изображението по-долу за справка.
5	Прегледайте изхода на syslog сървъра за активност от внедряването на хибридната защита на данните. Филтрирайте за думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняването на неизправности.
6	Свържете се с поддръжката на Cisco.

API за разработчици на HDS

API-тата за разработчици на HDS са начин за извличане на аналитични и мониторингови данни, както и за отстраняване на неизправности при внедряването на HDS чрез портала за разработчици на Webex. API са на разположение в https://developer.webex.com/messaging/docs/api/v1/hds.

Други бележки

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

Ако изключите всички активни клъстери на Hybrid Data Security (чрез изтриването им в Partner Hub или чрез изключване на всички възли), загубите ISO файла си за конфигурация или загубите достъп до базата данни за хранилище на ключове, потребителите на Webex App на клиентски организации вече няма да могат да използват пространства в списъка си с хора, които са създадени с ключове от вашата KMS. В момента нямаме решение или корекция на този проблем и ви призоваваме да не изключвате услугите си на HDS, след като те обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка с KMS, поддържа тази връзка за определен период от време (вероятно един час).

Стартирайте инструмента за настройка на HDS с помощта на Podman Desktop

Podman е безплатен инструмент с отворен код за управление на контейнери, който предоставя начин за стартиране, управление и създаване на контейнери. Podman Desktop може да бъде изтеглен от https://podman-desktop.io/downloads.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За да получите достъп до него, изтеглете и стартирайте Podman на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в контролния център с пълни права на администратор за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

podman rmi ciscocitg/hds-setup:stable  
podman login docker.io -u hdscustomersro
dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
podman pull ciscocitg/hds-setup:stable
podman run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

Какво да направите след това

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

Деактивиране на облачни агенти

Облачните агенти (c-agent) са доверени акаунти за услуги на Webex, които извършват операции в HDS чрез делегиран достъп от името на потребител, за да подобрят цялостното потребителско изживяване. Деактивирането на облачните агенти блокира достъпа на услугите на Webex до локални HDS ключове.

Деактивирането на облачните агенти ще доведе до загуба на функции като записи след срещи, преписи, визуализации на файлове и автоматизирано сканиране за злонамерен софтуер в Webex App Spaces.

Следвайте стъпките по-долу, за да деактивирате облачните агенти за вашето HDS внедряване.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете. ISO файлът трябва да е копие на оригиналния ISO файл на основния център за данни, върху който ще се направят следните актуализации на конфигурацията.
2	След като конфигурирате Syslogd сървъра, щракнете върху Разширени настройки.
3	На страницата Разширени настройки добавете конфигурацията по-долу, за да деактивирате облачните агенти. Това ще гарантира, че облачните агенти нямат право да обработват HDS трафик. `cloudAgentUpdateEnabled: 'false'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
5	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
6	В левия навигационен панел на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и след това щракнете върху Редактиране на настройките..
7	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
9	Повторете процеса за всеки възел във вашето HDS внедряване. Проверете дали облачните агенти са деактивирани, като проверите системните логове за следния запис: „Актуализацията на облачния агент е деактивирана“.

Преместете съществуващото внедряване на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с много клиент в Partner Hub

Преобразуването от съществуващо едно-наемателско HDS внедряване на партньорска организация, управлявано в Control Hub, към многонаемателско HDS внедряване, управлявано в Partner Hub, включва предимно деактивиране на HDS услугата в Control Hub, дерегистриране на възли и изтриване на клъстера. След това можете да влезете в Partner Hub, да регистрирате възлите, да активирате Multi-Tenant HDS и да добавите клиенти към вашия клъстер.

Терминът „единичен клиент“ се отнася просто до съществуващо внедряване на HDS в Control Hub.

Деактивиране на HDS, дерегистриране на възли и изтриване на всички клъстери в Control Hub

1	Влезте в контролния център. В левия панел щракнете върху Хибрид. В картата „Хибридна сигурност на данните“ щракнете върху „Редактиране на настройките“.
2	На страницата с настройки превъртете надолу до секцията Деактивиране и щракнете върху Деактивиране.
3	След деактивирането, щракнете върху раздела Ресурси.
4	Страницата Ресурси изброява клъстерите във вашето HDS внедряване. Щракнете върху клъстер, отваря се страница с всички възли в този клъстер.
5	Щракнете върху отдясно и щракнете върху Отрегистриране на възел. Повторете процеса за всички възли в клъстера.
6	Ако вашето внедряване има множество клъстери, повторете стъпка 4 и стъпка 5, докато всички възли бъдат отписани.
7	Кликнете върху Настройки на клъстера > Премахване.
8	Щракнете върху Потвърди премахването, за да отпишете клъстера.
9	Повторете процеса за всички клъстери във вашето HDS внедряване. След деактивиране на HDS, отписване от регистрацията на възли и премахване на клъстери, картата Hybrid Data Service в Control Hub ще показва Setup not completed в долната част.

Активирайте Multi-Tenant HDS за партньорската организация в Partner Hub и добавете клиенти

Преди да започнете

Всички предварителни изисквания, посочени в Изисквания за сигурност на данните за многонаемателски хибридни системи, са приложими тук. Освен това, уверете се, че същата база данни и сертификати се използват по време на преместването към Multi-Tenant HDS.

1	Влезте в Центъра за партньори. Щракнете върху Услуги в левия панел. Използвайте същия ISO файл от предишното ви внедряване на HDS, за да конфигурирате възлите. Това ще гарантира, че съобщенията и съдържанието, генерирани от потребителите в предишното съществуващо внедряване на HDS, все още са достъпни в новата настройка за множество наематели.
2	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „Настройка“.
3	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
4	В първото поле на картата Създаване на клъстер въведете име за клъстера, към който искате да присвоите вашия възел за хибридна защита на данни. Препоръчваме да наименувате клъстер въз основа на географското местоположение на възлите на клъстера. Примери: „Сан Франциско“, „Ню Йорк“ или „Далас“
5	Във второто поле въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройка на виртуалната машина за хибридна сигурност на данни. Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
6	Кликнете върху Отиди на възел. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да предоставите разрешения на вашата Webex организация за достъп до вашия възел.
7	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. На страницата Хибридна сигурност на данни новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Ресурси. Възелът автоматично ще изтегли най-новия софтуер от облака.
8	Отидете в раздела Настройки и щракнете върху Активиране на картата за състояние на HDS. СъобщениетоАктивиран HDS ще се появи в долната част на екрана.
9	Кликнете върху раздела Назначени клиенти.
10	Кликнете върху Добавяне на клиенти.
11	Изберете клиента, когото искате да добавите, от падащото меню.
12	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
13	Повторете стъпки от 11 до 13, за да добавите няколко клиенти към вашия клъстер.
14	Кликнете върху Готово в долната част на екрана, след като добавите клиентите.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS, за да завършите процеса на настройка.

Използвайте OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на PKCS12 файла в правилния формат за зареждане в HDS Setup Tool. Има и други начини да направите това и ние не подкрепяме, нито насърчаваме единия начин пред другия.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като насока, която ще ви помогне да създадете файл, който отговаря на изискванията за сертификат X.509 в Изисквания за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org за софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия сертифициращ орган (CA).

1	Когато получите сертификата на сървъра от вашия CA, запазете го като `hdsnode.pem`.
2	Покажете сертификата като текст и проверете данните. `openssl x509 -text -noout -in hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл със сертификатен пакет, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва сертификата на сървъра, всички междинни сертификати на CA и сертификатите на коренния CA във формата по-долу: `-----BEGIN CERTIFICATE----- ### Server certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Intermediate CA certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Root CA certificate. ### -----END CERTIFICATE-----`
4	Създайте .p12 файла с приятелското име `kms-private-key`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 -in hdsnode.p12` Въведете парола при подканата, за да криптирате личния ключ, така че той да бъде посочен в изхода. След това проверете дали частният ключ и първият сертификат съдържат редовете `friendlyName: kms-private-key`. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Enter Import Password: MAC verified OK Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Key Attributes: Enter PEM pass phrase: Verifying - Enter PEM pass phrase: -----BEGIN ENCRYPTED PRIVATE KEY----- -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE----- Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE-----

Какво да направите след това

Връщане към Изпълнете предварителните изисквания за хибридна сигурност на данните. Ще използвате файла hdsnode.p12 и паролата, която сте задали за него, в Създаване на ISO файл с конфигурация за HDS хостовете.

Можете да използвате повторно тези файлове, за да заявите нов сертификат, когато оригиналният сертификат изтече.

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

Изходящ трафик за събиране на показатели

Възлите за хибридна сигурност на данните изпращат определени показатели към облака Webex. Те включват системни показатели за максимална heap памет, използвана heap памет, натоварване на процесора и брой нишки; показатели за синхронни и асинхронни нишки; показатели за предупреждения, включващи праг на криптирани връзки, латентност или дължина на опашката за заявки; показатели за хранилището на данни; и показатели за криптирана връзка. Възлите изпращат криптиран ключов материал по канал извън честотната лента (отделен от заявката).

Входящ трафик

Възлите за хибридна сигурност на данните получават следните видове входящ трафик от облака Webex:

Заявки за криптиране от клиенти, които се маршрутизират от услугата за криптиране
Надстройки на софтуера на възела

Конфигуриране на Squid прокси сървъри за хибридна сигурност на данните

Websocket не може да се свърже чрез сепия прокси

Squid прокси сървърите, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки, които Hybrid Data Security изисква. Тези раздели дават насоки как да конфигурирате различни версии на Squid да игнорират wss: трафик за правилното функциониране на услугите.

Калмята 4 и 5

Добавете директивата on_unsupported_protocol към 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

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

Тази таблица обхваща нови функции или функционалности, промени в съществуващото съдържание и всички големи грешки, които са отстранени в Ръ ководството за внедряване за хибридна сигурност на данните с множество наематели.

Дата	Направени промени
01 октомври 2026	Добавена е мигриране на HDS възли между поддържаните хипервизори секция.
Септември 21, 2026	Добавена е поддръжка за хипервизора на софтуера за виртуализация на инфраструктурната инфраструктура на Cisco Enterprise Network Function (NFVIS) в изискванията за виртуален хост. Добавена е поддръжка за хипервизора на Nutanix в изискванията за виртуален хост. Добавено е разгръщане и конфигуриране на HDS в секцията NFVIS. Добавено е разгръщане и конфигуриране на HDS в секцията Nutanix. Актуализирани процедури в ръководството, за да включат инструкции за внедряване на NFVIS и Nutanix. Раздел Преместен център за данни в режим на готовност за възстановяване при бед ствия под Управление на внедряването на HDS.
Август 31, 2026	Премахнато е изискването за активиране на функцията за множество наематели от раздела Изиск вания Cisco Webex за лиценз.
Август 28, 2026	Добавено е критично предупреждение в Очак вания за внедряване на хибридна защита на данните, че миграцията от хибридна защита на данните с множество наематели към Webex cloud KMS не се поддържа и извеждането от експлоатация на HDS ще доведе до загуба на достъп до съществуващи криптирани данни.
30 юли 2026	Актуализиран е секцията Изиск вания за сертификат X.509, за да посочи, че се поддържат само RSA сертификати.
02 юли 2026	Добавена сек ция Деактивиране на облачните агенти.
23 юни 2026	Добавен е раздел за интерпретиране на HDS дневници и разбиране на етикетите на аген ти.
01 юни 2026	Добавена секция API за разработчици на HDS. Добавена е бележка към инструмента за стартиране на HDS за настройка с помощта на секцията Podman Desktop.
16 април 2026	Акту ализирани изисквания за сървъра на база данни за добавяне на поддръжка за PostgreSQL версии 17 и 18.
25 март 2026	Актуализирана е паролата по подразбиране, използвана за влизане в VM възела Hybrid Data Security.
05 декември 2025	Актуализи рано Създайте конфигурационен ISO за HDS хостовете с правил ния текст на потребителския интерфейс на страницата System Logs и добавите инструкция за качване на корен сертификат syslog при конфигуриране на TLS криптиране.
Ноември 21, 2025	Доба вена секция Често задавани въпроси. Добавено На стройте център за данни в режим на готовност за възстановяване при бедст вия и възстановяване при бедствия, като използвате секциите Център за данни в режим Премахнато (бета) от заглавието на ръководството за внедряване.
08 май 2025	Добавено Преместете съществуващото HDS внедряване с един наемател на партньорска организация в Control Hub в настройка на HDS с множество наематели в раздела Partner Hub. Актуализиран е изходът на syslog, за да подобри четливостта в раздела Тествайте хибридната ви сигурност на данните за внед ряване. Актуализирани изисквания за виртуален хост, поток от задачи за внедряване на хибридна защита на данните и инсталирайте HDS Host OVA, за да добавите поддръжка на ESXi 8.0.
04 март 2025	Добавен е инструмент за настройка на Run HDS с помощта на секцията Podman Desktop. Добавена е бележка в изискванията на Docker Desktop, предоставяща на клиентите алтернативна опция с отворен код. Актуализи рано Създайте конфигурационен ISO за HDS хостовете и променете конфигурацията на въз ела с инструкции за използване на Podman Desktop за клиенти без лиценз за Docker Desktop.
30 януари 2025	Добавена е версия на SQL сървър 2022 към списъка с поддържани SQL сървъри в Изиск ванията на сървъра на база данни.
Януари 15, 2025	Добавени ограничения на хибридната сигурност на данните с множество на ематели.
Януари 08, 2025	Добавена е бележка в Из вършване на първоначална настройка и изтегляне на инсталационни файлове, в която се посоч ва, че щракването върху Настройване на HDS картата в Partner Hub е важна стъпка от процеса на инсталиране.
07 януари 2025	Актуализирани изисквания за виртуален хост, поток от задачи за внедряване на хибридна сигурност на данните и инсталирайте HDS Host OVA, за да покажете ново изискване на ESXi 7.0.
Декември 13, 2024	Публикувана за първи път.

Започнете с хибридна сигурност на данните с множество наематели

Преглед на хибридната сигурност на данните с много наематели

От първия ден сигурността на данните е основният фокус при проектирането на Webex App. Крайъгълният камък на тази сигурност е криптирането на съдържание от край до край, активирано от клиентите на Webex App, взаимодействащи с услугата за управление на ключове (KMS). KMS отговаря за създаването и управлението на криптографските ключове, които клиентите използват за динамично криптиране и декриптиране на съобщения и файлове.

По подразбиране всички клиенти на Webex App получават криптиране от край до край с динамични ключове, съхранявани в облака KMS, в областта на сигурността на Cisco. Hybrid Data Security премества KMS и други функции, свързани със сигурността, във вашия корпоративен център за данни, така че никой освен вас не държи ключовете за вашето криптирано съдържание.

Multi-Tenant Hybrid Data Security позволява на организациите да използват HDS чрез доверен локален партньор, който може да действа като доставчик на услуги и да управлява локално криптиране и други услуги за сигурност. Тази настройка позволява на партньорската организация да има пълен контрол върху внедряването и управлението на криптиращите ключове и гарантира, че потребителските данни на клиентските организации са безопасни от външен достъп. Партньорските организации създават HDS инстанции и създават HDS клъстери според нуждите. Всеки екземпляр може да поддържа множество клиентски организации, за разлика от обикновеното внедряване на HDS, което е ограничено до една организация.

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

Това също позволява на по-малките организации да използват HDS, тъй като услугите за управление на ключове и инфраструктурата за сигурност като центровете за данни са собственост на доверения местен партньор.

Как хибридната сигурност на данните с множество наематели осигурява суверенитет на данните и контрол на данните

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

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

Ограничения на хибридната сигурност на данните с множество наематели

Партньорските организации не трябва да имат съществуващо внедряване на HDS, активно в Control Hub.
Организациите на наематели или клиенти, които желаят да бъдат управлявани от партньор, не трябва да имат съществуващо внедряване на HDS в Control Hub.
След като Multi-Tenant HDS бъде внедрен от партньора, всички потребители на организациите на клиенти, както и потребителите на партньорската организация, започват да използват Multi-Tenant HDS за своите услуги за криптиране.

Партньорската организация и организациите на клиентите, които управляват, ще бъдат на едно и също внедряване на Multi-Tent HDS.

Партньорската организация вече няма да използва облачен KMS след внедряването на Multi-Tenant HDS.
Няма механизъм за преместване на клавиши обратно в Cloud KMS след внедряване на HDS.
Ролите на администратора имат определени ограничения; вижте раздела по-долу за подробности.

Роли в хибридната сигурност на данните с множество наематели

Пълен администратор на партнь ори - Може да управлява настройките за всички клиенти, които партньорът управлява. Може също така да присвоява администраторски роли на съществуващи потребители в организацията и да назначава конкретни клиенти, които да бъдат управлявани от администратори партньори.
Админи@@ стратор на партнь ори - Може да управлява настройките за клиенти, предоставени от администратора или които са били назначени на потребителя.
Пълен администратор - Администратор на партньорската организация, който е упълномощен да изпълнява задачи като промяна на настройките на организацията, управление на лицензи и възлагане на роли.

Настройка и управление на HDS Multi-Tenant от край до край на всички клиентски организации - Изискват се пълен администратор на партньори и пълни администраторски права.
Управление на възложени наематели организации - Изискват се партньорски администратор и пълни администраторски права.

Архитектура на областта на сигурността

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

***Сфери на разделяне (без хибридна сигурност на данните)***

За да разберем допълнително хибридната сигурност на данните, нека първо да разгледаме този чист облачен случай, където Cisco предоставя всички функции в облачните си сфери. Услугата за самоличност, единственото място, където потребителите могат да бъдат пряко свързани с личната си информация, като имейл адрес, е логично и физически отделена от сферата на сигурността в центъра за данни Б. И двете от своя страна са отделни от сферата, където в крайна сметка се съхранява криптирано съдържание, в центъра за данни C.

В тази диаграма клиентът е приложението Webex, работещо на лаптопа на потребителя и се е удостоверило с услугата за самоличност. Когато потребителят състави съобщение за изпращане в интервал, се извършват следните стъпки:

Клиентът установява сигурна връзка с услугата за управление на ключове (KMS), след което изисква ключ за криптиране на съобщението. Сигурната връзка използва ECDH, а KMS криптира ключа с помощта на основен ключ AES-256.
Съобщението се криптира, преди да напусне клиента. Клиентът го изпраща до услугата за индексиране, която създава криптирани индекси за търсене, за да помогне при бъдещи търсения на съдържанието.
Криптираното съобщение се изпраща до службата за съответствие за проверка на съответствието.
Криптираното съобщение се съхранява в областта на съхранението.

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

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

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

Услугата KMS, работеща на Org A, валидира връзките към KMSS в други организации, използ вайки x.509 PKI сертификати. Вижте Под готовка на вашата среда за подробности относно генерирането на сертификат x.509, който да използвате с внедряването на хибридна защита на данните с множество наематели.

Очаквания за внедряване на хибридна сигурност на данните

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

За да внедрите хибридна защита на данните, трябва да предоставите:

Защитен център за данни в държава, която е поддържано място за Cisco Webex Teamsплан овете.
Оборудването, софтуерът и достъпът до мрежата, описани в Подгответе вашата среда.

Пълната загуба или на конфигурационния ISO, който създавате за хибридна сигурност на данните, или на базата данни, която предоставяте, ще доведе до загуба на ключовете. Загубата на ключове пречи на потребителите да дешифрират пространствено съдържание и други криптирани данни в Webex App. Ако това се случи, можете да изградите ново внедряване, но ще бъде видимо само ново съдържание. За да избегнете загуба на достъп до данни, трябва:

Управлявайте архивирането и възстановяването на базата данни и конфигурацията ISO.
Бъдете готови да извършите бързо възстановяване при бедствие, ако възникне катастрофа, като например повреда на диска в базата данни или катастрофа в центъра за данни.

Миграцията от хибридна защита на данните с множество наематели (HDS) към Webex cloud KMS не се поддържа. Извеждането от експлоатация на HDS ще доведе до загуба на достъп до съдържание и данни, предварително криптирани с тези ключове. Трябва да запазите HDS, за да запазите достъпа до съществуващо криптирано съдържание.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на внедряване на хибридна сигурност на данните с множество наематели:

На@@ стройване на хибридна сигурност на данните — това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна защита на данните, изграждане на HDS клъстер, добавяне на организации за наематели към клъстера и управление на техните основни ключове за клиенти (CMC). Това ще позволи на всички потребители на вашите клиентски организации да използват вашия клъстер за хибридна сигурност на данните за функции за сигурност.

Фазите на настройка, активиране и управление са подробно разгледани в следващите три глави.
Поддържайте внедряването на хибридна защита на данните — Облакът Webex автоматично осигурява текущи ъпгрейди. Вашият ИТ отдел може да предостави поддръжка от първо ниво за това внедряване и да ангажира поддръжката на Cisco, ако е необходимо. Можете да използвате екранни известия и да настроите имейл сигнали в партньорския център.
Разбиране на често срещаните сигнали, стъпките за отстраняване на неизправности и известни проблеми — Ако срещнете проблеми с внедряването или използването на хибридна защита на данните, последната глава от това ръководство и приложението Известни проблеми могат да ви помогнат да определите и отстраните проблема.

Модел за внедряване на хибридната сигурност

В рамките на вашия корпоративен център за данни внедрявате Hybrid Data Security като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака Webex чрез защитени уеб сокети и защитен HTTP.

По време на инсталационния процес ние ви предоставяме OVA файла, за да настроите виртуалния уред на виртуалните машини, които предоставяте. Използвате инструмента за настройка на HDS, за да създадете персонализиран ISO файл за конфигурация на клъстера, който монтирате на всеки възел. Клъстерът за хибридна защита на данните използва предоставения от вас Syslogd сървър и база данни PostgreSQL или Microsoft SQL Server. (Конфигурирате данните за Syslogd и връзката с базата данни в инструмента за настройка на HDS.)

Модел за внедряване на хибридната сигурност

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

Всички възли в клъстера имат достъп до една и съща ключова база данни и регистрират дейността на същия syslog сървър. Самите възли са без гражданство и обработват ключови заявки по кръгъл начин, както е указано от облака.

Възлите стават активни, когато ги регистрирате в Partner Hub. За да извадите отделен възел от експлоатация, можете да го дерегистрирате и по-късно да го пререгистрирате, ако е необходимо.

Поддръжка на прокси

Хибридната сигурност на данните поддържа ясни, прозрачни инспекционни и непроверяващи прокси служители. Можете да свържете тези прокси файлове с вашето внедряване, за да можете да защитите и наблюдавате трафика от предприятието към облака. Можете да използвате администраторски интерфейс на платформата на възлите за управление на сертификати и за проверка на цялостното състояние на свързаността, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси сървъри:

Няма прокси — По подразбиране, ако не използвате конфигурацията за настройка на HDS възел Trust Store & Proxy, за да интегрирате прокси сървър. Не се изисква актуализация на сертификата.
Прозрачен прокси сървъ р без проверка — възлите не са конфигурирани да използват конкретен адрес на прокси сървъра и не трябва да изискват никакви промени, за да работят с прокси сървър, който не проверява. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси — възлите не са конфигурирани да използват конкретен адрес на прокси сървър. Не са необходими промени в конфигурацията на HTTP или HTTPS на възлите. Въпреки това, възлите се нуждаят от основен сертификат, така че да се доверят на прокси сървъра. Инспекционните прокси сървъри обикновено се използват от ИТ за налагане на политики по кои уебсайтове могат да бъдат посещавани и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър — С изричен прокси сървър ще кажете на възлите на HDS кой прокси сървър и схема за удостоверяване да използват. За да конфигурирате изричен прокси сървър, трябва да въведете следната информация за всеки възел:
1. Прокси IP/FQDN — Адрес, който може да се използва за достигане до прокси машината.
2. Про@@ кси порт — номер на порт, който прокси служителят използва за слушане на прокси трафик.
3. Прокси протокол — В зависимост от това какво поддържа вашият прокси сървър, изберете между следните протоколи:
  - HTTP—преглежда и контролира всички заявки, които клиентът изпраща.
  - Https — предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване — Изберете от следните типове удостоверяване:
  - Няма — Не се изисква допълнително удостоверяване.
    
    Предлага се, ако изберете HTTP или HTTPS като прокси протокол.
  - Основно — Използва се за HTTP потребителски агент за предоставяне на потребителско име и парола при подаване на заявка. Използва кодиране Base64.
    
    Предлага се, ако изберете HTTP или HTTPS като прокси протокол.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Digest — Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция върху потребителското име и паролата преди изпращане през мрежата.
    
    Предлага се само ако изберете HTTPS като прокси протокол.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

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

Тази диаграма показва примерна връзка между хибридната сигурност на данните, мрежата и прокси сървъра. За опциите за прозрачна проверка и HTTPS изрично проверяващо прокси сърфиране, същият основен сертификат трябва да бъде инсталиран на прокси сървъра и на възлите за хибридна защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични конфигурации на прокси

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

Подгответе средата си

Изисквания за хибридна сигурност на данните с множество наематели

Cisco WebexИзисквания за лиценз

За да внедрите хибридна защита на данните с множество наематели:

Организации на наематели: Трябва да имате Pro Pack заCisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за работен плот Docker

Преди да инсталирате вашите HDS възли, се нуждаете от Docker Desktop, за да стартирате програма за настройка. Docker наскоро актуализира своя лицензионен модел. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, "Docker актуализира и разширява абонаментите ни за продукти“.

Клиентите без лиценз Docker Desktop могат да използват инструмент за управление на контейнери с отворен код като Podman Desktop за стартиране, управление и създаване на контейнери. Вижте Стар тиране на инструмента за настройка на HDS с помощта на Podman Desktop за подроб ности.

X.509 Изисквания за сертификат

Сертификатната верига трябва да отговаря на следните изисквания:

Таблица 1. Изисквания за сертификат X.509 за внедряване на хибридна сигурност на данните
Изискване	Детайли
Подписано от дов Certificate Authority ерен (CA)	По подразбиране се доверяваме на CA в списъка на Mozilla (с изключение на WoSign и StartCom) на адрес https://wiki.mozilla.org/CA:IncludedCAs.
Носи име на домейн с общо име (CN), което идентифицира вашето внедряване на хибридна защита на данните Не е заместващ сертификат	Не е необходимо CN да е достъпен или да е домакин на живо. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.` company.com. КН не трябва да съдържа * (заместващ знак). CN се използва за проверка на възлите за хибридна сигурност на данните към клиенти на Webex App. Всички възли за хибридна защита на данните във вашия клъстер използват един и същ сертификат. Вашият KMS се идентифицира с помощта на домейна CN, а не всеки домейн, който е дефиниран в полетата x.509v3 SAN. След като регистрирате възел с този сертификат, ние не подкрепяме промяна на името на домейна CN.
Не-SHA1 подпис	Софтуерът KMS не поддържа SHA1 подписи за валидиране на връзки към KMS на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име на `kms-private-key`, за да маркирате сертификата, личния ключ и всички междинни сертификати, които да качите.	Можете да използвате конвертор като OpenSSL, за да промените формата на сертификата си. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.
Поддържан алгоритъм	Поддържат се само RSA сертификати.

Софтуерът KMS не налага използването на ключове или разширени ограничения за използване на ключове. Някои органи за сертифициране изискват за всеки сертификат да се прилагат ограничения за използване на разширени ключове, като например удостоверяване на сървъра. Добре е да използвате удостоверяването на сървъра или други настройки.

Изисквания за виртуален хост

Виртуалните хостове, които ще настроите като възли за хибридна защита на данните във вашия клъстер, имат следните изисквания:

Най-малко два отделни хоста (препоръчват се 3), разположени в един и същ защитен център за данни
Поддържани хипервизори:
- VMware ESXi 7.0 или 8.0.
- Софтуер за инфраструктура за виртуализация на корпоративните мрежови функции на Cisco (NFVIS) версия 26.2.1.
- Nutanix AOS 7.5.x с Nutanix AHV 11.0.x.
Минимум 4 VCPU, 8 GB основна памет, 30 GB локално място на твърдия диск на сървър.

Изисквания към сървъра на

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

Има две опции за сървър на база данни. Изискванията за всеки от тях са следните:

Таблица 2. Изисквания на сървъра на база данни по тип база данни
ПостгреSQL	Microsoft SQL сървър
PostgreSQL 14, 15, 16, 17 или 18, инсталиран и работещ.	Инсталиран е SQL Server 2016, 2017, 2019 или 2022 (корпоративен или стандартен). SQL Server 2016 изисква сервизен пакет 2 и кумулативна актуализация 2 или по-нова версия.
Минимум 8 VCPU, 16-GB основна памет, достатъчно място на твърдия диск и мониторинг, за да сте сигурни, че не е превишено (2-TB се препоръчва, ако искате да стартирате базата данни за дълго време, без да е необходимо да увеличавате съхранението)	Минимум 8 VCPU, 16-GB основна памет, достатъчно място на твърдия диск и мониторинг, за да сте сигурни, че не е превишено (2-TB се препоръчва, ако искате да стартирате базата данни за дълго време, без да е необходимо да увеличавате съхранението)

Софтуерът HDS понастоящем инсталира следните версии на драйвери за комуникация със сървъра на базата данни:

ПостгреSQL

Microsoft SQL сървър

Драйвер за постгрес JDBC 42.2.5

SQL сървър JDBC драйвер 4.6

Тази версия на драйвера поддържа SQL Server Always On (Al ways On Failover клъстерни инстанции и групи за наличност 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 Connections.

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

Изисквания за външна връзка

Конфигурирайте защитната стена, за да позволите следната свързаност за HDS приложенията:

Приложение	Протокол	Пристанище	Посока от приложението	Дестинация
Хибридни възли за сигурност на данните	TCP	443	Изходящи HTTPS и WSS	Webex сървъри: .wbx2.com .цископарк.com Всички хостове за обща идентичност Други URL адреси, които са изброени за хибридна сигурност на данните в таблицата Доп ълнителни URL адреси за хибридни услуги на Webex за мреж ови изисквания за услугите на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички хостове за обща идентичност хб.докер.com

Хибридните възли за сигурност на данните работят с превод на мрежов достъп (NAT) или зад защитна стена, стига NAT или защитната стена да позволяват необходимите изходящи връзки към дестинациите на домейна в предходната таблица. За връзки, които влизат към възлите за хибридна сигурност на данните, не трябва да се виждат портове от интернет. В рамките на вашия център за данни клиентите се нуждаят от достъп до възлите за хибридна защита на данните на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете за обща идентичност (CI) са специфични за региона. Това са настоящите CI хостове:

Регион	Общи URL адреси на хост за самоличност
Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания за прокси сър

Официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли за хибридна сигурност на данните.
- Прозрачен прокси — Уред за уеб сигурност на Cisco (WSA).
- Изричен прокси-калмари.
  
  Прокси сървърите на Squid, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да заобиколите този проблем, вижте Конфигу риране на прокси сървъри на Squid за хибридна защита на данните.
Поддържаме следните комбинации от типове удостоверяване за изрични прокси сървъри:
- Няма удостоверяване с HTTP или HTTPS
- Основно удостоверяване с HTTP или HTTPS
- Дигестиране на удостоверяване само с HTTPS
За прозрачен прокси сървър за проверка или HTTPS прокси сървър трябва да имате копие от основния сертификат на прокси сървъра. Инструкциите за внедряване в това ръководство ви казват как да качите копието в надеждните магазини на възловете за хибридна защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуждава изходящия TCP трафик на порт 443 да се маршрутизира през прокси сървъра.
Прокси сървърите, които проверяват уеб трафика, могат да пречат на връзките с уеб сокета. Ако възникне този проблем, заобикалянето (без проверката) на трафика към wbx2.com и ciscospark.com ще реши проблема.

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

Използвайте този контролен списък, за да сте сигурни, че сте готови да инсталирате и конфигурирате вашия клъстер за хибридна защита на данните.

1	Уверете се, че организацията ви няма активиран HDS в Control Hub и получете идентификационните данни на акаунт с пълен администратор на партньор и пълни администраторски права. Уверете се, че вашата клиентска организация на Webex е активирана за Pro Pack за. Cisco Webex Control Hub Свържете се с вашия партньор на Cisco или мениджър на акаунти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо внедряване на HDS.
2	Изберете име на домейн за вашето HDS внедряване (например `hds.company.com`) и получете верига на сертификати, съдържаща сертификат X.509, частен ключ и всякакви междинни сертификати. Сертификатната верига трябва да отговаря на изискванията в изискванията за сертификат X.509.
3	Подгответе идентични виртуални хостове, които ще настроите като възли за хибридна защита на данните във вашия клъстер. Имате нужда от поне два отделни хоста (препоръчват се 3), разположени в един и същ защитен център за данни, които отговарят на изискванията в изискванията за виртуален хост.
4	Подгответе сървъра за база данни, който ще действа като хранилище за ключови данни за клъстера, в съответствие с изискванията на сървъра на базата данни. Сървърът на базата данни трябва да бъде колокиран в защитения център за данни с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни - не използвайте базата данни по подразбиране. Приложенията HDS, когато са инсталирани, създават схемата на базата данни.) Съберете подробностите, които възлите ще използват за комуникация със сървъра на базата данни: името на хоста или IP адреса (хост) и порта името на базата данни (dbname) за съхранение на ключове потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключове
5	За бързо възстановяване при бедствие настройте среда за архивиране в различен център за данни. Средата за архивиране отразява производствената среда на виртуални машини и сървър за резервни бази данни. Например, ако производството има 3 виртуални виртуални устройства, работещи с HDS възли, резервната среда трябва да има 3 виртуални виртуални устройства.
6	Настройте хост на syslog за събиране на дневници от възлите в клъстера. Съберете неговия мрежов адрес и syslog порт (по подразбиране е UDP 514).
7	Създайте политика за защитено архивиране за възлите за хибридна защита на данните, сървъра на базата данни и хоста на syslog. Като минимум, за да предотвратите невъзстановима загуба на данни, трябва да архивирате базата данни и конфигурационния ISO файл, генериран за възлите за хибридна сигурност на данните. Тъй като възлите за хибридна сигурност на данните съхраняват ключовете, използвани при криптиране и декриптиране на съдържание, неподдържането на оперативно внедряване ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на това съдържание. Клиентите на Webex App кешират ключовете си, така че прекъсването може да не се забележи веднага, но ще стане очевидно с течение на времето. Въпреки че временните прекъсвания са невъзможни за предотвратяване, те могат да бъдат възстановими. Въпреки това, пълната загуба (няма налични резервни копия) нито на базата данни, нито на конфигурационния ISO файл ще доведе до невъзстановими клиентски данни. Очаква се операторите на възлите за хибридна сигурност на данните да поддържат чести резервни копия на базата данни и конфигурационния ISO файл и да бъдат готови да възстановят центъра за данни за хибридна сигурност на данните, ако възникне катастрофална повреда.
8	Уверете се, че конфигурацията на защитната стена ви позволява свързаност за вашите възли за хибридна защита на данните, както е посочено в Изискванията за вън шна
9	Инсталирайте Docker (https://www.docker.com) на всяка локална машина, работеща с поддържана операционна система (Microsoft Windows10 Professional или Enterprise 64-битова или Mac OSX Yosemite 10.10.3 или по-нова версия) с уеб браузър, който има достъп до нея на http://127.0.0.1:8080. Използвате екземпляра Docker, за да изтеглите и стартирате инструмента за настройка на HDS, който изгражда информацията за локалната конфигурация за всички възли за хибридна защита на данните. Може да се нуждаете от лиценз за Docker Desktop. Вижте И зисквания за работния плот на Docker за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има свързаността, описана в Изиск ванията за външна свързаност.
10	Ако интегрирате прокси сървър с хибридна защита на данните, уверете се, че той отговаря на изискванията на прокси сървъра.

Създаване на хибриден клъстер за сигурност на данните

Поток от задачи за внедряване на хибридната сигурност

Преди да започнете

1	Извършете първоначална настройка и изтегляне на инсталационни файлове Изтеглете OVA файла на вашата локална машина за по-късна употреба.
2	Създайте конфигурационен ISO за HDS хостовете Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите за хибридна защита на данните.
3	Инсталирайте HDS хост OVA Създайте виртуална машина от файла OVA и извършете първоначална конфигурация, като например мрежови настройки. Конфигурирането на мрежовите настройки по време на внедряването на OVA се поддържа само на ESXi 7.0 и 8.0. За внедряването на NFVIS вижте Инсталиране на HD S хост OVA на NFVIS. За внедряването на Nutanix вижте Инсталиране на HDS Host OVA на Nutanix
4	Настройте хибридната виртуална машина за защита на данните Влезте в конзолата на VM и задайте идентификационните данни за влизане. Конфигури райте мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедр яването на OVA. За внедряването на NFVIS вижте Настройване на виртуалната машина за хибридна защита на данните на NFVIS. За внедряването на Nutanix вижте Създаване на хибридна виртуална машина за защита на данните на Nutanix
5	Качване и монтиране на HDS конфигурация ISO Конфигурирайте виртуалната виртуална машина от конфигурационния файл ISO, който сте създали с инструмента за настройка на HDS. За внедряването на NFVIS вижте Качване и монтиране на ISO за конфигурация на HD S. За внедряването на Nutanix вижте Качване и монтиране на ISO за конфигурация на HDS
6	Конфигурирайте HDS възела за интеграция на прокси сървъри Ако мрежовата среда изисква конфигурация на прокси сървъра, посочете типа прокси сървър, който ще използвате за възела, и добавете прокси сертификата към магазина за доверие, ако е необходимо.
7	Регистрирайте първия възел в клъстера Регистрирайте виртуалната машина с Cisco Webex облака като възел за хибридна сигурност на данните.
8	Създаване и регистриране на повече възли Завършете настройката на клъстера.
9	Активирайте HDS с множество наематели в партньорския център. Активирайте HDS и управлявайте организациите за наематели в Partner Hub.

Извършете първоначална настройка и изтегляне на инсталационни файлове

В тази задача изтегляте OVA файл на вашата машина (не на сървърите, които сте настроили като възли за хибридна сигурност на данните). Използвате този файл по-късно в процеса на инсталиране.

1	Влезте в партньорския център и след това щракнете върху У слуги.
2	В секцията Хибрид намерете картата за хибридна защита на данните и след това щракнете върху Настройка. Щракването върху Настройване в партньорския център е от решаващо значение за процеса на внедряване. Не продължавайте с инсталацията, без да завършите тази стъпка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне.OVA файл на картата Инсталиране и конфигуриране на софту ера. По-старите версии на софтуерния пакет (OVA) няма да бъдат съвместими с най-новите ъпгрейди за хибридна сигурност на данните. Това може да доведе до проблеми при надграждане на приложението. Уверете се, че сте изтеглили най-новата версия на файла OVA. Можете също да изтеглите OVA по всяко време от секцията По мо щ. Щракнете върху Настройки > Помо щ > Изтеглете софтуер за хибридна защита на данните. OVA файлът автоматично започва да се изтегля. Запазете файла на място на вашето устройство.

Създайте конфигурационен ISO за HDS хостовете

Процесът на настройка на хибридна защита на данните създава ISO файл. След това използвате ISO, за да конфигурирате вашия хост за хибридна защита на данните.

Преди да започнете

Инструментът за настройка на HDS работи като контейнер Docker на локална машина. За да получите достъп до него, стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в Partner Hub с пълни администраторски права.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1 до 5 в процедурата по-долу. Вижте Стар тиране на инструмента за настройка на HDS с помощта на Podman Desktop за подроб ности.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато извеждате контейнера Docker в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://SERVER_IP:PORT

HTTPS прокси без удостоверяване

ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://SERVER_IP:PORT

HTTP прокси с удостоверяване

ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT

HTTPS прокси с удостоверяване

ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT
Конфигурационният ISO файл, който генерирате, съдържа главния ключ, криптиращ базата данни PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като следните:
- Идентификационни данни
- Актуализации на сертификатите
- Промени в политиката за оторизация
Ако планирате да криптирате връзки с база данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете съответната команда за вашата среда:

В редовни среди:

docker rmi ciscocitg/hds-setup:stable

В средите на FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

Тази стъпка почиства предишните изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображенията на Docker, въведете следното:

docker login -u hdscustomersro

3

В подкана за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo

4

Изтеглете най-новото стабилно изображение за вашата среда:

В редовни среди:

docker pull ciscocitg/hds-setup:stable

В средите на FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable

5

Когато изтеглянето завърши, въведете съответната команда за вашата среда:

В обикновени среди без прокси сървър:
```
docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
```

В обикновени среди с HTTP прокси сървър:

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

В обикновени среди с HTTPS прокси сървър:

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

В среда на FedRAMP без прокси сървър:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable

В среда на FedRAMP с HTTP прокси сървър:

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

В среда на FedRAMP с HTTPS прокси сървър:

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

Когато контейнерът работи, виждате „Експресно слушане на сървъра на порт 8080“.

6

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

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080 и въведете администраторско потребителско име за Partner Hub в подканата.

Инструментът използва това първо въвеждане на потребителското име, за да зададе подходящата среда за този акаунт. След това инструментът показва стандартния подкана за влизане.

7

Когато бъдете подканени, въведете идентификационните данни за влизане на администратора на партньорския център и след това щ ракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна защита на данните.

8

На страницата Преглед на инструмента за настройка щрак нете върху Започване.

9

На страницата Импортиране на ISO имате следните опции:

Не — Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да — Ако вече сте създали HDS възли, изберете вашия ISO файл в браузъра и го качвате.

10

Проверете дали вашият сертификат X.509 отговаря на изискванията в изискванията за сертификат X.50 9.

Ако никога преди не сте качвали сертификат, качете сертификата X.509, въведете паролата и щракнете върху Продължи.
Ако вашият сертификат е OK, щракнете върху Продължи.
Ако вашият сертификат е изтекъл или искате да го замените, изберете Не за Продължаване да използвате веригата за сертификати HDS и частен ключ от предишния ISO? . Качете нов сертификат X.509, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до вашата ключова база данни:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, ще получите поле Тип удостоверяване.
(Само Microsoft SQL Server) Изберете вашия тип удостоверяване:
- Основно удостоверяване: Имате нужда от име на локален акаунт на SQL Server в полето Потребителско име.
- Удостоверяване на Windows: Имате нужда от акаунт в Windows във формата потребителско име @DOMAIN в полето Потребителско име.
Въведете адреса на сървъра на базата данни във формата: <hostname><port>или: <IP-address><port>.

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

Можете да използвате IP адрес за основно удостоверяване, ако възлите не могат да използват DNS за разрешаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формата db host.example.org:1433
Въведете името на базата данни.
Въведете потребителското име и парол ата на потребител с всички привилегии в базата данни за съхранение на ключове.

12

Изберете режим на свързване с база данни TLS:

Режим	Описание
Предпочитайте TLS (опция по подразбиране)	HDS възлите не изискват TLS за свързване към сървъра на базата данни. Ако активирате TLS на сървъра на базата данни, възлите се опитват да създадат криптирана връзка.
Изисквайте TLS	HDS възлите се свързват само ако сървърът на базата данни може да договаря TLS.
Изисквайте TLS и проверете подписващия сертификат	Този режим не е приложим за бази данни на SQL Server. HDS възлите се свързват само ако сървърът на базата данни може да договаря TLS. След установяване на TLS връзка възелът сравнява подписващия сертификат от сървъра на базата данни с органа за сертификат в основния сертификат на базата данни. Ако не съвпадат, възелът прекратява връзката. Използвайте контролата за основен сертификат за база данни под падащото меню, за да качите основния сертификат за тази опция.
Изисквайте TLS и проверете подписващия сертификат и името на хоста	HDS възлите се свързват само ако сървърът на базата данни може да договаря TLS. След установяване на TLS връзка възелът сравнява подписващия сертификат от сървъра на базата данни с органа за сертификат в основния сертификат на базата данни. Ако не съвпадат, възелът прекратява връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето хост и порт на база данни. Имената трябва да съвпадат точно или възелът прекратява връзката. Използвайте контролата за основен сертификат за база данни под падащото меню, за да качите основния сертификат за тази опция.

Когато качите основния сертификат (ако е необходимо) и щракнете върху Прод ължи, инструментът за настройка на HDS тества връзката TLS със сървъра на базата данни. Инструментът също проверява подписващия сертификат и името на хоста, ако е приложимо. Ако тестът не успее, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързаността HDS възлите може да могат да установят TLS връзката, дори ако машината за настройка на HDS не може успешно да я тества.)

13

На страницата Системни дневници конфигурирайте вашия Syslogd сървър:

Въведете URL адреса на сървъра syslog.

Ако сървърът не се разрешава с DNS от възлите за вашия HDS клъстер, използвайте IP адрес в URL адреса.

Пример:
udp: //10.92.43. 23:514 показва регистриране към хост на Syslogd 10.92.43.23 на UDP порт 514.
Ако настроите сървъра си да използва TLS криптиране, проверете Конфигуриран ли е сървърът ви за TLS преговаряване/ръкостискане? .

Ако поставите отметка в това квадратче, уверете се, че сте въвели TCP URL адрес като tcp: //10.92.43. 23:514 и качете основния сертификат на syslog.
От падащото меню Избор на прекратяване на записа syslog изберете подходящата настройка за вашия ISO файл: Изберете или Newline се използва за Graylog и Rsyslog TCP
- Нулев байт --\ x00
- Нов ред --\ n —Изберете този избор за Graylog и Rsyslog TCP.
Щракнете върху Продъл жи.

14

(Незадължително) Можете да промените стойността по подразбиране за някои параметри за връзка с база данни в Раз ширени настройки. Обикновено този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxSize: 10

15

Щракнете върху Прод ължи на ек рана Нулиране на паролата за услуги.

Паролите за сервизни акаунти имат деветмесечен живот. Използвайте този екран, когато паролите ви наближават изтичане или искате да ги нулирате, за да анулирате предишните ISO файлове.

16

Щракнете върху Изтегляне на ISO файл. Запазете файла на място, което е лесно да се намери.

17

Направете резервно копие на ISO файла на вашата локална система.

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

18

За да изключите инструмента за настройка, въведете CTRL+C.

Какво да правя по-нататък

Архивирайте конфигурационния ISO файл. Нуждаете се от него, за да създадете повече възли за възстановяване или да направите промени в конфигурацията. Ако загубите всички копия на ISO файла, сте загубили и главния ключ. Възстановяването на ключовете от вашата база данни PostgreSQL или Microsoft SQL Server не е възможно.

Никога нямаме копие на този ключ и не можем да помогнем, ако го загубите.

Инсталирайте HDS хост OVA

Използвайте тази процедура, за да създадете виртуална машина от файла OVA.

Ако инсталирате HDS на NFVIS хипервизор, вижте секцията Инсталиране на HD S хост OVA на NFVIS.

Ако инсталирате HDS на хипервизор на Nutanix, вижте секцията Инсталиране на HDS хост OVA на Nutanix.

1	Използвайте VMware vSphere клиента на вашия компютър, за да влезете във виртуалния хост ESXi.
2	Изберете Файл > Разгъ ване на OVF шаблон.
3	В съветника посочете местоположението на OVA файла, който сте изтеглили по-рано, и след това щракнете върху Напред.
4	На страницата Избор на име и папка въведете име на Виртуална машина за възела (например „HDS_Node_1"), изберете място, където може да се намира внедряването на възела на виртуалната машина, и след това щракнете върху Напред.
5	На страницата Из бор на ресурс за изчисление изберете дестинационния изчислителен ресурс и след това щракнете върху Напред. Изпълнява се проверка за валидиране. След като приключи, се появяват подробностите за шаблона.
6	Проверете подробностите за шаблона и след това щракнете върху На пред.
7	Ако бъдете помолени да изберете конфигурацията на ресурса на страницата Конфигу ра ция, щракнете върху 4 CPU и след това щракнете върху Напред.
8	На страницата Избор на съхранение щ ракнете върху Напред, за да приемете дисковия формат по подразбиране и правилата за съхранение на VM.
9	На страницата Из бор на мрежи изберете опцията мрежа от списъка с записи, за да осигурите желаната свързаност към VM.
10	На страницата Пер сонализиране на шаблона конфигурирайте следните мрежови настройки: Име на хоста — Въведете FQDN (име на хост и домейн) или име на хост с една дума за възела. Не е необходимо да задавате домейна да съответства на домейна, който сте използвали за получаване на сертификата X.509. За да осигурите успешна регистрация в облака, използвайте само малки букви в FQDN или името на хоста, които сте задали за възела. Понастоящем капитализацията не се поддържа. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес — Въведете IP адреса за вътрешния интерфейс на възела. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска — Въведете адреса на маската на подмрежата в точковата десетична нотация. Например, 255.255.255.0. Шлюз — Въведете IP адреса на шлюза. Шлюзът е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри — Въведете списък с DNS сървъри, разделен със запетаи, които се справят с превода на имена на домейни на цифрови IP адреси. (Допускат се до 4 DNS записа.) NTP сървъри — Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетаи, за да въведете няколко NTP сървъра. Разгънете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстера да са достъпни от клиенти във вашата мрежа за административни цели. Ако е предпочитано, можете да пропуснете конфигурацията на мрежовите настройки и да следвате стъпките в Настройване на Hybrid Data Security VM, за да конфигурирате настройките от конзолата на възела. Опцията за конфигуриране на мрежовите настройки по време на внедряването на OVA е тествана с ESXi 7.0 и 8.0. Възможно е опцията да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху възела VM и след това изберете Захран ване > Включване. Софтуерът за хибридна защита на данните се инсталира като гост на VM хост. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване Може да изпитате забавяне от няколко минути, преди да се появят контейнерите на възли. По време на първото зареждане на конзолата се появява съобщение на мостовата защитна стена, по време на което не можете да влезете.

Настройте хибридната виртуална машина за защита на данните

Използвайте тази процедура, за да влезете за първи път в конзолата на VM възела Hybrid Data Security и да зададете идентификационните данни за влизане. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.

Ако внедрявате HDS на NFVIS хипервизор, вижте раздела Настройване на хибридна виртуална машина за защита на данните в NFVIS.

Ако внедрявате HDS на хипервизор на Nutanix, вижте раздела Съ здаване на хибридна виртуална машина за сигурност на данни на Nutanix.

1	В клиента VMware vSphere изберете вашия VM възел за хибридна защита на данните и изберете раздела Конз ола. VM стартира и се появява подкана за вход. Ако подканата за влизане не се показва, натиснете Enter.
2	Използвайте следното потребителско име и парола по подразбиране, за да влезете и да промените идентификационните данни: Вход: `администратор` Парола: `цискосистеми` Тъй като влизате в виртуалната си виртуална машина за първи път, трябва да промените паролата на администратора.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай в главното меню изберете опцията Реда ктиране на конфигура цията.
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(Незадължително) Променете името на хоста, домейна или NTP сървъра (ите), ако е необходимо, за да съответства на мрежовите правила. Не е необходимо да задавате домейна да съответства на домейна, който сте използвали за получаване на сертификата X.509.
6	Запазете мрежовата конфигурация и рестартирайте VM, така че промените да влязат в сила.

Качване и монтиране на HDS конфигурация ISO

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

Ако инсталирате HDS на NFVIS хипервизор, вижте секцията Качване и монтиране на ISO конфигурация на HD S.

Ако инсталирате HDS на хипервизор на Nutanix, вижте секцията Качване и монтиране на ISO конфигурация на HD S.

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде изложен само на база „необходимост да се знае“, за достъп от виртуалните виртуални машини за хибридна сигурност на данните и всички администратори, които може да се наложи да направят промени. Уверете се, че само тези администратори имат достъп до системата на данни.

1

Качете ISO файла от вашия компютър:

В левия навигационен екран на клиента VMware vSphere кликнете върху сървъра ESXi.
В списъка Хардуер в раздела Конфигурация щракнете върху Съ хранение.
В списъка Datastores щракнете с десния бутон върху базата данни за вашите виртуални машини и щракнете върху Преглед на Datastore.
Щракнете върху иконата Качване на файлове и след това щракнете върху Ка чване на файл.
Прегледайте мястото, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Щракнете върху Да, за да приемете предупреждението за операцията за качване/изтегляне и затворете диалоговия прозорец за данни.

2

Монтирайте ISO файла:

В левия навигационен екран на клиента VMware vSphere кликнете с десния бутон върху виртуалната машина и щракнете върху Ре да ктиране на настройките.
Щракнете върху OK, за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD устройство 1, изберете опцията за монтиране от ISO файл на база данни и прегледайте мястото, където сте качили конфигурационния ISO файл.
Проверете Свър зани и Свържете при включено захран ване.
Запазете промените си и рестартирайте виртуалната машина.

Какво да правя по-нататък

Ако вашата ИТ политика изисква, можете по желание да деинсталирате ISO файла, след като всички ваши възли вземат промените в конфигурацията. Вижте (По избор) Отстраняване на ISO след конфигуриране на HDS за подробности.

Конфигурирайте HDS възела за интеграция на прокси сървъри

Ако мрежовата среда изисква прокси сървър, използвайте тази процедура, за да посочите типа прокси сървър, който искате да интегрирате с хибридна защита на данните. Ако изберете прозрачен прокси сървър за проверка или HTTPS прокси сървър, можете да използвате интерфейса на възела, за да качите и инсталирате основния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните евентуални проблеми.

Преди да започнете

Вижте Поддръжка на прокси сървъри за преглед на поддържаните опции за прокси сървъри.
Изисквания за прокси сър

1	Въведете URL адреса за настройка на HDS възела `https://[HDS Node IP или FQDN] /setup` в уеб браузър, въведете идентификационните данни за администратора, които сте настроили за възела, и след това щракнете върху Вход.
2	Отидете в Trust Store & Proxy и след това изберете опция: Без прокси — опцията по подразбиране, преди да интегрирате прокси сървър. Не се изисква актуализация на сертификата. Прозрачен прокси сървър без проверка — възлите не са конфигурирани да използват конкретен адрес на прокси сървър и не трябва да изискват никакви промени, за да работят с прокси сървър, който не проверява. Не се изисква актуализация на сертификата. Прозрачен прокси сър вър за проверка — възлите не са конфигурирани да използват конкретен адрес на прокси сървър. Не са необходими промени в конфигурацията на HTTPS при внедряването на Hybrid Data Security, но HDS възлите се нуждаят от основен сертификат, за да се доверят на прокси сървъра. Инспекционните прокси сървъри обикновено се използват от ИТ за налагане на политики по кои уебсайтове могат да бъдат посещавани и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър — С изричен прокси сървър казвате на клиента (HDS възли) кой прокси сървър да използва и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN — Адрес, който може да се използва за достигане до прокси машината. Про@@ кси порт — номер на порт, който прокси служителят използва за слушане на прокси трафик. Прокси протокол — Изберете http (преглежда и контролира всички заявки, получени от клиента) или https (предоставя канал към сървъра и клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване — Изберете от следните типове удостоверяване: Няма — Не се изисква допълнително удостоверяване. Предлага се за HTTP или HTTPS прокси сървъри. Основно — Използва се за HTTP потребителски агент за предоставяне на потребителско име и парола при подаване на заявка. Използва кодиране Base64. Предлага се за HTTP или HTTPS прокси сървъри. Ако изберете тази опция, трябва също да въведете потребителското име и паролата. Digest — Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция върху потребителското име и паролата преди изпращане през мрежата. Предлага се само за HTTPS прокси сървъри. Ако изберете тази опция, трябва също да въведете потребителското име и паролата. Следвайте следващите стъпки за прозрачен прокси сървър за проверка, HTTP прокси сървър с основно удостоверяване или HTTPS прокси сървър.
3	Щракнете върху Качване на основен сертификат или сертификат за край но образувание и след това преминете към избор на основния сертификат за прокси сървъра. Сертификатът е качен, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката на шеврона до името на издателя на сертификата, за да получите повече подробности, или щракнете върху Из три ване, ако сте допуснали грешка и искате да качите файла отново.
4	Щракнете върху Проверка на прокси връз ката, за да тествате мрежовата свързаност между възела и прокси сървъра. Ако тестът за връзка не успее, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, че външната DNS резолюция не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много явни прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирана външна DNS резолюция. Ако смятате, че това е грешка, изпълнете тези стъпки и след това вижте Из ключване на режим на блокирана външна резолюция на DNS.
5	След като теста за връзка премине, за изричен прокси сървър, зададен само на https, включете превключвателя на Мар шрутирайте всички заявки за https на порт 443/444 от този възел през изричния прокси сървър. Тази настройка изисква 15 секунди, за да влезе в сила.
6	Щракнете върху Инсталиране на всички сертификати в магазина за довери е (показва се за HTTPS прокси сървъри или прозрачен прокси сървър за проверка) или Рестартирайте (показва се за изричен HTTP прокси сървър), прочетете подкана и след това щракнете върху Инст алиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След като възелът се рестартира, влезте отново, ако е необходимо, и след това отворете страницата Пре глед, за да проверите проверките за свързаност, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн на webex.com. Ако има проблеми със свързаността, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси сървъра.

Регистрирайте първия възел в клъстера

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

Когато регистрирате първия си възел, създавате клъстер, към който е присвоен възелът. Клъстерът съдържа един или повече възли, разположени за осигуряване на резервиране.

Преди да започнете

След като започнете регистрацията на възел, трябва да го завършите в рамките на 60 минути или трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че разрешавате изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете У слуги.
3	В секцията Хибрид намерете карта за хибридна защита на данните и щракнете върху Настройка.
4	В страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на Създаване на нова клъстерна карта въведете име за клъстера, към който искате да зададете своя възел за хибридна защита на данните. Препоръчваме ви да назовете клъстер въз основа на това къде се намират географски възлите на клъстера. Примери: „Сан Франциско“ или „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добав яне в долната част на екрана. Този IP адрес или FQDN трябва да съответства на IP адреса или името на хоста и домейна, които сте използвали в Настройване на виртуалната машина за хибридна защита на данните. Появява се съобщение, показващо, че можете да регистрирате своя възел в Webex.
7	Щракнете върху Отиди в възел. След няколко минути сте пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата Разрешаване на достъп до хибридни възли за сигурност на данните. Там потвърждавате, че искате да дадете разрешения на вашата организация Webex за достъп до вашия възел.
8	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данните и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата за хибридна защита на данните на Partner Hub. На страницата Хи бридна защита на данните новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Рес урси. Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на повече възли

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

Преди да започнете

След като започнете регистрацията на възел, трябва да го завършите в рамките на 60 минути или трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че разрешавате изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, повтаряйки стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новата VM, повтаря йки стъпките в Настройване на хибридната виртуална машина за защита на данните.
3	На новата виртуална виртуална машина повторете стъпките в Качване и монтирайте ISO за конфигурация на HDS.
4	Ако настройвате прокси сървър за вашето внедряване, повторете стъпките в Конфигу риране на HDS възела за интеграция на прокси сървъри, както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.com изберете У слуги от менюто от лявата страна на екрана. В секцията Хибрид намерете картата за хибридна защита на данните и щракнете върху Преглед на всички. Появява се страницата Хибридни ресурси за сигурност на данните. Новосъздаденият клъстер ще се появи на страницата Рес урси. Кликнете върху клъстера, за да видите възлите, присвоени на клъстера. Щракнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, показващо, че можете да регистрирате своя възел в облака Webex. След няколко минути сте пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата Разрешаване на достъп до хибридни възли за сигурност на данните. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данните и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата за хибридна защита на данните на Partner Hub. Добавеното изскачащо съобщение за възел също се появява в долната част на екрана в Partner Hub. Вашият възел е регистриран.

Какво да правя по-нататък

За да създадете допълнителни клъстери, влезте в партньорския център и щракнете върху У слуги > Хи бридна защита на данните > Пре глед на всички > Добавяне на клъстер. Следвайте стъпките, описани в раздела по-горе, за да добавите първия възел към допълнителния клъстер или клъстери.

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

Активирайте HDS с множество наематели в партньорския център

Тази задача гарантира, че всички потребители на клиентските организации могат да започнат да използват HDS за локални ключове за криптиране и други услуги за сигурност.

Преди да започнете

Уверете се, че сте завършили настройването на вашия Multi-Tenant HDS клъстер с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете У слуги.
3	В секцията Хибрид намерете Хибридна защита на данните и щракнете върху Реда ктиране на настройките.
4	Щракнете върху Активиране на HDS на картата за състоянието на HDS.

Добавяне на организации за наематели в партньорския център

В тази задача вие задавате клиентски организации към вашия хибриден клъстер за сигурност на данните.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете У слуги.
3	В секцията Хибрид намерете Хибридна сигурност на данните и щракнете върху Преглед на всички.
4	Отидете в раздел а Назначени клиенти. Раздел ът Присвоени клиенти няма да се показва, докато не създадете клъстер.
5	Щракнете върху Добавяне на клиенти.
6	Изберете клиента, който искате да добавите от падащото меню.
7	Щракнете върху Добав яне, клиентът ще бъде добавен към клъстера.
8	Повторете стъпки от 5 до 7, за да добавите множество клиенти към вашия клъстер.
9	Щракнете върху Готово в долната част на екрана, след като добавите клиентите. Добавените клиенти ще бъдат синхронизирани във всички налични клъстери.

Какво да правя по-нататък

Стартирайте инструмента за настройка на HDS, както е описано в Съ здаване на основни ключове за клиенти (CMKs), като използвате инструмента за настройка на HDS, за да завърш ите процеса на настройка.

Създаване на основни ключове за клиенти (CMC) с помощта на инструмента за настройка на HDS

Преди да започнете

Назначете клиенти, както е описано в Добавяне на организации за наематели в партньорския център. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените клиентски организации.

Инструментът за настройка на HDS работи като контейнер Docker на локална машина. За да получите достъп до него, стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато извеждате контейнера Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, криптиращ базата данни PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като следните:
- Идентификационни данни
- Актуализации на сертификатите
- Промени в политиката за оторизация
Ако планирате да криптирате връзки с база данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данните създава ISO файл. След това използвате ISO, за да конфигурирате вашия хост за хибридна защита на данните.

1	В командния ред на вашата машина въведете съответната команда за вашата среда: В редовни среди: `docker rmi ciscocitg/hds-setup:stable` В средите на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка почиства предишните изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображенията на Docker, въведете следното: `docker login -u hdscustomersro`
3	В подкана за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В редовни среди: `docker pull ciscocitg/hds-setup:stable` В средите на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето завърши, въведете съответната команда за вашата среда: В обикновени среди без прокси сървър: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В обикновени среди с HTTP прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среда на FedRAMP без прокси сървър: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среда на FedRAMP с HTTP прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среда на FedRAMP с HTTPS прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресно слушане на сървъра на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторско потребителско име за Partner Hub в подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе подходящата среда за този акаунт. След това инструментът показва стандартния подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните данни за влизане на администратора на партньорския център и след това щ ракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна защита на данните.
8	На страницата Преглед на инструмента за настройка щрак нете върху Започване.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете. Осигурете свързаност с вашата база данни, за да извършите управление на CMK.
11	Отидете в раздел а Управление на CMK за наематели, където ще намерите следните три начина за управление на CMC за наематели. Създайте CMK за всички ОРГ или Съ з дайте CMK - К ликнете върху този бутон на банера в горната част на екрана, за да създадете CMC за всички новодобавени организации. Щракнете върху бутона Управление на CMC от дясната страна на екрана и щракнете върху Създаване на CMC, за да създадете CMC за всички новодобавени организации. Щракнете близо до управлението на CMK в очакване на състоянието на конкретна организация в таблицата и щракнете върху Създаване на CMK, за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, състоянието в таблицата ще се промени от управлението на CMK в очакване към управлявано от CM K.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахнете организациите за наематели

Преди да започнете

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

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете У слуги.
3	В секцията Хибрид намерете Хибридна сигурност на данните и щракнете върху Преглед на всички.
4	На страницата, която се отваря, щракнете върху раздел а Присвоени клиенти.
5	От списъка с организациите на клиенти, които се показват, щракнете върху от дясната страна на организацията на клиентите, която искате да премахнете и щракнете върху Пре махване от клъстера.

Какво да правя по-нататък

Завършете процеса на премахване, като отмените CMC на организациите клиенти, както е описано в Оттегляне на CMKs на наематели, премахнати от HDS.

Отменете CMC на наематели, отстранени от HDS.

Преди да започнете

Премахнете клиентите, както е описано в Пре махване на организации с наем атели. Стартирайте инструмента за настройка на HDS, за да завършите процеса на премахване на организациите клиенти, които са били премахнати.

Инструментът за настройка на HDS работи като контейнер Docker на локална машина. За да получите достъп до него, стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато извеждате контейнера Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, криптиращ базата данни PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като следните:
- Идентификационни данни
- Актуализации на сертификатите
- Промени в политиката за оторизация
Ако планирате да криптирате връзки с база данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данните създава ISO файл. След това използвате ISO, за да конфигурирате вашия хост за хибридна защита на данните.

1	В командния ред на вашата машина въведете съответната команда за вашата среда: В редовни среди: `docker rmi ciscocitg/hds-setup:stable` В средите на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка почиства предишните изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображенията на Docker, въведете следното: `docker login -u hdscustomersro`
3	В подкана за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В редовни среди: `docker pull ciscocitg/hds-setup:stable` В средите на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето завърши, въведете съответната команда за вашата среда: В обикновени среди без прокси сървър: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В обикновени среди с HTTP прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среда на FedRAMP без прокси сървър: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среда на FedRAMP с HTTP прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среда на FedRAMP с HTTPS прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресно слушане на сървъра на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторско потребителско име за Partner Hub в подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе подходящата среда за този акаунт. След това инструментът показва стандартния подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните данни за влизане на администратора на партньорския център и след това щ ракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна защита на данните.
8	На страницата Преглед на инструмента за настройка щрак нете върху Започване.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете.
11	Отидете в раздел а Управление на CMK за наематели, където ще намерите следните три начина за управление на CMC за наематели. Оттегляне на CMK за всички ОРГ или Оттегл яне на CMK - Кликнете върху този бутон на банера в горната част на екрана, за да отмените CMK на всички организации, които са били премахнати. Щракнете върху бутона Управление на CMC от дясната страна на екрана и щракнете върху Отмяна на CMC, за да отмен ите CMC на всички организации, които са били премахнати. Щракнете близо до CMK да бъде от менен статут на конкретна организация в таблицата и щракнете върху Оттегляне на CMK, за да отмените CMK за тази конкретна организация.
12	След като отмяната на CMK е успешно, организацията на клиентите вече няма да се появява в таблицата.
13	Ако отмяната на CMK е неуспешна, ще се покаже грешка.

Тествайте внедряването на хибридна защита на данните

Тествайте внедряването на хибридната сигурност на данните

Използвайте тази процедура, за да тествате сценарии за криптиране на хибридна защита на данните с няколко наематели.

Преди да започнете

Настройте внедряването на хибридна защита на данните с множество наематели.
Уверете се, че имате достъп до syslog, за да проверите дали ключовите заявки се предават към вашето внедряване на хибридна защита на данните с множество наематели.

1

Клавишите за дадено пространство се задават от създателя на пространството. Влезте в приложението Webex като един от потребителите на организацията на клиенти и след това създайте пространство.

Ако деактивирате внедряването на хибридна защита на данните, съдържанието в пространствата, които потребителите създават, вече не е достъпно, след като копия на ключовете за криптиране, съхранявани от клиента, бъдат заменени.

2

Изпращайте съобщения в новото пространство.

3

Проверете изхода на syslog, за да проверите дали ключовите заявки се предават към вашето внедряване на хибридна защита на данните.

Ако потребител на новодобавена клиентска организация извърши някакво действие, организационният идентификатор на организацията ще се появи в дневниците и това може да се използва, за да се провери дали организацията използва HDS с множество наематели. Проверете стойността на kms.data.or gid в syslogs.

За да проверите дали потребител първо установява защитен канал към KMS, филтрирайте на kms.data.method=create и kms.data. type=Ephemeral_KEY_COLLECTION:

Трябва да намерите запис като следния (идентификаторите са съкратени за четливост):

2025-04-10 04:38:20.208 (+0000) INFO  KMS [pool-19-thread-13] - [KMS:REQUEST] received, deviceId: 
https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5 ecdheKid: kms://collabdemoorg.cisco.com/statickeys/8[~]3 
clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]6,
 kms.data.method=create, kms.merc.id=d[~]7, kms.merc.sync=false, kms.data.uriHost=collabdemoorg.cisco.com, 
kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=1[~]f, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/ecdhe, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите дали потребител иска съществуващ ключ от KMS, филтрирайте на kms.data.method=извличане и kms.data.type=ключ:

Трябва да намерите запис като:

2025-04-10 04:38:24.144 (+0000) INFO  KMS [pool-19-thread-26] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558)
 WEBEX_TRACKINGID=webex-web-client_0[~]0, kms.data.method=retrieve, kms.merc.id=5[~]3, kms.merc.sync=false,
 kms.data.uriHost=collabdemoorg.cisco.com, kms.data.type=KEY, kms.data.requestId=4[~]7, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/keys/2[~]e, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите дали потребител иска създаването на нов KMS ключ, филтрирайте на kms.data.method=create и kms.data. type=KEY_COLLECTION:

Трябва да намерите запис като:

2025-04-10 04:42:22.739 (+0000) INFO  KMS [pool-19-thread-29] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::7 orgId: 2[~]b
 (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]3, kms.data.method=create, 
kms.merc.id=6[~]4, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, 
kms.data.orgId=2[~]b, kms.data.uri=/keys, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите дали потребител иска създаването на нов KMS ресурсен обект (KRO) при създаването на пространство или друг защитен ресурс, филтрирайте на kms.data.method=create и kms. data.type=resource_collection:

Трябва да намерите запис като:

2025-04-10 04:42:23.690 (+0000) INFO  KMS [pool-19-thread-31] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/3[~]6 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 
clusterConnection: prodachm::1 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]2,
 kms.data.method=create, kms.merc.id=3[~]0, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
kms.data.requestId=5[~]8, kms.data.orgId=2[~]b, kms.data.uri=/resources, kms.data.userId=1[~]f, kms.data.httpUserAgent=conversation

Тълкуване на HDS дневници и разбиране на етикетите на агенти

HDS дневниците предоставят подробна информация относно заявките за KMS. Тези дневници включват различни полета, които помагат да се идентифицира естеството на заявката и свързаната с нея самоличност. Разбирането на тези области е от съществено значение за правилното тълкуване на дейностите и надеждните вътрешни операции.

Терминология

За да се гарантира яснота при прегледа на HDS дневниците, е важно да разберете следните термини:

Срок	Определение
Сервизен акаунт	Идентичност на услугата, която позволява на услугите на Webex да извършват оторизирани действия сигурно.
Агент	Идентичност на услужния субект или услужен акаунт, използван за извършване на автоматизирани операции в HDS средата.
Етикет на агента	Маркер, включен в дневниците на HDS, който идентифицира конкретния източник и тип на входяща заявка, позволявайки ефективен одит на контрола на достъпа.
Делегиран достъп	Оторизиран сервизен акаунт, който прави заявка за конкретен потреб ител, в рамките на разрешенията на този потребител. Появява се като заявка за делеги ране: `агент -> userid`.

Терминът „агент“ в този контекст се отнася конкретно до идентичността на HDS услугата. Те не са свързани с агентите, задвижвани от AI, използвани в други функции на Webex.

Искането се връч ва само когато произхожда от:

удостоверен потребител във вашата организация или
ака унт за услуги, който се намира във вашата организация и е оторизиран от нея.

Преглед на полетата за дневници

Поле	Какво представлява
Времева марка	Дата и час на операцията.
kms.data.метод	Извършена операция KMS (например извличане).
kms.data.orgld	Идентификатор на организацията.
KMS.Data.HttpUserАгент	Клиентът или службата, която прави заявката.
WEBEX_TRACKINGID	Уникален идентификатор за проследяване на заявката.
КМС.Дата.УриХост/кмс.дата.ури	Домакинът и ресурсът, насочен към заявката.
kms.дата.userld	Самоличността, изпълняваща заявката, включително етикет на агента.
км.отговор.успех	Показва дали искането е успяло.

Видове заявки - Бърза справка

Етикет в дневника	Етикет на агента	Какво представлява	Типични операции
Тип потребител: UserAgent	Потребителски агент	Надежден акаунт за услуги, свързан с потребителски работен процес, обхванат от вашата организация.	Създаване/управление на ключове за потребителски процес.
o-агент <id>-> потребител <id>	Организационен агент	Надеждна услуга на ниво орган, използващ делегиран достъп.	Извличане на данни от Webex от служителя за съответствие, интеграции на календари.
c-агент <id>-> потребител <id>	Облачен агент	Услуга на Webex, изпълняваща делегирана заявка за конкретен потребител.	Сканиране на вируси, визуализация на съдържанието, транскрипти.
c-агент <id>	Облачен агент	Услуга на Webex, изпълняваща делегирана заявка.	ECDHE/сесийни ключове.
UUID на крайния потребител	-	Удостовереният краен потребител, взаимодействащ с HDS.	Потребител извлича собствения си ключ.

Видове заявки - В детайли

Етикетите на агентите категоризират източника на заявката и помагат при определянето на подходящия контрол на достъпа. Следващите примери демонстрират множество типове заявки и свързаните с тях етикети на агенти.

Потребителски агент (UserAgent):

Това са надеждни акаунти за услуги на Webex, свързани с конкретни потребителски работни потоци и са обхванати от организацията на клиентите. Те обикновено се използват, когато дадена услуга създава и управлява ключове от името на работния процес на потребителя.

Примерен дневник:
```
2026-06-18 10:58:14.405 (+0000) INFO  KMS [pool-21-thread-110] - User: b[~]4 User Type: userAgent WEBEX_TRACKINGID=MsftPresence_6[~]9, kms.data.method=create, kms.merc.id=5[~]8, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=b[~]4, kms.data.orgId=null, kms.data.uri=/resources, kms.data.userId=3[~]6, kms.data.httpUserAgent=<Webex service>
```
Ключов индикатор: Примерният дневник показва потребителски агент (UserAgent), изпълняващ операции за събиране на ресурси за услуга Webex.
Организационен агент (о-агент):

Тези надеждни акаунти за услуги на Webex са упълномощени да извършват делегирани операции от името на потребителите в рамките на HDS. В обхвата на организацията на клиентите, тези акаунти изпълняват операции на ниво организация. Тази функционалност поддържа няколко функции, като например позволяване на служителите по съответствие да търсят и извличат комуникационни данни на Webex - осигурявайки организационно съответствие с регулаторните стандарти, стандартите за сигурност и поверителност на данните.

Примерен дневник:
```
2026-06-18 11:24:53.034 (+0000) INFO  KMS [pool-19-thread-118] - WEBEX_TRACKINGID=ccc_8[~]c, kms.data.method=retrieve, kms.merc.id=2[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=1[~]2, kms.data.orgId=null, kms.data.uri=kms://hds2.org5.portun.us/keys/d[~]7, kms.data.userId=o-agent 9[~]c -> userid 4[~]b, kms.data.httpUserAgent=<Webex service>
```
К@@ лючов индикатор: Примерният дневник показва орган агент (o-agent 9 [~] c), който извлича ключ от името на потребителя (4 [~] b) за услуга Webex.
Облачен агент (c-агент):
Тези надеждни акаунти за услуги на Webex са упълномощени да извършват операции на HDS чрез делегиран достъп от името на потребител. Те поддържат основни функции - като записи след среща, транскрипти, сканиране срещу злонамерен софтуер и визуализации на файлове, които подобряват цялостното потребителско изживяване.

Докато облачните агенти могат да бъдат деактивирани чрез промяна на ISO, клиентите трябва да са наясно, че това ще доведе до загуба на функционалности, като записи след среща, преписи, визуализации на файлове и автоматизирано сканиране срещу злонамерен софтуер в Webex App Spaces. За повече информация вижте раздела Де активиране на облачните агенти.

Примерен дневник:
```
2026-06-18 11:27:59.388 (+0000) INFO  KMS [pool-19-thread-56] - WEBEX_TRACKINGID=CLIENT_2[~]e, kms.data.method=retrieve, kms.merc.id=b[~]c, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=0[~]6, kms.data.orgId=null, kms.data.uri=kms://hds2.org5.portun.us/keys/e[~]e, kms.data.userId=c-agent b[~]c -> userid 9[~]c, kms.data.httpUserAgent=<Webex service>
```
Ключов индикатор: Примерният дневник показва облачен агент (c-agent b [~] c), който извлича ключ за съдържание от името на потребителя (9 [~] c).

Директно взаимодействие на крайния потреб ител:

Удостоверен потребител, взаимодействащ директно с HDS.

Примерен дневник:

2026-06-18 11:29:39.858 (+0000) INFO  KMS [pool-19-thread-141] - kms.data.method=retrieve, kms.merc.id=a[~]d, kms.merc.sync=false, kms.data.orgId=null, kms.data.httpUserAgent=<Webex service>, WEBEX_TRACKINGID=CLIENT_7[~]e, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=1[~]a, kms.response.destination=https://wdm-a.wbx2.com/wdm/api/v1/devices/1[~]e, kms.response.resourceuri=null, kms.data.uri=kms://hds2.org5.portun.us/keys/b[~]b, kms.data.userId=c[~]f, kms.response.success=true

Ключов индикатор: Примерният дневник показва краен потребител (c [~] f), който извлича ключ и взаимодейства директно с HDS.

Мониторирайте здравето на хибридната сигурност на данните

Индикатор за състоянието в партньорския център ви показва дали всичко е наред с внедряването на хибридна защита на данните с множество наематели. За по-активно предупреждение се регистрирайте за известия по имейл. Ще бъдете уведомени, когато има въздействащи на услугата аларми или надстройки на софтуера.

1	В партньорския център изберете У слу ги от менюто в лявата страна на екрана.
2	В секцията Хибрид намерете Хибридна защита на данните и щракнете върху Реда ктиране на настройките. Появява се страницата Настройки за хибридна защита на данните.
3	В секцията Известия по имейл въведете един или повече имейл адреса, разделени със запетаи, и натиснете Enter.

Управление на внедряването на HDS

Използвайте описаните тук задачи, за да управлявате внедряването на хибридна защита на данните.

Задаване на график за надграждане на

Софтуерните надстройки за хибридна сигурност на данните се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги работят с една и съща софтуерна версия. Надстройките се извършват съгласно графика за надграждане на клъстера. Когато стане налична надстройка на софтуера, имате възможност ръчно да надстроите клъстера преди планираното време за надстройване. Можете да зададете конкретен график за надстройване или да използвате графика по подразбиране от 3:00 сутринта Daily Съединени щати: Америка/Лос Анджелис. Можете също да изберете да отложите предстоящо надстройване, ако е необходимо.

За да зададете графика за надстройване:

1	Влезте в партньорския център.
2	От менюто от лявата страна на екрана изберете У слуги.
3	В секцията Хибрид намерете Хибридна защита на данните и щракнете върху Настройка
4	На страницата Хибридни ресурси за сигурност на данните изберете клъстера.
5	Кликнете върху раздела На стройки на клъстер а.
6	На страницата Настройки на клъстера под График за надстройване изберете часа и часовата зона за графика за надстройване. Забележ ка: Под часовата зона се показва следващата налична дата и час на надстройка. Можете да отложите надстройката до следващия ден, ако е необходимо, като щракнете върху Отложи с 24 часа.

Промяна на конфигурацията на възела

Понякога може да се наложи да промените конфигурацията на вашия възел за хибридна защита на данните по причина като:

Промяна на 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 на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в Partner Hub с пълни администраторски права на партньора.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки 1.a до 1.e в процедурата по-долу. Вижте Стар тиране на инструмента за настройка на HDS с помощта на Podman Desktop за подроб ности.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато извеждате контейнера Docker в 1.e. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT`

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

1	Използвайки Docker на локална машина, стартирайте инструмента за настройка на HDS. В командния ред на вашата машина въведете съответната команда за вашата среда: В редовни среди: `docker rmi ciscocitg/hds-setup:stable` В средите на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка почиства предишните изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображенията на Docker, въведете следното: `docker login -u hdscustomersro` В подкана за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo` Изтеглете най-новото стабилно изображение за вашата среда: В редовни среди: `docker pull ciscocitg/hds-setup:stable` В средите на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на паролата. Когато изтеглянето завърши, въведете съответната команда за вашата среда: В обикновени среди без прокси сървър: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В обикновени среди с HTTP прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPSProxy: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среда на FedRAMP без прокси сървър: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среда на FedRAMP с HTTP прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среда на FedRAMP с HTTPS прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресно слушане на сървъра на порт 8080“. Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Когато бъдете подканени, въведете идентификационните данни за влизане на клиенти на Partner Hub и щракнете върху При емам, за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте указанията, за да завършите инструмента и да изтеглите актуализирания файл. За да изключите инструмента за настройка, въведете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате работещ само един HDS възел, съз дайте нов VM възел за хибридна защита на данните и го регистрирайте с помощта на новия конфигурационен ISO файл. За по-подробни инструкции вижте Съ здаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващите HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: За внедряване на VMware: Изключете виртуалната машина HDS. В клиента VMware vSphere изберете виртуалната машина HDS. Щракнете с десния бутон върху виртуалната машина и изберете Ре дактиране на настройките Изберете CD/DVD устройство 1. Ако в момента е прикачен ISO файл, отделете го, преди да продължите. Изберете Datastore ISO File и след това изберете новия конфигурационен ISO файл. Изберете Свър зани и С вързване при включено захран ване. Запазете промените и захранвайте виртуалната машина. За разполагане на NFVIS: Отидете в Конфигурация > Виртуална машина > Изображения > Хранилище на изображения и качете новия конфигурационен ISO файл в хранили щето на изображения NFVIS. Отворете Кон фигурация > Виртуална машина > Управ ление и изберете HDS виртуалната машина. Изключете виртуалната машина HDS и изчакайте, докато състоянието й се промени на Изключ ване. Отворе те CD-ROM устройства. Ако в момента е прикачен ISO файл, отделете го и проверете дали не остава прикачен ISO файл. Изберете При ка чи и след това изберете новокачения конфигурационен ISO файл. Завършете операцията и проверете дали новият конфигурационен ISO файл е посочен. Стартирайте виртуалната машина HDS. За внедряване на Nutanix: В Prism Central отидете на Инфраструктура > Из числяване > Изображения. Изберете Добавяне на изображение. Под Източник на изображение изберете Файл с изображ ения и след това изберете Добавяне на файл. Изберете новата конфигурация ISO и проверете дали Type е зададен на ISO. Попълнете избора на местоположение за целевия клъстер и завършете качването. Отидете в Инфраструктура > Изчисляване > VM и изберете приложимата HDS VM. В раздела Обобщение на вирту алната машина изберете Опера ции за захранване > Изключване на за хранването и изчакайте, докато виртуалната машина бъде напълно спряна. Отворете раздела Дис кове на VM. Ако е прикачен стар ISO за конфигурация, изберете само неговия запис на CD-ROM и щракнете върху Изтриване. В раздела Д ис кове, ако полето Източ ник е празно за записи на виртуален диск, изберете съответните квадратчета за отметка и щракнете върху Из три ване. Изберете При качване на диск и конфигурирайте следните стойности: Тип: CD- ROM Операция: Клониране от изображение Поставяне на диска: Съ щият клъстер Изображение: Новокачена конфигурация ISO Тип шина: SATA Запазете конфигурацията и потвърдете, че новият ISO се появява като прикачения CD-ROM на виртуалната машина. В раздела Об общение на виртуалната машина изберете Опера ции за захранване > Включване. Потвърдете, че не се появяват аларми поне 15 минути.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключете блокирания режим на външна резолюция на DNS

Когато регистрирате възел или проверите конфигурацията на прокси сървъра на възела, процесът тества търсенето на DNS и свързаността с Cisco Webex облака. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS резолюция.

Ако вашите възли са в състояние да разрешават публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим, като стартирате отново теста за прокси връзка на всеки възел.

Преди да започнете

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

1	В уеб браузър отворете интерфейса на възела Hybrid Data Security (IP адрес/настройка, например https://192.0.2.0/setup), въведете идентификационните данни за администратора, които сте настроили за възела, и след това щракнете върху Вход.
2	Отидете на Преглед (страницата по подразбиране). Когато е активирана, блокираната външна DNS резолюция е зададена на Да.
3	Отидете на страницата Trust Store & Proxy.
4	Щракнете върху Проверете прокси връз ката. Ако видите съобщение, че външната DNS резолюция не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и се върнете към страницата Пре глед, блокираната външна DNS резолюция трябва да бъде зададена на No.

Какво да правя по-нататък

Повторете теста за прокси връзка на всеки възел във вашия клъстер за хибридна защита на данните.

Премахване на възел

Използвайте тази процедура, за да премахнете възел за хибридна защита на данните от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за сигурност.

1

Използвайте интерфейса за управление на хипервизора във вашето внедряване, за да намерите и изключите HDS виртуалната машина.

2

Премахнете възела:

Влезте в партньорския център и след това изберете У слуги.
На картата за хибридна защита на данните щракнете върху Преглед на всички, за да се покаже страницата Хибридни ресурси за сигурност на данните.
Изберете вашия клъстер, за да се покаже панела за преглед.
Кликнете върху възела, който искате да премахнете.
Щрак нете върху Отписване на този въз ел на панела, който се показва вдясно
Можете също така да премахнете регистрацията на възела, като щракнете върху... от дясната страна на възела и изберете Дерегистри ране на възела.

3

Използвайки интерфейса за управление на хипервизора във вашето внедряване, намерете и изтрийте виртуалната машина HDS.

Ако не изтриете виртуалната виртуална машина, не забравяйте да премахнете конфигурационния ISO файл. Без ISO файла не можете да използвате виртуалната машина за достъп до данните си за сигурност.

Център за данни в готовност за възстановяване при бедствия

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

Базите данни на активните центрове за данни и центровете за данни в режим на готовност са синхронизирани помежду си, което ще сведе до минимум времето, необходимо за извършване на превключването при превключване.

Активните възли за хибридна защита на данните трябва винаги да са в същия център за данни като активния сървър на база данни.

Настройте център за данни в режим на готовност за възстановяване при бедствия

Следвайте стъпките по-долу, за да конфигурирате ISO файла на центъра за данни в режим на готовност:

Преди да започнете

Центърът за данни в режим на готовност трябва да отразява производствената среда на виртуални компютри и резервна база данни PostgreSQL или Microsoft SQL Server. Например, ако производството има 3 виртуални виртуални устройства, работещи с HDS възли, резервната среда трябва да има 3 виртуални виртуални устройства. (Вижте Център за данни в режим на готовност за възстановяване при бед ствия за преглед на този модел за прекъсване при неизправност.)
Уверете се, че синхронизирането на базата данни е активирано между базата данни от активни и пасивни клъстерни възли.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, споменати в Съ здаване на конфигурация ISO за HDS хостовете. ISO файлът трябва да бъде копие на оригиналния ISO файл на основния център за данни, върху който трябва да се извършват следните актуализации на конфигурацията.
2	След като конфигурирате сървъра Syslogd, кликнете върху Разширени настройки
3	На страницата Раз ширени настройки добавете конфигурацията по-долу, за да поставите възела в пасивен режим. В този режим възелът ще бъде регистриран в организацията и свързан към облака, но няма да обработва никакъв трафик. `passiveMode: 'true'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно да се намери.
5	Направете резервно копие на ISO файла на вашата локална система. Поддържайте резервното копие защитено. Този файл съдържа основен ключ за криптиране за съдържанието на базата данни. Ограничете достъпа само до онези администратори за хибридна защита на данните, които трябва да правят промени в конфигурацията.
6	Монтирайте конфигурационния ISO файл: Преди да монтирате новата конфигурация ISO: Изключете HDS възела. Проверете дали в момента не е прикачен ISO файл. Ако е прикачен ISO файл, отделете го, преди да продължите. За внедряване на VMware: В клиента VMware vSphere изберете виртуалната машина HDS. Щракнете с десния бутон върху виртуалната машина и изберете Ре дактиране на настройките Изберете CD/DVD устройство 1. Изберете Datastore ISO File и след това изберете новия конфигурационен ISO файл. Уверете се, че са избрани С вързване и Свързване при включ ено захранване. Запазете промените. За разполагане на NFVIS: Отидете в Конфигурация > Виртуална машина > Изображения > Хранилище на изображения и качете новия конфигурационен ISO файл в хранили щето на изображения NFVIS. Отворете Кон фигурация > Виртуална машина > Управ ление и изберете HDS виртуалната машина. Отворе те CD-ROM устройства и прове рете дали в момента не е прикачен ISO файл. Изберете При ка чи и след това изберете новокачения конфигурационен ISO файл. Завършете операцията и проверете дали новият конфигурационен ISO файл е прикачен. За внедряване на Nutanix: В Prism Central отидете на Инфраструктура > Из числяване > Изображения. Изберете Добавяне на изображение. Под Източник на изображение изберете Файл с изображ ения и след това изберете Добавяне на файл. Изберете новата конфигурация ISO и проверете дали Type е зададен на ISO. Попълнете избора на местоположение за целевия клъстер и завършете качването. Отидете в Инфраструктура > Изчисляване > VM и изберете приложимата HDS VM. В раздела Обобщение на вирту алната машина изберете Опера ции за захранване > Изключване на за хранването и изчакайте, докато виртуалната машина бъде напълно спряна. Отворете раздела Дис кове на VM. Ако е прикачен стар ISO за конфигурация, изберете само неговия запис на CD-ROM и щракнете върху Изтриване. В раздела Д ис кове, ако полето Източ ник е празно за записи на виртуален диск, изберете съответните квадратчета за отметка и щракнете върху Из три ване. Изберете При качване на диск и конфигурирайте следните стойности: Тип: CD- ROM Операция: Клониране от изображение Поставяне на диска: Съ щият клъстер Изображение: Новокачена конфигурация ISO Тип шина: SATA Запазете конфигурацията и потвърдете, че новият ISO се появява като прикачения CD-ROM на виртуалната машина.
7	Включете HDS възела и се уверете, че няма аларми поне 15 минути.
8	Повторете процеса за всеки възел в центъра за данни в режим на готовност. Проверете syslogs, за да проверите дали възлите са в пасивен режим. Трябва да можете да видите съобщението „KMS конфигуриран в пасивен режим“ в syslogs.

Какво да правя по-нататък

След като конфигурирате PassiveMode в ISO файла и го запазите, можете да създадете друго копие на ISO файла без конфигурацията на PassiveMode и да го запазите на сигурно място. Това копие на ISO файла без конфигуриран PassiveMode може да помогне при бърз процес на прекъсване при неизправност по време на възстановяване при бедствие. Вижте Въз становяване при бедствия с помощта на Център за данни в режим на готовност за подробна процедура за прекъсване при

Възстановяване при бедствие с помощта на Център за данни в режим

Най-критичната услуга, която вашият клъстер за хибридна сигурност на данните предоставя, е създаването и съхраняването на ключове, използвани за криптиране на съобщения и друго съдържание, съхранявано в облака Webex. За всеки потребител в организацията, който е назначен към Hybrid Data Security, нови заявки за създаване на ключове се насочват към клъстера. Клъстерът отговаря и за връщането на създадените от него ключове на всички потребители, упълномощени да ги извлекат, например членове на пространство за разговор.

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, е наложително клъстерът да продължи да работи и да се поддържат правилните резервни копия. Загубата на базата данни за хибридна сигурност на данните или на конфигурацията ISO, използвана за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентско съдържание. Следните практики са задължителни за предотвратяване на такава загуба:

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

Преди да започнете

Използвайте най-новия ISO файл, който е конфигуриран спрямо възлите на клъстера, който преди това е бил активен, за да извършите процедурата за прекъсване на неизправност, спомената по-долу.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, споменати в Съ здаване на конфигурация ISO за HDS хостовете.
2	След като конфигурирате сървъра Syslogd, кликнете върху Разширени настройки
3	На страницата Раз ширени настройки добавете конфигурацията по-долу или премахнете конфигурацията на `PassiveMode,` за да направите възела активен. Възелът може да се справи с трафика, след като това е конфигурирано. `passiveMode: 'false'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно да се намери.
5	Направете резервно копие на ISO файла на вашата локална система. Поддържайте резервното копие защитено. Този файл съдържа основен ключ за криптиране за съдържанието на базата данни. Ограничете достъпа само до онези администратори за хибридна защита на данните, които трябва да правят промени в конфигурацията.
6	Монтирайте конфигурационния ISO файл: Преди да монтирате новата конфигурация ISO: Изключете HDS възела. Проверете дали в момента не е прикачен ISO файл. Ако е прикачен ISO файл, отделете го, преди да продължите. За внедряване на VMware: В клиента VMware vSphere изберете виртуалната машина HDS. Щракнете с десния бутон върху виртуалната машина и изберете Ре дактиране на настройките Изберете CD/DVD устройство 1. Изберете Datastore ISO File и след това изберете новия конфигурационен ISO файл. Уверете се, че са избрани С вързване и Свързване при включ ено захранване. Запазете промените. За разполагане на NFVIS: Отидете в Конфигурация > Виртуална машина > Изображения > Хранилище на изображения и качете новия конфигурационен ISO файл в хранили щето на изображения NFVIS. Отворете Кон фигурация > Виртуална машина > Управ ление и изберете HDS виртуалната машина. Отворе те CD-ROM устройства и прове рете дали в момента не е прикачен ISO файл. Изберете При ка чи и след това изберете новокачения конфигурационен ISO файл. Завършете операцията и проверете дали новият конфигурационен ISO файл е прикачен. За внедряване на Nutanix: В Prism Central отидете на Инфраструктура > Из числяване > Изображения. Изберете Добавяне на изображение. Под Източник на изображение изберете Файл с изображ ения и след това изберете Добавяне на файл. Изберете новата конфигурация ISO и проверете дали Type е зададен на ISO. Попълнете избора на местоположение за целевия клъстер и завършете качването. Отидете в Инфраструктура > Изчисляване > VM и изберете приложимата HDS VM. В раздела Обобщение на вирту алната машина изберете Опера ции за захранване > Изключване на за хранването и изчакайте, докато виртуалната машина бъде напълно спряна. Отворете раздела Дис кове на VM. Ако е прикачен стар ISO за конфигурация, изберете само неговия запис на CD-ROM и щракнете върху Изтриване. В раздела Д ис кове, ако полето Източ ник е празно за записи на виртуален диск, изберете съответните квадратчета за отметка и щракнете върху Из три ване. Изберете При качване на диск и конфигурирайте следните стойности: Тип: CD- ROM Операция: Клониране от изображение Поставяне на диска: Съ щият клъстер Изображение: Новокачена конфигурация ISO Тип шина: SATA Запазете конфигурацията и потвърдете, че новият ISO се появява като прикачения CD-ROM на виртуалната машина.
7	Включете HDS възела и се уверете, че няма аларми поне 15 минути.
8	Повторете процеса за всеки възел в центъра за данни в режим на готовност. Проверете изхода на syslog, за да проверите дали възлите на центъра за данни в режим на готовност не са в пасивен режим. „KMS конфигуриран в пасивен режим“ не трябва да се появява в сислоговете.

Какво да правя по-нататък

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

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

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

Все още използвате ISO файловете, за да правите промени в конфигурацията. Когато създавате нов ISO или актуализирате ISO чрез инструмента за настройка, трябва да монтирате актуализирания ISO на всички ваши HDS възли. След като всичките ви възли са взели промените в конфигурацията, можете да деинсталирате ISO отново с тази процедура.

Преди да започнете

Надстройте всички ваши HDS възли до версия 2025.06.02.6983 или по-нова.

Отделете конфигурационния ISO файл.

За внедряване на VMware:

Изключете един HDS възел.
В клиента VMware vSphere изберете виртуалната машина HDS.
Щракнете с десния бутон върху виртуалната машина и изберете Ре дактиране на настройките
Изберете CD/DVD устройство 1 и отделете монтирания конфигурационен ISO файл.
Изчист ете Connec ted и Connect при включено захран ване и след това запазете промените.
Включете HDS възела и проверете дали не се появяват аларми поне 20 минути.
Повторете тези стъпки за останалите HDS възли, един по един.

За разполагане на NFVIS:

Отворете Кон фигурация > Виртуална машина > Управ ление и изберете една HDS виртуална машина.
Изключете виртуалната виртуална машина и изчакайте, докато състоянието му се промени на Shutdown.
Отворе те CD-ROM устройства.
Изберете прикачения конфигурационен ISO файл и щракнете върху От страняване.
Проверете дали ISO файлът вече не е прикачен към виртуалната машина.
Стартирайте възела HDS и проверете дали не се появяват аларми поне 20 минути.
Повторете тези стъпки за останалите HDS възли, един по един.

За внедряване на Nutanix:

Отидете в Инфраструктура > Изчисляване > VM и изберете една HDS виртуална машина.
В раздела Обобщение на вирту алната машина изберете Опера ции за захранване > Изключване на за хранването и изчакайте, докато виртуалната машина бъде напълно спряна.
Отворете раздел а Д искове на виртуалната виртуална машина.
Изберете конфигурационния ISO запис, чийто тип е CD-ROM.
Щракнете върху Изхвърли.
Потвърдете, че конфигурацията ISO вече не е монтирана.
В раздела Об общение на виртуалната машина изберете Опера ции за захранване > Включване.
Потвърдете, че не се появяват аларми поне 15 минути.
Повторете тези стъпки за останалите HDS възли, един по един.

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

Преглед на сигнали и отстраняване на неизправности

Внедряването на хибридна защита на данните се счита за недостъпно, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че изисква изтичане на времето. Ако потребителите не могат да достигнат до вашия клъстер за хибридна защита на данните, те изпитват следните симптоми:

Нови пространства не могат да бъдат създадени (не могат да се създадат нови ключове)
Съобщенията и заглавията на пространствата не успяват да се дешифрират за:
- Нови потребители добавени към интервал (не могат да изтеглят клавиши)
- Съществуващи потребители в пространство, използващи нов клиент (не могат да изтеглят ключове)
Съществуващите потребители в дадено пространство ще продължат да работят успешно, стига клиентите им да имат кеш на ключовете за криптиране

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

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

Ако има проблем с настройката за хибридна защита на данните, Partner Hub показва сигнали до администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Сигналите обхващат много често срещани сценарии.

Таблица 1. Общи проблеми и стъпки за тяхното разрешаване
Предупреждение	Действие
Неуспех в достъпа до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Неизправност на връзката с локална база данни.	Проверете дали сървърът на базата данни е наличен и правилните идентификационни данни за акаунта на услугата са били използвани в конфигурацията на възела.
Неуспех в достъпа до облачна услуга.	Проверете дали възлите имат достъп до сървърите на Webex, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията на облачни услуги.	Регистрацията за облачни услуги беше отменена. В ход е подновяване на регистрацията.
Регистрацията на облачни услуги отпадна.	Регистрацията към облачни услуги е прекратена. Службата спира.
Услугата все още не е активирана.	Активирайте HDS в партньорския център.
Конфигурираният домейн не съвпада със сървърния сертификат.	Уверете се, че вашият сървър съответства на конфигурирания домейн за активиране на услугата Най-вероятната причина е, че сертификатът CN наскоро беше променен и сега е различен от КН, използван по време на първоначалната настройка.
Неуспешно удостоверяване в облачни услуги.	Проверете за точност и евентуално изтичане на идентификационните данни на сметката за услуги
Неуспешно отваряне на локален файл за съхранение на ключове.	Проверете за целостта и точността на паролата в локалния файл за съхранение на ключове.
Сертификатът за локален сървър е невалиден.	Проверете датата на изтичане на сертификата на сървъра и потвърдете, че той е издаден от доверен човекCertificate Authority.
Не може да се публикуват показатели.	Проверете достъпа на локалната мрежа до външни облачни услуги.
/media/configdrive/hds директория не съществува.	Проверете конфигурацията за монтиране на ISO на виртуален хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организацията на наемателите не е завършена за добавените организации	Завършете настройката чрез създаване на CMC за новодобавени организации с наематели с помощта на HDS Setup Tool.
Настройката на Tent Org не е завършена за премахнатите организации	Завършете настройката, като отмените CMC на организации за наематели, които са били премахнати с помощта на HDS Setup Tool.

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

Използвайте следните общи указания, когато отстранявате проблеми със защитата на хибридните данни.

1	Влезте в партньорския център.
2	От менюто от лявата страна на екрана изберете У слуги.
3	В секцията Хибрид намерете Хибридна сигурност на данните и щракнете върху Събития.
4	Прегледайте страницата с история на събитията за всякакви сигнали и поправете всички елементи, които намерите там. Вижте изображението по-долу за справка.
5	Прегледайте изхода на syslog сървъра за активност от внедряването на Hybrid Data Security. Филтрирайте думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняване на неизправности.
6	Свържете се с поддръжката на Cisco.

HDS API за разработчици

API за разработчици на HDS са начин за извличане на данни за анализ и наблюдение, както и за отстраняване на неизправности при внедряването на HDS чрез портала за разработчици на Webex. API са достъпни на адрес https://developer.webex.com/messaging/docs/api/v1/hds.

Други бележки

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

Ако изключите всички активни клъстери на Hybrid Data Security (като ги изтриете в Partner Hub или изключите всички възли), загубите конфигурационния си ISO файл или загубите достъп до базата данни за ключодържатели, потребителите на Webex App на клиентските организации вече не могат да използват пространства в списъка с хора, създадени с ключове от вашия KMS. Понастоящем нямаме заобикаляне или решение за този проблем и ви призоваваме да не изключвате HDS услугите си, след като те обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка към KMS, поддържа тази връзка за определен период от време (вероятно един час).

Внедряване и конфигуриране на HDS на NFVIS

Следвайте процедурите по-долу, за да разгърнете HDS на NFVIS хипервизор. Процесът включва инсталиране на HDS OVA, настройка на VM, монтиране на конфигурационната ISO и проверка на внедряването.

Инсталирайте HDS хост OVA на NFVIS

Преди да започнете

Попълнете предпоставките за хибридна сигурност на данните и изтеглете най-новите HDS OVA. Преименувайте файла, като използвате формата hds- .ova за проследяване; например hds-26-aug-2026.ova. <DD-MMM-YYYY>
Създайте ISO за конфигурация HDS и го съхранявайте сигурно. ISO съдържа главния ключ за криптиране.
Съберете статичния IP адрес на възела, маската на подмрежата, шлюза, DNS сървъра, NTP сървъра и името на мрежата NFVIS.
Потвърдете, че имате достъп до администратора на NFVIS и достатъчен капацитет за разпределяне на поне 4 видеопроцесора, 8 GB памет и 30 GB място за съхранение на HDS възел.

1	Влезте в интерфейса NFVIS и отидете в Кон фигурация > Виртуална машина > Изображения > Хранилище на изображ ения.
2	Изберете опцията LOCAL и качете вашия преименуван HDS OVA файл (например hds-26-авг-2026.ova).
3	Задайте типа на натоварване на VM на извикване и типа на VM на ECP/VIDEO MESH, след което изберете Качване на файл.
4	Следете напредъка на качването до завършване.
5	Потвърдете, че качената OVA е маркирана като активна и че NFVIS успешно е създала свързания персонализиран OVA профил.

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

1	Отворете Кон фигурация > Разгъ ване и изберете ECP/VIDEO MESH от менюто Избор на виртуална машина.
2	Въведете уникално име на VM, изберете предварително каченото HDS изображение и изберете съответния персонализиран OVA профил в секцията Подробности за внедряването.
3	Изберете DE PLY и изчакайте известието за успешно внедряване.
4	Отворете Кон фигурация > Виртуална машина > Управ ление, за да проверите дали новата HDS VM е активна.
5	Върнете се в Конфигурация > Внедряване, изберете HDS VM и използвайте падащия списък М режови интерфейси, за да го прикачите към необходимата WAN мрежа.
6	Изберете DE PLY, за да приложите промените в мрежовата конфигурация.

Качване и монтиране на HDS конфигурация ISO

1	Уверете се, че HDS конфигурационният ISO файл е качен в хранилището на изображения чрез Кон фигурация > Виртуална машина > Изображения > Хранилище на изображ ения, преди да продължите.
2	Отворете терминала за HDS VM чрез Кон фигурация > Виртуална машина > Управ ление и извършете първоначалното влизане, като използвате идентификационните данни по подразбиране. `Потребителско име: admin` `Парола: цискосистеми`
3	Променете идентификационните данни на администратора при подкана.
4	Конфигурирайте статичния IP адрес на възела, маската на подмрежата, шлюза, DNS и NTP настройките, като използвате опцията Реда ктиране на конфигурацията.
5	Изключете HDS VM, за да улесните процеса на монтаж.
6	Отворете менюто за действие на VM, изберете CD-ROM и изберете ISO за конфигурация на HDS, за да го прикачите към VM.
7	Включете виртуалната машина и проверете дали тя започва успешно с монтираната конфигурация ISO.

Какво да правя по-нататък

Ако е необходимо, продължете с Кон фигуриране на възела за интеграция на прокси сървъри и след това продължете към Регистриране на първия възел в клъстера.

Разгънете и конфигурирайте HDS на Nutanix

Следвайте процедурите по-долу, за да разгърнете HDS на хипервизор на Nutanix. Процесът включва инсталиране на HDS OVA, настройка на VM, монтиране на конфигурационната ISO и проверка на внедряването.

Инсталирайте HDS Host OVA на Nutanix

Използвайте тази процедура, за да импортирате HDS OVA файла в Nutanix.

1	Изтеглете най-новата HDS OVA.
2	В Prism Central отидете на Инф раструктура > Изчисляване > OVA.
3	Изберете Ка чване на OVA.
4	Изберете източника на OVA и изберете целевия клъстер.
5	Дайте на качената OVA уникално и разпознаваемо име. Включете версията или датата на качване, за да могат администраторите да я различават от по-старите версии на OVA.
6	Завършете качването.
7	В списъка OVA проверете дали Форматът на диска се показва като VMDK.

Създайте хибридна виртуална машина за сигурност на данни на Nutanix

Използвайте тази процедура, за да създадете виртуалната машина HDS.

1	В Prism Central отидете на Инф раструктура > Изчисляване > OVA.
2	Изберете успешно качения HDS OVA.
3	Изберете Раз гъване като VM.
4	Въведете уникално, разпознаваемо име на VM и изберете целевия клъстер.
5	Проверете дали OVA е попълнил следните свойства на VM: 4 видеопроцесора 8 GB памет
6	Щракнете върху На пред. Отваря се съветникът за ресурси.
7	В табли цата Ресурси > Дискове проверете дали прикаченият диск е с размер 30 GB.
8	Прикачете правилната подмрежа или VLAN, като използвате опцията При качване към подмрежа и задайте състоянието на мрежовата връзка на Свързано. Ако съветникът съдържа празен мрежов запис или запис по подразбиране, показ ващ Не е намерена мрежа за VM мрежа, премахнете този запис. Невалидният запис може да попречи на съветника да продължи дори след като е прикачена правилната подмрежа.
9	Изберете UEFI като режим BIOS и щракнете върху Напред. Отваря се съветникът за управление.
10	Оставете категори ите празни, освен ако организацията не изисква категориите.
11	Изберете подходящата часова зона.
12	Изберете Без персонализиране на картата за персонализиране на гост ите и щракнете върху Напред.
13	Прегледайте настройките и изберете Съ здаване на VM.

Качване и монтиране на HDS конфигурация ISO

1	В Prism Central отидете на Инф раструктура > Изчисляване > ВМС.
2	Изберете внедрената HDS VM. В раздела Обобщ ение изберете Опера ции за захранване > Включване. Изчакайте няколко минути, докато VM стартира.
3	Щракнете върху Стартиране на конзола. Извършете първоначалното влизане, като използвате идентификационните данни по подразбиране. `Потребителско име: admin` `Парола: цискосистеми`
4	Променете идентификационните данни на администратора при подкана.
5	Конфигурирайте статичния IP адрес на възела, маската на подмрежата, шлюза, DNS и NTP настройките, като използвате опцията Реда ктиране на конфигурацията.
6	Изключете HDS VM, преди да прикрепите ISO. Отидете в Инфраструктура > Изчисляване > VM и изберете приложимата HDS VM. В раздела Об общение изберете Операции за за хранване > Изключване на захран ването и изчакайте, докато виртуалната машина бъде напълно спряна.
7	Отворете раздела Дис кове на VM.
8	Ако е прикачен стар ISO за конфигурация, изберете само неговия запис на CD-ROM и щракнете върху Изтриване. В раздела Д ис кове, ако полето Източ ник е празно за записи на виртуален диск, изберете съответните квадратчета за отметка и щракнете върху Из три ване.
9	Изберете При качване на диск и конфигурирайте следните стойности: Тип: CD- ROM Операция: Клониране от изображение Поставяне на диска: Съ щият клъстер Изображение: Новокачена конфигурация ISO Тип шина: SATA
10	Запазете конфигурацията и потвърдете, че новият ISO се появява като прикачения CD-ROM на виртуалната машина.
11	В раздела Об общ ение на виртуалната машина изберете Опера ции за захранване > Включване и се уверете, че няма аларми поне 15 минути.

Какво да правя по-нататък

Ако е необходимо, продължете с Кон фигуриране на възела за интеграция на прокси сървъри и след това продължете към Регистриране на първия възел в клъстера.

Мигриране на HDS възли между поддържаните хипервизори

Използвайте тази процедура, за да преместите HDS възли от един поддържан хипервизор в друг. Съществуващите HDS виртуални машини не се мигрират директно между хипервизори. Вместо това разгърнете заместващи възли на целевия хипервизор и ги регистрирайте със съществуващия или новия HDS клъстер.

Преди да започнете

Архивирайте HDS базата данни и текущата конфигурация ISO.
Потвърдете, че целевият хипервизор и виртуалните хостове отговарят на изискванията за внедряване на HDS.
Проверете дали съществуващият HDS клъстер е здрав и дали останалите възли могат да продължат да обработват трафика, докато заменяте възел.
Определете дали всеки заместващ възел ще използва повторно IP адреса на изходния възел и FQDN или ще използва нови мрежови настройки.
Използвайте текущата конфигурация ISO и съществуващата HDS база данни за заместващите възли.

Ако преместването променя и активния център за данни, сървъра на база данни или конфигурацията на HDS, вижте Промяна на конфигурацията на въз ела и центъра за данни в режим на готовност за възстановяване при бед ствия, преди да продължите.

1	Изберете един HDS възел на източника на хипервизора, който да замените. Оставете всички останали възли работещи и регистрирани.
2	Подгответе мрежовата конфигурация за заместващия възел: Ако използвате повторно IP адреса на изходния възел и FQDN, изключете изходната виртуална машина и дерегистрирайте възела, преди да включите заместващия възел онлайн. Ако използвате нов IP адрес или FQDN, оставете изходния възел работещ и регистриран, докато внедрявате и потвърждавате заместващия възел. Не стартирайте изходните и заместващите възли едновременно, ако използват една и съща мрежова конфигурация.
3	Създайте и конфигурирайте заместващата VM на целевия хипервизор. Използвайте най-новите HDS OVA и следвайте приложимите процедури за внедряване за този хипервизор.
4	Конфигурирайте мрежовите настройки на заместващата VM според конфигурацията, избрана в стъпка 2. Следвайте инструкциите за настройка на целевия хипервизор.
5	Прикачете текущата конфигурация на HDS ISO. Ако вашето внедряване използва прокси сървър, конфигурирайте прокси и хранилището за доверие, както е описано в Кон фигуриране на HDS възела за интеграция на прокси сър
6	Регистрирайте заместващия възел със съществуващия клъстер или нов клъстер. Вижте Създаване и регистриране на още възли.
7	Потвърдете, че възелът за подмяна е здрав, свързан с облака Webex и обработва HDS трафика. Разрешете всички аларми, преди да продължите.
8	Ако изходният възел все още работи, защото подмяната използва нова мрежова конфигурация, изключете и премахнете регистрацията на изходния възел. Вижте Премахване на възел.
9	Повторете тези стъпки за всеки останал възел на източника на хипервизора. Не заменяйте друг възел, докато клъстерът не е здрав.
10	След като всички възли за подмяна са стабилни и връщането вече не се изисква, изтрийте оригиналните виртуални машини от източника на хипервизора. Ако запазите оригинални виртуални машини временно, дръжте я изключена и изключете конфигурацията му ISO.

Какво да правя по-нататък

След като регистрирате подменните възли, потвърдете, че те са здрави и че внедряването на HDS обработва трафика. Ако внедряването е здравословно, премахнете всички изходни възли, които все още са регистрирани в оригиналния хипервизор. Ако е приложимо, следвайте стъпките по-горе, за да замените възлите в настройката за възстановяване при бедствие.

Стартирайте инструмента за настройка на HDS с помощта на Podman Desktop

Podman е безплатен инструмент за управление на контейнери с отворен код, който предоставя начин за стартиране, управление и създаване на контейнери. Podman Desktop може да бъде изтеглен от https://podman-desktop.io/downloads.

Инструментът за настройка на HDS работи като контейнер Docker на локална машина. За да получите достъп до него, изтеглете и стартирайте Podman на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в Control Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато извеждате контейнера Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, криптиращ базата данни PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като следните:
- Идентификационни данни
- Актуализации на сертификатите
- Промени в политиката за оторизация
Ако планирате да криптирате връзки с база данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данните създава ISO файл. След това използвате ISO, за да конфигурирате вашия хост за хибридна защита на данните.

podman rmi ciscocitg/hds-setup:stable  
podman login docker.io -u hdscustomersro
dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
podman pull ciscocitg/hds-setup:stable
podman run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

Какво да правя по-нататък

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

Деактивирайте облачните агенти

Облачните агенти (c-agent) са надеждни акаунти за услуги на Webex, които извършват операции на HDS чрез делегиран достъп от името на потребител, за да подобрят цялостното потребителско изживяване. Деактивирането на облачните агенти блокира услугите на Webex от достъп до локални HDS ключове.

Деактивирането на облачните агенти ще доведе до загуба на функции като записи след срещата, преписи, визуализации на файлове и автоматизирано сканиране срещу злонамерен софтуер в Webex App Spaces.

Следвайте стъпките по-долу, за да деактивирате облачните агенти за внедряването на HDS.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, споменати в Съ здаване на конфигурация ISO за HDS хостовете. ISO файлът трябва да бъде копие на оригиналния ISO файл на основния център за данни, върху който трябва да се извършват следните актуализации на конфигурацията.
2	След като конфигурирате сървъра Syslogd, кликнете върху Разширени настройки.
3	На страницата Раз ширени настройки добавете конфигурацията по-долу, за да деактивирате облачните агенти. Това ще гарантира, че облачните агенти нямат право да обработват HDS трафика. `cloudAgentUpdateEnabled: 'false'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно да се намери.
5	Направете резервно копие на ISO файла на вашата локална система. Поддържайте резервното копие защитено. Този файл съдържа основен ключ за криптиране за съдържанието на базата данни. Ограничете достъпа само до онези администратори за хибридна защита на данните, които трябва да правят промени в конфигурацията.
6	Монтирайте конфигурационния ISO файл: Преди да монтирате новата конфигурация ISO: Изключете HDS възела. Проверете дали в момента не е прикачен ISO файл. Ако е прикачен ISO файл, отделете го, преди да продължите. За внедряване на VMware: В клиента VMware vSphere изберете виртуалната машина HDS. Щракнете с десния бутон върху виртуалната машина и изберете Ре дактиране на настройките Изберете CD/DVD устройство 1. Изберете Datastore ISO File и след това изберете новия конфигурационен ISO файл. Уверете се, че са избрани С вързване и Свързване при включ ено захранване. Запазете промените. За разполагане на NFVIS: Отидете в Конфигурация > Виртуална машина > Изображения > Хранилище на изображения и качете новия конфигурационен ISO файл в хранили щето на изображения NFVIS. Отворете Кон фигурация > Виртуална машина > Управ ление и изберете HDS виртуалната машина. Отворе те CD-ROM устройства и прове рете дали в момента не е прикачен ISO файл. Изберете При ка чи и след това изберете новокачения конфигурационен ISO файл. Завършете операцията и проверете дали новият конфигурационен ISO файл е прикачен. За внедряване на Nutanix: В Prism Central отидете на Инфраструктура > Из числяване > Изображения. Изберете Добавяне на изображение. Под Източник на изображение изберете Файл с изображ ения и след това изберете Добавяне на файл. Изберете новата конфигурация ISO и проверете дали Type е зададен на ISO. Попълнете избора на местоположение за целевия клъстер и завършете качването. Отидете в Инфраструктура > Изчисляване > VM и изберете приложимата HDS VM. В раздела Обобщение на вирту алната машина изберете Опера ции за захранване > Изключване на за хранването и изчакайте, докато виртуалната машина бъде напълно спряна. Отворете раздела Дис кове на VM. Ако е прикачен стар ISO за конфигурация, изберете само неговия запис на CD-ROM и щракнете върху Изтриване. В раздела Д ис кове, ако полето Източ ник е празно за записи на виртуален диск, изберете съответните квадратчета за отметка и щракнете върху Из три ване. Изберете При качване на диск и конфигурирайте следните стойности: Тип: CD- ROM Операция: Клониране от изображение Поставяне на диска: Съ щият клъстер Изображение: Новокачена конфигурация ISO Тип шина: SATA Запазете конфигурацията и потвърдете, че новият ISO се появява като прикачения CD-ROM на виртуалната машина.
7	Включете HDS възела и се уверете, че няма аларми поне 15 минути.
8	Повторете процеса за всеки възел във вашето разполагане на HDS. Проверете дали облачните агенти са деактивирани, като проверите syslogs за следния запис: „Актуализацията на облачния агент е деактивирана“.

Преместване на съществуващото HDS внедряване с един наемател на партньорска организация в Control Hub към настройка HDS с множество наематели в партньорския център

Преобразуването от съществуващо HDS внедряване с един наемател на партньорска организация, управлявана в Control Hub, към внедряване на HDS с множество наематели, управлявано в Partner Hub, включва предимно деактивиране на HDS услугата в Control Hub, дерегистриране на възли и изтриване на клъстера. След това можете да влезете в Partner Hub, да регистрирате възлите, да активирате Multi-Tenant HDS и да добавите клиенти към вашия клъстер.

Терминът „единичен наемател“ просто се отнася до съществуващо внедряване на HDS в Control Hub.

Деактивирайте HDS, премахнете регистрацията на възли и изтрийте всички клъстери в Control Hub

1	Влезте в контролния център. В левия екран щракнете върху Хи брид. На картата за хибридна защита на данните щракнете върху Реда ктиране на настройките.
2	На страницата с настройки превъртете надолу до секцията Деактивиране и щракнете върху Де активиране.
3	След деактивиране кликнете върху раздела Ресурси.
4	Страницата Ресур си изброява клъстерите във вашето внедряване на HDS. Кликнете върху клъстер, отваря се страница с всички възли под този клъстер.
5	Щракнете вдясно и щракнете върху Отпис ване на възел. Повторете процеса за всички възли в клъстера.
6	Ако разгръщането ви има няколко клъстера, повторете стъпки 4 и стъпка 5, докато всички възли бъдат дерегистрирани.
7	Щракнете върху Настройки на клъстера > премах ване
8	Щракнете върху Потвърждаване на премах ването, за да отпишете клъстера.
9	Повторете процеса за всички клъстери във вашето HDS внедряване. След деактивиране на HDS, дерегистрация на възли и премахване на клъстери, в долната част на картата за хибридна услуга за данни в Control Hub ще бъде показана настройката, която не е завършена.

Активирайте HDS с множество наематели за партньорската организация в партньорския център и добавете клиенти

Преди да започнете

Всички предварителни изисквания, посочени в Изиск вания за хибридна сигурност на данните с множество наематели, са приложими тук. Освен това се уверете, че една и съща база данни и сертификати се използват по време на преместването към Multi-Tenant HDS.

1	Влезте в партньорския център. Щракнете върху У слу ги в левия екран. Използвайте същия ISO от предишното внедряване на HDS, за да конфигурирате възлите. Това ще гарантира, че съобщенията и съдържанието, генерирани от потребителите при предишното съществуващо внедряване на HDS, са все още достъпни в новата настройка на Multi-Tenant.
2	В секцията Хибрид намерете карта за хибридна защита на данните и щракнете върху Настройка.
3	В страницата, която се отваря, щракнете върху Добавяне на ресурс.
4	В първото поле на Създаване на клъстерна карта въведете име за клъстера, към който искате да зададете своя възел за хибридна защита на данните. Препоръчваме ви да назовете клъстер въз основа на това къде се намират географски възлите на клъстера. Примери: „Сан Франциско“ или „Ню Йорк“ или „Далас“
5	Във второто поле въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добав яне в долната част на екрана. Този IP адрес или FQDN трябва да съответства на IP адреса или името на хоста и домейна, които сте използвали в Настройване на виртуалната машина за хибридна защита на данните. Появява се съобщение, показващо, че можете да регистрирате своя възел в Webex.
6	Щракнете върху Отиди в възел. След няколко минути сте пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата Разрешаване на достъп до хибридни възли за сигурност на данните. Там потвърждавате, че искате да дадете разрешения на вашата организация Webex за достъп до вашия възел.
7	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данните и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в Webex cloud. На страницата Хи бридна защита на данните новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Рес урси. Възелът автоматично ще изтегли най-новия софтуер от облака.
8	Отидете в раздела Настройки и щракнете върху А ктиви ране на картата за състояние на HDS. Активираното HDS съобщение ще се появи в долната част на екрана.
9	Кликнете върху раздел а Назначени клиенти.
10	Щракнете върху Добавяне на клиенти.
11	Изберете клиента, който искате да добавите от падащото меню.
12	Щракнете върху Добав яне, клиентът ще бъде добавен към клъстера.
13	Повторете стъпки от 11 до 13, за да добавите множество клиенти към вашия клъстер.
14	Щракнете върху Готово в долната част на екрана, след като добавите клиентите.

Какво да правя по-нататък

Стартирайте инструмента за настройка на HDS, както е описано в Съ здаване на основни ключове за клиенти (CMKs), като използвате инструмента за настройка на HDS, за да завърш ите процеса на настройка.

Използвайте OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на файла PKCS12 в правилния формат за зареждане в инструмента за настройка на HDS. Има и други начини да се направи това и ние не подкрепяме или насърчаваме един път пред друг.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като насоки, за да ви помогнем да създадете файл, който отговаря на изискванията за сертификат X.509 в изискванията за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org за софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия Certificate Authority (CA).

1	Когато получите сертификата на сървъра от вашия CA, запазете го като `hdsno` de.pem.
2	Покажете сертификата като текст и проверете подробностите. `openssl x509 -текст -липса - в hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл с пакет от сертификати, наречен `hdsno` de-bundle.pem. Пакетният файл трябва да включва сървърния сертификат, всички междинни CA сертификати и основните CA сертификати във формата по-долу: `-----BEGIN CERTIFICATE----- ### Server certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Intermediate CA certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Root CA certificate. ### -----END CERTIFICATE-----`
4	`Създайте файла .p12 с приятелското име kms-private-key.` `openssl pkcs12 -експортиране -inkey hdsnode.key -в hdsnode-bundle.pem -име kms-частен ключ -канализиране на kms-частен ключ -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 - в HDSNOD.p12` Въведете парола в подканата за криптиране на частния ключ, така че да е посочен в изхода. След това проверете дали частният ключ и първият сертификат включват редовете `FriendlyName: kms-` private-key. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Enter Import Password: MAC verified OK Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Key Attributes: <No Attributes> Enter PEM pass phrase: Verifying - Enter PEM pass phrase: -----BEGIN ENCRYPTED PRIVATE KEY----- <redacted> -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- <redacted> -----END CERTIFICATE----- Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- <redacted> -----END CERTIFICATE-----

Какво да правя по-нататък

Върнете се към Попълнете предпоставките за хибридна сигурност на данните. Ще използвате файла hdsnode.p12 и паролата, която сте задали за него, в Създаване на конфигурационна ISO за HDS хостовете.

Можете да използвате повторно тези файлове, за да поискате нов сертификат, когато оригиналният сертификат изтече.

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

Трафик за събиране на изходящи показатели

Хибридните възли за сигурност на данните изпращат определени показатели към облака Webex. Те включват системни показатели за куп макс, използван куп, натоварване на процесора и брой нишки; метрики за синхронни и асинхронни нишки; показатели за сигнали, включващи праг на криптиращи връзки, латентност или дължина на опашката на заявката; показатели на системата на данни; и показатели за криптиране на връзката. Възлите изпращат криптиран ключов материал по канал извън обхвата (отделен от заявката).

Входящ трафик

Хибридните възли за сигурност на данните получават следните видове входящ трафик от облака Webex:

Заявки за криптиране от клиенти, които се насочват от услугата за криптиране
Надстройки на софтуера на възела

Конфигурирайте прокси сървъри на Squid за хибридна сигурност на данните

Websocket не може да се свърже чрез Squid Proxy

Прокси сървърите на Squid, които проверяват HTTPS трафика, могат да попречат на установяването на уеб сокет (wss:) връзки, които изисква хибридната сигурност на данните. Тези раздели дават насоки как да конфигурирате различни версии на Squid, за да игнорирате wss: трафик за правилна работа на услугите.

Калмари 4 и 5

Добавете директивата on_unsupported_protocol към 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

Деактивирайте хибридната сигурност на данните с множество наематели

Поток от задачи за деактивиране на HDS с много наематели

Следвайте тези стъпки, за да деактивирате напълно HDS с множество наематели.

Преди да започнете

Тази задача трябва да се изпълнява само от пълен администратор на партньора.

1	Премахнете всички клиенти от всичките си клъстери, както е споменато в Пре махване на организации с наематели.
2	Отменете CMC на всички клиенти, както е посочено в Оттегляне на CMKs на наематели, отстранени от HDS. .
3	Премахнете всички възли от всичките си клъстери, както е споменато в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Кликнете върху клъстера, който искате да изтриете, и изберете Из триване на този клъстер в горния десен ъгъл на страницата за преглед. В страницата Ресурси щракнете върху от дясната страна на клъстера и изберете Пре махване на клъстера.
5	Щракнете върху раздела Настройки на страницата за преглед на хибридната сигурност на данните и щракнете върху Деактивиране на HDS на картата за състоянието на HDS.

Често задавани въпроси

Q. Дали CMC и главният ключ се съхраняват в ISO или базата данни?

А. Основните ключове на клиентите (CMC) се съхраняват в базата данни и се криптират с основния ключ, който се съхранява в ISO.

Въпрос: Използва ли се един ключ за криптиране на всички данни на клиентските организации?

А. Не. Данните на всяка клиентска организация са криптирани със собствен CMK (основен ключ на клиента).

Въпрос: Какво ще се случи, ако деактивирам HDS от партньорския център?

О. Някои операции, като създаване на пространство и планиране на срещи, ще бъдат засегнати незабавно. Съществуващото съдържание в пространства ще бъде достъпно до изтичането на локалния кеш. След 24 часа потребителите, управлявани от партньора, ще преминат към Cloud KMS и могат да възникнат проблеми с предварително създадените пространства и пространства един към един.

Въпрос: След като CMK бъде генериран за клиентска организация чрез инструмента за настройка на HDS, потребителите на организацията на клиента веднага започват ли да използват HDS с множество наематели?

О. Възможно е да има максимално закъснение от 24 часа за обновяване на облачния кеш.

Въпрос: Защо не виждам списък с клиенти, когато щракна върху бутона „Добавяне на клиенти“ в Partner Hub?

О. Това обикновено означава, че няма клиентски организации, които отговарят на изискванията Cisco Webex за лиценз.

Въпрос: Какво е въздействието, ако всички HDS възли са изключени или ако проблем с мрежата засяга всички HDS възли?

А. Операции като създаване на пространства и планиране на срещи се влияят незабавно. Съществуващото съдържание е достъпно само до изтичането на локалния кеш.

Въпрос: Криптирани ли са потребителските данни на партньорската организация с главния ключ, генериран по време на създаването на ISO?

А. Да. Понастоящем потребителските данни на партньорската организация са криптирани с главния ключ. В бъдеще партньорските организации ще имат специфични за партньорите ключове, подобни на CMC на клиентите.

Въпрос: Могат ли организациите партньори и организациите за наематели да бъдат в различни региони (да речем САЩ и ЕС)?

А. Да. Организациите на партньори и наематели могат да бъдат разположени в различни географски региони.

Въпрос: Има ли някакъв механизъм за преместване на клавиши обратно към Cloud KMS?

О. Няма механизъм за преместване на клавиши обратно в облака след внедряване на HDS.

Въпрос: Може ли партньорът да продължи да използва Cloud KMS и да използва Multi-Tenant HDS изключително за управление на клиенти?

О. Не, понастоящем това не се поддържа. Поддръжката на тази функционалност е планирана за бъдещето.

Въпрос: Как партньорът може да провери дали тяхната организация използва Multi-Tenant HDS за криптиране?

А. Влезте в партньорския център. Отидете в Услуги > Хибридна защита на данните > На стройки. Ако състоянието на HDS е активирано, потребителите на партньорската организация, както и назначените клиенти използват HDS с множество наематели.

Като алтернатива можете да проверите вашите syslogs, за да проверите дали HDS е активиран. Вижте Т естване на внедряването на хибридна защита на данните.

Въпрос: Има ли алтернатива на Docker Desktop за стартиране на инструмента за настройка на HDS?

А. Да. Pod man Desktop е алтернатива с отворен код на Docker Desktop. Вижте Стар тиране на инструмента за настройка на HDS с помощта на Podman Desktop.

Въпрос: Колко възли мога да внедря в HDS клъстер с множество наематели?

А. Препоръчваме минимум два възела и максимум 1000.

Въпрос: Какви са мрежовите изисквания, необходими за създаването на Multi-Tent HDS?

А. Ви жте Изи сквания за външна свързаност.

Въпрос: Дали Pro Pack for Control Hub е изискване за партньорските организации?

А. Не. Pro Pack не е изискване за партньорски организации. Свържете се с вашия партньор на Cisco или мениджър на акаунти за помощ при настройването на Multi-Tenant HDS.

Въпрос: Поддържа ли се HSM в HDS с множество наематели?

О. Не, понастоящем Multi-Tent HDS не поддържа HSM.

Въпрос: Мога ли да тествам Multi-Tent HDS със самоподписан сертификат?

А. Не. Multi-Tenant HDS изисква сертификат, извлечен от доверен сертификат, който отговаря на всички изисквания, посочени в изискванията за сертификат X.509.

Въпрос: Необходимо ли е монтирането на ISO всеки път, когато се добавя нов клиент в партньорския център?

А. Не. ISO трябва да се монтира само при модифициране на ISO конфигурациите. Когато добавяте нов клиент в Partner Hub, уверете се, че можете да създавате CMC с помощта на инструмента за настройка на HDS. Вижте Създаване на основни ключове за клиенти (CMC) с помощта на инструмента за настройка на HDS.

Въпрос: След като Multi-Tenant HDS бъде внедрен в партньорския център, потребителите на партньорската организация започват ли да използват локални KMS за управление на ключове?

А. Потребителите ще започнат да използват локален KMS за управление на ключове едва след активиране на HDS в партньорския център.

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

Тази таблица обхваща нови функции или функционалности, промени в съществуващото съдържание и всички големи грешки, които са отстранени в Ръ ководството за внедряване за хибридна сигурност на данните с множество наематели.

Дата	Направени промени
01 октомври 2026	Добавена е мигриране на HDS възли между поддържаните хипервизори секция.
Септември 21, 2026	Добавена е поддръжка за хипервизора на софтуера за виртуализация на инфраструктурната инфраструктура на Cisco Enterprise Network Function (NFVIS) в изискванията за виртуален хост. Добавена е поддръжка за хипервизора на Nutanix в изискванията за виртуален хост. Добавено е разгръщане и конфигуриране на HDS в секцията NFVIS. Добавено е разгръщане и конфигуриране на HDS в секцията Nutanix. Актуализирани процедури в ръководството, за да включат инструкции за внедряване на NFVIS и Nutanix. Раздел Преместен център за данни в режим на готовност за възстановяване при бед ствия под Управление на внедряването на HDS.
Август 31, 2026	Премахнато е изискването за активиране на функцията за множество наематели от раздела Изиск вания Cisco Webex за лиценз.
Август 28, 2026	Добавено е критично предупреждение в Очак вания за внедряване на хибридна защита на данните, че миграцията от хибридна защита на данните с множество наематели към Webex cloud KMS не се поддържа и извеждането от експлоатация на HDS ще доведе до загуба на достъп до съществуващи криптирани данни.
30 юли 2026	Актуализиран е секцията Изиск вания за сертификат X.509, за да посочи, че се поддържат само RSA сертификати.
02 юли 2026	Добавена сек ция Деактивиране на облачните агенти.
23 юни 2026	Добавен е раздел за интерпретиране на HDS дневници и разбиране на етикетите на аген ти.
01 юни 2026	Добавена секция API за разработчици на HDS. Добавена е бележка към инструмента за стартиране на HDS за настройка с помощта на секцията Podman Desktop.
16 април 2026	Акту ализирани изисквания за сървъра на база данни за добавяне на поддръжка за PostgreSQL версии 17 и 18.
25 март 2026	Актуализирана е паролата по подразбиране, използвана за влизане в VM възела Hybrid Data Security.
05 декември 2025	Актуализи рано Създайте конфигурационен ISO за HDS хостовете с правил ния текст на потребителския интерфейс на страницата System Logs и добавите инструкция за качване на корен сертификат syslog при конфигуриране на TLS криптиране.
Ноември 21, 2025	Доба вена секция Често задавани въпроси. Добавено На стройте център за данни в режим на готовност за възстановяване при бедст вия и възстановяване при бедствия, като използвате секциите Център за данни в режим Премахнато (бета) от заглавието на ръководството за внедряване.
08 май 2025	Добавено Преместете съществуващото HDS внедряване с един наемател на партньорска организация в Control Hub в настройка на HDS с множество наематели в раздела Partner Hub. Актуализиран е изходът на syslog, за да подобри четливостта в раздела Тествайте хибридната ви сигурност на данните за внед ряване. Актуализирани изисквания за виртуален хост, поток от задачи за внедряване на хибридна защита на данните и инсталирайте HDS Host OVA, за да добавите поддръжка на ESXi 8.0.
04 март 2025	Добавен е инструмент за настройка на Run HDS с помощта на секцията Podman Desktop. Добавена е бележка в изискванията на Docker Desktop, предоставяща на клиентите алтернативна опция с отворен код. Актуализи рано Създайте конфигурационен ISO за HDS хостовете и променете конфигурацията на въз ела с инструкции за използване на Podman Desktop за клиенти без лиценз за Docker Desktop.
30 януари 2025	Добавена е версия на SQL сървър 2022 към списъка с поддържани SQL сървъри в Изиск ванията на сървъра на база данни.
Януари 15, 2025	Добавени ограничения на хибридната сигурност на данните с множество на ематели.
Януари 08, 2025	Добавена е бележка в Из вършване на първоначална настройка и изтегляне на инсталационни файлове, в която се посоч ва, че щракването върху Настройване на HDS картата в Partner Hub е важна стъпка от процеса на инсталиране.
07 януари 2025	Актуализирани изисквания за виртуален хост, поток от задачи за внедряване на хибридна сигурност на данните и инсталирайте HDS Host OVA, за да покажете ново изискване на ESXi 7.0.
Декември 13, 2024	Публикувана за първи път.

Започнете с хибридна сигурност на данните с множество наематели

Преглед на хибридната сигурност на данните с много наематели

От първия ден сигурността на данните е основният фокус при проектирането на Webex App. Крайъгълният камък на тази сигурност е криптирането на съдържание от край до край, активирано от клиентите на Webex App, взаимодействащи с услугата за управление на ключове (KMS). KMS отговаря за създаването и управлението на криптографските ключове, които клиентите използват за динамично криптиране и декриптиране на съобщения и файлове.

По подразбиране всички клиенти на Webex App получават криптиране от край до край с динамични ключове, съхранявани в облака KMS, в областта на сигурността на Cisco. Hybrid Data Security премества KMS и други функции, свързани със сигурността, във вашия корпоративен център за данни, така че никой освен вас не държи ключовете за вашето криптирано съдържание.

Multi-Tenant Hybrid Data Security позволява на организациите да използват HDS чрез доверен локален партньор, който може да действа като доставчик на услуги и да управлява локално криптиране и други услуги за сигурност. Тази настройка позволява на партньорската организация да има пълен контрол върху внедряването и управлението на криптиращите ключове и гарантира, че потребителските данни на клиентските организации са безопасни от външен достъп. Партньорските организации създават HDS инстанции и създават HDS клъстери според нуждите. Всеки екземпляр може да поддържа множество клиентски организации, за разлика от обикновеното внедряване на HDS, което е ограничено до една организация.

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

Това също позволява на по-малките организации да използват HDS, тъй като услугите за управление на ключове и инфраструктурата за сигурност като центровете за данни са собственост на доверения местен партньор.

Как хибридната сигурност на данните с множество наематели осигурява суверенитет на данните и контрол на данните

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

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

Ограничения на хибридната сигурност на данните с множество наематели

Партньорските организации не трябва да имат съществуващо внедряване на HDS, активно в Control Hub.
Организациите на наематели или клиенти, които желаят да бъдат управлявани от партньор, не трябва да имат съществуващо внедряване на HDS в Control Hub.
След като Multi-Tenant HDS бъде внедрен от партньора, всички потребители на организациите на клиенти, както и потребителите на партньорската организация, започват да използват Multi-Tenant HDS за своите услуги за криптиране.

Партньорската организация и организациите на клиентите, които управляват, ще бъдат на едно и също внедряване на Multi-Tent HDS.

Партньорската организация вече няма да използва облачен KMS след внедряването на Multi-Tenant HDS.
Няма механизъм за преместване на клавиши обратно в Cloud KMS след внедряване на HDS.
Ролите на администратора имат определени ограничения; вижте раздела по-долу за подробности.

Роли в хибридната сигурност на данните с множество наематели

Пълен администратор на партнь ори - Може да управлява настройките за всички клиенти, които партньорът управлява. Може също така да присвоява администраторски роли на съществуващи потребители в организацията и да назначава конкретни клиенти, които да бъдат управлявани от администратори партньори.
Админи@@ стратор на партнь ори - Може да управлява настройките за клиенти, предоставени от администратора или които са били назначени на потребителя.
Пълен администратор - Администратор на партньорската организация, който е упълномощен да изпълнява задачи като промяна на настройките на организацията, управление на лицензи и възлагане на роли.

Настройка и управление на HDS Multi-Tenant от край до край на всички клиентски организации - Изискват се пълен администратор на партньори и пълни администраторски права.
Управление на възложени наематели организации - Изискват се партньорски администратор и пълни администраторски права.

Архитектура на областта на сигурността

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

За да разберем допълнително хибридната сигурност на данните, нека първо да разгледаме този чист облачен случай, където Cisco предоставя всички функции в облачните си сфери. Услугата за самоличност, единственото място, където потребителите могат да бъдат пряко свързани с личната си информация, като имейл адрес, е логично и физически отделена от сферата на сигурността в центъра за данни Б. И двете от своя страна са отделни от сферата, където в крайна сметка се съхранява криптирано съдържание, в центъра за данни C.

В тази диаграма клиентът е приложението Webex, работещо на лаптопа на потребителя и се е удостоверило с услугата за самоличност. Когато потребителят състави съобщение за изпращане в интервал, се извършват следните стъпки:

Клиентът установява сигурна връзка с услугата за управление на ключове (KMS), след което изисква ключ за криптиране на съобщението. Сигурната връзка използва ECDH, а KMS криптира ключа с помощта на основен ключ AES-256.
Съобщението се криптира, преди да напусне клиента. Клиентът го изпраща до услугата за индексиране, която създава криптирани индекси за търсене, за да помогне при бъдещи търсения на съдържанието.
Криптираното съобщение се изпраща до службата за съответствие за проверка на съответствието.
Криптираното съобщение се съхранява в областта на съхранението.

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

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

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

Услугата KMS, работеща на Org A, валидира връзките към KMSS в други организации, използ вайки x.509 PKI сертификати. Вижте Под готовка на вашата среда за подробности относно генерирането на сертификат x.509, който да използвате с внедряването на хибридна защита на данните с множество наематели.

Очаквания за внедряване на хибридна сигурност на данните

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

За да внедрите хибридна защита на данните, трябва да предоставите:

Защитен център за данни в държава, която е поддържано място за Cisco Webex Teamsплан овете.
Оборудването, софтуерът и достъпът до мрежата, описани в Подгответе вашата среда.

Пълната загуба или на конфигурационния ISO, който създавате за хибридна сигурност на данните, или на базата данни, която предоставяте, ще доведе до загуба на ключовете. Загубата на ключове пречи на потребителите да дешифрират пространствено съдържание и други криптирани данни в Webex App. Ако това се случи, можете да изградите ново внедряване, но ще бъде видимо само ново съдържание. За да избегнете загуба на достъп до данни, трябва:

Управлявайте архивирането и възстановяването на базата данни и конфигурацията ISO.
Бъдете готови да извършите бързо възстановяване при бедствие, ако възникне катастрофа, като например повреда на диска в базата данни или катастрофа в центъра за данни.

Миграцията от хибридна защита на данните с множество наематели (HDS) към Webex cloud KMS не се поддържа. Извеждането от експлоатация на HDS ще доведе до загуба на достъп до съдържание и данни, предварително криптирани с тези ключове. Трябва да запазите HDS, за да запазите достъпа до съществуващо криптирано съдържание.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на внедряване на хибридна сигурност на данните с множество наематели:

На@@ стройване на хибридна сигурност на данните — това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна защита на данните, изграждане на HDS клъстер, добавяне на организации за наематели към клъстера и управление на техните основни ключове за клиенти (CMC). Това ще позволи на всички потребители на вашите клиентски организации да използват вашия клъстер за хибридна сигурност на данните за функции за сигурност.

Фазите на настройка, активиране и управление са подробно разгледани в следващите три глави.
Поддържайте внедряването на хибридна защита на данните — Облакът Webex автоматично осигурява текущи ъпгрейди. Вашият ИТ отдел може да предостави поддръжка от първо ниво за това внедряване и да ангажира поддръжката на Cisco, ако е необходимо. Можете да използвате екранни известия и да настроите имейл сигнали в партньорския център.
Разбиране на често срещаните сигнали, стъпките за отстраняване на неизправности и известни проблеми — Ако срещнете проблеми с внедряването или използването на хибридна защита на данните, последната глава от това ръководство и приложението Известни проблеми могат да ви помогнат да определите и отстраните проблема.

Модел за внедряване на хибридната сигурност

В рамките на вашия корпоративен център за данни внедрявате Hybrid Data Security като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака Webex чрез защитени уеб сокети и защитен HTTP.

По време на инсталационния процес ние ви предоставяме OVA файла, за да настроите виртуалния уред на виртуалните машини, които предоставяте. Използвате инструмента за настройка на HDS, за да създадете персонализиран ISO файл за конфигурация на клъстера, който монтирате на всеки възел. Клъстерът за хибридна защита на данните използва предоставения от вас Syslogd сървър и база данни PostgreSQL или Microsoft SQL Server. (Конфигурирате данните за Syslogd и връзката с базата данни в инструмента за настройка на HDS.)

Модел за внедряване на хибридната сигурност

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

Всички възли в клъстера имат достъп до една и съща ключова база данни и регистрират дейността на същия syslog сървър. Самите възли са без гражданство и обработват ключови заявки по кръгъл начин, както е указано от облака.

Възлите стават активни, когато ги регистрирате в Partner Hub. За да извадите отделен възел от експлоатация, можете да го дерегистрирате и по-късно да го пререгистрирате, ако е необходимо.

Поддръжка на прокси

Хибридната сигурност на данните поддържа ясни, прозрачни инспекционни и непроверяващи прокси служители. Можете да свържете тези прокси файлове с вашето внедряване, за да можете да защитите и наблюдавате трафика от предприятието към облака. Можете да използвате администраторски интерфейс на платформата на възлите за управление на сертификати и за проверка на цялостното състояние на свързаността, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси сървъри:

Няма прокси — По подразбиране, ако не използвате конфигурацията за настройка на HDS възел Trust Store & Proxy, за да интегрирате прокси сървър. Не се изисква актуализация на сертификата.
Прозрачен прокси сървъ р без проверка — възлите не са конфигурирани да използват конкретен адрес на прокси сървъра и не трябва да изискват никакви промени, за да работят с прокси сървър, който не проверява. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси — възлите не са конфигурирани да използват конкретен адрес на прокси сървър. Не са необходими промени в конфигурацията на HTTP или HTTPS на възлите. Въпреки това, възлите се нуждаят от основен сертификат, така че да се доверят на прокси сървъра. Инспекционните прокси сървъри обикновено се използват от ИТ за налагане на политики по кои уебсайтове могат да бъдат посещавани и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър — С изричен прокси сървър ще кажете на възлите на HDS кой прокси сървър и схема за удостоверяване да използват. За да конфигурирате изричен прокси сървър, трябва да въведете следната информация за всеки възел:
1. Прокси IP/FQDN — Адрес, който може да се използва за достигане до прокси машината.
2. Про@@ кси порт — номер на порт, който прокси служителят използва за слушане на прокси трафик.
3. Прокси протокол — В зависимост от това какво поддържа вашият прокси сървър, изберете между следните протоколи:
  - HTTP—преглежда и контролира всички заявки, които клиентът изпраща.
  - Https — предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване — Изберете от следните типове удостоверяване:
  - Няма — Не се изисква допълнително удостоверяване.
    
    Предлага се, ако изберете HTTP или HTTPS като прокси протокол.
  - Основно — Използва се за HTTP потребителски агент за предоставяне на потребителско име и парола при подаване на заявка. Използва кодиране Base64.
    
    Предлага се, ако изберете HTTP или HTTPS като прокси протокол.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Digest — Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция върху потребителското име и паролата преди изпращане през мрежата.
    
    Предлага се само ако изберете HTTPS като прокси протокол.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

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

Тази диаграма показва примерна връзка между хибридната сигурност на данните, мрежата и прокси сървъра. За опциите за прозрачна проверка и HTTPS изрично проверяващо прокси сърфиране, същият основен сертификат трябва да бъде инсталиран на прокси сървъра и на възлите за хибридна защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични конфигурации на прокси

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

Подгответе средата си

Изисквания за хибридна сигурност на данните с множество наематели

Cisco WebexИзисквания за лиценз

За да внедрите хибридна защита на данните с множество наематели:

Организации на наематели: Трябва да имате Pro Pack заCisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за работен плот Docker

Преди да инсталирате вашите HDS възли, се нуждаете от Docker Desktop, за да стартирате програма за настройка. Docker наскоро актуализира своя лицензионен модел. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, "Docker актуализира и разширява абонаментите ни за продукти“.

Клиентите без лиценз Docker Desktop могат да използват инструмент за управление на контейнери с отворен код като Podman Desktop за стартиране, управление и създаване на контейнери. Вижте Стар тиране на инструмента за настройка на HDS с помощта на Podman Desktop за подроб ности.

X.509 Изисквания за сертификат

Сертификатната верига трябва да отговаря на следните изисквания:

Таблица 1. Изисквания за сертификат X.509 за внедряване на хибридна сигурност на данните
Изискване	Детайли
Подписано от дов Certificate Authority ерен (CA)	По подразбиране се доверяваме на CA в списъка на Mozilla (с изключение на WoSign и StartCom) на адрес https://wiki.mozilla.org/CA:IncludedCAs.
Носи име на домейн с общо име (CN), което идентифицира вашето внедряване на хибридна защита на данните Не е заместващ сертификат	Не е необходимо CN да е достъпен или да е домакин на живо. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.` company.com. КН не трябва да съдържа * (заместващ знак). CN се използва за проверка на възлите за хибридна сигурност на данните към клиенти на Webex App. Всички възли за хибридна защита на данните във вашия клъстер използват един и същ сертификат. Вашият KMS се идентифицира с помощта на домейна CN, а не всеки домейн, който е дефиниран в полетата x.509v3 SAN. След като регистрирате възел с този сертификат, ние не подкрепяме промяна на името на домейна CN.
Не-SHA1 подпис	Софтуерът KMS не поддържа SHA1 подписи за валидиране на връзки към KMS на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име на `kms-private-key`, за да маркирате сертификата, личния ключ и всички междинни сертификати, които да качите.	Можете да използвате конвертор като OpenSSL, за да промените формата на сертификата си. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.
Поддържан алгоритъм	Поддържат се само RSA сертификати.

Софтуерът KMS не налага използването на ключове или разширени ограничения за използване на ключове. Някои органи за сертифициране изискват за всеки сертификат да се прилагат ограничения за използване на разширени ключове, като например удостоверяване на сървъра. Добре е да използвате удостоверяването на сървъра или други настройки.

Изисквания за виртуален хост

Виртуалните хостове, които ще настроите като възли за хибридна защита на данните във вашия клъстер, имат следните изисквания:

Най-малко два отделни хоста (препоръчват се 3), разположени в един и същ защитен център за данни
Поддържани хипервизори:
- VMware ESXi 7.0 или 8.0.
- Софтуер за инфраструктура за виртуализация на корпоративните мрежови функции на Cisco (NFVIS) версия 26.2.1.
- Nutanix AOS 7.5.x с Nutanix AHV 11.0.x.
Минимум 4 VCPU, 8 GB основна памет, 30 GB локално място на твърдия диск на сървър.

Изисквания към сървъра на

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

Има две опции за сървър на база данни. Изискванията за всеки от тях са следните:

Таблица 2. Изисквания на сървъра на база данни по тип база данни
ПостгреSQL	Microsoft SQL сървър
PostgreSQL 14, 15, 16, 17 или 18, инсталиран и работещ.	Инсталиран е SQL Server 2016, 2017, 2019 или 2022 (корпоративен или стандартен). SQL Server 2016 изисква сервизен пакет 2 и кумулативна актуализация 2 или по-нова версия.
Минимум 8 VCPU, 16-GB основна памет, достатъчно място на твърдия диск и мониторинг, за да сте сигурни, че не е превишено (2-TB се препоръчва, ако искате да стартирате базата данни за дълго време, без да е необходимо да увеличавате съхранението)	Минимум 8 VCPU, 16-GB основна памет, достатъчно място на твърдия диск и мониторинг, за да сте сигурни, че не е превишено (2-TB се препоръчва, ако искате да стартирате базата данни за дълго време, без да е необходимо да увеличавате съхранението)

Софтуерът HDS понастоящем инсталира следните версии на драйвери за комуникация със сървъра на базата данни:

ПостгреSQL

Microsoft SQL сървър

Драйвер за постгрес JDBC 42.2.5

SQL сървър JDBC драйвер 4.6

Тази версия на драйвера поддържа SQL Server Always On (Al ways On Failover клъстерни инстанции и групи за наличност 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 Connections.

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

Изисквания за външна връзка

Конфигурирайте защитната стена, за да позволите следната свързаност за HDS приложенията:

Приложение	Протокол	Пристанище	Посока от приложението	Дестинация
Хибридни възли за сигурност на данните	TCP	443	Изходящи HTTPS и WSS	Webex сървъри: .wbx2.com .цископарк.com Всички хостове за обща идентичност Други URL адреси, които са изброени за хибридна сигурност на данните в таблицата Доп ълнителни URL адреси за хибридни услуги на Webex за мреж ови изисквания за услугите на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички хостове за обща идентичност хб.докер.com

Хибридните възли за сигурност на данните работят с превод на мрежов достъп (NAT) или зад защитна стена, стига NAT или защитната стена да позволяват необходимите изходящи връзки към дестинациите на домейна в предходната таблица. За връзки, които влизат към възлите за хибридна сигурност на данните, не трябва да се виждат портове от интернет. В рамките на вашия център за данни клиентите се нуждаят от достъп до възлите за хибридна защита на данните на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете за обща идентичност (CI) са специфични за региона. Това са настоящите CI хостове:

Регион	Общи URL адреси на хост за самоличност
Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания за прокси сър

Официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли за хибридна сигурност на данните.
- Прозрачен прокси — Уред за уеб сигурност на Cisco (WSA).
- Изричен прокси-калмари.
  
  Прокси сървърите на Squid, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да заобиколите този проблем, вижте Конфигу риране на прокси сървъри на Squid за хибридна защита на данните.
Поддържаме следните комбинации от типове удостоверяване за изрични прокси сървъри:
- Няма удостоверяване с HTTP или HTTPS
- Основно удостоверяване с HTTP или HTTPS
- Дигестиране на удостоверяване само с HTTPS
За прозрачен прокси сървър за проверка или HTTPS прокси сървър трябва да имате копие от основния сертификат на прокси сървъра. Инструкциите за внедряване в това ръководство ви казват как да качите копието в надеждните магазини на възловете за хибридна защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуждава изходящия TCP трафик на порт 443 да се маршрутизира през прокси сървъра.
Прокси сървърите, които проверяват уеб трафика, могат да пречат на връзките с уеб сокета. Ако възникне този проблем, заобикалянето (без проверката) на трафика към wbx2.com и ciscospark.com ще реши проблема.

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

Използвайте този контролен списък, за да сте сигурни, че сте готови да инсталирате и конфигурирате вашия клъстер за хибридна защита на данните.

1	Уверете се, че организацията ви няма активиран HDS в Control Hub и получете идентификационните данни на акаунт с пълен администратор на партньор и пълни администраторски права. Уверете се, че вашата клиентска организация на Webex е активирана за Pro Pack за. Cisco Webex Control Hub Свържете се с вашия партньор на Cisco или мениджър на акаунти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо внедряване на HDS.
2	Изберете име на домейн за вашето HDS внедряване (например `hds.company.com`) и получете верига на сертификати, съдържаща сертификат X.509, частен ключ и всякакви междинни сертификати. Сертификатната верига трябва да отговаря на изискванията в изискванията за сертификат X.509.
3	Подгответе идентични виртуални хостове, които ще настроите като възли за хибридна защита на данните във вашия клъстер. Имате нужда от поне два отделни хоста (препоръчват се 3), разположени в един и същ защитен център за данни, които отговарят на изискванията в изискванията за виртуален хост.
4	Подгответе сървъра за база данни, който ще действа като хранилище за ключови данни за клъстера, в съответствие с изискванията на сървъра на базата данни. Сървърът на базата данни трябва да бъде колокиран в защитения център за данни с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни - не използвайте базата данни по подразбиране. Приложенията HDS, когато са инсталирани, създават схемата на базата данни.) Съберете подробностите, които възлите ще използват за комуникация със сървъра на базата данни: името на хоста или IP адреса (хост) и порта името на базата данни (dbname) за съхранение на ключове потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключове
5	За бързо възстановяване при бедствие настройте среда за архивиране в различен център за данни. Средата за архивиране отразява производствената среда на виртуални машини и сървър за резервни бази данни. Например, ако производството има 3 виртуални виртуални устройства, работещи с HDS възли, резервната среда трябва да има 3 виртуални виртуални устройства.
6	Настройте хост на syslog за събиране на дневници от възлите в клъстера. Съберете неговия мрежов адрес и syslog порт (по подразбиране е UDP 514).
7	Създайте политика за защитено архивиране за възлите за хибридна защита на данните, сървъра на базата данни и хоста на syslog. Като минимум, за да предотвратите невъзстановима загуба на данни, трябва да архивирате базата данни и конфигурационния ISO файл, генериран за възлите за хибридна сигурност на данните. Тъй като възлите за хибридна сигурност на данните съхраняват ключовете, използвани при криптиране и декриптиране на съдържание, неподдържането на оперативно внедряване ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на това съдържание. Клиентите на Webex App кешират ключовете си, така че прекъсването може да не се забележи веднага, но ще стане очевидно с течение на времето. Въпреки че временните прекъсвания са невъзможни за предотвратяване, те могат да бъдат възстановими. Въпреки това, пълната загуба (няма налични резервни копия) нито на базата данни, нито на конфигурационния ISO файл ще доведе до невъзстановими клиентски данни. Очаква се операторите на възлите за хибридна сигурност на данните да поддържат чести резервни копия на базата данни и конфигурационния ISO файл и да бъдат готови да възстановят центъра за данни за хибридна сигурност на данните, ако възникне катастрофална повреда.
8	Уверете се, че конфигурацията на защитната стена ви позволява свързаност за вашите възли за хибридна защита на данните, както е посочено в Изискванията за вън шна
9	Инсталирайте Docker (https://www.docker.com) на всяка локална машина, работеща с поддържана операционна система (Microsoft Windows10 Professional или Enterprise 64-битова или Mac OSX Yosemite 10.10.3 или по-нова версия) с уеб браузър, който има достъп до нея на http://127.0.0.1:8080. Използвате екземпляра Docker, за да изтеглите и стартирате инструмента за настройка на HDS, който изгражда информацията за локалната конфигурация за всички възли за хибридна защита на данните. Може да се нуждаете от лиценз за Docker Desktop. Вижте И зисквания за работния плот на Docker за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има свързаността, описана в Изиск ванията за външна свързаност.
10	Ако интегрирате прокси сървър с хибридна защита на данните, уверете се, че той отговаря на изискванията на прокси сървъра.

Създаване на хибриден клъстер за сигурност на данните

Поток от задачи за внедряване на хибридната сигурност

Преди да започнете

1	Извършете първоначална настройка и изтегляне на инсталационни файлове Изтеглете OVA файла на вашата локална машина за по-късна употреба.
2	Създайте конфигурационен ISO за HDS хостовете Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите за хибридна защита на данните.
3	Инсталирайте HDS хост OVA Създайте виртуална машина от файла OVA и извършете първоначална конфигурация, като например мрежови настройки. Конфигурирането на мрежовите настройки по време на внедряването на OVA се поддържа само на ESXi 7.0 и 8.0. За внедряването на NFVIS вижте Инсталиране на HD S хост OVA на NFVIS. За внедряването на Nutanix вижте Инсталиране на HDS Host OVA на Nutanix
4	Настройте хибридната виртуална машина за защита на данните Влезте в конзолата на VM и задайте идентификационните данни за влизане. Конфигури райте мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедр яването на OVA. За внедряването на NFVIS вижте Настройване на виртуалната машина за хибридна защита на данните на NFVIS. За внедряването на Nutanix вижте Създаване на хибридна виртуална машина за защита на данните на Nutanix
5	Качване и монтиране на HDS конфигурация ISO Конфигурирайте виртуалната виртуална машина от конфигурационния файл ISO, който сте създали с инструмента за настройка на HDS. За внедряването на NFVIS вижте Качване и монтиране на ISO за конфигурация на HD S. За внедряването на Nutanix вижте Качване и монтиране на ISO за конфигурация на HDS
6	Конфигурирайте HDS възела за интеграция на прокси сървъри Ако мрежовата среда изисква конфигурация на прокси сървъра, посочете типа прокси сървър, който ще използвате за възела, и добавете прокси сертификата към магазина за доверие, ако е необходимо.
7	Регистрирайте първия възел в клъстера Регистрирайте виртуалната машина с Cisco Webex облака като възел за хибридна сигурност на данните.
8	Създаване и регистриране на повече възли Завършете настройката на клъстера.
9	Активирайте HDS с множество наематели в партньорския център. Активирайте HDS и управлявайте организациите за наематели в Partner Hub.

Извършете първоначална настройка и изтегляне на инсталационни файлове

В тази задача изтегляте OVA файл на вашата машина (не на сървърите, които сте настроили като възли за хибридна сигурност на данните). Използвате този файл по-късно в процеса на инсталиране.

1	Влезте в партньорския център и след това щракнете върху У слуги.
2	В секцията Хибрид намерете картата за хибридна защита на данните и след това щракнете върху Настройка. Щракването върху Настройване в партньорския център е от решаващо значение за процеса на внедряване. Не продължавайте с инсталацията, без да завършите тази стъпка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне.OVA файл на картата Инсталиране и конфигуриране на софту ера. По-старите версии на софтуерния пакет (OVA) няма да бъдат съвместими с най-новите ъпгрейди за хибридна сигурност на данните. Това може да доведе до проблеми при надграждане на приложението. Уверете се, че сте изтеглили най-новата версия на файла OVA. Можете също да изтеглите OVA по всяко време от секцията По мо щ. Щракнете върху Настройки > Помо щ > Изтеглете софтуер за хибридна защита на данните. OVA файлът автоматично започва да се изтегля. Запазете файла на място на вашето устройство.

Създайте конфигурационен ISO за HDS хостовете

Процесът на настройка на хибридна защита на данните създава ISO файл. След това използвате ISO, за да конфигурирате вашия хост за хибридна защита на данните.

Преди да започнете

Инструментът за настройка на HDS работи като контейнер Docker на локална машина. За да получите достъп до него, стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в Partner Hub с пълни администраторски права.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1 до 5 в процедурата по-долу. Вижте Стар тиране на инструмента за настройка на HDS с помощта на Podman Desktop за подроб ности.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато извеждате контейнера Docker в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://SERVER_IP:PORT

HTTPS прокси без удостоверяване

ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://SERVER_IP:PORT

HTTP прокси с удостоверяване

ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT

HTTPS прокси с удостоверяване

ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT
Конфигурационният ISO файл, който генерирате, съдържа главния ключ, криптиращ базата данни PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като следните:
- Идентификационни данни
- Актуализации на сертификатите
- Промени в политиката за оторизация
Ако планирате да криптирате връзки с база данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете съответната команда за вашата среда:

В редовни среди:

docker rmi ciscocitg/hds-setup:stable

В средите на FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

Тази стъпка почиства предишните изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображенията на Docker, въведете следното:

docker login -u hdscustomersro

3

В подкана за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo

4

Изтеглете най-новото стабилно изображение за вашата среда:

В редовни среди:

docker pull ciscocitg/hds-setup:stable

В средите на FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable

5

Когато изтеглянето завърши, въведете съответната команда за вашата среда:

В обикновени среди без прокси сървър:
```
docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable
```

В обикновени среди с HTTP прокси сървър:

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

В обикновени среди с HTTPS прокси сървър:

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

В среда на FedRAMP без прокси сървър:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable

В среда на FedRAMP с HTTP прокси сървър:

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

В среда на FedRAMP с HTTPS прокси сървър:

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

Когато контейнерът работи, виждате „Експресно слушане на сървъра на порт 8080“.

6

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

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080 и въведете администраторско потребителско име за Partner Hub в подканата.

Инструментът използва това първо въвеждане на потребителското име, за да зададе подходящата среда за този акаунт. След това инструментът показва стандартния подкана за влизане.

7

Когато бъдете подканени, въведете идентификационните данни за влизане на администратора на партньорския център и след това щ ракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна защита на данните.

8

На страницата Преглед на инструмента за настройка щрак нете върху Започване.

9

На страницата Импортиране на ISO имате следните опции:

Не — Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да — Ако вече сте създали HDS възли, изберете вашия ISO файл в браузъра и го качвате.

10

Проверете дали вашият сертификат X.509 отговаря на изискванията в изискванията за сертификат X.50 9.

Ако никога преди не сте качвали сертификат, качете сертификата X.509, въведете паролата и щракнете върху Продължи.
Ако вашият сертификат е OK, щракнете върху Продължи.
Ако вашият сертификат е изтекъл или искате да го замените, изберете Не за Продължаване да използвате веригата за сертификати HDS и частен ключ от предишния ISO? . Качете нов сертификат X.509, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до вашата ключова база данни:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, ще получите поле Тип удостоверяване.
(Само Microsoft SQL Server) Изберете вашия тип удостоверяване:
- Основно удостоверяване: Имате нужда от име на локален акаунт на SQL Server в полето Потребителско име.
- Удостоверяване на Windows: Имате нужда от акаунт в Windows във формата потребителско име @DOMAIN в полето Потребителско име.
Въведете адреса на сървъра на базата данни във формата: <hostname><port>или: <IP-address><port>.

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

Можете да използвате IP адрес за основно удостоверяване, ако възлите не могат да използват DNS за разрешаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формата db host.example.org:1433
Въведете името на базата данни.
Въведете потребителското име и парол ата на потребител с всички привилегии в базата данни за съхранение на ключове.

12

Изберете режим на свързване с база данни TLS:

Режим	Описание
Предпочитайте TLS (опция по подразбиране)	HDS възлите не изискват TLS за свързване към сървъра на базата данни. Ако активирате TLS на сървъра на базата данни, възлите се опитват да създадат криптирана връзка.
Изисквайте TLS	HDS възлите се свързват само ако сървърът на базата данни може да договаря TLS.
Изисквайте TLS и проверете подписващия сертификат	Този режим не е приложим за бази данни на SQL Server. HDS възлите се свързват само ако сървърът на базата данни може да договаря TLS. След установяване на TLS връзка възелът сравнява подписващия сертификат от сървъра на базата данни с органа за сертификат в основния сертификат на базата данни. Ако не съвпадат, възелът прекратява връзката. Използвайте контролата за основен сертификат за база данни под падащото меню, за да качите основния сертификат за тази опция.
Изисквайте TLS и проверете подписващия сертификат и името на хоста	HDS възлите се свързват само ако сървърът на базата данни може да договаря TLS. След установяване на TLS връзка възелът сравнява подписващия сертификат от сървъра на базата данни с органа за сертификат в основния сертификат на базата данни. Ако не съвпадат, възелът прекратява връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето хост и порт на база данни. Имената трябва да съвпадат точно или възелът прекратява връзката. Използвайте контролата за основен сертификат за база данни под падащото меню, за да качите основния сертификат за тази опция.

Когато качите основния сертификат (ако е необходимо) и щракнете върху Прод ължи, инструментът за настройка на HDS тества връзката TLS със сървъра на базата данни. Инструментът също проверява подписващия сертификат и името на хоста, ако е приложимо. Ако тестът не успее, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързаността HDS възлите може да могат да установят TLS връзката, дори ако машината за настройка на HDS не може успешно да я тества.)

13

На страницата Системни дневници конфигурирайте вашия Syslogd сървър:

Въведете URL адреса на сървъра syslog.

Ако сървърът не се разрешава с DNS от възлите за вашия HDS клъстер, използвайте IP адрес в URL адреса.

Пример:
udp: //10.92.43. 23:514 показва регистриране към хост на Syslogd 10.92.43.23 на UDP порт 514.
Ако настроите сървъра си да използва TLS криптиране, проверете Конфигуриран ли е сървърът ви за TLS преговаряване/ръкостискане? .

Ако поставите отметка в това квадратче, уверете се, че сте въвели TCP URL адрес като tcp: //10.92.43. 23:514 и качете основния сертификат на syslog.
От падащото меню Избор на прекратяване на записа syslog изберете подходящата настройка за вашия ISO файл: Изберете или Newline се използва за Graylog и Rsyslog TCP
- Нулев байт --\ x00
- Нов ред --\ n —Изберете този избор за Graylog и Rsyslog TCP.
Щракнете върху Продъл жи.

14

(Незадължително) Можете да промените стойността по подразбиране за някои параметри за връзка с база данни в Раз ширени настройки. Обикновено този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxSize: 10

15

Щракнете върху Прод ължи на ек рана Нулиране на паролата за услуги.

Паролите за сервизни акаунти имат деветмесечен живот. Използвайте този екран, когато паролите ви наближават изтичане или искате да ги нулирате, за да анулирате предишните ISO файлове.

16

Щракнете върху Изтегляне на ISO файл. Запазете файла на място, което е лесно да се намери.

17

Направете резервно копие на ISO файла на вашата локална система.

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

18

За да изключите инструмента за настройка, въведете CTRL+C.

Какво да правя по-нататък

Архивирайте конфигурационния ISO файл. Нуждаете се от него, за да създадете повече възли за възстановяване или да направите промени в конфигурацията. Ако загубите всички копия на ISO файла, сте загубили и главния ключ. Възстановяването на ключовете от вашата база данни PostgreSQL или Microsoft SQL Server не е възможно.

Никога нямаме копие на този ключ и не можем да помогнем, ако го загубите.

Инсталирайте HDS хост OVA

Използвайте тази процедура, за да създадете виртуална машина от файла OVA.

Ако инсталирате HDS на NFVIS хипервизор, вижте секцията Инсталиране на HD S хост OVA на NFVIS.

Ако инсталирате HDS на хипервизор на Nutanix, вижте секцията Инсталиране на HDS хост OVA на Nutanix.

1	Използвайте VMware vSphere клиента на вашия компютър, за да влезете във виртуалния хост ESXi.
2	Изберете Файл > Разгъ ване на OVF шаблон.
3	В съветника посочете местоположението на OVA файла, който сте изтеглили по-рано, и след това щракнете върху Напред.
4	На страницата Избор на име и папка въведете име на Виртуална машина за възела (например „HDS_Node_1"), изберете място, където може да се намира внедряването на възела на виртуалната машина, и след това щракнете върху Напред.
5	На страницата Из бор на ресурс за изчисление изберете дестинационния изчислителен ресурс и след това щракнете върху Напред. Изпълнява се проверка за валидиране. След като приключи, се появяват подробностите за шаблона.
6	Проверете подробностите за шаблона и след това щракнете върху На пред.
7	Ако бъдете помолени да изберете конфигурацията на ресурса на страницата Конфигу ра ция, щракнете върху 4 CPU и след това щракнете върху Напред.
8	На страницата Избор на съхранение щ ракнете върху Напред, за да приемете дисковия формат по подразбиране и правилата за съхранение на VM.
9	На страницата Из бор на мрежи изберете опцията мрежа от списъка с записи, за да осигурите желаната свързаност към VM.
10	На страницата Пер сонализиране на шаблона конфигурирайте следните мрежови настройки: Име на хоста — Въведете FQDN (име на хост и домейн) или име на хост с една дума за възела. Не е необходимо да задавате домейна да съответства на домейна, който сте използвали за получаване на сертификата X.509. За да осигурите успешна регистрация в облака, използвайте само малки букви в FQDN или името на хоста, които сте задали за възела. Понастоящем капитализацията не се поддържа. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес — Въведете IP адреса за вътрешния интерфейс на възела. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска — Въведете адреса на маската на подмрежата в точковата десетична нотация. Например, 255.255.255.0. Шлюз — Въведете IP адреса на шлюза. Шлюзът е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри — Въведете списък с DNS сървъри, разделен със запетаи, които се справят с превода на имена на домейни на цифрови IP адреси. (Допускат се до 4 DNS записа.) NTP сървъри — Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетаи, за да въведете няколко NTP сървъра. Разгънете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстера да са достъпни от клиенти във вашата мрежа за административни цели. Ако е предпочитано, можете да пропуснете конфигурацията на мрежовите настройки и да следвате стъпките в Настройване на Hybrid Data Security VM, за да конфигурирате настройките от конзолата на възела. Опцията за конфигуриране на мрежовите настройки по време на внедряването на OVA е тествана с ESXi 7.0 и 8.0. Възможно е опцията да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху възела VM и след това изберете Захран ване > Включване. Софтуерът за хибридна защита на данните се инсталира като гост на VM хост. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване Може да изпитате забавяне от няколко минути, преди да се появят контейнерите на възли. По време на първото зареждане на конзолата се появява съобщение на мостовата защитна стена, по време на което не можете да влезете.

Настройте хибридната виртуална машина за защита на данните

Използвайте тази процедура, за да влезете за първи път в конзолата на VM възела Hybrid Data Security и да зададете идентификационните данни за влизане. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.

Ако внедрявате HDS на NFVIS хипервизор, вижте раздела Настройване на хибридна виртуална машина за защита на данните в NFVIS.

Ако внедрявате HDS на хипервизор на Nutanix, вижте раздела Съ здаване на хибридна виртуална машина за сигурност на данни на Nutanix.

1	В клиента VMware vSphere изберете вашия VM възел за хибридна защита на данните и изберете раздела Конз ола. VM стартира и се появява подкана за вход. Ако подканата за влизане не се показва, натиснете Enter.
2	Използвайте следното потребителско име и парола по подразбиране, за да влезете и да промените идентификационните данни: Вход: `администратор` Парола: `цискосистеми` Тъй като влизате в виртуалната си виртуална машина за първи път, трябва да промените паролата на администратора.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай в главното меню изберете опцията Реда ктиране на конфигура цията.
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(Незадължително) Променете името на хоста, домейна или NTP сървъра (ите), ако е необходимо, за да съответства на мрежовите правила. Не е необходимо да задавате домейна да съответства на домейна, който сте използвали за получаване на сертификата X.509.
6	Запазете мрежовата конфигурация и рестартирайте VM, така че промените да влязат в сила.

Качване и монтиране на HDS конфигурация ISO

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

Ако инсталирате HDS на NFVIS хипервизор, вижте секцията Качване и монтиране на ISO конфигурация на HD S.

Ако инсталирате HDS на хипервизор на Nutanix, вижте секцията Качване и монтиране на ISO конфигурация на HD S.

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде изложен само на база „необходимост да се знае“, за достъп от виртуалните виртуални машини за хибридна сигурност на данните и всички администратори, които може да се наложи да направят промени. Уверете се, че само тези администратори имат достъп до системата на данни.

1

Качете ISO файла от вашия компютър:

В левия навигационен екран на клиента VMware vSphere кликнете върху сървъра ESXi.
В списъка Хардуер в раздела Конфигурация щракнете върху Съ хранение.
В списъка Datastores щракнете с десния бутон върху базата данни за вашите виртуални машини и щракнете върху Преглед на Datastore.
Щракнете върху иконата Качване на файлове и след това щракнете върху Ка чване на файл.
Прегледайте мястото, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Щракнете върху Да, за да приемете предупреждението за операцията за качване/изтегляне и затворете диалоговия прозорец за данни.

2

Монтирайте ISO файла:

В левия навигационен екран на клиента VMware vSphere кликнете с десния бутон върху виртуалната машина и щракнете върху Ре да ктиране на настройките.
Щракнете върху OK, за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD устройство 1, изберете опцията за монтиране от ISO файл на база данни и прегледайте мястото, където сте качили конфигурационния ISO файл.
Проверете Свър зани и Свържете при включено захран ване.
Запазете промените си и рестартирайте виртуалната машина.

Какво да правя по-нататък

Ако вашата ИТ политика изисква, можете по желание да деинсталирате ISO файла, след като всички ваши възли вземат промените в конфигурацията. Вижте (По избор) Отстраняване на ISO след конфигуриране на HDS за подробности.

Конфигурирайте HDS възела за интеграция на прокси сървъри

Ако мрежовата среда изисква прокси сървър, използвайте тази процедура, за да посочите типа прокси сървър, който искате да интегрирате с хибридна защита на данните. Ако изберете прозрачен прокси сървър за проверка или HTTPS прокси сървър, можете да използвате интерфейса на възела, за да качите и инсталирате основния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните евентуални проблеми.

Преди да започнете

Вижте Поддръжка на прокси сървъри за преглед на поддържаните опции за прокси сървъри.
Изисквания за прокси сър

1	Въведете URL адреса за настройка на HDS възела `https://[HDS Node IP или FQDN] /setup` в уеб браузър, въведете идентификационните данни за администратора, които сте настроили за възела, и след това щракнете върху Вход.
2	Отидете в Trust Store & Proxy и след това изберете опция: Без прокси — опцията по подразбиране, преди да интегрирате прокси сървър. Не се изисква актуализация на сертификата. Прозрачен прокси сървър без проверка — възлите не са конфигурирани да използват конкретен адрес на прокси сървър и не трябва да изискват никакви промени, за да работят с прокси сървър, който не проверява. Не се изисква актуализация на сертификата. Прозрачен прокси сър вър за проверка — възлите не са конфигурирани да използват конкретен адрес на прокси сървър. Не са необходими промени в конфигурацията на HTTPS при внедряването на Hybrid Data Security, но HDS възлите се нуждаят от основен сертификат, за да се доверят на прокси сървъра. Инспекционните прокси сървъри обикновено се използват от ИТ за налагане на политики по кои уебсайтове могат да бъдат посещавани и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър — С изричен прокси сървър казвате на клиента (HDS възли) кой прокси сървър да използва и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN — Адрес, който може да се използва за достигане до прокси машината. Про@@ кси порт — номер на порт, който прокси служителят използва за слушане на прокси трафик. Прокси протокол — Изберете http (преглежда и контролира всички заявки, получени от клиента) или https (предоставя канал към сървъра и клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване — Изберете от следните типове удостоверяване: Няма — Не се изисква допълнително удостоверяване. Предлага се за HTTP или HTTPS прокси сървъри. Основно — Използва се за HTTP потребителски агент за предоставяне на потребителско име и парола при подаване на заявка. Използва кодиране Base64. Предлага се за HTTP или HTTPS прокси сървъри. Ако изберете тази опция, трябва също да въведете потребителското име и паролата. Digest — Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция върху потребителското име и паролата преди изпращане през мрежата. Предлага се само за HTTPS прокси сървъри. Ако изберете тази опция, трябва също да въведете потребителското име и паролата. Следвайте следващите стъпки за прозрачен прокси сървър за проверка, HTTP прокси сървър с основно удостоверяване или HTTPS прокси сървър.
3	Щракнете върху Качване на основен сертификат или сертификат за край но образувание и след това преминете към избор на основния сертификат за прокси сървъра. Сертификатът е качен, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката на шеврона до името на издателя на сертификата, за да получите повече подробности, или щракнете върху Из три ване, ако сте допуснали грешка и искате да качите файла отново.
4	Щракнете върху Проверка на прокси връз ката, за да тествате мрежовата свързаност между възела и прокси сървъра. Ако тестът за връзка не успее, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, че външната DNS резолюция не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много явни прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирана външна DNS резолюция. Ако смятате, че това е грешка, изпълнете тези стъпки и след това вижте Из ключване на режим на блокирана външна резолюция на DNS.
5	След като теста за връзка премине, за изричен прокси сървър, зададен само на https, включете превключвателя на Мар шрутирайте всички заявки за https на порт 443/444 от този възел през изричния прокси сървър. Тази настройка изисква 15 секунди, за да влезе в сила.
6	Щракнете върху Инсталиране на всички сертификати в магазина за довери е (показва се за HTTPS прокси сървъри или прозрачен прокси сървър за проверка) или Рестартирайте (показва се за изричен HTTP прокси сървър), прочетете подкана и след това щракнете върху Инст алиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След като възелът се рестартира, влезте отново, ако е необходимо, и след това отворете страницата Пре глед, за да проверите проверките за свързаност, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн на webex.com. Ако има проблеми със свързаността, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси сървъра.

Регистрирайте първия възел в клъстера

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

Когато регистрирате първия си възел, създавате клъстер, към който е присвоен възелът. Клъстерът съдържа един или повече възли, разположени за осигуряване на резервиране.

Преди да започнете

След като започнете регистрацията на възел, трябва да го завършите в рамките на 60 минути или трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че разрешавате изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете У слуги.
3	В секцията Хибрид намерете карта за хибридна защита на данните и щракнете върху Настройка.
4	В страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на Създаване на нова клъстерна карта въведете име за клъстера, към който искате да зададете своя възел за хибридна защита на данните. Препоръчваме ви да назовете клъстер въз основа на това къде се намират географски възлите на клъстера. Примери: „Сан Франциско“ или „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добав яне в долната част на екрана. Този IP адрес или FQDN трябва да съответства на IP адреса или името на хоста и домейна, които сте използвали в Настройване на виртуалната машина за хибридна защита на данните. Появява се съобщение, показващо, че можете да регистрирате своя възел в Webex.
7	Щракнете върху Отиди в възел. След няколко минути сте пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата Разрешаване на достъп до хибридни възли за сигурност на данните. Там потвърждавате, че искате да дадете разрешения на вашата организация Webex за достъп до вашия възел.
8	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данните и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата за хибридна защита на данните на Partner Hub. На страницата Хи бридна защита на данните новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Рес урси. Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на повече възли

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

Преди да започнете

След като започнете регистрацията на възел, трябва да го завършите в рамките на 60 минути или трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че разрешавате изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, повтаряйки стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новата VM, повтаря йки стъпките в Настройване на хибридната виртуална машина за защита на данните.
3	На новата виртуална виртуална машина повторете стъпките в Качване и монтирайте ISO за конфигурация на HDS.
4	Ако настройвате прокси сървър за вашето внедряване, повторете стъпките в Конфигу риране на HDS възела за интеграция на прокси сървъри, както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.com изберете У слуги от менюто от лявата страна на екрана. В секцията Хибрид намерете картата за хибридна защита на данните и щракнете върху Преглед на всички. Появява се страницата Хибридни ресурси за сигурност на данните. Новосъздаденият клъстер ще се появи на страницата Рес урси. Кликнете върху клъстера, за да видите възлите, присвоени на клъстера. Щракнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, показващо, че можете да регистрирате своя възел в облака Webex. След няколко минути сте пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата Разрешаване на достъп до хибридни възли за сигурност на данните. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данните и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата за хибридна защита на данните на Partner Hub. Добавеното изскачащо съобщение за възел също се появява в долната част на екрана в Partner Hub. Вашият възел е регистриран.

Какво да правя по-нататък

За да създадете допълнителни клъстери, влезте в партньорския център и щракнете върху У слуги > Хи бридна защита на данните > Пре глед на всички > Добавяне на клъстер. Следвайте стъпките, описани в раздела по-горе, за да добавите първия възел към допълнителния клъстер или клъстери.

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

Активирайте HDS с множество наематели в партньорския център

Тази задача гарантира, че всички потребители на клиентските организации могат да започнат да използват HDS за локални ключове за криптиране и други услуги за сигурност.

Преди да започнете

Уверете се, че сте завършили настройването на вашия Multi-Tenant HDS клъстер с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете У слуги.
3	В секцията Хибрид намерете Хибридна защита на данните и щракнете върху Реда ктиране на настройките.
4	Щракнете върху Активиране на HDS на картата за състоянието на HDS.

Добавяне на организации за наематели в партньорския център

В тази задача вие задавате клиентски организации към вашия хибриден клъстер за сигурност на данните.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете У слуги.
3	В секцията Хибрид намерете Хибридна сигурност на данните и щракнете върху Преглед на всички.
4	Отидете в раздел а Назначени клиенти. Раздел ът Присвоени клиенти няма да се показва, докато не създадете клъстер.
5	Щракнете върху Добавяне на клиенти.
6	Изберете клиента, който искате да добавите от падащото меню.
7	Щракнете върху Добав яне, клиентът ще бъде добавен към клъстера.
8	Повторете стъпки от 5 до 7, за да добавите множество клиенти към вашия клъстер.
9	Щракнете върху Готово в долната част на екрана, след като добавите клиентите. Добавените клиенти ще бъдат синхронизирани във всички налични клъстери.

Какво да правя по-нататък

Стартирайте инструмента за настройка на HDS, както е описано в Съ здаване на основни ключове за клиенти (CMKs), като използвате инструмента за настройка на HDS, за да завърш ите процеса на настройка.

Създаване на основни ключове за клиенти (CMC) с помощта на инструмента за настройка на HDS

Преди да започнете

Назначете клиенти, както е описано в Добавяне на организации за наематели в партньорския център. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените клиентски организации.

Инструментът за настройка на HDS работи като контейнер Docker на локална машина. За да получите достъп до него, стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато извеждате контейнера Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, криптиращ базата данни PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като следните:
- Идентификационни данни
- Актуализации на сертификатите
- Промени в политиката за оторизация
Ако планирате да криптирате връзки с база данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данните създава ISO файл. След това използвате ISO, за да конфигурирате вашия хост за хибридна защита на данните.

1	В командния ред на вашата машина въведете съответната команда за вашата среда: В редовни среди: `docker rmi ciscocitg/hds-setup:stable` В средите на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка почиства предишните изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображенията на Docker, въведете следното: `docker login -u hdscustomersro`
3	В подкана за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В редовни среди: `docker pull ciscocitg/hds-setup:stable` В средите на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето завърши, въведете съответната команда за вашата среда: В обикновени среди без прокси сървър: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В обикновени среди с HTTP прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среда на FedRAMP без прокси сървър: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среда на FedRAMP с HTTP прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среда на FedRAMP с HTTPS прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресно слушане на сървъра на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторско потребителско име за Partner Hub в подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе подходящата среда за този акаунт. След това инструментът показва стандартния подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните данни за влизане на администратора на партньорския център и след това щ ракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна защита на данните.
8	На страницата Преглед на инструмента за настройка щрак нете върху Започване.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете. Осигурете свързаност с вашата база данни, за да извършите управление на CMK.
11	Отидете в раздел а Управление на CMK за наематели, където ще намерите следните три начина за управление на CMC за наематели. Създайте CMK за всички ОРГ или Съ з дайте CMK - К ликнете върху този бутон на банера в горната част на екрана, за да създадете CMC за всички новодобавени организации. Щракнете върху бутона Управление на CMC от дясната страна на екрана и щракнете върху Създаване на CMC, за да създадете CMC за всички новодобавени организации. Щракнете близо до управлението на CMK в очакване на състоянието на конкретна организация в таблицата и щракнете върху Създаване на CMK, за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, състоянието в таблицата ще се промени от управлението на CMK в очакване към управлявано от CM K.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахнете организациите за наематели

Преди да започнете

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

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете У слуги.
3	В секцията Хибрид намерете Хибридна сигурност на данните и щракнете върху Преглед на всички.
4	На страницата, която се отваря, щракнете върху раздел а Присвоени клиенти.
5	От списъка с организациите на клиенти, които се показват, щракнете върху от дясната страна на организацията на клиентите, която искате да премахнете и щракнете върху Пре махване от клъстера.

Какво да правя по-нататък

Завършете процеса на премахване, като отмените CMC на организациите клиенти, както е описано в Оттегляне на CMKs на наематели, премахнати от HDS.

Отменете CMC на наематели, отстранени от HDS.

Преди да започнете

Премахнете клиентите, както е описано в Пре махване на организации с наем атели. Стартирайте инструмента за настройка на HDS, за да завършите процеса на премахване на организациите клиенти, които са били премахнати.

Инструментът за настройка на HDS работи като контейнер Docker на локална машина. За да получите достъп до него, стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато извеждате контейнера Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, криптиращ базата данни PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като следните:
- Идентификационни данни
- Актуализации на сертификатите
- Промени в политиката за оторизация
Ако планирате да криптирате връзки с база данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данните създава ISO файл. След това използвате ISO, за да конфигурирате вашия хост за хибридна защита на данните.

1	В командния ред на вашата машина въведете съответната команда за вашата среда: В редовни среди: `docker rmi ciscocitg/hds-setup:stable` В средите на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка почиства предишните изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображенията на Docker, въведете следното: `docker login -u hdscustomersro`
3	В подкана за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В редовни среди: `docker pull ciscocitg/hds-setup:stable` В средите на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето завърши, въведете съответната команда за вашата среда: В обикновени среди без прокси сървър: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В обикновени среди с HTTP прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среда на FedRAMP без прокси сървър: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среда на FedRAMP с HTTP прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среда на FedRAMP с HTTPS прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресно слушане на сървъра на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторско потребителско име за Partner Hub в подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе подходящата среда за този акаунт. След това инструментът показва стандартния подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните данни за влизане на администратора на партньорския център и след това щ ракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна защита на данните.
8	На страницата Преглед на инструмента за настройка щрак нете върху Започване.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете.
11	Отидете в раздел а Управление на CMK за наематели, където ще намерите следните три начина за управление на CMC за наематели. Оттегляне на CMK за всички ОРГ или Оттегл яне на CMK - Кликнете върху този бутон на банера в горната част на екрана, за да отмените CMK на всички организации, които са били премахнати. Щракнете върху бутона Управление на CMC от дясната страна на екрана и щракнете върху Отмяна на CMC, за да отмен ите CMC на всички организации, които са били премахнати. Щракнете близо до CMK да бъде от менен статут на конкретна организация в таблицата и щракнете върху Оттегляне на CMK, за да отмените CMK за тази конкретна организация.
12	След като отмяната на CMK е успешно, организацията на клиентите вече няма да се появява в таблицата.
13	Ако отмяната на CMK е неуспешна, ще се покаже грешка.

Тествайте внедряването на хибридна защита на данните

Тествайте внедряването на хибридната сигурност на данните

Използвайте тази процедура, за да тествате сценарии за криптиране на хибридна защита на данните с няколко наематели.

Преди да започнете

Настройте внедряването на хибридна защита на данните с множество наематели.
Уверете се, че имате достъп до syslog, за да проверите дали ключовите заявки се предават към вашето внедряване на хибридна защита на данните с множество наематели.

1

Клавишите за дадено пространство се задават от създателя на пространството. Влезте в приложението Webex като един от потребителите на организацията на клиенти и след това създайте пространство.

Ако деактивирате внедряването на хибридна защита на данните, съдържанието в пространствата, които потребителите създават, вече не е достъпно, след като копия на ключовете за криптиране, съхранявани от клиента, бъдат заменени.

2

Изпращайте съобщения в новото пространство.

3

Проверете изхода на syslog, за да проверите дали ключовите заявки се предават към вашето внедряване на хибридна защита на данните.

Ако потребител на новодобавена клиентска организация извърши някакво действие, организационният идентификатор на организацията ще се появи в дневниците и това може да се използва, за да се провери дали организацията използва HDS с множество наематели. Проверете стойността на kms.data.or gid в syslogs.

За да проверите дали потребител първо установява защитен канал към KMS, филтрирайте на kms.data.method=create и kms.data. type=Ephemeral_KEY_COLLECTION:

Трябва да намерите запис като следния (идентификаторите са съкратени за четливост):

2025-04-10 04:38:20.208 (+0000) INFO  KMS [pool-19-thread-13] - [KMS:REQUEST] received, deviceId: 
https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5 ecdheKid: kms://collabdemoorg.cisco.com/statickeys/8[~]3 
clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]6,
 kms.data.method=create, kms.merc.id=d[~]7, kms.merc.sync=false, kms.data.uriHost=collabdemoorg.cisco.com, 
kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=1[~]f, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/ecdhe, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите дали потребител иска съществуващ ключ от KMS, филтрирайте на kms.data.method=извличане и kms.data.type=ключ:

Трябва да намерите запис като:

2025-04-10 04:38:24.144 (+0000) INFO  KMS [pool-19-thread-26] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558)
 WEBEX_TRACKINGID=webex-web-client_0[~]0, kms.data.method=retrieve, kms.merc.id=5[~]3, kms.merc.sync=false,
 kms.data.uriHost=collabdemoorg.cisco.com, kms.data.type=KEY, kms.data.requestId=4[~]7, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/keys/2[~]e, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите дали потребител иска създаването на нов KMS ключ, филтрирайте на kms.data.method=create и kms.data. type=KEY_COLLECTION:

Трябва да намерите запис като:

2025-04-10 04:42:22.739 (+0000) INFO  KMS [pool-19-thread-29] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::7 orgId: 2[~]b
 (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]3, kms.data.method=create, 
kms.merc.id=6[~]4, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, 
kms.data.orgId=2[~]b, kms.data.uri=/keys, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите дали потребител иска създаването на нов KMS ресурсен обект (KRO) при създаването на пространство или друг защитен ресурс, филтрирайте на kms.data.method=create и kms. data.type=resource_collection:

Трябва да намерите запис като:

2025-04-10 04:42:23.690 (+0000) INFO  KMS [pool-19-thread-31] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/3[~]6 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 
clusterConnection: prodachm::1 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]2,
 kms.data.method=create, kms.merc.id=3[~]0, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
kms.data.requestId=5[~]8, kms.data.orgId=2[~]b, kms.data.uri=/resources, kms.data.userId=1[~]f, kms.data.httpUserAgent=conversation

Тълкуване на HDS дневници и разбиране на етикетите на агенти

HDS дневниците предоставят подробна информация относно заявките за KMS. Тези дневници включват различни полета, които помагат да се идентифицира естеството на заявката и свързаната с нея самоличност. Разбирането на тези области е от съществено значение за правилното тълкуване на дейностите и надеждните вътрешни операции.

Терминология

За да се гарантира яснота при прегледа на HDS дневниците, е важно да разберете следните термини:

Срок	Определение
Сервизен акаунт	Идентичност на услугата, която позволява на услугите на Webex да извършват оторизирани действия сигурно.
Агент	Идентичност на услужния субект или услужен акаунт, използван за извършване на автоматизирани операции в HDS средата.
Етикет на агента	Маркер, включен в дневниците на HDS, който идентифицира конкретния източник и тип на входяща заявка, позволявайки ефективен одит на контрола на достъпа.
Делегиран достъп	Оторизиран сервизен акаунт, който прави заявка за конкретен потреб ител, в рамките на разрешенията на този потребител. Появява се като заявка за делеги ране: `агент -> userid`.

Терминът „агент“ в този контекст се отнася конкретно до идентичността на HDS услугата. Те не са свързани с агентите, задвижвани от AI, използвани в други функции на Webex.

Искането се връч ва само когато произхожда от:

удостоверен потребител във вашата организация или
ака унт за услуги, който се намира във вашата организация и е оторизиран от нея.

Преглед на полетата за дневници

Поле	Какво представлява
Времева марка	Дата и час на операцията.
kms.data.метод	Извършена операция KMS (например извличане).
kms.data.orgld	Идентификатор на организацията.
KMS.Data.HttpUserАгент	Клиентът или службата, която прави заявката.
WEBEX_TRACKINGID	Уникален идентификатор за проследяване на заявката.
КМС.Дата.УриХост/кмс.дата.ури	Домакинът и ресурсът, насочен към заявката.
kms.дата.userld	Самоличността, изпълняваща заявката, включително етикет на агента.
км.отговор.успех	Показва дали искането е успяло.

Видове заявки - Бърза справка

Етикет в дневника	Етикет на агента	Какво представлява	Типични операции
Тип потребител: UserAgent	Потребителски агент	Надежден акаунт за услуги, свързан с потребителски работен процес, обхванат от вашата организация.	Създаване/управление на ключове за потребителски процес.
o-агент <id>-> потребител <id>	Организационен агент	Надеждна услуга на ниво орган, използващ делегиран достъп.	Извличане на данни от Webex от служителя за съответствие, интеграции на календари.
c-агент <id>-> потребител <id>	Облачен агент	Услуга на Webex, изпълняваща делегирана заявка за конкретен потребител.	Сканиране на вируси, визуализация на съдържанието, транскрипти.
c-агент <id>	Облачен агент	Услуга на Webex, изпълняваща делегирана заявка.	ECDHE/сесийни ключове.
UUID на крайния потребител	-	Удостовереният краен потребител, взаимодействащ с HDS.	Потребител извлича собствения си ключ.

Видове заявки - В детайли

Етикетите на агентите категоризират източника на заявката и помагат при определянето на подходящия контрол на достъпа. Следващите примери демонстрират множество типове заявки и свързаните с тях етикети на агенти.

Потребителски агент (UserAgent):

Това са надеждни акаунти за услуги на Webex, свързани с конкретни потребителски работни потоци и са обхванати от организацията на клиентите. Те обикновено се използват, когато дадена услуга създава и управлява ключове от името на работния процес на потребителя.

Примерен дневник:
```
2026-06-18 10:58:14.405 (+0000) INFO  KMS [pool-21-thread-110] - User: b[~]4 User Type: userAgent WEBEX_TRACKINGID=MsftPresence_6[~]9, kms.data.method=create, kms.merc.id=5[~]8, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=b[~]4, kms.data.orgId=null, kms.data.uri=/resources, kms.data.userId=3[~]6, kms.data.httpUserAgent=<Webex service>
```
Ключов индикатор: Примерният дневник показва потребителски агент (UserAgent), изпълняващ операции за събиране на ресурси за услуга Webex.
Организационен агент (о-агент):

Тези надеждни акаунти за услуги на Webex са упълномощени да извършват делегирани операции от името на потребителите в рамките на HDS. В обхвата на организацията на клиентите, тези акаунти изпълняват операции на ниво организация. Тази функционалност поддържа няколко функции, като например позволяване на служителите по съответствие да търсят и извличат комуникационни данни на Webex - осигурявайки организационно съответствие с регулаторните стандарти, стандартите за сигурност и поверителност на данните.

Примерен дневник:
```
2026-06-18 11:24:53.034 (+0000) INFO  KMS [pool-19-thread-118] - WEBEX_TRACKINGID=ccc_8[~]c, kms.data.method=retrieve, kms.merc.id=2[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=1[~]2, kms.data.orgId=null, kms.data.uri=kms://hds2.org5.portun.us/keys/d[~]7, kms.data.userId=o-agent 9[~]c -> userid 4[~]b, kms.data.httpUserAgent=<Webex service>
```
К@@ лючов индикатор: Примерният дневник показва орган агент (o-agent 9 [~] c), който извлича ключ от името на потребителя (4 [~] b) за услуга Webex.
Облачен агент (c-агент):
Тези надеждни акаунти за услуги на Webex са упълномощени да извършват операции на HDS чрез делегиран достъп от името на потребител. Те поддържат основни функции - като записи след среща, транскрипти, сканиране срещу злонамерен софтуер и визуализации на файлове, които подобряват цялостното потребителско изживяване.

Докато облачните агенти могат да бъдат деактивирани чрез промяна на ISO, клиентите трябва да са наясно, че това ще доведе до загуба на функционалности, като записи след среща, преписи, визуализации на файлове и автоматизирано сканиране срещу злонамерен софтуер в Webex App Spaces. За повече информация вижте раздела Де активиране на облачните агенти.

Примерен дневник:
```
2026-06-18 11:27:59.388 (+0000) INFO  KMS [pool-19-thread-56] - WEBEX_TRACKINGID=CLIENT_2[~]e, kms.data.method=retrieve, kms.merc.id=b[~]c, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=0[~]6, kms.data.orgId=null, kms.data.uri=kms://hds2.org5.portun.us/keys/e[~]e, kms.data.userId=c-agent b[~]c -> userid 9[~]c, kms.data.httpUserAgent=<Webex service>
```
Ключов индикатор: Примерният дневник показва облачен агент (c-agent b [~] c), който извлича ключ за съдържание от името на потребителя (9 [~] c).

Директно взаимодействие на крайния потреб ител:

Удостоверен потребител, взаимодействащ директно с HDS.

Примерен дневник:

2026-06-18 11:29:39.858 (+0000) INFO  KMS [pool-19-thread-141] - kms.data.method=retrieve, kms.merc.id=a[~]d, kms.merc.sync=false, kms.data.orgId=null, kms.data.httpUserAgent=<Webex service>, WEBEX_TRACKINGID=CLIENT_7[~]e, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=1[~]a, kms.response.destination=https://wdm-a.wbx2.com/wdm/api/v1/devices/1[~]e, kms.response.resourceuri=null, kms.data.uri=kms://hds2.org5.portun.us/keys/b[~]b, kms.data.userId=c[~]f, kms.response.success=true

Ключов индикатор: Примерният дневник показва краен потребител (c [~] f), който извлича ключ и взаимодейства директно с HDS.

Мониторирайте здравето на хибридната сигурност на данните

Индикатор за състоянието в партньорския център ви показва дали всичко е наред с внедряването на хибридна защита на данните с множество наематели. За по-активно предупреждение се регистрирайте за известия по имейл. Ще бъдете уведомени, когато има въздействащи на услугата аларми или надстройки на софтуера.

1	В партньорския център изберете У слу ги от менюто в лявата страна на екрана.
2	В секцията Хибрид намерете Хибридна защита на данните и щракнете върху Реда ктиране на настройките. Появява се страницата Настройки за хибридна защита на данните.
3	В секцията Известия по имейл въведете един или повече имейл адреса, разделени със запетаи, и натиснете Enter.

Управление на внедряването на HDS

Използвайте описаните тук задачи, за да управлявате внедряването на хибридна защита на данните.

Задаване на график за надграждане на

Софтуерните надстройки за хибридна сигурност на данните се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги работят с една и съща софтуерна версия. Надстройките се извършват съгласно графика за надграждане на клъстера. Когато стане налична надстройка на софтуера, имате възможност ръчно да надстроите клъстера преди планираното време за надстройване. Можете да зададете конкретен график за надстройване или да използвате графика по подразбиране от 3:00 сутринта Daily Съединени щати: Америка/Лос Анджелис. Можете също да изберете да отложите предстоящо надстройване, ако е необходимо.

За да зададете графика за надстройване:

1	Влезте в партньорския център.
2	От менюто от лявата страна на екрана изберете У слуги.
3	В секцията Хибрид намерете Хибридна защита на данните и щракнете върху Настройка
4	На страницата Хибридни ресурси за сигурност на данните изберете клъстера.
5	Кликнете върху раздела На стройки на клъстер а.
6	На страницата Настройки на клъстера под График за надстройване изберете часа и часовата зона за графика за надстройване. Забележ ка: Под часовата зона се показва следващата налична дата и час на надстройка. Можете да отложите надстройката до следващия ден, ако е необходимо, като щракнете върху Отложи с 24 часа.

Промяна на конфигурацията на възела

Понякога може да се наложи да промените конфигурацията на вашия възел за хибридна защита на данните по причина като:

Промяна на 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 на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в Partner Hub с пълни администраторски права на партньора.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки 1.a до 1.e в процедурата по-долу. Вижте Стар тиране на инструмента за настройка на HDS с помощта на Podman Desktop за подроб ности.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато извеждате контейнера Docker в 1.e. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT`

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

1	Използвайки Docker на локална машина, стартирайте инструмента за настройка на HDS. В командния ред на вашата машина въведете съответната команда за вашата среда: В редовни среди: `docker rmi ciscocitg/hds-setup:stable` В средите на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка почиства предишните изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображенията на Docker, въведете следното: `docker login -u hdscustomersro` В подкана за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo` Изтеглете най-новото стабилно изображение за вашата среда: В редовни среди: `docker pull ciscocitg/hds-setup:stable` В средите на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на паролата. Когато изтеглянето завърши, въведете съответната команда за вашата среда: В обикновени среди без прокси сървър: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В обикновени среди с HTTP прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPSProxy: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среда на FedRAMP без прокси сървър: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среда на FedRAMP с HTTP прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среда на FedRAMP с HTTPS прокси сървър: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресно слушане на сървъра на порт 8080“. Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Когато бъдете подканени, въведете идентификационните данни за влизане на клиенти на Partner Hub и щракнете върху При емам, за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте указанията, за да завършите инструмента и да изтеглите актуализирания файл. За да изключите инструмента за настройка, въведете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате работещ само един HDS възел, съз дайте нов VM възел за хибридна защита на данните и го регистрирайте с помощта на новия конфигурационен ISO файл. За по-подробни инструкции вижте Съ здаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващите HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: За внедряване на VMware: Изключете виртуалната машина HDS. В клиента VMware vSphere изберете виртуалната машина HDS. Щракнете с десния бутон върху виртуалната машина и изберете Ре дактиране на настройките Изберете CD/DVD устройство 1. Ако в момента е прикачен ISO файл, отделете го, преди да продължите. Изберете Datastore ISO File и след това изберете новия конфигурационен ISO файл. Изберете Свър зани и С вързване при включено захран ване. Запазете промените и захранвайте виртуалната машина. За разполагане на NFVIS: Отидете в Конфигурация > Виртуална машина > Изображения > Хранилище на изображения и качете новия конфигурационен ISO файл в хранили щето на изображения NFVIS. Отворете Кон фигурация > Виртуална машина > Управ ление и изберете HDS виртуалната машина. Изключете виртуалната машина HDS и изчакайте, докато състоянието й се промени на Изключ ване. Отворе те CD-ROM устройства. Ако в момента е прикачен ISO файл, отделете го и проверете дали не остава прикачен ISO файл. Изберете При ка чи и след това изберете новокачения конфигурационен ISO файл. Завършете операцията и проверете дали новият конфигурационен ISO файл е посочен. Стартирайте виртуалната машина HDS. За внедряване на Nutanix: В Prism Central отидете на Инфраструктура > Из числяване > Изображения. Изберете Добавяне на изображение. Под Източник на изображение изберете Файл с изображ ения и след това изберете Добавяне на файл. Изберете новата конфигурация ISO и проверете дали Type е зададен на ISO. Попълнете избора на местоположение за целевия клъстер и завършете качването. Отидете в Инфраструктура > Изчисляване > VM и изберете приложимата HDS VM. В раздела Обобщение на вирту алната машина изберете Опера ции за захранване > Изключване на за хранването и изчакайте, докато виртуалната машина бъде напълно спряна. Отворете раздела Дис кове на VM. Ако е прикачен стар ISO за конфигурация, изберете само неговия запис на CD-ROM и щракнете върху Изтриване. В раздела Д ис кове, ако полето Източ ник е празно за записи на виртуален диск, изберете съответните квадратчета за отметка и щракнете върху Из три ване. Изберете При качване на диск и конфигурирайте следните стойности: Тип: CD- ROM Операция: Клониране от изображение Поставяне на диска: Съ щият клъстер Изображение: Новокачена конфигурация ISO Тип шина: SATA Запазете конфигурацията и потвърдете, че новият ISO се появява като прикачения CD-ROM на виртуалната машина. В раздела Об общение на виртуалната машина изберете Опера ции за захранване > Включване. Потвърдете, че не се появяват аларми поне 15 минути.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключете блокирания режим на външна резолюция на DNS

Когато регистрирате възел или проверите конфигурацията на прокси сървъра на възела, процесът тества търсенето на DNS и свързаността с Cisco Webex облака. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS резолюция.

Ако вашите възли са в състояние да разрешават публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим, като стартирате отново теста за прокси връзка на всеки възел.

Преди да започнете

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

1	В уеб браузър отворете интерфейса на възела Hybrid Data Security (IP адрес/настройка, например https://192.0.2.0/setup), въведете идентификационните данни за администратора, които сте настроили за възела, и след това щракнете върху Вход.
2	Отидете на Преглед (страницата по подразбиране). Когато е активирана, блокираната външна DNS резолюция е зададена на Да.
3	Отидете на страницата Trust Store & Proxy.
4	Щракнете върху Проверете прокси връз ката. Ако видите съобщение, че външната DNS резолюция не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и се върнете към страницата Пре глед, блокираната външна DNS резолюция трябва да бъде зададена на No.

Какво да правя по-нататък

Повторете теста за прокси връзка на всеки възел във вашия клъстер за хибридна защита на данните.

Премахване на възел

Използвайте тази процедура, за да премахнете възел за хибридна защита на данните от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за сигурност.

1

Използвайте интерфейса за управление на хипервизора във вашето внедряване, за да намерите и изключите HDS виртуалната машина.

2

Премахнете възела:

Влезте в партньорския център и след това изберете У слуги.
На картата за хибридна защита на данните щракнете върху Преглед на всички, за да се покаже страницата Хибридни ресурси за сигурност на данните.
Изберете вашия клъстер, за да се покаже панела за преглед.
Кликнете върху възела, който искате да премахнете.
Щрак нете върху Отписване на този въз ел на панела, който се показва вдясно
Можете също така да премахнете регистрацията на възела, като щракнете върху... от дясната страна на възела и изберете Дерегистри ране на възела.

3

Използвайки интерфейса за управление на хипервизора във вашето внедряване, намерете и изтрийте виртуалната машина HDS.

Ако не изтриете виртуалната виртуална машина, не забравяйте да премахнете конфигурационния ISO файл. Без ISO файла не можете да използвате виртуалната машина за достъп до данните си за сигурност.

Център за данни в готовност за възстановяване при бедствия

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

Базите данни на активните центрове за данни и центровете за данни в режим на готовност са синхронизирани помежду си, което ще сведе до минимум времето, необходимо за извършване на превключването при превключване.

Активните възли за хибридна защита на данните трябва винаги да са в същия център за данни като активния сървър на база данни.

Настройте център за данни в режим на готовност за възстановяване при бедствия

Следвайте стъпките по-долу, за да конфигурирате ISO файла на центъра за данни в режим на готовност:

Преди да започнете

Центърът за данни в режим на готовност трябва да отразява производствената среда на виртуални компютри и резервна база данни PostgreSQL или Microsoft SQL Server. Например, ако производството има 3 виртуални виртуални устройства, работещи с HDS възли, резервната среда трябва да има 3 виртуални виртуални устройства. (Вижте Център за данни в режим на готовност за възстановяване при бед ствия за преглед на този модел за прекъсване при неизправност.)
Уверете се, че синхронизирането на базата данни е активирано между базата данни от активни и пасивни клъстерни възли.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, споменати в Съ здаване на конфигурация ISO за HDS хостовете. ISO файлът трябва да бъде копие на оригиналния ISO файл на основния център за данни, върху който трябва да се извършват следните актуализации на конфигурацията.
2	След като конфигурирате сървъра Syslogd, кликнете върху Разширени настройки
3	На страницата Раз ширени настройки добавете конфигурацията по-долу, за да поставите възела в пасивен режим. В този режим възелът ще бъде регистриран в организацията и свързан към облака, но няма да обработва никакъв трафик. `passiveMode: 'true'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно да се намери.
5	Направете резервно копие на ISO файла на вашата локална система. Поддържайте резервното копие защитено. Този файл съдържа основен ключ за криптиране за съдържанието на базата данни. Ограничете достъпа само до онези администратори за хибридна защита на данните, които трябва да правят промени в конфигурацията.
6	Монтирайте конфигурационния ISO файл: Преди да монтирате новата конфигурация ISO: Изключете HDS възела. Проверете дали в момента не е прикачен ISO файл. Ако е прикачен ISO файл, отделете го, преди да продължите. За внедряване на VMware: В клиента VMware vSphere изберете виртуалната машина HDS. Щракнете с десния бутон върху виртуалната машина и изберете Ре дактиране на настройките Изберете CD/DVD устройство 1. Изберете Datastore ISO File и след това изберете новия конфигурационен ISO файл. Уверете се, че са избрани С вързване и Свързване при включ ено захранване. Запазете промените. За разполагане на NFVIS: Отидете в Конфигурация > Виртуална машина > Изображения > Хранилище на изображения и качете новия конфигурационен ISO файл в хранили щето на изображения NFVIS. Отворете Кон фигурация > Виртуална машина > Управ ление и изберете HDS виртуалната машина. Отворе те CD-ROM устройства и прове рете дали в момента не е прикачен ISO файл. Изберете При ка чи и след това изберете новокачения конфигурационен ISO файл. Завършете операцията и проверете дали новият конфигурационен ISO файл е прикачен. За внедряване на Nutanix: В Prism Central отидете на Инфраструктура > Из числяване > Изображения. Изберете Добавяне на изображение. Под Източник на изображение изберете Файл с изображ ения и след това изберете Добавяне на файл. Изберете новата конфигурация ISO и проверете дали Type е зададен на ISO. Попълнете избора на местоположение за целевия клъстер и завършете качването. Отидете в Инфраструктура > Изчисляване > VM и изберете приложимата HDS VM. В раздела Обобщение на вирту алната машина изберете Опера ции за захранване > Изключване на за хранването и изчакайте, докато виртуалната машина бъде напълно спряна. Отворете раздела Дис кове на VM. Ако е прикачен стар ISO за конфигурация, изберете само неговия запис на CD-ROM и щракнете върху Изтриване. В раздела Д ис кове, ако полето Източ ник е празно за записи на виртуален диск, изберете съответните квадратчета за отметка и щракнете върху Из три ване. Изберете При качване на диск и конфигурирайте следните стойности: Тип: CD- ROM Операция: Клониране от изображение Поставяне на диска: Съ щият клъстер Изображение: Новокачена конфигурация ISO Тип шина: SATA Запазете конфигурацията и потвърдете, че новият ISO се появява като прикачения CD-ROM на виртуалната машина.
7	Включете HDS възела и се уверете, че няма аларми поне 15 минути.
8	Повторете процеса за всеки възел в центъра за данни в режим на готовност. Проверете syslogs, за да проверите дали възлите са в пасивен режим. Трябва да можете да видите съобщението „KMS конфигуриран в пасивен режим“ в syslogs.

Какво да правя по-нататък

След като конфигурирате PassiveMode в ISO файла и го запазите, можете да създадете друго копие на ISO файла без конфигурацията на PassiveMode и да го запазите на сигурно място. Това копие на ISO файла без конфигуриран PassiveMode може да помогне при бърз процес на прекъсване при неизправност по време на възстановяване при бедствие. Вижте Въз становяване при бедствия с помощта на Център за данни в режим на готовност за подробна процедура за прекъсване при

Възстановяване при бедствие с помощта на Център за данни в режим

Най-критичната услуга, която вашият клъстер за хибридна сигурност на данните предоставя, е създаването и съхраняването на ключове, използвани за криптиране на съобщения и друго съдържание, съхранявано в облака Webex. За всеки потребител в организацията, който е назначен към Hybrid Data Security, нови заявки за създаване на ключове се насочват към клъстера. Клъстерът отговаря и за връщането на създадените от него ключове на всички потребители, упълномощени да ги извлекат, например членове на пространство за разговор.

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, е наложително клъстерът да продължи да работи и да се поддържат правилните резервни копия. Загубата на базата данни за хибридна сигурност на данните или на конфигурацията ISO, използвана за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентско съдържание. Следните практики са задължителни за предотвратяване на такава загуба:

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

Преди да започнете

Използвайте най-новия ISO файл, който е конфигуриран спрямо възлите на клъстера, който преди това е бил активен, за да извършите процедурата за прекъсване на неизправност, спомената по-долу.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, споменати в Съ здаване на конфигурация ISO за HDS хостовете.
2	След като конфигурирате сървъра Syslogd, кликнете върху Разширени настройки
3	На страницата Раз ширени настройки добавете конфигурацията по-долу или премахнете конфигурацията на `PassiveMode,` за да направите възела активен. Възелът може да се справи с трафика, след като това е конфигурирано. `passiveMode: 'false'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно да се намери.
5	Направете резервно копие на ISO файла на вашата локална система. Поддържайте резервното копие защитено. Този файл съдържа основен ключ за криптиране за съдържанието на базата данни. Ограничете достъпа само до онези администратори за хибридна защита на данните, които трябва да правят промени в конфигурацията.
6	Монтирайте конфигурационния ISO файл: Преди да монтирате новата конфигурация ISO: Изключете HDS възела. Проверете дали в момента не е прикачен ISO файл. Ако е прикачен ISO файл, отделете го, преди да продължите. За внедряване на VMware: В клиента VMware vSphere изберете виртуалната машина HDS. Щракнете с десния бутон върху виртуалната машина и изберете Ре дактиране на настройките Изберете CD/DVD устройство 1. Изберете Datastore ISO File и след това изберете новия конфигурационен ISO файл. Уверете се, че са избрани С вързване и Свързване при включ ено захранване. Запазете промените. За разполагане на NFVIS: Отидете в Конфигурация > Виртуална машина > Изображения > Хранилище на изображения и качете новия конфигурационен ISO файл в хранили щето на изображения NFVIS. Отворете Кон фигурация > Виртуална машина > Управ ление и изберете HDS виртуалната машина. Отворе те CD-ROM устройства и прове рете дали в момента не е прикачен ISO файл. Изберете При ка чи и след това изберете новокачения конфигурационен ISO файл. Завършете операцията и проверете дали новият конфигурационен ISO файл е прикачен. За внедряване на Nutanix: В Prism Central отидете на Инфраструктура > Из числяване > Изображения. Изберете Добавяне на изображение. Под Източник на изображение изберете Файл с изображ ения и след това изберете Добавяне на файл. Изберете новата конфигурация ISO и проверете дали Type е зададен на ISO. Попълнете избора на местоположение за целевия клъстер и завършете качването. Отидете в Инфраструктура > Изчисляване > VM и изберете приложимата HDS VM. В раздела Обобщение на вирту алната машина изберете Опера ции за захранване > Изключване на за хранването и изчакайте, докато виртуалната машина бъде напълно спряна. Отворете раздела Дис кове на VM. Ако е прикачен стар ISO за конфигурация, изберете само неговия запис на CD-ROM и щракнете върху Изтриване. В раздела Д ис кове, ако полето Източ ник е празно за записи на виртуален диск, изберете съответните квадратчета за отметка и щракнете върху Из три ване. Изберете При качване на диск и конфигурирайте следните стойности: Тип: CD- ROM Операция: Клониране от изображение Поставяне на диска: Съ щият клъстер Изображение: Новокачена конфигурация ISO Тип шина: SATA Запазете конфигурацията и потвърдете, че новият ISO се появява като прикачения CD-ROM на виртуалната машина.
7	Включете HDS възела и се уверете, че няма аларми поне 15 минути.
8	Повторете процеса за всеки възел в центъра за данни в режим на готовност. Проверете изхода на syslog, за да проверите дали възлите на центъра за данни в режим на готовност не са в пасивен режим. „KMS конфигуриран в пасивен режим“ не трябва да се появява в сислоговете.

Какво да правя по-нататък

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

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

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

Все още използвате ISO файловете, за да правите промени в конфигурацията. Когато създавате нов ISO или актуализирате ISO чрез инструмента за настройка, трябва да монтирате актуализирания ISO на всички ваши HDS възли. След като всичките ви възли са взели промените в конфигурацията, можете да деинсталирате ISO отново с тази процедура.

Преди да започнете

Надстройте всички ваши HDS възли до версия 2025.06.02.6983 или по-нова.

Отделете конфигурационния ISO файл.

За внедряване на VMware:

Изключете един HDS възел.
В клиента VMware vSphere изберете виртуалната машина HDS.
Щракнете с десния бутон върху виртуалната машина и изберете Ре дактиране на настройките
Изберете CD/DVD устройство 1 и отделете монтирания конфигурационен ISO файл.
Изчист ете Connec ted и Connect при включено захран ване и след това запазете промените.
Включете HDS възела и проверете дали не се появяват аларми поне 20 минути.
Повторете тези стъпки за останалите HDS възли, един по един.

За разполагане на NFVIS:

Отворете Кон фигурация > Виртуална машина > Управ ление и изберете една HDS виртуална машина.
Изключете виртуалната виртуална машина и изчакайте, докато състоянието му се промени на Shutdown.
Отворе те CD-ROM устройства.
Изберете прикачения конфигурационен ISO файл и щракнете върху От страняване.
Проверете дали ISO файлът вече не е прикачен към виртуалната машина.
Стартирайте възела HDS и проверете дали не се появяват аларми поне 20 минути.
Повторете тези стъпки за останалите HDS възли, един по един.

За внедряване на Nutanix:

Отидете в Инфраструктура > Изчисляване > VM и изберете една HDS виртуална машина.
В раздела Обобщение на вирту алната машина изберете Опера ции за захранване > Изключване на за хранването и изчакайте, докато виртуалната машина бъде напълно спряна.
Отворете раздел а Д искове на виртуалната виртуална машина.
Изберете конфигурационния ISO запис, чийто тип е CD-ROM.
Щракнете върху Изхвърли.
Потвърдете, че конфигурацията ISO вече не е монтирана.
В раздела Об общение на виртуалната машина изберете Опера ции за захранване > Включване.
Потвърдете, че не се появяват аларми поне 15 минути.
Повторете тези стъпки за останалите HDS възли, един по един.

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

Преглед на сигнали и отстраняване на неизправности

Внедряването на хибридна защита на данните се счита за недостъпно, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че изисква изтичане на времето. Ако потребителите не могат да достигнат до вашия клъстер за хибридна защита на данните, те изпитват следните симптоми:

Нови пространства не могат да бъдат създадени (не могат да се създадат нови ключове)
Съобщенията и заглавията на пространствата не успяват да се дешифрират за:
- Нови потребители добавени към интервал (не могат да изтеглят клавиши)
- Съществуващи потребители в пространство, използващи нов клиент (не могат да изтеглят ключове)
Съществуващите потребители в дадено пространство ще продължат да работят успешно, стига клиентите им да имат кеш на ключовете за криптиране

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

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

Ако има проблем с настройката за хибридна защита на данните, Partner Hub показва сигнали до администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Сигналите обхващат много често срещани сценарии.

Таблица 1. Общи проблеми и стъпки за тяхното разрешаване
Предупреждение	Действие
Неуспех в достъпа до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Неизправност на връзката с локална база данни.	Проверете дали сървърът на базата данни е наличен и правилните идентификационни данни за акаунта на услугата са били използвани в конфигурацията на възела.
Неуспех в достъпа до облачна услуга.	Проверете дали възлите имат достъп до сървърите на Webex, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията на облачни услуги.	Регистрацията за облачни услуги беше отменена. В ход е подновяване на регистрацията.
Регистрацията на облачни услуги отпадна.	Регистрацията към облачни услуги е прекратена. Службата спира.
Услугата все още не е активирана.	Активирайте HDS в партньорския център.
Конфигурираният домейн не съвпада със сървърния сертификат.	Уверете се, че вашият сървър съответства на конфигурирания домейн за активиране на услугата Най-вероятната причина е, че сертификатът CN наскоро беше променен и сега е различен от КН, използван по време на първоначалната настройка.
Неуспешно удостоверяване в облачни услуги.	Проверете за точност и евентуално изтичане на идентификационните данни на сметката за услуги
Неуспешно отваряне на локален файл за съхранение на ключове.	Проверете за целостта и точността на паролата в локалния файл за съхранение на ключове.
Сертификатът за локален сървър е невалиден.	Проверете датата на изтичане на сертификата на сървъра и потвърдете, че той е издаден от доверен човекCertificate Authority.
Не може да се публикуват показатели.	Проверете достъпа на локалната мрежа до външни облачни услуги.
/media/configdrive/hds директория не съществува.	Проверете конфигурацията за монтиране на ISO на виртуален хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организацията на наемателите не е завършена за добавените организации	Завършете настройката чрез създаване на CMC за новодобавени организации с наематели с помощта на HDS Setup Tool.
Настройката на Tent Org не е завършена за премахнатите организации	Завършете настройката, като отмените CMC на организации за наематели, които са били премахнати с помощта на HDS Setup Tool.

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

Използвайте следните общи указания, когато отстранявате проблеми със защитата на хибридните данни.

1	Влезте в партньорския център.
2	От менюто от лявата страна на екрана изберете У слуги.
3	В секцията Хибрид намерете Хибридна сигурност на данните и щракнете върху Събития.
4	Прегледайте страницата с история на събитията за всякакви сигнали и поправете всички елементи, които намерите там. Вижте изображението по-долу за справка.
5	Прегледайте изхода на syslog сървъра за активност от внедряването на Hybrid Data Security. Филтрирайте думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняване на неизправности.
6	Свържете се с поддръжката на Cisco.

HDS API за разработчици

API за разработчици на HDS са начин за извличане на данни за анализ и наблюдение, както и за отстраняване на неизправности при внедряването на HDS чрез портала за разработчици на Webex. API са достъпни на адрес https://developer.webex.com/messaging/docs/api/v1/hds.

Други бележки

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

Ако изключите всички активни клъстери на Hybrid Data Security (като ги изтриете в Partner Hub или изключите всички възли), загубите конфигурационния си ISO файл или загубите достъп до базата данни за ключодържатели, потребителите на Webex App на клиентските организации вече не могат да използват пространства в списъка с хора, създадени с ключове от вашия KMS. Понастоящем нямаме заобикаляне или решение за този проблем и ви призоваваме да не изключвате HDS услугите си, след като те обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка към KMS, поддържа тази връзка за определен период от време (вероятно един час).

Внедряване и конфигуриране на HDS на NFVIS

Следвайте процедурите по-долу, за да разгърнете HDS на NFVIS хипервизор. Процесът включва инсталиране на HDS OVA, настройка на VM, монтиране на конфигурационната ISO и проверка на внедряването.

Инсталирайте HDS хост OVA на NFVIS

Преди да започнете

Попълнете предпоставките за хибридна сигурност на данните и изтеглете най-новите HDS OVA. Преименувайте файла, като използвате формата hds- .ova за проследяване; например hds-26-aug-2026.ova. <DD-MMM-YYYY>
Създайте ISO за конфигурация HDS и го съхранявайте сигурно. ISO съдържа главния ключ за криптиране.
Съберете статичния IP адрес на възела, маската на подмрежата, шлюза, DNS сървъра, NTP сървъра и името на мрежата NFVIS.
Потвърдете, че имате достъп до администратора на NFVIS и достатъчен капацитет за разпределяне на поне 4 видеопроцесора, 8 GB памет и 30 GB място за съхранение на HDS възел.

1	Влезте в интерфейса NFVIS и отидете в Кон фигурация > Виртуална машина > Изображения > Хранилище на изображ ения.
2	Изберете опцията LOCAL и качете вашия преименуван HDS OVA файл (например hds-26-авг-2026.ova).
3	Задайте типа на натоварване на VM на извикване и типа на VM на ECP/VIDEO MESH, след което изберете Качване на файл.
4	Следете напредъка на качването до завършване.
5	Потвърдете, че качената OVA е маркирана като активна и че NFVIS успешно е създала свързания персонализиран OVA профил.

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

1	Отворете Кон фигурация > Разгъ ване и изберете ECP/VIDEO MESH от менюто Избор на виртуална машина.
2	Въведете уникално име на VM, изберете предварително каченото HDS изображение и изберете съответния персонализиран OVA профил в секцията Подробности за внедряването.
3	Изберете DE PLY и изчакайте известието за успешно внедряване.
4	Отворете Кон фигурация > Виртуална машина > Управ ление, за да проверите дали новата HDS VM е активна.
5	Върнете се в Конфигурация > Внедряване, изберете HDS VM и използвайте падащия списък М режови интерфейси, за да го прикачите към необходимата WAN мрежа.
6	Изберете DE PLY, за да приложите промените в мрежовата конфигурация.

Качване и монтиране на HDS конфигурация ISO

1	Уверете се, че HDS конфигурационният ISO файл е качен в хранилището на изображения чрез Кон фигурация > Виртуална машина > Изображения > Хранилище на изображ ения, преди да продължите.
2	Отворете терминала за HDS VM чрез Кон фигурация > Виртуална машина > Управ ление и извършете първоначалното влизане, като използвате идентификационните данни по подразбиране. `Потребителско име: admin` `Парола: цискосистеми`
3	Променете идентификационните данни на администратора при подкана.
4	Конфигурирайте статичния IP адрес на възела, маската на подмрежата, шлюза, DNS и NTP настройките, като използвате опцията Реда ктиране на конфигурацията.
5	Изключете HDS VM, за да улесните процеса на монтаж.
6	Отворете менюто за действие на VM, изберете CD-ROM и изберете ISO за конфигурация на HDS, за да го прикачите към VM.
7	Включете виртуалната машина и проверете дали тя започва успешно с монтираната конфигурация ISO.

Какво да правя по-нататък

Ако е необходимо, продължете с Кон фигуриране на възела за интеграция на прокси сървъри и след това продължете към Регистриране на първия възел в клъстера.

Разгънете и конфигурирайте HDS на Nutanix

Следвайте процедурите по-долу, за да разгърнете HDS на хипервизор на Nutanix. Процесът включва инсталиране на HDS OVA, настройка на VM, монтиране на конфигурационната ISO и проверка на внедряването.

Инсталирайте HDS Host OVA на Nutanix

Използвайте тази процедура, за да импортирате HDS OVA файла в Nutanix.

1	Изтеглете най-новата HDS OVA.
2	В Prism Central отидете на Инф раструктура > Изчисляване > OVA.
3	Изберете Ка чване на OVA.
4	Изберете източника на OVA и изберете целевия клъстер.
5	Дайте на качената OVA уникално и разпознаваемо име. Включете версията или датата на качване, за да могат администраторите да я различават от по-старите версии на OVA.
6	Завършете качването.
7	В списъка OVA проверете дали Форматът на диска се показва като VMDK.

Създайте хибридна виртуална машина за сигурност на данни на Nutanix

Използвайте тази процедура, за да създадете виртуалната машина HDS.

1	В Prism Central отидете на Инф раструктура > Изчисляване > OVA.
2	Изберете успешно качения HDS OVA.
3	Изберете Раз гъване като VM.
4	Въведете уникално, разпознаваемо име на VM и изберете целевия клъстер.
5	Проверете дали OVA е попълнил следните свойства на VM: 4 видеопроцесора 8 GB памет
6	Щракнете върху На пред. Отваря се съветникът за ресурси.
7	В табли цата Ресурси > Дискове проверете дали прикаченият диск е с размер 30 GB.
8	Прикачете правилната подмрежа или VLAN, като използвате опцията При качване към подмрежа и задайте състоянието на мрежовата връзка на Свързано. Ако съветникът съдържа празен мрежов запис или запис по подразбиране, показ ващ Не е намерена мрежа за VM мрежа, премахнете този запис. Невалидният запис може да попречи на съветника да продължи дори след като е прикачена правилната подмрежа.
9	Изберете UEFI като режим BIOS и щракнете върху Напред. Отваря се съветникът за управление.
10	Оставете категори ите празни, освен ако организацията не изисква категориите.
11	Изберете подходящата часова зона.
12	Изберете Без персонализиране на картата за персонализиране на гост ите и щракнете върху Напред.
13	Прегледайте настройките и изберете Съ здаване на VM.

Качване и монтиране на HDS конфигурация ISO

1	В Prism Central отидете на Инф раструктура > Изчисляване > ВМС.
2	Изберете внедрената HDS VM. В раздела Обобщ ение изберете Опера ции за захранване > Включване. Изчакайте няколко минути, докато VM стартира.
3	Щракнете върху Стартиране на конзола. Извършете първоначалното влизане, като използвате идентификационните данни по подразбиране. `Потребителско име: admin` `Парола: цискосистеми`
4	Променете идентификационните данни на администратора при подкана.
5	Конфигурирайте статичния IP адрес на възела, маската на подмрежата, шлюза, DNS и NTP настройките, като използвате опцията Реда ктиране на конфигурацията.
6	Изключете HDS VM, преди да прикрепите ISO. Отидете в Инфраструктура > Изчисляване > VM и изберете приложимата HDS VM. В раздела Об общение изберете Операции за за хранване > Изключване на захран ването и изчакайте, докато виртуалната машина бъде напълно спряна.
7	Отворете раздела Дис кове на VM.
8	Ако е прикачен стар ISO за конфигурация, изберете само неговия запис на CD-ROM и щракнете върху Изтриване. В раздела Д ис кове, ако полето Източ ник е празно за записи на виртуален диск, изберете съответните квадратчета за отметка и щракнете върху Из три ване.
9	Изберете При качване на диск и конфигурирайте следните стойности: Тип: CD- ROM Операция: Клониране от изображение Поставяне на диска: Съ щият клъстер Изображение: Новокачена конфигурация ISO Тип шина: SATA
10	Запазете конфигурацията и потвърдете, че новият ISO се появява като прикачения CD-ROM на виртуалната машина.
11	В раздела Об общ ение на виртуалната машина изберете Опера ции за захранване > Включване и се уверете, че няма аларми поне 15 минути.

Какво да правя по-нататък

Ако е необходимо, продължете с Кон фигуриране на възела за интеграция на прокси сървъри и след това продължете към Регистриране на първия възел в клъстера.

Мигриране на HDS възли между поддържаните хипервизори

Използвайте тази процедура, за да преместите HDS възли от един поддържан хипервизор в друг. Съществуващите HDS виртуални машини не се мигрират директно между хипервизори. Вместо това разгърнете заместващи възли на целевия хипервизор и ги регистрирайте със съществуващия или новия HDS клъстер.

Преди да започнете

Архивирайте HDS базата данни и текущата конфигурация ISO.
Потвърдете, че целевият хипервизор и виртуалните хостове отговарят на изискванията за внедряване на HDS.
Проверете дали съществуващият HDS клъстер е здрав и дали останалите възли могат да продължат да обработват трафика, докато заменяте възел.
Определете дали всеки заместващ възел ще използва повторно IP адреса на изходния възел и FQDN или ще използва нови мрежови настройки.
Използвайте текущата конфигурация ISO и съществуващата HDS база данни за заместващите възли.

Ако преместването променя и активния център за данни, сървъра на база данни или конфигурацията на HDS, вижте Промяна на конфигурацията на въз ела и центъра за данни в режим на готовност за възстановяване при бед ствия, преди да продължите.

1	Изберете един HDS възел на източника на хипервизора, който да замените. Оставете всички останали възли работещи и регистрирани.
2	Подгответе мрежовата конфигурация за заместващия възел: Ако използвате повторно IP адреса на изходния възел и FQDN, изключете изходната виртуална машина и дерегистрирайте възела, преди да включите заместващия възел онлайн. Ако използвате нов IP адрес или FQDN, оставете изходния възел работещ и регистриран, докато внедрявате и потвърждавате заместващия възел. Не стартирайте изходните и заместващите възли едновременно, ако използват една и съща мрежова конфигурация.
3	Създайте и конфигурирайте заместващата VM на целевия хипервизор. Използвайте най-новите HDS OVA и следвайте приложимите процедури за внедряване за този хипервизор.
4	Конфигурирайте мрежовите настройки на заместващата VM според конфигурацията, избрана в стъпка 2. Следвайте инструкциите за настройка на целевия хипервизор.
5	Прикачете текущата конфигурация на HDS ISO. Ако вашето внедряване използва прокси сървър, конфигурирайте прокси и хранилището за доверие, както е описано в Кон фигуриране на HDS възела за интеграция на прокси сър
6	Регистрирайте заместващия възел със съществуващия клъстер или нов клъстер. Вижте Създаване и регистриране на още възли.
7	Потвърдете, че възелът за подмяна е здрав, свързан с облака Webex и обработва HDS трафика. Разрешете всички аларми, преди да продължите.
8	Ако изходният възел все още работи, защото подмяната използва нова мрежова конфигурация, изключете и премахнете регистрацията на изходния възел. Вижте Премахване на възел.
9	Повторете тези стъпки за всеки останал възел на източника на хипервизора. Не заменяйте друг възел, докато клъстерът не е здрав.
10	След като всички възли за подмяна са стабилни и връщането вече не се изисква, изтрийте оригиналните виртуални машини от източника на хипервизора. Ако запазите оригинални виртуални машини временно, дръжте я изключена и изключете конфигурацията му ISO.

Какво да правя по-нататък

След като регистрирате подменните възли, потвърдете, че те са здрави и че внедряването на HDS обработва трафика. Ако внедряването е здравословно, премахнете всички изходни възли, които все още са регистрирани в оригиналния хипервизор. Ако е приложимо, следвайте стъпките по-горе, за да замените възлите в настройката за възстановяване при бедствие.

Стартирайте инструмента за настройка на HDS с помощта на Podman Desktop

Podman е безплатен инструмент за управление на контейнери с отворен код, който предоставя начин за стартиране, управление и създаване на контейнери. Podman Desktop може да бъде изтеглен от https://podman-desktop.io/downloads.

Инструментът за настройка на HDS работи като контейнер Docker на локална машина. За да получите достъп до него, изтеглете и стартирайте Podman на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в Control Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато извеждате контейнера Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTP_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛ_АГЕНТ_HTTPS_PROXY= http://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, криптиращ базата данни PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като следните:
- Идентификационни данни
- Актуализации на сертификатите
- Промени в политиката за оторизация
Ако планирате да криптирате връзки с база данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данните създава ISO файл. След това използвате ISO, за да конфигурирате вашия хост за хибридна защита на данните.

podman rmi ciscocitg/hds-setup:stable  
podman login docker.io -u hdscustomersro
dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
podman pull ciscocitg/hds-setup:stable
podman run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

Какво да правя по-нататък

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

Деактивирайте облачните агенти

Облачните агенти (c-agent) са надеждни акаунти за услуги на Webex, които извършват операции на HDS чрез делегиран достъп от името на потребител, за да подобрят цялостното потребителско изживяване. Деактивирането на облачните агенти блокира услугите на Webex от достъп до локални HDS ключове.

Деактивирането на облачните агенти ще доведе до загуба на функции като записи след срещата, преписи, визуализации на файлове и автоматизирано сканиране срещу злонамерен софтуер в Webex App Spaces.

Следвайте стъпките по-долу, за да деактивирате облачните агенти за внедряването на HDS.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, споменати в Съ здаване на конфигурация ISO за HDS хостовете. ISO файлът трябва да бъде копие на оригиналния ISO файл на основния център за данни, върху който трябва да се извършват следните актуализации на конфигурацията.
2	След като конфигурирате сървъра Syslogd, кликнете върху Разширени настройки.
3	На страницата Раз ширени настройки добавете конфигурацията по-долу, за да деактивирате облачните агенти. Това ще гарантира, че облачните агенти нямат право да обработват HDS трафика. `cloudAgentUpdateEnabled: 'false'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно да се намери.
5	Направете резервно копие на ISO файла на вашата локална система. Поддържайте резервното копие защитено. Този файл съдържа основен ключ за криптиране за съдържанието на базата данни. Ограничете достъпа само до онези администратори за хибридна защита на данните, които трябва да правят промени в конфигурацията.
6	Монтирайте конфигурационния ISO файл: Преди да монтирате новата конфигурация ISO: Изключете HDS възела. Проверете дали в момента не е прикачен ISO файл. Ако е прикачен ISO файл, отделете го, преди да продължите. За внедряване на VMware: В клиента VMware vSphere изберете виртуалната машина HDS. Щракнете с десния бутон върху виртуалната машина и изберете Ре дактиране на настройките Изберете CD/DVD устройство 1. Изберете Datastore ISO File и след това изберете новия конфигурационен ISO файл. Уверете се, че са избрани С вързване и Свързване при включ ено захранване. Запазете промените. За разполагане на NFVIS: Отидете в Конфигурация > Виртуална машина > Изображения > Хранилище на изображения и качете новия конфигурационен ISO файл в хранили щето на изображения NFVIS. Отворете Кон фигурация > Виртуална машина > Управ ление и изберете HDS виртуалната машина. Отворе те CD-ROM устройства и прове рете дали в момента не е прикачен ISO файл. Изберете При ка чи и след това изберете новокачения конфигурационен ISO файл. Завършете операцията и проверете дали новият конфигурационен ISO файл е прикачен. За внедряване на Nutanix: В Prism Central отидете на Инфраструктура > Из числяване > Изображения. Изберете Добавяне на изображение. Под Източник на изображение изберете Файл с изображ ения и след това изберете Добавяне на файл. Изберете новата конфигурация ISO и проверете дали Type е зададен на ISO. Попълнете избора на местоположение за целевия клъстер и завършете качването. Отидете в Инфраструктура > Изчисляване > VM и изберете приложимата HDS VM. В раздела Обобщение на вирту алната машина изберете Опера ции за захранване > Изключване на за хранването и изчакайте, докато виртуалната машина бъде напълно спряна. Отворете раздела Дис кове на VM. Ако е прикачен стар ISO за конфигурация, изберете само неговия запис на CD-ROM и щракнете върху Изтриване. В раздела Д ис кове, ако полето Източ ник е празно за записи на виртуален диск, изберете съответните квадратчета за отметка и щракнете върху Из три ване. Изберете При качване на диск и конфигурирайте следните стойности: Тип: CD- ROM Операция: Клониране от изображение Поставяне на диска: Съ щият клъстер Изображение: Новокачена конфигурация ISO Тип шина: SATA Запазете конфигурацията и потвърдете, че новият ISO се появява като прикачения CD-ROM на виртуалната машина.
7	Включете HDS възела и се уверете, че няма аларми поне 15 минути.
8	Повторете процеса за всеки възел във вашето разполагане на HDS. Проверете дали облачните агенти са деактивирани, като проверите syslogs за следния запис: „Актуализацията на облачния агент е деактивирана“.

Преместване на съществуващото HDS внедряване с един наемател на партньорска организация в Control Hub към настройка HDS с множество наематели в партньорския център

Преобразуването от съществуващо HDS внедряване с един наемател на партньорска организация, управлявана в Control Hub, към внедряване на HDS с множество наематели, управлявано в Partner Hub, включва предимно деактивиране на HDS услугата в Control Hub, дерегистриране на възли и изтриване на клъстера. След това можете да влезете в Partner Hub, да регистрирате възлите, да активирате Multi-Tenant HDS и да добавите клиенти към вашия клъстер.

Терминът „единичен наемател“ просто се отнася до съществуващо внедряване на HDS в Control Hub.

Деактивирайте HDS, премахнете регистрацията на възли и изтрийте всички клъстери в Control Hub

1	Влезте в контролния център. В левия екран щракнете върху Хи брид. На картата за хибридна защита на данните щракнете върху Реда ктиране на настройките.
2	На страницата с настройки превъртете надолу до секцията Деактивиране и щракнете върху Де активиране.
3	След деактивиране кликнете върху раздела Ресурси.
4	Страницата Ресур си изброява клъстерите във вашето внедряване на HDS. Кликнете върху клъстер, отваря се страница с всички възли под този клъстер.
5	Щракнете вдясно и щракнете върху Отпис ване на възел. Повторете процеса за всички възли в клъстера.
6	Ако разгръщането ви има няколко клъстера, повторете стъпки 4 и стъпка 5, докато всички възли бъдат дерегистрирани.
7	Щракнете върху Настройки на клъстера > премах ване
8	Щракнете върху Потвърждаване на премах ването, за да отпишете клъстера.
9	Повторете процеса за всички клъстери във вашето HDS внедряване. След деактивиране на HDS, дерегистрация на възли и премахване на клъстери, в долната част на картата за хибридна услуга за данни в Control Hub ще бъде показана настройката, която не е завършена.

Активирайте HDS с множество наематели за партньорската организация в партньорския център и добавете клиенти

Преди да започнете

Всички предварителни изисквания, посочени в Изиск вания за хибридна сигурност на данните с множество наематели, са приложими тук. Освен това се уверете, че една и съща база данни и сертификати се използват по време на преместването към Multi-Tenant HDS.

1	Влезте в партньорския център. Щракнете върху У слу ги в левия екран. Използвайте същия ISO от предишното внедряване на HDS, за да конфигурирате възлите. Това ще гарантира, че съобщенията и съдържанието, генерирани от потребителите при предишното съществуващо внедряване на HDS, са все още достъпни в новата настройка на Multi-Tenant.
2	В секцията Хибрид намерете карта за хибридна защита на данните и щракнете върху Настройка.
3	В страницата, която се отваря, щракнете върху Добавяне на ресурс.
4	В първото поле на Създаване на клъстерна карта въведете име за клъстера, към който искате да зададете своя възел за хибридна защита на данните. Препоръчваме ви да назовете клъстер въз основа на това къде се намират географски възлите на клъстера. Примери: „Сан Франциско“ или „Ню Йорк“ или „Далас“
5	Във второто поле въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добав яне в долната част на екрана. Този IP адрес или FQDN трябва да съответства на IP адреса или името на хоста и домейна, които сте използвали в Настройване на виртуалната машина за хибридна защита на данните. Появява се съобщение, показващо, че можете да регистрирате своя възел в Webex.
6	Щракнете върху Отиди в възел. След няколко минути сте пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата Разрешаване на достъп до хибридни възли за сигурност на данните. Там потвърждавате, че искате да дадете разрешения на вашата организация Webex за достъп до вашия възел.
7	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данните и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в Webex cloud. На страницата Хи бридна защита на данните новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Рес урси. Възелът автоматично ще изтегли най-новия софтуер от облака.
8	Отидете в раздела Настройки и щракнете върху А ктиви ране на картата за състояние на HDS. Активираното HDS съобщение ще се появи в долната част на екрана.
9	Кликнете върху раздел а Назначени клиенти.
10	Щракнете върху Добавяне на клиенти.
11	Изберете клиента, който искате да добавите от падащото меню.
12	Щракнете върху Добав яне, клиентът ще бъде добавен към клъстера.
13	Повторете стъпки от 11 до 13, за да добавите множество клиенти към вашия клъстер.
14	Щракнете върху Готово в долната част на екрана, след като добавите клиентите.

Какво да правя по-нататък

Стартирайте инструмента за настройка на HDS, както е описано в Съ здаване на основни ключове за клиенти (CMKs), като използвате инструмента за настройка на HDS, за да завърш ите процеса на настройка.

Използвайте OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на файла PKCS12 в правилния формат за зареждане в инструмента за настройка на HDS. Има и други начини да се направи това и ние не подкрепяме или насърчаваме един път пред друг.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като насоки, за да ви помогнем да създадете файл, който отговаря на изискванията за сертификат X.509 в изискванията за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org за софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия Certificate Authority (CA).

1	Когато получите сертификата на сървъра от вашия CA, запазете го като `hdsno` de.pem.
2	Покажете сертификата като текст и проверете подробностите. `openssl x509 -текст -липса - в hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл с пакет от сертификати, наречен `hdsno` de-bundle.pem. Пакетният файл трябва да включва сървърния сертификат, всички междинни CA сертификати и основните CA сертификати във формата по-долу: `-----BEGIN CERTIFICATE----- ### Server certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Intermediate CA certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Root CA certificate. ### -----END CERTIFICATE-----`
4	`Създайте файла .p12 с приятелското име kms-private-key.` `openssl pkcs12 -експортиране -inkey hdsnode.key -в hdsnode-bundle.pem -име kms-частен ключ -канализиране на kms-частен ключ -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 - в HDSNOD.p12` Въведете парола в подканата за криптиране на частния ключ, така че да е посочен в изхода. След това проверете дали частният ключ и първият сертификат включват редовете `FriendlyName: kms-` private-key. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Enter Import Password: MAC verified OK Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Key Attributes: <No Attributes> Enter PEM pass phrase: Verifying - Enter PEM pass phrase: -----BEGIN ENCRYPTED PRIVATE KEY----- <redacted> -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- <redacted> -----END CERTIFICATE----- Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- <redacted> -----END CERTIFICATE-----

Какво да правя по-нататък

Върнете се към Попълнете предпоставките за хибридна сигурност на данните. Ще използвате файла hdsnode.p12 и паролата, която сте задали за него, в Създаване на конфигурационна ISO за HDS хостовете.

Можете да използвате повторно тези файлове, за да поискате нов сертификат, когато оригиналният сертификат изтече.

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

Трафик за събиране на изходящи показатели

Хибридните възли за сигурност на данните изпращат определени показатели към облака Webex. Те включват системни показатели за куп макс, използван куп, натоварване на процесора и брой нишки; метрики за синхронни и асинхронни нишки; показатели за сигнали, включващи праг на криптиращи връзки, латентност или дължина на опашката на заявката; показатели на системата на данни; и показатели за криптиране на връзката. Възлите изпращат криптиран ключов материал по канал извън обхвата (отделен от заявката).

Входящ трафик

Хибридните възли за сигурност на данните получават следните видове входящ трафик от облака Webex:

Заявки за криптиране от клиенти, които се насочват от услугата за криптиране
Надстройки на софтуера на възела

Конфигурирайте прокси сървъри на Squid за хибридна сигурност на данните

Websocket не може да се свърже чрез Squid Proxy

Прокси сървърите на Squid, които проверяват HTTPS трафика, могат да попречат на установяването на уеб сокет (wss:) връзки, които изисква хибридната сигурност на данните. Тези раздели дават насоки как да конфигурирате различни версии на Squid, за да игнорирате wss: трафик за правилна работа на услугите.

Калмари 4 и 5

Добавете директивата on_unsupported_protocol към 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

Деактивирайте хибридната сигурност на данните с множество наематели

Поток от задачи за деактивиране на HDS с много наематели

Следвайте тези стъпки, за да деактивирате напълно HDS с множество наематели.

Преди да започнете

Тази задача трябва да се изпълнява само от пълен администратор на партньора.

1	Премахнете всички клиенти от всичките си клъстери, както е споменато в Пре махване на организации с наематели.
2	Отменете CMC на всички клиенти, както е посочено в Оттегляне на CMKs на наематели, отстранени от HDS. .
3	Премахнете всички възли от всичките си клъстери, както е споменато в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Кликнете върху клъстера, който искате да изтриете, и изберете Из триване на този клъстер в горния десен ъгъл на страницата за преглед. В страницата Ресурси щракнете върху от дясната страна на клъстера и изберете Пре махване на клъстера.
5	Щракнете върху раздела Настройки на страницата за преглед на хибридната сигурност на данните и щракнете върху Деактивиране на HDS на картата за състоянието на HDS.

Често задавани въпроси

Q. Дали CMC и главният ключ се съхраняват в ISO или базата данни?

А. Основните ключове на клиентите (CMC) се съхраняват в базата данни и се криптират с основния ключ, който се съхранява в ISO.

Въпрос: Използва ли се един ключ за криптиране на всички данни на клиентските организации?

А. Не. Данните на всяка клиентска организация са криптирани със собствен CMK (основен ключ на клиента).

Въпрос: Какво ще се случи, ако деактивирам HDS от партньорския център?

О. Някои операции, като създаване на пространство и планиране на срещи, ще бъдат засегнати незабавно. Съществуващото съдържание в пространства ще бъде достъпно до изтичането на локалния кеш. След 24 часа потребителите, управлявани от партньора, ще преминат към Cloud KMS и могат да възникнат проблеми с предварително създадените пространства и пространства един към един.

Въпрос: След като CMK бъде генериран за клиентска организация чрез инструмента за настройка на HDS, потребителите на организацията на клиента веднага започват ли да използват HDS с множество наематели?

О. Възможно е да има максимално закъснение от 24 часа за обновяване на облачния кеш.

Въпрос: Защо не виждам списък с клиенти, когато щракна върху бутона „Добавяне на клиенти“ в Partner Hub?

О. Това обикновено означава, че няма клиентски организации, които отговарят на изискванията Cisco Webex за лиценз.

Въпрос: Какво е въздействието, ако всички HDS възли са изключени или ако проблем с мрежата засяга всички HDS възли?

А. Операции като създаване на пространства и планиране на срещи се влияят незабавно. Съществуващото съдържание е достъпно само до изтичането на локалния кеш.

Въпрос: Криптирани ли са потребителските данни на партньорската организация с главния ключ, генериран по време на създаването на ISO?

А. Да. Понастоящем потребителските данни на партньорската организация са криптирани с главния ключ. В бъдеще партньорските организации ще имат специфични за партньорите ключове, подобни на CMC на клиентите.

Въпрос: Могат ли организациите партньори и организациите за наематели да бъдат в различни региони (да речем САЩ и ЕС)?

А. Да. Организациите на партньори и наематели могат да бъдат разположени в различни географски региони.

Въпрос: Има ли някакъв механизъм за преместване на клавиши обратно към Cloud KMS?

О. Няма механизъм за преместване на клавиши обратно в облака след внедряване на HDS.

Въпрос: Може ли партньорът да продължи да използва Cloud KMS и да използва Multi-Tenant HDS изключително за управление на клиенти?

О. Не, понастоящем това не се поддържа. Поддръжката на тази функционалност е планирана за бъдещето.

Въпрос: Как партньорът може да провери дали тяхната организация използва Multi-Tenant HDS за криптиране?

А. Влезте в партньорския център. Отидете в Услуги > Хибридна защита на данните > На стройки. Ако състоянието на HDS е активирано, потребителите на партньорската организация, както и назначените клиенти използват HDS с множество наематели.

Като алтернатива можете да проверите вашите syslogs, за да проверите дали HDS е активиран. Вижте Т естване на внедряването на хибридна защита на данните.

Въпрос: Има ли алтернатива на Docker Desktop за стартиране на инструмента за настройка на HDS?

А. Да. Pod man Desktop е алтернатива с отворен код на Docker Desktop. Вижте Стар тиране на инструмента за настройка на HDS с помощта на Podman Desktop.

Въпрос: Колко възли мога да внедря в HDS клъстер с множество наематели?

А. Препоръчваме минимум два възела и максимум 1000.

Въпрос: Какви са мрежовите изисквания, необходими за създаването на Multi-Tent HDS?

А. Ви жте Изи сквания за външна свързаност.

Въпрос: Дали Pro Pack for Control Hub е изискване за партньорските организации?

А. Не. Pro Pack не е изискване за партньорски организации. Свържете се с вашия партньор на Cisco или мениджър на акаунти за помощ при настройването на Multi-Tenant HDS.

Въпрос: Поддържа ли се HSM в HDS с множество наематели?

О. Не, понастоящем Multi-Tent HDS не поддържа HSM.

Въпрос: Мога ли да тествам Multi-Tent HDS със самоподписан сертификат?

А. Не. Multi-Tenant HDS изисква сертификат, извлечен от доверен сертификат, който отговаря на всички изисквания, посочени в изискванията за сертификат X.509.

Въпрос: Необходимо ли е монтирането на ISO всеки път, когато се добавя нов клиент в партньорския център?

А. Не. ISO трябва да се монтира само при модифициране на ISO конфигурациите. Когато добавяте нов клиент в Partner Hub, уверете се, че можете да създавате CMC с помощта на инструмента за настройка на HDS. Вижте Създаване на основни ключове за клиенти (CMC) с помощта на инструмента за настройка на HDS.

Въпрос: След като Multi-Tenant HDS бъде внедрен в партньорския център, потребителите на партньорската организация започват ли да използват локални KMS за управление на ключове?

А. Потребителите ще започнат да използват локален KMS за управление на ключове едва след активиране на HDS в партньорския център.

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

Тази таблица обхваща нови функции или функционалности, промени в съществуващото съдържание и всички основни грешки, които са били коригирани в Ръководството за внедряване на хибридна защита на данни с множество наематели.

Дата	Направени промени
16 април 2026 г.	Актуализирани са изискванията към сървъра на базата данни, за да се добави поддръжка за PostgreSQL версии 17 и 18.
25 март 2026 г.	Актуализирана е паролата по подразбиране, използвана за влизане във виртуалната машина на възела за хибридна защита на данни.
5 декември 2025 г.	Актуализирано Създаване на ISO файл за конфигурация за HDS хостовете с правилния текст на потребителския интерфейс на страницата „Системни логове“ и добавяне на инструкция за качване на коренен сертификат на syslog при конфигуриране на TLS криптиране.
21 ноември 2025 г.	Добавен е раздел Често задавани въпроси. Добавени са раздели „ Настройване на резервен център за данни за възстановяване след бедствие “ и „ Възстановяване след бедствие с помощта на резервен център за данни “ . Премахнато (Бета) от заглавието на ръководството за внедряване.
8 май 2025 г.	Добавено Преместване на съществуващото внедряване на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с много клиент в секцията Partner Hub. Актуализиран е изходът на системния лог, за да се подобри четимостта в раздела „Тестване на внедряването на хибридна защита на данните“. Актуализирани са изискванията за виртуален хост, потокът от задачи за внедряване на хибридна защита на даннии инсталирането на HDS Host OVA, за да се добави поддръжка за ESXi 8.0.
4 март 2025 г.	Добавено е стартиране на инструмента за настройка на HDS, използвайки раздела Podman Desktop. Добавена е бележка в Изисквания за Docker Desktop, предоставяща на клиентите алтернативна опция с отворен код. Актуализирано Създаване на ISO файл с конфигурация за HDS хостовете и Промяна на конфигурацията на възела с инструкции за използване на Podman Desktop за клиенти без лиценз за Docker Desktop.
30 януари 2025 г.	Добавен е SQL сървър версия 2022 към списъка с поддържани SQL сървъри в Изисквания към сървъра за бази данни.
15 януари 2025 г.	Добавени са ограничения на многонаемателската хибридна сигурност на данните.
8 януари 2025 г.	Добавена е бележка в Извършване на първоначална настройка и изтегляне на инсталационни файлове, в която се посочва, че щракването върху Настройка на HDS картата в Partner Hub е важна стъпка от процеса на инсталиране.
7 януари 2025 г.	Актуализирани са изискванията за виртуален хост, потокът от задачи за внедряване на хибридна защита на даннии инсталирането на OVA на HDS хост, за да се покаже новото изискване на ESXi 7.0.
13 декември 2024 г.	Първо публикувано.

Деактивиране на хибридната защита на данните за многоклиентски системи

Поток от задачи за деактивиране на многонаемателски HDS

Следвайте тези стъпки, за да деактивирате напълно Multi-Tenant HDS.

Преди да започнете

Тази задача трябва да се изпълнява само от пълен администратор на партньор.

1	Премахнете всички клиенти от всички ваши клъстери, както е посочено в Премахване на организации на наематели.
2	Отменете CMK-тата на всички клиенти, както е посочено в Отменете CMK-тата на наематели, премахнати от HDS..
3	Премахнете всички възли от всички ваши клъстери, както е посочено в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстера, който искате да изтриете, и изберете Изтрий този клъстер в горния десен ъгъл на страницата с общ преглед. На страницата „Ресурси“ щракнете върху от дясната страна на клъстер и изберете „ Премахване на клъстер“.
5	Щракнете върху раздела Настройки на страницата с общ преглед на хибридната защита на данните и щракнете върху Деактивиране на HDS на картата „Състояние на HDS“.

Често задавани въпроси

В. CMK-тата и главният ключ съхраняват ли се в ISO файла или в базата данни?

О. Главните ключове на клиента (CMK) се съхраняват в базата данни и са криптирани с главния ключ, който се съхранява в ISO файла.

В. Използва ли се един ключ за криптиране на всички данни на организациите на клиентите?

О. Не. Данните на всяка клиентска организация са криптирани със собствен CMK (основен ключ на клиента).

В. Какво ще се случи, ако деактивирам HDS от Partner Hub?

О. Някои операции, като създаване на пространство и насрочване на срещи, ще бъдат засегнати незабавно. Съществуващото съдържание в пространствата ще бъде достъпно, докато не изтече локалният кеш. След 24 часа потребителите, управлявани от партньора, ще преминат към Cloud KMS и е възможно да възникнат проблеми с предварително създадени пространства и пространства „един към един“.

В. След като CMK бъде генериран за клиентска организация чрез инструмента за настройка на HDS, потребителите на клиентската организация веднага ли започват да използват Multi-Tenant HDS?

О. Възможно е да има максимално забавяне от 24 часа за обновяване на кеша в облака.

В. Защо не виждам списък с клиенти, когато щракна върху бутона „Добавяне на клиенти“ в Partner Hub?

О. Това обикновено означава, че няма организации клиенти, които да отговарят на изискванията за лиценз на Cisco Webex.

В. Какво е въздействието, ако всички HDS възли бъдат изключени или ако мрежов проблем засегне всички HDS възли?

О. Операции като създаване на пространства и насрочване на срещи са засегнати незабавно. Съществуващото съдържание е достъпно само докато изтече локалният кеш.

В. Потребителските данни на партньорската организация криптирани ли са с главния ключ, генериран по време на създаването на ISO образа?

Една. Да. В момента потребителските данни на партньорската организация са криптирани с главния ключ. В бъдеще партньорските организации ще имат специфични за партньора ключове, подобни на CMK на клиентите.

В. Могат ли партньорската организация и организациите наематели да бъдат в различни региони (например САЩ и ЕС)?

Една. Да. Организациите-партньори и наематели могат да бъдат разположени в различни географски региони.

В. Има ли някакъв механизъм за преместване на ключове обратно в Cloud KMS?

О. Няма механизъм за преместване на ключове обратно в облака след внедряване на HDS.

В. Може ли партньор да продължи да използва Cloud KMS и да използва Multi-Tenant HDS изключително за управление на клиенти?

О. Не, това не се поддържа в момента. Поддръжката на тази функционалност е планирана за в бъдеще.

В. Как може партньор да провери дали неговата организация използва Multi-Tenant HDS за криптиране?

О. Влезте в Центъра за партньори. Отидете на Услуги > Хибридна сигурност на данните > Настройки . Ако статусът на HDS е активиран, потребителите на партньорската организация, както и назначените клиенти, използват Multi-Tenant HDS.

Като алтернатива, можете да проверите системните си логове, за да се уверите, че HDS е активиран. Вижте Тестване на внедряването на хибридна защита на данните.

В. Има ли алтернатива на Docker Desktop за стартиране на инструмента за настройка на HDS?

Една. Да. Pod man Desktop е алтернатива с отворен код на Docker Desktop. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop.

В. Колко възела мога да разположа в клъстер с многонаемателски HDS?

О. Препоръчваме минимум два възела и максимум 1000.

В. Какви са мрежовите изисквания, необходими за настройване на Multi-Tenant HDS?

О. Вижте Изисквания за външна свързаност.

В. Pro Pack за Control Hub изискване ли е за партньорските организации?

О. Не. Pro Pack не е задължителен за партньорските организации. Свържете се с вашия партньор на Cisco или мениджър клиенти за съдействие при настройването на Multi-Tenant HDS.

В. Поддържа ли се HSM в Multi-Tenant HDS?

О. Не, в момента Multi-Tenant HDS не поддържа HSM.

В. Мога ли да тествам Multi-Tenant HDS със самоподписан сертификат?

О. Не. Многонаемателният HDS изисква сертификат, извлечен от доверен CA, който отговаря на всички изисквания, посочени в X.509 Certificate Requirements.

В. Необходимо ли е монтиране на ISO файла всеки път, когато се добавя нов клиент в Partner Hub?

О. Не. ISO файлът трябва да се монтира само при промяна на ISO конфигурации. Когато добавяте нов клиент в Partner Hub, уверете се, че можете да създавате CMK-ове, използвайки инструмента за настройка на HDS. Вижте Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS.

В. След внедряването на Multi-Tenant HDS в Partner Hub, потребителите на партньорската организация започват ли да използват локална KMS за управление на ключове?

О. Потребителите ще започнат да използват локалната KMS за управление на ключове само след като HDS бъде активиран в Partner Hub.

Започнете с многонаемателска хибридна сигурност на данните

Преглед на защитата на данните при хибридни системи с множество наематели

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

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

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

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

Това позволява и на по-малките организации да използват HDS, тъй като услугата за управление на ключове и инфраструктурата за сигурност, като например центровете за данни, са собственост на доверен местен партньор.

Как хибридната сигурност на данните за многоклиентски системи осигурява суверенитет на данните и контрол върху тях

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

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

Ограничения на сигурността на данните при многонаемателски хибридни системи

Партньорските организации не трябва да имат активно внедряване на HDS в Control Hub.
Организациите наематели или клиенти, които желаят да бъдат управлявани от партньор, не трябва да имат съществуващо внедряване на HDS в Control Hub.
След като партньорът внедри Multi-Tenant HDS, всички потребители на клиентски организации, както и потребителите на партньорската организация, започват да използват Multi-Tenant HDS за своите услуги за криптиране.

Партньорската организация и клиентските организации, които управляват, ще бъдат в едно и също внедряване на Multi-Tenant HDS.

Партньорската организация вече няма да използва облачна KMS след внедряването на Multi-Tenant HDS.
Няма механизъм за преместване на ключове обратно в Cloud KMS след внедряване на HDS.
Администраторските роли имат определени ограничения; вижте раздела по-долу за подробности.

Роли в многонаемателската хибридна сигурност на данните

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

Цялостна настройка и управление на многонаемателски HDS за всички организации на клиенти - Изисква се пълни администраторски права на партньор и пълни администраторски права.
Управление на назначени организации наематели - Изисква се администратор на партньор и пълни администраторски права.

Архитектура на сферата на сигурността

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

За да разберем по-добре хибридната сигурност на данните, нека първо разгледаме този случай с чист облак, където Cisco предоставя всички функции в своите облачни сфери. Услугата за идентификация, единственото място, където потребителите могат да бъдат директно свързани с личната си информация, като например имейл адрес, е логически и физически отделена от сферата на сигурност в център за данни B. И двете от своя страна са отделни от сферата, където в крайна сметка се съхранява криптирано съдържание, в център за данни C.

На тази диаграма клиентът е приложението Webex, работещо на лаптопа на потребителя, и е удостоверено с услугата за удостоверяване. Когато потребителят състави съобщение за изпращане до пространство, се извършват следните стъпки:

Клиентът установява защитена връзка с услугата за управление на ключове (KMS), след което изисква ключ за криптиране на съобщението. Защитената връзка използва ECDH, а KMS криптира ключа с помощта на главен ключ AES-256.
Съобщението се криптира, преди да напусне клиента. Клиентът го изпраща към услугата за индексиране, която създава криптирани индекси за търсене, за да подпомогне бъдещите търсения на съдържанието.
Криптираното съобщение се изпраща до службата за съответствие за проверки за съответствие.
Криптираното съобщение се съхранява в хранилището.

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

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

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

Услугата KMS, работеща в организация A, валидира връзките към KMS системи в други организации, използвайки сертификати x.509 PKI. Вижте Подготовка на вашата среда за подробности относно генерирането на сертификат x.509, който да се използва с вашето внедряване на хибридна защита на данни с множество наематели.

Очаквания за внедряване на хибридна сигурност на данните

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

За да внедрите хибридна сигурност на данните, трябва да предоставите:

Сигурен център за данни в държава, която е поддържано местоположение за плановете на Cisco Webex Teams.
Оборудването, софтуерът и мрежовият достъп, описани в Подгответе вашата среда.

Пълната загуба на ISO файла с конфигурацията, който създавате за Hybrid Data Security, или на предоставената от вас база данни ще доведе до загуба на ключовете. Загубата на ключ не позволява на потребителите да декриптират съдържанието на пространството и други криптирани данни в приложението Webex. Ако това се случи, можете да изградите ново внедряване, но ще бъде видимо само ново съдържание. За да избегнете загуба на достъп до данни, трябва:

Управлявайте архивирането и възстановяването на базата данни и ISO файла с конфигурацията.
Бъдете готови да извършите бързо възстановяване след бедствие, ако възникне катастрофа, като например повреда на диска на базата данни или бедствие в центъра за данни.

Няма механизъм за преместване на ключове обратно в облака след внедряване на HDS.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на внедряване на хибридна защита на данни с множество наематели:

Настройка на хибридна сигурност на данните— Това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна сигурност на данните, изграждане на HDS клъстер, добавяне на организации-наематели към клъстера и управление на техните основни ключове на клиентите (CMK). Това ще позволи на всички потребители на вашите клиентски организации да използват вашия клъстер за хибридна сигурност на данни за функции за сигурност.

Фазите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте внедряването си за хибридна сигурност на данните— Облакът Webex автоматично предоставя текущи надстройки. Вашият ИТ отдел може да осигури поддръжка от първо ниво за това внедряване и да ангажира поддръжка от Cisco, ако е необходимо. Можете да използвате екранни известия и да настроите имейл известия в Partner Hub.
Разберете често срещаните предупреждения, стъпките за отстраняване на неизправности и известните проблеми— Ако срещнете проблеми с внедряването или използването на Hybrid Data Security, последната глава на това ръководство и приложението „Известни проблеми“ могат да ви помогнат да определите и отстраните проблема.

Модел за внедряване на хибридна сигурност на данните

В рамките на вашия корпоративен център за данни, вие внедрявате Hybrid Data Security като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака Webex чрез защитени уеб сокети и защитен HTTP.

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

Модел за внедряване на хибридна сигурност на данните

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

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

Възлите стават активни, когато ги регистрирате в Partner Hub. За да извадите отделен възел от експлоатация, можете да го отпишете и по-късно да го регистрирате отново, ако е необходимо.

Резервен център за данни за възстановяване след бедствия

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

Базите данни на активните и резервните центрове за данни са синхронизирани помежду си, което ще минимизира времето, необходимо за извършване на резервно превключване.

Активните възли за хибридна сигурност на данните трябва винаги да са в същия център за данни като активния сървър на базата данни.

Създаване на резервен център за данни за възстановяване след бедствие

Следвайте стъпките по-долу, за да конфигурирате ISO файла на резервния център за данни:

Преди да започнете

Резервният център за данни трябва да отразява производствената среда на виртуалните машини и резервна база данни на PostgreSQL или Microsoft SQL Server. Например, ако в производствената среда има 3 виртуални машини, работещи с HDS възли, средата за архивиране трябва да има 3 виртуални машини. (Вижте Резервен център за данни за възстановяване след бедствия за общ преглед на този модел за превключване на резервни устройства.)
Уверете се, че синхронизирането на базата данни е активирано между базата данни на активните и пасивните клъстерни възли.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете. ISO файлът трябва да е копие на оригиналния ISO файл на основния център за данни, върху който ще се направят следните актуализации на конфигурацията.
2	След като конфигурирате Syslogd сървъра, щракнете върху Разширени настройки
3	На страницата Разширени настройки добавете конфигурацията по-долу, за да поставите възела в пасивен режим. В този режим възелът ще бъде регистриран в организацията и свързан с облака, но няма да обработва трафик. `passiveMode: 'true'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
5	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
6	В левия навигационен панел на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и след това щракнете върху Редактиране на настройките..
7	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
9	Повторете процеса за всеки възел в резервния център за данни. Проверете системните логове, за да се уверите, че възлите са в пасивен режим. Трябва да можете да видите съобщението „KMS конфигуриран в пасивен режим“ в системните логове.

Какво да направите след това

След като конфигурирате passiveMode в ISO файла и го запазите, можете да създадете друго копие на ISO файла без конфигурацията passiveMode и да го запазите на сигурно място. Това копие на ISO файла без конфигуриран passiveMode може да помогне за бърз процес на превключване след срив по време на възстановяване след бедствие. Вижте Възстановяване след бедствие с помощта на резервен център за данни за подробна процедура за превключване при срив.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Без прокси—По подразбиране, ако не използвате хранилището за доверени данни за настройката на HDS възела & Конфигурация на прокси за интегриране на прокси. Не се изисква актуализация на сертификата.
Прозрачен неинспектиращ прокси сървър— Възлите не са конфигурирани да използват специфичен адрес на прокси сървър и не би трябвало да изискват никакви промени, за да работят с неинспектиращ прокси сървър. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси— Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър— С изричен прокси сървър, вие казвате на HDS възлите кой прокси сървър и схема за удостоверяване да използват. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN—Адрес, който може да се използва за достигане до прокси машината.
2. Прокси порт— Номер на порт, който прокси сървърът използва, за да слуша проксиран трафик.
3. Прокси протокол— В зависимост от това какво поддържа вашият прокси сървър, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване— Изберете измежду следните типове удостоверяване:
  - Няма—Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Basic—Използва се от HTTP потребителски агент за предоставяне на потребителско име и парола при отправяне на заявка. Използва Base64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Дайджест—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

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

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

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

Изисквания за сигурност на данните за многонаемателни хибридни системи

Изисквания за лиценз на Cisco Webex

За да внедрите хибридна защита на данни за множество наематели:

Партньорски организации: Свържете се с вашия партньор на Cisco или мениджър на клиенти и се уверете, че функцията „Много наематели“ е активирана.
Организации наематели: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за Docker Desktop

Преди да инсталирате HDS възлите си, трябва да стартирате инсталационна програма в Docker Desktop. Docker наскоро актуализира своя лицензионен модел. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, " Docker е Актуализиране и разширяване на нашите абонаментиза продукти".

Клиенти без лиценз за Docker Desktop могат да използват инструмент за управление на контейнери с отворен код, като Podman Desktop, за да стартират, управляват и създават контейнери. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Изисквания за сертификат X.509

Веригата от сертификати трябва да отговаря на следните изисквания:

Таблица 1. Изисквания за сертификат X.509 за внедряване на хибридна сигурност на данните
Изискване	Подробности
Подписано от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на CAs в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи домейн с общо име (CN), който идентифицира вашето внедряване на хибридна сигурност на данни Не е сертификат със заместващ знак	Не е необходимо CN да е достъпен или да е активен хост. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. Комбинираното предложение не трябва да съдържа * (заместващ знак). CN се използва за проверка на възлите на Hybrid Data Security към клиенти на Webex App. Всички възли за хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашата KMS система се идентифицира с CN домейна, а не с домейн, дефиниран в полетата x.509v3 SAN. След като регистрирате възел с този сертификат, не поддържаме промяна на името на домейна CN.
Подпис, различен от SHA1	Софтуерът KMS не поддържа SHA1 подписи за валидиране на връзки към KMS системи на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име `kms-private-key`, за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор като OpenSSL, за да промените формата на вашия сертификат. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.

Софтуерът KMS не налага налага използването на ключове или разширени ограничения за използване на ключове. Някои сертифициращи органи изискват към всеки сертификат да се прилагат разширени ограничения за използване на ключове, като например удостоверяване на сървъра. Допустимо е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален хост

Виртуалните хостове, които ще настроите като възли за хибридна сигурност на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (препоръчително 3), разположени в един и същ защитен център за данни
Инсталиран и работещ VMware ESXi 7.0 или 8.0.

Трябва да надстроите, ако имате по-ранна версия на ESXi.
Минимум 4 vCPU, 8 GB основна памет, 30 GB локално дисково пространство на сървър

Изисквания за сървъра на базата данни

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

Има две опции за сървър на база данни. Изискванията за всеки от тях са следните:

Таблица 2. Изисквания към сървъра за бази данни според типа на базата данни
PostgreSQL	Microsoft SQL Server
PostgreSQL 14, 15, 16, 17 или 18, инсталиран и работещ.	Инсталиран е SQL Server 2016, 2017, 2019 или 2022 (Enterprise или Standard). SQL Server 2016 изисква Service Pack 2 и Cumulative Update 2 или по-нова версия.
Минимум 8 виртуални процесора (vCPU), 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не се превишава допустимото количество памет (препоръчва се 2 TB, ако искате да използвате базата данни за дълго време, без да е необходимо да увеличавате паметта).	Минимум 8 виртуални процесора (vCPU), 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не се превишава допустимото количество памет (препоръчва се 2 TB, ако искате да използвате базата данни за дълго време, без да е необходимо да увеличавате паметта).

Софтуерът HDS в момента инсталира следните версии на драйвери за комуникация със сървъра на базата данни:

PostgreSQL

Microsoft SQL Server

JDBC драйвер за Postgres 42.2.5

SQL Server JDBC драйвер 4.6

Тази версия на драйвера поддържа SQL Server Always On ( Always On Failover Cluster Instances и Always On availability groups).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

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

HDS възлите, инфраструктурата на Active Directory и MS SQL Server трябва да бъдат синхронизирани с NTP.
Акаунтът в Windows, който предоставяте на HDS възлите, трябва да има read/write достъп до базата данни.
DNS сървърите, които предоставяте на HDS възлите, трябва да могат да разрешават вашия център за разпространение на ключове (KDC).
Можете да регистрирате екземпляра на базата данни HDS на вашия Microsoft SQL Server като име на принципал на услугата (SPN) в Active Directory. Вижте Регистриране на име на принципал на услуга за Kerberos връзки.

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

Изисквания за външна свързаност

Конфигурирайте защитната си стена, за да разрешите следната свързаност за HDS приложенията:

Приложение	Протокол	Порт	Упътване от приложението	Местоназначение
Хибридни възли за сигурност на данните	TCP	443	Изходящ HTTPS и WSS	Webex сървъри: .wbx2.com .ciscospark.com Всички хостове на Common Identity Други URL адреси, които са изброени за хибридна сигурност на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex на Мрежови изисквания за услуги на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички хостове на Common Identity hub.docker.com

Възлите за хибридна сигурност на данните работят с транслация на мрежовия достъп (NAT) или зад защитна стена, стига NAT или защитната стена да позволяват необходимите изходящи връзки към местоназначенията на домейна в предходната таблица. За връзки, водещи към възлите за хибридна сигурност на данните, не трябва да се виждат портове от интернет. Във вашия център за данни, клиентите се нуждаят от достъп до възлите за хибридна сигурност на данните на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете с обща идентичност (CI) са специфични за региона. Това са текущите CI хостове:

Регион	URL адреси на хостове за обща идентичност
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Squid прокси сървърите, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да заобиколите този проблем, вижте Конфигуриране на Squid прокси сървъри за хибридна сигурност на данните.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуди изходящия TCP трафик на порт 443 да маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, заобикалянето (неинспектирането) на трафика към wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна сигурност на данните

Използвайте този контролен списък, за да се уверите, че сте готови да инсталирате и конфигурирате вашия клъстер за хибридна защита на данни.

1	Уверете се, че вашата партньорска организация е активирала функцията Multi-Tenant HDS и вземете идентификационните данни на акаунт с пълни администраторски права на партньора и пълни администраторски права. Уверете се, че вашата организация на клиенти на Webex е активирана за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор на Cisco или мениджър клиенти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо внедряване на HDS.
2	Изберете име на домейн за вашето HDS внедряване (например, `hds.company.com`) и получете верига от сертификати, съдържаща X.509 сертификат, частен ключ и всички междинни сертификати. Веригата от сертификати трябва да отговаря на изискванията в X.509 Certificate Requirements.
3	Подгответе идентични виртуални хостове, които ще настроите като възли за хибридна сигурност на данни във вашия клъстер. Необходими са ви поне два отделни хоста (препоръчително 3), разположени в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален хост.
4	Подгответе сървъра на базата данни, който ще действа като хранилище за ключови данни за клъстера, съгласно изискванията за сървъра на базата данни. Сървърът на базата данни трябва да бъде разположен в защитения център за данни заедно с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране.) Когато бъдат инсталирани, HDS приложенията създават схемата на базата данни.) Съберете данните, които възлите ще използват за комуникация със сървъра на базата данни: името на хоста или IP адреса (хост) и порта името на базата данни (dbname) за съхранение на ключове потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключове
5	За бързо възстановяване след бедствие, създайте резервна среда в различен център за данни. Резервната среда отразява производствената среда на виртуални машини и резервен сървър на база данни. Например, ако в производствената среда има 3 виртуални машини, работещи с HDS възли, средата за архивиране трябва да има 3 виртуални машини.
6	Настройте хост за системен лог, който да събира лог файлове от възлите в клъстера. Съберете неговия мрежов адрес и системен порт (по подразбиране е UDP 514).
7	Създайте политика за сигурно архивиране за възлите на хибридната защита на данните, сървъра на базата данни и хоста на syslog. Като минимум, за да предотвратите невъзстановима загуба на данни, трябва да архивирате базата данни и ISO файла с конфигурацията, генериран за възлите на Hybrid Data Security. Тъй като възлите за хибридна сигурност на данните съхраняват ключовете, използвани за криптиране и декриптиране на съдържание, невъзможността за поддържане на оперативно внедряване ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на това съдържание. Клиентите на Webex App кешират ключовете си, така че прекъсването може да не е веднага забележимо, но ще стане очевидно с течение на времето. Въпреки че временните прекъсвания са невъзможни за предотвратяване, те са възстановими. Пълната загуба (без налични резервни копия) на базата данни или на ISO файла с конфигурацията обаче ще доведе до невъзстановими клиентски данни. Очаква се операторите на възлите на Hybrid Data Security да поддържат чести резервни копия на базата данни и ISO файла с конфигурацията и да бъдат готови да възстановят центъра за данни на Hybrid Data Security, ако възникне катастрофална повреда.
8	Уверете се, че конфигурацията на вашата защитна стена позволява свързване за вашите възли за хибридна сигурност на данни, както е посочено в Изисквания за външна свързаност.
9	Инсталирайте Docker ( https://www.docker.com) на всяка локална машина, работеща с поддържана операционна система (Microsoft Windows 10 Professional или Enterprise 64-bit, или Mac OSX Yosemite 10.10.3 или по-нова версия) с уеб браузър, който може да го достъпва на http://127.0.0.1:8080. Използвате екземпляра на Docker, за да изтеглите и стартирате инструмента за настройка на HDS, който изгражда локалната информация за конфигурацията за всички възли на Hybrid Data Security. Може да ви е необходим лиценз за Docker Desktop. Вижте Изисквания за Docker Desktop за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има свързаността, описана в Изисквания за външна свързаност.
10	Ако интегрирате прокси с Hybrid Data Security, уверете се, че той отговаря на изискванията за прокси сървър.

Създаване на хибриден клъстер за сигурност на данни

Поток на задачи за внедряване на хибридна сигурност на данни

Преди да започнете

1	Извършете първоначална настройка и изтеглете инсталационните файлове Изтеглете OVA файла на локалната си машина за по-късна употреба.
2	Създайте ISO файл с конфигурация за HDS хостовете Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на Hybrid Data Security.
3	Инсталирайте HDS Host OVA Създайте виртуална машина от OVA файла и извършете първоначална конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежови настройки по време на внедряване на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
4	Настройване на виртуална машина за хибридна защита на данни Влезте в конзолата на виртуалната машина и задайте идентификационните данни за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.
5	Качете и монтирайте ISO файла с конфигурацията на HDS Конфигурирайте виртуалната машина от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на HDS възел за интегриране на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете сертификата за прокси сървър към хранилището за доверени сертификати, ако е необходимо.
7	Регистрирайте първия възел в клъстера Регистрирайте виртуалната машина в облака Cisco Webex като възел за хибридна сигурност на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте Multi-Tenant HDS в Partner Hub. Активирайте HDS и управлявайте организациите на наематели в Partner Hub.

Извършете първоначална настройка и изтеглете инсталационните файлове

В тази задача изтегляте OVA файл на вашата машина (не на сървърите, които сте настроили като възли за хибридна сигурност на данните). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Центъра за партньори и след това щракнете върху Услуги.
2	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и след това щракнете върху Настройка. Щракването върху Настройка в Центъра за партньори е от решаващо значение за процеса на внедряване. Не продължавайте с инсталацията, без да завършите тази стъпка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне на .OVA файл в картата Инсталиране и конфигуриране на софтуер. По-старите версии на софтуерния пакет (OVA) няма да са съвместими с най-новите актуализации на Hybrid Data Security. Това може да доведе до проблеми при надграждане на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от секцията Помощ. Кликнете върху Настройки > Помощ > Изтеглете софтуера за хибридна сигурност на данните. OVA файлът автоматично започва да се изтегля. Запазете файла на място на вашата машина.

Създайте ISO файл с конфигурация за HDS хостовете

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1 до 5 в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

HTTPS прокси без удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

HTTP прокси с удостоверяване

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

HTTPS прокси с удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT
ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

docker rmi ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

docker login -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

docker pull ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

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

В обикновени среди с HTTPS прокси:

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

В среди на FedRAMP без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTP прокси:

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

В среди на FedRAMP с HTTPS прокси:

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

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

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

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080, и въведете потребителско име на администратор за Partner Hub при подканата.

Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.

8

На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.

9

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

Не— Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да— Ако вече сте създали HDS възли, тогава избирате вашия ISO файл в прегледа и го качвате.

10

Проверете дали вашият X.509 сертификат отговаря на изискванията в X.509 Certificate Requirements.

Ако никога преди не сте качвали сертификат, качете сертификата X.509, въведете паролата и щракнете върху „ Продължи“ .
Ако сертификатът ви е наред, щракнете върху Продължи.
Ако вашият сертификат е изтекъл или искате да го замените, изберете Не за Да продължите ли да използвате веригата от сертификати на HDS и частния ключ от предишния ISO?. Качете нов X.509 сертификат, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до вашето хранилище за ключове:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, ще получите поле „Тип на удостоверяване“.
(само за Microsoft SQL Server ) Изберете вашия тип удостоверяване:
- Основно удостоверяване: Трябва да въведете име на локален SQL Server акаунт в полето Потребителско име.
- Удостоверяване на Windows: Необходим ви е акаунт в Windows във формат username@DOMAIN в полето Потребителско име.
Въведете адреса на сървъра на базата данни във формата : или :.

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

Можете да използвате IP адрес за основно удостоверяване, ако възлите не могат да използват DNS за разрешаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете името на базата данни.
Въведете потребителско име и парола на потребител с всички привилегии върху базата данни за съхранение на ключове.

12

Изберете TLS режим на свързване към база данни:

Режим	Описание
Предпочитам TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако активирате TLS на сървъра на базата данни, възлите ще се опитат да установят криптирана връзка.
Изисквайте TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Изисквайте TLS и проверете подписвача на сертификати	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка, възелът сравнява подписващия сертификата от сървъра на базата данни със сертифициращия орган в коренния сертификат на базата данни. Ако не съвпадат, възелът изпуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.
Изисквайте TLS и проверете подписалия сертификат и хостовото име	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка, възелът сравнява подписващия сертификата от сървъра на базата данни със сертифициращия орган в коренния сертификат на базата данни. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето Хост и порт на базата данни. Имената трябва да съвпадат точно или възелът пуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.

Когато качите главния сертификат (ако е необходимо) и щракнете върху „Продължи“ , инструментът за настройка на HDS тества TLS връзката със сървъра на базата данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързаността, HDS възлите може да са в състояние да установят TLS връзката, дори ако машината с HDS Setup Tool не може да я тества успешно.)

13

На страницата „Системни дневници“ конфигурирайте вашия Syslogd сървър:

Въведете URL адреса на syslog сървъра.

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

Пример:
udp://10.92.43.23:514 показва регистриране към Syslogd хост 10.92.43.23 на UDP порт 514.
Ако сте настроили сървъра си да използва TLS криптиране, проверете Конфигуриран ли е сървърът ви за TLS договаряне/ръкостискане?.

Ако отметнете това квадратче, уверете се, че сте въвели TCP URL адрес, като например tcp://10.92.43.23:514, и качете коренния сертификат на syslog.
От падащото меню Изберете прекратяване на syslog записа изберете подходящата настройка за вашия ISO файл: За Graylog и Rsyslog TCP се използва Choose или Newline
- Нулев байт -- \x00
- Нов ред -- \n—Изберете тази опция за Graylog и Rsyslog TCP.
Щракнете върху Продължаване.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с базата данни в Разширени настройки. Обикновено този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxSize: 10

15

Щракнете върху Продължи на екрана Нулиране на паролата за сервизни акаунти.

Паролите за сервизни акаунти имат деветмесечен срок на валидност. Използвайте този екран, когато паролите ви наближават срок на валидност или искате да ги нулирате, за да анулирате предишни ISO файлове.

16

Кликнете върху Изтегляне на ISO файл. Запазете файла на място, което е лесно за намиране.

17

Направете резервно копие на ISO файла на вашата локална система.

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

18

За да затворите инструмента за настройка, въведете CTRL+C.

Какво да направите след това

Направете резервно копие на ISO файла с конфигурацията. Нужен ви е, за да създадете още възли за възстановяване или да направите промени в конфигурацията. Ако загубите всички копия на ISO файла, ще загубите и главния ключ. Възстановяването на ключовете от вашата база данни PostgreSQL или Microsoft SQL Server не е възможно.

Никога нямаме копие на този ключ и не можем да ви помогнем, ако го загубите.

Инсталирайте HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте VMware vSphere клиента на вашия компютър, за да влезете във виртуалния хост ESXi.
2	Изберете Файл > Разгръщане на OVF шаблон.
3	В съветника посочете местоположението на OVA файла, който сте изтеглили по-рано, и след това щракнете върху Напред.
4	На страницата Изберете име и папка въведете име на виртуална машина за възела (например "HDS_Node_1"), изберете местоположение, където може да се намира внедряването на възела на виртуалната машина, и след това щракнете върху Напред.
5	На страницата Изберете изчислителен ресурс изберете целевия изчислителен ресурс и след това щракнете върху Напред. Извършва се проверка за валидиране. След като приключи, се показват подробностите за шаблона.
6	Проверете данните на шаблона и след това щракнете върху Напред.
7	Ако бъдете помолени да изберете конфигурацията на ресурсите на страницата Конфигурация, щракнете върху 4 CPU и след това щракнете върху Напред.
8	На страницата Избор на място за съхранение щракнете върху Напред, за да приемете формата на диска по подразбиране и политиката за съхранение на виртуална машина.
9	На страницата Избор на мрежи изберете опцията за мрежа от списъка със записи, за да осигурите желаната свързаност на виртуалната машина.
10	На страницата Персонализиране на шаблон конфигурирайте следните мрежови настройки: Име на хост— Въведете FQDN (име на хост и домейн) или еднословно име на хост за възела. Не е необходимо да задавате домейна така, че да съответства на домейна, който сте използвали за получаване на сертификата X.509. За да осигурите успешна регистрация в облака, използвайте само малки букви в FQDN или името на хоста, което сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес— Въведете IP адреса за вътрешния интерфейс на възела. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска— Въведете адреса на подмрежовата маска в десетично-точков формат. Например, 255.255.255.0. Шлюз— Въведете IP адреса на шлюза. Шлюзът е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри— Въведете списък с DNS сървъри, разделени със запетаи, които обработват преобразуването на имена на домейни в числови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри— Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетаи, за да въведете множество NTP сървъри. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстер да са достъпни от клиенти във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурирането на мрежовите настройки и да следвате стъпките в Настройка на хибридната виртуална машина за защита на данни, за да конфигурирате настройките от конзолата на възела. Опцията за конфигуриране на мрежови настройки по време на внедряване на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху виртуалната машина на възела и след това изберете Захранване > Включване. Софтуерът за хибридна сигурност на данни е инсталиран като гост на виртуалната машина. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Възможно е да има забавяне от няколко минути, преди контейнерите с възли да се появят. По време на първото зареждане на конзолата се появява съобщение за защитната стена на моста, по време на което не можете да влезете.

Настройване на виртуална машина за хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата за виртуална машина на възела Hybrid Data Security и да зададете идентификационните данни за влизане. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.

1	В клиента на VMware vSphere изберете вашия възел Hybrid Data Security VM и изберете раздела Console. Виртуалната машина се стартира и се появява подкана за вход. Ако подканата за вход не се покаже, натиснете Enter.
2	Използвайте следните потребителски данни и парола по подразбиране, за да влезете и да промените идентификационните данни: Вход: `admin` Парола: `ciscosystems` Тъй като влизате във виртуалната си машина за първи път, е необходимо да промените администраторската парола.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай, в главното меню изберете опцията Редактиране на конфигурация.
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на политиката на вашата мрежа. Не е необходимо да задавате домейна така, че да съответства на домейна, който сте използвали за получаване на сертификата X.509.
6	Запазете мрежовата конфигурация и рестартирайте виртуалната машина, за да влязат в сила промените.

Качете и монтирайте ISO файла с конфигурацията на HDS

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

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде достъпен само въз основа на „необходимост за информация“ за достъп на виртуалните машини за хибридна сигурност на данните и всички администратори, които може да се нуждаят от промени. Уверете се, че само тези администратори имат достъп до хранилището за данни.

1

Качете ISO файла от вашия компютър:

В левия навигационен панел на клиента VMware vSphere щракнете върху ESXi сървъра.
В списъка с хардуер в раздела „Конфигурация“ щракнете върху „Памет“.
В списъка с хранилища за данни щракнете с десния бутон върху хранилището за данни за вашите виртуални машини и щракнете върху Преглед на хранилището за данни.
Щракнете върху иконата за качване на файлове и след това щракнете върху Качване на файл.
Отидете до мястото, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Кликнете върху Да, за да приемете upload/download предупреждение за операция и затворете диалоговия прозорец на хранилището за данни.

2

Монтирайте ISO файла:

В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
Щракнете върху OK, за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD Drive 1, изберете опцията за монтиране от ISO файл на хранилище за данни и отидете до мястото, където сте качили ISO файла с конфигурацията.
Проверете Свързано и Свързване при включване.
Запазете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако вашата ИТ политика го изисква, можете по желание да демонтирате ISO файла, след като всички ваши възли приемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след HDS конфигурация за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси, използвайте тази процедура, за да укажете вида на прокси, който искате да интегрирате с Hybrid Data Security. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси за общ преглед на поддържаните опции за прокси.
Изисквания към прокси сървъра

1	Въведете URL адреса за настройка на HDS възел `https://[HDS Node IP or FQDN]/setup` в уеб браузър, въведете администраторските идентификационни данни, които сте задали за възела, и след това щракнете върху Вход.
2	Отидете на Хранилище на доверие & Прокси , след което изберетеопция: Без прокси— Опцията по подразбиране, преди да интегрирате прокси. Не се изисква актуализация на сертификата. Прозрачен неинспектиращ прокси сървър— Възлите не са конфигурирани да използват специфичен адрес на прокси сървър и не би трябвало да изискват никакви промени, за да работят с неинспектиращ прокси сървър. Не се изисква актуализация на сертификата. Прозрачен инспектиращ прокси сървър— Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. Не httpS конфигурация промени са необходими в разполагането на защитата на хибридни данни, обаче HDS възли се нуждаят от главен сертификат, така че те се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър— С изричен прокси сървър, вие казвате на клиента (HDS възлите) кой прокси сървър да използва и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN—Адрес, който може да се използва за достигане до прокси машината. Прокси порт— Номер на порт, който прокси сървърът използва, за да слуша проксиран трафик. Прокси протокол— Изберете http (преглежда и контролира всички заявки, получени от клиента) или https (предоставя канал към сървъра, а клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване— Изберете измежду следните типове удостоверяване: Няма—Не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Basic—Използва се от HTTP потребителски агент за предоставяне на потребителско име и парола при отправяне на заявка. Използва Base64 кодиране. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Дайджест—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Качване на главен сертификат или Сертификат за краен обект и след това навигирайте до изберете главния сертификат запрокси. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката chevron по името на издателя на сертификата, за да получите повече подробности или щракнете върху Изтрий, ако сте направили грешка и искате да качите повторно файла.
4	Щракнете върху Проверка на прокси връзката, за да тествате мрежовата свързаност между възела и прокси. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако смятате, че това е грешка, изпълнете тези стъпки и след това вижте Изключване на режима за разрешаване на блокирани външни DNS адреси.
5	След като тестът за връзка премине, за изрично прокси настроен само на https, включете превключването към Маршрут всички порт 443/444 https заявки от този възел през изрично прокси. Тази настройка изисква 15 секунди, за да влязат в сила.
6	Щракнете върху Инсталиране на всички сертификати в хранилището на гаранти (появява се за HTTPS изрично прокси или прозрачен проверяващ прокси) или Рестартиране (появява се за HTTP изрично прокси), прочетете подканата и след това щракнете върху Инсталиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След рестартирането на възела влезте отново, ако е необходимо, след което отворете страницата Общ преглед, за да проверите проверките за свързване, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистрирайте първия възел в клъстера

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

Когато регистрирате първия си възел, създавате клъстер, към който е присвоен възелът. Клъстерът съдържа един или повече възли, разположени за осигуряване на резервиране.

Преди да започнете

След като започнете регистрацията на възел, трябва да я завършите в рамките на 60 минути или ще трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че сте разрешили изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „Настройка“.
4	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на картата Създаване на нов клъстер въведете име за клъстера, към който искате да присвоите вашия възел за хибридна защита на данни. Препоръчваме да наименувате клъстер въз основа на географското местоположение на възлите на клъстера. Примери: „Сан Франциско“, „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройка на виртуалната машина за хибридна сигурност на данни. Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
7	Кликнете върху Отиди на възел. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да предоставите разрешения на вашата Webex организация за достъп до вашия възел.
8	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата „Хибридна сигурност на данните“ на Partner Hub. На страницата Хибридна сигурност на данни новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Ресурси. Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

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

Преди да започнете

След като започнете регистрацията на възел, трябва да я завършите в рамките на 60 минути или ще трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че сте разрешили изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новата виртуална машина, като повторите стъпките в Настройка на хибридната виртуална машина за сигурност на данни.
3	На новата виртуална машина повторете стъпките в Качване и монтиране на ISO файл с конфигурация на HDS.
4	Ако настройвате прокси за вашето внедряване, повторете стъпките в Конфигуриране на HDS възела за интеграция на прокси, както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.comизберете Услуги от менюто от лявата страна на екрана. В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „ Виж всички“ . Появява се страницата „Ресурси за хибридна сигурност на данни“. Новосъздаденият клъстер ще се появи на страницата Ресурси. Щракнете върху клъстера, за да видите възлите, присвоени на клъстера. Кликнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, което показва, че можете да регистрирате вашия възел в облака Webex. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата „Хибридна сигурност на данните“ на Partner Hub. Изскачащото съобщение„Възълът е добавен “ се появява и в долната част на екрана в Partner Hub. Вашият възел е регистриран.

Какво да направите след това

За да създадете допълнителни клъстери, влезте в Partner Hub и щракнете върху Services > Хибридна сигурност на данните > Вижте всички > Добавяне на клъстер. Следвайте стъпките, описани в раздела по-горе, за да добавите първия възел към допълнителния клъстер или клъстери.

Управлявайте организациите на наематели в Multi-Tenant Hybrid Data Security

Активирайте Multi-Tenant HDS в Partner Hub

Тази задача гарантира, че всички потребители на клиентските организации могат да започнат да използват HDS за локални ключове за криптиране и други услуги за сигурност.

Преди да започнете

Уверете се, че сте завършили настройката на вашия Multi-Tenant HDS клъстер с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Редактиране на настройките“ .
4	Щракнете върху Активиране на HDS на картата Състояние на HDS.

Добавяне на организации наематели в Partner Hub

В тази задача вие присвоявате клиентски организации към вашия хибриден клъстер за сигурност на данни.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „ Виж всички.
4	Отидете на раздела Назначени клиенти. Разделът „Назначени клиенти“ няма да се показва, докато не създадете клъстер.
5	Кликнете върху Добавяне на клиенти.
6	Изберете клиента, когото искате да добавите, от падащото меню.
7	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
8	Повторете стъпки от 5 до 7, за да добавите няколко клиенти към вашия клъстер.
9	Кликнете върху Готово в долната част на екрана, след като добавите клиентите. Добавените клиенти ще бъдат синхронизирани във всички налични клъстери.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS, за да завършите процеса на настройка.

Създайте главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS

Преди да започнете

Присвояване на клиенти, както е описано подробно в Добавяне на организации наематели в Partner Hub. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените организации на клиенти.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080`, и въведете потребителско име на администратор за Partner Hub при подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.
9	На страницата ISO импортиране щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете. Осигурете свързаност с вашата база данни, за да извършвате управление на CMK.
11	Отидете в раздела Управление на CMK на наематели, където ще намерите следните три начина за управление на CMK на наематели. Създаване на CMK за всички организации или Създаване на CMK - Кликнете върху този бутон в банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Създаване на CMK, за да създадете CMK за всички новодобавени организации. Щракнете върху близо до статуса „Изчакване на управлението на CMK“ на конкретна организация в таблицата и щракнете върху Създаване на CMK, за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, статусът в таблицата ще се промени от CMK management pending на CMK managed.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахване на организациите на наемателите

Преди да започнете

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

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „ Виж всички.
4	На страницата, която се отваря, щракнете върху раздела Присвоени клиенти.
5	От показания списък с организации на клиенти щракнете върху от дясната страна на организацията на клиента, която искате да премахнете, и щракнете върху Премахване от клъстера.

Какво да направите след това

Завършете процеса на премахване, като отмените CMK-тата на организациите на клиентите, както е описано подробно в Отмяна на CMK-тата на наематели, премахнати от HDS.

Отмяна на CMK-тата на наематели, премахнати от HDS.

Преди да започнете

Премахнете клиентите, както е описано подробно в Премахване на организации наематели. Стартирайте инструмента за инсталиране на HDS, за да завършите процеса на премахване на премахнатите организации на клиенти.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080`, и въведете потребителско име на администратор за Partner Hub при подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.
9	На страницата ISO импортиране щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете.
11	Отидете в раздела Управление на CMK на наематели, където ще намерите следните три начина за управление на CMK на наематели. Отмяна на CMK за всички организации или Отмяна на CMK - Кликнете върху този бутон в банера в горната част на екрана, за да отмените CMK на всички премахнати организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Отмяна на CMK, за да отмените CMK на всички премахнати организации. Щракнете върху близо до статуса CMK за отмяна на конкретна организация в таблицата и щракнете върху Отмяна на CMK, за да отмените CMK за тази конкретна организация.
12	След като отмяната на CMK е успешна, организацията на клиента вече няма да се показва в таблицата.
13	Ако отмяната на CMK е неуспешна, ще се покаже грешка.

Тествайте внедряването на хибридна защита на данните

Тествайте внедряването на хибридна защита на данните си

Използвайте тази процедура, за да тествате сценарии за криптиране на хибридна защита на данни с множество наематели.

Преди да започнете

Настройте внедряването на вашата хибридна защита на данни за множество наематели.
Уверете се, че имате достъп до системния лог (syslog), за да проверите дали ключовите заявки се предават към вашето внедряване на хибридна защита на данни с множество наематели.

1

Ключовете за дадено пространство се задават от създателя на пространството. Влезте в приложението Webex като един от потребителите на организацията на клиента и след това създайте пространство.

Ако деактивирате внедряването на хибридна защита на данни, съдържанието в пространствата, създадени от потребителите, вече няма да е достъпно, след като кешираните от клиента копия на ключовете за криптиране бъдат заменени.

2

Изпращайте съобщения до новото пространство.

3

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

Ако потребител на новодобавена клиентска организация извърши някакво действие, идентификационният номер на организацията ще се появи в регистрационните файлове и това може да се използва за проверка дали организацията използва Multi-Tenant HDS. Проверете стойността на kms.data.orgId в системните логове.

За да проверите за потребител, който първо установява защитен канал към KMS, филтрирайте по kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

Трябва да намерите запис, подобен на следния (идентификаторите са съкратени за по-лесна четливост):

2025-04-10 04:38:20.208 (+0000) INFO  KMS [pool-19-thread-13] - [KMS:REQUEST] received, deviceId: 
https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5 ecdheKid: kms://collabdemoorg.cisco.com/statickeys/8[~]3 
clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]6,
 kms.data.method=create, kms.merc.id=d[~]7, kms.merc.sync=false, kms.data.uriHost=collabdemoorg.cisco.com, 
kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=1[~]f, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/ecdhe, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който заявява съществуващ ключ от KMS, филтрирайте по kms.data.method=retrieve и kms.data.type=KEY:

Трябва да намерите запис, например:

2025-04-10 04:38:24.144 (+0000) INFO  KMS [pool-19-thread-26] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558)
 WEBEX_TRACKINGID=webex-web-client_0[~]0, kms.data.method=retrieve, kms.merc.id=5[~]3, kms.merc.sync=false,
 kms.data.uriHost=collabdemoorg.cisco.com, kms.data.type=KEY, kms.data.requestId=4[~]7, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/keys/2[~]e, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който иска създаването на нов KMS ключ, филтрирайте по kms.data.method=create и kms.data.type=KEY_COLLECTION:

Трябва да намерите запис, например:

2025-04-10 04:42:22.739 (+0000) INFO  KMS [pool-19-thread-29] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::7 orgId: 2[~]b
 (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]3, kms.data.method=create, 
kms.merc.id=6[~]4, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, 
kms.data.orgId=2[~]b, kms.data.uri=/keys, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който е поискал създаването на нов KMS ресурсен обект (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте по kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

Трябва да намерите запис, например:

2025-04-10 04:42:23.690 (+0000) INFO  KMS [pool-19-thread-31] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/3[~]6 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 
clusterConnection: prodachm::1 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]2,
 kms.data.method=create, kms.merc.id=3[~]0, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
kms.data.requestId=5[~]8, kms.data.orgId=2[~]b, kms.data.uri=/resources, kms.data.userId=1[~]f, kms.data.httpUserAgent=conversation

Мониториране на състоянието на хибридната сигурност на данните

Индикатор за състоянието в Partner Hub ви показва дали всичко е наред с внедряването на Multi-Tenant Hybrid Data Security. За по-проактивно известяване, регистрирайте се за имейл известия. Ще бъдете уведомявани, когато има аларми, влияещи върху услугата, или актуализации на софтуера.

1	В Център за партньориизберете Услуги от менюто от лявата страна на екрана.
2	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Редактиране на настройките“ . Появява се страницата с настройки за хибридна защита на данните.
3	В секцията „Известия по имейл“ въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управлявайте внедряването на вашия HDS

Управление на внедряването на HDS

Използвайте описаните тук задачи, за да управлявате внедряването на хибридна защита на данни.

Задаване на график за надграждане на клъстера

Надстройките на софтуера за хибридна сигурност на данните се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги работят с една и съща версия на софтуера. Надстройките се извършват съгласно графика за надстройки за клъстера. Когато стане налична надстройка на софтуера, имате възможност да надстроите ръчно клъстера преди планираното време за надстройка. Можете да зададете конкретен график за надграждане или да използвате графика по подразбиране на 3:00 AM Daily Съединени щати: America/Los Анджелис. Можете също така да изберете да отложите предстоящо надграждане, ако е необходимо.

За да зададете график за надстройка:

1	Влезте в Partner Hub.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Настройка
4	На страницата „Ресурси за хибридна сигурност на данни“ изберете клъстера.
5	Кликнете върху раздела Настройки на клъстера.
6	На страницата „Настройки на клъстера“, под „График за надстройка“ изберете часа и часовата зона за графика за надстройка. Забележка: Под часовата зона се показва следващата налична дата и час на надстройка. Можете да отложите надстройката за следващия ден, ако е необходимо, като кликнете върху Отлагане с 24 часа.

Промяна на конфигурацията на възела

От време на време може да се наложи да промените конфигурацията на вашия възел за защита на хибридни данни поради причина като:

Промяна на x.509 сертификати поради изтичане или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на защитата, Hybrid Data Security използва пароли за сервизен акаунт, които имат деветмесечен живот. След като инструментът за настройка на HDS генерира тези пароли, ги разполагате на всеки от вашите HDS възли във файла ISO config. Когато паролите на вашата организация са към изтичане, получавате известие от екипа на Webex за нулиране на паролата за вашия машинен акаунт. (Имейлът включва текста „Използвайте API на машинния акаунт, за да актуализирате паролата.“) Ако вашите пароли все още не са изтекли, инструментът ви дава две опции:

Меко нулиране— Старата и новата парола работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Хард нулиране— Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

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

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права на партньора.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1.a до 1.e в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на 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 Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на парола. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“. Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Когато получите подкана, въведете вашите идентификационни данни за вход в Partner Hub и след това щракнете върху Приемам, за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да затворите инструмента за настройка, въведете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате само един работещ HDS възел, създайте нов виртуален компютър на възел Hybrid Data Security и го регистрирайте, като използвате новия ISO файл с конфигурация. За по-подробни инструкции вижте Създаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките. Щракнете върху `CD/DVD Drive 1`, изберете опцията за монтиране от ISO файл и отидете до мястото, където сте изтеглили новия ISO файл с конфигурацията. Поставете отметка на Свързване при включване. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса на възела "Защита на хибридните данни" (IP адрес/настройка например въведете идентификационни данни за администриране, които https://192.0.2.0/setup), сте задали за възела, след което щракнете върху Влизане.
2	Отидете на Общ преглед (страницата по подразбиране). Когато е разрешено, блокирани външна DNS разделителна способност е зададена да .
3	Отидете на страницата Хранилище на доверие & Прокси.
4	Щракнете върху Проверка на прокси връзката. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и да се върнете към страницата общ преглед, Блокиран външен DNS разделителна способност трябва да бъде зададено на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура, за да премахнете възел за хибридна защита на данни от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за сигурност.

1

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

2

Премахнете възела:

Влезте в Центъра за партньори и след това изберете Услуги.
В картата „Хибридна сигурност на данните“ щракнете върху „ Виж всички “ , за да се покаже страницата „Ресурси за хибридна сигурност на данните“.
Изберете вашия клъстер, за да се покаже неговият панел „Общ преглед“.
Кликнете върху възела, който искате да премахнете.
Кликнете върху Отрегистриране на този възел в панела, който се показва отдясно
Можете също да отпишете възела, като щракнете върху … от дясната страна на възела и изберете Отписване на възел.

3

В vSphere клиента изтрийте виртуалната машина. (В левия навигационен панел щракнете с десния бутон върху виртуалната машина и след това щракнете върху Изтриване.)

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

Възстановяване след бедствия с помощта на резервен център за данни

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

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, е наложително клъстерът да продължи да работи и да се поддържат правилни резервни копия. Загубата на базата данни за хибридна сигурност на данните или на ISO файла с конфигурацията, използван за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентско съдържание. Следните практики са задължителни за предотвратяване на подобна загуба:

Ако бедствие доведе до недостъпност на внедряването на HDS в основния център за данни, следвайте тази процедура, за да превключите ръчно към резервния център за данни.

Преди да започнете

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

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете.
2	След като конфигурирате Syslogd сървъра, щракнете върху Разширени настройки
3	На страницата Разширени настройки добавете конфигурацията по-долу или премахнете конфигурацията `passiveMode`, за да направите възела активен. Възелът може да обработва трафика, след като това е конфигурирано. `passiveMode: 'false'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
5	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
6	В левия навигационен панел на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и след това щракнете върху Редактиране на настройките..
7	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
9	Повторете процеса за всеки възел в резервния център за данни. Проверете изхода от системния лог, за да се уверите, че възлите на резервния център за данни не са в пасивен режим. „KMS конфигуриран в пасивен режим“ не трябва да се появява в системните логове.

Какво да направите след това

След превключване на резервния център за данни, ако основният център за данни стане отново активен, поставете отново резервния център за данни в пасивен режим, като следвате стъпките, описани в Настройване на резервен център за данни за възстановяване след бедствие.

(По избор) Демонтиране на ISO след HDS конфигурация

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

Все още използвате ISO файловете, за да правите промени в конфигурацията. Когато създавате нов ISO файл или актуализирате ISO файл чрез инструмента за настройка, трябва да монтирате актуализирания ISO файл на всички ваши HDS възли. След като всички ваши възли са възприели промените в конфигурацията, можете да демонтирате ISO файла отново с тази процедура.

Преди да започнете

Надстройте всички ваши HDS възли до версия 2025.06.02.6983 или по-нова.

1	Изключете един от вашите HDS възли.
2	В vCenter Server Appliance изберете възела HDS.
3	Изберете Редактиране на настройки > CD/DVD устройство и махнете отметката от ISO файл на хранилището на данни.
4	Включете HDS възела и се уверете, че няма аларми в продължение на поне 20 минути.
5	Повторете за всеки HDS възел поред.

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

Преглед на предупреждения и отстраняване на неизправности

Хибридното внедряване на защита на данни се счита за недостъпно, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че изисква изтичане на времето за изчакване. Ако потребителите не могат да достигнат до вашия клъстер за хибридна защита на данни, те ще наблюдават следните симптоми:

Не могат да се създават нови пространства (не е възможно да се създават нови ключове)
Съобщенията и заглавията на пространствата не успяват да се дешифрират за:
- Нови потребители са добавени към пространството (не е възможно да се получат ключове)
- Съществуващи потребители в пространство, използващи нов клиент (не могат да извлекат ключове)
Съществуващите потребители в дадено пространство ще продължат да работят успешно, стига техните клиенти да имат кеш на ключовете за криптиране.

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

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

Ако има проблем с настройката на хибридната защита на данни, Partner Hub показва известия на администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Сигналите обхващат много често срещани сценарии.

Таблица 1. Често срещани проблеми и стъпки за разрешаването им
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Грешка при свързване с локална база данни.	Проверете дали сървърът на базата данни е наличен и дали са използвани правилните идентификационни данни за сервизен акаунт при конфигурацията на възела.
Грешка в достъпа до облачна услуга.	Проверете дали възлите имат достъп до Webex сървърите, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията за облачна услуга.	Регистрацията за облачни услуги беше премахната. Подновяването на регистрацията е в ход.
Регистрацията на облачна услуга е прекратена.	Регистрацията за облачни услуги е прекратена. Услугата се изключва.
Услугата все още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съответства на сертификата на сървъра.	Уверете се, че сертификатът на вашия сървър съответства на конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че CN на сертификата е бил наскоро променен и сега е различен от CN, използван по време на първоначалната настройка.
Неуспешно удостоверяване в облачните услуги.	Проверете за точност и евентуално изтичане на идентификационните данни за сервизния акаунт.
Неуспешно отваряне на локалния файл за съхранение на ключове.	Проверете целостта и точността на паролата в локалния файл за съхранение на ключове.
Сертификатът на локалния сървър е невалиден.	Проверете датата на валидност на сертификата на сървъра и потвърдете, че е издаден от надежден сертифициращ орган.
Не е възможно публикуване на показатели.	Проверете достъпа на локалната мрежа до външни облачни услуги.
/media/configdrive/hds директорията не съществува.	Проверете конфигурацията за монтиране на ISO файла на виртуалния хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организацията на клиента не е завършена за добавените организации	Завършете настройката, като създадете CMK за новодобавени организации на наематели, използвайки инструмента за настройка на HDS.
Настройката на организацията на клиента не е завършена за премахнатите организации	Завършете настройката, като отмените CMK-тата на организациите наематели, които бяха премахнати с помощта на инструмента за настройка на HDS.

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

Използвайте следните общи насоки, когато отстранявате проблеми с хибридната защита на данните.

1	Влезте в Partner Hub.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Събития“ .
4	Прегледайте страницата с историята на събитията за евентуални предупреждения и коригирайте всички елементи, които откриете там. Вижте изображението по-долу за справка.
5	Прегледайте изхода на syslog сървъра за активност от внедряването на хибридната защита на данните. Филтрирайте за думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняването на неизправности.
6	Свържете се с поддръжката на Cisco.

Други бележки

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

Ако изключите всички активни клъстери на Hybrid Data Security (чрез изтриването им в Partner Hub или чрез изключване на всички възли), загубите ISO файла си за конфигурация или загубите достъп до базата данни за хранилище на ключове, потребителите на Webex App на клиентски организации вече няма да могат да използват пространства в списъка си с хора, които са създадени с ключове от вашата KMS. В момента нямаме решение или корекция на този проблем и ви призоваваме да не изключвате услугите си на HDS, след като те обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка с KMS, поддържа тази връзка за определен период от време (вероятно един час).

Стартирайте инструмента за настройка на HDS с помощта на Podman Desktop

Podman е безплатен инструмент с отворен код за управление на контейнери, който предоставя начин за стартиране, управление и създаване на контейнери. Podman Desktop може да бъде изтеглен от https://podman-desktop.io/downloads.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За да получите достъп до него, изтеглете и стартирайте Podman на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в контролния център с пълни права на администратор за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

podman rmi ciscocitg/hds-setup:stable  
podman login docker.io -u hdscustomersro
dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
podman pull ciscocitg/hds-setup:stable
podman run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

Какво да направите след това

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

Преместете съществуващото внедряване на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с много клиент в Partner Hub

Преобразуването от съществуващо едно-наемателско HDS внедряване на партньорска организация, управлявано в Control Hub, към многонаемателско HDS внедряване, управлявано в Partner Hub, включва предимно деактивиране на HDS услугата в Control Hub, дерегистриране на възли и изтриване на клъстера. След това можете да влезете в Partner Hub, да регистрирате възлите, да активирате Multi-Tenant HDS и да добавите клиенти към вашия клъстер.

Терминът „единичен клиент“ се отнася просто до съществуващо внедряване на HDS в Control Hub.

Деактивиране на HDS, дерегистриране на възли и изтриване на всички клъстери в Control Hub

1	Влезте в контролния център. В левия панел щракнете върху Хибрид. В картата „Хибридна сигурност на данните“ щракнете върху „Редактиране на настройките“.
2	На страницата с настройки превъртете надолу до секцията Деактивиране и щракнете върху Деактивиране.
3	След деактивирането, щракнете върху раздела Ресурси.
4	Страницата Ресурси изброява клъстерите във вашето HDS внедряване. Щракнете върху клъстер, отваря се страница с всички възли в този клъстер.
5	Щракнете върху отдясно и щракнете върху Отрегистриране на възел. Повторете процеса за всички възли в клъстера.
6	Ако вашето внедряване има множество клъстери, повторете стъпка 4 и стъпка 5, докато всички възли бъдат отписани.
7	Кликнете върху Настройки на клъстера > Премахване.
8	Щракнете върху Потвърди премахването, за да отпишете клъстера.
9	Повторете процеса за всички клъстери във вашето HDS внедряване. След деактивиране на HDS, отписване от регистрацията на възли и премахване на клъстери, картата Hybrid Data Service в Control Hub ще показва Setup not completed в долната част.

Активирайте Multi-Tenant HDS за партньорската организация в Partner Hub и добавете клиенти

Преди да започнете

Всички предварителни изисквания, посочени в Изисквания за сигурност на данните за многонаемателски хибридни системи, са приложими тук. Освен това, уверете се, че същата база данни и сертификати се използват по време на преместването към Multi-Tenant HDS.

1	Влезте в Центъра за партньори. Щракнете върху Услуги в левия панел. Използвайте същия ISO файл от предишното ви внедряване на HDS, за да конфигурирате възлите. Това ще гарантира, че съобщенията и съдържанието, генерирани от потребителите в предишното съществуващо внедряване на HDS, все още са достъпни в новата настройка за множество наематели.
2	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „Настройка“.
3	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
4	В първото поле на картата Създаване на клъстер въведете име за клъстера, към който искате да присвоите вашия възел за хибридна защита на данни. Препоръчваме да наименувате клъстер въз основа на географското местоположение на възлите на клъстера. Примери: „Сан Франциско“, „Ню Йорк“ или „Далас“
5	Във второто поле въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройка на виртуалната машина за хибридна сигурност на данни. Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
6	Кликнете върху Отиди на възел. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да предоставите разрешения на вашата Webex организация за достъп до вашия възел.
7	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. На страницата Хибридна сигурност на данни новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Ресурси. Възелът автоматично ще изтегли най-новия софтуер от облака.
8	Отидете в раздела Настройки и щракнете върху Активиране на картата за състояние на HDS. СъобщениетоАктивиран HDS ще се появи в долната част на екрана.
9	Кликнете върху раздела Назначени клиенти.
10	Кликнете върху Добавяне на клиенти.
11	Изберете клиента, когото искате да добавите, от падащото меню.
12	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
13	Повторете стъпки от 11 до 13, за да добавите няколко клиенти към вашия клъстер.
14	Кликнете върху Готово в долната част на екрана, след като добавите клиентите.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS, за да завършите процеса на настройка.

Използвайте OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на PKCS12 файла в правилния формат за зареждане в HDS Setup Tool. Има и други начини да направите това и ние не подкрепяме, нито насърчаваме единия начин пред другия.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като насока, която да ви помогне да създадете файл, който отговаря на изискванията за сертификат X.509 в Изисквания за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org за софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия сертифициращ орган (CA).

1	Когато получите сертификата на сървъра от вашия CA, запазете го като `hdsnode.pem`.
2	Покажете сертификата като текст и проверете данните. `openssl x509 -text -noout -in hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл със сертификатен пакет, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва сертификата на сървъра, всички междинни сертификати на CA и сертификатите на коренния CA във формата по-долу: `-----BEGIN CERTIFICATE----- ### Server certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Intermediate CA certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Root CA certificate. ### -----END CERTIFICATE-----`
4	Създайте .p12 файла с приятелското име `kms-private-key`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 -in hdsnode.p12` Въведете парола при подканата, за да криптирате личния ключ, така че той да бъде посочен в изхода. След това проверете дали частният ключ и първият сертификат съдържат редовете `friendlyName: kms-private-key`. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Enter Import Password: MAC verified OK Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Key Attributes: Enter PEM pass phrase: Verifying - Enter PEM pass phrase: -----BEGIN ENCRYPTED PRIVATE KEY----- -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE----- Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE-----

Какво да направите след това

Връщане към Изпълнете предварителните изисквания за хибридна сигурност на данните. Ще използвате файла hdsnode.p12 и паролата, която сте задали за него, в Създаване на ISO файл с конфигурация за HDS хостовете.

Можете да използвате повторно тези файлове, за да заявите нов сертификат, когато оригиналният сертификат изтече.

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

Изходящ трафик за събиране на показатели

Възлите за хибридна сигурност на данните изпращат определени показатели към облака Webex. Те включват системни показатели за максимална heap памет, използвана heap памет, натоварване на процесора и брой нишки; показатели за синхронни и асинхронни нишки; показатели за предупреждения, включващи праг на криптирани връзки, латентност или дължина на опашката за заявки; показатели за хранилището на данни; и показатели за криптирана връзка. Възлите изпращат криптиран ключов материал по канал извън честотната лента (отделен от заявката).

Входящ трафик

Възлите за хибридна сигурност на данните получават следните видове входящ трафик от облака Webex:

Заявки за криптиране от клиенти, които се маршрутизират от услугата за криптиране
Надстройки на софтуера на възела

Конфигуриране на Squid прокси сървъри за хибридна сигурност на данните

Websocket не може да се свърже чрез сепия прокси

Squid прокси сървърите, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки, които Hybrid Data Security изисква. Тези раздели дават насоки как да конфигурирате различни версии на Squid да игнорират wss: трафик за правилното функциониране на услугите.

Калмята 4 и 5

Добавете директивата on_unsupported_protocol към 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

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

Тази таблица обхваща нови функции или функционалности, промени в съществуващото съдържание и всички големи грешки, които са поправени в Ръководство за разполагане за хибридна защита на данните с много клиенти.

Дата	Направени промени
13 декември 2024 г.	Първо издание.

Деактивиране на хибридна защита на данни с много клиенти

Поток на задачи за деактивиране на HDS с много клиенти

Изпълнете тези стъпки, за да деактивирате напълно HDS с много клиенти.

Преди да започнете

Тази задача трябва да се изпълнява само от администратор с пълни права на партньор.

1	Премахнете всички клиенти от всичките ви клъстери, както е посочено в Премахване на организации на клиенти.
2	Анулирайте CMK на всички клиенти, както е посочено в Анулиране на CMK на клиенти, премахнати от HDS..
3	Премахнете всички възли от всичките ви клъстери, както е посочено в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстера, който искате да изтриете, и изберете Изтриване на този клъстер в горния десен ъгъл на страницата за общ преглед. На страницата „Ресурси“ щракнете върху ... от дясната страна на клъстер и изберете Премахване на клъстер.
5	Щракнете върху раздела Настройки на страницата за общ преглед на хибридната защита на данни и щракнете върху Деактивиране на хибридната защита на данни в картата за статус на HDS.

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

Общ преглед на хибридна защита на данни с няколко клиента

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

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

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

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

Това също така позволява по-малките организации да използват HDS, тъй като услугата за управление на ключове и инфраструктурата за сигурност, като центровете за данни, са собственост на доверения местен партньор.

Как хибридната защита на данните с няколко клиента осигурява суверенитет на данните и контрол на данните

Генерираното от потребителите съдържание е защитено от външен достъп, като например доставчици на облачни услуги.
Местните доверени партньори управляват ключовете за шифроване на клиенти, с които вече имат установени отношения.
Опция за местна техническа поддръжка, ако бъде предоставена от партньора.
Поддържа съдържание в Meetings, Messaging и Calling.

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

Роли в хибридна защита на данните с няколко клиента

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

Цялостно настройване и управление на HDS с много клиенти на всички клиентски организации – изискват се пълен администратор на партньор и права на пълен администратор.
Управление на зададените организации на клиенти – изискват се администратор на партньор и права на пълен администратор.

Архитектура на областта на сигурността

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

***Сфери на разделяне (без хибридна защита на данните)***

За да разберем по-подробно хибридната защита на данните, нека първо разгледаме този случай в облака, където Cisco предоставя всички функции в своите облачни области. Услугата за самоличност, единственото място, където потребителите могат да бъдат пряко свързани с тяхната лична информация, като имейл адрес, е логично и физически отделена от областта на защитата в центъра за данни B. И двете от своя страна са отделени от областта, в която в крайна сметка се съхранява шифровано съдържание, в центъра за данни C.

На тази схема клиентът е приложението Webex, което се изпълнява на лаптопа на потребителя, и е удостоверен с услугата за самоличност. Когато потребителят композира съобщение за изпращане до интервал, се извършват следните стъпки:

Клиентът установява защитена връзка с услугата за управление на ключове (KMS), след което иска ключ за шифроване на съобщението. Защитената връзка използва ECDH, а KMS шифрова ключа с помощта на главния ключ AES-256.
Съобщението е шифровано преди да напусне клиента. Клиентът го изпраща на услугата за индексиране, която създава шифровани индекси за търсене, за да подпомогне при бъдещи търсения на съдържанието.
Шифрованото съобщение се изпраща на услугата за съответствие за проверки за съответствие.
Шифрованото съобщение се съхранява в областта на мястото за съхранение.

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

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

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

Услугата KMS, изпълнявана в организация А, валидира връзките към KMS в други организации, като използва x.509 PKI сертификати. Вижте Подготовка на средата за подробности относно генерирането на сертификат x.509, който да се използва при вашето разполагане на хибридна защита на данни с много клиенти.

Очаквания за внедряване на хибридна защита на данни

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

За да разположите хибридна защита на данни, трябва да предоставите:

Защитен център за данни в страна, която е поддържано местоположение за плановете на Cisco Webex Teams.
Оборудването, софтуерът и мрежовият достъп, описани в Подготовка на средата.

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

Управлявайте архивирането и възстановяването на базата данни и конфигурационния ISO.
Бъдете готови да извършите бързо възстановяване след бедствие, ако възникне катастрофа, като повреда на диска на базата данни или бедствие на центъра за данни.

Няма механизъм за преместване на ключовете обратно в облака след разполагане на HDS.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на разполагането на хибридна защита на данни с много клиенти:

Настройване на хибридна защита на данни – това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна защита на данни, изграждане на клъстер на HDS, добавяне на организации на клиенти към клъстера и управление на техните главни ключове на клиенти (CMK). Това ще даде възможност на всички потребители на вашите клиентски организации да използват вашия клъстер на хибридна защита на данни за функции за защита.

Етапите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте разполагането на хибридна защита на данни – Облакът на Webex автоматично предоставя текущи надстройки. Вашият ИТ отдел може да предостави поддръжка от първо ниво за това разполагане и да ангажира поддръжката на Cisco, ако е необходимо. В Partner Hub можете да използвате известия на екрана и да настроите имейл предупреждения.
Разбиране на често срещаните предупреждения, стъпките за отстраняване на неизправности и известни проблеми – ако срещнете проблеми при разполагането или използването на хибридна защита на данни, последната глава от това ръководство и приложението „Известни проблеми“ могат да ви помогнат да определите и коригирате проблема.

Модел на разполагане на хибридна защита на данни

В рамките на вашия корпоративен център за данни разполагате с хибридна защита на данни като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака на Webex чрез защитени уеб сокети и защитен HTTP.

По време на процеса на инсталиране ви предоставяме файла OVA, за да настроите виртуалния уред на VMs, които предоставяте. Използвайте инструмента за настройка на HDS, за да създадете персонализиран ISO файл за конфигуриране на клъстери, който да монтирате на всеки възел. Клъстерът на хибридна защита на данни използва предоставения ви сървър Syslogd и базата данни на PostgreSQL или Microsoft SQL Server. (Можете да конфигурирате подробностите за връзката на Syslogd и базата данни в инструмента за настройка на HDS.)

Модел на разполагане на хибридна защита на данни

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

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

Възлите стават активни, когато ги регистрирате в Partner Hub. За да излезете от експлоатация отделен възел, можете да го дерегистрирате и по-късно да го регистрирате отново, ако е необходимо.

Standby Data Center за възстановяване при бедствия

По време на разгръщането настройвате защитен център за данни в режим на готовност. В случай на бедствие на центъра за данни можете ръчно да не успеете при разполагането си в центъра за данни в режим на готовност.

Преди отказ Център за данни А има активни HDS възли и главната база данни PostgreSQL или Microsoft SQL Server, докато B има копие на ISO файла с допълнителни конфигурации, VMs, които са регистрирани в организацията, и база данни в режим на готовност. След отказ Център за данни Б има активни HDS възли и главната база данни, докато А има нерегистрирани VMs и копие на ISO файла, а базата данни е в режим на готовност. — ***Ръчно преместване при отказ в центъра за данни в режим на готовност***

Базите данни на активните центрове за данни и центровете за данни в режим на готовност са синхронизирани помежду си, което ще сведе до минимум времето, необходимо за извършване на превключването при отказ.

Активните възли на хибридна защита на данни трябва винаги да бъдат в същия център за данни като активния сървър с база данни.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Няма прокси сървър – Стойността по подразбиране, ако не използвате конфигурацията за настройка на HDS възел на доверено хранилище и прокси сървър за интегриране на прокси сървър. Не се изисква актуализация на сертификата.
Прозрачен прокси сървър без проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра и не трябва да изискват промени, за да работят с прокси сървър без проверка. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси сървъра – възлите не са конфигурирани да използват определен адрес на прокси сървъра. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър – С изричния прокси сървър казвате на HDS кои прокси сървъри и схема за удостоверяване да използват. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN – адрес, който може да се използва за свързване с прокси машината.
2. Прокси порт – номер на порт, който прокси сървърът използва за слушане за прокси трафик.
3. Прокси протокол – в зависимост от това, което поддържа прокси сървърът ви, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване – изберете измежду следните типове удостоверяване:
  - Няма – Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Основни—Използва се за HTTP потребителски агент, за да предостави потребителско име и парола при подаване на заявка. Използва Base64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Обобщаване – използва се за потвърждаване на акаунта, преди да се изпрати чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

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

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

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

Изисквания за хибридна защита на данните с няколко клиента

Изисквания за лицензи за Cisco Webex

За да разположите хибридна защита на данните с много клиенти:

Партньорски организации: Свържете се със своя партньор в Cisco или мениджър на акаунти и се уверете, че функцията за много клиенти е активирана.
Организации на клиента: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за закачане на работния плот

Преди да инсталирате възлите на HDS, трябва Docker Desktop, за да изпълните инсталационна програма. Docker наскоро актуализира своя модел на лицензиране. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, " Docker е Актуализиране и разширяване на нашите абонаментиза продукти".

X.509 Изисквания за сертификата

Веригата на сертификатите трябва да отговаря на следните изисквания:

Таблица 1. X.509 Изисквания за сертификата за разполагане на хибридна защита на данни
Изискване	Подробности
Подписан от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на сертифициращите органи в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи общо име (CN) име на домейн, което идентифицира вашето разполагане на хибридна защита на данни Не е заместващ сертификат	CN не е нужно да е достъпен или хост на живо. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. CN не трябва да съдържа * (заместващ символ). CN се използва за проверка на възлите на хибридна защита на данни за клиентите на приложението Webex. Всички възли на хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашият KMS се идентифицира с помощта на CN домейна, а не с произволен домейн, дефиниран в полетата x.509v3 SAN. След като сте регистрирали възел с този сертификат, не поддържаме промяна на името на CN домейна.
Подпис, който не е SHA1	Софтуерът KMS не поддържа подписи SHA1 за валидиране на връзки с KMS на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име на `kms-private-key` , за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор, като OpenSSL, за да промените формата на сертификата си. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.

Софтуерът KMS не налага използване на ключове или не разширява ограниченията за използване на ключове. Някои сертифициращи органи изискват за всеки сертификат да се прилагат разширени ограничения за използване на ключа, като например удостоверяване на сървъра. Добре е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален организатор

Виртуалните хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (препоръчва се 3), разположени съвместно в един и същ защитен център за данни
VMware ESXi 6.5 (или по-нова версия) е инсталиран и работи.

Трябва да надстроите, ако имате по-стара версия на ESXi.
Минимум 4 vCPU, 8 GB основна памет, 30 GB локално място на твърдия диск на сървър

Изисквания към сървъра за база данни

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

Има две опции за сървъра с база данни. Изискванията за всеки от тях са, както следва:

Таблица 2. Изисквания за сървъра с база данни по тип база данни
PostgreSQL	Microsoft SQL сървър
PostgreSQL 14, 15 или 16, инсталиран и се изпълнява.	Инсталиран е SQL Server 2016, 2017, или 2019 (корпоративен или стандартен). SQL Server 2016 изисква Service Pack 2 и Кумулативна актуализация 2 или по-нова версия.
Минимум 8 vCPU, 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не е превишено (препоръчва се 2 TB, ако искате да стартирате базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)	Минимум 8 vCPU, 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не е превишено (препоръчва се 2 TB, ако искате да стартирате базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)

HDS софтуерът в момента инсталира следните версии на драйвери за комуникация със сървъра с база данни:

PostgreSQL

Microsoft SQL сървър

Postgres JDBC драйвер 42.2.5

SQL Server JDBC драйвер 4.6

Тази версия на драйвера поддържа SQL Server Always On ( Винаги включен екземпляр на клъстера при отказ и Винаги включен групи за наличност).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

Ако искате HDS възлите да използват удостоверяване на Windows, за да получат достъп до вашата база данни на Keystore на 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 за достъп до базата данни на Keystore. Те използват подробностите от вашата ISO конфигурация, за да конструират SPN, когато заявяват достъп с удостоверяване на Kerberos.

Изисквания за външна връзка

Конфигурирайте защитната стена, за да разрешите следната свързаност за приложенията на хибридна защита на данни:

Приложение	Протокол	Порт	Посока от приложението	Местоназначение
Възли на хибридна защита на данни	TCP	443	Изходящи HTTPS и ВиК	Сървъри на Webex: .wbx2.com .ciscospark.com Всички организатори на Common Identity Други URL адреси, които са изброени за хибридна защита на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex на мрежовите изисквания за услугите на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички организатори на Common Identity hub.docker.com

Възлите на хибридна защита на данни работят с превод на мрежовия достъп (NAT) или зад защитна стена, при условие че NAT или защитната стена позволяват необходимите изходящи връзки към местоназначенията на домейна в предходната таблица. За връзки, влизащи във входящи възли на хибридна защита на данни, от интернет не трябва да се виждат портове. В рамките на вашия център за данни клиентите се нуждаят от достъп до възлите на хибридна защита на данни на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете на Common Identity (CI) са специфични за региона. Това са текущите организатори на CI:

Регион	URL адреси на организатор на Common Identity
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Прокси сървърите, които инспектират HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да работите по този проблем, вижте Конфигуриране на прокси сървъри за хибридна защита на данни.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуди изходящия TCP трафик на порт 443 да маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, заобикалянето (не инспектирането) на трафика към wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна защита на данни

Използвайте този контролен списък, за да гарантирате, че сте готови да инсталирате и конфигурирате своя клъстер на хибридна защита на данни.

1	Уверете се, че вашата партньорска организация има активирана функция за HDS с няколко клиента и получавате идентификационните данни за акаунт с пълен администратор на партньор и права на пълен администратор. Уверете се, че вашата организация на клиенти на Webex е разрешена за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор в Cisco или мениджър на акаунти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо разполагане на HDS.
2	Изберете име на домейн за разполагането на HDS (например `hds.company.com`) и получете верига от сертификати, съдържаща сертификат X.509, частен ключ и всички междинни сертификати. Веригата на сертификатите трябва да отговаря на изискванията в X.509 Изисквания за сертификат.
3	Подгответе идентични виртуални хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер. Имате нужда от поне два отделни организатора (препоръчва се 3), разположени съвместно в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален организатор.
4	Подгответе сървъра с база данни, който ще действа като хранилище на данни за ключа за клъстера в съответствие с изискванията за сървъра с база данни. Сървърът на базата данни трябва да бъде разположен съвместно в защитения център за данни с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране. Приложенията на HDS, когато са инсталирани, създават схемата на базата с данни.) Съберете подробностите, които ще използват възлите за комуникация със сървъра с база данни: име на хост или IP адрес (хост) и порт името на базата с данни (dbname) за съхранение на ключа потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключа
5	За бързо възстановяване след бедствие настройте архивна среда в друг център за данни. Резервната среда отразява производствената среда на VMs и резервен сървър с база данни. Например, ако производството има 3 VMs, работещи с HDS възли, резервната среда трябва да има 3 VMs.
6	Настройте хост на syslog, за да събирате регистрационни файлове от възлите в клъстера. Съберете мрежовия му адрес и порта за 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. Вижте Изисквания за закачане на работния плот за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има възможността за свързване, описана в Изисквания за външна свързаност.
10	Ако интегрирате прокси сървър с хибридна защита на данните, уверете се, че той отговаря на изискванията за прокси сървър.

Настройване на клъстер на хибридна защита на данни

Поток на задачи за разполагане на хибридна защита на данни

Преди да започнете

1	Извършване на първоначалната настройка и изтегляне на инсталационни файлове Изтеглете OVA файла на вашата локална машина за по-късно използване.
2	Създаване на конфигурационен ISO за хостовете на HDS Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на хибридна защита на данни.
3	Инсталиране на HDS Host OVA Създайте виртуална машина от OVA файла и изпълнете първоначалната конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 6.5. Опцията може да не е налична в по-ранни версии.
4	Настройване на VM на хибридна защита на данни Влезте в конзолата на VM и задайте данните за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали към момента на разполагането на OVA.
5	Качване и монтиране на конфигурация ISO на HDS Конфигурирайте VM от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на HDS възел за интегриране на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете прокси сертификата към хранилището на гаранти, ако е необходимо.
7	Регистриране на първия възел в клъстера Регистрирайте VM с облака на Cisco Webex като възел на хибридна защита на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте HDS с много клиенти в Partner Hub. Активирайте HDS и управлявайте организации на клиенти в Partner Hub.

Извършване на първоначалната настройка и изтегляне на инсталационни файлове

В тази задача изтегляте OVA файл на вашата машина (а не на сървърите, които сте настроили като възли на хибридна защита на данни). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Partner Hub и щракнете върху Услуги.
2	В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и след това щракнете върху Настройка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне на .OVA файл на картата Инсталиране и конфигуриране на софтуера . По-старите версии на софтуерния пакет (OVA) няма да бъдат съвместими с най-новите надстройки на хибридна защита на данни. Това може да доведе до проблеми при надстройване на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от раздела Помощ . Щракнете върху Настройки > Помощ > Изтегляне на софтуер за хибридна защита на данни. OVA файлът започва автоматично да се изтегля. Запишете файла на местоположение на машината си.
4	Като опция щракнете върху Вижте ръководството за разполагане на хибридна защита на данни , за да проверите дали има налична по-нова версия на това ръководство.

Създаване на конфигурационен ISO за хостовете на HDS

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт в Partner Hub с пълни администраторски права.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT

HTTPS прокси без удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT

HTTP прокси с удостоверяване

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

HTTPS прокси с удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT
Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

докер rmi ciscocitg/hds-setup: стабилен

В среди на FedRAMP:

докер rmi ciscocitg/hds-setup-fedramp: стабилен

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

докер вход -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwa

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

докер издърпване ciscocitg/hds-setup: стабилен

В среди на FedRAMP:

докер издърпване ciscocitg/hds-setup-fedramp: стабилен

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В редовни среди с HTTPS прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В среди на FedRAMP без прокси:

докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен

В среди на FedRAMP с HTTP прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTPS прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

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

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080 и въведете администраторското потребителско име за Partner Hub в подканата.

Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.

8

На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.

9

На страницата Импортиране на ISO имате следните опции:

Не– Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да – Ако вече сте създали HDS възли, тогава изберете своя ISO файл в прегледа и го качете.

10

Проверете дали вашият сертификат X.509 отговаря на изискванията в X.509 Изисквания за сертификат.

Ако никога не сте качили сертификат преди, качете сертификата X.509, въведете паролата и щракнете върху Продължи.
Ако сертификатът ви е ОК, щракнете върху Продължи.
Ако сертификатът ви е изтекъл или искате да го замените, изберете Не за Продължаване на използването на веригата за сертификати на HDS и частния ключ от предишния ISO?. Качете нов сертификат X.509, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до ключовия си datastore:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, получавате поле за тип удостоверяване.
(Само за Microsoft SQL Server ) Изберете вашия тип удостоверяване:
- Базово удостоверяване: Необходимо е име на локален акаунт за SQL Server в полето Потребителско име .
- Удостоверяване на Windows: Имате нужда от акаунт за Windows във формат username@DOMAIN в полето Потребителско име .
Въведете адреса на сървъра с база данни във формуляра : или :.

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

Можете да използвате IP адрес за базово удостоверяване, ако възлите не могат да използват DNS за решаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете името на базата данни.
Въведете Потребителско име и Парола на потребител с всички привилегии в базата данни за съхранение на ключа.

12

Изберете режим на свързване с база данни TLS:

Режим	Описание
Предпочитане на TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако разрешите TLS на сървъра с база данни, възлите правят опит за шифрована връзка.
Изисквайте TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Изисквайте TLS и проверете подписвача на сертификати	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяването на TLS връзка възелът сравнява подписващия на сертификата от сървъра на базата данни с органа за сертифициране в корневи сертификат в базата данни. Ако не съвпадат, възелът изпуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.
Изисквайте TLS и проверете подписалия сертификат и хостовото име	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяването на TLS връзка възелът сравнява подписващия на сертификата от сървъра на базата данни с органа за сертифициране в корневи сертификат в базата данни. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето Хост и порт в базата данни . Имената трябва да съвпадат точно или възелът пуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.

Когато качите корневи сертификат (ако е необходимо) и щракнете върху Продължи, инструментът за настройка на хибридна защита на данни тества TLS връзката към сървъра с база данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързването възлите на HDS може да са в състояние да установят TLS връзката, дори ако машината с инструмента за настройка на HDS не може да я тества успешно.)

13

На страницата „Системни регистрационни файлове“ конфигурирайте сървъра си за Syslogd:

Въведете URL адреса на сървъра syslog.

Ако сървърът не може да се разрешава чрез DNS от възлите за вашия HDS клъстер, използвайте IP адрес в URL.

Пример:
udp://10.92.43.23:514 показва влизане в хоста Syslogd 10.92.43.23 на UDP порт 514.
Ако настроите сървъра си да използва TLS шифроване, отметнете Конфигуриран ли е вашият сървър syslog за SSL шифроване?.

Ако отметнете това квадратче, трябва да въведете URL адрес на TCP, като например tcp://10.92.43.23:514.
От падащия списък Избор на прекратяване на запис в syslog изберете подходящата настройка за вашия ISO файл: Избор или нов ред се използва за Graylog и Rsyslog TCP
- Нулев байт -- \x00
- Нов ред – \n – Изберете този избор за Graylog и Rsyslog TCP.
Щракнете върху Продължаване.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с база данни в Разширени настройки. По принцип този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxРазмер: 10

15

Щракнете върху Продължи на екрана Нулиране на паролата за акаунти за услуги .

Паролите за акаунта за услугата имат деветмесечен живот. Използвайте този екран, когато паролите ви наближават изтичане или искате да ги нулирате, за да invalidate previous ISO files.

16

Щракнете върху Изтегляне на ISO файл. Запишете файла на лесно за намиране място.

17

Направете резервно копие на ISO файла в локалната си система.

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

18

За да затворите инструмента за настройка, напишете CTRL+C.

Какво да направите след това

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

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

Инсталиране на HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте клиента VMware vSphere на вашия компютър, за да влезете във виртуалния хост на ESXi.
2	Изберете Файл > Разполагане на OVF шаблон.
3	В съветника укажете местоположението на OVA файла, който сте изтеглили по-рано, след което щракнете върху Напред.
4	На страницата Избор на име и папка въведете име на виртуална машина за възела (например "HDS_Node_1"), изберете местоположение, където може да се намира разполагането на възела на виртуалната машина, след което щракнете върху Напред.
5	На страницата Избор на изчислителен ресурс изберете целевия изчислителен ресурс и след това щракнете върху Напред. Извършва се проверка за валидиране. След като завърши, се показват подробностите за шаблона.
6	Проверете подробностите за шаблона и след това щракнете върху Напред.
7	Ако от вас бъде поискано да изберете конфигурацията на ресурсите на страницата Конфигурация , щракнете върху 4 процесора и след това щракнете върху Напред.
8	На страницата Избор на място за съхранение щракнете върху Напред , за да приемете формата на диска по подразбиране и правилата за съхранение на VM.
9	На страницата Избор на мрежи изберете опцията за мрежа от списъка със записи, за да осигурите желаната свързаност към VM.
10	На страницата Персонализиране на шаблон конфигурирайте следните мрежови настройки: Име на хост – въведете FQDN (име на хост и домейн) или една дума име на хост за възела. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали, за да получите сертификата X.509. За да гарантирате успешна регистрация в облака, използвайте само малки знаци във FQDN или името на хоста, които сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес – Въведете IP адреса за вътрешния интерфейс на възела. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска – Въведете адреса на маската на подмрежата с точка и запетая. Например 255.255.255.0. Шлюз – въведете IP адреса на шлюза. Шлюза е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри – Въведете списък с DNS сървъри, разделени със запетая, които обработват преобразуването на имената на домейни в цифрови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри – Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетая, за да въведете няколко NTP сървъра. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстера да са достъпни от клиентите във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурацията на мрежовите настройки и да следвате стъпките в Настройване на VM на хибридна защита на данни , за да конфигурирате настройките от конзолата за възли. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 6.5. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху възела VM и след това изберете Захранване > Включване. Софтуерът за хибридна защита на данни е инсталиран като гост на VM Host. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Може да усетите забавяне от няколко минути, преди контейнерите с възли да се появят. На конзолата се появява съобщение за защитна стена на мост по време на първото зареждане, по време на което не можете да влезете.

Настройване на VM на хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата на възела на хибридна защита на данни и да зададете данните за вход. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на разполагането на OVA.

1	В клиента на VMware vSphere изберете своя възел на хибридна защита на данни VM и изберете раздела Конзола . VM се зарежда и се появява подкана за влизане. Ако подканата за влизане не се покаже, натиснете Enter.
2	Използвайте следните данни за влизане и парола по подразбиране, за да влезете и да промените идентификационните данни: Влизане: `администратор` Парола: `cisco` Тъй като влизате във вашия VM за първи път, трябва да промените паролата на администратора.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай в главното меню изберете опцията Редактиране на конфигурацията .
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на мрежовите ви правила. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали, за да получите сертификата X.509.
6	Запишете мрежовата конфигурация и рестартирайте VM, за да влязат в сила промените.

Качване и монтиране на конфигурация ISO на HDS

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

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде изложен само на база „трябва да знаете“, за достъп от VM на хибридна защита на данни и всички администратори, които може да се наложи да направят промени. Уверете се, че само тези администратори имат достъп до datastore.

1

Качете ISO файла от компютъра си:

В левия навигационен екран на клиента VMware vSphere щракнете върху сървъра ESXi.
В списъка с хардуери на раздела за конфигуриране щракнете върху Място за съхранение.
В списъка Datastores щракнете с десния бутон върху datastore за вашите VMs и щракнете върху Преглед на Datastore.
Щракнете върху иконата Качване на файлове и след това щракнете върху Качване на файл.
Намерете местоположението, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Щракнете върху Да , за да приемете предупреждението за операцията за качване/изтегляне, и затворете диалоговия прозорец за данни.

2

Монтиране на ISO файла:

В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
Щракнете върху OK , за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD диск 1, изберете опцията за монтаж от ISO файл datastore и намерете местоположението, където сте качили конфигурационния ISO файл.
Отметнете Свързан и Свързване при включване.
Запишете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако правилата за ИТ изискват, можете по избор да демонтирате ISO файла, след като всички ваши възли поемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след конфигуриране на HDS за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси, използвайте тази процедура, за да укажете вида на прокси, който искате да интегрирате с Hybrid Data Security. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси за общ преглед на поддържаните опции за прокси.
Изисквания към прокси сървъра

1	Въведете URL адреса за настройка на HDS възел `https://[HDS Възел IP или FQDN]/настройка` в уеб браузър, въведете администраторски идентификационни данни, които сте настроили за възела и след това щракнете върху Вход.
2	Отидете на Хранилище на доверие & Прокси , след което изберетеопция: Няма прокси сървър – опцията по подразбиране, преди да интегрирате прокси сървър. Не се изисква актуализация на сертификата. Прозрачен прокси сървър без проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра и не трябва да изискват промени, за да работят с прокси сървър без проверка. Не се изисква актуализация на сертификата. Прокси сървър за прозрачна проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра. Не httpS конфигурация промени са необходими в разполагането на защитата на хибридни данни, обаче HDS възли се нуждаят от главен сертификат, така че те се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър – С изричния прокси сървър казвате на клиента (HDS възли) кой прокси сървър да използва, и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN – адрес, който може да се използва за свързване с прокси машината. Прокси порт – номер на порт, който прокси сървърът използва за слушане за прокси трафик. Прокси протокол – изберете http (преглежда и управлява всички заявки, които се получават от клиента) или https (осигурява канал към сървъра и клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване – изберете измежду следните типове удостоверяване: Няма – Не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Основни—Използва се за HTTP потребителски агент, за да предостави потребителско име и парола при подаване на заявка. Използва Base64 кодиране. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Обобщаване – използва се за потвърждаване на акаунта, преди да се изпрати чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Качване на главен сертификат или Сертификат за краен обект и след това навигирайте до изберете главния сертификат запрокси. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката chevron по името на издателя на сертификата, за да получите повече подробности или щракнете върху Изтрий, ако сте направили грешка и искате да качите повторно файла.
4	Щракнете върху Проверка на прокси връзката, за да тествате мрежовата свързаност между възела и прокси. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако мислите, че това е грешка, изпълнете тези стъпки и след това вижте Изключване на режима на блокирано външно разрешаване на DNS.
5	След като тестът за връзка премине, за изрично прокси настроен само на https, включете превключването към Маршрут всички порт 443/444 https заявки от този възел през изрично прокси. Тази настройка изисква 15 секунди, за да влязат в сила.
6	Щракнете върху Инсталиране на всички сертификати в хранилището на гаранти (появява се за HTTPS изрично прокси или прозрачен проверяващ прокси) или Рестартиране (появява се за HTTP изрично прокси), прочетете подканата и след това щракнете върху Инсталиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След рестартирането на възела влезте отново, ако е необходимо, след което отворете страницата Общ преглед, за да проверите проверките за свързване, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистриране на първия възел в клъстера

Тази задача взема генеричния възел, който сте създали в Настройване на хибридна защита на данни VM, регистрира възела с облака на Webex и го превръща във възел на хибридна защита на данни.

Когато регистрирате първия си възел, създавате клъстер, към който е разпределен възелът. Клъстерът съдържа един или повече възли, разгърнати за осигуряване на резерв.

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути, или трябва да започнете отначало.
Погрижете се всички блокери на изскачащите прозорци във вашия браузър да са деактивирани или да разрешите изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и щракнете върху Настройка.
4	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на картата Добавяне на възел въведете име за клъстера, на който искате да разпределите вашия възел на хибридна защита на данни. Препоръчваме ви да посочите клъстер въз основа на географското местоположение на клъстера. Примери: „Сан Франциско“ или „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройване на VM на хибридна защита на данни. Появява се съобщение, което показва, че можете да регистрирате възела в Webex.
7	Щракнете върху Към възел. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация в Webex за достъп до вашия възел.
8	Отметнете квадратчето Разрешаване на достъп до вашия възел на хибридна защита на данни и след това щракнете върху Продължи. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. На страницата Хибридна защита на данни новият клъстер, съдържащ възела, който сте регистрирали, се показва под раздела Ресурси . Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

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

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути, или трябва да започнете отначало.
Погрижете се всички блокери на изскачащите прозорци във вашия браузър да са деактивирани или да разрешите изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новия VM, като повторите стъпките в Настройване на хибридна защита на данни VM.
3	На новия VM повторете стъпките в Качване и монтиране на ISO на конфигурацията на HDS.
4	Ако настройвате прокси сървър за разполагането си, повторете стъпките в Конфигуриране на възела на HDS за интеграция на прокси сървър , както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.com изберете Услуги от менюто от лявата страна на екрана. В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и щракнете върху Преглед на всички. Показва се страницата с ресурси за хибридна защита на данни. Новосъздаденият клъстер ще се появи на страницата Ресурси . Щракнете върху клъстера, за да видите възлите, разпределени към клъстера. Щракнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, което показва, че можете да регистрирате възела си в облака Webex. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Отметнете квадратчето Разрешаване на достъп до вашия възел на хибридна защита на данни и след това щракнете върху Продължи. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. Изскачащото съобщение Добавен възел също се появява в долната част на екрана в Partner Hub. Възелът ви е регистриран.

Управление на организации на клиенти в хибридна защита на данни с много клиенти

Активиране на HDS с много клиенти в Partner Hub

Тази задача гарантира, че всички потребители на клиентските организации могат да започнат да използват HDS за локални ключове за шифроване и други услуги за защита.

Преди да започнете

Уверете се, че сте завършили настройването на своя клъстер на HDS с много клиенти с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Редактиране на настройките.
4	Щракнете върху Активиране на HDS на картата Статус на HDS .

Добавяне на организации на клиенти в Partner Hub

В тази задача задавате клиентски организации към вашия клъстер на хибридна защита на данни.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Преглед на всички.
4	Щракнете върху клъстера, към който искате да бъде разпределен клиент.
5	Отидете в раздела Зададени клиенти .
6	Щракнете върху Добавяне на клиенти.
7	Изберете клиента, който искате да добавите, от падащото меню.
8	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
9	Повторете стъпки 6 до 8, за да добавите множество клиенти към вашия клъстер.
10	Щракнете върху Готово в долната част на екрана, след като сте добавили клиентите.

Какво да направите след това

Изпълнете инструмента за настройка на HDS, както е подробно описано в Създаване на главни ключове на клиенти (CMK) с помощта на инструмента за настройка на HDS , за да завършите процеса на настройка.

Създаване на главни ключове (CMK) за клиента с помощта на инструмента за настройка на хибридни съобщения

Преди да започнете

Разпределете клиенти към съответния клъстер, както е подробно описано в Добавяне на организации на клиенти в Partner Hub. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените клиентски организации.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовни среди с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторското потребителско име за Partner Hub в подканата. Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.
8	На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете своя ISO файл в браузъра и го качете. Осигурете свързване с вашата база данни, за да извършите управление на CMK.
11	Отидете в раздела Управление на CMK на клиент , където ще намерите следните три начина за управление на CMK на клиент. Създаване на CMK за всички организации или Създаване на CMK – щракнете върху този бутон на банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Създаване на CMK , за да създадете CMK за всички новодобавени организации. Щракнете върху ... близо до управлението на CMK в очакване на статуса на определена организация в таблицата и щракнете върху Създаване на CMK , за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, статусът в таблицата ще се промени от управление на CMK в очакване на управление на CMK.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахване на организации на клиенти

Преди да започнете

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

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Преглед на всички.
4	В раздела Ресурси щракнете върху клъстера, от който искате да премахнете клиентските организации.
5	На страницата, която се отваря, щракнете върху Зададени клиенти.
6	От списъка с клиентски организации, които се показват, щракнете върху ... от дясната страна на клиентската организация, която искате да премахнете, и щракнете върху Премахване от клъстера.

Какво да направите след това

Завършете процеса на премахване, като анулирате CMK на клиентските организации, както е подробно описано в Анулиране на CMK на клиенти, премахнати от HDS.

Анулиране на CMK на клиенти, премахнати от HDS.

Преди да започнете

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

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовни среди с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторското потребителско име за Partner Hub в подканата. Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.
8	На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете своя ISO файл в браузъра и го качете.
11	Отидете в раздела Управление на CMK на клиент , където ще намерите следните три начина за управление на CMK на клиент. Анулиране на CMK за всички организации или Анулиране на CMK – щракнете върху този бутон на банера в горната част на екрана, за да анулирате CMK на всички организации, които са премахнати. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Анулиране на CMK , за да анулирате CMK на всички организации, които са премахнати. Щракнете върху … близо до CMK, за да бъде отменено състоянието на определена организация в таблицата и щракнете върху Анулиране на CMK , за да анулирате CMK за тази конкретна организация.
12	След успешното анулиране на CMK организацията на клиента повече няма да се показва в таблицата.
13	Ако отмяната на CMK е неуспешно, ще се покаже грешка.

Тестване на вашето разполагане на хибридна защита на данни

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

Преди да започнете

Настройте своето разполагане на хибридна защита на данни с много клиенти.
Уверете се, че имате достъп до syslog, за да потвърдите, че ключовите заявки се подават към вашето разполагане на хибридна защита на данни с много клиенти.

1

Бутоните за дадено място се задават от създателя на мястото. Влезте в приложението Webex като един от потребителите на организацията на клиентите и след това създайте място.

Ако деактивирате разполагането на хибридна защита на данни, съдържанието в местата, които създават потребителите, вече не е достъпно, след като бъдат заменени кешираните от клиента копия на ключовете за шифроване.

2

Изпратете съобщения до новото място.

3

Проверете изхода на syslog, за да потвърдите, че ключовите заявки се прехвърлят към вашето разполагане на хибридна защита на данни.

За да проверите за потребител, който първо създава защитен канал към KMS, филтрирайте на kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

Трябва да намерите запис като следния (идентификатори, съкратени за четливост):

2020-07-21 17:35:34.562 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-1] - [KMS:ЗАЯВКА] получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms: //hds2.org5.portun.us/statickeys/3[~]0 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2

За да проверите за потребител, който иска съществуващ ключ от KMS, филтрирайте на kms.data.method=retrieve и kms.data.type=KEY:

Трябва да намерите запис, като:

2020-07-21 17:44:19.889 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-31] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=retrieve, kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b

За да проверите за потребител, който е поискал създаването на нов KMS ключ, филтрирайте на kms.data.method=create и kms.data.type=KEY_COLLECTION:

Трябва да намерите запис, като:

2020-07-21 17:44:21.975 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-33] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b

За да проверите за потребител, който е поискал създаването на нов KMS ресурсен обект (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте на kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

Трябва да намерите запис, като:

2020-07-21 17:44:22.808 (+0000) ИНФОРМАЦИЯ KMS [pool-15-thread-1] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Наблюдение на изправността на хибридна защита на данни

Индикатор за статус в Partner Hub ви показва дали всичко е наред с разполагането на хибридна защита на данни с много клиенти. За по-активно предупреждаване се запишете за известия по имейл. Ще бъдете уведомени, когато има аларми, засягащи услугата, или надстройки на софтуера.

1	В Partner Hub изберете Услуги от менюто от лявата страна на екрана.
2	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Редактиране на настройките. Показва се страницата с настройки за хибридна защита на данни.
3	В раздела \„Имейл известия\“ въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управление на вашето разполагане на HDS

Управление на разполагането на HDS

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

Задаване на график за надстройване на клъстери

Надстройките на софтуера за хибридна защита на данни се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги изпълняват една и съща софтуерна версия. Надстройванията се извършват съгласно графика за надстройване за клъстера. Когато е налична надстройка на софтуера, имате възможност ръчно да надстроите клъстера преди планираното време за надстройване. Можете да зададете конкретен график за надстройване или да използвате графика по подразбиране от 3:00 ч. дневно в Съединените щати: Америка/Лос Анджелис. Можете също да изберете да отложите предстоящото надстройване, ако е необходимо.

За да зададете графика за надстройване:

1	Влезте в Центъра за партньори.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Настройка
4	На страницата с ресурси за хибридна защита на данни изберете клъстера.
5	Щракнете върху раздела Настройки на клъстера .
6	На страницата с настройки на клъстери под „График за надстройване“ изберете часа и часовата зона за графика за надстройване. Забележка: Под часовата зона се показват следващата налична дата и час на надстройване. Можете да отложите надстройването до следващия ден, ако е необходимо, като щракнете върху Отложи с 24 часа.

Промяна на конфигурацията на възела

От време на време може да се наложи да промените конфигурацията на вашия възел за защита на хибридни данни поради причина като:

Промяна на x.509 сертификати поради изтичане или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на защитата, Hybrid Data Security използва пароли за сервизен акаунт, които имат деветмесечен живот. След като инструментът за настройка на HDS генерира тези пароли, ги разполагате на всеки от вашите HDS възли във файла ISO config. Когато паролите на вашата организация са към изтичане, получавате известие от екипа на Webex за нулиране на паролата за вашия машинен акаунт. (Имейлът включва текста „Използвайте API на машинния акаунт, за да актуализирате паролата.“) Ако вашите пароли все още не са изтекли, инструментът ви дава две опции:

Софтуерно нулиране – И двете стари и нови пароли работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Твърдо нулиране – Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

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

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни права на администратор на партньор.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в 1.e. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

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

1	Използвайки Docker на локална машина, стартирайте HDS Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на парола. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате "Express сървър слушане на порт 8080." Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Когато получите подкана, въведете идентификационните си данни за влизане за клиент на Partner Hub и след това щракнете върху Приемане , за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да затворите инструмента за настройка, напишете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате работещ само един HDS възел, създайте нов VM възел на хибридна защита на данни и го регистрирайте, като използвате новия конфигурационен ISO файл. За по-подробни инструкции вижте Създаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките. Щракнете върху `CD / DVD диск 1 , изберете опцията за монтиране от ISO файл и`прегледайте местоположението, където сте изтеглили новия конфигурационен ISO файл. Поставете отметка на Свързване при включване. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса на възела "Защита на хибридните данни" (IP адрес/настройка например въведете идентификационни данни за администриране, които https://192.0.2.0/setup), сте задали за възела, след което щракнете върху Влизане.
2	Отидете на Общ преглед (страницата по подразбиране). Когато е разрешено, блокирани външна DNS разделителна способност е зададена да .
3	Отидете на страницата Хранилище на доверие & Прокси.
4	Щракнете върху Проверка на прокси връзката. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и да се върнете към страницата общ преглед, Блокиран външен DNS разделителна способност трябва да бъде зададено на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура, за да премахнете възел на хибридна защита на данни от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за защита.

1

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

2

Премахване на възела:

Влезте в Partner Hub и изберете Услуги.
В картата на хибридна защита на данни щракнете върху Преглед на всички , за да покажете страницата с ресурси за хибридна защита на данни.
Изберете своя клъстер, за да се покаже неговият панел \„Общ преглед\“.
Щракнете върху възела, който искате да премахнете.
Щракнете върху Дерегистриране на този възел на панела, който се появява вдясно
Можете също да дерегистрирате възела, като щракнете върху ... от дясната страна на възела и изберете Премахване на този възел.

3

В клиента vSphere изтрийте VM. (В левия навигационен екран щракнете с десния бутон върху VM и щракнете върху Изтрий.)

Ако не изтриете VM, не забравяйте да демонтирате конфигурационния ISO файл. Без ISO файла не можете да използвате VM за достъп до вашите данни за защита.

Възстановяване след бедствие с използване на центъра за данни в режим на готовност

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

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, наложително е клъстерът да продължи да работи и да се поддържат подходящи резервни копия. Загубата на базата данни за хибридна защита на данни или на конфигурационния ISO, използван за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентското съдържание. За предотвратяване на такава загуба са задължителни следните практики:

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

Преди да започнете

Премахнете регистрацията на всички възли от Partner Hub, както е посочено в Премахване на възел. Използвайте най-новия ISO файл, конфигуриран спрямо възлите на клъстера, който преди това е бил активен, за да извършите посочената по-долу процедура за преместване при отказ.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, споменати в Създаване на конфигурационен ISO за хостовете на HDS.
2	Завършете процеса на конфигуриране и запишете ISO файла на лесно за намиране място.
3	Направете резервно копие на ISO файла в локалната си система. Поддържайте архивното копие защитено. Този файл съдържа главен ключ за шифроване за съдържанието на базата с данни. Ограничете достъпа само до онези администратори на хибридна защита на данни, които трябва да направят промени в конфигурацията.
4	В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
5	Щракнете върху Редактиране на настройките >CD/DVD диск 1 и изберете Datastore ISO файл. Уверете се, че са отметнати Свързани и Свързване при включване , за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
6	Включете възела на HDS и се уверете, че няма аларми поне 15 минути.
7	Регистрирайте възела в Partner Hub. Вижте Регистриране на първия възел в клъстера.
8	Повторете процеса за всеки възел в центъра за данни в режим на готовност.

Какво да направите след това

След отказ, ако основният център за данни се активира отново, премахнете регистрацията на възлите на центъра за данни в режим на готовност и повторете процеса на конфигуриране на ISO и регистриране на възлите на основния център за данни, както е посочено по-горе.

(По избор) Демонтиране на ISO след конфигуриране на HDS

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

Все още използвате ISO файловете, за да направите промени в конфигурацията. Когато създавате нов ISO или актуализирате ISO чрез инструмента за настройка, трябва да монтирате актуализирания ISO на всички ваши HDS възли. След като всички ваши възли са приели промените в конфигурацията, можете да демонтирате ISO отново с тази процедура.

Преди да започнете

Надстройте всички ваши HDS възли до версия 2021.01.22.4720 или по-нова.

1	Затворете един от възлите си за HDS.
2	В уреда vCenter Server изберете възела на HDS.
3	Изберете Редактиране на настройките > CD/DVD диск и премахнете отметката от Datastore ISO файл.
4	Включете възела на HDS и се уверете, че няма аларми поне 20 минути.
5	Повторете за всеки HDS възел на смяна.

Отстраняване на неизправности в хибридна защита на данни

Преглед на предупрежденията и отстраняване на неизправности

Разполагането на хибридна защита на данни се счита за налично, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че отнема време. Ако потребителите не могат да се свържат с вашия клъстер на хибридна защита на данни, те изпитват следните симптоми:

Не могат да се създават нови места (не могат да се създадат нови ключове)
Неуспешно дешифриране на съобщенията и заглавията на пространството за:
- Нови потребители, добавени към място (не могат да се извлекат ключове)
- Съществуващи потребители в място с помощта на нов клиент (не могат да се извлекат ключовете)
Съществуващите потребители в дадено място ще продължат да се изпълняват успешно, стига клиентите им да имат кеш с ключовете за шифроване

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

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

Ако има проблем с настройката на хибридна защита на данни, Partner Hub показва предупреждения до администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Предупрежденията обхващат много общи сценарии.

Таблица 1. Общи проблеми и стъпки за тяхното разрешаване
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Неуспешна връзка с локалната база данни.	Проверете дали сървърът с база данни е достъпен и дали са използвани правилните идентификационни данни за акаунта за услуга в конфигурацията на възела.
Неуспешен достъп до услугата в облака.	Проверете дали възлите имат достъп до сървърите на Webex, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията за услуги в облака.	Регистрацията в услугите в облака беше прекъсната. Протича подновяване на регистрацията.
Регистрацията на услуги в облака е прекъсната.	Регистрирането в облачни услуги е прекратено. Услугата се затваря.
Услугата все още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съответства на сертификата на сървъра.	Уверете се, че сертификатът на сървъра ви съответства на конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че CN на сертификата наскоро е променен и сега е различен от CN, който е бил използван по време на първоначалната настройка.
Неуспешно удостоверяване в услугите в облака.	Проверете за точност и възможно изтичане на идентификационните данни за акаунта за услугата.
Неуспешно отваряне на локалния файл на клавиатурата.	Проверете за целостта и точността на паролата във файла с локалния клавиатура.
Сертификатът за локален сървър е невалиден.	Проверете датата на изтичане на сертификата на сървъра и потвърдете, че той е издаден от надежден сертифициращ орган.
Неуспешно публикуване на метриките.	Проверете достъпа до локалната мрежа до външни облачни услуги.
Директорията /media/configdrive/hds не съществува.	Проверете конфигурацията за монтаж на ISO на виртуалния хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организация на клиент не е завършена за добавените организации	Завършете настройката, като създадете CMK за новодобавени организации на клиенти с помощта на инструмента за настройка на хибридни съобщения.
Настройката на организация на клиента не е завършена за премахнатите организации	Завършете настройката чрез анулиране на CMK на организациите на клиенти, които са премахнати с помощта на инструмента за настройка на хибридни телефони (HDS).

Отстраняване на неизправности в хибридна защита на данни

Използвайте следните общи насоки, когато отстранявате проблеми с хибридна защита на данни.

1	Прегледайте Partner Hub за предупреждения и коригирайте всички елементи, които намерите там. Вижте изображението по-долу за справка.
2	Прегледайте изхода на сървъра syslog за активност от разполагането на хибридна защита на данни. Филтрирайте за думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняване на неизправности.
3	Свържете се с поддръжката на Cisco.

Други бележки

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

Ако затворите своя клъстер на хибридна защита на данни (като го изтриете в Partner Hub или като затворите всички възли), загубите своя ISO файл за конфигуриране или загубите достъп до базата данни на клавиатурата, потребителите на приложението Webex на клиентските организации вече няма да могат да използват пространства в своя списък "Хора", създадени с ключове от вашия KMS. В момента нямаме заобиколно решение или корекция за този проблем и ви призовавам да не затваряте услугите си за HDS, след като обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка към KMS, поддържа тази връзка за период от време (вероятно един час).

Използване на OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на PKCS12 файл в правилния формат за зареждане в инструмента за настройка на HDS. Има и други начини за това и ние не подкрепяме и не насърчаваме един път над друг.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като ръководство, за да ви помогнем да създадете файл, който отговаря на изискванията за сертификат X.509 в Изисквания за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия сертифициращ орган (CA).

1	Когато получите сертификата на сървъра от вашия CA, запишете го като `hdsnode.pem`.
2	Показване на сертификата като текст и проверете подробностите. `openssl x509 -текст -noout -в hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл пакет сертификат, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва сертификата на сървъра, всички междинни CA сертификати и корневи CA сертификати в следния формат: `-----начало на сертификат----- ### сертификат на сървър. ### -----край на сертификат--------------- начало на сертификат------ ### Междинен CA сертификат. ### -----край на сертификат--------------- начало на сертификат------ ### Корневи CA сертификат. ### -----край на сертификат-----`
4	Създайте .p12 файла с приятелското име `kms-частен-ключ`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 -в hdsnode.p12` Въведете парола при подкана да шифровате частния ключ, така че да се показва в изхода. След това се уверете, че частният ключ и първият сертификат включват линиите `friendlyName: kms-частен-ключ`. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Въведете паролата за импортиране: MAC потвърди атрибути OK Bag friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Ключови атрибути: Въведете фраза за преминаване на PEM: Потвърждаване – Въведете фраза за достъп до PEM: -----BEGIN ENCRYPTED PRIVATE KEY----- -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE------ Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE-----

Какво да направите след това

Върнете се, за да изпълните изискванията за хибридна защита на данни. Ще използвате файла hdsnode.p12 и паролата, която сте задали за него, в Създаване на конфигурационен ISO за организаторите на HDS.

Можете да използвате повторно тези файлове, за да поискате нов сертификат, когато първоначалният сертификат изтече.

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

Изходящ трафик за събиране на метрики

Възлите на хибридна защита на данни изпращат определени показатели към облака на Webex. Те включват системни метрики за heap max, използван heap, натоварване на процесора и брой нишки; метрики за синхронните и асинхронните нишки; метрики за предупрежденията, включващи праг на шифроване връзки, латентност или дължина на опашката за заявки; метрики за datastore; и метрики за връзката за шифроване. Възлите изпращат материали за шифрован ключ през нечестотен (отделен от заявката) канал.

Входящ трафик

Възлите на хибридна защита на данни получават следните типове входящ трафик от облака на Webex:

Заявки за шифроване от клиенти, които се маршрутизират от услугата за шифроване
Надстройки до софтуера за възли

Конфигуриране на прокси сървъри за хибридна защита на данните

Websocket не може да се свърже чрез сепия прокси

Прокси сървърите, които инспектират HTTPS трафика, могат да повлияят на създаването на websocket (в к:) връзки, които изискват хибридната защита на данните. Тези раздели дават насоки как да конфигурирате различни версии на Калмар, за да игнорирате wss: трафик за правилното функциониране на услугите.

Калмята 4 и 5

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

on_unsupported_protocol тунел

Сепия 3.5.27

Успешно тествахме Hybrid Data Security със следните правила, добавени към 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 надничане step1 всички ssl_bump stare step2 всички ssl_bump bump step3 всички

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

Тази таблица обхваща нови функции или функционалности, промени в съществуващото съдържание и всички големи грешки, които са поправени в Ръководство за разполагане за хибридна защита на данните с много клиенти.

Дата	Направени промени
30 януари 2025 г.	Добавена е версия на SQL сървър 2022 към списъка с поддържани SQL сървъри в изискванията за сървър на базата данни.
15 януари 2025 г.	Добавени ограничения на хибридната защита на данните с много клиенти.
08 януари 2025 г.	Добавена е бележка в Извършване на първоначална настройка и изтегляне на инсталационни файлове , в която се посочва, че щракването върху Настройка на HDS картата в Partner Hub е важна стъпка от процеса на инсталиране.
07 януари 2025 г.	Актуализирани изисквания за виртуален хост, Поток от задачи за разполагане на хибридна защита на данни, и Инсталиране на HDS Host OVA , за да се покаже ново изискване на ESXi 7.0.
13 декември 2024 г.	Публикувана за първи път.

Деактивиране на хибридна защита на данни с много клиенти

Поток на задачи за деактивиране на HDS с много клиенти

Изпълнете тези стъпки, за да деактивирате напълно HDS с много клиенти.

Преди да започнете

Тази задача трябва да се изпълнява само от администратор с пълни права на партньор.

1	Премахнете всички клиенти от всичките ви клъстери, както е посочено в Премахване на организации на клиенти.
2	Анулирайте CMK на всички клиенти, както е посочено в Анулиране на CMK на клиенти, премахнати от HDS..
3	Премахнете всички възли от всичките ви клъстери, както е посочено в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстера, който искате да изтриете, и изберете Изтриване на този клъстер в горния десен ъгъл на страницата за общ преглед. На страницата „Ресурси“ щракнете върху ... от дясната страна на клъстер и изберете Премахване на клъстер.
5	Щракнете върху раздела Настройки на страницата за общ преглед на хибридната защита на данни и щракнете върху Деактивиране на хибридната защита на данни в картата за статус на HDS.

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

Общ преглед на хибридна защита на данни с няколко клиента

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

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

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

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

Това също така позволява по-малките организации да използват HDS, тъй като услугата за управление на ключове и инфраструктурата за сигурност, като центровете за данни, са собственост на доверения местен партньор.

Как хибридната защита на данните с няколко клиента осигурява суверенитет на данните и контрол на данните

Генерираното от потребителите съдържание е защитено от външен достъп, като например доставчици на облачни услуги.
Местните доверени партньори управляват ключовете за шифроване на клиенти, с които вече имат установени отношения.
Опция за местна техническа поддръжка, ако бъде предоставена от партньора.
Поддържа съдържание в Meetings, Messaging и Calling.

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

Ограничения на хибридната защита на данните с много клиенти

Партньорските организации не трябва да имат съществуващо активно разполагане на HDS в Control Hub.
Организациите на клиенти или клиенти, които желаят да бъдат управлявани от партньор, не трябва да имат съществуващо разполагане на HDS в Control Hub.
След като HDS за множество клиенти бъде разгърнат от партньора, всички потребители на клиентски организации, както и потребители на партньорската организация, започват да използват HDS за множество клиенти за своите услуги за шифроване.

Партньорската организация и клиентските организации, които управляват, ще бъдат на едно и също разполагане на HDS с много клиенти.

Партньорската организация вече няма да използва KMS в облака след разгръщането на HDS с много клиенти.
Няма механизъм за преместване на ключовете обратно към Cloud KMS след разполагане на HDS.
В момента всяко разполагане на HDS с много клиенти може да има само един клъстер, с множество възли под него.
Ролите на администратор имат определени ограничения; вижте раздела по-долу за подробности.

Роли в хибридна защита на данните с няколко клиента

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

Цялостно настройване и управление на HDS с много клиенти на всички клиентски организации – изискват се пълен администратор на партньор и права на пълен администратор.
Управление на зададените организации на клиенти – изискват се администратор на партньор и права на пълен администратор.

Архитектура на областта на сигурността

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

За да разберем по-подробно хибридната защита на данните, нека първо разгледаме този случай в облака, където Cisco предоставя всички функции в своите облачни области. Услугата за самоличност, единственото място, където потребителите могат да бъдат пряко свързани с тяхната лична информация, като имейл адрес, е логично и физически отделена от областта на защитата в центъра за данни B. И двете от своя страна са отделени от областта, в която в крайна сметка се съхранява шифровано съдържание, в центъра за данни C.

На тази схема клиентът е приложението Webex, което се изпълнява на лаптопа на потребителя, и е удостоверен с услугата за самоличност. Когато потребителят композира съобщение за изпращане до интервал, се извършват следните стъпки:

Клиентът установява защитена връзка с услугата за управление на ключове (KMS), след което иска ключ за шифроване на съобщението. Защитената връзка използва ECDH, а KMS шифрова ключа с помощта на главния ключ AES-256.
Съобщението е шифровано преди да напусне клиента. Клиентът го изпраща на услугата за индексиране, която създава шифровани индекси за търсене, за да подпомогне при бъдещи търсения на съдържанието.
Шифрованото съобщение се изпраща на услугата за съответствие за проверки за съответствие.
Шифрованото съобщение се съхранява в областта на мястото за съхранение.

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

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

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

Услугата KMS, изпълнявана в организация А, валидира връзките към KMS в други организации, като използва x.509 PKI сертификати. Вижте Подготовка на средата за подробности относно генерирането на сертификат x.509, който да се използва при вашето разполагане на хибридна защита на данни с много клиенти.

Очаквания за внедряване на хибридна защита на данни

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

За да разположите хибридна защита на данни, трябва да предоставите:

Защитен център за данни в страна, която е поддържано местоположение за плановете на Cisco Webex Teams.
Оборудването, софтуерът и мрежовият достъп, описани в Подготовка на средата.

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

Управлявайте архивирането и възстановяването на базата данни и конфигурационния ISO.
Бъдете готови да извършите бързо възстановяване след бедствие, ако възникне катастрофа, като повреда на диска на базата данни или бедствие на центъра за данни.

Няма механизъм за преместване на ключовете обратно в облака след разполагане на HDS.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на разполагането на хибридна защита на данни с много клиенти:

Настройване на хибридна защита на данни – това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна защита на данни, изграждане на клъстер на HDS, добавяне на организации на клиенти към клъстера и управление на техните главни ключове на клиенти (CMK). Това ще даде възможност на всички потребители на вашите клиентски организации да използват вашия клъстер на хибридна защита на данни за функции за защита.

Етапите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте разполагането на хибридна защита на данни – Облакът на Webex автоматично предоставя текущи надстройки. Вашият ИТ отдел може да предостави поддръжка от първо ниво за това разполагане и да ангажира поддръжката на Cisco, ако е необходимо. В Partner Hub можете да използвате известия на екрана и да настроите имейл предупреждения.
Разбиране на често срещаните предупреждения, стъпките за отстраняване на неизправности и известни проблеми – ако срещнете проблеми при разполагането или използването на хибридна защита на данни, последната глава от това ръководство и приложението „Известни проблеми“ могат да ви помогнат да определите и коригирате проблема.

Модел на разполагане на хибридна защита на данни

В рамките на вашия корпоративен център за данни разполагате с хибридна защита на данни като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака на Webex чрез защитени уеб сокети и защитен HTTP.

По време на процеса на инсталиране ви предоставяме файла OVA, за да настроите виртуалния уред на VMs, които предоставяте. Използвайте инструмента за настройка на HDS, за да създадете персонализиран ISO файл за конфигуриране на клъстери, който да монтирате на всеки възел. Клъстерът на хибридна защита на данни използва предоставения ви сървър Syslogd и базата данни на PostgreSQL или Microsoft SQL Server. (Можете да конфигурирате подробностите за връзката на Syslogd и базата данни в инструмента за настройка на HDS.)

Модел на разполагане на хибридна защита на данни

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

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

Възлите стават активни, когато ги регистрирате в Partner Hub. За да излезете от експлоатация отделен възел, можете да го дерегистрирате и по-късно да го регистрирате отново, ако е необходимо.

Standby Data Center за възстановяване при бедствия

По време на разгръщането настройвате защитен център за данни в режим на готовност. В случай на бедствие на центъра за данни можете ръчно да не успеете при разполагането си в центъра за данни в режим на готовност.

Базите данни на активните центрове за данни и центровете за данни в режим на готовност са синхронизирани помежду си, което ще сведе до минимум времето, необходимо за извършване на превключването при отказ.

Активните възли на хибридна защита на данни трябва винаги да бъдат в същия център за данни като активния сървър с база данни.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Няма прокси сървър – Стойността по подразбиране, ако не използвате конфигурацията за настройка на HDS възел на доверено хранилище и прокси сървър за интегриране на прокси сървър. Не се изисква актуализация на сертификата.
Прозрачен прокси сървър без проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра и не трябва да изискват промени, за да работят с прокси сървър без проверка. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси сървъра – възлите не са конфигурирани да използват определен адрес на прокси сървъра. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър – С изричния прокси сървър казвате на HDS кои прокси сървъри и схема за удостоверяване да използват. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN – адрес, който може да се използва за свързване с прокси машината.
2. Прокси порт – номер на порт, който прокси сървърът използва за слушане за прокси трафик.
3. Прокси протокол – в зависимост от това, което поддържа прокси сървърът ви, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване – изберете измежду следните типове удостоверяване:
  - Няма – Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Основни—Използва се за HTTP потребителски агент, за да предостави потребителско име и парола при подаване на заявка. Използва Base64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Обобщаване – използва се за потвърждаване на акаунта, преди да се изпрати чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

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

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

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

Изисквания за хибридна защита на данните с няколко клиента

Изисквания за лицензи за Cisco Webex

За да разположите хибридна защита на данните с много клиенти:

Партньорски организации: Свържете се със своя партньор в Cisco или мениджър на акаунти и се уверете, че функцията за много клиенти е активирана.
Организации на клиента: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за закачане на работния плот

Преди да инсталирате възлите на HDS, трябва Docker Desktop, за да изпълните инсталационна програма. Docker наскоро актуализира своя модел на лицензиране. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, " Docker е Актуализиране и разширяване на нашите абонаментиза продукти".

X.509 Изисквания за сертификата

Веригата на сертификатите трябва да отговаря на следните изисквания:

Таблица 1. X.509 Изисквания за сертификата за разполагане на хибридна защита на данни
Изискване	Подробности
Подписан от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на сертифициращите органи в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи общо име (CN) име на домейн, което идентифицира вашето разполагане на хибридна защита на данни Не е заместващ сертификат	CN не е нужно да е достъпен или хост на живо. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. CN не трябва да съдържа * (заместващ символ). CN се използва за проверка на възлите на хибридна защита на данни за клиентите на приложението Webex. Всички възли на хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашият KMS се идентифицира с помощта на CN домейна, а не с произволен домейн, дефиниран в полетата x.509v3 SAN. След като сте регистрирали възел с този сертификат, не поддържаме промяна на името на CN домейна.
Подпис, който не е SHA1	Софтуерът KMS не поддържа подписи SHA1 за валидиране на връзки с KMS на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име на `kms-private-key` , за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор, като OpenSSL, за да промените формата на сертификата си. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.

Софтуерът KMS не налага използване на ключове или не разширява ограниченията за използване на ключове. Някои сертифициращи органи изискват за всеки сертификат да се прилагат разширени ограничения за използване на ключа, като например удостоверяване на сървъра. Добре е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален организатор

Виртуалните хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (препоръчва се 3), разположени съвместно в един и същ защитен център за данни
VMware ESXi 7.0 (или по-нова версия) е инсталиран и работи.

Трябва да надстроите, ако имате по-стара версия на ESXi.
Минимум 4 vCPU, 8 GB основна памет, 30 GB локално място на твърдия диск на сървър

Изисквания към сървъра за база данни

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

Има две опции за сървъра с база данни. Изискванията за всеки от тях са, както следва:

Таблица 2. Изисквания за сървъра с база данни по тип база данни
PostgreSQL	Microsoft SQL сървър
PostgreSQL 14, 15 или 16, инсталиран и се изпълнява.	Инсталиран е SQL Server 2016, 2017, 2019 или 2022 (корпоративен или стандартен). SQL Server 2016 изисква Service Pack 2 и Кумулативна актуализация 2 или по-нова версия.
Минимум 8 vCPU, 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не е превишено (препоръчва се 2 TB, ако искате да стартирате базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)	Минимум 8 vCPU, 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не е превишено (препоръчва се 2 TB, ако искате да стартирате базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)

HDS софтуерът в момента инсталира следните версии на драйвери за комуникация със сървъра с база данни:

PostgreSQL

Microsoft SQL сървър

Postgres JDBC драйвер 42.2.5

SQL Server JDBC драйвер 4.6

Тази версия на драйвера поддържа SQL Server Always On ( Винаги включен екземпляр на клъстера при отказ и Винаги включен групи за наличност).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

Ако искате HDS възлите да използват удостоверяване на Windows, за да получат достъп до вашата база данни на Keystore на 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 за достъп до базата данни на Keystore. Те използват подробностите от вашата ISO конфигурация, за да конструират SPN, когато заявяват достъп с удостоверяване на Kerberos.

Изисквания за външна връзка

Конфигурирайте защитната стена, за да разрешите следната свързаност за приложенията на хибридна защита на данни:

Приложение	Протокол	Порт	Посока от приложението	Местоназначение
Възли на хибридна защита на данни	TCP	443	Изходящи HTTPS и ВиК	Сървъри на Webex: .wbx2.com .ciscospark.com Всички организатори на Common Identity Други URL адреси, които са изброени за хибридна защита на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex на мрежовите изисквания за услугите на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички организатори на Common Identity hub.docker.com

Възлите на хибридна защита на данни работят с превод на мрежовия достъп (NAT) или зад защитна стена, при условие че NAT или защитната стена позволяват необходимите изходящи връзки към местоназначенията на домейна в предходната таблица. За връзки, влизащи във входящи възли на хибридна защита на данни, от интернет не трябва да се виждат портове. В рамките на вашия център за данни клиентите се нуждаят от достъп до възлите на хибридна защита на данни на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете на Common Identity (CI) са специфични за региона. Това са текущите организатори на CI:

Регион	URL адреси на организатор на Common Identity
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Прокси сървърите, които инспектират HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да работите по този проблем, вижте Конфигуриране на прокси сървъри за хибридна защита на данни.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуди изходящия TCP трафик на порт 443 да маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, заобикалянето (не инспектирането) на трафика към wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна защита на данни

Използвайте този контролен списък, за да гарантирате, че сте готови да инсталирате и конфигурирате своя клъстер на хибридна защита на данни.

1	Уверете се, че вашата партньорска организация има активирана функция за HDS с няколко клиента и получавате идентификационните данни за акаунт с пълен администратор на партньор и права на пълен администратор. Уверете се, че вашата организация на клиенти на Webex е разрешена за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор в Cisco или мениджър на акаунти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо разполагане на HDS.
2	Изберете име на домейн за разполагането на HDS (например `hds.company.com`) и получете верига от сертификати, съдържаща сертификат X.509, частен ключ и всички междинни сертификати. Веригата на сертификатите трябва да отговаря на изискванията в X.509 Изисквания за сертификат.
3	Подгответе идентични виртуални хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер. Имате нужда от поне два отделни организатора (препоръчва се 3), разположени съвместно в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален организатор.
4	Подгответе сървъра с база данни, който ще действа като хранилище на данни за ключа за клъстера в съответствие с изискванията за сървъра с база данни. Сървърът на базата данни трябва да бъде разположен съвместно в защитения център за данни с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране. Приложенията на HDS, когато са инсталирани, създават схемата на базата с данни.) Съберете подробностите, които ще използват възлите за комуникация със сървъра с база данни: име на хост или IP адрес (хост) и порт името на базата с данни (dbname) за съхранение на ключа потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключа
5	За бързо възстановяване след бедствие настройте архивна среда в друг център за данни. Резервната среда отразява производствената среда на VMs и резервен сървър с база данни. Например, ако производството има 3 VMs, работещи с HDS възли, резервната среда трябва да има 3 VMs.
6	Настройте хост на syslog, за да събирате регистрационни файлове от възлите в клъстера. Съберете мрежовия му адрес и порта за 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. Вижте Изисквания за закачане на работния плот за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има възможността за свързване, описана в Изисквания за външна свързаност.
10	Ако интегрирате прокси сървър с хибридна защита на данните, уверете се, че той отговаря на изискванията за прокси сървър.

Настройване на клъстер на хибридна защита на данни

Поток на задачи за разполагане на хибридна защита на данни

Преди да започнете

1	Извършване на първоначална настройка и изтегляне на инсталационни файлове Изтеглете OVA файла на вашата локална машина за по-късно използване.
2	Създаване на конфигурационен ISO за хостовете на HDS Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на хибридна защита на данни.
3	Инсталиране на HDS Host OVA Създайте виртуална машина от OVA файла и изпълнете първоначалната конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 7.0. Опцията може да не е налична в по-ранни версии.
4	Настройване на VM на хибридна защита на данни Влезте в конзолата на VM и задайте данните за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали към момента на разполагането на OVA.
5	Качване и монтиране на конфигурация ISO на HDS Конфигурирайте VM от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на HDS възел за интегриране на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете прокси сертификата към хранилището на гаранти, ако е необходимо.
7	Регистриране на първия възел в клъстера Регистрирайте VM с облака на Cisco Webex като възел на хибридна защита на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте HDS с много клиенти в Partner Hub. Активирайте HDS и управлявайте организации на клиенти в Partner Hub.

Извършване на първоначална настройка и изтегляне на инсталационни файлове

В тази задача изтегляте OVA файл на вашата машина (а не на сървърите, които сте настроили като възли на хибридна защита на данни). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Partner Hub и щракнете върху Услуги.
2	В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и след това щракнете върху Настройка. Щракването върху Настройка в Partner Hub е критично за процеса на разполагане. Не продължете с инсталирането, без да завършите тази стъпка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне на .OVA файл на картата Инсталиране и конфигуриране на софтуера . По-старите версии на софтуерния пакет (OVA) няма да бъдат съвместими с най-новите надстройки на хибридна защита на данни. Това може да доведе до проблеми при надстройване на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от раздела Помощ . Щракнете върху Настройки > Помощ > Изтегляне на софтуер за хибридна защита на данни. OVA файлът започва автоматично да се изтегля. Запишете файла на местоположение на машината си.
4	Като опция щракнете върху Вижте ръководството за разполагане на хибридна защита на данни , за да проверите дали има налична по-нова версия на това ръководство.

Създаване на конфигурационен ISO за хостовете на HDS

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт в Partner Hub с пълни администраторски права.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT

HTTPS прокси без удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT

HTTP прокси с удостоверяване

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

HTTPS прокси с удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT
Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

докер rmi ciscocitg/hds-setup: стабилен

В среди на FedRAMP:

докер rmi ciscocitg/hds-setup-fedramp: стабилен

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

докер вход -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwa

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

докер издърпване ciscocitg/hds-setup: стабилен

В среди на FedRAMP:

докер издърпване ciscocitg/hds-setup-fedramp: стабилен

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В редовни среди с HTTPS прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В среди на FedRAMP без прокси:

докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен

В среди на FedRAMP с HTTP прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTPS прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

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

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080 и въведете администраторското потребителско име за Partner Hub в подканата.

Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.

8

На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.

9

На страницата Импортиране на ISO имате следните опции:

Не– Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да – Ако вече сте създали HDS възли, тогава изберете своя ISO файл в прегледа и го качете.

10

Проверете дали вашият сертификат X.509 отговаря на изискванията в X.509 Изисквания за сертификат.

Ако никога не сте качили сертификат преди, качете сертификата X.509, въведете паролата и щракнете върху Продължи.
Ако сертификатът ви е ОК, щракнете върху Продължи.
Ако сертификатът ви е изтекъл или искате да го замените, изберете Не за Продължаване на използването на веригата за сертификати на HDS и частния ключ от предишния ISO?. Качете нов сертификат X.509, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до ключовия си datastore:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, получавате поле за тип удостоверяване.
(Само за Microsoft SQL Server ) Изберете вашия тип удостоверяване:
- Базово удостоверяване: Необходимо е име на локален акаунт за SQL Server в полето Потребителско име .
- Удостоверяване на Windows: Имате нужда от акаунт за Windows във формат username@DOMAIN в полето Потребителско име .
Въведете адреса на сървъра с база данни във формуляра : или :.

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

Можете да използвате IP адрес за базово удостоверяване, ако възлите не могат да използват DNS за решаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете името на базата данни.
Въведете Потребителско име и Парола на потребител с всички привилегии в базата данни за съхранение на ключа.

12

Изберете режим на свързване с база данни TLS:

Режим	Описание
Предпочитане на TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако разрешите TLS на сървъра с база данни, възлите правят опит за шифрована връзка.
Изисквайте TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Изисквайте TLS и проверете подписвача на сертификати	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяването на TLS връзка възелът сравнява подписващия на сертификата от сървъра на базата данни с органа за сертифициране в корневи сертификат в базата данни. Ако не съвпадат, възелът изпуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.
Изисквайте TLS и проверете подписалия сертификат и хостовото име	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяването на TLS връзка възелът сравнява подписващия на сертификата от сървъра на базата данни с органа за сертифициране в корневи сертификат в базата данни. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето Хост и порт в базата данни . Имената трябва да съвпадат точно или възелът пуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.

Когато качите корневи сертификат (ако е необходимо) и щракнете върху Продължи, инструментът за настройка на хибридна защита на данни тества TLS връзката към сървъра с база данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързването възлите на HDS може да са в състояние да установят TLS връзката, дори ако машината с инструмента за настройка на HDS не може да я тества успешно.)

13

На страницата „Системни регистрационни файлове“ конфигурирайте сървъра си за Syslogd:

Въведете URL адреса на сървъра syslog.

Ако сървърът не може да се разрешава чрез DNS от възлите за вашия HDS клъстер, използвайте IP адрес в URL.

Пример:
udp://10.92.43.23:514 показва влизане в хоста Syslogd 10.92.43.23 на UDP порт 514.
Ако настроите сървъра си да използва TLS шифроване, отметнете Конфигуриран ли е вашият сървър syslog за SSL шифроване?.

Ако отметнете това квадратче, трябва да въведете URL адрес на TCP, като например tcp://10.92.43.23:514.
От падащия списък Избор на прекратяване на запис в syslog изберете подходящата настройка за вашия ISO файл: Избор или нов ред се използва за Graylog и Rsyslog TCP
- Нулев байт -- \x00
- Нов ред – \n – Изберете този избор за Graylog и Rsyslog TCP.
Щракнете върху Продължаване.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с база данни в Разширени настройки. По принцип този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxРазмер: 10

15

Щракнете върху Продължи на екрана Нулиране на паролата за акаунти за услуги .

Паролите за акаунта за услугата имат деветмесечен живот. Използвайте този екран, когато паролите ви наближават изтичане или искате да ги нулирате, за да invalidate previous ISO files.

16

Щракнете върху Изтегляне на ISO файл. Запишете файла на лесно за намиране място.

17

Направете резервно копие на ISO файла в локалната си система.

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

18

За да затворите инструмента за настройка, напишете CTRL+C.

Какво да направите след това

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

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

Инсталиране на HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте клиента VMware vSphere на вашия компютър, за да влезете във виртуалния хост на ESXi.
2	Изберете Файл > Разполагане на OVF шаблон.
3	В съветника укажете местоположението на OVA файла, който сте изтеглили по-рано, след което щракнете върху Напред.
4	На страницата Избор на име и папка въведете име на виртуална машина за възела (например "HDS_Node_1"), изберете местоположение, където може да се намира разполагането на възела на виртуалната машина, след което щракнете върху Напред.
5	На страницата Избор на изчислителен ресурс изберете целевия изчислителен ресурс и след това щракнете върху Напред. Извършва се проверка за валидиране. След като завърши, се показват подробностите за шаблона.
6	Проверете подробностите за шаблона и след това щракнете върху Напред.
7	Ако от вас бъде поискано да изберете конфигурацията на ресурсите на страницата Конфигурация , щракнете върху 4 процесора и след това щракнете върху Напред.
8	На страницата Избор на място за съхранение щракнете върху Напред , за да приемете формата на диска по подразбиране и правилата за съхранение на VM.
9	На страницата Избор на мрежи изберете опцията за мрежа от списъка със записи, за да осигурите желаната свързаност към VM.
10	На страницата Персонализиране на шаблон конфигурирайте следните мрежови настройки: Име на хост – въведете FQDN (име на хост и домейн) или една дума име на хост за възела. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали, за да получите сертификата X.509. За да гарантирате успешна регистрация в облака, използвайте само малки знаци във FQDN или името на хоста, които сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес – Въведете IP адреса за вътрешния интерфейс на възела. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска – Въведете адреса на маската на подмрежата с точка и запетая. Например 255.255.255.0. Шлюз – въведете IP адреса на шлюза. Шлюза е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри – Въведете списък с DNS сървъри, разделени със запетая, които обработват преобразуването на имената на домейни в цифрови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри – Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетая, за да въведете няколко NTP сървъра. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстера да са достъпни от клиентите във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурацията на мрежовите настройки и да следвате стъпките в Настройване на VM на хибридна защита на данни , за да конфигурирате настройките от конзолата за възли. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 7.0. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху възела VM и след това изберете Захранване > Включване. Софтуерът за хибридна защита на данни е инсталиран като гост на VM Host. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Може да усетите забавяне от няколко минути, преди контейнерите с възли да се появят. На конзолата се появява съобщение за защитна стена на мост по време на първото зареждане, по време на което не можете да влезете.

Настройване на VM на хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата на възела на хибридна защита на данни и да зададете данните за вход. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на разполагането на OVA.

1	В клиента на VMware vSphere изберете своя възел на хибридна защита на данни VM и изберете раздела Конзола . VM се зарежда и се появява подкана за влизане. Ако подканата за влизане не се покаже, натиснете Enter.
2	Използвайте следните данни за влизане и парола по подразбиране, за да влезете и да промените идентификационните данни: Влизане: `администратор` Парола: `cisco` Тъй като влизате във вашия VM за първи път, трябва да промените паролата на администратора.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай в главното меню изберете опцията Редактиране на конфигурацията .
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на мрежовите ви правила. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали, за да получите сертификата X.509.
6	Запишете мрежовата конфигурация и рестартирайте VM, за да влязат в сила промените.

Качване и монтиране на конфигурация ISO на HDS

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

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде изложен само на база „трябва да знаете“, за достъп от VM на хибридна защита на данни и всички администратори, които може да се наложи да направят промени. Уверете се, че само тези администратори имат достъп до datastore.

1

Качете ISO файла от компютъра си:

В левия навигационен екран на клиента VMware vSphere щракнете върху сървъра ESXi.
В списъка с хардуери на раздела за конфигуриране щракнете върху Място за съхранение.
В списъка Datastores щракнете с десния бутон върху datastore за вашите VMs и щракнете върху Преглед на Datastore.
Щракнете върху иконата Качване на файлове и след това щракнете върху Качване на файл.
Намерете местоположението, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Щракнете върху Да , за да приемете предупреждението за операцията за качване/изтегляне, и затворете диалоговия прозорец за данни.

2

Монтиране на ISO файла:

В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
Щракнете върху OK , за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD диск 1, изберете опцията за монтаж от ISO файл datastore и намерете местоположението, където сте качили конфигурационния ISO файл.
Отметнете Свързан и Свързване при включване.
Запишете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако правилата за ИТ изискват, можете по избор да демонтирате ISO файла, след като всички ваши възли поемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след конфигуриране на HDS за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси, използвайте тази процедура, за да укажете вида на прокси, който искате да интегрирате с Hybrid Data Security. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси за общ преглед на поддържаните опции за прокси.
Изисквания към прокси сървъра

1	Въведете URL адреса за настройка на HDS възел `https://[HDS Възел IP или FQDN]/настройка` в уеб браузър, въведете администраторски идентификационни данни, които сте настроили за възела и след това щракнете върху Вход.
2	Отидете на Хранилище на доверие & Прокси , след което изберетеопция: Няма прокси сървър – опцията по подразбиране, преди да интегрирате прокси сървър. Не се изисква актуализация на сертификата. Прозрачен прокси сървър без проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра и не трябва да изискват промени, за да работят с прокси сървър без проверка. Не се изисква актуализация на сертификата. Прокси сървър за прозрачна проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра. Не httpS конфигурация промени са необходими в разполагането на защитата на хибридни данни, обаче HDS възли се нуждаят от главен сертификат, така че те се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър – С изричния прокси сървър казвате на клиента (HDS възли) кой прокси сървър да използва, и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN – адрес, който може да се използва за свързване с прокси машината. Прокси порт – номер на порт, който прокси сървърът използва за слушане за прокси трафик. Прокси протокол – изберете http (преглежда и управлява всички заявки, които се получават от клиента) или https (осигурява канал към сървъра и клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване – изберете измежду следните типове удостоверяване: Няма – Не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Основни—Използва се за HTTP потребителски агент, за да предостави потребителско име и парола при подаване на заявка. Използва Base64 кодиране. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Обобщаване – използва се за потвърждаване на акаунта, преди да се изпрати чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Качване на главен сертификат или Сертификат за краен обект и след това навигирайте до изберете главния сертификат запрокси. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката chevron по името на издателя на сертификата, за да получите повече подробности или щракнете върху Изтрий, ако сте направили грешка и искате да качите повторно файла.
4	Щракнете върху Проверка на прокси връзката, за да тествате мрежовата свързаност между възела и прокси. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако мислите, че това е грешка, изпълнете тези стъпки и след това вижте Изключване на режима на блокирано външно разрешаване на DNS.
5	След като тестът за връзка премине, за изрично прокси настроен само на https, включете превключването към Маршрут всички порт 443/444 https заявки от този възел през изрично прокси. Тази настройка изисква 15 секунди, за да влязат в сила.
6	Щракнете върху Инсталиране на всички сертификати в хранилището на гаранти (появява се за HTTPS изрично прокси или прозрачен проверяващ прокси) или Рестартиране (появява се за HTTP изрично прокси), прочетете подканата и след това щракнете върху Инсталиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След рестартирането на възела влезте отново, ако е необходимо, след което отворете страницата Общ преглед, за да проверите проверките за свързване, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистриране на първия възел в клъстера

Тази задача взема генеричния възел, който сте създали в Настройване на хибридна защита на данни VM, регистрира възела с облака на Webex и го превръща във възел на хибридна защита на данни.

Когато регистрирате първия си възел, създавате клъстер, към който е разпределен възелът. Клъстерът съдържа един или повече възли, разгърнати за осигуряване на резерв.

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути, или трябва да започнете отначало.
Погрижете се всички блокери на изскачащите прозорци във вашия браузър да са деактивирани или да разрешите изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и щракнете върху Настройка.
4	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на картата Добавяне на възел въведете име за клъстера, на който искате да разпределите вашия възел на хибридна защита на данни. Препоръчваме ви да посочите клъстер въз основа на географското местоположение на клъстера. Примери: „Сан Франциско“ или „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройване на VM на хибридна защита на данни. Появява се съобщение, което показва, че можете да регистрирате възела в Webex.
7	Щракнете върху Към възел. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация в Webex за достъп до вашия възел.
8	Отметнете квадратчето Разрешаване на достъп до вашия възел на хибридна защита на данни и след това щракнете върху Продължи. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. На страницата Хибридна защита на данни новият клъстер, съдържащ възела, който сте регистрирали, се показва под раздела Ресурси . Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

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

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути, или трябва да започнете отначало.
Погрижете се всички блокери на изскачащите прозорци във вашия браузър да са деактивирани или да разрешите изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новия VM, като повторите стъпките в Настройване на хибридна защита на данни VM.
3	На новия VM повторете стъпките в Качване и монтиране на ISO на конфигурацията на HDS.
4	Ако настройвате прокси сървър за разполагането си, повторете стъпките в Конфигуриране на възела на HDS за интеграция на прокси сървър , както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.com изберете Услуги от менюто от лявата страна на екрана. В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и щракнете върху Преглед на всички. Показва се страницата с ресурси за хибридна защита на данни. Новосъздаденият клъстер ще се появи на страницата Ресурси . Щракнете върху клъстера, за да видите възлите, разпределени към клъстера. Щракнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, което показва, че можете да регистрирате възела си в облака Webex. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Отметнете квадратчето Разрешаване на достъп до вашия възел на хибридна защита на данни и след това щракнете върху Продължи. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. Изскачащото съобщение Добавен възел също се появява в долната част на екрана в Partner Hub. Възелът ви е регистриран.

Управление на организации на клиенти в хибридна защита на данни с много клиенти

Активиране на HDS с много клиенти в Partner Hub

Тази задача гарантира, че всички потребители на клиентските организации могат да започнат да използват HDS за локални ключове за шифроване и други услуги за защита.

Преди да започнете

Уверете се, че сте завършили настройването на своя клъстер на HDS с много клиенти с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Редактиране на настройките.
4	Щракнете върху Активиране на HDS на картата Статус на HDS .

Добавяне на организации на клиенти в Partner Hub

В тази задача задавате клиентски организации към вашия клъстер на хибридна защита на данни.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Преглед на всички.
4	Щракнете върху клъстера, към който искате да бъде разпределен клиент.
5	Отидете в раздела Зададени клиенти .
6	Щракнете върху Добавяне на клиенти.
7	Изберете клиента, който искате да добавите, от падащото меню.
8	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
9	Повторете стъпки 6 до 8, за да добавите множество клиенти към вашия клъстер.
10	Щракнете върху Готово в долната част на екрана, след като сте добавили клиентите.

Какво да направите след това

Изпълнете инструмента за настройка на HDS, както е подробно описано в Създаване на главни ключове на клиенти (CMK) с помощта на инструмента за настройка на HDS , за да завършите процеса на настройка.

Създаване на главни ключове (CMK) за клиента с помощта на инструмента за настройка на хибридни съобщения

Преди да започнете

Разпределете клиенти към съответния клъстер, както е подробно описано в Добавяне на организации на клиенти в Partner Hub. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените клиентски организации.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовни среди с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторското потребителско име за Partner Hub в подканата. Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.
8	На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете своя ISO файл в браузъра и го качете. Осигурете свързване с вашата база данни, за да извършите управление на CMK.
11	Отидете в раздела Управление на CMK на клиент , където ще намерите следните три начина за управление на CMK на клиент. Създаване на CMK за всички организации или Създаване на CMK – щракнете върху този бутон на банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Създаване на CMK , за да създадете CMK за всички новодобавени организации. Щракнете върху ... близо до управлението на CMK в очакване на статуса на определена организация в таблицата и щракнете върху Създаване на CMK , за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, статусът в таблицата ще се промени от управление на CMK в очакване на управление на CMK.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахване на организации на клиенти

Преди да започнете

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

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Преглед на всички.
4	В раздела Ресурси щракнете върху клъстера, от който искате да премахнете клиентските организации.
5	На страницата, която се отваря, щракнете върху Зададени клиенти.
6	От списъка с клиентски организации, които се показват, щракнете върху ... от дясната страна на клиентската организация, която искате да премахнете, и щракнете върху Премахване от клъстера.

Какво да направите след това

Завършете процеса на премахване, като анулирате CMK на клиентските организации, както е подробно описано в Анулиране на CMK на клиенти, премахнати от HDS.

Анулиране на CMK на клиенти, премахнати от HDS.

Преди да започнете

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

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовни среди с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторското потребителско име за Partner Hub в подканата. Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.
8	На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете своя ISO файл в браузъра и го качете.
11	Отидете в раздела Управление на CMK на клиент , където ще намерите следните три начина за управление на CMK на клиент. Анулиране на CMK за всички организации или Анулиране на CMK – щракнете върху този бутон на банера в горната част на екрана, за да анулирате CMK на всички организации, които са премахнати. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Анулиране на CMK , за да анулирате CMK на всички организации, които са премахнати. Щракнете върху … близо до CMK, за да бъде отменено състоянието на определена организация в таблицата и щракнете върху Анулиране на CMK , за да анулирате CMK за тази конкретна организация.
12	След успешното анулиране на CMK организацията на клиента повече няма да се показва в таблицата.
13	Ако отмяната на CMK е неуспешно, ще се покаже грешка.

Тестване на вашето разполагане на хибридна защита на данни

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

Преди да започнете

Настройте своето разполагане на хибридна защита на данни с много клиенти.
Уверете се, че имате достъп до syslog, за да потвърдите, че ключовите заявки се подават към вашето разполагане на хибридна защита на данни с много клиенти.

1

Бутоните за дадено място се задават от създателя на мястото. Влезте в приложението Webex като един от потребителите на организацията на клиентите и след това създайте място.

Ако деактивирате разполагането на хибридна защита на данни, съдържанието в местата, които създават потребителите, вече не е достъпно, след като бъдат заменени кешираните от клиента копия на ключовете за шифроване.

2

Изпратете съобщения до новото място.

3

Проверете изхода на syslog, за да потвърдите, че ключовите заявки се прехвърлят към вашето разполагане на хибридна защита на данни.

За да проверите за потребител, който първо създава защитен канал към KMS, филтрирайте на kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

Трябва да намерите запис като следния (идентификатори, съкратени за четливост):

2020-07-21 17:35:34.562 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-1] - [KMS:ЗАЯВКА] получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms: //hds2.org5.portun.us/statickeys/3[~]0 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2

За да проверите за потребител, който иска съществуващ ключ от KMS, филтрирайте на kms.data.method=retrieve и kms.data.type=KEY:

Трябва да намерите запис, като:

2020-07-21 17:44:19.889 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-31] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=retrieve, kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b

За да проверите за потребител, който е поискал създаването на нов KMS ключ, филтрирайте на kms.data.method=create и kms.data.type=KEY_COLLECTION:

Трябва да намерите запис, като:

2020-07-21 17:44:21.975 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-33] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b

За да проверите за потребител, който е поискал създаването на нов KMS ресурсен обект (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте на kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

Трябва да намерите запис, като:

2020-07-21 17:44:22.808 (+0000) ИНФОРМАЦИЯ KMS [pool-15-thread-1] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Наблюдение на изправността на хибридна защита на данни

Индикатор за статус в Partner Hub ви показва дали всичко е наред с разполагането на хибридна защита на данни с много клиенти. За по-активно предупреждаване се запишете за известия по имейл. Ще бъдете уведомени, когато има аларми, засягащи услугата, или надстройки на софтуера.

1	В Partner Hub изберете Услуги от менюто от лявата страна на екрана.
2	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Редактиране на настройките. Показва се страницата с настройки за хибридна защита на данни.
3	В раздела \„Имейл известия\“ въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управление на вашето разполагане на HDS

Управление на разполагането на HDS

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

Задаване на график за надстройване на клъстери

Надстройките на софтуера за хибридна защита на данни се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги изпълняват една и съща софтуерна версия. Надстройванията се извършват съгласно графика за надстройване за клъстера. Когато е налична надстройка на софтуера, имате възможност ръчно да надстроите клъстера преди планираното време за надстройване. Можете да зададете конкретен график за надстройване или да използвате графика по подразбиране от 3:00 ч. дневно в Съединените щати: Америка/Лос Анджелис. Можете също да изберете да отложите предстоящото надстройване, ако е необходимо.

За да зададете графика за надстройване:

1	Влезте в Центъра за партньори.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Настройка
4	На страницата с ресурси за хибридна защита на данни изберете клъстера.
5	Щракнете върху раздела Настройки на клъстера .
6	На страницата с настройки на клъстери под „График за надстройване“ изберете часа и часовата зона за графика за надстройване. Забележка: Под часовата зона се показват следващата налична дата и час на надстройване. Можете да отложите надстройването до следващия ден, ако е необходимо, като щракнете върху Отложи с 24 часа.

Промяна на конфигурацията на възела

От време на време може да се наложи да промените конфигурацията на вашия възел за защита на хибридни данни поради причина като:

Промяна на x.509 сертификати поради изтичане или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на защитата, Hybrid Data Security използва пароли за сервизен акаунт, които имат деветмесечен живот. След като инструментът за настройка на HDS генерира тези пароли, ги разполагате на всеки от вашите HDS възли във файла ISO config. Когато паролите на вашата организация са към изтичане, получавате известие от екипа на Webex за нулиране на паролата за вашия машинен акаунт. (Имейлът включва текста „Използвайте API на машинния акаунт, за да актуализирате паролата.“) Ако вашите пароли все още не са изтекли, инструментът ви дава две опции:

Софтуерно нулиране – И двете стари и нови пароли работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Твърдо нулиране – Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

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

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни права на администратор на партньор.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в 1.e. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

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

1	Използвайки Docker на локална машина, стартирайте HDS Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на парола. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате "Express сървър слушане на порт 8080." Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Когато получите подкана, въведете идентификационните си данни за влизане за клиент на Partner Hub и след това щракнете върху Приемане , за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да затворите инструмента за настройка, напишете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате работещ само един HDS възел, създайте нов VM възел на хибридна защита на данни и го регистрирайте, като използвате новия конфигурационен ISO файл. За по-подробни инструкции вижте Създаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките. Щракнете върху `CD / DVD диск 1 , изберете опцията за монтиране от ISO файл и`прегледайте местоположението, където сте изтеглили новия конфигурационен ISO файл. Поставете отметка на Свързване при включване. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса на възела "Защита на хибридните данни" (IP адрес/настройка например въведете идентификационни данни за администриране, които https://192.0.2.0/setup), сте задали за възела, след което щракнете върху Влизане.
2	Отидете на Общ преглед (страницата по подразбиране). Когато е разрешено, блокирани външна DNS разделителна способност е зададена да .
3	Отидете на страницата Хранилище на доверие & Прокси.
4	Щракнете върху Проверка на прокси връзката. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и да се върнете към страницата общ преглед, Блокиран външен DNS разделителна способност трябва да бъде зададено на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура, за да премахнете възел на хибридна защита на данни от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за защита.

1

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

2

Премахване на възела:

Влезте в Partner Hub и изберете Услуги.
В картата на хибридна защита на данни щракнете върху Преглед на всички , за да покажете страницата с ресурси за хибридна защита на данни.
Изберете своя клъстер, за да се покаже неговият панел \„Общ преглед\“.
Щракнете върху възела, който искате да премахнете.
Щракнете върху Дерегистриране на този възел на панела, който се появява вдясно
Можете също да дерегистрирате възела, като щракнете върху ... от дясната страна на възела и изберете Премахване на този възел.

3

В клиента vSphere изтрийте VM. (В левия навигационен екран щракнете с десния бутон върху VM и щракнете върху Изтрий.)

Ако не изтриете VM, не забравяйте да демонтирате конфигурационния ISO файл. Без ISO файла не можете да използвате VM за достъп до вашите данни за защита.

Възстановяване след бедствие с използване на центъра за данни в режим на готовност

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

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, наложително е клъстерът да продължи да работи и да се поддържат подходящи резервни копия. Загубата на базата данни за хибридна защита на данни или на конфигурационния ISO, използван за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентското съдържание. За предотвратяване на такава загуба са задължителни следните практики:

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

Преди да започнете

Премахнете регистрацията на всички възли от Partner Hub, както е посочено в Премахване на възел. Използвайте най-новия ISO файл, конфигуриран спрямо възлите на клъстера, който преди това е бил активен, за да извършите посочената по-долу процедура за преместване при отказ.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, споменати в Създаване на конфигурационен ISO за хостовете на HDS.
2	Завършете процеса на конфигуриране и запишете ISO файла на лесно за намиране място.
3	Направете резервно копие на ISO файла в локалната си система. Поддържайте архивното копие защитено. Този файл съдържа главен ключ за шифроване за съдържанието на базата с данни. Ограничете достъпа само до онези администратори на хибридна защита на данни, които трябва да направят промени в конфигурацията.
4	В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
5	Щракнете върху Редактиране на настройките >CD/DVD диск 1 и изберете Datastore ISO файл. Уверете се, че са отметнати Свързани и Свързване при включване , за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
6	Включете възела на HDS и се уверете, че няма аларми поне 15 минути.
7	Регистрирайте възела в Partner Hub. Вижте Регистриране на първия възел в клъстера.
8	Повторете процеса за всеки възел в центъра за данни в режим на готовност.

Какво да направите след това

След отказ, ако основният център за данни се активира отново, премахнете регистрацията на възлите на центъра за данни в режим на готовност и повторете процеса на конфигуриране на ISO и регистриране на възлите на основния център за данни, както е посочено по-горе.

(По избор) Демонтиране на ISO след конфигуриране на HDS

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

Все още използвате ISO файловете, за да направите промени в конфигурацията. Когато създавате нов ISO или актуализирате ISO чрез инструмента за настройка, трябва да монтирате актуализирания ISO на всички ваши HDS възли. След като всички ваши възли са приели промените в конфигурацията, можете да демонтирате ISO отново с тази процедура.

Преди да започнете

Надстройте всички ваши HDS възли до версия 2021.01.22.4720 или по-нова.

1	Затворете един от възлите си за HDS.
2	В уреда vCenter Server изберете възела на HDS.
3	Изберете Редактиране на настройките > CD/DVD диск и премахнете отметката от Datastore ISO файл.
4	Включете възела на HDS и се уверете, че няма аларми поне 20 минути.
5	Повторете за всеки HDS възел на смяна.

Отстраняване на неизправности в хибридна защита на данни

Преглед на предупрежденията и отстраняване на неизправности

Разполагането на хибридна защита на данни се счита за налично, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че отнема време. Ако потребителите не могат да се свържат с вашия клъстер на хибридна защита на данни, те изпитват следните симптоми:

Не могат да се създават нови места (не могат да се създадат нови ключове)
Неуспешно дешифриране на съобщенията и заглавията на пространството за:
- Нови потребители, добавени към място (не могат да се извлекат ключове)
- Съществуващи потребители в място с помощта на нов клиент (не могат да се извлекат ключовете)
Съществуващите потребители в дадено място ще продължат да се изпълняват успешно, стига клиентите им да имат кеш с ключовете за шифроване

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

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

Ако има проблем с настройката на хибридна защита на данни, Partner Hub показва предупреждения до администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Предупрежденията обхващат много общи сценарии.

Таблица 1. Общи проблеми и стъпки за тяхното разрешаване
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Неуспешна връзка с локалната база данни.	Проверете дали сървърът с база данни е достъпен и дали са използвани правилните идентификационни данни за акаунта за услуга в конфигурацията на възела.
Неуспешен достъп до услугата в облака.	Проверете дали възлите имат достъп до сървърите на Webex, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията за услуги в облака.	Регистрацията в услугите в облака беше прекъсната. Протича подновяване на регистрацията.
Регистрацията на услуги в облака е прекъсната.	Регистрирането в облачни услуги е прекратено. Услугата се затваря.
Услугата все още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съответства на сертификата на сървъра.	Уверете се, че сертификатът на сървъра ви съответства на конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че CN на сертификата наскоро е променен и сега е различен от CN, който е бил използван по време на първоначалната настройка.
Неуспешно удостоверяване в услугите в облака.	Проверете за точност и възможно изтичане на идентификационните данни за акаунта за услугата.
Неуспешно отваряне на локалния файл на клавиатурата.	Проверете за целостта и точността на паролата във файла с локалния клавиатура.
Сертификатът за локален сървър е невалиден.	Проверете датата на изтичане на сертификата на сървъра и потвърдете, че той е издаден от надежден сертифициращ орган.
Неуспешно публикуване на метриките.	Проверете достъпа до локалната мрежа до външни облачни услуги.
Директорията /media/configdrive/hds не съществува.	Проверете конфигурацията за монтаж на ISO на виртуалния хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организация на клиент не е завършена за добавените организации	Завършете настройката, като създадете CMK за новодобавени организации на клиенти с помощта на инструмента за настройка на хибридни съобщения.
Настройката на организация на клиента не е завършена за премахнатите организации	Завършете настройката чрез анулиране на CMK на организациите на клиенти, които са премахнати с помощта на инструмента за настройка на хибридни телефони (HDS).

Отстраняване на неизправности в хибридна защита на данни

Използвайте следните общи насоки, когато отстранявате проблеми с хибридна защита на данни.

1	Прегледайте Partner Hub за предупреждения и коригирайте всички елементи, които намерите там. Вижте изображението по-долу за справка.
2	Прегледайте изхода на сървъра syslog за активност от разполагането на хибридна защита на данни. Филтрирайте за думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняване на неизправности.
3	Свържете се с поддръжката на Cisco.

Други бележки

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

Ако затворите своя клъстер на хибридна защита на данни (като го изтриете в Partner Hub или като затворите всички възли), загубите своя ISO файл за конфигуриране или загубите достъп до базата данни на клавиатурата, потребителите на приложението Webex на клиентските организации вече няма да могат да използват пространства в своя списък "Хора", създадени с ключове от вашия KMS. В момента нямаме заобиколно решение или корекция за този проблем и ви призовавам да не затваряте услугите си за HDS, след като обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка към KMS, поддържа тази връзка за период от време (вероятно един час).

Използване на OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на PKCS12 файл в правилния формат за зареждане в инструмента за настройка на HDS. Има и други начини за това и ние не подкрепяме и не насърчаваме един път над друг.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като ръководство, за да ви помогнем да създадете файл, който отговаря на изискванията за сертификат X.509 в Изисквания за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия сертифициращ орган (CA).

1	Когато получите сертификата на сървъра от вашия CA, запишете го като `hdsnode.pem`.
2	Показване на сертификата като текст и проверете подробностите. `openssl x509 -текст -noout -в hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл пакет сертификат, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва сертификата на сървъра, всички междинни CA сертификати и корневи CA сертификати в следния формат: `-----начало на сертификат----- ### сертификат на сървър. ### -----край на сертификат--------------- начало на сертификат------ ### Междинен CA сертификат. ### -----край на сертификат--------------- начало на сертификат------ ### Корневи CA сертификат. ### -----край на сертификат-----`
4	Създайте .p12 файла с приятелското име `kms-частен-ключ`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 -в hdsnode.p12` Въведете парола при подкана да шифровате частния ключ, така че да се показва в изхода. След това се уверете, че частният ключ и първият сертификат включват линиите `friendlyName: kms-частен-ключ`. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Въведете паролата за импортиране: MAC потвърди атрибути OK Bag friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Ключови атрибути: Въведете фраза за преминаване на PEM: Потвърждаване – Въведете фраза за достъп до PEM: -----BEGIN ENCRYPTED PRIVATE KEY----- -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE------ Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE-----

Какво да направите след това

Върнете се, за да изпълните изискванията за хибридна защита на данни. Ще използвате файла hdsnode.p12 и паролата, която сте задали за него, в Създаване на конфигурационен ISO за организаторите на HDS.

Можете да използвате повторно тези файлове, за да поискате нов сертификат, когато първоначалният сертификат изтече.

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

Изходящ трафик за събиране на метрики

Възлите на хибридна защита на данни изпращат определени показатели към облака на Webex. Те включват системни метрики за heap max, използван heap, натоварване на процесора и брой нишки; метрики за синхронните и асинхронните нишки; метрики за предупрежденията, включващи праг на шифроване връзки, латентност или дължина на опашката за заявки; метрики за datastore; и метрики за връзката за шифроване. Възлите изпращат материали за шифрован ключ през нечестотен (отделен от заявката) канал.

Входящ трафик

Възлите на хибридна защита на данни получават следните типове входящ трафик от облака на Webex:

Заявки за шифроване от клиенти, които се маршрутизират от услугата за шифроване
Надстройки до софтуера за възли

Конфигуриране на прокси сървъри за хибридна защита на данните

Websocket не може да се свърже чрез сепия прокси

Прокси сървърите, които инспектират HTTPS трафика, могат да повлияят на създаването на websocket (в к:) връзки, които изискват хибридната защита на данните. Тези раздели дават насоки как да конфигурирате различни версии на Калмар, за да игнорирате wss: трафик за правилното функциониране на услугите.

Калмята 4 и 5

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

on_unsupported_protocol тунел

Сепия 3.5.27

Успешно тествахме Hybrid Data Security със следните правила, добавени към 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 надничане step1 всички ssl_bump stare step2 всички ssl_bump bump step3 всички

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

Тази таблица обхваща нови функции или функционалности, промени в съществуващото съдържание и всички големи грешки, които са поправени в Ръководство за разполагане за хибридна защита на данните с много клиенти.

Дата	Направени промени
08 януари 2025 г.	Добавена е бележка в Извършване на първоначална настройка и изтегляне на инсталационни файлове , в която се посочва, че щракването върху Настройка на HDS картата в Partner Hub е важна стъпка от процеса на инсталиране.
07 януари 2025 г.	Актуализирани изисквания за виртуален хост, Поток от задачи за разполагане на хибридна защита на данни, и Инсталиране на HDS Host OVA , за да се покаже ново изискване на ESXi 7.0.
13 декември 2024 г.	Публикувана за първи път.

Деактивиране на хибридна защита на данни с много клиенти

Поток на задачи за деактивиране на HDS с много клиенти

Изпълнете тези стъпки, за да деактивирате напълно HDS с много клиенти.

Преди да започнете

Тази задача трябва да се изпълнява само от администратор с пълни права на партньор.

1	Премахнете всички клиенти от всичките ви клъстери, както е посочено в Премахване на организации на клиенти.
2	Анулирайте CMK на всички клиенти, както е посочено в Анулиране на CMK на клиенти, премахнати от HDS..
3	Премахнете всички възли от всичките ви клъстери, както е посочено в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстера, който искате да изтриете, и изберете Изтриване на този клъстер в горния десен ъгъл на страницата за общ преглед. На страницата „Ресурси“ щракнете върху ... от дясната страна на клъстер и изберете Премахване на клъстер.
5	Щракнете върху раздела Настройки на страницата за общ преглед на хибридната защита на данни и щракнете върху Деактивиране на хибридната защита на данни в картата за статус на HDS.

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

Общ преглед на хибридна защита на данни с няколко клиента

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

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

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

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

Това също така позволява по-малките организации да използват HDS, тъй като услугата за управление на ключове и инфраструктурата за сигурност, като центровете за данни, са собственост на доверения местен партньор.

Как хибридната защита на данните с няколко клиента осигурява суверенитет на данните и контрол на данните

Генерираното от потребителите съдържание е защитено от външен достъп, като например доставчици на облачни услуги.
Местните доверени партньори управляват ключовете за шифроване на клиенти, с които вече имат установени отношения.
Опция за местна техническа поддръжка, ако бъде предоставена от партньора.
Поддържа съдържание в Meetings, Messaging и Calling.

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

Роли в хибридна защита на данните с няколко клиента

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

Цялостно настройване и управление на HDS с много клиенти на всички клиентски организации – изискват се пълен администратор на партньор и права на пълен администратор.
Управление на зададените организации на клиенти – изискват се администратор на партньор и права на пълен администратор.

Архитектура на областта на сигурността

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

За да разберем по-подробно хибридната защита на данните, нека първо разгледаме този случай в облака, където Cisco предоставя всички функции в своите облачни области. Услугата за самоличност, единственото място, където потребителите могат да бъдат пряко свързани с тяхната лична информация, като имейл адрес, е логично и физически отделена от областта на защитата в центъра за данни B. И двете от своя страна са отделени от областта, в която в крайна сметка се съхранява шифровано съдържание, в центъра за данни C.

На тази схема клиентът е приложението Webex, което се изпълнява на лаптопа на потребителя, и е удостоверен с услугата за самоличност. Когато потребителят композира съобщение за изпращане до интервал, се извършват следните стъпки:

Клиентът установява защитена връзка с услугата за управление на ключове (KMS), след което иска ключ за шифроване на съобщението. Защитената връзка използва ECDH, а KMS шифрова ключа с помощта на главния ключ AES-256.
Съобщението е шифровано преди да напусне клиента. Клиентът го изпраща на услугата за индексиране, която създава шифровани индекси за търсене, за да подпомогне при бъдещи търсения на съдържанието.
Шифрованото съобщение се изпраща на услугата за съответствие за проверки за съответствие.
Шифрованото съобщение се съхранява в областта на мястото за съхранение.

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

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

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

Услугата KMS, изпълнявана в организация А, валидира връзките към KMS в други организации, като използва x.509 PKI сертификати. Вижте Подготовка на средата за подробности относно генерирането на сертификат x.509, който да се използва при вашето разполагане на хибридна защита на данни с много клиенти.

Очаквания за внедряване на хибридна защита на данни

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

За да разположите хибридна защита на данни, трябва да предоставите:

Защитен център за данни в страна, която е поддържано местоположение за плановете на Cisco Webex Teams.
Оборудването, софтуерът и мрежовият достъп, описани в Подготовка на средата.

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

Управлявайте архивирането и възстановяването на базата данни и конфигурационния ISO.
Бъдете готови да извършите бързо възстановяване след бедствие, ако възникне катастрофа, като повреда на диска на базата данни или бедствие на центъра за данни.

Няма механизъм за преместване на ключовете обратно в облака след разполагане на HDS.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на разполагането на хибридна защита на данни с много клиенти:

Настройване на хибридна защита на данни – това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна защита на данни, изграждане на клъстер на HDS, добавяне на организации на клиенти към клъстера и управление на техните главни ключове на клиенти (CMK). Това ще даде възможност на всички потребители на вашите клиентски организации да използват вашия клъстер на хибридна защита на данни за функции за защита.

Етапите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте разполагането на хибридна защита на данни – Облакът на Webex автоматично предоставя текущи надстройки. Вашият ИТ отдел може да предостави поддръжка от първо ниво за това разполагане и да ангажира поддръжката на Cisco, ако е необходимо. В Partner Hub можете да използвате известия на екрана и да настроите имейл предупреждения.
Разбиране на често срещаните предупреждения, стъпките за отстраняване на неизправности и известни проблеми – ако срещнете проблеми при разполагането или използването на хибридна защита на данни, последната глава от това ръководство и приложението „Известни проблеми“ могат да ви помогнат да определите и коригирате проблема.

Модел на разполагане на хибридна защита на данни

В рамките на вашия корпоративен център за данни разполагате с хибридна защита на данни като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака на Webex чрез защитени уеб сокети и защитен HTTP.

По време на процеса на инсталиране ви предоставяме файла OVA, за да настроите виртуалния уред на VMs, които предоставяте. Използвайте инструмента за настройка на HDS, за да създадете персонализиран ISO файл за конфигуриране на клъстери, който да монтирате на всеки възел. Клъстерът на хибридна защита на данни използва предоставения ви сървър Syslogd и базата данни на PostgreSQL или Microsoft SQL Server. (Можете да конфигурирате подробностите за връзката на Syslogd и базата данни в инструмента за настройка на HDS.)

Модел на разполагане на хибридна защита на данни

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

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

Възлите стават активни, когато ги регистрирате в Partner Hub. За да излезете от експлоатация отделен възел, можете да го дерегистрирате и по-късно да го регистрирате отново, ако е необходимо.

Standby Data Center за възстановяване при бедствия

По време на разгръщането настройвате защитен център за данни в режим на готовност. В случай на бедствие на центъра за данни можете ръчно да не успеете при разполагането си в центъра за данни в режим на готовност.

Базите данни на активните центрове за данни и центровете за данни в режим на готовност са синхронизирани помежду си, което ще сведе до минимум времето, необходимо за извършване на превключването при отказ.

Активните възли на хибридна защита на данни трябва винаги да бъдат в същия център за данни като активния сървър с база данни.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Няма прокси сървър – Стойността по подразбиране, ако не използвате конфигурацията за настройка на HDS възел на доверено хранилище и прокси сървър за интегриране на прокси сървър. Не се изисква актуализация на сертификата.
Прозрачен прокси сървър без проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра и не трябва да изискват промени, за да работят с прокси сървър без проверка. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси сървъра – възлите не са конфигурирани да използват определен адрес на прокси сървъра. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър – С изричния прокси сървър казвате на HDS кои прокси сървъри и схема за удостоверяване да използват. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN – адрес, който може да се използва за свързване с прокси машината.
2. Прокси порт – номер на порт, който прокси сървърът използва за слушане за прокси трафик.
3. Прокси протокол – в зависимост от това, което поддържа прокси сървърът ви, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване – изберете измежду следните типове удостоверяване:
  - Няма – Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Основни—Използва се за HTTP потребителски агент, за да предостави потребителско име и парола при подаване на заявка. Използва Base64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Обобщаване – използва се за потвърждаване на акаунта, преди да се изпрати чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

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

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

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

Изисквания за хибридна защита на данните с няколко клиента

Изисквания за лицензи за Cisco Webex

За да разположите хибридна защита на данните с много клиенти:

Партньорски организации: Свържете се със своя партньор в Cisco или мениджър на акаунти и се уверете, че функцията за много клиенти е активирана.
Организации на клиента: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за закачане на работния плот

Преди да инсталирате възлите на HDS, трябва Docker Desktop, за да изпълните инсталационна програма. Docker наскоро актуализира своя модел на лицензиране. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, " Docker е Актуализиране и разширяване на нашите абонаментиза продукти".

X.509 Изисквания за сертификата

Веригата на сертификатите трябва да отговаря на следните изисквания:

Таблица 1. X.509 Изисквания за сертификата за разполагане на хибридна защита на данни
Изискване	Подробности
Подписан от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на сертифициращите органи в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи общо име (CN) име на домейн, което идентифицира вашето разполагане на хибридна защита на данни Не е заместващ сертификат	CN не е нужно да е достъпен или хост на живо. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. CN не трябва да съдържа * (заместващ символ). CN се използва за проверка на възлите на хибридна защита на данни за клиентите на приложението Webex. Всички възли на хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашият KMS се идентифицира с помощта на CN домейна, а не с произволен домейн, дефиниран в полетата x.509v3 SAN. След като сте регистрирали възел с този сертификат, не поддържаме промяна на името на CN домейна.
Подпис, който не е SHA1	Софтуерът KMS не поддържа подписи SHA1 за валидиране на връзки с KMS на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име на `kms-private-key` , за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор, като OpenSSL, за да промените формата на сертификата си. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.

Софтуерът KMS не налага използване на ключове или не разширява ограниченията за използване на ключове. Някои сертифициращи органи изискват за всеки сертификат да се прилагат разширени ограничения за използване на ключа, като например удостоверяване на сървъра. Добре е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален организатор

Виртуалните хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (препоръчва се 3), разположени съвместно в един и същ защитен център за данни
VMware ESXi 7.0 (или по-нова версия) е инсталиран и работи.

Трябва да надстроите, ако имате по-стара версия на ESXi.
Минимум 4 vCPU, 8 GB основна памет, 30 GB локално място на твърдия диск на сървър

Изисквания към сървъра за база данни

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

Има две опции за сървъра с база данни. Изискванията за всеки от тях са, както следва:

Таблица 2. Изисквания за сървъра с база данни по тип база данни
PostgreSQL	Microsoft SQL сървър
PostgreSQL 14, 15 или 16, инсталиран и се изпълнява.	Инсталиран е SQL Server 2016, 2017, или 2019 (корпоративен или стандартен). SQL Server 2016 изисква Service Pack 2 и Кумулативна актуализация 2 или по-нова версия.
Минимум 8 vCPU, 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не е превишено (препоръчва се 2 TB, ако искате да стартирате базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)	Минимум 8 vCPU, 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не е превишено (препоръчва се 2 TB, ако искате да стартирате базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)

HDS софтуерът в момента инсталира следните версии на драйвери за комуникация със сървъра с база данни:

PostgreSQL

Microsoft SQL сървър

Postgres JDBC драйвер 42.2.5

SQL Server JDBC драйвер 4.6

Тази версия на драйвера поддържа SQL Server Always On ( Винаги включен екземпляр на клъстера при отказ и Винаги включен групи за наличност).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

Ако искате HDS възлите да използват удостоверяване на Windows, за да получат достъп до вашата база данни на Keystore на 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 за достъп до базата данни на Keystore. Те използват подробностите от вашата ISO конфигурация, за да конструират SPN, когато заявяват достъп с удостоверяване на Kerberos.

Изисквания за външна връзка

Конфигурирайте защитната стена, за да разрешите следната свързаност за приложенията на хибридна защита на данни:

Приложение	Протокол	Порт	Посока от приложението	Местоназначение
Възли на хибридна защита на данни	TCP	443	Изходящи HTTPS и ВиК	Сървъри на Webex: .wbx2.com .ciscospark.com Всички организатори на Common Identity Други URL адреси, които са изброени за хибридна защита на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex на мрежовите изисквания за услугите на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички организатори на Common Identity hub.docker.com

Възлите на хибридна защита на данни работят с превод на мрежовия достъп (NAT) или зад защитна стена, при условие че NAT или защитната стена позволяват необходимите изходящи връзки към местоназначенията на домейна в предходната таблица. За връзки, влизащи във входящи възли на хибридна защита на данни, от интернет не трябва да се виждат портове. В рамките на вашия център за данни клиентите се нуждаят от достъп до възлите на хибридна защита на данни на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете на Common Identity (CI) са специфични за региона. Това са текущите организатори на CI:

Регион	URL адреси на организатор на Common Identity
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Прокси сървърите, които инспектират HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да работите по този проблем, вижте Конфигуриране на прокси сървъри за хибридна защита на данни.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуди изходящия TCP трафик на порт 443 да маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, заобикалянето (не инспектирането) на трафика към wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна защита на данни

Използвайте този контролен списък, за да гарантирате, че сте готови да инсталирате и конфигурирате своя клъстер на хибридна защита на данни.

1	Уверете се, че вашата партньорска организация има активирана функция за HDS с няколко клиента и получавате идентификационните данни за акаунт с пълен администратор на партньор и права на пълен администратор. Уверете се, че вашата организация на клиенти на Webex е разрешена за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор в Cisco или мениджър на акаунти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо разполагане на HDS.
2	Изберете име на домейн за разполагането на HDS (например `hds.company.com`) и получете верига от сертификати, съдържаща сертификат X.509, частен ключ и всички междинни сертификати. Веригата на сертификатите трябва да отговаря на изискванията в X.509 Изисквания за сертификат.
3	Подгответе идентични виртуални хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер. Имате нужда от поне два отделни организатора (препоръчва се 3), разположени съвместно в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален организатор.
4	Подгответе сървъра с база данни, който ще действа като хранилище на данни за ключа за клъстера в съответствие с изискванията за сървъра с база данни. Сървърът на базата данни трябва да бъде разположен съвместно в защитения център за данни с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране. Приложенията на HDS, когато са инсталирани, създават схемата на базата с данни.) Съберете подробностите, които ще използват възлите за комуникация със сървъра с база данни: име на хост или IP адрес (хост) и порт името на базата с данни (dbname) за съхранение на ключа потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключа
5	За бързо възстановяване след бедствие настройте архивна среда в друг център за данни. Резервната среда отразява производствената среда на VMs и резервен сървър с база данни. Например, ако производството има 3 VMs, работещи с HDS възли, резервната среда трябва да има 3 VMs.
6	Настройте хост на syslog, за да събирате регистрационни файлове от възлите в клъстера. Съберете мрежовия му адрес и порта за 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. Вижте Изисквания за закачане на работния плот за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има възможността за свързване, описана в Изисквания за външна свързаност.
10	Ако интегрирате прокси сървър с хибридна защита на данните, уверете се, че той отговаря на изискванията за прокси сървър.

Настройване на клъстер на хибридна защита на данни

Поток на задачи за разполагане на хибридна защита на данни

Преди да започнете

1	Извършване на първоначална настройка и изтегляне на инсталационни файлове Изтеглете OVA файла на вашата локална машина за по-късно използване.
2	Създаване на конфигурационен ISO за хостовете на HDS Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на хибридна защита на данни.
3	Инсталиране на HDS Host OVA Създайте виртуална машина от OVA файла и изпълнете първоначалната конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 7.0. Опцията може да не е налична в по-ранни версии.
4	Настройване на VM на хибридна защита на данни Влезте в конзолата на VM и задайте данните за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали към момента на разполагането на OVA.
5	Качване и монтиране на конфигурация ISO на HDS Конфигурирайте VM от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на HDS възел за интегриране на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете прокси сертификата към хранилището на гаранти, ако е необходимо.
7	Регистриране на първия възел в клъстера Регистрирайте VM с облака на Cisco Webex като възел на хибридна защита на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте HDS с много клиенти в Partner Hub. Активирайте HDS и управлявайте организации на клиенти в Partner Hub.

Извършване на първоначална настройка и изтегляне на инсталационни файлове

В тази задача изтегляте OVA файл на вашата машина (а не на сървърите, които сте настроили като възли на хибридна защита на данни). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Partner Hub и щракнете върху Услуги.
2	В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и след това щракнете върху Настройка. Щракването върху Настройка в Partner Hub е критично за процеса на разполагане. Не продължете с инсталирането, без да завършите тази стъпка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне на .OVA файл на картата Инсталиране и конфигуриране на софтуера . По-старите версии на софтуерния пакет (OVA) няма да бъдат съвместими с най-новите надстройки на хибридна защита на данни. Това може да доведе до проблеми при надстройване на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от раздела Помощ . Щракнете върху Настройки > Помощ > Изтегляне на софтуер за хибридна защита на данни. OVA файлът започва автоматично да се изтегля. Запишете файла на местоположение на машината си.
4	Като опция щракнете върху Вижте ръководството за разполагане на хибридна защита на данни , за да проверите дали има налична по-нова версия на това ръководство.

Създаване на конфигурационен ISO за хостовете на HDS

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт в Partner Hub с пълни администраторски права.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT

HTTPS прокси без удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT

HTTP прокси с удостоверяване

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

HTTPS прокси с удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT
Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

докер rmi ciscocitg/hds-setup: стабилен

В среди на FedRAMP:

докер rmi ciscocitg/hds-setup-fedramp: стабилен

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

докер вход -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwa

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

докер издърпване ciscocitg/hds-setup: стабилен

В среди на FedRAMP:

докер издърпване ciscocitg/hds-setup-fedramp: стабилен

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В редовни среди с HTTPS прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В среди на FedRAMP без прокси:

докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен

В среди на FedRAMP с HTTP прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTPS прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

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

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080 и въведете администраторското потребителско име за Partner Hub в подканата.

Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.

8

На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.

9

На страницата Импортиране на ISO имате следните опции:

Не– Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да – Ако вече сте създали HDS възли, тогава изберете своя ISO файл в прегледа и го качете.

10

Проверете дали вашият сертификат X.509 отговаря на изискванията в X.509 Изисквания за сертификат.

Ако никога не сте качили сертификат преди, качете сертификата X.509, въведете паролата и щракнете върху Продължи.
Ако сертификатът ви е ОК, щракнете върху Продължи.
Ако сертификатът ви е изтекъл или искате да го замените, изберете Не за Продължаване на използването на веригата за сертификати на HDS и частния ключ от предишния ISO?. Качете нов сертификат X.509, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до ключовия си datastore:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, получавате поле за тип удостоверяване.
(Само за Microsoft SQL Server ) Изберете вашия тип удостоверяване:
- Базово удостоверяване: Необходимо е име на локален акаунт за SQL Server в полето Потребителско име .
- Удостоверяване на Windows: Имате нужда от акаунт за Windows във формат username@DOMAIN в полето Потребителско име .
Въведете адреса на сървъра с база данни във формуляра : или :.

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

Можете да използвате IP адрес за базово удостоверяване, ако възлите не могат да използват DNS за решаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете името на базата данни.
Въведете Потребителско име и Парола на потребител с всички привилегии в базата данни за съхранение на ключа.

12

Изберете режим на свързване с база данни TLS:

Режим	Описание
Предпочитане на TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако разрешите TLS на сървъра с база данни, възлите правят опит за шифрована връзка.
Изисквайте TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Изисквайте TLS и проверете подписвача на сертификати	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяването на TLS връзка възелът сравнява подписващия на сертификата от сървъра на базата данни с органа за сертифициране в корневи сертификат в базата данни. Ако не съвпадат, възелът изпуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.
Изисквайте TLS и проверете подписалия сертификат и хостовото име	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяването на TLS връзка възелът сравнява подписващия на сертификата от сървъра на базата данни с органа за сертифициране в корневи сертификат в базата данни. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето Хост и порт в базата данни . Имената трябва да съвпадат точно или възелът пуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.

Когато качите корневи сертификат (ако е необходимо) и щракнете върху Продължи, инструментът за настройка на хибридна защита на данни тества TLS връзката към сървъра с база данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързването възлите на HDS може да са в състояние да установят TLS връзката, дори ако машината с инструмента за настройка на HDS не може да я тества успешно.)

13

На страницата „Системни регистрационни файлове“ конфигурирайте сървъра си за Syslogd:

Въведете URL адреса на сървъра syslog.

Ако сървърът не може да се разрешава чрез DNS от възлите за вашия HDS клъстер, използвайте IP адрес в URL.

Пример:
udp://10.92.43.23:514 показва влизане в хоста Syslogd 10.92.43.23 на UDP порт 514.
Ако настроите сървъра си да използва TLS шифроване, отметнете Конфигуриран ли е вашият сървър syslog за SSL шифроване?.

Ако отметнете това квадратче, трябва да въведете URL адрес на TCP, като например tcp://10.92.43.23:514.
От падащия списък Избор на прекратяване на запис в syslog изберете подходящата настройка за вашия ISO файл: Избор или нов ред се използва за Graylog и Rsyslog TCP
- Нулев байт -- \x00
- Нов ред – \n – Изберете този избор за Graylog и Rsyslog TCP.
Щракнете върху Продължаване.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с база данни в Разширени настройки. По принцип този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxРазмер: 10

15

Щракнете върху Продължи на екрана Нулиране на паролата за акаунти за услуги .

Паролите за акаунта за услугата имат деветмесечен живот. Използвайте този екран, когато паролите ви наближават изтичане или искате да ги нулирате, за да invalidate previous ISO files.

16

Щракнете върху Изтегляне на ISO файл. Запишете файла на лесно за намиране място.

17

Направете резервно копие на ISO файла в локалната си система.

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

18

За да затворите инструмента за настройка, напишете CTRL+C.

Какво да направите след това

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

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

Инсталиране на HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте клиента VMware vSphere на вашия компютър, за да влезете във виртуалния хост на ESXi.
2	Изберете Файл > Разполагане на OVF шаблон.
3	В съветника укажете местоположението на OVA файла, който сте изтеглили по-рано, след което щракнете върху Напред.
4	На страницата Избор на име и папка въведете име на виртуална машина за възела (например "HDS_Node_1"), изберете местоположение, където може да се намира разполагането на възела на виртуалната машина, след което щракнете върху Напред.
5	На страницата Избор на изчислителен ресурс изберете целевия изчислителен ресурс и след това щракнете върху Напред. Извършва се проверка за валидиране. След като завърши, се показват подробностите за шаблона.
6	Проверете подробностите за шаблона и след това щракнете върху Напред.
7	Ако от вас бъде поискано да изберете конфигурацията на ресурсите на страницата Конфигурация , щракнете върху 4 процесора и след това щракнете върху Напред.
8	На страницата Избор на място за съхранение щракнете върху Напред , за да приемете формата на диска по подразбиране и правилата за съхранение на VM.
9	На страницата Избор на мрежи изберете опцията за мрежа от списъка със записи, за да осигурите желаната свързаност към VM.
10	На страницата Персонализиране на шаблон конфигурирайте следните мрежови настройки: Име на хост – въведете FQDN (име на хост и домейн) или една дума име на хост за възела. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали, за да получите сертификата X.509. За да гарантирате успешна регистрация в облака, използвайте само малки знаци във FQDN или името на хоста, които сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес – Въведете IP адреса за вътрешния интерфейс на възела. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска – Въведете адреса на маската на подмрежата с точка и запетая. Например 255.255.255.0. Шлюз – въведете IP адреса на шлюза. Шлюза е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри – Въведете списък с DNS сървъри, разделени със запетая, които обработват преобразуването на имената на домейни в цифрови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри – Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетая, за да въведете няколко NTP сървъра. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстера да са достъпни от клиентите във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурацията на мрежовите настройки и да следвате стъпките в Настройване на VM на хибридна защита на данни , за да конфигурирате настройките от конзолата за възли. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 7.0. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху възела VM и след това изберете Захранване > Включване. Софтуерът за хибридна защита на данни е инсталиран като гост на VM Host. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Може да усетите забавяне от няколко минути, преди контейнерите с възли да се появят. На конзолата се появява съобщение за защитна стена на мост по време на първото зареждане, по време на което не можете да влезете.

Настройване на VM на хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата на възела на хибридна защита на данни и да зададете данните за вход. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на разполагането на OVA.

1	В клиента на VMware vSphere изберете своя възел на хибридна защита на данни VM и изберете раздела Конзола . VM се зарежда и се появява подкана за влизане. Ако подканата за влизане не се покаже, натиснете Enter.
2	Използвайте следните данни за влизане и парола по подразбиране, за да влезете и да промените идентификационните данни: Влизане: `администратор` Парола: `cisco` Тъй като влизате във вашия VM за първи път, трябва да промените паролата на администратора.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай в главното меню изберете опцията Редактиране на конфигурацията .
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на мрежовите ви правила. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали, за да получите сертификата X.509.
6	Запишете мрежовата конфигурация и рестартирайте VM, за да влязат в сила промените.

Качване и монтиране на конфигурация ISO на HDS

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

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде изложен само на база „трябва да знаете“, за достъп от VM на хибридна защита на данни и всички администратори, които може да се наложи да направят промени. Уверете се, че само тези администратори имат достъп до datastore.

1

Качете ISO файла от компютъра си:

В левия навигационен екран на клиента VMware vSphere щракнете върху сървъра ESXi.
В списъка с хардуери на раздела за конфигуриране щракнете върху Място за съхранение.
В списъка Datastores щракнете с десния бутон върху datastore за вашите VMs и щракнете върху Преглед на Datastore.
Щракнете върху иконата Качване на файлове и след това щракнете върху Качване на файл.
Намерете местоположението, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Щракнете върху Да , за да приемете предупреждението за операцията за качване/изтегляне, и затворете диалоговия прозорец за данни.

2

Монтиране на ISO файла:

В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
Щракнете върху OK , за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD диск 1, изберете опцията за монтаж от ISO файл datastore и намерете местоположението, където сте качили конфигурационния ISO файл.
Отметнете Свързан и Свързване при включване.
Запишете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако правилата за ИТ изискват, можете по избор да демонтирате ISO файла, след като всички ваши възли поемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след конфигуриране на HDS за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси, използвайте тази процедура, за да укажете вида на прокси, който искате да интегрирате с Hybrid Data Security. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси за общ преглед на поддържаните опции за прокси.
Изисквания към прокси сървъра

1	Въведете URL адреса за настройка на HDS възел `https://[HDS Възел IP или FQDN]/настройка` в уеб браузър, въведете администраторски идентификационни данни, които сте настроили за възела и след това щракнете върху Вход.
2	Отидете на Хранилище на доверие & Прокси , след което изберетеопция: Няма прокси сървър – опцията по подразбиране, преди да интегрирате прокси сървър. Не се изисква актуализация на сертификата. Прозрачен прокси сървър без проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра и не трябва да изискват промени, за да работят с прокси сървър без проверка. Не се изисква актуализация на сертификата. Прокси сървър за прозрачна проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра. Не httpS конфигурация промени са необходими в разполагането на защитата на хибридни данни, обаче HDS възли се нуждаят от главен сертификат, така че те се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър – С изричния прокси сървър казвате на клиента (HDS възли) кой прокси сървър да използва, и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN – адрес, който може да се използва за свързване с прокси машината. Прокси порт – номер на порт, който прокси сървърът използва за слушане за прокси трафик. Прокси протокол – изберете http (преглежда и управлява всички заявки, които се получават от клиента) или https (осигурява канал към сървъра и клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване – изберете измежду следните типове удостоверяване: Няма – Не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Основни—Използва се за HTTP потребителски агент, за да предостави потребителско име и парола при подаване на заявка. Използва Base64 кодиране. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Обобщаване – използва се за потвърждаване на акаунта, преди да се изпрати чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Качване на главен сертификат или Сертификат за краен обект и след това навигирайте до изберете главния сертификат запрокси. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката chevron по името на издателя на сертификата, за да получите повече подробности или щракнете върху Изтрий, ако сте направили грешка и искате да качите повторно файла.
4	Щракнете върху Проверка на прокси връзката, за да тествате мрежовата свързаност между възела и прокси. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако мислите, че това е грешка, изпълнете тези стъпки и след това вижте Изключване на режима на блокирано външно разрешаване на DNS.
5	След като тестът за връзка премине, за изрично прокси настроен само на https, включете превключването към Маршрут всички порт 443/444 https заявки от този възел през изрично прокси. Тази настройка изисква 15 секунди, за да влязат в сила.
6	Щракнете върху Инсталиране на всички сертификати в хранилището на гаранти (появява се за HTTPS изрично прокси или прозрачен проверяващ прокси) или Рестартиране (появява се за HTTP изрично прокси), прочетете подканата и след това щракнете върху Инсталиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След рестартирането на възела влезте отново, ако е необходимо, след което отворете страницата Общ преглед, за да проверите проверките за свързване, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистриране на първия възел в клъстера

Тази задача взема генеричния възел, който сте създали в Настройване на хибридна защита на данни VM, регистрира възела с облака на Webex и го превръща във възел на хибридна защита на данни.

Когато регистрирате първия си възел, създавате клъстер, към който е разпределен възелът. Клъстерът съдържа един или повече възли, разгърнати за осигуряване на резерв.

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути, или трябва да започнете отначало.
Погрижете се всички блокери на изскачащите прозорци във вашия браузър да са деактивирани или да разрешите изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и щракнете върху Настройка.
4	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на картата Добавяне на възел въведете име за клъстера, на който искате да разпределите вашия възел на хибридна защита на данни. Препоръчваме ви да посочите клъстер въз основа на географското местоположение на клъстера. Примери: „Сан Франциско“ или „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройване на VM на хибридна защита на данни. Появява се съобщение, което показва, че можете да регистрирате възела в Webex.
7	Щракнете върху Към възел. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация в Webex за достъп до вашия възел.
8	Отметнете квадратчето Разрешаване на достъп до вашия възел на хибридна защита на данни и след това щракнете върху Продължи. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. На страницата Хибридна защита на данни новият клъстер, съдържащ възела, който сте регистрирали, се показва под раздела Ресурси . Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

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

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути, или трябва да започнете отначало.
Погрижете се всички блокери на изскачащите прозорци във вашия браузър да са деактивирани или да разрешите изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новия VM, като повторите стъпките в Настройване на хибридна защита на данни VM.
3	На новия VM повторете стъпките в Качване и монтиране на ISO на конфигурацията на HDS.
4	Ако настройвате прокси сървър за разполагането си, повторете стъпките в Конфигуриране на възела на HDS за интеграция на прокси сървър , както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.com изберете Услуги от менюто от лявата страна на екрана. В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и щракнете върху Преглед на всички. Показва се страницата с ресурси за хибридна защита на данни. Новосъздаденият клъстер ще се появи на страницата Ресурси . Щракнете върху клъстера, за да видите възлите, разпределени към клъстера. Щракнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, което показва, че можете да регистрирате възела си в облака Webex. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Отметнете квадратчето Разрешаване на достъп до вашия възел на хибридна защита на данни и след това щракнете върху Продължи. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. Изскачащото съобщение Добавен възел също се появява в долната част на екрана в Partner Hub. Възелът ви е регистриран.

Управление на организации на клиенти в хибридна защита на данни с много клиенти

Активиране на HDS с много клиенти в Partner Hub

Тази задача гарантира, че всички потребители на клиентските организации могат да започнат да използват HDS за локални ключове за шифроване и други услуги за защита.

Преди да започнете

Уверете се, че сте завършили настройването на своя клъстер на HDS с много клиенти с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Редактиране на настройките.
4	Щракнете върху Активиране на HDS на картата Статус на HDS .

Добавяне на организации на клиенти в Partner Hub

В тази задача задавате клиентски организации към вашия клъстер на хибридна защита на данни.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Преглед на всички.
4	Щракнете върху клъстера, към който искате да бъде разпределен клиент.
5	Отидете в раздела Зададени клиенти .
6	Щракнете върху Добавяне на клиенти.
7	Изберете клиента, който искате да добавите, от падащото меню.
8	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
9	Повторете стъпки 6 до 8, за да добавите множество клиенти към вашия клъстер.
10	Щракнете върху Готово в долната част на екрана, след като сте добавили клиентите.

Какво да направите след това

Изпълнете инструмента за настройка на HDS, както е подробно описано в Създаване на главни ключове на клиенти (CMK) с помощта на инструмента за настройка на HDS , за да завършите процеса на настройка.

Създаване на главни ключове (CMK) за клиента с помощта на инструмента за настройка на хибридни съобщения

Преди да започнете

Разпределете клиенти към съответния клъстер, както е подробно описано в Добавяне на организации на клиенти в Partner Hub. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените клиентски организации.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовни среди с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторското потребителско име за Partner Hub в подканата. Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.
8	На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете своя ISO файл в браузъра и го качете. Осигурете свързване с вашата база данни, за да извършите управление на CMK.
11	Отидете в раздела Управление на CMK на клиент , където ще намерите следните три начина за управление на CMK на клиент. Създаване на CMK за всички организации или Създаване на CMK – щракнете върху този бутон на банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Създаване на CMK , за да създадете CMK за всички новодобавени организации. Щракнете върху ... близо до управлението на CMK в очакване на статуса на определена организация в таблицата и щракнете върху Създаване на CMK , за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, статусът в таблицата ще се промени от управление на CMK в очакване на управление на CMK.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахване на организации на клиенти

Преди да започнете

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

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Преглед на всички.
4	В раздела Ресурси щракнете върху клъстера, от който искате да премахнете клиентските организации.
5	На страницата, която се отваря, щракнете върху Зададени клиенти.
6	От списъка с клиентски организации, които се показват, щракнете върху ... от дясната страна на клиентската организация, която искате да премахнете, и щракнете върху Премахване от клъстера.

Какво да направите след това

Завършете процеса на премахване, като анулирате CMK на клиентските организации, както е подробно описано в Анулиране на CMK на клиенти, премахнати от HDS.

Анулиране на CMK на клиенти, премахнати от HDS.

Преди да започнете

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

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовни среди с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторското потребителско име за Partner Hub в подканата. Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.
8	На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете своя ISO файл в браузъра и го качете.
11	Отидете в раздела Управление на CMK на клиент , където ще намерите следните три начина за управление на CMK на клиент. Анулиране на CMK за всички организации или Анулиране на CMK – щракнете върху този бутон на банера в горната част на екрана, за да анулирате CMK на всички организации, които са премахнати. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Анулиране на CMK , за да анулирате CMK на всички организации, които са премахнати. Щракнете върху … близо до CMK, за да бъде отменено състоянието на определена организация в таблицата и щракнете върху Анулиране на CMK , за да анулирате CMK за тази конкретна организация.
12	След успешното анулиране на CMK организацията на клиента повече няма да се показва в таблицата.
13	Ако отмяната на CMK е неуспешно, ще се покаже грешка.

Тестване на вашето разполагане на хибридна защита на данни

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

Преди да започнете

Настройте своето разполагане на хибридна защита на данни с много клиенти.
Уверете се, че имате достъп до syslog, за да потвърдите, че ключовите заявки се подават към вашето разполагане на хибридна защита на данни с много клиенти.

1

Бутоните за дадено място се задават от създателя на мястото. Влезте в приложението Webex като един от потребителите на организацията на клиентите и след това създайте място.

Ако деактивирате разполагането на хибридна защита на данни, съдържанието в местата, които създават потребителите, вече не е достъпно, след като бъдат заменени кешираните от клиента копия на ключовете за шифроване.

2

Изпратете съобщения до новото място.

3

Проверете изхода на syslog, за да потвърдите, че ключовите заявки се прехвърлят към вашето разполагане на хибридна защита на данни.

За да проверите за потребител, който първо създава защитен канал към KMS, филтрирайте на kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

Трябва да намерите запис като следния (идентификатори, съкратени за четливост):

2020-07-21 17:35:34.562 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-1] - [KMS:ЗАЯВКА] получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms: //hds2.org5.portun.us/statickeys/3[~]0 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2

За да проверите за потребител, който иска съществуващ ключ от KMS, филтрирайте на kms.data.method=retrieve и kms.data.type=KEY:

Трябва да намерите запис, като:

2020-07-21 17:44:19.889 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-31] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=retrieve, kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b

За да проверите за потребител, който е поискал създаването на нов KMS ключ, филтрирайте на kms.data.method=create и kms.data.type=KEY_COLLECTION:

Трябва да намерите запис, като:

2020-07-21 17:44:21.975 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-33] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b

За да проверите за потребител, който е поискал създаването на нов KMS ресурсен обект (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте на kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

Трябва да намерите запис, като:

2020-07-21 17:44:22.808 (+0000) ИНФОРМАЦИЯ KMS [pool-15-thread-1] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Наблюдение на изправността на хибридна защита на данни

Индикатор за статус в Partner Hub ви показва дали всичко е наред с разполагането на хибридна защита на данни с много клиенти. За по-активно предупреждаване се запишете за известия по имейл. Ще бъдете уведомени, когато има аларми, засягащи услугата, или надстройки на софтуера.

1	В Partner Hub изберете Услуги от менюто от лявата страна на екрана.
2	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Редактиране на настройките. Показва се страницата с настройки за хибридна защита на данни.
3	В раздела \„Имейл известия\“ въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управление на вашето разполагане на HDS

Управление на разполагането на HDS

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

Задаване на график за надстройване на клъстери

Надстройките на софтуера за хибридна защита на данни се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги изпълняват една и съща софтуерна версия. Надстройванията се извършват съгласно графика за надстройване за клъстера. Когато е налична надстройка на софтуера, имате възможност ръчно да надстроите клъстера преди планираното време за надстройване. Можете да зададете конкретен график за надстройване или да използвате графика по подразбиране от 3:00 ч. дневно в Съединените щати: Америка/Лос Анджелис. Можете също да изберете да отложите предстоящото надстройване, ако е необходимо.

За да зададете графика за надстройване:

1	Влезте в Центъра за партньори.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Настройка
4	На страницата с ресурси за хибридна защита на данни изберете клъстера.
5	Щракнете върху раздела Настройки на клъстера .
6	На страницата с настройки на клъстери под „График за надстройване“ изберете часа и часовата зона за графика за надстройване. Забележка: Под часовата зона се показват следващата налична дата и час на надстройване. Можете да отложите надстройването до следващия ден, ако е необходимо, като щракнете върху Отложи с 24 часа.

Промяна на конфигурацията на възела

От време на време може да се наложи да промените конфигурацията на вашия възел за защита на хибридни данни поради причина като:

Промяна на x.509 сертификати поради изтичане или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на защитата, Hybrid Data Security използва пароли за сервизен акаунт, които имат деветмесечен живот. След като инструментът за настройка на HDS генерира тези пароли, ги разполагате на всеки от вашите HDS възли във файла ISO config. Когато паролите на вашата организация са към изтичане, получавате известие от екипа на Webex за нулиране на паролата за вашия машинен акаунт. (Имейлът включва текста „Използвайте API на машинния акаунт, за да актуализирате паролата.“) Ако вашите пароли все още не са изтекли, инструментът ви дава две опции:

Софтуерно нулиране – И двете стари и нови пароли работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Твърдо нулиране – Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

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

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни права на администратор на партньор.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в 1.e. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

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

1	Използвайки Docker на локална машина, стартирайте HDS Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на парола. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате "Express сървър слушане на порт 8080." Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Когато получите подкана, въведете идентификационните си данни за влизане за клиент на Partner Hub и след това щракнете върху Приемане , за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да затворите инструмента за настройка, напишете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате работещ само един HDS възел, създайте нов VM възел на хибридна защита на данни и го регистрирайте, като използвате новия конфигурационен ISO файл. За по-подробни инструкции вижте Създаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките. Щракнете върху `CD / DVD диск 1 , изберете опцията за монтиране от ISO файл и`прегледайте местоположението, където сте изтеглили новия конфигурационен ISO файл. Поставете отметка на Свързване при включване. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса на възела "Защита на хибридните данни" (IP адрес/настройка например въведете идентификационни данни за администриране, които https://192.0.2.0/setup), сте задали за възела, след което щракнете върху Влизане.
2	Отидете на Общ преглед (страницата по подразбиране). Когато е разрешено, блокирани външна DNS разделителна способност е зададена да .
3	Отидете на страницата Хранилище на доверие & Прокси.
4	Щракнете върху Проверка на прокси връзката. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и да се върнете към страницата общ преглед, Блокиран външен DNS разделителна способност трябва да бъде зададено на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура, за да премахнете възел на хибридна защита на данни от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за защита.

1

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

2

Премахване на възела:

Влезте в Partner Hub и изберете Услуги.
В картата на хибридна защита на данни щракнете върху Преглед на всички , за да покажете страницата с ресурси за хибридна защита на данни.
Изберете своя клъстер, за да се покаже неговият панел \„Общ преглед\“.
Щракнете върху възела, който искате да премахнете.
Щракнете върху Дерегистриране на този възел на панела, който се появява вдясно
Можете също да дерегистрирате възела, като щракнете върху ... от дясната страна на възела и изберете Премахване на този възел.

3

В клиента vSphere изтрийте VM. (В левия навигационен екран щракнете с десния бутон върху VM и щракнете върху Изтрий.)

Ако не изтриете VM, не забравяйте да демонтирате конфигурационния ISO файл. Без ISO файла не можете да използвате VM за достъп до вашите данни за защита.

Възстановяване след бедствие с използване на центъра за данни в режим на готовност

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

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, наложително е клъстерът да продължи да работи и да се поддържат подходящи резервни копия. Загубата на базата данни за хибридна защита на данни или на конфигурационния ISO, използван за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентското съдържание. За предотвратяване на такава загуба са задължителни следните практики:

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

Преди да започнете

Премахнете регистрацията на всички възли от Partner Hub, както е посочено в Премахване на възел. Използвайте най-новия ISO файл, конфигуриран спрямо възлите на клъстера, който преди това е бил активен, за да извършите посочената по-долу процедура за преместване при отказ.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, споменати в Създаване на конфигурационен ISO за хостовете на HDS.
2	Завършете процеса на конфигуриране и запишете ISO файла на лесно за намиране място.
3	Направете резервно копие на ISO файла в локалната си система. Поддържайте архивното копие защитено. Този файл съдържа главен ключ за шифроване за съдържанието на базата с данни. Ограничете достъпа само до онези администратори на хибридна защита на данни, които трябва да направят промени в конфигурацията.
4	В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
5	Щракнете върху Редактиране на настройките >CD/DVD диск 1 и изберете Datastore ISO файл. Уверете се, че са отметнати Свързани и Свързване при включване , за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
6	Включете възела на HDS и се уверете, че няма аларми поне 15 минути.
7	Регистрирайте възела в Partner Hub. Вижте Регистриране на първия възел в клъстера.
8	Повторете процеса за всеки възел в центъра за данни в режим на готовност.

Какво да направите след това

След отказ, ако основният център за данни се активира отново, премахнете регистрацията на възлите на центъра за данни в режим на готовност и повторете процеса на конфигуриране на ISO и регистриране на възлите на основния център за данни, както е посочено по-горе.

(По избор) Демонтиране на ISO след конфигуриране на HDS

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

Все още използвате ISO файловете, за да направите промени в конфигурацията. Когато създавате нов ISO или актуализирате ISO чрез инструмента за настройка, трябва да монтирате актуализирания ISO на всички ваши HDS възли. След като всички ваши възли са приели промените в конфигурацията, можете да демонтирате ISO отново с тази процедура.

Преди да започнете

Надстройте всички ваши HDS възли до версия 2021.01.22.4720 или по-нова.

1	Затворете един от възлите си за HDS.
2	В уреда vCenter Server изберете възела на HDS.
3	Изберете Редактиране на настройките > CD/DVD диск и премахнете отметката от Datastore ISO файл.
4	Включете възела на HDS и се уверете, че няма аларми поне 20 минути.
5	Повторете за всеки HDS възел на смяна.

Отстраняване на неизправности в хибридна защита на данни

Преглед на предупрежденията и отстраняване на неизправности

Разполагането на хибридна защита на данни се счита за налично, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че отнема време. Ако потребителите не могат да се свържат с вашия клъстер на хибридна защита на данни, те изпитват следните симптоми:

Не могат да се създават нови места (не могат да се създадат нови ключове)
Неуспешно дешифриране на съобщенията и заглавията на пространството за:
- Нови потребители, добавени към място (не могат да се извлекат ключове)
- Съществуващи потребители в място с помощта на нов клиент (не могат да се извлекат ключовете)
Съществуващите потребители в дадено място ще продължат да се изпълняват успешно, стига клиентите им да имат кеш с ключовете за шифроване

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

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

Ако има проблем с настройката на хибридна защита на данни, Partner Hub показва предупреждения до администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Предупрежденията обхващат много общи сценарии.

Таблица 1. Общи проблеми и стъпки за тяхното разрешаване
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Неуспешна връзка с локалната база данни.	Проверете дали сървърът с база данни е достъпен и дали са използвани правилните идентификационни данни за акаунта за услуга в конфигурацията на възела.
Неуспешен достъп до услугата в облака.	Проверете дали възлите имат достъп до сървърите на Webex, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията за услуги в облака.	Регистрацията в услугите в облака беше прекъсната. Протича подновяване на регистрацията.
Регистрацията на услуги в облака е прекъсната.	Регистрирането в облачни услуги е прекратено. Услугата се затваря.
Услугата все още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съответства на сертификата на сървъра.	Уверете се, че сертификатът на сървъра ви съответства на конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че CN на сертификата наскоро е променен и сега е различен от CN, който е бил използван по време на първоначалната настройка.
Неуспешно удостоверяване в услугите в облака.	Проверете за точност и възможно изтичане на идентификационните данни за акаунта за услугата.
Неуспешно отваряне на локалния файл на клавиатурата.	Проверете за целостта и точността на паролата във файла с локалния клавиатура.
Сертификатът за локален сървър е невалиден.	Проверете датата на изтичане на сертификата на сървъра и потвърдете, че той е издаден от надежден сертифициращ орган.
Неуспешно публикуване на метриките.	Проверете достъпа до локалната мрежа до външни облачни услуги.
Директорията /media/configdrive/hds не съществува.	Проверете конфигурацията за монтаж на ISO на виртуалния хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организация на клиент не е завършена за добавените организации	Завършете настройката, като създадете CMK за новодобавени организации на клиенти с помощта на инструмента за настройка на хибридни съобщения.
Настройката на организация на клиента не е завършена за премахнатите организации	Завършете настройката чрез анулиране на CMK на организациите на клиенти, които са премахнати с помощта на инструмента за настройка на хибридни телефони (HDS).

Отстраняване на неизправности в хибридна защита на данни

Използвайте следните общи насоки, когато отстранявате проблеми с хибридна защита на данни.

1	Прегледайте Partner Hub за предупреждения и коригирайте всички елементи, които намерите там. Вижте изображението по-долу за справка.
2	Прегледайте изхода на сървъра syslog за активност от разполагането на хибридна защита на данни. Филтрирайте за думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняване на неизправности.
3	Свържете се с поддръжката на Cisco.

Други бележки

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

Ако затворите своя клъстер на хибридна защита на данни (като го изтриете в Partner Hub или като затворите всички възли), загубите своя ISO файл за конфигуриране или загубите достъп до базата данни на клавиатурата, потребителите на приложението Webex на клиентските организации вече няма да могат да използват пространства в своя списък "Хора", създадени с ключове от вашия KMS. В момента нямаме заобиколно решение или корекция за този проблем и ви призовавам да не затваряте услугите си за HDS, след като обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка към KMS, поддържа тази връзка за период от време (вероятно един час).

Използване на OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на PKCS12 файл в правилния формат за зареждане в инструмента за настройка на HDS. Има и други начини за това и ние не подкрепяме и не насърчаваме един път над друг.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като ръководство, за да ви помогнем да създадете файл, който отговаря на изискванията за сертификат X.509 в Изисквания за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия сертифициращ орган (CA).

1	Когато получите сертификата на сървъра от вашия CA, запишете го като `hdsnode.pem`.
2	Показване на сертификата като текст и проверете подробностите. `openssl x509 -текст -noout -в hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл пакет сертификат, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва сертификата на сървъра, всички междинни CA сертификати и корневи CA сертификати в следния формат: `-----начало на сертификат----- ### сертификат на сървър. ### -----край на сертификат--------------- начало на сертификат------ ### Междинен CA сертификат. ### -----край на сертификат--------------- начало на сертификат------ ### Корневи CA сертификат. ### -----край на сертификат-----`
4	Създайте .p12 файла с приятелското име `kms-частен-ключ`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 -в hdsnode.p12` Въведете парола при подкана да шифровате частния ключ, така че да се показва в изхода. След това се уверете, че частният ключ и първият сертификат включват линиите `friendlyName: kms-частен-ключ`. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Въведете паролата за импортиране: MAC потвърди атрибути OK Bag friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Ключови атрибути: Въведете фраза за преминаване на PEM: Потвърждаване – Въведете фраза за достъп до PEM: -----BEGIN ENCRYPTED PRIVATE KEY----- -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE------ Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE-----

Какво да направите след това

Върнете се, за да изпълните изискванията за хибридна защита на данни. Ще използвате файла hdsnode.p12 и паролата, която сте задали за него, в Създаване на конфигурационен ISO за организаторите на HDS.

Можете да използвате повторно тези файлове, за да поискате нов сертификат, когато първоначалният сертификат изтече.

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

Изходящ трафик за събиране на метрики

Възлите на хибридна защита на данни изпращат определени показатели към облака на Webex. Те включват системни метрики за heap max, използван heap, натоварване на процесора и брой нишки; метрики за синхронните и асинхронните нишки; метрики за предупрежденията, включващи праг на шифроване връзки, латентност или дължина на опашката за заявки; метрики за datastore; и метрики за връзката за шифроване. Възлите изпращат материали за шифрован ключ през нечестотен (отделен от заявката) канал.

Входящ трафик

Възлите на хибридна защита на данни получават следните типове входящ трафик от облака на Webex:

Заявки за шифроване от клиенти, които се маршрутизират от услугата за шифроване
Надстройки до софтуера за възли

Конфигуриране на прокси сървъри за хибридна защита на данните

Websocket не може да се свърже чрез сепия прокси

Прокси сървърите, които инспектират HTTPS трафика, могат да повлияят на създаването на websocket (в к:) връзки, които изискват хибридната защита на данните. Тези раздели дават насоки как да конфигурирате различни версии на Калмар, за да игнорирате wss: трафик за правилното функциониране на услугите.

Калмята 4 и 5

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

on_unsupported_protocol тунел

Сепия 3.5.27

Успешно тествахме Hybrid Data Security със следните правила, добавени към 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 надничане step1 всички ssl_bump stare step2 всички ssl_bump bump step3 всички

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

Тази таблица обхваща нови функции или функционалности, промени в съществуващото съдържание и всички големи грешки, които са поправени в Ръководство за разполагане за хибридна защита на данните с много клиенти.

Дата	Направени промени
08 януари 2025 г.	Добавена е бележка в Извършване на първоначална настройка и изтегляне на инсталационни файлове , в която се посочва, че щракването върху Настройка на HDS картата в Partner Hub е важна стъпка от процеса на инсталиране.
07 януари 2025 г.	Актуализирани изисквания за виртуален хост, Поток от задачи за разполагане на хибридна защита на данни, и Инсталиране на HDS Host OVA , за да се покаже ново изискване на ESXi 7.0.
13 декември 2024 г.	Публикувана за първи път.

Деактивиране на хибридна защита на данни с много клиенти

Поток на задачи за деактивиране на HDS с много клиенти

Изпълнете тези стъпки, за да деактивирате напълно HDS с много клиенти.

Преди да започнете

Тази задача трябва да се изпълнява само от администратор с пълни права на партньор.

1	Премахнете всички клиенти от всичките ви клъстери, както е посочено в Премахване на организации на клиенти.
2	Анулирайте CMK на всички клиенти, както е посочено в Анулиране на CMK на клиенти, премахнати от HDS..
3	Премахнете всички възли от всичките ви клъстери, както е посочено в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстера, който искате да изтриете, и изберете Изтриване на този клъстер в горния десен ъгъл на страницата за общ преглед. На страницата „Ресурси“ щракнете върху ... от дясната страна на клъстер и изберете Премахване на клъстер.
5	Щракнете върху раздела Настройки на страницата за общ преглед на хибридната защита на данни и щракнете върху Деактивиране на хибридната защита на данни в картата за статус на HDS.

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

Общ преглед на хибридна защита на данни с няколко клиента

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

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

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

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

Това също така позволява по-малките организации да използват HDS, тъй като услугата за управление на ключове и инфраструктурата за сигурност, като центровете за данни, са собственост на доверения местен партньор.

Как хибридната защита на данните с няколко клиента осигурява суверенитет на данните и контрол на данните

Генерираното от потребителите съдържание е защитено от външен достъп, като например доставчици на облачни услуги.
Местните доверени партньори управляват ключовете за шифроване на клиенти, с които вече имат установени отношения.
Опция за местна техническа поддръжка, ако бъде предоставена от партньора.
Поддържа съдържание в Meetings, Messaging и Calling.

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

Роли в хибридна защита на данните с няколко клиента

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

Цялостно настройване и управление на HDS с много клиенти на всички клиентски организации – изискват се пълен администратор на партньор и права на пълен администратор.
Управление на зададените организации на клиенти – изискват се администратор на партньор и права на пълен администратор.

Архитектура на областта на сигурността

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

За да разберем по-подробно хибридната защита на данните, нека първо разгледаме този случай в облака, където Cisco предоставя всички функции в своите облачни области. Услугата за самоличност, единственото място, където потребителите могат да бъдат пряко свързани с тяхната лична информация, като имейл адрес, е логично и физически отделена от областта на защитата в центъра за данни B. И двете от своя страна са отделени от областта, в която в крайна сметка се съхранява шифровано съдържание, в центъра за данни C.

На тази схема клиентът е приложението Webex, което се изпълнява на лаптопа на потребителя, и е удостоверен с услугата за самоличност. Когато потребителят композира съобщение за изпращане до интервал, се извършват следните стъпки:

Клиентът установява защитена връзка с услугата за управление на ключове (KMS), след което иска ключ за шифроване на съобщението. Защитената връзка използва ECDH, а KMS шифрова ключа с помощта на главния ключ AES-256.
Съобщението е шифровано преди да напусне клиента. Клиентът го изпраща на услугата за индексиране, която създава шифровани индекси за търсене, за да подпомогне при бъдещи търсения на съдържанието.
Шифрованото съобщение се изпраща на услугата за съответствие за проверки за съответствие.
Шифрованото съобщение се съхранява в областта на мястото за съхранение.

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

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

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

Услугата KMS, изпълнявана в организация А, валидира връзките към KMS в други организации, като използва x.509 PKI сертификати. Вижте Подготовка на средата за подробности относно генерирането на сертификат x.509, който да се използва при вашето разполагане на хибридна защита на данни с много клиенти.

Очаквания за внедряване на хибридна защита на данни

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

За да разположите хибридна защита на данни, трябва да предоставите:

Защитен център за данни в страна, която е поддържано местоположение за плановете на Cisco Webex Teams.
Оборудването, софтуерът и мрежовият достъп, описани в Подготовка на средата.

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

Управлявайте архивирането и възстановяването на базата данни и конфигурационния ISO.
Бъдете готови да извършите бързо възстановяване след бедствие, ако възникне катастрофа, като повреда на диска на базата данни или бедствие на центъра за данни.

Няма механизъм за преместване на ключовете обратно в облака след разполагане на HDS.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на разполагането на хибридна защита на данни с много клиенти:

Настройване на хибридна защита на данни – това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна защита на данни, изграждане на клъстер на HDS, добавяне на организации на клиенти към клъстера и управление на техните главни ключове на клиенти (CMK). Това ще даде възможност на всички потребители на вашите клиентски организации да използват вашия клъстер на хибридна защита на данни за функции за защита.

Етапите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте разполагането на хибридна защита на данни – Облакът на Webex автоматично предоставя текущи надстройки. Вашият ИТ отдел може да предостави поддръжка от първо ниво за това разполагане и да ангажира поддръжката на Cisco, ако е необходимо. В Partner Hub можете да използвате известия на екрана и да настроите имейл предупреждения.
Разбиране на често срещаните предупреждения, стъпките за отстраняване на неизправности и известни проблеми – ако срещнете проблеми при разполагането или използването на хибридна защита на данни, последната глава от това ръководство и приложението „Известни проблеми“ могат да ви помогнат да определите и коригирате проблема.

Модел на разполагане на хибридна защита на данни

В рамките на вашия корпоративен център за данни разполагате с хибридна защита на данни като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака на Webex чрез защитени уеб сокети и защитен HTTP.

По време на процеса на инсталиране ви предоставяме файла OVA, за да настроите виртуалния уред на VMs, които предоставяте. Използвайте инструмента за настройка на HDS, за да създадете персонализиран ISO файл за конфигуриране на клъстери, който да монтирате на всеки възел. Клъстерът на хибридна защита на данни използва предоставения ви сървър Syslogd и базата данни на PostgreSQL или Microsoft SQL Server. (Можете да конфигурирате подробностите за връзката на Syslogd и базата данни в инструмента за настройка на HDS.)

Модел на разполагане на хибридна защита на данни

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

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

Възлите стават активни, когато ги регистрирате в Partner Hub. За да излезете от експлоатация отделен възел, можете да го дерегистрирате и по-късно да го регистрирате отново, ако е необходимо.

Standby Data Center за възстановяване при бедствия

По време на разгръщането настройвате защитен център за данни в режим на готовност. В случай на бедствие на центъра за данни можете ръчно да не успеете при разполагането си в центъра за данни в режим на готовност.

Базите данни на активните центрове за данни и центровете за данни в режим на готовност са синхронизирани помежду си, което ще сведе до минимум времето, необходимо за извършване на превключването при отказ.

Активните възли на хибридна защита на данни трябва винаги да бъдат в същия център за данни като активния сървър с база данни.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Няма прокси сървър – Стойността по подразбиране, ако не използвате конфигурацията за настройка на HDS възел на доверено хранилище и прокси сървър за интегриране на прокси сървър. Не се изисква актуализация на сертификата.
Прозрачен прокси сървър без проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра и не трябва да изискват промени, за да работят с прокси сървър без проверка. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси сървъра – възлите не са конфигурирани да използват определен адрес на прокси сървъра. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър – С изричния прокси сървър казвате на HDS кои прокси сървъри и схема за удостоверяване да използват. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN – адрес, който може да се използва за свързване с прокси машината.
2. Прокси порт – номер на порт, който прокси сървърът използва за слушане за прокси трафик.
3. Прокси протокол – в зависимост от това, което поддържа прокси сървърът ви, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване – изберете измежду следните типове удостоверяване:
  - Няма – Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Основни—Използва се за HTTP потребителски агент, за да предостави потребителско име и парола при подаване на заявка. Използва Base64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Обобщаване – използва се за потвърждаване на акаунта, преди да се изпрати чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

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

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

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

Изисквания за хибридна защита на данните с няколко клиента

Изисквания за лицензи за Cisco Webex

За да разположите хибридна защита на данните с много клиенти:

Партньорски организации: Свържете се със своя партньор в Cisco или мениджър на акаунти и се уверете, че функцията за много клиенти е активирана.
Организации на клиента: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за закачане на работния плот

Преди да инсталирате възлите на HDS, трябва Docker Desktop, за да изпълните инсталационна програма. Docker наскоро актуализира своя модел на лицензиране. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, " Docker е Актуализиране и разширяване на нашите абонаментиза продукти".

X.509 Изисквания за сертификата

Веригата на сертификатите трябва да отговаря на следните изисквания:

Таблица 1. X.509 Изисквания за сертификата за разполагане на хибридна защита на данни
Изискване	Подробности
Подписан от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на сертифициращите органи в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи общо име (CN) име на домейн, което идентифицира вашето разполагане на хибридна защита на данни Не е заместващ сертификат	CN не е нужно да е достъпен или хост на живо. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. CN не трябва да съдържа * (заместващ символ). CN се използва за проверка на възлите на хибридна защита на данни за клиентите на приложението Webex. Всички възли на хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашият KMS се идентифицира с помощта на CN домейна, а не с произволен домейн, дефиниран в полетата x.509v3 SAN. След като сте регистрирали възел с този сертификат, не поддържаме промяна на името на CN домейна.
Подпис, който не е SHA1	Софтуерът KMS не поддържа подписи SHA1 за валидиране на връзки с KMS на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име на `kms-private-key` , за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор, като OpenSSL, за да промените формата на сертификата си. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.

Софтуерът KMS не налага използване на ключове или не разширява ограниченията за използване на ключове. Някои сертифициращи органи изискват за всеки сертификат да се прилагат разширени ограничения за използване на ключа, като например удостоверяване на сървъра. Добре е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален организатор

Виртуалните хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (препоръчва се 3), разположени съвместно в един и същ защитен център за данни
VMware ESXi 7.0 (или по-нова версия) е инсталиран и работи.

Трябва да надстроите, ако имате по-стара версия на ESXi.
Минимум 4 vCPU, 8 GB основна памет, 30 GB локално място на твърдия диск на сървър

Изисквания към сървъра за база данни

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

Има две опции за сървъра с база данни. Изискванията за всеки от тях са, както следва:

Таблица 2. Изисквания за сървъра с база данни по тип база данни
PostgreSQL	Microsoft SQL сървър
PostgreSQL 14, 15 или 16, инсталиран и се изпълнява.	Инсталиран е SQL Server 2016, 2017, или 2019 (корпоративен или стандартен). SQL Server 2016 изисква Service Pack 2 и Кумулативна актуализация 2 или по-нова версия.
Минимум 8 vCPU, 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не е превишено (препоръчва се 2 TB, ако искате да стартирате базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)	Минимум 8 vCPU, 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не е превишено (препоръчва се 2 TB, ако искате да стартирате базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)

HDS софтуерът в момента инсталира следните версии на драйвери за комуникация със сървъра с база данни:

PostgreSQL

Microsoft SQL сървър

Postgres JDBC драйвер 42.2.5

SQL Server JDBC драйвер 4.6

Тази версия на драйвера поддържа SQL Server Always On ( Винаги включен екземпляр на клъстера при отказ и Винаги включен групи за наличност).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

Ако искате HDS възлите да използват удостоверяване на Windows, за да получат достъп до вашата база данни на Keystore на 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 за достъп до базата данни на Keystore. Те използват подробностите от вашата ISO конфигурация, за да конструират SPN, когато заявяват достъп с удостоверяване на Kerberos.

Изисквания за външна връзка

Конфигурирайте защитната стена, за да разрешите следната свързаност за приложенията на хибридна защита на данни:

Приложение	Протокол	Порт	Посока от приложението	Местоназначение
Възли на хибридна защита на данни	TCP	443	Изходящи HTTPS и ВиК	Сървъри на Webex: .wbx2.com .ciscospark.com Всички организатори на Common Identity Други URL адреси, които са изброени за хибридна защита на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex на мрежовите изисквания за услугите на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички организатори на Common Identity hub.docker.com

Възлите на хибридна защита на данни работят с превод на мрежовия достъп (NAT) или зад защитна стена, при условие че NAT или защитната стена позволяват необходимите изходящи връзки към местоназначенията на домейна в предходната таблица. За връзки, влизащи във входящи възли на хибридна защита на данни, от интернет не трябва да се виждат портове. В рамките на вашия център за данни клиентите се нуждаят от достъп до възлите на хибридна защита на данни на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете на Common Identity (CI) са специфични за региона. Това са текущите организатори на CI:

Регион	URL адреси на организатор на Common Identity
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Прокси сървърите, които инспектират HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да работите по този проблем, вижте Конфигуриране на прокси сървъри за хибридна защита на данни.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуди изходящия TCP трафик на порт 443 да маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, заобикалянето (не инспектирането) на трафика към wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна защита на данни

Използвайте този контролен списък, за да гарантирате, че сте готови да инсталирате и конфигурирате своя клъстер на хибридна защита на данни.

1	Уверете се, че вашата партньорска организация има активирана функция за HDS с няколко клиента и получавате идентификационните данни за акаунт с пълен администратор на партньор и права на пълен администратор. Уверете се, че вашата организация на клиенти на Webex е разрешена за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор в Cisco или мениджър на акаунти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо разполагане на HDS.
2	Изберете име на домейн за разполагането на HDS (например `hds.company.com`) и получете верига от сертификати, съдържаща сертификат X.509, частен ключ и всички междинни сертификати. Веригата на сертификатите трябва да отговаря на изискванията в X.509 Изисквания за сертификат.
3	Подгответе идентични виртуални хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер. Имате нужда от поне два отделни организатора (препоръчва се 3), разположени съвместно в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален организатор.
4	Подгответе сървъра с база данни, който ще действа като хранилище на данни за ключа за клъстера в съответствие с изискванията за сървъра с база данни. Сървърът на базата данни трябва да бъде разположен съвместно в защитения център за данни с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране. Приложенията на HDS, когато са инсталирани, създават схемата на базата с данни.) Съберете подробностите, които ще използват възлите за комуникация със сървъра с база данни: име на хост или IP адрес (хост) и порт името на базата с данни (dbname) за съхранение на ключа потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключа
5	За бързо възстановяване след бедствие настройте архивна среда в друг център за данни. Резервната среда отразява производствената среда на VMs и резервен сървър с база данни. Например, ако производството има 3 VMs, работещи с HDS възли, резервната среда трябва да има 3 VMs.
6	Настройте хост на syslog, за да събирате регистрационни файлове от възлите в клъстера. Съберете мрежовия му адрес и порта за 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. Вижте Изисквания за закачане на работния плот за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има възможността за свързване, описана в Изисквания за външна свързаност.
10	Ако интегрирате прокси сървър с хибридна защита на данните, уверете се, че той отговаря на изискванията за прокси сървър.

Настройване на клъстер на хибридна защита на данни

Поток на задачи за разполагане на хибридна защита на данни

Преди да започнете

1	Извършване на първоначална настройка и изтегляне на инсталационни файлове Изтеглете OVA файла на вашата локална машина за по-късно използване.
2	Създаване на конфигурационен ISO за хостовете на HDS Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на хибридна защита на данни.
3	Инсталиране на HDS Host OVA Създайте виртуална машина от OVA файла и изпълнете първоначалната конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 7.0. Опцията може да не е налична в по-ранни версии.
4	Настройване на VM на хибридна защита на данни Влезте в конзолата на VM и задайте данните за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали към момента на разполагането на OVA.
5	Качване и монтиране на конфигурация ISO на HDS Конфигурирайте VM от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на HDS възел за интегриране на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете прокси сертификата към хранилището на гаранти, ако е необходимо.
7	Регистриране на първия възел в клъстера Регистрирайте VM с облака на Cisco Webex като възел на хибридна защита на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте HDS с много клиенти в Partner Hub. Активирайте HDS и управлявайте организации на клиенти в Partner Hub.

Извършване на първоначална настройка и изтегляне на инсталационни файлове

В тази задача изтегляте OVA файл на вашата машина (а не на сървърите, които сте настроили като възли на хибридна защита на данни). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Partner Hub и щракнете върху Услуги.
2	В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и след това щракнете върху Настройка. Щракването върху Настройка в Partner Hub е критично за процеса на разполагане. Не продължете с инсталирането, без да завършите тази стъпка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне на .OVA файл на картата Инсталиране и конфигуриране на софтуера . По-старите версии на софтуерния пакет (OVA) няма да бъдат съвместими с най-новите надстройки на хибридна защита на данни. Това може да доведе до проблеми при надстройване на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от раздела Помощ . Щракнете върху Настройки > Помощ > Изтегляне на софтуер за хибридна защита на данни. OVA файлът започва автоматично да се изтегля. Запишете файла на местоположение на машината си.
4	Като опция щракнете върху Вижте ръководството за разполагане на хибридна защита на данни , за да проверите дали има налична по-нова версия на това ръководство.

Създаване на конфигурационен ISO за хостовете на HDS

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт в Partner Hub с пълни администраторски права.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT

HTTPS прокси без удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT

HTTP прокси с удостоверяване

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

HTTPS прокси с удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT
Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

докер rmi ciscocitg/hds-setup: стабилен

В среди на FedRAMP:

докер rmi ciscocitg/hds-setup-fedramp: стабилен

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

докер вход -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwa

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

докер издърпване ciscocitg/hds-setup: стабилен

В среди на FedRAMP:

докер издърпване ciscocitg/hds-setup-fedramp: стабилен

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В редовни среди с HTTPS прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В среди на FedRAMP без прокси:

докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен

В среди на FedRAMP с HTTP прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTPS прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

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

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080 и въведете администраторското потребителско име за Partner Hub в подканата.

Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.

8

На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.

9

На страницата Импортиране на ISO имате следните опции:

Не– Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да – Ако вече сте създали HDS възли, тогава изберете своя ISO файл в прегледа и го качете.

10

Проверете дали вашият сертификат X.509 отговаря на изискванията в X.509 Изисквания за сертификат.

Ако никога не сте качили сертификат преди, качете сертификата X.509, въведете паролата и щракнете върху Продължи.
Ако сертификатът ви е ОК, щракнете върху Продължи.
Ако сертификатът ви е изтекъл или искате да го замените, изберете Не за Продължаване на използването на веригата за сертификати на HDS и частния ключ от предишния ISO?. Качете нов сертификат X.509, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до ключовия си datastore:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, получавате поле за тип удостоверяване.
(Само за Microsoft SQL Server ) Изберете вашия тип удостоверяване:
- Базово удостоверяване: Необходимо е име на локален акаунт за SQL Server в полето Потребителско име .
- Удостоверяване на Windows: Имате нужда от акаунт за Windows във формат username@DOMAIN в полето Потребителско име .
Въведете адреса на сървъра с база данни във формуляра : или :.

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

Можете да използвате IP адрес за базово удостоверяване, ако възлите не могат да използват DNS за решаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете името на базата данни.
Въведете Потребителско име и Парола на потребител с всички привилегии в базата данни за съхранение на ключа.

12

Изберете режим на свързване с база данни TLS:

Режим	Описание
Предпочитане на TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако разрешите TLS на сървъра с база данни, възлите правят опит за шифрована връзка.
Изисквайте TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Изисквайте TLS и проверете подписвача на сертификати	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяването на TLS връзка възелът сравнява подписващия на сертификата от сървъра на базата данни с органа за сертифициране в корневи сертификат в базата данни. Ако не съвпадат, възелът изпуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.
Изисквайте TLS и проверете подписалия сертификат и хостовото име	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяването на TLS връзка възелът сравнява подписващия на сертификата от сървъра на базата данни с органа за сертифициране в корневи сертификат в базата данни. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето Хост и порт в базата данни . Имената трябва да съвпадат точно или възелът пуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.

Когато качите корневи сертификат (ако е необходимо) и щракнете върху Продължи, инструментът за настройка на хибридна защита на данни тества TLS връзката към сървъра с база данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързването възлите на HDS може да са в състояние да установят TLS връзката, дори ако машината с инструмента за настройка на HDS не може да я тества успешно.)

13

На страницата „Системни регистрационни файлове“ конфигурирайте сървъра си за Syslogd:

Въведете URL адреса на сървъра syslog.

Ако сървърът не може да се разрешава чрез DNS от възлите за вашия HDS клъстер, използвайте IP адрес в URL.

Пример:
udp://10.92.43.23:514 показва влизане в хоста Syslogd 10.92.43.23 на UDP порт 514.
Ако настроите сървъра си да използва TLS шифроване, отметнете Конфигуриран ли е вашият сървър syslog за SSL шифроване?.

Ако отметнете това квадратче, трябва да въведете URL адрес на TCP, като например tcp://10.92.43.23:514.
От падащия списък Избор на прекратяване на запис в syslog изберете подходящата настройка за вашия ISO файл: Избор или нов ред се използва за Graylog и Rsyslog TCP
- Нулев байт -- \x00
- Нов ред – \n – Изберете този избор за Graylog и Rsyslog TCP.
Щракнете върху Продължаване.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с база данни в Разширени настройки. По принцип този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxРазмер: 10

15

Щракнете върху Продължи на екрана Нулиране на паролата за акаунти за услуги .

Паролите за акаунта за услугата имат деветмесечен живот. Използвайте този екран, когато паролите ви наближават изтичане или искате да ги нулирате, за да invalidate previous ISO files.

16

Щракнете върху Изтегляне на ISO файл. Запишете файла на лесно за намиране място.

17

Направете резервно копие на ISO файла в локалната си система.

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

18

За да затворите инструмента за настройка, напишете CTRL+C.

Какво да направите след това

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

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

Инсталиране на HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте клиента VMware vSphere на вашия компютър, за да влезете във виртуалния хост на ESXi.
2	Изберете Файл > Разполагане на OVF шаблон.
3	В съветника укажете местоположението на OVA файла, който сте изтеглили по-рано, след което щракнете върху Напред.
4	На страницата Избор на име и папка въведете име на виртуална машина за възела (например "HDS_Node_1"), изберете местоположение, където може да се намира разполагането на възела на виртуалната машина, след което щракнете върху Напред.
5	На страницата Избор на изчислителен ресурс изберете целевия изчислителен ресурс и след това щракнете върху Напред. Извършва се проверка за валидиране. След като завърши, се показват подробностите за шаблона.
6	Проверете подробностите за шаблона и след това щракнете върху Напред.
7	Ако от вас бъде поискано да изберете конфигурацията на ресурсите на страницата Конфигурация , щракнете върху 4 процесора и след това щракнете върху Напред.
8	На страницата Избор на място за съхранение щракнете върху Напред , за да приемете формата на диска по подразбиране и правилата за съхранение на VM.
9	На страницата Избор на мрежи изберете опцията за мрежа от списъка със записи, за да осигурите желаната свързаност към VM.
10	На страницата Персонализиране на шаблон конфигурирайте следните мрежови настройки: Име на хост – въведете FQDN (име на хост и домейн) или една дума име на хост за възела. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали, за да получите сертификата X.509. За да гарантирате успешна регистрация в облака, използвайте само малки знаци във FQDN или името на хоста, които сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес – Въведете IP адреса за вътрешния интерфейс на възела. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска – Въведете адреса на маската на подмрежата с точка и запетая. Например 255.255.255.0. Шлюз – въведете IP адреса на шлюза. Шлюза е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри – Въведете списък с DNS сървъри, разделени със запетая, които обработват преобразуването на имената на домейни в цифрови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри – Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетая, за да въведете няколко NTP сървъра. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстера да са достъпни от клиентите във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурацията на мрежовите настройки и да следвате стъпките в Настройване на VM на хибридна защита на данни , за да конфигурирате настройките от конзолата за възли. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 7.0. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху възела VM и след това изберете Захранване > Включване. Софтуерът за хибридна защита на данни е инсталиран като гост на VM Host. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Може да усетите забавяне от няколко минути, преди контейнерите с възли да се появят. На конзолата се появява съобщение за защитна стена на мост по време на първото зареждане, по време на което не можете да влезете.

Настройване на VM на хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата на възела на хибридна защита на данни и да зададете данните за вход. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на разполагането на OVA.

1	В клиента на VMware vSphere изберете своя възел на хибридна защита на данни VM и изберете раздела Конзола . VM се зарежда и се появява подкана за влизане. Ако подканата за влизане не се покаже, натиснете Enter.
2	Използвайте следните данни за влизане и парола по подразбиране, за да влезете и да промените идентификационните данни: Влизане: `администратор` Парола: `cisco` Тъй като влизате във вашия VM за първи път, трябва да промените паролата на администратора.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай в главното меню изберете опцията Редактиране на конфигурацията .
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на мрежовите ви правила. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали, за да получите сертификата X.509.
6	Запишете мрежовата конфигурация и рестартирайте VM, за да влязат в сила промените.

Качване и монтиране на конфигурация ISO на HDS

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

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде изложен само на база „трябва да знаете“, за достъп от VM на хибридна защита на данни и всички администратори, които може да се наложи да направят промени. Уверете се, че само тези администратори имат достъп до datastore.

1

Качете ISO файла от компютъра си:

В левия навигационен екран на клиента VMware vSphere щракнете върху сървъра ESXi.
В списъка с хардуери на раздела за конфигуриране щракнете върху Място за съхранение.
В списъка Datastores щракнете с десния бутон върху datastore за вашите VMs и щракнете върху Преглед на Datastore.
Щракнете върху иконата Качване на файлове и след това щракнете върху Качване на файл.
Намерете местоположението, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Щракнете върху Да , за да приемете предупреждението за операцията за качване/изтегляне, и затворете диалоговия прозорец за данни.

2

Монтиране на ISO файла:

В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
Щракнете върху OK , за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD диск 1, изберете опцията за монтаж от ISO файл datastore и намерете местоположението, където сте качили конфигурационния ISO файл.
Отметнете Свързан и Свързване при включване.
Запишете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако правилата за ИТ изискват, можете по избор да демонтирате ISO файла, след като всички ваши възли поемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след конфигуриране на HDS за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси, използвайте тази процедура, за да укажете вида на прокси, който искате да интегрирате с Hybrid Data Security. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси за общ преглед на поддържаните опции за прокси.
Изисквания към прокси сървъра

1	Въведете URL адреса за настройка на HDS възел `https://[HDS Възел IP или FQDN]/настройка` в уеб браузър, въведете администраторски идентификационни данни, които сте настроили за възела и след това щракнете върху Вход.
2	Отидете на Хранилище на доверие & Прокси , след което изберетеопция: Няма прокси сървър – опцията по подразбиране, преди да интегрирате прокси сървър. Не се изисква актуализация на сертификата. Прозрачен прокси сървър без проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра и не трябва да изискват промени, за да работят с прокси сървър без проверка. Не се изисква актуализация на сертификата. Прокси сървър за прозрачна проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра. Не httpS конфигурация промени са необходими в разполагането на защитата на хибридни данни, обаче HDS възли се нуждаят от главен сертификат, така че те се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър – С изричния прокси сървър казвате на клиента (HDS възли) кой прокси сървър да използва, и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN – адрес, който може да се използва за свързване с прокси машината. Прокси порт – номер на порт, който прокси сървърът използва за слушане за прокси трафик. Прокси протокол – изберете http (преглежда и управлява всички заявки, които се получават от клиента) или https (осигурява канал към сървъра и клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване – изберете измежду следните типове удостоверяване: Няма – Не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Основни—Използва се за HTTP потребителски агент, за да предостави потребителско име и парола при подаване на заявка. Използва Base64 кодиране. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Обобщаване – използва се за потвърждаване на акаунта, преди да се изпрати чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Качване на главен сертификат или Сертификат за краен обект и след това навигирайте до изберете главния сертификат запрокси. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката chevron по името на издателя на сертификата, за да получите повече подробности или щракнете върху Изтрий, ако сте направили грешка и искате да качите повторно файла.
4	Щракнете върху Проверка на прокси връзката, за да тествате мрежовата свързаност между възела и прокси. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако мислите, че това е грешка, изпълнете тези стъпки и след това вижте Изключване на режима на блокирано външно разрешаване на DNS.
5	След като тестът за връзка премине, за изрично прокси настроен само на https, включете превключването към Маршрут всички порт 443/444 https заявки от този възел през изрично прокси. Тази настройка изисква 15 секунди, за да влязат в сила.
6	Щракнете върху Инсталиране на всички сертификати в хранилището на гаранти (появява се за HTTPS изрично прокси или прозрачен проверяващ прокси) или Рестартиране (появява се за HTTP изрично прокси), прочетете подканата и след това щракнете върху Инсталиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След рестартирането на възела влезте отново, ако е необходимо, след което отворете страницата Общ преглед, за да проверите проверките за свързване, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистриране на първия възел в клъстера

Тази задача взема генеричния възел, който сте създали в Настройване на хибридна защита на данни VM, регистрира възела с облака на Webex и го превръща във възел на хибридна защита на данни.

Когато регистрирате първия си възел, създавате клъстер, към който е разпределен възелът. Клъстерът съдържа един или повече възли, разгърнати за осигуряване на резерв.

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути, или трябва да започнете отначало.
Погрижете се всички блокери на изскачащите прозорци във вашия браузър да са деактивирани или да разрешите изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и щракнете върху Настройка.
4	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на картата Добавяне на възел въведете име за клъстера, на който искате да разпределите вашия възел на хибридна защита на данни. Препоръчваме ви да посочите клъстер въз основа на географското местоположение на клъстера. Примери: „Сан Франциско“ или „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройване на VM на хибридна защита на данни. Появява се съобщение, което показва, че можете да регистрирате възела в Webex.
7	Щракнете върху Към възел. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация в Webex за достъп до вашия възел.
8	Отметнете квадратчето Разрешаване на достъп до вашия възел на хибридна защита на данни и след това щракнете върху Продължи. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. На страницата Хибридна защита на данни новият клъстер, съдържащ възела, който сте регистрирали, се показва под раздела Ресурси . Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

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

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути, или трябва да започнете отначало.
Погрижете се всички блокери на изскачащите прозорци във вашия браузър да са деактивирани или да разрешите изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новия VM, като повторите стъпките в Настройване на хибридна защита на данни VM.
3	На новия VM повторете стъпките в Качване и монтиране на ISO на конфигурацията на HDS.
4	Ако настройвате прокси сървър за разполагането си, повторете стъпките в Конфигуриране на възела на HDS за интеграция на прокси сървър , както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.com изберете Услуги от менюто от лявата страна на екрана. В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и щракнете върху Преглед на всички. Показва се страницата с ресурси за хибридна защита на данни. Новосъздаденият клъстер ще се появи на страницата Ресурси . Щракнете върху клъстера, за да видите възлите, разпределени към клъстера. Щракнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, което показва, че можете да регистрирате възела си в облака Webex. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Отметнете квадратчето Разрешаване на достъп до вашия възел на хибридна защита на данни и след това щракнете върху Продължи. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. Изскачащото съобщение Добавен възел също се появява в долната част на екрана в Partner Hub. Възелът ви е регистриран.

Управление на организации на клиенти в хибридна защита на данни с много клиенти

Активиране на HDS с много клиенти в Partner Hub

Тази задача гарантира, че всички потребители на клиентските организации могат да започнат да използват HDS за локални ключове за шифроване и други услуги за защита.

Преди да започнете

Уверете се, че сте завършили настройването на своя клъстер на HDS с много клиенти с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Редактиране на настройките.
4	Щракнете върху Активиране на HDS на картата Статус на HDS .

Добавяне на организации на клиенти в Partner Hub

В тази задача задавате клиентски организации към вашия клъстер на хибридна защита на данни.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Преглед на всички.
4	Щракнете върху клъстера, към който искате да бъде разпределен клиент.
5	Отидете в раздела Зададени клиенти .
6	Щракнете върху Добавяне на клиенти.
7	Изберете клиента, който искате да добавите, от падащото меню.
8	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
9	Повторете стъпки 6 до 8, за да добавите множество клиенти към вашия клъстер.
10	Щракнете върху Готово в долната част на екрана, след като сте добавили клиентите.

Какво да направите след това

Изпълнете инструмента за настройка на HDS, както е подробно описано в Създаване на главни ключове на клиенти (CMK) с помощта на инструмента за настройка на HDS , за да завършите процеса на настройка.

Създаване на главни ключове (CMK) за клиента с помощта на инструмента за настройка на хибридни съобщения

Преди да започнете

Разпределете клиенти към съответния клъстер, както е подробно описано в Добавяне на организации на клиенти в Partner Hub. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените клиентски организации.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовни среди с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторското потребителско име за Partner Hub в подканата. Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.
8	На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете своя ISO файл в браузъра и го качете. Осигурете свързване с вашата база данни, за да извършите управление на CMK.
11	Отидете в раздела Управление на CMK на клиент , където ще намерите следните три начина за управление на CMK на клиент. Създаване на CMK за всички организации или Създаване на CMK – щракнете върху този бутон на банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Създаване на CMK , за да създадете CMK за всички новодобавени организации. Щракнете върху ... близо до управлението на CMK в очакване на статуса на определена организация в таблицата и щракнете върху Създаване на CMK , за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, статусът в таблицата ще се промени от управление на CMK в очакване на управление на CMK.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахване на организации на клиенти

Преди да започнете

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

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Преглед на всички.
4	В раздела Ресурси щракнете върху клъстера, от който искате да премахнете клиентските организации.
5	На страницата, която се отваря, щракнете върху Зададени клиенти.
6	От списъка с клиентски организации, които се показват, щракнете върху ... от дясната страна на клиентската организация, която искате да премахнете, и щракнете върху Премахване от клъстера.

Какво да направите след това

Завършете процеса на премахване, като анулирате CMK на клиентските организации, както е подробно описано в Анулиране на CMK на клиенти, премахнати от HDS.

Анулиране на CMK на клиенти, премахнати от HDS.

Преди да започнете

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

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовни среди с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторското потребителско име за Partner Hub в подканата. Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.
8	На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете своя ISO файл в браузъра и го качете.
11	Отидете в раздела Управление на CMK на клиент , където ще намерите следните три начина за управление на CMK на клиент. Анулиране на CMK за всички организации или Анулиране на CMK – щракнете върху този бутон на банера в горната част на екрана, за да анулирате CMK на всички организации, които са премахнати. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Анулиране на CMK , за да анулирате CMK на всички организации, които са премахнати. Щракнете върху … близо до CMK, за да бъде отменено състоянието на определена организация в таблицата и щракнете върху Анулиране на CMK , за да анулирате CMK за тази конкретна организация.
12	След успешното анулиране на CMK организацията на клиента повече няма да се показва в таблицата.
13	Ако отмяната на CMK е неуспешно, ще се покаже грешка.

Тестване на вашето разполагане на хибридна защита на данни

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

Преди да започнете

Настройте своето разполагане на хибридна защита на данни с много клиенти.
Уверете се, че имате достъп до syslog, за да потвърдите, че ключовите заявки се подават към вашето разполагане на хибридна защита на данни с много клиенти.

1

Бутоните за дадено място се задават от създателя на мястото. Влезте в приложението Webex като един от потребителите на организацията на клиентите и след това създайте място.

Ако деактивирате разполагането на хибридна защита на данни, съдържанието в местата, които създават потребителите, вече не е достъпно, след като бъдат заменени кешираните от клиента копия на ключовете за шифроване.

2

Изпратете съобщения до новото място.

3

Проверете изхода на syslog, за да потвърдите, че ключовите заявки се прехвърлят към вашето разполагане на хибридна защита на данни.

За да проверите за потребител, който първо създава защитен канал към KMS, филтрирайте на kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

Трябва да намерите запис като следния (идентификатори, съкратени за четливост):

2020-07-21 17:35:34.562 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-1] - [KMS:ЗАЯВКА] получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms: //hds2.org5.portun.us/statickeys/3[~]0 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2

За да проверите за потребител, който иска съществуващ ключ от KMS, филтрирайте на kms.data.method=retrieve и kms.data.type=KEY:

Трябва да намерите запис, като:

2020-07-21 17:44:19.889 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-31] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=retrieve, kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b

За да проверите за потребител, който е поискал създаването на нов KMS ключ, филтрирайте на kms.data.method=create и kms.data.type=KEY_COLLECTION:

Трябва да намерите запис, като:

2020-07-21 17:44:21.975 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-33] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b

За да проверите за потребител, който е поискал създаването на нов KMS ресурсен обект (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте на kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

Трябва да намерите запис, като:

2020-07-21 17:44:22.808 (+0000) ИНФОРМАЦИЯ KMS [pool-15-thread-1] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Наблюдение на изправността на хибридна защита на данни

Индикатор за статус в Partner Hub ви показва дали всичко е наред с разполагането на хибридна защита на данни с много клиенти. За по-активно предупреждаване се запишете за известия по имейл. Ще бъдете уведомени, когато има аларми, засягащи услугата, или надстройки на софтуера.

1	В Partner Hub изберете Услуги от менюто от лявата страна на екрана.
2	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Редактиране на настройките. Показва се страницата с настройки за хибридна защита на данни.
3	В раздела \„Имейл известия\“ въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управление на вашето разполагане на HDS

Управление на разполагането на HDS

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

Задаване на график за надстройване на клъстери

Надстройките на софтуера за хибридна защита на данни се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги изпълняват една и съща софтуерна версия. Надстройванията се извършват съгласно графика за надстройване за клъстера. Когато е налична надстройка на софтуера, имате възможност ръчно да надстроите клъстера преди планираното време за надстройване. Можете да зададете конкретен график за надстройване или да използвате графика по подразбиране от 3:00 ч. дневно в Съединените щати: Америка/Лос Анджелис. Можете също да изберете да отложите предстоящото надстройване, ако е необходимо.

За да зададете графика за надстройване:

1	Влезте в Центъра за партньори.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Настройка
4	На страницата с ресурси за хибридна защита на данни изберете клъстера.
5	Щракнете върху раздела Настройки на клъстера .
6	На страницата с настройки на клъстери под „График за надстройване“ изберете часа и часовата зона за графика за надстройване. Забележка: Под часовата зона се показват следващата налична дата и час на надстройване. Можете да отложите надстройването до следващия ден, ако е необходимо, като щракнете върху Отложи с 24 часа.

Промяна на конфигурацията на възела

От време на време може да се наложи да промените конфигурацията на вашия възел за защита на хибридни данни поради причина като:

Промяна на x.509 сертификати поради изтичане или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на защитата, Hybrid Data Security използва пароли за сервизен акаунт, които имат деветмесечен живот. След като инструментът за настройка на HDS генерира тези пароли, ги разполагате на всеки от вашите HDS възли във файла ISO config. Когато паролите на вашата организация са към изтичане, получавате известие от екипа на Webex за нулиране на паролата за вашия машинен акаунт. (Имейлът включва текста „Използвайте API на машинния акаунт, за да актуализирате паролата.“) Ако вашите пароли все още не са изтекли, инструментът ви дава две опции:

Софтуерно нулиране – И двете стари и нови пароли работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Твърдо нулиране – Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

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

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни права на администратор на партньор.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в 1.e. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

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

1	Използвайки Docker на локална машина, стартирайте HDS Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на парола. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате "Express сървър слушане на порт 8080." Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Когато получите подкана, въведете идентификационните си данни за влизане за клиент на Partner Hub и след това щракнете върху Приемане , за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да затворите инструмента за настройка, напишете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате работещ само един HDS възел, създайте нов VM възел на хибридна защита на данни и го регистрирайте, като използвате новия конфигурационен ISO файл. За по-подробни инструкции вижте Създаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките. Щракнете върху `CD / DVD диск 1 , изберете опцията за монтиране от ISO файл и`прегледайте местоположението, където сте изтеглили новия конфигурационен ISO файл. Поставете отметка на Свързване при включване. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса на възела "Защита на хибридните данни" (IP адрес/настройка например въведете идентификационни данни за администриране, които https://192.0.2.0/setup), сте задали за възела, след което щракнете върху Влизане.
2	Отидете на Общ преглед (страницата по подразбиране). Когато е разрешено, блокирани външна DNS разделителна способност е зададена да .
3	Отидете на страницата Хранилище на доверие & Прокси.
4	Щракнете върху Проверка на прокси връзката. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и да се върнете към страницата общ преглед, Блокиран външен DNS разделителна способност трябва да бъде зададено на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура, за да премахнете възел на хибридна защита на данни от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за защита.

1

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

2

Премахване на възела:

Влезте в Partner Hub и изберете Услуги.
В картата на хибридна защита на данни щракнете върху Преглед на всички , за да покажете страницата с ресурси за хибридна защита на данни.
Изберете своя клъстер, за да се покаже неговият панел \„Общ преглед\“.
Щракнете върху възела, който искате да премахнете.
Щракнете върху Дерегистриране на този възел на панела, който се появява вдясно
Можете също да дерегистрирате възела, като щракнете върху ... от дясната страна на възела и изберете Премахване на този възел.

3

В клиента vSphere изтрийте VM. (В левия навигационен екран щракнете с десния бутон върху VM и щракнете върху Изтрий.)

Ако не изтриете VM, не забравяйте да демонтирате конфигурационния ISO файл. Без ISO файла не можете да използвате VM за достъп до вашите данни за защита.

Възстановяване след бедствие с използване на центъра за данни в режим на готовност

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

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, наложително е клъстерът да продължи да работи и да се поддържат подходящи резервни копия. Загубата на базата данни за хибридна защита на данни или на конфигурационния ISO, използван за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентското съдържание. За предотвратяване на такава загуба са задължителни следните практики:

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

Преди да започнете

Премахнете регистрацията на всички възли от Partner Hub, както е посочено в Премахване на възел. Използвайте най-новия ISO файл, конфигуриран спрямо възлите на клъстера, който преди това е бил активен, за да извършите посочената по-долу процедура за преместване при отказ.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, споменати в Създаване на конфигурационен ISO за хостовете на HDS.
2	Завършете процеса на конфигуриране и запишете ISO файла на лесно за намиране място.
3	Направете резервно копие на ISO файла в локалната си система. Поддържайте архивното копие защитено. Този файл съдържа главен ключ за шифроване за съдържанието на базата с данни. Ограничете достъпа само до онези администратори на хибридна защита на данни, които трябва да направят промени в конфигурацията.
4	В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
5	Щракнете върху Редактиране на настройките >CD/DVD диск 1 и изберете Datastore ISO файл. Уверете се, че са отметнати Свързани и Свързване при включване , за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
6	Включете възела на HDS и се уверете, че няма аларми поне 15 минути.
7	Регистрирайте възела в Partner Hub. Вижте Регистриране на първия възел в клъстера.
8	Повторете процеса за всеки възел в центъра за данни в режим на готовност.

Какво да направите след това

След отказ, ако основният център за данни се активира отново, премахнете регистрацията на възлите на центъра за данни в режим на готовност и повторете процеса на конфигуриране на ISO и регистриране на възлите на основния център за данни, както е посочено по-горе.

(По избор) Демонтиране на ISO след конфигуриране на HDS

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

Все още използвате ISO файловете, за да направите промени в конфигурацията. Когато създавате нов ISO или актуализирате ISO чрез инструмента за настройка, трябва да монтирате актуализирания ISO на всички ваши HDS възли. След като всички ваши възли са приели промените в конфигурацията, можете да демонтирате ISO отново с тази процедура.

Преди да започнете

Надстройте всички ваши HDS възли до версия 2021.01.22.4720 или по-нова.

1	Затворете един от възлите си за HDS.
2	В уреда vCenter Server изберете възела на HDS.
3	Изберете Редактиране на настройките > CD/DVD диск и премахнете отметката от Datastore ISO файл.
4	Включете възела на HDS и се уверете, че няма аларми поне 20 минути.
5	Повторете за всеки HDS възел на смяна.

Отстраняване на неизправности в хибридна защита на данни

Преглед на предупрежденията и отстраняване на неизправности

Разполагането на хибридна защита на данни се счита за налично, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че отнема време. Ако потребителите не могат да се свържат с вашия клъстер на хибридна защита на данни, те изпитват следните симптоми:

Не могат да се създават нови места (не могат да се създадат нови ключове)
Неуспешно дешифриране на съобщенията и заглавията на пространството за:
- Нови потребители, добавени към място (не могат да се извлекат ключове)
- Съществуващи потребители в място с помощта на нов клиент (не могат да се извлекат ключовете)
Съществуващите потребители в дадено място ще продължат да се изпълняват успешно, стига клиентите им да имат кеш с ключовете за шифроване

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

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

Ако има проблем с настройката на хибридна защита на данни, Partner Hub показва предупреждения до администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Предупрежденията обхващат много общи сценарии.

Таблица 1. Общи проблеми и стъпки за тяхното разрешаване
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Неуспешна връзка с локалната база данни.	Проверете дали сървърът с база данни е достъпен и дали са използвани правилните идентификационни данни за акаунта за услуга в конфигурацията на възела.
Неуспешен достъп до услугата в облака.	Проверете дали възлите имат достъп до сървърите на Webex, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията за услуги в облака.	Регистрацията в услугите в облака беше прекъсната. Протича подновяване на регистрацията.
Регистрацията на услуги в облака е прекъсната.	Регистрирането в облачни услуги е прекратено. Услугата се затваря.
Услугата все още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съответства на сертификата на сървъра.	Уверете се, че сертификатът на сървъра ви съответства на конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че CN на сертификата наскоро е променен и сега е различен от CN, който е бил използван по време на първоначалната настройка.
Неуспешно удостоверяване в услугите в облака.	Проверете за точност и възможно изтичане на идентификационните данни за акаунта за услугата.
Неуспешно отваряне на локалния файл на клавиатурата.	Проверете за целостта и точността на паролата във файла с локалния клавиатура.
Сертификатът за локален сървър е невалиден.	Проверете датата на изтичане на сертификата на сървъра и потвърдете, че той е издаден от надежден сертифициращ орган.
Неуспешно публикуване на метриките.	Проверете достъпа до локалната мрежа до външни облачни услуги.
Директорията /media/configdrive/hds не съществува.	Проверете конфигурацията за монтаж на ISO на виртуалния хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организация на клиент не е завършена за добавените организации	Завършете настройката, като създадете CMK за новодобавени организации на клиенти с помощта на инструмента за настройка на хибридни съобщения.
Настройката на организация на клиента не е завършена за премахнатите организации	Завършете настройката чрез анулиране на CMK на организациите на клиенти, които са премахнати с помощта на инструмента за настройка на хибридни телефони (HDS).

Отстраняване на неизправности в хибридна защита на данни

Използвайте следните общи насоки, когато отстранявате проблеми с хибридна защита на данни.

1	Прегледайте Partner Hub за предупреждения и коригирайте всички елементи, които намерите там. Вижте изображението по-долу за справка.
2	Прегледайте изхода на сървъра syslog за активност от разполагането на хибридна защита на данни. Филтрирайте за думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняване на неизправности.
3	Свържете се с поддръжката на Cisco.

Други бележки

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

Ако затворите своя клъстер на хибридна защита на данни (като го изтриете в Partner Hub или като затворите всички възли), загубите своя ISO файл за конфигуриране или загубите достъп до базата данни на клавиатурата, потребителите на приложението Webex на клиентските организации вече няма да могат да използват пространства в своя списък "Хора", създадени с ключове от вашия KMS. В момента нямаме заобиколно решение или корекция за този проблем и ви призовавам да не затваряте услугите си за HDS, след като обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка към KMS, поддържа тази връзка за период от време (вероятно един час).

Използване на OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на PKCS12 файл в правилния формат за зареждане в инструмента за настройка на HDS. Има и други начини за това и ние не подкрепяме и не насърчаваме един път над друг.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като ръководство, за да ви помогнем да създадете файл, който отговаря на изискванията за сертификат X.509 в Изисквания за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия сертифициращ орган (CA).

1	Когато получите сертификата на сървъра от вашия CA, запишете го като `hdsnode.pem`.
2	Показване на сертификата като текст и проверете подробностите. `openssl x509 -текст -noout -в hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл пакет сертификат, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва сертификата на сървъра, всички междинни CA сертификати и корневи CA сертификати в следния формат: `-----начало на сертификат----- ### сертификат на сървър. ### -----край на сертификат--------------- начало на сертификат------ ### Междинен CA сертификат. ### -----край на сертификат--------------- начало на сертификат------ ### Корневи CA сертификат. ### -----край на сертификат-----`
4	Създайте .p12 файла с приятелското име `kms-частен-ключ`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 -в hdsnode.p12` Въведете парола при подкана да шифровате частния ключ, така че да се показва в изхода. След това се уверете, че частният ключ и първият сертификат включват линиите `friendlyName: kms-частен-ключ`. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Въведете паролата за импортиране: MAC потвърди атрибути OK Bag friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Ключови атрибути: Въведете фраза за преминаване на PEM: Потвърждаване – Въведете фраза за достъп до PEM: -----BEGIN ENCRYPTED PRIVATE KEY----- -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE------ Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE-----

Какво да направите след това

Върнете се, за да изпълните изискванията за хибридна защита на данни. Ще използвате файла hdsnode.p12 и паролата, която сте задали за него, в Създаване на конфигурационен ISO за организаторите на HDS.

Можете да използвате повторно тези файлове, за да поискате нов сертификат, когато първоначалният сертификат изтече.

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

Изходящ трафик за събиране на метрики

Възлите на хибридна защита на данни изпращат определени показатели към облака на Webex. Те включват системни метрики за heap max, използван heap, натоварване на процесора и брой нишки; метрики за синхронните и асинхронните нишки; метрики за предупрежденията, включващи праг на шифроване връзки, латентност или дължина на опашката за заявки; метрики за datastore; и метрики за връзката за шифроване. Възлите изпращат материали за шифрован ключ през нечестотен (отделен от заявката) канал.

Входящ трафик

Възлите на хибридна защита на данни получават следните типове входящ трафик от облака на Webex:

Заявки за шифроване от клиенти, които се маршрутизират от услугата за шифроване
Надстройки до софтуера за възли

Конфигуриране на прокси сървъри за хибридна защита на данните

Websocket не може да се свърже чрез сепия прокси

Прокси сървърите, които инспектират HTTPS трафика, могат да повлияят на създаването на websocket (в к:) връзки, които изискват хибридната защита на данните. Тези раздели дават насоки как да конфигурирате различни версии на Калмар, за да игнорирате wss: трафик за правилното функциониране на услугите.

Калмята 4 и 5

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

on_unsupported_protocol тунел

Сепия 3.5.27

Успешно тествахме Hybrid Data Security със следните правила, добавени към 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 надничане step1 всички ssl_bump stare step2 всички ssl_bump bump step3 всички

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

Тази таблица обхваща нови функции или функционалности, промени в съществуващото съдържание и всички големи грешки, които са поправени в Ръководство за разполагане за хибридна защита на данните с много клиенти.

Дата	Направени промени
08 януари 2025 г.	Добавена е бележка в Извършване на първоначална настройка и изтегляне на инсталационни файлове , в която се посочва, че щракването върху Настройка на HDS картата в Partner Hub е важна стъпка от процеса на инсталиране.
07 януари 2025 г.	Актуализирани изисквания за виртуален хост, Поток от задачи за разполагане на хибридна защита на данни, и Инсталиране на HDS Host OVA , за да се покаже ново изискване на ESXi 7.0.
13 декември 2024 г.	Публикувана за първи път.

Деактивиране на хибридна защита на данни с много клиенти

Поток на задачи за деактивиране на HDS с много клиенти

Изпълнете тези стъпки, за да деактивирате напълно HDS с много клиенти.

Преди да започнете

Тази задача трябва да се изпълнява само от администратор с пълни права на партньор.

1	Премахнете всички клиенти от всичките ви клъстери, както е посочено в Премахване на организации на клиенти.
2	Анулирайте CMK на всички клиенти, както е посочено в Анулиране на CMK на клиенти, премахнати от HDS..
3	Премахнете всички възли от всичките ви клъстери, както е посочено в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстера, който искате да изтриете, и изберете Изтриване на този клъстер в горния десен ъгъл на страницата за общ преглед. На страницата „Ресурси“ щракнете върху ... от дясната страна на клъстер и изберете Премахване на клъстер.
5	Щракнете върху раздела Настройки на страницата за общ преглед на хибридната защита на данни и щракнете върху Деактивиране на хибридната защита на данни в картата за статус на HDS.

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

Общ преглед на хибридна защита на данни с няколко клиента

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

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

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

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

Това също така позволява по-малките организации да използват HDS, тъй като услугата за управление на ключове и инфраструктурата за сигурност, като центровете за данни, са собственост на доверения местен партньор.

Как хибридната защита на данните с няколко клиента осигурява суверенитет на данните и контрол на данните

Генерираното от потребителите съдържание е защитено от външен достъп, като например доставчици на облачни услуги.
Местните доверени партньори управляват ключовете за шифроване на клиенти, с които вече имат установени отношения.
Опция за местна техническа поддръжка, ако бъде предоставена от партньора.
Поддържа съдържание в Meetings, Messaging и Calling.

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

Роли в хибридна защита на данните с няколко клиента

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

Цялостно настройване и управление на HDS с много клиенти на всички клиентски организации – изискват се пълен администратор на партньор и права на пълен администратор.
Управление на зададените организации на клиенти – изискват се администратор на партньор и права на пълен администратор.

Архитектура на областта на сигурността

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

За да разберем по-подробно хибридната защита на данните, нека първо разгледаме този случай в облака, където Cisco предоставя всички функции в своите облачни области. Услугата за самоличност, единственото място, където потребителите могат да бъдат пряко свързани с тяхната лична информация, като имейл адрес, е логично и физически отделена от областта на защитата в центъра за данни B. И двете от своя страна са отделени от областта, в която в крайна сметка се съхранява шифровано съдържание, в центъра за данни C.

На тази схема клиентът е приложението Webex, което се изпълнява на лаптопа на потребителя, и е удостоверен с услугата за самоличност. Когато потребителят композира съобщение за изпращане до интервал, се извършват следните стъпки:

Клиентът установява защитена връзка с услугата за управление на ключове (KMS), след което иска ключ за шифроване на съобщението. Защитената връзка използва ECDH, а KMS шифрова ключа с помощта на главния ключ AES-256.
Съобщението е шифровано преди да напусне клиента. Клиентът го изпраща на услугата за индексиране, която създава шифровани индекси за търсене, за да подпомогне при бъдещи търсения на съдържанието.
Шифрованото съобщение се изпраща на услугата за съответствие за проверки за съответствие.
Шифрованото съобщение се съхранява в областта на мястото за съхранение.

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

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

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

Услугата KMS, изпълнявана в организация А, валидира връзките към KMS в други организации, като използва x.509 PKI сертификати. Вижте Подготовка на средата за подробности относно генерирането на сертификат x.509, който да се използва при вашето разполагане на хибридна защита на данни с много клиенти.

Очаквания за внедряване на хибридна защита на данни

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

За да разположите хибридна защита на данни, трябва да предоставите:

Защитен център за данни в страна, която е поддържано местоположение за плановете на Cisco Webex Teams.
Оборудването, софтуерът и мрежовият достъп, описани в Подготовка на средата.

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

Управлявайте архивирането и възстановяването на базата данни и конфигурационния ISO.
Бъдете готови да извършите бързо възстановяване след бедствие, ако възникне катастрофа, като повреда на диска на базата данни или бедствие на центъра за данни.

Няма механизъм за преместване на ключовете обратно в облака след разполагане на HDS.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на разполагането на хибридна защита на данни с много клиенти:

Настройване на хибридна защита на данни – това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна защита на данни, изграждане на клъстер на HDS, добавяне на организации на клиенти към клъстера и управление на техните главни ключове на клиенти (CMK). Това ще даде възможност на всички потребители на вашите клиентски организации да използват вашия клъстер на хибридна защита на данни за функции за защита.

Етапите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте разполагането на хибридна защита на данни – Облакът на Webex автоматично предоставя текущи надстройки. Вашият ИТ отдел може да предостави поддръжка от първо ниво за това разполагане и да ангажира поддръжката на Cisco, ако е необходимо. В Partner Hub можете да използвате известия на екрана и да настроите имейл предупреждения.
Разбиране на често срещаните предупреждения, стъпките за отстраняване на неизправности и известни проблеми – ако срещнете проблеми при разполагането или използването на хибридна защита на данни, последната глава от това ръководство и приложението „Известни проблеми“ могат да ви помогнат да определите и коригирате проблема.

Модел на разполагане на хибридна защита на данни

В рамките на вашия корпоративен център за данни разполагате с хибридна защита на данни като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака на Webex чрез защитени уеб сокети и защитен HTTP.

По време на процеса на инсталиране ви предоставяме файла OVA, за да настроите виртуалния уред на VMs, които предоставяте. Използвайте инструмента за настройка на HDS, за да създадете персонализиран ISO файл за конфигуриране на клъстери, който да монтирате на всеки възел. Клъстерът на хибридна защита на данни използва предоставения ви сървър Syslogd и базата данни на PostgreSQL или Microsoft SQL Server. (Можете да конфигурирате подробностите за връзката на Syslogd и базата данни в инструмента за настройка на HDS.)

Модел на разполагане на хибридна защита на данни

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

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

Възлите стават активни, когато ги регистрирате в Partner Hub. За да излезете от експлоатация отделен възел, можете да го дерегистрирате и по-късно да го регистрирате отново, ако е необходимо.

Standby Data Center за възстановяване при бедствия

По време на разгръщането настройвате защитен център за данни в режим на готовност. В случай на бедствие на центъра за данни можете ръчно да не успеете при разполагането си в центъра за данни в режим на готовност.

Базите данни на активните центрове за данни и центровете за данни в режим на готовност са синхронизирани помежду си, което ще сведе до минимум времето, необходимо за извършване на превключването при отказ.

Активните възли на хибридна защита на данни трябва винаги да бъдат в същия център за данни като активния сървър с база данни.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Няма прокси сървър – Стойността по подразбиране, ако не използвате конфигурацията за настройка на HDS възел на доверено хранилище и прокси сървър за интегриране на прокси сървър. Не се изисква актуализация на сертификата.
Прозрачен прокси сървър без проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра и не трябва да изискват промени, за да работят с прокси сървър без проверка. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси сървъра – възлите не са конфигурирани да използват определен адрес на прокси сървъра. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър – С изричния прокси сървър казвате на HDS кои прокси сървъри и схема за удостоверяване да използват. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN – адрес, който може да се използва за свързване с прокси машината.
2. Прокси порт – номер на порт, който прокси сървърът използва за слушане за прокси трафик.
3. Прокси протокол – в зависимост от това, което поддържа прокси сървърът ви, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване – изберете измежду следните типове удостоверяване:
  - Няма – Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Основни—Използва се за HTTP потребителски агент, за да предостави потребителско име и парола при подаване на заявка. Използва Base64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Обобщаване – използва се за потвърждаване на акаунта, преди да се изпрати чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

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

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

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

Изисквания за хибридна защита на данните с няколко клиента

Изисквания за лицензи за Cisco Webex

За да разположите хибридна защита на данните с много клиенти:

Партньорски организации: Свържете се със своя партньор в Cisco или мениджър на акаунти и се уверете, че функцията за много клиенти е активирана.
Организации на клиента: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за закачане на работния плот

Преди да инсталирате възлите на HDS, трябва Docker Desktop, за да изпълните инсталационна програма. Docker наскоро актуализира своя модел на лицензиране. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, " Docker е Актуализиране и разширяване на нашите абонаментиза продукти".

X.509 Изисквания за сертификата

Веригата на сертификатите трябва да отговаря на следните изисквания:

Таблица 1. X.509 Изисквания за сертификата за разполагане на хибридна защита на данни
Изискване	Подробности
Подписан от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на сертифициращите органи в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи общо име (CN) име на домейн, което идентифицира вашето разполагане на хибридна защита на данни Не е заместващ сертификат	CN не е нужно да е достъпен или хост на живо. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. CN не трябва да съдържа * (заместващ символ). CN се използва за проверка на възлите на хибридна защита на данни за клиентите на приложението Webex. Всички възли на хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашият KMS се идентифицира с помощта на CN домейна, а не с произволен домейн, дефиниран в полетата x.509v3 SAN. След като сте регистрирали възел с този сертификат, не поддържаме промяна на името на CN домейна.
Подпис, който не е SHA1	Софтуерът KMS не поддържа подписи SHA1 за валидиране на връзки с KMS на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име на `kms-private-key` , за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор, като OpenSSL, за да промените формата на сертификата си. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.

Софтуерът KMS не налага използване на ключове или не разширява ограниченията за използване на ключове. Някои сертифициращи органи изискват за всеки сертификат да се прилагат разширени ограничения за използване на ключа, като например удостоверяване на сървъра. Добре е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален организатор

Виртуалните хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (препоръчва се 3), разположени съвместно в един и същ защитен център за данни
VMware ESXi 7.0 (или по-нова версия) е инсталиран и работи.

Трябва да надстроите, ако имате по-стара версия на ESXi.
Минимум 4 vCPU, 8 GB основна памет, 30 GB локално място на твърдия диск на сървър

Изисквания към сървъра за база данни

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

Има две опции за сървъра с база данни. Изискванията за всеки от тях са, както следва:

Таблица 2. Изисквания за сървъра с база данни по тип база данни
PostgreSQL	Microsoft SQL сървър
PostgreSQL 14, 15 или 16, инсталиран и се изпълнява.	Инсталиран е SQL Server 2016, 2017, или 2019 (корпоративен или стандартен). SQL Server 2016 изисква Service Pack 2 и Кумулативна актуализация 2 или по-нова версия.
Минимум 8 vCPU, 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не е превишено (препоръчва се 2 TB, ако искате да стартирате базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)	Минимум 8 vCPU, 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не е превишено (препоръчва се 2 TB, ако искате да стартирате базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)

HDS софтуерът в момента инсталира следните версии на драйвери за комуникация със сървъра с база данни:

PostgreSQL

Microsoft SQL сървър

Postgres JDBC драйвер 42.2.5

SQL Server JDBC драйвер 4.6

Тази версия на драйвера поддържа SQL Server Always On ( Винаги включен екземпляр на клъстера при отказ и Винаги включен групи за наличност).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

Ако искате HDS възлите да използват удостоверяване на Windows, за да получат достъп до вашата база данни на Keystore на 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 за достъп до базата данни на Keystore. Те използват подробностите от вашата ISO конфигурация, за да конструират SPN, когато заявяват достъп с удостоверяване на Kerberos.

Изисквания за външна връзка

Конфигурирайте защитната стена, за да разрешите следната свързаност за приложенията на хибридна защита на данни:

Приложение	Протокол	Порт	Посока от приложението	Местоназначение
Възли на хибридна защита на данни	TCP	443	Изходящи HTTPS и ВиК	Сървъри на Webex: .wbx2.com .ciscospark.com Всички организатори на Common Identity Други URL адреси, които са изброени за хибридна защита на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex на мрежовите изисквания за услугите на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички организатори на Common Identity hub.docker.com

Възлите на хибридна защита на данни работят с превод на мрежовия достъп (NAT) или зад защитна стена, при условие че NAT или защитната стена позволяват необходимите изходящи връзки към местоназначенията на домейна в предходната таблица. За връзки, влизащи във входящи възли на хибридна защита на данни, от интернет не трябва да се виждат портове. В рамките на вашия център за данни клиентите се нуждаят от достъп до възлите на хибридна защита на данни на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете на Common Identity (CI) са специфични за региона. Това са текущите организатори на CI:

Регион	URL адреси на организатор на Common Identity
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Прокси сървърите, които инспектират HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да работите по този проблем, вижте Конфигуриране на прокси сървъри за хибридна защита на данни.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуди изходящия TCP трафик на порт 443 да маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, заобикалянето (не инспектирането) на трафика към wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна защита на данни

Използвайте този контролен списък, за да гарантирате, че сте готови да инсталирате и конфигурирате своя клъстер на хибридна защита на данни.

1	Уверете се, че вашата партньорска организация има активирана функция за HDS с няколко клиента и получавате идентификационните данни за акаунт с пълен администратор на партньор и права на пълен администратор. Уверете се, че вашата организация на клиенти на Webex е разрешена за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор в Cisco или мениджър на акаунти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо разполагане на HDS.
2	Изберете име на домейн за разполагането на HDS (например `hds.company.com`) и получете верига от сертификати, съдържаща сертификат X.509, частен ключ и всички междинни сертификати. Веригата на сертификатите трябва да отговаря на изискванията в X.509 Изисквания за сертификат.
3	Подгответе идентични виртуални хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер. Имате нужда от поне два отделни организатора (препоръчва се 3), разположени съвместно в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален организатор.
4	Подгответе сървъра с база данни, който ще действа като хранилище на данни за ключа за клъстера в съответствие с изискванията за сървъра с база данни. Сървърът на базата данни трябва да бъде разположен съвместно в защитения център за данни с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране. Приложенията на HDS, когато са инсталирани, създават схемата на базата с данни.) Съберете подробностите, които ще използват възлите за комуникация със сървъра с база данни: име на хост или IP адрес (хост) и порт името на базата с данни (dbname) за съхранение на ключа потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключа
5	За бързо възстановяване след бедствие настройте архивна среда в друг център за данни. Резервната среда отразява производствената среда на VMs и резервен сървър с база данни. Например, ако производството има 3 VMs, работещи с HDS възли, резервната среда трябва да има 3 VMs.
6	Настройте хост на syslog, за да събирате регистрационни файлове от възлите в клъстера. Съберете мрежовия му адрес и порта за 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. Вижте Изисквания за закачане на работния плот за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има възможността за свързване, описана в Изисквания за външна свързаност.
10	Ако интегрирате прокси сървър с хибридна защита на данните, уверете се, че той отговаря на изискванията за прокси сървър.

Настройване на клъстер на хибридна защита на данни

Поток на задачи за разполагане на хибридна защита на данни

Преди да започнете

1	Извършване на първоначална настройка и изтегляне на инсталационни файлове Изтеглете OVA файла на вашата локална машина за по-късно използване.
2	Създаване на конфигурационен ISO за хостовете на HDS Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на хибридна защита на данни.
3	Инсталиране на HDS Host OVA Създайте виртуална машина от OVA файла и изпълнете първоначалната конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 7.0. Опцията може да не е налична в по-ранни версии.
4	Настройване на VM на хибридна защита на данни Влезте в конзолата на VM и задайте данните за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали към момента на разполагането на OVA.
5	Качване и монтиране на конфигурация ISO на HDS Конфигурирайте VM от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на HDS възел за интегриране на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете прокси сертификата към хранилището на гаранти, ако е необходимо.
7	Регистриране на първия възел в клъстера Регистрирайте VM с облака на Cisco Webex като възел на хибридна защита на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте HDS с много клиенти в Partner Hub. Активирайте HDS и управлявайте организации на клиенти в Partner Hub.

Извършване на първоначална настройка и изтегляне на инсталационни файлове

В тази задача изтегляте OVA файл на вашата машина (а не на сървърите, които сте настроили като възли на хибридна защита на данни). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Partner Hub и щракнете върху Услуги.
2	В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и след това щракнете върху Настройка. Щракването върху Настройка в Partner Hub е критично за процеса на разполагане. Не продължете с инсталирането, без да завършите тази стъпка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне на .OVA файл на картата Инсталиране и конфигуриране на софтуера . По-старите версии на софтуерния пакет (OVA) няма да бъдат съвместими с най-новите надстройки на хибридна защита на данни. Това може да доведе до проблеми при надстройване на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от раздела Помощ . Щракнете върху Настройки > Помощ > Изтегляне на софтуер за хибридна защита на данни. OVA файлът започва автоматично да се изтегля. Запишете файла на местоположение на машината си.
4	Като опция щракнете върху Вижте ръководството за разполагане на хибридна защита на данни , за да проверите дали има налична по-нова версия на това ръководство.

Създаване на конфигурационен ISO за хостовете на HDS

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт в Partner Hub с пълни администраторски права.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT

HTTPS прокси без удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT

HTTP прокси с удостоверяване

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

HTTPS прокси с удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT
Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

докер rmi ciscocitg/hds-setup: стабилен

В среди на FedRAMP:

докер rmi ciscocitg/hds-setup-fedramp: стабилен

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

докер вход -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwa

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

докер издърпване ciscocitg/hds-setup: стабилен

В среди на FedRAMP:

докер издърпване ciscocitg/hds-setup-fedramp: стабилен

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В редовни среди с HTTPS прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В среди на FedRAMP без прокси:

докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен

В среди на FedRAMP с HTTP прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTPS прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

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

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080 и въведете администраторското потребителско име за Partner Hub в подканата.

Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.

8

На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.

9

На страницата Импортиране на ISO имате следните опции:

Не– Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да – Ако вече сте създали HDS възли, тогава изберете своя ISO файл в прегледа и го качете.

10

Проверете дали вашият сертификат X.509 отговаря на изискванията в X.509 Изисквания за сертификат.

Ако никога не сте качили сертификат преди, качете сертификата X.509, въведете паролата и щракнете върху Продължи.
Ако сертификатът ви е ОК, щракнете върху Продължи.
Ако сертификатът ви е изтекъл или искате да го замените, изберете Не за Продължаване на използването на веригата за сертификати на HDS и частния ключ от предишния ISO?. Качете нов сертификат X.509, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до ключовия си datastore:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, получавате поле за тип удостоверяване.
(Само за Microsoft SQL Server ) Изберете вашия тип удостоверяване:
- Базово удостоверяване: Необходимо е име на локален акаунт за SQL Server в полето Потребителско име .
- Удостоверяване на Windows: Имате нужда от акаунт за Windows във формат username@DOMAIN в полето Потребителско име .
Въведете адреса на сървъра с база данни във формуляра : или :.

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

Можете да използвате IP адрес за базово удостоверяване, ако възлите не могат да използват DNS за решаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете името на базата данни.
Въведете Потребителско име и Парола на потребител с всички привилегии в базата данни за съхранение на ключа.

12

Изберете режим на свързване с база данни TLS:

Режим	Описание
Предпочитане на TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако разрешите TLS на сървъра с база данни, възлите правят опит за шифрована връзка.
Изисквайте TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Изисквайте TLS и проверете подписвача на сертификати	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяването на TLS връзка възелът сравнява подписващия на сертификата от сървъра на базата данни с органа за сертифициране в корневи сертификат в базата данни. Ако не съвпадат, възелът изпуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.
Изисквайте TLS и проверете подписалия сертификат и хостовото име	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяването на TLS връзка възелът сравнява подписващия на сертификата от сървъра на базата данни с органа за сертифициране в корневи сертификат в базата данни. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето Хост и порт в базата данни . Имената трябва да съвпадат точно или възелът пуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.

Когато качите корневи сертификат (ако е необходимо) и щракнете върху Продължи, инструментът за настройка на хибридна защита на данни тества TLS връзката към сървъра с база данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързването възлите на HDS може да са в състояние да установят TLS връзката, дори ако машината с инструмента за настройка на HDS не може да я тества успешно.)

13

На страницата „Системни регистрационни файлове“ конфигурирайте сървъра си за Syslogd:

Въведете URL адреса на сървъра syslog.

Ако сървърът не може да се разрешава чрез DNS от възлите за вашия HDS клъстер, използвайте IP адрес в URL.

Пример:
udp://10.92.43.23:514 показва влизане в хоста Syslogd 10.92.43.23 на UDP порт 514.
Ако настроите сървъра си да използва TLS шифроване, отметнете Конфигуриран ли е вашият сървър syslog за SSL шифроване?.

Ако отметнете това квадратче, трябва да въведете URL адрес на TCP, като например tcp://10.92.43.23:514.
От падащия списък Избор на прекратяване на запис в syslog изберете подходящата настройка за вашия ISO файл: Избор или нов ред се използва за Graylog и Rsyslog TCP
- Нулев байт -- \x00
- Нов ред – \n – Изберете този избор за Graylog и Rsyslog TCP.
Щракнете върху Продължаване.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с база данни в Разширени настройки. По принцип този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxРазмер: 10

15

Щракнете върху Продължи на екрана Нулиране на паролата за акаунти за услуги .

Паролите за акаунта за услугата имат деветмесечен живот. Използвайте този екран, когато паролите ви наближават изтичане или искате да ги нулирате, за да invalidate previous ISO files.

16

Щракнете върху Изтегляне на ISO файл. Запишете файла на лесно за намиране място.

17

Направете резервно копие на ISO файла в локалната си система.

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

18

За да затворите инструмента за настройка, напишете CTRL+C.

Какво да направите след това

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

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

Инсталиране на HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте клиента VMware vSphere на вашия компютър, за да влезете във виртуалния хост на ESXi.
2	Изберете Файл > Разполагане на OVF шаблон.
3	В съветника укажете местоположението на OVA файла, който сте изтеглили по-рано, след което щракнете върху Напред.
4	На страницата Избор на име и папка въведете име на виртуална машина за възела (например "HDS_Node_1"), изберете местоположение, където може да се намира разполагането на възела на виртуалната машина, след което щракнете върху Напред.
5	На страницата Избор на изчислителен ресурс изберете целевия изчислителен ресурс и след това щракнете върху Напред. Извършва се проверка за валидиране. След като завърши, се показват подробностите за шаблона.
6	Проверете подробностите за шаблона и след това щракнете върху Напред.
7	Ако от вас бъде поискано да изберете конфигурацията на ресурсите на страницата Конфигурация , щракнете върху 4 процесора и след това щракнете върху Напред.
8	На страницата Избор на място за съхранение щракнете върху Напред , за да приемете формата на диска по подразбиране и правилата за съхранение на VM.
9	На страницата Избор на мрежи изберете опцията за мрежа от списъка със записи, за да осигурите желаната свързаност към VM.
10	На страницата Персонализиране на шаблон конфигурирайте следните мрежови настройки: Име на хост – въведете FQDN (име на хост и домейн) или една дума име на хост за възела. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали, за да получите сертификата X.509. За да гарантирате успешна регистрация в облака, използвайте само малки знаци във FQDN или името на хоста, които сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес – Въведете IP адреса за вътрешния интерфейс на възела. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска – Въведете адреса на маската на подмрежата с точка и запетая. Например 255.255.255.0. Шлюз – въведете IP адреса на шлюза. Шлюза е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри – Въведете списък с DNS сървъри, разделени със запетая, които обработват преобразуването на имената на домейни в цифрови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри – Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетая, за да въведете няколко NTP сървъра. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстера да са достъпни от клиентите във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурацията на мрежовите настройки и да следвате стъпките в Настройване на VM на хибридна защита на данни , за да конфигурирате настройките от конзолата за възли. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 7.0. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху възела VM и след това изберете Захранване > Включване. Софтуерът за хибридна защита на данни е инсталиран като гост на VM Host. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Може да усетите забавяне от няколко минути, преди контейнерите с възли да се появят. На конзолата се появява съобщение за защитна стена на мост по време на първото зареждане, по време на което не можете да влезете.

Настройване на VM на хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата на възела на хибридна защита на данни и да зададете данните за вход. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на разполагането на OVA.

1	В клиента на VMware vSphere изберете своя възел на хибридна защита на данни VM и изберете раздела Конзола . VM се зарежда и се появява подкана за влизане. Ако подканата за влизане не се покаже, натиснете Enter.
2	Използвайте следните данни за влизане и парола по подразбиране, за да влезете и да промените идентификационните данни: Влизане: `администратор` Парола: `cisco` Тъй като влизате във вашия VM за първи път, трябва да промените паролата на администратора.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай в главното меню изберете опцията Редактиране на конфигурацията .
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на мрежовите ви правила. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали, за да получите сертификата X.509.
6	Запишете мрежовата конфигурация и рестартирайте VM, за да влязат в сила промените.

Качване и монтиране на конфигурация ISO на HDS

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

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде изложен само на база „трябва да знаете“, за достъп от VM на хибридна защита на данни и всички администратори, които може да се наложи да направят промени. Уверете се, че само тези администратори имат достъп до datastore.

1

Качете ISO файла от компютъра си:

В левия навигационен екран на клиента VMware vSphere щракнете върху сървъра ESXi.
В списъка с хардуери на раздела за конфигуриране щракнете върху Място за съхранение.
В списъка Datastores щракнете с десния бутон върху datastore за вашите VMs и щракнете върху Преглед на Datastore.
Щракнете върху иконата Качване на файлове и след това щракнете върху Качване на файл.
Намерете местоположението, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Щракнете върху Да , за да приемете предупреждението за операцията за качване/изтегляне, и затворете диалоговия прозорец за данни.

2

Монтиране на ISO файла:

В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
Щракнете върху OK , за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD диск 1, изберете опцията за монтаж от ISO файл datastore и намерете местоположението, където сте качили конфигурационния ISO файл.
Отметнете Свързан и Свързване при включване.
Запишете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако правилата за ИТ изискват, можете по избор да демонтирате ISO файла, след като всички ваши възли поемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след конфигуриране на HDS за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси, използвайте тази процедура, за да укажете вида на прокси, който искате да интегрирате с Hybrid Data Security. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси за общ преглед на поддържаните опции за прокси.
Изисквания към прокси сървъра

1	Въведете URL адреса за настройка на HDS възел `https://[HDS Възел IP или FQDN]/настройка` в уеб браузър, въведете администраторски идентификационни данни, които сте настроили за възела и след това щракнете върху Вход.
2	Отидете на Хранилище на доверие & Прокси , след което изберетеопция: Няма прокси сървър – опцията по подразбиране, преди да интегрирате прокси сървър. Не се изисква актуализация на сертификата. Прозрачен прокси сървър без проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра и не трябва да изискват промени, за да работят с прокси сървър без проверка. Не се изисква актуализация на сертификата. Прокси сървър за прозрачна проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра. Не httpS конфигурация промени са необходими в разполагането на защитата на хибридни данни, обаче HDS възли се нуждаят от главен сертификат, така че те се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър – С изричния прокси сървър казвате на клиента (HDS възли) кой прокси сървър да използва, и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN – адрес, който може да се използва за свързване с прокси машината. Прокси порт – номер на порт, който прокси сървърът използва за слушане за прокси трафик. Прокси протокол – изберете http (преглежда и управлява всички заявки, които се получават от клиента) или https (осигурява канал към сървъра и клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване – изберете измежду следните типове удостоверяване: Няма – Не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Основни—Използва се за HTTP потребителски агент, за да предостави потребителско име и парола при подаване на заявка. Използва Base64 кодиране. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Обобщаване – използва се за потвърждаване на акаунта, преди да се изпрати чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Качване на главен сертификат или Сертификат за краен обект и след това навигирайте до изберете главния сертификат запрокси. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката chevron по името на издателя на сертификата, за да получите повече подробности или щракнете върху Изтрий, ако сте направили грешка и искате да качите повторно файла.
4	Щракнете върху Проверка на прокси връзката, за да тествате мрежовата свързаност между възела и прокси. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако мислите, че това е грешка, изпълнете тези стъпки и след това вижте Изключване на режима на блокирано външно разрешаване на DNS.
5	След като тестът за връзка премине, за изрично прокси настроен само на https, включете превключването към Маршрут всички порт 443/444 https заявки от този възел през изрично прокси. Тази настройка изисква 15 секунди, за да влязат в сила.
6	Щракнете върху Инсталиране на всички сертификати в хранилището на гаранти (появява се за HTTPS изрично прокси или прозрачен проверяващ прокси) или Рестартиране (появява се за HTTP изрично прокси), прочетете подканата и след това щракнете върху Инсталиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След рестартирането на възела влезте отново, ако е необходимо, след което отворете страницата Общ преглед, за да проверите проверките за свързване, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистриране на първия възел в клъстера

Тази задача взема генеричния възел, който сте създали в Настройване на хибридна защита на данни VM, регистрира възела с облака на Webex и го превръща във възел на хибридна защита на данни.

Когато регистрирате първия си възел, създавате клъстер, към който е разпределен възелът. Клъстерът съдържа един или повече възли, разгърнати за осигуряване на резерв.

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути, или трябва да започнете отначало.
Погрижете се всички блокери на изскачащите прозорци във вашия браузър да са деактивирани или да разрешите изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и щракнете върху Настройка.
4	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на картата Добавяне на възел въведете име за клъстера, на който искате да разпределите вашия възел на хибридна защита на данни. Препоръчваме ви да посочите клъстер въз основа на географското местоположение на клъстера. Примери: „Сан Франциско“ или „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройване на VM на хибридна защита на данни. Появява се съобщение, което показва, че можете да регистрирате възела в Webex.
7	Щракнете върху Към възел. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация в Webex за достъп до вашия възел.
8	Отметнете квадратчето Разрешаване на достъп до вашия възел на хибридна защита на данни и след това щракнете върху Продължи. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. На страницата Хибридна защита на данни новият клъстер, съдържащ възела, който сте регистрирали, се показва под раздела Ресурси . Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

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

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути, или трябва да започнете отначало.
Погрижете се всички блокери на изскачащите прозорци във вашия браузър да са деактивирани или да разрешите изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новия VM, като повторите стъпките в Настройване на хибридна защита на данни VM.
3	На новия VM повторете стъпките в Качване и монтиране на ISO на конфигурацията на HDS.
4	Ако настройвате прокси сървър за разполагането си, повторете стъпките в Конфигуриране на възела на HDS за интеграция на прокси сървър , както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.com изберете Услуги от менюто от лявата страна на екрана. В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и щракнете върху Преглед на всички. Показва се страницата с ресурси за хибридна защита на данни. Новосъздаденият клъстер ще се появи на страницата Ресурси . Щракнете върху клъстера, за да видите възлите, разпределени към клъстера. Щракнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, което показва, че можете да регистрирате възела си в облака Webex. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Отметнете квадратчето Разрешаване на достъп до вашия възел на хибридна защита на данни и след това щракнете върху Продължи. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. Изскачащото съобщение Добавен възел също се появява в долната част на екрана в Partner Hub. Възелът ви е регистриран.

Управление на организации на клиенти в хибридна защита на данни с много клиенти

Активиране на HDS с много клиенти в Partner Hub

Тази задача гарантира, че всички потребители на клиентските организации могат да започнат да използват HDS за локални ключове за шифроване и други услуги за защита.

Преди да започнете

Уверете се, че сте завършили настройването на своя клъстер на HDS с много клиенти с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Редактиране на настройките.
4	Щракнете върху Активиране на HDS на картата Статус на HDS .

Добавяне на организации на клиенти в Partner Hub

В тази задача задавате клиентски организации към вашия клъстер на хибридна защита на данни.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Преглед на всички.
4	Щракнете върху клъстера, към който искате да бъде разпределен клиент.
5	Отидете в раздела Зададени клиенти .
6	Щракнете върху Добавяне на клиенти.
7	Изберете клиента, който искате да добавите, от падащото меню.
8	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
9	Повторете стъпки 6 до 8, за да добавите множество клиенти към вашия клъстер.
10	Щракнете върху Готово в долната част на екрана, след като сте добавили клиентите.

Какво да направите след това

Изпълнете инструмента за настройка на HDS, както е подробно описано в Създаване на главни ключове на клиенти (CMK) с помощта на инструмента за настройка на HDS , за да завършите процеса на настройка.

Създаване на главни ключове (CMK) за клиента с помощта на инструмента за настройка на хибридни съобщения

Преди да започнете

Разпределете клиенти към съответния клъстер, както е подробно описано в Добавяне на организации на клиенти в Partner Hub. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените клиентски организации.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовни среди с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторското потребителско име за Partner Hub в подканата. Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.
8	На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете своя ISO файл в браузъра и го качете. Осигурете свързване с вашата база данни, за да извършите управление на CMK.
11	Отидете в раздела Управление на CMK на клиент , където ще намерите следните три начина за управление на CMK на клиент. Създаване на CMK за всички организации или Създаване на CMK – щракнете върху този бутон на банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Създаване на CMK , за да създадете CMK за всички новодобавени организации. Щракнете върху ... близо до управлението на CMK в очакване на статуса на определена организация в таблицата и щракнете върху Създаване на CMK , за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, статусът в таблицата ще се промени от управление на CMK в очакване на управление на CMK.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахване на организации на клиенти

Преди да започнете

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

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Преглед на всички.
4	В раздела Ресурси щракнете върху клъстера, от който искате да премахнете клиентските организации.
5	На страницата, която се отваря, щракнете върху Зададени клиенти.
6	От списъка с клиентски организации, които се показват, щракнете върху ... от дясната страна на клиентската организация, която искате да премахнете, и щракнете върху Премахване от клъстера.

Какво да направите след това

Завършете процеса на премахване, като анулирате CMK на клиентските организации, както е подробно описано в Анулиране на CMK на клиенти, премахнати от HDS.

Анулиране на CMK на клиенти, премахнати от HDS.

Преди да започнете

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

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовни среди с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторското потребителско име за Partner Hub в подканата. Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.
8	На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете своя ISO файл в браузъра и го качете.
11	Отидете в раздела Управление на CMK на клиент , където ще намерите следните три начина за управление на CMK на клиент. Анулиране на CMK за всички организации или Анулиране на CMK – щракнете върху този бутон на банера в горната част на екрана, за да анулирате CMK на всички организации, които са премахнати. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Анулиране на CMK , за да анулирате CMK на всички организации, които са премахнати. Щракнете върху … близо до CMK, за да бъде отменено състоянието на определена организация в таблицата и щракнете върху Анулиране на CMK , за да анулирате CMK за тази конкретна организация.
12	След успешното анулиране на CMK организацията на клиента повече няма да се показва в таблицата.
13	Ако отмяната на CMK е неуспешно, ще се покаже грешка.

Тестване на вашето разполагане на хибридна защита на данни

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

Преди да започнете

Настройте своето разполагане на хибридна защита на данни с много клиенти.
Уверете се, че имате достъп до syslog, за да потвърдите, че ключовите заявки се подават към вашето разполагане на хибридна защита на данни с много клиенти.

1

Бутоните за дадено място се задават от създателя на мястото. Влезте в приложението Webex като един от потребителите на организацията на клиентите и след това създайте място.

Ако деактивирате разполагането на хибридна защита на данни, съдържанието в местата, които създават потребителите, вече не е достъпно, след като бъдат заменени кешираните от клиента копия на ключовете за шифроване.

2

Изпратете съобщения до новото място.

3

Проверете изхода на syslog, за да потвърдите, че ключовите заявки се прехвърлят към вашето разполагане на хибридна защита на данни.

За да проверите за потребител, който първо създава защитен канал към KMS, филтрирайте на kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

Трябва да намерите запис като следния (идентификатори, съкратени за четливост):

2020-07-21 17:35:34.562 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-1] - [KMS:ЗАЯВКА] получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms: //hds2.org5.portun.us/statickeys/3[~]0 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2

За да проверите за потребител, който иска съществуващ ключ от KMS, филтрирайте на kms.data.method=retrieve и kms.data.type=KEY:

Трябва да намерите запис, като:

2020-07-21 17:44:19.889 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-31] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=retrieve, kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b

За да проверите за потребител, който е поискал създаването на нов KMS ключ, филтрирайте на kms.data.method=create и kms.data.type=KEY_COLLECTION:

Трябва да намерите запис, като:

2020-07-21 17:44:21.975 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-33] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b

За да проверите за потребител, който е поискал създаването на нов KMS ресурсен обект (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте на kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

Трябва да намерите запис, като:

2020-07-21 17:44:22.808 (+0000) ИНФОРМАЦИЯ KMS [pool-15-thread-1] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Наблюдение на изправността на хибридна защита на данни

Индикатор за статус в Partner Hub ви показва дали всичко е наред с разполагането на хибридна защита на данни с много клиенти. За по-активно предупреждаване се запишете за известия по имейл. Ще бъдете уведомени, когато има аларми, засягащи услугата, или надстройки на софтуера.

1	В Partner Hub изберете Услуги от менюто от лявата страна на екрана.
2	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Редактиране на настройките. Показва се страницата с настройки за хибридна защита на данни.
3	В раздела \„Имейл известия\“ въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управление на вашето разполагане на HDS

Управление на разполагането на HDS

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

Задаване на график за надстройване на клъстери

Надстройките на софтуера за хибридна защита на данни се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги изпълняват една и съща софтуерна версия. Надстройванията се извършват съгласно графика за надстройване за клъстера. Когато е налична надстройка на софтуера, имате възможност ръчно да надстроите клъстера преди планираното време за надстройване. Можете да зададете конкретен график за надстройване или да използвате графика по подразбиране от 3:00 ч. дневно в Съединените щати: Америка/Лос Анджелис. Можете също да изберете да отложите предстоящото надстройване, ако е необходимо.

За да зададете графика за надстройване:

1	Влезте в Центъра за партньори.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Настройка
4	На страницата с ресурси за хибридна защита на данни изберете клъстера.
5	Щракнете върху раздела Настройки на клъстера .
6	На страницата с настройки на клъстери под „График за надстройване“ изберете часа и часовата зона за графика за надстройване. Забележка: Под часовата зона се показват следващата налична дата и час на надстройване. Можете да отложите надстройването до следващия ден, ако е необходимо, като щракнете върху Отложи с 24 часа.

Промяна на конфигурацията на възела

От време на време може да се наложи да промените конфигурацията на вашия възел за защита на хибридни данни поради причина като:

Промяна на x.509 сертификати поради изтичане или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на защитата, Hybrid Data Security използва пароли за сервизен акаунт, които имат деветмесечен живот. След като инструментът за настройка на HDS генерира тези пароли, ги разполагате на всеки от вашите HDS възли във файла ISO config. Когато паролите на вашата организация са към изтичане, получавате известие от екипа на Webex за нулиране на паролата за вашия машинен акаунт. (Имейлът включва текста „Използвайте API на машинния акаунт, за да актуализирате паролата.“) Ако вашите пароли все още не са изтекли, инструментът ви дава две опции:

Софтуерно нулиране – И двете стари и нови пароли работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Твърдо нулиране – Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

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

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни права на администратор на партньор.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в 1.e. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

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

1	Използвайки Docker на локална машина, стартирайте HDS Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на парола. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате "Express сървър слушане на порт 8080." Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Когато получите подкана, въведете идентификационните си данни за влизане за клиент на Partner Hub и след това щракнете върху Приемане , за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да затворите инструмента за настройка, напишете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате работещ само един HDS възел, създайте нов VM възел на хибридна защита на данни и го регистрирайте, като използвате новия конфигурационен ISO файл. За по-подробни инструкции вижте Създаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките. Щракнете върху `CD / DVD диск 1 , изберете опцията за монтиране от ISO файл и`прегледайте местоположението, където сте изтеглили новия конфигурационен ISO файл. Поставете отметка на Свързване при включване. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса на възела "Защита на хибридните данни" (IP адрес/настройка например въведете идентификационни данни за администриране, които https://192.0.2.0/setup), сте задали за възела, след което щракнете върху Влизане.
2	Отидете на Общ преглед (страницата по подразбиране). Когато е разрешено, блокирани външна DNS разделителна способност е зададена да .
3	Отидете на страницата Хранилище на доверие & Прокси.
4	Щракнете върху Проверка на прокси връзката. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и да се върнете към страницата общ преглед, Блокиран външен DNS разделителна способност трябва да бъде зададено на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура, за да премахнете възел на хибридна защита на данни от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за защита.

1

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

2

Премахване на възела:

Влезте в Partner Hub и изберете Услуги.
В картата на хибридна защита на данни щракнете върху Преглед на всички , за да покажете страницата с ресурси за хибридна защита на данни.
Изберете своя клъстер, за да се покаже неговият панел \„Общ преглед\“.
Щракнете върху възела, който искате да премахнете.
Щракнете върху Дерегистриране на този възел на панела, който се появява вдясно
Можете също да дерегистрирате възела, като щракнете върху ... от дясната страна на възела и изберете Премахване на този възел.

3

В клиента vSphere изтрийте VM. (В левия навигационен екран щракнете с десния бутон върху VM и щракнете върху Изтрий.)

Ако не изтриете VM, не забравяйте да демонтирате конфигурационния ISO файл. Без ISO файла не можете да използвате VM за достъп до вашите данни за защита.

Възстановяване след бедствие с използване на центъра за данни в режим на готовност

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

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, наложително е клъстерът да продължи да работи и да се поддържат подходящи резервни копия. Загубата на базата данни за хибридна защита на данни или на конфигурационния ISO, използван за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентското съдържание. За предотвратяване на такава загуба са задължителни следните практики:

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

Преди да започнете

Премахнете регистрацията на всички възли от Partner Hub, както е посочено в Премахване на възел. Използвайте най-новия ISO файл, конфигуриран спрямо възлите на клъстера, който преди това е бил активен, за да извършите посочената по-долу процедура за преместване при отказ.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, споменати в Създаване на конфигурационен ISO за хостовете на HDS.
2	Завършете процеса на конфигуриране и запишете ISO файла на лесно за намиране място.
3	Направете резервно копие на ISO файла в локалната си система. Поддържайте архивното копие защитено. Този файл съдържа главен ключ за шифроване за съдържанието на базата с данни. Ограничете достъпа само до онези администратори на хибридна защита на данни, които трябва да направят промени в конфигурацията.
4	В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
5	Щракнете върху Редактиране на настройките >CD/DVD диск 1 и изберете Datastore ISO файл. Уверете се, че са отметнати Свързани и Свързване при включване , за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
6	Включете възела на HDS и се уверете, че няма аларми поне 15 минути.
7	Регистрирайте възела в Partner Hub. Вижте Регистриране на първия възел в клъстера.
8	Повторете процеса за всеки възел в центъра за данни в режим на готовност.

Какво да направите след това

След отказ, ако основният център за данни се активира отново, премахнете регистрацията на възлите на центъра за данни в режим на готовност и повторете процеса на конфигуриране на ISO и регистриране на възлите на основния център за данни, както е посочено по-горе.

(По избор) Демонтиране на ISO след конфигуриране на HDS

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

Все още използвате ISO файловете, за да направите промени в конфигурацията. Когато създавате нов ISO или актуализирате ISO чрез инструмента за настройка, трябва да монтирате актуализирания ISO на всички ваши HDS възли. След като всички ваши възли са приели промените в конфигурацията, можете да демонтирате ISO отново с тази процедура.

Преди да започнете

Надстройте всички ваши HDS възли до версия 2021.01.22.4720 или по-нова.

1	Затворете един от възлите си за HDS.
2	В уреда vCenter Server изберете възела на HDS.
3	Изберете Редактиране на настройките > CD/DVD диск и премахнете отметката от Datastore ISO файл.
4	Включете възела на HDS и се уверете, че няма аларми поне 20 минути.
5	Повторете за всеки HDS възел на смяна.

Отстраняване на неизправности в хибридна защита на данни

Преглед на предупрежденията и отстраняване на неизправности

Разполагането на хибридна защита на данни се счита за налично, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че отнема време. Ако потребителите не могат да се свържат с вашия клъстер на хибридна защита на данни, те изпитват следните симптоми:

Не могат да се създават нови места (не могат да се създадат нови ключове)
Неуспешно дешифриране на съобщенията и заглавията на пространството за:
- Нови потребители, добавени към място (не могат да се извлекат ключове)
- Съществуващи потребители в място с помощта на нов клиент (не могат да се извлекат ключовете)
Съществуващите потребители в дадено място ще продължат да се изпълняват успешно, стига клиентите им да имат кеш с ключовете за шифроване

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

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

Ако има проблем с настройката на хибридна защита на данни, Partner Hub показва предупреждения до администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Предупрежденията обхващат много общи сценарии.

Таблица 1. Общи проблеми и стъпки за тяхното разрешаване
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Неуспешна връзка с локалната база данни.	Проверете дали сървърът с база данни е достъпен и дали са използвани правилните идентификационни данни за акаунта за услуга в конфигурацията на възела.
Неуспешен достъп до услугата в облака.	Проверете дали възлите имат достъп до сървърите на Webex, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията за услуги в облака.	Регистрацията в услугите в облака беше прекъсната. Протича подновяване на регистрацията.
Регистрацията на услуги в облака е прекъсната.	Регистрирането в облачни услуги е прекратено. Услугата се затваря.
Услугата все още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съответства на сертификата на сървъра.	Уверете се, че сертификатът на сървъра ви съответства на конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че CN на сертификата наскоро е променен и сега е различен от CN, който е бил използван по време на първоначалната настройка.
Неуспешно удостоверяване в услугите в облака.	Проверете за точност и възможно изтичане на идентификационните данни за акаунта за услугата.
Неуспешно отваряне на локалния файл на клавиатурата.	Проверете за целостта и точността на паролата във файла с локалния клавиатура.
Сертификатът за локален сървър е невалиден.	Проверете датата на изтичане на сертификата на сървъра и потвърдете, че той е издаден от надежден сертифициращ орган.
Неуспешно публикуване на метриките.	Проверете достъпа до локалната мрежа до външни облачни услуги.
Директорията /media/configdrive/hds не съществува.	Проверете конфигурацията за монтаж на ISO на виртуалния хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организация на клиент не е завършена за добавените организации	Завършете настройката, като създадете CMK за новодобавени организации на клиенти с помощта на инструмента за настройка на хибридни съобщения.
Настройката на организация на клиента не е завършена за премахнатите организации	Завършете настройката чрез анулиране на CMK на организациите на клиенти, които са премахнати с помощта на инструмента за настройка на хибридни телефони (HDS).

Отстраняване на неизправности в хибридна защита на данни

Използвайте следните общи насоки, когато отстранявате проблеми с хибридна защита на данни.

1	Прегледайте Partner Hub за предупреждения и коригирайте всички елементи, които намерите там. Вижте изображението по-долу за справка.
2	Прегледайте изхода на сървъра syslog за активност от разполагането на хибридна защита на данни. Филтрирайте за думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняване на неизправности.
3	Свържете се с поддръжката на Cisco.

Други бележки

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

Ако затворите своя клъстер на хибридна защита на данни (като го изтриете в Partner Hub или като затворите всички възли), загубите своя ISO файл за конфигуриране или загубите достъп до базата данни на клавиатурата, потребителите на приложението Webex на клиентските организации вече няма да могат да използват пространства в своя списък "Хора", създадени с ключове от вашия KMS. В момента нямаме заобиколно решение или корекция за този проблем и ви призовавам да не затваряте услугите си за HDS, след като обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка към KMS, поддържа тази връзка за период от време (вероятно един час).

Използване на OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на PKCS12 файл в правилния формат за зареждане в инструмента за настройка на HDS. Има и други начини за това и ние не подкрепяме и не насърчаваме един път над друг.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като ръководство, за да ви помогнем да създадете файл, който отговаря на изискванията за сертификат X.509 в Изисквания за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия сертифициращ орган (CA).

1	Когато получите сертификата на сървъра от вашия CA, запишете го като `hdsnode.pem`.
2	Показване на сертификата като текст и проверете подробностите. `openssl x509 -текст -noout -в hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл пакет сертификат, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва сертификата на сървъра, всички междинни CA сертификати и корневи CA сертификати в следния формат: `-----начало на сертификат----- ### сертификат на сървър. ### -----край на сертификат--------------- начало на сертификат------ ### Междинен CA сертификат. ### -----край на сертификат--------------- начало на сертификат------ ### Корневи CA сертификат. ### -----край на сертификат-----`
4	Създайте .p12 файла с приятелското име `kms-частен-ключ`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 -в hdsnode.p12` Въведете парола при подкана да шифровате частния ключ, така че да се показва в изхода. След това се уверете, че частният ключ и първият сертификат включват линиите `friendlyName: kms-частен-ключ`. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Въведете паролата за импортиране: MAC потвърди атрибути OK Bag friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Ключови атрибути: Въведете фраза за преминаване на PEM: Потвърждаване – Въведете фраза за достъп до PEM: -----BEGIN ENCRYPTED PRIVATE KEY----- -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE------ Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE-----

Какво да направите след това

Върнете се, за да изпълните изискванията за хибридна защита на данни. Ще използвате файла hdsnode.p12 и паролата, която сте задали за него, в Създаване на конфигурационен ISO за организаторите на HDS.

Можете да използвате повторно тези файлове, за да поискате нов сертификат, когато първоначалният сертификат изтече.

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

Изходящ трафик за събиране на метрики

Възлите на хибридна защита на данни изпращат определени показатели към облака на Webex. Те включват системни метрики за heap max, използван heap, натоварване на процесора и брой нишки; метрики за синхронните и асинхронните нишки; метрики за предупрежденията, включващи праг на шифроване връзки, латентност или дължина на опашката за заявки; метрики за datastore; и метрики за връзката за шифроване. Възлите изпращат материали за шифрован ключ през нечестотен (отделен от заявката) канал.

Входящ трафик

Възлите на хибридна защита на данни получават следните типове входящ трафик от облака на Webex:

Заявки за шифроване от клиенти, които се маршрутизират от услугата за шифроване
Надстройки до софтуера за възли

Конфигуриране на прокси сървъри за хибридна защита на данните

Websocket не може да се свърже чрез сепия прокси

Прокси сървърите, които инспектират HTTPS трафика, могат да повлияят на създаването на websocket (в к:) връзки, които изискват хибридната защита на данните. Тези раздели дават насоки как да конфигурирате различни версии на Калмар, за да игнорирате wss: трафик за правилното функциониране на услугите.

Калмята 4 и 5

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

on_unsupported_protocol тунел

Сепия 3.5.27

Успешно тествахме Hybrid Data Security със следните правила, добавени към 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 надничане step1 всички ssl_bump stare step2 всички ssl_bump bump step3 всички

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

Тази таблица обхваща нови функции или функционалности, промени в съществуващото съдържание и всички големи грешки, които са поправени в Ръководство за разполагане за хибридна защита на данните с много клиенти.

Дата	Направени промени
15 януари 2025 г.	Добавени ограничения на хибридната защита на данните с много клиенти.
08 януари 2025 г.	Добавена е бележка в Извършване на първоначална настройка и изтегляне на инсталационни файлове , в която се посочва, че щракването върху Настройка на HDS картата в Partner Hub е важна стъпка от процеса на инсталиране.
07 януари 2025 г.	Актуализирани изисквания за виртуален хост, Поток от задачи за разполагане на хибридна защита на данни, и Инсталиране на HDS Host OVA , за да се покаже ново изискване на ESXi 7.0.
13 декември 2024 г.	Публикувана за първи път.

Деактивиране на хибридна защита на данни с много клиенти

Поток на задачи за деактивиране на HDS с много клиенти

Изпълнете тези стъпки, за да деактивирате напълно HDS с много клиенти.

Преди да започнете

Тази задача трябва да се изпълнява само от администратор с пълни права на партньор.

1	Премахнете всички клиенти от всичките ви клъстери, както е посочено в Премахване на организации на клиенти.
2	Анулирайте CMK на всички клиенти, както е посочено в Анулиране на CMK на клиенти, премахнати от HDS..
3	Премахнете всички възли от всичките ви клъстери, както е посочено в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстера, който искате да изтриете, и изберете Изтриване на този клъстер в горния десен ъгъл на страницата за общ преглед. На страницата „Ресурси“ щракнете върху ... от дясната страна на клъстер и изберете Премахване на клъстер.
5	Щракнете върху раздела Настройки на страницата за общ преглед на хибридната защита на данни и щракнете върху Деактивиране на хибридната защита на данни в картата за статус на HDS.

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

Общ преглед на хибридна защита на данни с няколко клиента

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

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

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

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

Това също така позволява по-малките организации да използват HDS, тъй като услугата за управление на ключове и инфраструктурата за сигурност, като центровете за данни, са собственост на доверения местен партньор.

Как хибридната защита на данните с няколко клиента осигурява суверенитет на данните и контрол на данните

Генерираното от потребителите съдържание е защитено от външен достъп, като например доставчици на облачни услуги.
Местните доверени партньори управляват ключовете за шифроване на клиенти, с които вече имат установени отношения.
Опция за местна техническа поддръжка, ако бъде предоставена от партньора.
Поддържа съдържание в Meetings, Messaging и Calling.

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

Ограничения на хибридната защита на данните с много клиенти

Партньорските организации не трябва да имат съществуващо активно разполагане на HDS в Control Hub.
Организациите на клиенти или клиенти, които желаят да бъдат управлявани от партньор, не трябва да имат съществуващо разполагане на HDS в Control Hub.
След като HDS за множество клиенти бъде разгърнат от партньора, всички потребители на клиентски организации, както и потребители на партньорската организация, започват да използват HDS за множество клиенти за своите услуги за шифроване.

Партньорската организация и клиентските организации, които управляват, ще бъдат на едно и също разполагане на HDS с много клиенти.

Партньорската организация вече няма да използва KMS в облака след разгръщането на HDS с много клиенти.
Няма механизъм за преместване на ключовете обратно към Cloud KMS след разполагане на HDS.
В момента всяко разполагане на HDS с много клиенти може да има само един клъстер, с множество възли под него.
Ролите на администратор имат определени ограничения; вижте раздела по-долу за подробности.

Роли в хибридна защита на данните с няколко клиента

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

Цялостно настройване и управление на HDS с много клиенти на всички клиентски организации – изискват се пълен администратор на партньор и права на пълен администратор.
Управление на зададените организации на клиенти – изискват се администратор на партньор и права на пълен администратор.

Архитектура на областта на сигурността

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

За да разберем по-подробно хибридната защита на данните, нека първо разгледаме този случай в облака, където Cisco предоставя всички функции в своите облачни области. Услугата за самоличност, единственото място, където потребителите могат да бъдат пряко свързани с тяхната лична информация, като имейл адрес, е логично и физически отделена от областта на защитата в центъра за данни B. И двете от своя страна са отделени от областта, в която в крайна сметка се съхранява шифровано съдържание, в центъра за данни C.

На тази схема клиентът е приложението Webex, което се изпълнява на лаптопа на потребителя, и е удостоверен с услугата за самоличност. Когато потребителят композира съобщение за изпращане до интервал, се извършват следните стъпки:

Клиентът установява защитена връзка с услугата за управление на ключове (KMS), след което иска ключ за шифроване на съобщението. Защитената връзка използва ECDH, а KMS шифрова ключа с помощта на главния ключ AES-256.
Съобщението е шифровано преди да напусне клиента. Клиентът го изпраща на услугата за индексиране, която създава шифровани индекси за търсене, за да подпомогне при бъдещи търсения на съдържанието.
Шифрованото съобщение се изпраща на услугата за съответствие за проверки за съответствие.
Шифрованото съобщение се съхранява в областта на мястото за съхранение.

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

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

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

Услугата KMS, изпълнявана в организация А, валидира връзките към KMS в други организации, като използва x.509 PKI сертификати. Вижте Подготовка на средата за подробности относно генерирането на сертификат x.509, който да се използва при вашето разполагане на хибридна защита на данни с много клиенти.

Очаквания за внедряване на хибридна защита на данни

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

За да разположите хибридна защита на данни, трябва да предоставите:

Защитен център за данни в страна, която е поддържано местоположение за плановете на Cisco Webex Teams.
Оборудването, софтуерът и мрежовият достъп, описани в Подготовка на средата.

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

Управлявайте архивирането и възстановяването на базата данни и конфигурационния ISO.
Бъдете готови да извършите бързо възстановяване след бедствие, ако възникне катастрофа, като повреда на диска на базата данни или бедствие на центъра за данни.

Няма механизъм за преместване на ключовете обратно в облака след разполагане на HDS.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на разполагането на хибридна защита на данни с много клиенти:

Настройване на хибридна защита на данни – това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна защита на данни, изграждане на клъстер на HDS, добавяне на организации на клиенти към клъстера и управление на техните главни ключове на клиенти (CMK). Това ще даде възможност на всички потребители на вашите клиентски организации да използват вашия клъстер на хибридна защита на данни за функции за защита.

Етапите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте разполагането на хибридна защита на данни – Облакът на Webex автоматично предоставя текущи надстройки. Вашият ИТ отдел може да предостави поддръжка от първо ниво за това разполагане и да ангажира поддръжката на Cisco, ако е необходимо. В Partner Hub можете да използвате известия на екрана и да настроите имейл предупреждения.
Разбиране на често срещаните предупреждения, стъпките за отстраняване на неизправности и известни проблеми – ако срещнете проблеми при разполагането или използването на хибридна защита на данни, последната глава от това ръководство и приложението „Известни проблеми“ могат да ви помогнат да определите и коригирате проблема.

Модел на разполагане на хибридна защита на данни

В рамките на вашия корпоративен център за данни разполагате с хибридна защита на данни като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака на Webex чрез защитени уеб сокети и защитен HTTP.

По време на процеса на инсталиране ви предоставяме файла OVA, за да настроите виртуалния уред на VMs, които предоставяте. Използвайте инструмента за настройка на HDS, за да създадете персонализиран ISO файл за конфигуриране на клъстери, който да монтирате на всеки възел. Клъстерът на хибридна защита на данни използва предоставения ви сървър Syslogd и базата данни на PostgreSQL или Microsoft SQL Server. (Можете да конфигурирате подробностите за връзката на Syslogd и базата данни в инструмента за настройка на HDS.)

Модел на разполагане на хибридна защита на данни

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

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

Възлите стават активни, когато ги регистрирате в Partner Hub. За да излезете от експлоатация отделен възел, можете да го дерегистрирате и по-късно да го регистрирате отново, ако е необходимо.

Standby Data Center за възстановяване при бедствия

По време на разгръщането настройвате защитен център за данни в режим на готовност. В случай на бедствие на центъра за данни можете ръчно да не успеете при разполагането си в центъра за данни в режим на готовност.

Базите данни на активните центрове за данни и центровете за данни в режим на готовност са синхронизирани помежду си, което ще сведе до минимум времето, необходимо за извършване на превключването при отказ.

Активните възли на хибридна защита на данни трябва винаги да бъдат в същия център за данни като активния сървър с база данни.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Няма прокси сървър – Стойността по подразбиране, ако не използвате конфигурацията за настройка на HDS възел на доверено хранилище и прокси сървър за интегриране на прокси сървър. Не се изисква актуализация на сертификата.
Прозрачен прокси сървър без проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра и не трябва да изискват промени, за да работят с прокси сървър без проверка. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси сървъра – възлите не са конфигурирани да използват определен адрес на прокси сървъра. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър – С изричния прокси сървър казвате на HDS кои прокси сървъри и схема за удостоверяване да използват. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN – адрес, който може да се използва за свързване с прокси машината.
2. Прокси порт – номер на порт, който прокси сървърът използва за слушане за прокси трафик.
3. Прокси протокол – в зависимост от това, което поддържа прокси сървърът ви, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване – изберете измежду следните типове удостоверяване:
  - Няма – Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Основни—Използва се за HTTP потребителски агент, за да предостави потребителско име и парола при подаване на заявка. Използва Base64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Обобщаване – използва се за потвърждаване на акаунта, преди да се изпрати чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

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

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

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

Изисквания за хибридна защита на данните с няколко клиента

Изисквания за лицензи за Cisco Webex

За да разположите хибридна защита на данните с много клиенти:

Партньорски организации: Свържете се със своя партньор в Cisco или мениджър на акаунти и се уверете, че функцията за много клиенти е активирана.
Организации на клиента: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за закачане на работния плот

Преди да инсталирате възлите на HDS, трябва Docker Desktop, за да изпълните инсталационна програма. Docker наскоро актуализира своя модел на лицензиране. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, " Docker е Актуализиране и разширяване на нашите абонаментиза продукти".

X.509 Изисквания за сертификата

Веригата на сертификатите трябва да отговаря на следните изисквания:

Таблица 1. X.509 Изисквания за сертификата за разполагане на хибридна защита на данни
Изискване	Подробности
Подписан от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на сертифициращите органи в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи общо име (CN) име на домейн, което идентифицира вашето разполагане на хибридна защита на данни Не е заместващ сертификат	CN не е нужно да е достъпен или хост на живо. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. CN не трябва да съдържа * (заместващ символ). CN се използва за проверка на възлите на хибридна защита на данни за клиентите на приложението Webex. Всички възли на хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашият KMS се идентифицира с помощта на CN домейна, а не с произволен домейн, дефиниран в полетата x.509v3 SAN. След като сте регистрирали възел с този сертификат, не поддържаме промяна на името на CN домейна.
Подпис, който не е SHA1	Софтуерът KMS не поддържа подписи SHA1 за валидиране на връзки с KMS на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име на `kms-private-key` , за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор, като OpenSSL, за да промените формата на сертификата си. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.

Софтуерът KMS не налага използване на ключове или не разширява ограниченията за използване на ключове. Някои сертифициращи органи изискват за всеки сертификат да се прилагат разширени ограничения за използване на ключа, като например удостоверяване на сървъра. Добре е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален организатор

Виртуалните хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (препоръчва се 3), разположени съвместно в един и същ защитен център за данни
VMware ESXi 7.0 (или по-нова версия) е инсталиран и работи.

Трябва да надстроите, ако имате по-стара версия на ESXi.
Минимум 4 vCPU, 8 GB основна памет, 30 GB локално място на твърдия диск на сървър

Изисквания към сървъра за база данни

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

Има две опции за сървъра с база данни. Изискванията за всеки от тях са, както следва:

Таблица 2. Изисквания за сървъра с база данни по тип база данни
PostgreSQL	Microsoft SQL сървър
PostgreSQL 14, 15 или 16, инсталиран и се изпълнява.	Инсталиран е SQL Server 2016, 2017, или 2019 (корпоративен или стандартен). SQL Server 2016 изисква Service Pack 2 и Кумулативна актуализация 2 или по-нова версия.
Минимум 8 vCPU, 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не е превишено (препоръчва се 2 TB, ако искате да стартирате базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)	Минимум 8 vCPU, 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не е превишено (препоръчва се 2 TB, ако искате да стартирате базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)

HDS софтуерът в момента инсталира следните версии на драйвери за комуникация със сървъра с база данни:

PostgreSQL

Microsoft SQL сървър

Postgres JDBC драйвер 42.2.5

SQL Server JDBC драйвер 4.6

Тази версия на драйвера поддържа SQL Server Always On ( Винаги включен екземпляр на клъстера при отказ и Винаги включен групи за наличност).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

Ако искате HDS възлите да използват удостоверяване на Windows, за да получат достъп до вашата база данни на Keystore на 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 за достъп до базата данни на Keystore. Те използват подробностите от вашата ISO конфигурация, за да конструират SPN, когато заявяват достъп с удостоверяване на Kerberos.

Изисквания за външна връзка

Конфигурирайте защитната стена, за да разрешите следната свързаност за приложенията на хибридна защита на данни:

Приложение	Протокол	Порт	Посока от приложението	Местоназначение
Възли на хибридна защита на данни	TCP	443	Изходящи HTTPS и ВиК	Сървъри на Webex: .wbx2.com .ciscospark.com Всички организатори на Common Identity Други URL адреси, които са изброени за хибридна защита на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex на мрежовите изисквания за услугите на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички организатори на Common Identity hub.docker.com

Възлите на хибридна защита на данни работят с превод на мрежовия достъп (NAT) или зад защитна стена, при условие че NAT или защитната стена позволяват необходимите изходящи връзки към местоназначенията на домейна в предходната таблица. За връзки, влизащи във входящи възли на хибридна защита на данни, от интернет не трябва да се виждат портове. В рамките на вашия център за данни клиентите се нуждаят от достъп до възлите на хибридна защита на данни на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете на Common Identity (CI) са специфични за региона. Това са текущите организатори на CI:

Регион	URL адреси на организатор на Common Identity
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Прокси сървърите, които инспектират HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да работите по този проблем, вижте Конфигуриране на прокси сървъри за хибридна защита на данни.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуди изходящия TCP трафик на порт 443 да маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, заобикалянето (не инспектирането) на трафика към wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна защита на данни

Използвайте този контролен списък, за да гарантирате, че сте готови да инсталирате и конфигурирате своя клъстер на хибридна защита на данни.

1	Уверете се, че вашата партньорска организация има активирана функция за HDS с няколко клиента и получавате идентификационните данни за акаунт с пълен администратор на партньор и права на пълен администратор. Уверете се, че вашата организация на клиенти на Webex е разрешена за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор в Cisco или мениджър на акаунти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо разполагане на HDS.
2	Изберете име на домейн за разполагането на HDS (например `hds.company.com`) и получете верига от сертификати, съдържаща сертификат X.509, частен ключ и всички междинни сертификати. Веригата на сертификатите трябва да отговаря на изискванията в X.509 Изисквания за сертификат.
3	Подгответе идентични виртуални хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер. Имате нужда от поне два отделни организатора (препоръчва се 3), разположени съвместно в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален организатор.
4	Подгответе сървъра с база данни, който ще действа като хранилище на данни за ключа за клъстера в съответствие с изискванията за сървъра с база данни. Сървърът на базата данни трябва да бъде разположен съвместно в защитения център за данни с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране. Приложенията на HDS, когато са инсталирани, създават схемата на базата с данни.) Съберете подробностите, които ще използват възлите за комуникация със сървъра с база данни: име на хост или IP адрес (хост) и порт името на базата с данни (dbname) за съхранение на ключа потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключа
5	За бързо възстановяване след бедствие настройте архивна среда в друг център за данни. Резервната среда отразява производствената среда на VMs и резервен сървър с база данни. Например, ако производството има 3 VMs, работещи с HDS възли, резервната среда трябва да има 3 VMs.
6	Настройте хост на syslog, за да събирате регистрационни файлове от възлите в клъстера. Съберете мрежовия му адрес и порта за 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. Вижте Изисквания за закачане на работния плот за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има възможността за свързване, описана в Изисквания за външна свързаност.
10	Ако интегрирате прокси сървър с хибридна защита на данните, уверете се, че той отговаря на изискванията за прокси сървър.

Настройване на клъстер на хибридна защита на данни

Поток на задачи за разполагане на хибридна защита на данни

Преди да започнете

1	Извършване на първоначална настройка и изтегляне на инсталационни файлове Изтеглете OVA файла на вашата локална машина за по-късно използване.
2	Създаване на конфигурационен ISO за хостовете на HDS Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на хибридна защита на данни.
3	Инсталиране на HDS Host OVA Създайте виртуална машина от OVA файла и изпълнете първоначалната конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 7.0. Опцията може да не е налична в по-ранни версии.
4	Настройване на VM на хибридна защита на данни Влезте в конзолата на VM и задайте данните за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали към момента на разполагането на OVA.
5	Качване и монтиране на конфигурация ISO на HDS Конфигурирайте VM от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на HDS възел за интегриране на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете прокси сертификата към хранилището на гаранти, ако е необходимо.
7	Регистриране на първия възел в клъстера Регистрирайте VM с облака на Cisco Webex като възел на хибридна защита на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте HDS с много клиенти в Partner Hub. Активирайте HDS и управлявайте организации на клиенти в Partner Hub.

Извършване на първоначална настройка и изтегляне на инсталационни файлове

В тази задача изтегляте OVA файл на вашата машина (а не на сървърите, които сте настроили като възли на хибридна защита на данни). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Partner Hub и щракнете върху Услуги.
2	В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и след това щракнете върху Настройка. Щракването върху Настройка в Partner Hub е критично за процеса на разполагане. Не продължете с инсталирането, без да завършите тази стъпка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне на .OVA файл на картата Инсталиране и конфигуриране на софтуера . По-старите версии на софтуерния пакет (OVA) няма да бъдат съвместими с най-новите надстройки на хибридна защита на данни. Това може да доведе до проблеми при надстройване на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от раздела Помощ . Щракнете върху Настройки > Помощ > Изтегляне на софтуер за хибридна защита на данни. OVA файлът започва автоматично да се изтегля. Запишете файла на местоположение на машината си.
4	Като опция щракнете върху Вижте ръководството за разполагане на хибридна защита на данни , за да проверите дали има налична по-нова версия на това ръководство.

Създаване на конфигурационен ISO за хостовете на HDS

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт в Partner Hub с пълни администраторски права.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT

HTTPS прокси без удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT

HTTP прокси с удостоверяване

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

HTTPS прокси с удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT
Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

докер rmi ciscocitg/hds-setup: стабилен

В среди на FedRAMP:

докер rmi ciscocitg/hds-setup-fedramp: стабилен

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

докер вход -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwa

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

докер издърпване ciscocitg/hds-setup: стабилен

В среди на FedRAMP:

докер издърпване ciscocitg/hds-setup-fedramp: стабилен

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В редовни среди с HTTPS прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В среди на FedRAMP без прокси:

докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен

В среди на FedRAMP с HTTP прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTPS прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

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

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080 и въведете администраторското потребителско име за Partner Hub в подканата.

Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.

8

На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.

9

На страницата Импортиране на ISO имате следните опции:

Не– Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да – Ако вече сте създали HDS възли, тогава изберете своя ISO файл в прегледа и го качете.

10

Проверете дали вашият сертификат X.509 отговаря на изискванията в X.509 Изисквания за сертификат.

Ако никога не сте качили сертификат преди, качете сертификата X.509, въведете паролата и щракнете върху Продължи.
Ако сертификатът ви е ОК, щракнете върху Продължи.
Ако сертификатът ви е изтекъл или искате да го замените, изберете Не за Продължаване на използването на веригата за сертификати на HDS и частния ключ от предишния ISO?. Качете нов сертификат X.509, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до ключовия си datastore:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, получавате поле за тип удостоверяване.
(Само за Microsoft SQL Server ) Изберете вашия тип удостоверяване:
- Базово удостоверяване: Необходимо е име на локален акаунт за SQL Server в полето Потребителско име .
- Удостоверяване на Windows: Имате нужда от акаунт за Windows във формат username@DOMAIN в полето Потребителско име .
Въведете адреса на сървъра с база данни във формуляра : или :.

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

Можете да използвате IP адрес за базово удостоверяване, ако възлите не могат да използват DNS за решаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете името на базата данни.
Въведете Потребителско име и Парола на потребител с всички привилегии в базата данни за съхранение на ключа.

12

Изберете режим на свързване с база данни TLS:

Режим	Описание
Предпочитане на TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако разрешите TLS на сървъра с база данни, възлите правят опит за шифрована връзка.
Изисквайте TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Изисквайте TLS и проверете подписвача на сертификати	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяването на TLS връзка възелът сравнява подписващия на сертификата от сървъра на базата данни с органа за сертифициране в корневи сертификат в базата данни. Ако не съвпадат, възелът изпуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.
Изисквайте TLS и проверете подписалия сертификат и хостовото име	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяването на TLS връзка възелът сравнява подписващия на сертификата от сървъра на базата данни с органа за сертифициране в корневи сертификат в базата данни. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето Хост и порт в базата данни . Имената трябва да съвпадат точно или възелът пуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.

Когато качите корневи сертификат (ако е необходимо) и щракнете върху Продължи, инструментът за настройка на хибридна защита на данни тества TLS връзката към сървъра с база данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързването възлите на HDS може да са в състояние да установят TLS връзката, дори ако машината с инструмента за настройка на HDS не може да я тества успешно.)

13

На страницата „Системни регистрационни файлове“ конфигурирайте сървъра си за Syslogd:

Въведете URL адреса на сървъра syslog.

Ако сървърът не може да се разрешава чрез DNS от възлите за вашия HDS клъстер, използвайте IP адрес в URL.

Пример:
udp://10.92.43.23:514 показва влизане в хоста Syslogd 10.92.43.23 на UDP порт 514.
Ако настроите сървъра си да използва TLS шифроване, отметнете Конфигуриран ли е вашият сървър syslog за SSL шифроване?.

Ако отметнете това квадратче, трябва да въведете URL адрес на TCP, като например tcp://10.92.43.23:514.
От падащия списък Избор на прекратяване на запис в syslog изберете подходящата настройка за вашия ISO файл: Избор или нов ред се използва за Graylog и Rsyslog TCP
- Нулев байт -- \x00
- Нов ред – \n – Изберете този избор за Graylog и Rsyslog TCP.
Щракнете върху Продължаване.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с база данни в Разширени настройки. По принцип този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxРазмер: 10

15

Щракнете върху Продължи на екрана Нулиране на паролата за акаунти за услуги .

Паролите за акаунта за услугата имат деветмесечен живот. Използвайте този екран, когато паролите ви наближават изтичане или искате да ги нулирате, за да invalidate previous ISO files.

16

Щракнете върху Изтегляне на ISO файл. Запишете файла на лесно за намиране място.

17

Направете резервно копие на ISO файла в локалната си система.

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

18

За да затворите инструмента за настройка, напишете CTRL+C.

Какво да направите след това

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

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

Инсталиране на HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте клиента VMware vSphere на вашия компютър, за да влезете във виртуалния хост на ESXi.
2	Изберете Файл > Разполагане на OVF шаблон.
3	В съветника укажете местоположението на OVA файла, който сте изтеглили по-рано, след което щракнете върху Напред.
4	На страницата Избор на име и папка въведете име на виртуална машина за възела (например "HDS_Node_1"), изберете местоположение, където може да се намира разполагането на възела на виртуалната машина, след което щракнете върху Напред.
5	На страницата Избор на изчислителен ресурс изберете целевия изчислителен ресурс и след това щракнете върху Напред. Извършва се проверка за валидиране. След като завърши, се показват подробностите за шаблона.
6	Проверете подробностите за шаблона и след това щракнете върху Напред.
7	Ако от вас бъде поискано да изберете конфигурацията на ресурсите на страницата Конфигурация , щракнете върху 4 процесора и след това щракнете върху Напред.
8	На страницата Избор на място за съхранение щракнете върху Напред , за да приемете формата на диска по подразбиране и правилата за съхранение на VM.
9	На страницата Избор на мрежи изберете опцията за мрежа от списъка със записи, за да осигурите желаната свързаност към VM.
10	На страницата Персонализиране на шаблон конфигурирайте следните мрежови настройки: Име на хост – въведете FQDN (име на хост и домейн) или една дума име на хост за възела. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали, за да получите сертификата X.509. За да гарантирате успешна регистрация в облака, използвайте само малки знаци във FQDN или името на хоста, които сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес – Въведете IP адреса за вътрешния интерфейс на възела. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска – Въведете адреса на маската на подмрежата с точка и запетая. Например 255.255.255.0. Шлюз – въведете IP адреса на шлюза. Шлюза е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри – Въведете списък с DNS сървъри, разделени със запетая, които обработват преобразуването на имената на домейни в цифрови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри – Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетая, за да въведете няколко NTP сървъра. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстера да са достъпни от клиентите във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурацията на мрежовите настройки и да следвате стъпките в Настройване на VM на хибридна защита на данни , за да конфигурирате настройките от конзолата за възли. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 7.0. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху възела VM и след това изберете Захранване > Включване. Софтуерът за хибридна защита на данни е инсталиран като гост на VM Host. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Може да усетите забавяне от няколко минути, преди контейнерите с възли да се появят. На конзолата се появява съобщение за защитна стена на мост по време на първото зареждане, по време на което не можете да влезете.

Настройване на VM на хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата на възела на хибридна защита на данни и да зададете данните за вход. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на разполагането на OVA.

1	В клиента на VMware vSphere изберете своя възел на хибридна защита на данни VM и изберете раздела Конзола . VM се зарежда и се появява подкана за влизане. Ако подканата за влизане не се покаже, натиснете Enter.
2	Използвайте следните данни за влизане и парола по подразбиране, за да влезете и да промените идентификационните данни: Влизане: `администратор` Парола: `cisco` Тъй като влизате във вашия VM за първи път, трябва да промените паролата на администратора.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай в главното меню изберете опцията Редактиране на конфигурацията .
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на мрежовите ви правила. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали, за да получите сертификата X.509.
6	Запишете мрежовата конфигурация и рестартирайте VM, за да влязат в сила промените.

Качване и монтиране на конфигурация ISO на HDS

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

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде изложен само на база „трябва да знаете“, за достъп от VM на хибридна защита на данни и всички администратори, които може да се наложи да направят промени. Уверете се, че само тези администратори имат достъп до datastore.

1

Качете ISO файла от компютъра си:

В левия навигационен екран на клиента VMware vSphere щракнете върху сървъра ESXi.
В списъка с хардуери на раздела за конфигуриране щракнете върху Място за съхранение.
В списъка Datastores щракнете с десния бутон върху datastore за вашите VMs и щракнете върху Преглед на Datastore.
Щракнете върху иконата Качване на файлове и след това щракнете върху Качване на файл.
Намерете местоположението, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Щракнете върху Да , за да приемете предупреждението за операцията за качване/изтегляне, и затворете диалоговия прозорец за данни.

2

Монтиране на ISO файла:

В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
Щракнете върху OK , за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD диск 1, изберете опцията за монтаж от ISO файл datastore и намерете местоположението, където сте качили конфигурационния ISO файл.
Отметнете Свързан и Свързване при включване.
Запишете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако правилата за ИТ изискват, можете по избор да демонтирате ISO файла, след като всички ваши възли поемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след конфигуриране на HDS за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси, използвайте тази процедура, за да укажете вида на прокси, който искате да интегрирате с Hybrid Data Security. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси за общ преглед на поддържаните опции за прокси.
Изисквания към прокси сървъра

1	Въведете URL адреса за настройка на HDS възел `https://[HDS Възел IP или FQDN]/настройка` в уеб браузър, въведете администраторски идентификационни данни, които сте настроили за възела и след това щракнете върху Вход.
2	Отидете на Хранилище на доверие & Прокси , след което изберетеопция: Няма прокси сървър – опцията по подразбиране, преди да интегрирате прокси сървър. Не се изисква актуализация на сертификата. Прозрачен прокси сървър без проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра и не трябва да изискват промени, за да работят с прокси сървър без проверка. Не се изисква актуализация на сертификата. Прокси сървър за прозрачна проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра. Не httpS конфигурация промени са необходими в разполагането на защитата на хибридни данни, обаче HDS възли се нуждаят от главен сертификат, така че те се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър – С изричния прокси сървър казвате на клиента (HDS възли) кой прокси сървър да използва, и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN – адрес, който може да се използва за свързване с прокси машината. Прокси порт – номер на порт, който прокси сървърът използва за слушане за прокси трафик. Прокси протокол – изберете http (преглежда и управлява всички заявки, които се получават от клиента) или https (осигурява канал към сървъра и клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване – изберете измежду следните типове удостоверяване: Няма – Не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Основни—Използва се за HTTP потребителски агент, за да предостави потребителско име и парола при подаване на заявка. Използва Base64 кодиране. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Обобщаване – използва се за потвърждаване на акаунта, преди да се изпрати чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Качване на главен сертификат или Сертификат за краен обект и след това навигирайте до изберете главния сертификат запрокси. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката chevron по името на издателя на сертификата, за да получите повече подробности или щракнете върху Изтрий, ако сте направили грешка и искате да качите повторно файла.
4	Щракнете върху Проверка на прокси връзката, за да тествате мрежовата свързаност между възела и прокси. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако мислите, че това е грешка, изпълнете тези стъпки и след това вижте Изключване на режима на блокирано външно разрешаване на DNS.
5	След като тестът за връзка премине, за изрично прокси настроен само на https, включете превключването към Маршрут всички порт 443/444 https заявки от този възел през изрично прокси. Тази настройка изисква 15 секунди, за да влязат в сила.
6	Щракнете върху Инсталиране на всички сертификати в хранилището на гаранти (появява се за HTTPS изрично прокси или прозрачен проверяващ прокси) или Рестартиране (появява се за HTTP изрично прокси), прочетете подканата и след това щракнете върху Инсталиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След рестартирането на възела влезте отново, ако е необходимо, след което отворете страницата Общ преглед, за да проверите проверките за свързване, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистриране на първия възел в клъстера

Тази задача взема генеричния възел, който сте създали в Настройване на хибридна защита на данни VM, регистрира възела с облака на Webex и го превръща във възел на хибридна защита на данни.

Когато регистрирате първия си възел, създавате клъстер, към който е разпределен възелът. Клъстерът съдържа един или повече възли, разгърнати за осигуряване на резерв.

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути, или трябва да започнете отначало.
Погрижете се всички блокери на изскачащите прозорци във вашия браузър да са деактивирани или да разрешите изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и щракнете върху Настройка.
4	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на картата Добавяне на възел въведете име за клъстера, на който искате да разпределите вашия възел на хибридна защита на данни. Препоръчваме ви да посочите клъстер въз основа на географското местоположение на клъстера. Примери: „Сан Франциско“ или „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройване на VM на хибридна защита на данни. Появява се съобщение, което показва, че можете да регистрирате възела в Webex.
7	Щракнете върху Към възел. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация в Webex за достъп до вашия възел.
8	Отметнете квадратчето Разрешаване на достъп до вашия възел на хибридна защита на данни и след това щракнете върху Продължи. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. На страницата Хибридна защита на данни новият клъстер, съдържащ възела, който сте регистрирали, се показва под раздела Ресурси . Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

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

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути, или трябва да започнете отначало.
Погрижете се всички блокери на изскачащите прозорци във вашия браузър да са деактивирани или да разрешите изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новия VM, като повторите стъпките в Настройване на хибридна защита на данни VM.
3	На новия VM повторете стъпките в Качване и монтиране на ISO на конфигурацията на HDS.
4	Ако настройвате прокси сървър за разполагането си, повторете стъпките в Конфигуриране на възела на HDS за интеграция на прокси сървър , както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.com изберете Услуги от менюто от лявата страна на екрана. В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и щракнете върху Преглед на всички. Показва се страницата с ресурси за хибридна защита на данни. Новосъздаденият клъстер ще се появи на страницата Ресурси . Щракнете върху клъстера, за да видите възлите, разпределени към клъстера. Щракнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, което показва, че можете да регистрирате възела си в облака Webex. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Отметнете квадратчето Разрешаване на достъп до вашия възел на хибридна защита на данни и след това щракнете върху Продължи. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. Изскачащото съобщение Добавен възел също се появява в долната част на екрана в Partner Hub. Възелът ви е регистриран.

Управление на организации на клиенти в хибридна защита на данни с много клиенти

Активиране на HDS с много клиенти в Partner Hub

Тази задача гарантира, че всички потребители на клиентските организации могат да започнат да използват HDS за локални ключове за шифроване и други услуги за защита.

Преди да започнете

Уверете се, че сте завършили настройването на своя клъстер на HDS с много клиенти с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Редактиране на настройките.
4	Щракнете върху Активиране на HDS на картата Статус на HDS .

Добавяне на организации на клиенти в Partner Hub

В тази задача задавате клиентски организации към вашия клъстер на хибридна защита на данни.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Преглед на всички.
4	Щракнете върху клъстера, към който искате да бъде разпределен клиент.
5	Отидете в раздела Зададени клиенти .
6	Щракнете върху Добавяне на клиенти.
7	Изберете клиента, който искате да добавите, от падащото меню.
8	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
9	Повторете стъпки 6 до 8, за да добавите множество клиенти към вашия клъстер.
10	Щракнете върху Готово в долната част на екрана, след като сте добавили клиентите.

Какво да направите след това

Изпълнете инструмента за настройка на HDS, както е подробно описано в Създаване на главни ключове на клиенти (CMK) с помощта на инструмента за настройка на HDS , за да завършите процеса на настройка.

Създаване на главни ключове (CMK) за клиента с помощта на инструмента за настройка на хибридни съобщения

Преди да започнете

Разпределете клиенти към съответния клъстер, както е подробно описано в Добавяне на организации на клиенти в Partner Hub. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените клиентски организации.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовни среди с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторското потребителско име за Partner Hub в подканата. Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.
8	На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете своя ISO файл в браузъра и го качете. Осигурете свързване с вашата база данни, за да извършите управление на CMK.
11	Отидете в раздела Управление на CMK на клиент , където ще намерите следните три начина за управление на CMK на клиент. Създаване на CMK за всички организации или Създаване на CMK – щракнете върху този бутон на банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Създаване на CMK , за да създадете CMK за всички новодобавени организации. Щракнете върху ... близо до управлението на CMK в очакване на статуса на определена организация в таблицата и щракнете върху Създаване на CMK , за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, статусът в таблицата ще се промени от управление на CMK в очакване на управление на CMK.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахване на организации на клиенти

Преди да започнете

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

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Преглед на всички.
4	В раздела Ресурси щракнете върху клъстера, от който искате да премахнете клиентските организации.
5	На страницата, която се отваря, щракнете върху Зададени клиенти.
6	От списъка с клиентски организации, които се показват, щракнете върху ... от дясната страна на клиентската организация, която искате да премахнете, и щракнете върху Премахване от клъстера.

Какво да направите след това

Завършете процеса на премахване, като анулирате CMK на клиентските организации, както е подробно описано в Анулиране на CMK на клиенти, премахнати от HDS.

Анулиране на CMK на клиенти, премахнати от HDS.

Преди да започнете

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

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовни среди с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторското потребителско име за Partner Hub в подканата. Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.
8	На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете своя ISO файл в браузъра и го качете.
11	Отидете в раздела Управление на CMK на клиент , където ще намерите следните три начина за управление на CMK на клиент. Анулиране на CMK за всички организации или Анулиране на CMK – щракнете върху този бутон на банера в горната част на екрана, за да анулирате CMK на всички организации, които са премахнати. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Анулиране на CMK , за да анулирате CMK на всички организации, които са премахнати. Щракнете върху … близо до CMK, за да бъде отменено състоянието на определена организация в таблицата и щракнете върху Анулиране на CMK , за да анулирате CMK за тази конкретна организация.
12	След успешното анулиране на CMK организацията на клиента повече няма да се показва в таблицата.
13	Ако отмяната на CMK е неуспешно, ще се покаже грешка.

Тестване на вашето разполагане на хибридна защита на данни

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

Преди да започнете

Настройте своето разполагане на хибридна защита на данни с много клиенти.
Уверете се, че имате достъп до syslog, за да потвърдите, че ключовите заявки се подават към вашето разполагане на хибридна защита на данни с много клиенти.

1

Бутоните за дадено място се задават от създателя на мястото. Влезте в приложението Webex като един от потребителите на организацията на клиентите и след това създайте място.

Ако деактивирате разполагането на хибридна защита на данни, съдържанието в местата, които създават потребителите, вече не е достъпно, след като бъдат заменени кешираните от клиента копия на ключовете за шифроване.

2

Изпратете съобщения до новото място.

3

Проверете изхода на syslog, за да потвърдите, че ключовите заявки се прехвърлят към вашето разполагане на хибридна защита на данни.

За да проверите за потребител, който първо създава защитен канал към KMS, филтрирайте на kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

Трябва да намерите запис като следния (идентификатори, съкратени за четливост):

2020-07-21 17:35:34.562 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-1] - [KMS:ЗАЯВКА] получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms: //hds2.org5.portun.us/statickeys/3[~]0 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2

За да проверите за потребител, който иска съществуващ ключ от KMS, филтрирайте на kms.data.method=retrieve и kms.data.type=KEY:

Трябва да намерите запис, като:

2020-07-21 17:44:19.889 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-31] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=retrieve, kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b

За да проверите за потребител, който е поискал създаването на нов KMS ключ, филтрирайте на kms.data.method=create и kms.data.type=KEY_COLLECTION:

Трябва да намерите запис, като:

2020-07-21 17:44:21.975 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-33] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b

За да проверите за потребител, който е поискал създаването на нов KMS ресурсен обект (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте на kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

Трябва да намерите запис, като:

2020-07-21 17:44:22.808 (+0000) ИНФОРМАЦИЯ KMS [pool-15-thread-1] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Наблюдение на изправността на хибридна защита на данни

Индикатор за статус в Partner Hub ви показва дали всичко е наред с разполагането на хибридна защита на данни с много клиенти. За по-активно предупреждаване се запишете за известия по имейл. Ще бъдете уведомени, когато има аларми, засягащи услугата, или надстройки на софтуера.

1	В Partner Hub изберете Услуги от менюто от лявата страна на екрана.
2	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Редактиране на настройките. Показва се страницата с настройки за хибридна защита на данни.
3	В раздела \„Имейл известия\“ въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управление на вашето разполагане на HDS

Управление на разполагането на HDS

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

Задаване на график за надстройване на клъстери

Надстройките на софтуера за хибридна защита на данни се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги изпълняват една и съща софтуерна версия. Надстройванията се извършват съгласно графика за надстройване за клъстера. Когато е налична надстройка на софтуера, имате възможност ръчно да надстроите клъстера преди планираното време за надстройване. Можете да зададете конкретен график за надстройване или да използвате графика по подразбиране от 3:00 ч. дневно в Съединените щати: Америка/Лос Анджелис. Можете също да изберете да отложите предстоящото надстройване, ако е необходимо.

За да зададете графика за надстройване:

1	Влезте в Центъра за партньори.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Настройка
4	На страницата с ресурси за хибридна защита на данни изберете клъстера.
5	Щракнете върху раздела Настройки на клъстера .
6	На страницата с настройки на клъстери под „График за надстройване“ изберете часа и часовата зона за графика за надстройване. Забележка: Под часовата зона се показват следващата налична дата и час на надстройване. Можете да отложите надстройването до следващия ден, ако е необходимо, като щракнете върху Отложи с 24 часа.

Промяна на конфигурацията на възела

От време на време може да се наложи да промените конфигурацията на вашия възел за защита на хибридни данни поради причина като:

Промяна на x.509 сертификати поради изтичане или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на защитата, Hybrid Data Security използва пароли за сервизен акаунт, които имат деветмесечен живот. След като инструментът за настройка на HDS генерира тези пароли, ги разполагате на всеки от вашите HDS възли във файла ISO config. Когато паролите на вашата организация са към изтичане, получавате известие от екипа на Webex за нулиране на паролата за вашия машинен акаунт. (Имейлът включва текста „Използвайте API на машинния акаунт, за да актуализирате паролата.“) Ако вашите пароли все още не са изтекли, инструментът ви дава две опции:

Софтуерно нулиране – И двете стари и нови пароли работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Твърдо нулиране – Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

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

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни права на администратор на партньор.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в 1.e. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

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

1	Използвайки Docker на локална машина, стартирайте HDS Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на парола. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате "Express сървър слушане на порт 8080." Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Когато получите подкана, въведете идентификационните си данни за влизане за клиент на Partner Hub и след това щракнете върху Приемане , за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да затворите инструмента за настройка, напишете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате работещ само един HDS възел, създайте нов VM възел на хибридна защита на данни и го регистрирайте, като използвате новия конфигурационен ISO файл. За по-подробни инструкции вижте Създаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките. Щракнете върху `CD / DVD диск 1 , изберете опцията за монтиране от ISO файл и`прегледайте местоположението, където сте изтеглили новия конфигурационен ISO файл. Поставете отметка на Свързване при включване. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса на възела "Защита на хибридните данни" (IP адрес/настройка например въведете идентификационни данни за администриране, които https://192.0.2.0/setup), сте задали за възела, след което щракнете върху Влизане.
2	Отидете на Общ преглед (страницата по подразбиране). Когато е разрешено, блокирани външна DNS разделителна способност е зададена да .
3	Отидете на страницата Хранилище на доверие & Прокси.
4	Щракнете върху Проверка на прокси връзката. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и да се върнете към страницата общ преглед, Блокиран външен DNS разделителна способност трябва да бъде зададено на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура, за да премахнете възел на хибридна защита на данни от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за защита.

1

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

2

Премахване на възела:

Влезте в Partner Hub и изберете Услуги.
В картата на хибридна защита на данни щракнете върху Преглед на всички , за да покажете страницата с ресурси за хибридна защита на данни.
Изберете своя клъстер, за да се покаже неговият панел \„Общ преглед\“.
Щракнете върху възела, който искате да премахнете.
Щракнете върху Дерегистриране на този възел на панела, който се появява вдясно
Можете също да дерегистрирате възела, като щракнете върху ... от дясната страна на възела и изберете Премахване на този възел.

3

В клиента vSphere изтрийте VM. (В левия навигационен екран щракнете с десния бутон върху VM и щракнете върху Изтрий.)

Ако не изтриете VM, не забравяйте да демонтирате конфигурационния ISO файл. Без ISO файла не можете да използвате VM за достъп до вашите данни за защита.

Възстановяване след бедствие с използване на центъра за данни в режим на готовност

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

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, наложително е клъстерът да продължи да работи и да се поддържат подходящи резервни копия. Загубата на базата данни за хибридна защита на данни или на конфигурационния ISO, използван за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентското съдържание. За предотвратяване на такава загуба са задължителни следните практики:

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

Преди да започнете

Премахнете регистрацията на всички възли от Partner Hub, както е посочено в Премахване на възел. Използвайте най-новия ISO файл, конфигуриран спрямо възлите на клъстера, който преди това е бил активен, за да извършите посочената по-долу процедура за преместване при отказ.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, споменати в Създаване на конфигурационен ISO за хостовете на HDS.
2	Завършете процеса на конфигуриране и запишете ISO файла на лесно за намиране място.
3	Направете резервно копие на ISO файла в локалната си система. Поддържайте архивното копие защитено. Този файл съдържа главен ключ за шифроване за съдържанието на базата с данни. Ограничете достъпа само до онези администратори на хибридна защита на данни, които трябва да направят промени в конфигурацията.
4	В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
5	Щракнете върху Редактиране на настройките >CD/DVD диск 1 и изберете Datastore ISO файл. Уверете се, че са отметнати Свързани и Свързване при включване , за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
6	Включете възела на HDS и се уверете, че няма аларми поне 15 минути.
7	Регистрирайте възела в Partner Hub. Вижте Регистриране на първия възел в клъстера.
8	Повторете процеса за всеки възел в центъра за данни в режим на готовност.

Какво да направите след това

След отказ, ако основният център за данни се активира отново, премахнете регистрацията на възлите на центъра за данни в режим на готовност и повторете процеса на конфигуриране на ISO и регистриране на възлите на основния център за данни, както е посочено по-горе.

(По избор) Демонтиране на ISO след конфигуриране на HDS

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

Все още използвате ISO файловете, за да направите промени в конфигурацията. Когато създавате нов ISO или актуализирате ISO чрез инструмента за настройка, трябва да монтирате актуализирания ISO на всички ваши HDS възли. След като всички ваши възли са приели промените в конфигурацията, можете да демонтирате ISO отново с тази процедура.

Преди да започнете

Надстройте всички ваши HDS възли до версия 2021.01.22.4720 или по-нова.

1	Затворете един от възлите си за HDS.
2	В уреда vCenter Server изберете възела на HDS.
3	Изберете Редактиране на настройките > CD/DVD диск и премахнете отметката от Datastore ISO файл.
4	Включете възела на HDS и се уверете, че няма аларми поне 20 минути.
5	Повторете за всеки HDS възел на смяна.

Отстраняване на неизправности в хибридна защита на данни

Преглед на предупрежденията и отстраняване на неизправности

Разполагането на хибридна защита на данни се счита за налично, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че отнема време. Ако потребителите не могат да се свържат с вашия клъстер на хибридна защита на данни, те изпитват следните симптоми:

Не могат да се създават нови места (не могат да се създадат нови ключове)
Неуспешно дешифриране на съобщенията и заглавията на пространството за:
- Нови потребители, добавени към място (не могат да се извлекат ключове)
- Съществуващи потребители в място с помощта на нов клиент (не могат да се извлекат ключовете)
Съществуващите потребители в дадено място ще продължат да се изпълняват успешно, стига клиентите им да имат кеш с ключовете за шифроване

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

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

Ако има проблем с настройката на хибридна защита на данни, Partner Hub показва предупреждения до администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Предупрежденията обхващат много общи сценарии.

Таблица 1. Общи проблеми и стъпки за тяхното разрешаване
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Неуспешна връзка с локалната база данни.	Проверете дали сървърът с база данни е достъпен и дали са използвани правилните идентификационни данни за акаунта за услуга в конфигурацията на възела.
Неуспешен достъп до услугата в облака.	Проверете дали възлите имат достъп до сървърите на Webex, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията за услуги в облака.	Регистрацията в услугите в облака беше прекъсната. Протича подновяване на регистрацията.
Регистрацията на услуги в облака е прекъсната.	Регистрирането в облачни услуги е прекратено. Услугата се затваря.
Услугата все още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съответства на сертификата на сървъра.	Уверете се, че сертификатът на сървъра ви съответства на конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че CN на сертификата наскоро е променен и сега е различен от CN, който е бил използван по време на първоначалната настройка.
Неуспешно удостоверяване в услугите в облака.	Проверете за точност и възможно изтичане на идентификационните данни за акаунта за услугата.
Неуспешно отваряне на локалния файл на клавиатурата.	Проверете за целостта и точността на паролата във файла с локалния клавиатура.
Сертификатът за локален сървър е невалиден.	Проверете датата на изтичане на сертификата на сървъра и потвърдете, че той е издаден от надежден сертифициращ орган.
Неуспешно публикуване на метриките.	Проверете достъпа до локалната мрежа до външни облачни услуги.
Директорията /media/configdrive/hds не съществува.	Проверете конфигурацията за монтаж на ISO на виртуалния хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организация на клиент не е завършена за добавените организации	Завършете настройката, като създадете CMK за новодобавени организации на клиенти с помощта на инструмента за настройка на хибридни съобщения.
Настройката на организация на клиента не е завършена за премахнатите организации	Завършете настройката чрез анулиране на CMK на организациите на клиенти, които са премахнати с помощта на инструмента за настройка на хибридни телефони (HDS).

Отстраняване на неизправности в хибридна защита на данни

Използвайте следните общи насоки, когато отстранявате проблеми с хибридна защита на данни.

1	Прегледайте Partner Hub за предупреждения и коригирайте всички елементи, които намерите там. Вижте изображението по-долу за справка.
2	Прегледайте изхода на сървъра syslog за активност от разполагането на хибридна защита на данни. Филтрирайте за думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняване на неизправности.
3	Свържете се с поддръжката на Cisco.

Други бележки

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

Ако затворите своя клъстер на хибридна защита на данни (като го изтриете в Partner Hub или като затворите всички възли), загубите своя ISO файл за конфигуриране или загубите достъп до базата данни на клавиатурата, потребителите на приложението Webex на клиентските организации вече няма да могат да използват пространства в своя списък "Хора", създадени с ключове от вашия KMS. В момента нямаме заобиколно решение или корекция за този проблем и ви призовавам да не затваряте услугите си за HDS, след като обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка към KMS, поддържа тази връзка за период от време (вероятно един час).

Използване на OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на PKCS12 файл в правилния формат за зареждане в инструмента за настройка на HDS. Има и други начини за това и ние не подкрепяме и не насърчаваме един път над друг.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като ръководство, за да ви помогнем да създадете файл, който отговаря на изискванията за сертификат X.509 в Изисквания за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия сертифициращ орган (CA).

1	Когато получите сертификата на сървъра от вашия CA, запишете го като `hdsnode.pem`.
2	Показване на сертификата като текст и проверете подробностите. `openssl x509 -текст -noout -в hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл пакет сертификат, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва сертификата на сървъра, всички междинни CA сертификати и корневи CA сертификати в следния формат: `-----начало на сертификат----- ### сертификат на сървър. ### -----край на сертификат--------------- начало на сертификат------ ### Междинен CA сертификат. ### -----край на сертификат--------------- начало на сертификат------ ### Корневи CA сертификат. ### -----край на сертификат-----`
4	Създайте .p12 файла с приятелското име `kms-частен-ключ`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 -в hdsnode.p12` Въведете парола при подкана да шифровате частния ключ, така че да се показва в изхода. След това се уверете, че частният ключ и първият сертификат включват линиите `friendlyName: kms-частен-ключ`. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Въведете паролата за импортиране: MAC потвърди атрибути OK Bag friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Ключови атрибути: Въведете фраза за преминаване на PEM: Потвърждаване – Въведете фраза за достъп до PEM: -----BEGIN ENCRYPTED PRIVATE KEY----- -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE------ Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE-----

Какво да направите след това

Върнете се, за да изпълните изискванията за хибридна защита на данни. Ще използвате файла hdsnode.p12 и паролата, която сте задали за него, в Създаване на конфигурационен ISO за организаторите на HDS.

Можете да използвате повторно тези файлове, за да поискате нов сертификат, когато първоначалният сертификат изтече.

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

Изходящ трафик за събиране на метрики

Възлите на хибридна защита на данни изпращат определени показатели към облака на Webex. Те включват системни метрики за heap max, използван heap, натоварване на процесора и брой нишки; метрики за синхронните и асинхронните нишки; метрики за предупрежденията, включващи праг на шифроване връзки, латентност или дължина на опашката за заявки; метрики за datastore; и метрики за връзката за шифроване. Възлите изпращат материали за шифрован ключ през нечестотен (отделен от заявката) канал.

Входящ трафик

Възлите на хибридна защита на данни получават следните типове входящ трафик от облака на Webex:

Заявки за шифроване от клиенти, които се маршрутизират от услугата за шифроване
Надстройки до софтуера за възли

Конфигуриране на прокси сървъри за хибридна защита на данните

Websocket не може да се свърже чрез сепия прокси

Прокси сървърите, които инспектират HTTPS трафика, могат да повлияят на създаването на websocket (в к:) връзки, които изискват хибридната защита на данните. Тези раздели дават насоки как да конфигурирате различни версии на Калмар, за да игнорирате wss: трафик за правилното функциониране на услугите.

Калмята 4 и 5

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

on_unsupported_protocol тунел

Сепия 3.5.27

Успешно тествахме Hybrid Data Security със следните правила, добавени към 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 надничане step1 всички ssl_bump stare step2 всички ssl_bump bump step3 всички

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

Тази таблица обхваща нови функции или функционалности, промени в съществуващото съдържание и всички големи грешки, които са поправени в Ръководство за разполагане за хибридна защита на данните с много клиенти.

Дата	Направени промени
30 януари 2025 г.	Добавена е версия на SQL сървър 2022 към списъка с поддържани SQL сървъри в изискванията за сървър на базата данни.
15 януари 2025 г.	Добавени ограничения на хибридната защита на данните с много клиенти.
08 януари 2025 г.	Добавена е бележка в Извършване на първоначална настройка и изтегляне на инсталационни файлове , в която се посочва, че щракването върху Настройка на HDS картата в Partner Hub е важна стъпка от процеса на инсталиране.
07 януари 2025 г.	Актуализирани изисквания за виртуален хост, Поток от задачи за разполагане на хибридна защита на данни, и Инсталиране на HDS Host OVA , за да се покаже ново изискване на ESXi 7.0.
13 декември 2024 г.	Публикувана за първи път.

Деактивиране на хибридна защита на данни с много клиенти

Поток на задачи за деактивиране на HDS с много клиенти

Изпълнете тези стъпки, за да деактивирате напълно HDS с много клиенти.

Преди да започнете

Тази задача трябва да се изпълнява само от администратор с пълни права на партньор.

1	Премахнете всички клиенти от всичките ви клъстери, както е посочено в Премахване на организации на клиенти.
2	Анулирайте CMK на всички клиенти, както е посочено в Анулиране на CMK на клиенти, премахнати от HDS..
3	Премахнете всички възли от всичките ви клъстери, както е посочено в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстера, който искате да изтриете, и изберете Изтриване на този клъстер в горния десен ъгъл на страницата за общ преглед. На страницата „Ресурси“ щракнете върху ... от дясната страна на клъстер и изберете Премахване на клъстер.
5	Щракнете върху раздела Настройки на страницата за общ преглед на хибридната защита на данни и щракнете върху Деактивиране на хибридната защита на данни в картата за статус на HDS.

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

Общ преглед на хибридна защита на данни с няколко клиента

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

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

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

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

Това също така позволява по-малките организации да използват HDS, тъй като услугата за управление на ключове и инфраструктурата за сигурност, като центровете за данни, са собственост на доверения местен партньор.

Как хибридната защита на данните с няколко клиента осигурява суверенитет на данните и контрол на данните

Генерираното от потребителите съдържание е защитено от външен достъп, като например доставчици на облачни услуги.
Местните доверени партньори управляват ключовете за шифроване на клиенти, с които вече имат установени отношения.
Опция за местна техническа поддръжка, ако бъде предоставена от партньора.
Поддържа съдържание в Meetings, Messaging и Calling.

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

Ограничения на хибридната защита на данните с много клиенти

Партньорските организации не трябва да имат съществуващо активно разполагане на HDS в Control Hub.
Организациите на клиенти или клиенти, които желаят да бъдат управлявани от партньор, не трябва да имат съществуващо разполагане на HDS в Control Hub.
След като HDS за множество клиенти бъде разгърнат от партньора, всички потребители на клиентски организации, както и потребители на партньорската организация, започват да използват HDS за множество клиенти за своите услуги за шифроване.

Партньорската организация и клиентските организации, които управляват, ще бъдат на едно и също разполагане на HDS с много клиенти.

Партньорската организация вече няма да използва KMS в облака след разгръщането на HDS с много клиенти.
Няма механизъм за преместване на ключовете обратно към Cloud KMS след разполагане на HDS.
В момента всяко разполагане на HDS с много клиенти може да има само един клъстер, с множество възли под него.
Ролите на администратор имат определени ограничения; вижте раздела по-долу за подробности.

Роли в хибридна защита на данните с няколко клиента

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

Цялостно настройване и управление на HDS с много клиенти на всички клиентски организации – изискват се пълен администратор на партньор и права на пълен администратор.
Управление на зададените организации на клиенти – изискват се администратор на партньор и права на пълен администратор.

Архитектура на областта на сигурността

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

За да разберем по-подробно хибридната защита на данните, нека първо разгледаме този случай в облака, където Cisco предоставя всички функции в своите облачни области. Услугата за самоличност, единственото място, където потребителите могат да бъдат пряко свързани с тяхната лична информация, като имейл адрес, е логично и физически отделена от областта на защитата в центъра за данни B. И двете от своя страна са отделени от областта, в която в крайна сметка се съхранява шифровано съдържание, в центъра за данни C.

На тази схема клиентът е приложението Webex, което се изпълнява на лаптопа на потребителя, и е удостоверен с услугата за самоличност. Когато потребителят композира съобщение за изпращане до интервал, се извършват следните стъпки:

Клиентът установява защитена връзка с услугата за управление на ключове (KMS), след което иска ключ за шифроване на съобщението. Защитената връзка използва ECDH, а KMS шифрова ключа с помощта на главния ключ AES-256.
Съобщението е шифровано преди да напусне клиента. Клиентът го изпраща на услугата за индексиране, която създава шифровани индекси за търсене, за да подпомогне при бъдещи търсения на съдържанието.
Шифрованото съобщение се изпраща на услугата за съответствие за проверки за съответствие.
Шифрованото съобщение се съхранява в областта на мястото за съхранение.

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

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

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

Услугата KMS, изпълнявана в организация А, валидира връзките към KMS в други организации, като използва x.509 PKI сертификати. Вижте Подготовка на средата за подробности относно генерирането на сертификат x.509, който да се използва при вашето разполагане на хибридна защита на данни с много клиенти.

Очаквания за внедряване на хибридна защита на данни

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

За да разположите хибридна защита на данни, трябва да предоставите:

Защитен център за данни в страна, която е поддържано местоположение за плановете на Cisco Webex Teams.
Оборудването, софтуерът и мрежовият достъп, описани в Подготовка на средата.

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

Управлявайте архивирането и възстановяването на базата данни и конфигурационния ISO.
Бъдете готови да извършите бързо възстановяване след бедствие, ако възникне катастрофа, като повреда на диска на базата данни или бедствие на центъра за данни.

Няма механизъм за преместване на ключовете обратно в облака след разполагане на HDS.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на разполагането на хибридна защита на данни с много клиенти:

Настройване на хибридна защита на данни – това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна защита на данни, изграждане на клъстер на HDS, добавяне на организации на клиенти към клъстера и управление на техните главни ключове на клиенти (CMK). Това ще даде възможност на всички потребители на вашите клиентски организации да използват вашия клъстер на хибридна защита на данни за функции за защита.

Етапите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте разполагането на хибридна защита на данни – Облакът на Webex автоматично предоставя текущи надстройки. Вашият ИТ отдел може да предостави поддръжка от първо ниво за това разполагане и да ангажира поддръжката на Cisco, ако е необходимо. В Partner Hub можете да използвате известия на екрана и да настроите имейл предупреждения.
Разбиране на често срещаните предупреждения, стъпките за отстраняване на неизправности и известни проблеми – ако срещнете проблеми при разполагането или използването на хибридна защита на данни, последната глава от това ръководство и приложението „Известни проблеми“ могат да ви помогнат да определите и коригирате проблема.

Модел на разполагане на хибридна защита на данни

В рамките на вашия корпоративен център за данни разполагате с хибридна защита на данни като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака на Webex чрез защитени уеб сокети и защитен HTTP.

По време на процеса на инсталиране ви предоставяме файла OVA, за да настроите виртуалния уред на VMs, които предоставяте. Използвайте инструмента за настройка на HDS, за да създадете персонализиран ISO файл за конфигуриране на клъстери, който да монтирате на всеки възел. Клъстерът на хибридна защита на данни използва предоставения ви сървър Syslogd и базата данни на PostgreSQL или Microsoft SQL Server. (Можете да конфигурирате подробностите за връзката на Syslogd и базата данни в инструмента за настройка на HDS.)

Модел на разполагане на хибридна защита на данни

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

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

Възлите стават активни, когато ги регистрирате в Partner Hub. За да излезете от експлоатация отделен възел, можете да го дерегистрирате и по-късно да го регистрирате отново, ако е необходимо.

Standby Data Center за възстановяване при бедствия

По време на разгръщането настройвате защитен център за данни в режим на готовност. В случай на бедствие на центъра за данни можете ръчно да не успеете при разполагането си в центъра за данни в режим на готовност.

Базите данни на активните центрове за данни и центровете за данни в режим на готовност са синхронизирани помежду си, което ще сведе до минимум времето, необходимо за извършване на превключването при отказ.

Активните възли на хибридна защита на данни трябва винаги да бъдат в същия център за данни като активния сървър с база данни.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Няма прокси сървър – Стойността по подразбиране, ако не използвате конфигурацията за настройка на HDS възел на доверено хранилище и прокси сървър за интегриране на прокси сървър. Не се изисква актуализация на сертификата.
Прозрачен прокси сървър без проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра и не трябва да изискват промени, за да работят с прокси сървър без проверка. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси сървъра – възлите не са конфигурирани да използват определен адрес на прокси сървъра. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър – С изричния прокси сървър казвате на HDS кои прокси сървъри и схема за удостоверяване да използват. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN – адрес, който може да се използва за свързване с прокси машината.
2. Прокси порт – номер на порт, който прокси сървърът използва за слушане за прокси трафик.
3. Прокси протокол – в зависимост от това, което поддържа прокси сървърът ви, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване – изберете измежду следните типове удостоверяване:
  - Няма – Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Основни—Използва се за HTTP потребителски агент, за да предостави потребителско име и парола при подаване на заявка. Използва Base64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Обобщаване – използва се за потвърждаване на акаунта, преди да се изпрати чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

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

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

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

Изисквания за хибридна защита на данните с няколко клиента

Изисквания за лицензи за Cisco Webex

За да разположите хибридна защита на данните с много клиенти:

Партньорски организации: Свържете се със своя партньор в Cisco или мениджър на акаунти и се уверете, че функцията за много клиенти е активирана.
Организации на клиента: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за закачане на работния плот

Преди да инсталирате възлите на HDS, трябва Docker Desktop, за да изпълните инсталационна програма. Docker наскоро актуализира своя модел на лицензиране. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, " Docker е Актуализиране и разширяване на нашите абонаментиза продукти".

X.509 Изисквания за сертификата

Веригата на сертификатите трябва да отговаря на следните изисквания:

Таблица 1. X.509 Изисквания за сертификата за разполагане на хибридна защита на данни
Изискване	Подробности
Подписан от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на сертифициращите органи в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи общо име (CN) име на домейн, което идентифицира вашето разполагане на хибридна защита на данни Не е заместващ сертификат	CN не е нужно да е достъпен или хост на живо. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. CN не трябва да съдържа * (заместващ символ). CN се използва за проверка на възлите на хибридна защита на данни за клиентите на приложението Webex. Всички възли на хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашият KMS се идентифицира с помощта на CN домейна, а не с произволен домейн, дефиниран в полетата x.509v3 SAN. След като сте регистрирали възел с този сертификат, не поддържаме промяна на името на CN домейна.
Подпис, който не е SHA1	Софтуерът KMS не поддържа подписи SHA1 за валидиране на връзки с KMS на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име на `kms-private-key` , за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор, като OpenSSL, за да промените формата на сертификата си. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.

Софтуерът KMS не налага използване на ключове или не разширява ограниченията за използване на ключове. Някои сертифициращи органи изискват за всеки сертификат да се прилагат разширени ограничения за използване на ключа, като например удостоверяване на сървъра. Добре е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален организатор

Виртуалните хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (препоръчва се 3), разположени съвместно в един и същ защитен център за данни
VMware ESXi 7.0 (или по-нова версия) е инсталиран и работи.

Трябва да надстроите, ако имате по-стара версия на ESXi.
Минимум 4 vCPU, 8 GB основна памет, 30 GB локално място на твърдия диск на сървър

Изисквания към сървъра за база данни

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

Има две опции за сървъра с база данни. Изискванията за всеки от тях са, както следва:

Таблица 2. Изисквания за сървъра с база данни по тип база данни
PostgreSQL	Microsoft SQL сървър
PostgreSQL 14, 15 или 16, инсталиран и се изпълнява.	Инсталиран е SQL Server 2016, 2017, 2019 или 2022 (корпоративен или стандартен). SQL Server 2016 изисква Service Pack 2 и Кумулативна актуализация 2 или по-нова версия.
Минимум 8 vCPU, 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не е превишено (препоръчва се 2 TB, ако искате да стартирате базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)	Минимум 8 vCPU, 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не е превишено (препоръчва се 2 TB, ако искате да стартирате базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)

HDS софтуерът в момента инсталира следните версии на драйвери за комуникация със сървъра с база данни:

PostgreSQL

Microsoft SQL сървър

Postgres JDBC драйвер 42.2.5

SQL Server JDBC драйвер 4.6

Тази версия на драйвера поддържа SQL Server Always On ( Винаги включен екземпляр на клъстера при отказ и Винаги включен групи за наличност).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

Ако искате HDS възлите да използват удостоверяване на Windows, за да получат достъп до вашата база данни на Keystore на 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 за достъп до базата данни на Keystore. Те използват подробностите от вашата ISO конфигурация, за да конструират SPN, когато заявяват достъп с удостоверяване на Kerberos.

Изисквания за външна връзка

Конфигурирайте защитната стена, за да разрешите следната свързаност за приложенията на хибридна защита на данни:

Приложение	Протокол	Порт	Посока от приложението	Местоназначение
Възли на хибридна защита на данни	TCP	443	Изходящи HTTPS и ВиК	Сървъри на Webex: .wbx2.com .ciscospark.com Всички организатори на Common Identity Други URL адреси, които са изброени за хибридна защита на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex на мрежовите изисквания за услугите на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички организатори на Common Identity hub.docker.com

Възлите на хибридна защита на данни работят с превод на мрежовия достъп (NAT) или зад защитна стена, при условие че NAT или защитната стена позволяват необходимите изходящи връзки към местоназначенията на домейна в предходната таблица. За връзки, влизащи във входящи възли на хибридна защита на данни, от интернет не трябва да се виждат портове. В рамките на вашия център за данни клиентите се нуждаят от достъп до възлите на хибридна защита на данни на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете на Common Identity (CI) са специфични за региона. Това са текущите организатори на CI:

Регион	URL адреси на организатор на Common Identity
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Прокси сървърите, които инспектират HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да работите по този проблем, вижте Конфигуриране на прокси сървъри за хибридна защита на данни.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуди изходящия TCP трафик на порт 443 да маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, заобикалянето (не инспектирането) на трафика към wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна защита на данни

Използвайте този контролен списък, за да гарантирате, че сте готови да инсталирате и конфигурирате своя клъстер на хибридна защита на данни.

1	Уверете се, че вашата партньорска организация има активирана функция за HDS с няколко клиента и получавате идентификационните данни за акаунт с пълен администратор на партньор и права на пълен администратор. Уверете се, че вашата организация на клиенти на Webex е разрешена за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор в Cisco или мениджър на акаунти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо разполагане на HDS.
2	Изберете име на домейн за разполагането на HDS (например `hds.company.com`) и получете верига от сертификати, съдържаща сертификат X.509, частен ключ и всички междинни сертификати. Веригата на сертификатите трябва да отговаря на изискванията в X.509 Изисквания за сертификат.
3	Подгответе идентични виртуални хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер. Имате нужда от поне два отделни организатора (препоръчва се 3), разположени съвместно в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален организатор.
4	Подгответе сървъра с база данни, който ще действа като хранилище на данни за ключа за клъстера в съответствие с изискванията за сървъра с база данни. Сървърът на базата данни трябва да бъде разположен съвместно в защитения център за данни с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране. Приложенията на HDS, когато са инсталирани, създават схемата на базата с данни.) Съберете подробностите, които ще използват възлите за комуникация със сървъра с база данни: име на хост или IP адрес (хост) и порт името на базата с данни (dbname) за съхранение на ключа потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключа
5	За бързо възстановяване след бедствие настройте архивна среда в друг център за данни. Резервната среда отразява производствената среда на VMs и резервен сървър с база данни. Например, ако производството има 3 VMs, работещи с HDS възли, резервната среда трябва да има 3 VMs.
6	Настройте хост на syslog, за да събирате регистрационни файлове от възлите в клъстера. Съберете мрежовия му адрес и порта за 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. Вижте Изисквания за закачане на работния плот за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има възможността за свързване, описана в Изисквания за външна свързаност.
10	Ако интегрирате прокси сървър с хибридна защита на данните, уверете се, че той отговаря на изискванията за прокси сървър.

Настройване на клъстер на хибридна защита на данни

Поток на задачи за разполагане на хибридна защита на данни

Преди да започнете

1	Извършване на първоначална настройка и изтегляне на инсталационни файлове Изтеглете OVA файла на вашата локална машина за по-късно използване.
2	Създаване на конфигурационен ISO за хостовете на HDS Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на хибридна защита на данни.
3	Инсталиране на HDS Host OVA Създайте виртуална машина от OVA файла и изпълнете първоначалната конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 7.0. Опцията може да не е налична в по-ранни версии.
4	Настройване на VM на хибридна защита на данни Влезте в конзолата на VM и задайте данните за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали към момента на разполагането на OVA.
5	Качване и монтиране на конфигурация ISO на HDS Конфигурирайте VM от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на HDS възел за интегриране на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете прокси сертификата към хранилището на гаранти, ако е необходимо.
7	Регистриране на първия възел в клъстера Регистрирайте VM с облака на Cisco Webex като възел на хибридна защита на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте HDS с много клиенти в Partner Hub. Активирайте HDS и управлявайте организации на клиенти в Partner Hub.

Извършване на първоначална настройка и изтегляне на инсталационни файлове

В тази задача изтегляте OVA файл на вашата машина (а не на сървърите, които сте настроили като възли на хибридна защита на данни). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Partner Hub и щракнете върху Услуги.
2	В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и след това щракнете върху Настройка. Щракването върху Настройка в Partner Hub е критично за процеса на разполагане. Не продължете с инсталирането, без да завършите тази стъпка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне на .OVA файл на картата Инсталиране и конфигуриране на софтуера . По-старите версии на софтуерния пакет (OVA) няма да бъдат съвместими с най-новите надстройки на хибридна защита на данни. Това може да доведе до проблеми при надстройване на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от раздела Помощ . Щракнете върху Настройки > Помощ > Изтегляне на софтуер за хибридна защита на данни. OVA файлът започва автоматично да се изтегля. Запишете файла на местоположение на машината си.
4	Като опция щракнете върху Вижте ръководството за разполагане на хибридна защита на данни , за да проверите дали има налична по-нова версия на това ръководство.

Създаване на конфигурационен ISO за хостовете на HDS

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт в Partner Hub с пълни администраторски права.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT

HTTPS прокси без удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT

HTTP прокси с удостоверяване

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

HTTPS прокси с удостоверяване

ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT
Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

докер rmi ciscocitg/hds-setup: стабилен

В среди на FedRAMP:

докер rmi ciscocitg/hds-setup-fedramp: стабилен

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

докер вход -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwa

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

докер издърпване ciscocitg/hds-setup: стабилен

В среди на FedRAMP:

докер издърпване ciscocitg/hds-setup-fedramp: стабилен

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В редовни среди с HTTPS прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В среди на FedRAMP без прокси:

докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен

В среди на FedRAMP с HTTP прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTPS прокси:

изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

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

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080 и въведете администраторското потребителско име за Partner Hub в подканата.

Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.

8

На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.

9

На страницата Импортиране на ISO имате следните опции:

Не– Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да – Ако вече сте създали HDS възли, тогава изберете своя ISO файл в прегледа и го качете.

10

Проверете дали вашият сертификат X.509 отговаря на изискванията в X.509 Изисквания за сертификат.

Ако никога не сте качили сертификат преди, качете сертификата X.509, въведете паролата и щракнете върху Продължи.
Ако сертификатът ви е ОК, щракнете върху Продължи.
Ако сертификатът ви е изтекъл или искате да го замените, изберете Не за Продължаване на използването на веригата за сертификати на HDS и частния ключ от предишния ISO?. Качете нов сертификат X.509, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до ключовия си datastore:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, получавате поле за тип удостоверяване.
(Само за Microsoft SQL Server ) Изберете вашия тип удостоверяване:
- Базово удостоверяване: Необходимо е име на локален акаунт за SQL Server в полето Потребителско име .
- Удостоверяване на Windows: Имате нужда от акаунт за Windows във формат username@DOMAIN в полето Потребителско име .
Въведете адреса на сървъра с база данни във формуляра : или :.

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

Можете да използвате IP адрес за базово удостоверяване, ако възлите не могат да използват DNS за решаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете името на базата данни.
Въведете Потребителско име и Парола на потребител с всички привилегии в базата данни за съхранение на ключа.

12

Изберете режим на свързване с база данни TLS:

Режим	Описание
Предпочитане на TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако разрешите TLS на сървъра с база данни, възлите правят опит за шифрована връзка.
Изисквайте TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Изисквайте TLS и проверете подписвача на сертификати	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяването на TLS връзка възелът сравнява подписващия на сертификата от сървъра на базата данни с органа за сертифициране в корневи сертификат в базата данни. Ако не съвпадат, възелът изпуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.
Изисквайте TLS и проверете подписалия сертификат и хостовото име	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяването на TLS връзка възелът сравнява подписващия на сертификата от сървъра на базата данни с органа за сертифициране в корневи сертификат в базата данни. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето Хост и порт в базата данни . Имената трябва да съвпадат точно или възелът пуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.

Когато качите корневи сертификат (ако е необходимо) и щракнете върху Продължи, инструментът за настройка на хибридна защита на данни тества TLS връзката към сървъра с база данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързването възлите на HDS може да са в състояние да установят TLS връзката, дори ако машината с инструмента за настройка на HDS не може да я тества успешно.)

13

На страницата „Системни регистрационни файлове“ конфигурирайте сървъра си за Syslogd:

Въведете URL адреса на сървъра syslog.

Ако сървърът не може да се разрешава чрез DNS от възлите за вашия HDS клъстер, използвайте IP адрес в URL.

Пример:
udp://10.92.43.23:514 показва влизане в хоста Syslogd 10.92.43.23 на UDP порт 514.
Ако настроите сървъра си да използва TLS шифроване, отметнете Конфигуриран ли е вашият сървър syslog за SSL шифроване?.

Ако отметнете това квадратче, трябва да въведете URL адрес на TCP, като например tcp://10.92.43.23:514.
От падащия списък Избор на прекратяване на запис в syslog изберете подходящата настройка за вашия ISO файл: Избор или нов ред се използва за Graylog и Rsyslog TCP
- Нулев байт -- \x00
- Нов ред – \n – Изберете този избор за Graylog и Rsyslog TCP.
Щракнете върху Продължаване.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с база данни в Разширени настройки. По принцип този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxРазмер: 10

15

Щракнете върху Продължи на екрана Нулиране на паролата за акаунти за услуги .

Паролите за акаунта за услугата имат деветмесечен живот. Използвайте този екран, когато паролите ви наближават изтичане или искате да ги нулирате, за да invalidate previous ISO files.

16

Щракнете върху Изтегляне на ISO файл. Запишете файла на лесно за намиране място.

17

Направете резервно копие на ISO файла в локалната си система.

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

18

За да затворите инструмента за настройка, напишете CTRL+C.

Какво да направите след това

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

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

Инсталиране на HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте клиента VMware vSphere на вашия компютър, за да влезете във виртуалния хост на ESXi.
2	Изберете Файл > Разполагане на OVF шаблон.
3	В съветника укажете местоположението на OVA файла, който сте изтеглили по-рано, след което щракнете върху Напред.
4	На страницата Избор на име и папка въведете име на виртуална машина за възела (например "HDS_Node_1"), изберете местоположение, където може да се намира разполагането на възела на виртуалната машина, след което щракнете върху Напред.
5	На страницата Избор на изчислителен ресурс изберете целевия изчислителен ресурс и след това щракнете върху Напред. Извършва се проверка за валидиране. След като завърши, се показват подробностите за шаблона.
6	Проверете подробностите за шаблона и след това щракнете върху Напред.
7	Ако от вас бъде поискано да изберете конфигурацията на ресурсите на страницата Конфигурация , щракнете върху 4 процесора и след това щракнете върху Напред.
8	На страницата Избор на място за съхранение щракнете върху Напред , за да приемете формата на диска по подразбиране и правилата за съхранение на VM.
9	На страницата Избор на мрежи изберете опцията за мрежа от списъка със записи, за да осигурите желаната свързаност към VM.
10	На страницата Персонализиране на шаблон конфигурирайте следните мрежови настройки: Име на хост – въведете FQDN (име на хост и домейн) или една дума име на хост за възела. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали, за да получите сертификата X.509. За да гарантирате успешна регистрация в облака, използвайте само малки знаци във FQDN или името на хоста, които сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес – Въведете IP адреса за вътрешния интерфейс на възела. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска – Въведете адреса на маската на подмрежата с точка и запетая. Например 255.255.255.0. Шлюз – въведете IP адреса на шлюза. Шлюза е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри – Въведете списък с DNS сървъри, разделени със запетая, които обработват преобразуването на имената на домейни в цифрови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри – Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетая, за да въведете няколко NTP сървъра. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстера да са достъпни от клиентите във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурацията на мрежовите настройки и да следвате стъпките в Настройване на VM на хибридна защита на данни , за да конфигурирате настройките от конзолата за възли. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 7.0. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху възела VM и след това изберете Захранване > Включване. Софтуерът за хибридна защита на данни е инсталиран като гост на VM Host. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Може да усетите забавяне от няколко минути, преди контейнерите с възли да се появят. На конзолата се появява съобщение за защитна стена на мост по време на първото зареждане, по време на което не можете да влезете.

Настройване на VM на хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата на възела на хибридна защита на данни и да зададете данните за вход. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на разполагането на OVA.

1	В клиента на VMware vSphere изберете своя възел на хибридна защита на данни VM и изберете раздела Конзола . VM се зарежда и се появява подкана за влизане. Ако подканата за влизане не се покаже, натиснете Enter.
2	Използвайте следните данни за влизане и парола по подразбиране, за да влезете и да промените идентификационните данни: Влизане: `администратор` Парола: `cisco` Тъй като влизате във вашия VM за първи път, трябва да промените паролата на администратора.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай в главното меню изберете опцията Редактиране на конфигурацията .
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на мрежовите ви правила. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали, за да получите сертификата X.509.
6	Запишете мрежовата конфигурация и рестартирайте VM, за да влязат в сила промените.

Качване и монтиране на конфигурация ISO на HDS

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

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде изложен само на база „трябва да знаете“, за достъп от VM на хибридна защита на данни и всички администратори, които може да се наложи да направят промени. Уверете се, че само тези администратори имат достъп до datastore.

1

Качете ISO файла от компютъра си:

В левия навигационен екран на клиента VMware vSphere щракнете върху сървъра ESXi.
В списъка с хардуери на раздела за конфигуриране щракнете върху Място за съхранение.
В списъка Datastores щракнете с десния бутон върху datastore за вашите VMs и щракнете върху Преглед на Datastore.
Щракнете върху иконата Качване на файлове и след това щракнете върху Качване на файл.
Намерете местоположението, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Щракнете върху Да , за да приемете предупреждението за операцията за качване/изтегляне, и затворете диалоговия прозорец за данни.

2

Монтиране на ISO файла:

В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
Щракнете върху OK , за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD диск 1, изберете опцията за монтаж от ISO файл datastore и намерете местоположението, където сте качили конфигурационния ISO файл.
Отметнете Свързан и Свързване при включване.
Запишете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако правилата за ИТ изискват, можете по избор да демонтирате ISO файла, след като всички ваши възли поемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след конфигуриране на HDS за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси, използвайте тази процедура, за да укажете вида на прокси, който искате да интегрирате с Hybrid Data Security. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси за общ преглед на поддържаните опции за прокси.
Изисквания към прокси сървъра

1	Въведете URL адреса за настройка на HDS възел `https://[HDS Възел IP или FQDN]/настройка` в уеб браузър, въведете администраторски идентификационни данни, които сте настроили за възела и след това щракнете върху Вход.
2	Отидете на Хранилище на доверие & Прокси , след което изберетеопция: Няма прокси сървър – опцията по подразбиране, преди да интегрирате прокси сървър. Не се изисква актуализация на сертификата. Прозрачен прокси сървър без проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра и не трябва да изискват промени, за да работят с прокси сървър без проверка. Не се изисква актуализация на сертификата. Прокси сървър за прозрачна проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра. Не httpS конфигурация промени са необходими в разполагането на защитата на хибридни данни, обаче HDS възли се нуждаят от главен сертификат, така че те се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър – С изричния прокси сървър казвате на клиента (HDS възли) кой прокси сървър да използва, и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN – адрес, който може да се използва за свързване с прокси машината. Прокси порт – номер на порт, който прокси сървърът използва за слушане за прокси трафик. Прокси протокол – изберете http (преглежда и управлява всички заявки, които се получават от клиента) или https (осигурява канал към сървъра и клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване – изберете измежду следните типове удостоверяване: Няма – Не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Основни—Използва се за HTTP потребителски агент, за да предостави потребителско име и парола при подаване на заявка. Използва Base64 кодиране. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Обобщаване – използва се за потвърждаване на акаунта, преди да се изпрати чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Качване на главен сертификат или Сертификат за краен обект и след това навигирайте до изберете главния сертификат запрокси. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката chevron по името на издателя на сертификата, за да получите повече подробности или щракнете върху Изтрий, ако сте направили грешка и искате да качите повторно файла.
4	Щракнете върху Проверка на прокси връзката, за да тествате мрежовата свързаност между възела и прокси. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако мислите, че това е грешка, изпълнете тези стъпки и след това вижте Изключване на режима на блокирано външно разрешаване на DNS.
5	След като тестът за връзка премине, за изрично прокси настроен само на https, включете превключването към Маршрут всички порт 443/444 https заявки от този възел през изрично прокси. Тази настройка изисква 15 секунди, за да влязат в сила.
6	Щракнете върху Инсталиране на всички сертификати в хранилището на гаранти (появява се за HTTPS изрично прокси или прозрачен проверяващ прокси) или Рестартиране (появява се за HTTP изрично прокси), прочетете подканата и след това щракнете върху Инсталиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След рестартирането на възела влезте отново, ако е необходимо, след което отворете страницата Общ преглед, за да проверите проверките за свързване, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистриране на първия възел в клъстера

Тази задача взема генеричния възел, който сте създали в Настройване на хибридна защита на данни VM, регистрира възела с облака на Webex и го превръща във възел на хибридна защита на данни.

Когато регистрирате първия си възел, създавате клъстер, към който е разпределен възелът. Клъстерът съдържа един или повече възли, разгърнати за осигуряване на резерв.

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути, или трябва да започнете отначало.
Погрижете се всички блокери на изскачащите прозорци във вашия браузър да са деактивирани или да разрешите изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и щракнете върху Настройка.
4	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на картата Добавяне на възел въведете име за клъстера, на който искате да разпределите вашия възел на хибридна защита на данни. Препоръчваме ви да посочите клъстер въз основа на географското местоположение на клъстера. Примери: „Сан Франциско“ или „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройване на VM на хибридна защита на данни. Появява се съобщение, което показва, че можете да регистрирате възела в Webex.
7	Щракнете върху Към възел. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация в Webex за достъп до вашия възел.
8	Отметнете квадратчето Разрешаване на достъп до вашия възел на хибридна защита на данни и след това щракнете върху Продължи. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. На страницата Хибридна защита на данни новият клъстер, съдържащ възела, който сте регистрирали, се показва под раздела Ресурси . Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

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

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути, или трябва да започнете отначало.
Погрижете се всички блокери на изскачащите прозорци във вашия браузър да са деактивирани или да разрешите изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новия VM, като повторите стъпките в Настройване на хибридна защита на данни VM.
3	На новия VM повторете стъпките в Качване и монтиране на ISO на конфигурацията на HDS.
4	Ако настройвате прокси сървър за разполагането си, повторете стъпките в Конфигуриране на възела на HDS за интеграция на прокси сървър , както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.com изберете Услуги от менюто от лявата страна на екрана. В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и щракнете върху Преглед на всички. Показва се страницата с ресурси за хибридна защита на данни. Новосъздаденият клъстер ще се появи на страницата Ресурси . Щракнете върху клъстера, за да видите възлите, разпределени към клъстера. Щракнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, което показва, че можете да регистрирате възела си в облака Webex. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Отметнете квадратчето Разрешаване на достъп до вашия възел на хибридна защита на данни и след това щракнете върху Продължи. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. Изскачащото съобщение Добавен възел също се появява в долната част на екрана в Partner Hub. Възелът ви е регистриран.

Управление на организации на клиенти в хибридна защита на данни с много клиенти

Активиране на HDS с много клиенти в Partner Hub

Тази задача гарантира, че всички потребители на клиентските организации могат да започнат да използват HDS за локални ключове за шифроване и други услуги за защита.

Преди да започнете

Уверете се, че сте завършили настройването на своя клъстер на HDS с много клиенти с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Редактиране на настройките.
4	Щракнете върху Активиране на HDS на картата Статус на HDS .

Добавяне на организации на клиенти в Partner Hub

В тази задача задавате клиентски организации към вашия клъстер на хибридна защита на данни.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Преглед на всички.
4	Щракнете върху клъстера, към който искате да бъде разпределен клиент.
5	Отидете в раздела Зададени клиенти .
6	Щракнете върху Добавяне на клиенти.
7	Изберете клиента, който искате да добавите, от падащото меню.
8	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
9	Повторете стъпки 6 до 8, за да добавите множество клиенти към вашия клъстер.
10	Щракнете върху Готово в долната част на екрана, след като сте добавили клиентите.

Какво да направите след това

Изпълнете инструмента за настройка на HDS, както е подробно описано в Създаване на главни ключове на клиенти (CMK) с помощта на инструмента за настройка на HDS , за да завършите процеса на настройка.

Създаване на главни ключове (CMK) за клиента с помощта на инструмента за настройка на хибридни съобщения

Преди да започнете

Разпределете клиенти към съответния клъстер, както е подробно описано в Добавяне на организации на клиенти в Partner Hub. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените клиентски организации.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовни среди с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторското потребителско име за Partner Hub в подканата. Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.
8	На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете своя ISO файл в браузъра и го качете. Осигурете свързване с вашата база данни, за да извършите управление на CMK.
11	Отидете в раздела Управление на CMK на клиент , където ще намерите следните три начина за управление на CMK на клиент. Създаване на CMK за всички организации или Създаване на CMK – щракнете върху този бутон на банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Създаване на CMK , за да създадете CMK за всички новодобавени организации. Щракнете върху ... близо до управлението на CMK в очакване на статуса на определена организация в таблицата и щракнете върху Създаване на CMK , за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, статусът в таблицата ще се промени от управление на CMK в очакване на управление на CMK.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахване на организации на клиенти

Преди да започнете

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

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Преглед на всички.
4	В раздела Ресурси щракнете върху клъстера, от който искате да премахнете клиентските организации.
5	На страницата, която се отваря, щракнете върху Зададени клиенти.
6	От списъка с клиентски организации, които се показват, щракнете върху ... от дясната страна на клиентската организация, която искате да премахнете, и щракнете върху Премахване от клъстера.

Какво да направите след това

Завършете процеса на премахване, като анулирате CMK на клиентските организации, както е подробно описано в Анулиране на CMK на клиенти, премахнати от HDS.

Анулиране на CMK на клиенти, премахнати от HDS.

Преди да започнете

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

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовни среди с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторското потребителско име за Partner Hub в подканата. Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.
8	На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете своя ISO файл в браузъра и го качете.
11	Отидете в раздела Управление на CMK на клиент , където ще намерите следните три начина за управление на CMK на клиент. Анулиране на CMK за всички организации или Анулиране на CMK – щракнете върху този бутон на банера в горната част на екрана, за да анулирате CMK на всички организации, които са премахнати. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Анулиране на CMK , за да анулирате CMK на всички организации, които са премахнати. Щракнете върху … близо до CMK, за да бъде отменено състоянието на определена организация в таблицата и щракнете върху Анулиране на CMK , за да анулирате CMK за тази конкретна организация.
12	След успешното анулиране на CMK организацията на клиента повече няма да се показва в таблицата.
13	Ако отмяната на CMK е неуспешно, ще се покаже грешка.

Тестване на вашето разполагане на хибридна защита на данни

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

Преди да започнете

Настройте своето разполагане на хибридна защита на данни с много клиенти.
Уверете се, че имате достъп до syslog, за да потвърдите, че ключовите заявки се подават към вашето разполагане на хибридна защита на данни с много клиенти.

1

Бутоните за дадено място се задават от създателя на мястото. Влезте в приложението Webex като един от потребителите на организацията на клиентите и след това създайте място.

Ако деактивирате разполагането на хибридна защита на данни, съдържанието в местата, които създават потребителите, вече не е достъпно, след като бъдат заменени кешираните от клиента копия на ключовете за шифроване.

2

Изпратете съобщения до новото място.

3

Проверете изхода на syslog, за да потвърдите, че ключовите заявки се прехвърлят към вашето разполагане на хибридна защита на данни.

За да проверите за потребител, който първо създава защитен канал към KMS, филтрирайте на kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

Трябва да намерите запис като следния (идентификатори, съкратени за четливост):

2020-07-21 17:35:34.562 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-1] - [KMS:ЗАЯВКА] получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms: //hds2.org5.portun.us/statickeys/3[~]0 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2

За да проверите за потребител, който иска съществуващ ключ от KMS, филтрирайте на kms.data.method=retrieve и kms.data.type=KEY:

Трябва да намерите запис, като:

2020-07-21 17:44:19.889 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-31] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=retrieve, kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b

За да проверите за потребител, който е поискал създаването на нов KMS ключ, филтрирайте на kms.data.method=create и kms.data.type=KEY_COLLECTION:

Трябва да намерите запис, като:

2020-07-21 17:44:21.975 (+0000) ИНФОРМАЦИЯ KMS [pool-14-thread-33] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b

За да проверите за потребител, който е поискал създаването на нов KMS ресурсен обект (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте на kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

Трябва да намерите запис, като:

2020-07-21 17:44:22.808 (+0000) ИНФОРМАЦИЯ KMS [pool-15-thread-1] - [KMS:ЗАЯВКА] е получена, deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms: //hds2.org5.portun.us/ecdhe/5[~]1 (EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Наблюдение на изправността на хибридна защита на данни

Индикатор за статус в Partner Hub ви показва дали всичко е наред с разполагането на хибридна защита на данни с много клиенти. За по-активно предупреждаване се запишете за известия по имейл. Ще бъдете уведомени, когато има аларми, засягащи услугата, или надстройки на софтуера.

1	В Partner Hub изберете Услуги от менюто от лявата страна на екрана.
2	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Редактиране на настройките. Показва се страницата с настройки за хибридна защита на данни.
3	В раздела \„Имейл известия\“ въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управление на вашето разполагане на HDS

Управление на разполагането на HDS

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

Задаване на график за надстройване на клъстери

Надстройките на софтуера за хибридна защита на данни се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги изпълняват една и съща софтуерна версия. Надстройванията се извършват съгласно графика за надстройване за клъстера. Когато е налична надстройка на софтуера, имате възможност ръчно да надстроите клъстера преди планираното време за надстройване. Можете да зададете конкретен график за надстройване или да използвате графика по подразбиране от 3:00 ч. дневно в Съединените щати: Америка/Лос Анджелис. Можете също да изберете да отложите предстоящото надстройване, ако е необходимо.

За да зададете графика за надстройване:

1	Влезте в Центъра за партньори.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Настройка
4	На страницата с ресурси за хибридна защита на данни изберете клъстера.
5	Щракнете върху раздела Настройки на клъстера .
6	На страницата с настройки на клъстери под „График за надстройване“ изберете часа и часовата зона за графика за надстройване. Забележка: Под часовата зона се показват следващата налична дата и час на надстройване. Можете да отложите надстройването до следващия ден, ако е необходимо, като щракнете върху Отложи с 24 часа.

Промяна на конфигурацията на възела

От време на време може да се наложи да промените конфигурацията на вашия възел за защита на хибридни данни поради причина като:

Промяна на x.509 сертификати поради изтичане или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на защитата, Hybrid Data Security използва пароли за сервизен акаунт, които имат деветмесечен живот. След като инструментът за настройка на HDS генерира тези пароли, ги разполагате на всеки от вашите HDS възли във файла ISO config. Когато паролите на вашата организация са към изтичане, получавате известие от екипа на Webex за нулиране на паролата за вашия машинен акаунт. (Имейлът включва текста „Използвайте API на машинния акаунт, за да актуализирате паролата.“) Ако вашите пароли все още не са изтекли, инструментът ви дава две опции:

Софтуерно нулиране – И двете стари и нови пароли работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Твърдо нулиране – Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

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

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни права на администратор на партньор.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в 1.e. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTP_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTPS прокси без удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_ПРОКСИ=http://СЪРВЪР_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`ГЛОБАЛЕН_АГЕНТ_HTTPS_PROXY=HTTP://USERNAME:PASSWORD@SERVER_IP:PORT`

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

1	Използвайки Docker на локална машина, стартирайте HDS Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `докер rmi ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер rmi ciscocitg/hds-setup-fedramp: стабилен` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `докер вход -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwa` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `докер издърпване ciscocitg/hds-setup: стабилен` В среди на FedRAMP: `докер издърпване ciscocitg/hds-setup-fedramp: стабилен` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на парола. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `докер изпълнение -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:стабилен` В среди на FedRAMP с HTTP прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `изпълнение на докера -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате "Express сървър слушане на порт 8080." Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Когато получите подкана, въведете идентификационните си данни за влизане за клиент на Partner Hub и след това щракнете върху Приемане , за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да затворите инструмента за настройка, напишете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате работещ само един HDS възел, създайте нов VM възел на хибридна защита на данни и го регистрирайте, като използвате новия конфигурационен ISO файл. За по-подробни инструкции вижте Създаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките. Щракнете върху `CD / DVD диск 1 , изберете опцията за монтиране от ISO файл и`прегледайте местоположението, където сте изтеглили новия конфигурационен ISO файл. Поставете отметка на Свързване при включване. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса на възела "Защита на хибридните данни" (IP адрес/настройка например въведете идентификационни данни за администриране, които https://192.0.2.0/setup), сте задали за възела, след което щракнете върху Влизане.
2	Отидете на Общ преглед (страницата по подразбиране). Когато е разрешено, блокирани външна DNS разделителна способност е зададена да .
3	Отидете на страницата Хранилище на доверие & Прокси.
4	Щракнете върху Проверка на прокси връзката. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и да се върнете към страницата общ преглед, Блокиран външен DNS разделителна способност трябва да бъде зададено на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура, за да премахнете възел на хибридна защита на данни от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за защита.

1

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

2

Премахване на възела:

Влезте в Partner Hub и изберете Услуги.
В картата на хибридна защита на данни щракнете върху Преглед на всички , за да покажете страницата с ресурси за хибридна защита на данни.
Изберете своя клъстер, за да се покаже неговият панел \„Общ преглед\“.
Щракнете върху възела, който искате да премахнете.
Щракнете върху Дерегистриране на този възел на панела, който се появява вдясно
Можете също да дерегистрирате възела, като щракнете върху ... от дясната страна на възела и изберете Премахване на този възел.

3

В клиента vSphere изтрийте VM. (В левия навигационен екран щракнете с десния бутон върху VM и щракнете върху Изтрий.)

Ако не изтриете VM, не забравяйте да демонтирате конфигурационния ISO файл. Без ISO файла не можете да използвате VM за достъп до вашите данни за защита.

Възстановяване след бедствие с използване на центъра за данни в режим на готовност

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

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, наложително е клъстерът да продължи да работи и да се поддържат подходящи резервни копия. Загубата на базата данни за хибридна защита на данни или на конфигурационния ISO, използван за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентското съдържание. За предотвратяване на такава загуба са задължителни следните практики:

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

Преди да започнете

Премахнете регистрацията на всички възли от Partner Hub, както е посочено в Премахване на възел. Използвайте най-новия ISO файл, конфигуриран спрямо възлите на клъстера, който преди това е бил активен, за да извършите посочената по-долу процедура за преместване при отказ.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, споменати в Създаване на конфигурационен ISO за хостовете на HDS.
2	Завършете процеса на конфигуриране и запишете ISO файла на лесно за намиране място.
3	Направете резервно копие на ISO файла в локалната си система. Поддържайте архивното копие защитено. Този файл съдържа главен ключ за шифроване за съдържанието на базата с данни. Ограничете достъпа само до онези администратори на хибридна защита на данни, които трябва да направят промени в конфигурацията.
4	В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
5	Щракнете върху Редактиране на настройките >CD/DVD диск 1 и изберете Datastore ISO файл. Уверете се, че са отметнати Свързани и Свързване при включване , за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
6	Включете възела на HDS и се уверете, че няма аларми поне 15 минути.
7	Регистрирайте възела в Partner Hub. Вижте Регистриране на първия възел в клъстера.
8	Повторете процеса за всеки възел в центъра за данни в режим на готовност.

Какво да направите след това

След отказ, ако основният център за данни се активира отново, премахнете регистрацията на възлите на центъра за данни в режим на готовност и повторете процеса на конфигуриране на ISO и регистриране на възлите на основния център за данни, както е посочено по-горе.

(По избор) Демонтиране на ISO след конфигуриране на HDS

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

Все още използвате ISO файловете, за да направите промени в конфигурацията. Когато създавате нов ISO или актуализирате ISO чрез инструмента за настройка, трябва да монтирате актуализирания ISO на всички ваши HDS възли. След като всички ваши възли са приели промените в конфигурацията, можете да демонтирате ISO отново с тази процедура.

Преди да започнете

Надстройте всички ваши HDS възли до версия 2021.01.22.4720 или по-нова.

1	Затворете един от възлите си за HDS.
2	В уреда vCenter Server изберете възела на HDS.
3	Изберете Редактиране на настройките > CD/DVD диск и премахнете отметката от Datastore ISO файл.
4	Включете възела на HDS и се уверете, че няма аларми поне 20 минути.
5	Повторете за всеки HDS възел на смяна.

Отстраняване на неизправности в хибридна защита на данни

Преглед на предупрежденията и отстраняване на неизправности

Разполагането на хибридна защита на данни се счита за налично, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че отнема време. Ако потребителите не могат да се свържат с вашия клъстер на хибридна защита на данни, те изпитват следните симптоми:

Не могат да се създават нови места (не могат да се създадат нови ключове)
Неуспешно дешифриране на съобщенията и заглавията на пространството за:
- Нови потребители, добавени към място (не могат да се извлекат ключове)
- Съществуващи потребители в място с помощта на нов клиент (не могат да се извлекат ключовете)
Съществуващите потребители в дадено място ще продължат да се изпълняват успешно, стига клиентите им да имат кеш с ключовете за шифроване

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

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

Ако има проблем с настройката на хибридна защита на данни, Partner Hub показва предупреждения до администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Предупрежденията обхващат много общи сценарии.

Таблица 1. Общи проблеми и стъпки за тяхното разрешаване
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Неуспешна връзка с локалната база данни.	Проверете дали сървърът с база данни е достъпен и дали са използвани правилните идентификационни данни за акаунта за услуга в конфигурацията на възела.
Неуспешен достъп до услугата в облака.	Проверете дали възлите имат достъп до сървърите на Webex, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията за услуги в облака.	Регистрацията в услугите в облака беше прекъсната. Протича подновяване на регистрацията.
Регистрацията на услуги в облака е прекъсната.	Регистрирането в облачни услуги е прекратено. Услугата се затваря.
Услугата все още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съответства на сертификата на сървъра.	Уверете се, че сертификатът на сървъра ви съответства на конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че CN на сертификата наскоро е променен и сега е различен от CN, който е бил използван по време на първоначалната настройка.
Неуспешно удостоверяване в услугите в облака.	Проверете за точност и възможно изтичане на идентификационните данни за акаунта за услугата.
Неуспешно отваряне на локалния файл на клавиатурата.	Проверете за целостта и точността на паролата във файла с локалния клавиатура.
Сертификатът за локален сървър е невалиден.	Проверете датата на изтичане на сертификата на сървъра и потвърдете, че той е издаден от надежден сертифициращ орган.
Неуспешно публикуване на метриките.	Проверете достъпа до локалната мрежа до външни облачни услуги.
Директорията /media/configdrive/hds не съществува.	Проверете конфигурацията за монтаж на ISO на виртуалния хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организация на клиент не е завършена за добавените организации	Завършете настройката, като създадете CMK за новодобавени организации на клиенти с помощта на инструмента за настройка на хибридни съобщения.
Настройката на организация на клиента не е завършена за премахнатите организации	Завършете настройката чрез анулиране на CMK на организациите на клиенти, които са премахнати с помощта на инструмента за настройка на хибридни телефони (HDS).

Отстраняване на неизправности в хибридна защита на данни

Използвайте следните общи насоки, когато отстранявате проблеми с хибридна защита на данни.

1	Прегледайте Partner Hub за предупреждения и коригирайте всички елементи, които намерите там. Вижте изображението по-долу за справка.
2	Прегледайте изхода на сървъра syslog за активност от разполагането на хибридна защита на данни. Филтрирайте за думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняване на неизправности.
3	Свържете се с поддръжката на Cisco.

Други бележки

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

Ако затворите своя клъстер на хибридна защита на данни (като го изтриете в Partner Hub или като затворите всички възли), загубите своя ISO файл за конфигуриране или загубите достъп до базата данни на клавиатурата, потребителите на приложението Webex на клиентските организации вече няма да могат да използват пространства в своя списък "Хора", създадени с ключове от вашия KMS. В момента нямаме заобиколно решение или корекция за този проблем и ви призовавам да не затваряте услугите си за HDS, след като обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка към KMS, поддържа тази връзка за период от време (вероятно един час).

Използване на OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на PKCS12 файл в правилния формат за зареждане в инструмента за настройка на HDS. Има и други начини за това и ние не подкрепяме и не насърчаваме един път над друг.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като ръководство, за да ви помогнем да създадете файл, който отговаря на изискванията за сертификат X.509 в Изисквания за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия сертифициращ орган (CA).

1	Когато получите сертификата на сървъра от вашия CA, запишете го като `hdsnode.pem`.
2	Показване на сертификата като текст и проверете подробностите. `openssl x509 -текст -noout -в hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл пакет сертификат, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва сертификата на сървъра, всички междинни CA сертификати и корневи CA сертификати в следния формат: `-----начало на сертификат----- ### сертификат на сървър. ### -----край на сертификат--------------- начало на сертификат------ ### Междинен CA сертификат. ### -----край на сертификат--------------- начало на сертификат------ ### Корневи CA сертификат. ### -----край на сертификат-----`
4	Създайте .p12 файла с приятелското име `kms-частен-ключ`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 -в hdsnode.p12` Въведете парола при подкана да шифровате частния ключ, така че да се показва в изхода. След това се уверете, че частният ключ и първият сертификат включват линиите `friendlyName: kms-частен-ключ`. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Въведете паролата за импортиране: MAC потвърди атрибути OK Bag friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Ключови атрибути: Въведете фраза за преминаване на PEM: Потвърждаване – Въведете фраза за достъп до PEM: -----BEGIN ENCRYPTED PRIVATE KEY----- -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE------ Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE-----

Какво да направите след това

Върнете се, за да изпълните изискванията за хибридна защита на данни. Ще използвате файла hdsnode.p12 и паролата, която сте задали за него, в Създаване на конфигурационен ISO за организаторите на HDS.

Можете да използвате повторно тези файлове, за да поискате нов сертификат, когато първоначалният сертификат изтече.

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

Изходящ трафик за събиране на метрики

Възлите на хибридна защита на данни изпращат определени показатели към облака на Webex. Те включват системни метрики за heap max, използван heap, натоварване на процесора и брой нишки; метрики за синхронните и асинхронните нишки; метрики за предупрежденията, включващи праг на шифроване връзки, латентност или дължина на опашката за заявки; метрики за datastore; и метрики за връзката за шифроване. Възлите изпращат материали за шифрован ключ през нечестотен (отделен от заявката) канал.

Входящ трафик

Възлите на хибридна защита на данни получават следните типове входящ трафик от облака на Webex:

Заявки за шифроване от клиенти, които се маршрутизират от услугата за шифроване
Надстройки до софтуера за възли

Конфигуриране на прокси сървъри за хибридна защита на данните

Websocket не може да се свърже чрез сепия прокси

Прокси сървърите, които инспектират HTTPS трафика, могат да повлияят на създаването на websocket (в к:) връзки, които изискват хибридната защита на данните. Тези раздели дават насоки как да конфигурирате различни версии на Калмар, за да игнорирате wss: трафик за правилното функциониране на услугите.

Калмята 4 и 5

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

on_unsupported_protocol тунел

Сепия 3.5.27

Успешно тествахме Hybrid Data Security със следните правила, добавени към 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 надничане step1 всички ssl_bump stare step2 всички ssl_bump bump step3 всички

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

Тази таблица обхваща нови функции или функционалности, промени в съществуващото съдържание и всички големи грешки, които са поправени в Ръководство за разполагане за хибридна защита на данните с много клиенти.

Дата	Направени промени
04 март 2025 г.	Добавено е Изпълнение на инструмент за настройка на HDS с помощта на раздела Podman Desktop . Добавена е бележка в изискванията за настолен компютър за docker, която предоставя на клиентите алтернативна опция с отворен код. Актуализиран е Създаване на конфигурация ISO за хостовете на HDS и Промяна на конфигурацията на възела с инструкции за използване на Podman Desktop за клиенти без лиценз за Docker Desktop.
30 януари 2025 г.	Добавена е версия на SQL сървър 2022 към списъка с поддържани SQL сървъри в изискванията за сървър на базата данни.
15 януари 2025 г.	Добавени са ограничения на хибридната защита на данните с много клиенти.
08 януари 2025 г.	Добавена е бележка в Извършване на първоначална настройка и изтегляне на инсталационни файлове , в която се посочва, че щракването върху Настройка на HDS картата в Partner Hub е важна стъпка от процеса на инсталиране.
07 януари 2025 г.	Актуализирани изисквания за виртуален хост, Поток от задачи за разполагане на хибридна защита на данни, и Инсталиране на HDS Host OVA , за да се покаже ново изискване на ESXi 7.0.
13 декември 2024 г.	Публикувана за първи път.

Деактивиране на хибридна защита на данни с много клиенти

Поток на задачи за деактивиране на HDS с много клиенти

Изпълнете тези стъпки, за да деактивирате напълно HDS с много клиенти.

Преди да започнете

Тази задача трябва да се изпълнява само от администратор с пълни права на партньор.

1	Премахнете всички клиенти от всичките ви клъстери, както е посочено в Премахване на организации на клиенти.
2	Анулирайте CMK на всички клиенти, както е посочено в Анулиране на CMK на клиенти, премахнати от HDS..
3	Премахнете всички възли от всичките ви клъстери, както е посочено в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстера, който искате да изтриете, и изберете Изтриване на този клъстер в горния десен ъгъл на страницата за общ преглед. На страницата „Ресурси“ щракнете върху ... от дясната страна на клъстер и изберете Премахване на клъстер.
5	Щракнете върху раздела Настройки на страницата за общ преглед на хибридната защита на данни и щракнете върху Деактивиране на хибридната защита на данни в картата за статус на HDS.

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

Общ преглед на хибридна защита на данни с няколко клиента

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

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

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

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

Това също така позволява по-малките организации да използват HDS, тъй като услугата за управление на ключове и инфраструктурата за сигурност, като центровете за данни, са собственост на доверения местен партньор.

Как хибридната защита на данните с няколко клиента осигурява суверенитет на данните и контрол на данните

Генерираното от потребителите съдържание е защитено от външен достъп, като например доставчици на облачни услуги.
Местните доверени партньори управляват ключовете за шифроване на клиенти, с които вече имат установени отношения.
Опция за местна техническа поддръжка, ако бъде предоставена от партньора.
Поддържа съдържание в Meetings, Messaging и Calling.

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

Ограничения на хибридната защита на данните с много клиенти

Партньорските организации не трябва да имат съществуващо активно разполагане на HDS в Control Hub.
Организациите на клиенти или клиенти, които желаят да бъдат управлявани от партньор, не трябва да имат съществуващо разполагане на HDS в Control Hub.
След като HDS за множество клиенти бъде разгърнат от партньора, всички потребители на клиентски организации, както и потребители на партньорската организация, започват да използват HDS за множество клиенти за своите услуги за шифроване.

Партньорската организация и клиентските организации, които управляват, ще бъдат на едно и също разполагане на HDS с много клиенти.

Партньорската организация вече няма да използва KMS в облака след разгръщането на HDS с много клиенти.
Няма механизъм за преместване на ключовете обратно към Cloud KMS след разполагане на HDS.
В момента всяко разполагане на HDS с много клиенти може да има само един клъстер, с множество възли под него.
Ролите на администратор имат определени ограничения; вижте раздела по-долу за подробности.

Роли в хибридна защита на данните с няколко клиента

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

Цялостно настройване и управление на HDS с много клиенти на всички клиентски организации – изискват се пълен администратор на партньор и права на пълен администратор.
Управление на зададените организации на клиенти – изискват се администратор на партньор и права на пълен администратор.

Архитектура на областта на сигурността

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

За да разберем по-подробно хибридната защита на данните, нека първо разгледаме този случай в облака, където Cisco предоставя всички функции в своите облачни области. Услугата за самоличност, единственото място, където потребителите могат да бъдат пряко свързани с тяхната лична информация, като имейл адрес, е логично и физически отделена от областта на защитата в центъра за данни B. И двете от своя страна са отделени от областта, в която в крайна сметка се съхранява шифровано съдържание, в центъра за данни C.

На тази схема клиентът е приложението Webex, което се изпълнява на лаптопа на потребителя, и е удостоверен с услугата за самоличност. Когато потребителят композира съобщение за изпращане до интервал, се извършват следните стъпки:

Клиентът установява защитена връзка с услугата за управление на ключове (KMS), след което иска ключ за шифроване на съобщението. Защитената връзка използва ECDH, а KMS шифрова ключа с помощта на главния ключ AES-256.
Съобщението е шифровано преди да напусне клиента. Клиентът го изпраща на услугата за индексиране, която създава шифровани индекси за търсене, за да подпомогне при бъдещи търсения на съдържанието.
Шифрованото съобщение се изпраща на услугата за съответствие за проверки за съответствие.
Шифрованото съобщение се съхранява в областта на мястото за съхранение.

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

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

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

Услугата KMS, изпълнявана в организация А, валидира връзките към KMS в други организации, като използва x.509 PKI сертификати. Вижте Подготовка на средата за подробности относно генерирането на сертификат x.509, който да се използва при вашето разполагане на хибридна защита на данни с много клиенти.

Очаквания за внедряване на хибридна защита на данни

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

За да разположите хибридна защита на данни, трябва да предоставите:

Защитен център за данни в страна, която е поддържано местоположение за плановете на Cisco Webex Teams.
Оборудването, софтуерът и мрежовият достъп, описани в Подготовка на средата.

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

Управлявайте архивирането и възстановяването на базата данни и конфигурационния ISO.
Бъдете готови да извършите бързо възстановяване след бедствие, ако възникне катастрофа, като повреда на диска на базата данни или бедствие на центъра за данни.

Няма механизъм за преместване на ключовете обратно в облака след разполагане на HDS.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на разполагането на хибридна защита на данни с много клиенти:

Настройване на хибридна защита на данни – това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна защита на данни, изграждане на клъстер на HDS, добавяне на организации на клиенти към клъстера и управление на техните главни ключове на клиенти (CMK). Това ще даде възможност на всички потребители на вашите клиентски организации да използват вашия клъстер на хибридна защита на данни за функции за защита.

Етапите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте разполагането на хибридна защита на данни – Облакът на Webex автоматично предоставя текущи надстройки. Вашият ИТ отдел може да предостави поддръжка от първо ниво за това разполагане и да ангажира поддръжката на Cisco, ако е необходимо. В Partner Hub можете да използвате известия на екрана и да настроите имейл предупреждения.
Разбиране на често срещаните предупреждения, стъпките за отстраняване на неизправности и известни проблеми – ако срещнете проблеми при разполагането или използването на хибридна защита на данни, последната глава от това ръководство и приложението „Известни проблеми“ могат да ви помогнат да определите и коригирате проблема.

Модел на разполагане на хибридна защита на данни

В рамките на вашия корпоративен център за данни разполагате с хибридна защита на данни като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака на Webex чрез защитени уеб сокети и защитен HTTP.

По време на процеса на инсталиране ви предоставяме файла OVA, за да настроите виртуалния уред на VMs, които предоставяте. Използвайте инструмента за настройка на HDS, за да създадете персонализиран ISO файл за конфигуриране на клъстери, който да монтирате на всеки възел. Клъстерът на хибридна защита на данни използва предоставения ви сървър Syslogd и базата данни на PostgreSQL или Microsoft SQL Server. (Можете да конфигурирате подробностите за връзката на Syslogd и базата данни в инструмента за настройка на HDS.)

Модел на разполагане на хибридна защита на данни

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

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

Възлите стават активни, когато ги регистрирате в Partner Hub. За да излезете от експлоатация отделен възел, можете да го дерегистрирате и по-късно да го регистрирате отново, ако е необходимо.

Standby Data Center за възстановяване при бедствия

По време на разгръщането настройвате защитен център за данни в режим на готовност. В случай на бедствие на центъра за данни можете ръчно да не успеете при разполагането си в центъра за данни в режим на готовност.

Базите данни на активните центрове за данни и центровете за данни в режим на готовност са синхронизирани помежду си, което ще сведе до минимум времето, необходимо за извършване на превключването при отказ.

Активните възли на хибридна защита на данни трябва винаги да бъдат в същия център за данни като активния сървър с база данни.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Няма прокси сървър – Стойността по подразбиране, ако не използвате конфигурацията за настройка на HDS възел на доверено хранилище и прокси сървър за интегриране на прокси сървър. Не се изисква актуализация на сертификата.
Прозрачен прокси сървър без проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра и не трябва да изискват промени, за да работят с прокси сървър без проверка. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси сървъра – възлите не са конфигурирани да използват определен адрес на прокси сървъра. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър – С изричния прокси сървър казвате на HDS кои прокси сървъри и схема за удостоверяване да използват. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN – адрес, който може да се използва за свързване с прокси машината.
2. Прокси порт – номер на порт, който прокси сървърът използва за слушане за прокси трафик.
3. Прокси протокол – в зависимост от това, което поддържа прокси сървърът ви, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване – изберете измежду следните типове удостоверяване:
  - Няма – Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Основни—Използва се за HTTP потребителски агент, за да предостави потребителско име и парола при подаване на заявка. Използва Base64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Обобщаване – използва се за потвърждаване на акаунта, преди да се изпрати чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

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

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

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

Изисквания за хибридна защита на данните с няколко клиента

Изисквания за лицензи за Cisco Webex

За да разположите хибридна защита на данните с много клиенти:

Партньорски организации: Свържете се със своя партньор в Cisco или мениджър на акаунти и се уверете, че функцията за много клиенти е активирана.
Организации на клиента: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за закачане на работния плот

Преди да инсталирате възлите на HDS, трябва Docker Desktop, за да изпълните инсталационна програма. Docker наскоро актуализира своя модел на лицензиране. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, " Docker е Актуализиране и разширяване на нашите абонаментиза продукти".

Клиентите без лиценз за Docker Desktop могат да използват инструмент за управление на контейнери с отворен код като Podman Desktop, за да стартират, управляват и създават контейнери. Вижте Стартиране на инструмент за настройка на HDS с помощта на Podman Desktop за подробности.

X.509 Изисквания за сертификата

Веригата на сертификатите трябва да отговаря на следните изисквания:

Таблица 1. X.509 Изисквания за сертификата за разполагане на хибридна защита на данни
Изискване	Подробности
Подписан от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на сертифициращите органи в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи общо име (CN) име на домейн, което идентифицира вашето разполагане на хибридна защита на данни Не е заместващ сертификат	CN не е нужно да е достъпен или хост на живо. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. CN не трябва да съдържа * (заместващ символ). CN се използва за проверка на възлите на хибридна защита на данни за клиентите на приложението Webex. Всички възли на хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашият KMS се идентифицира с помощта на CN домейна, а не с произволен домейн, дефиниран в полетата x.509v3 SAN. След като сте регистрирали възел с този сертификат, не поддържаме промяна на името на CN домейна.
Подпис, който не е SHA1	Софтуерът KMS не поддържа подписи SHA1 за валидиране на връзки с KMS на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име на `kms-private-key` , за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор, като OpenSSL, за да промените формата на сертификата си. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.

Софтуерът KMS не налага използване на ключове или не разширява ограниченията за използване на ключове. Някои сертифициращи органи изискват за всеки сертификат да се прилагат разширени ограничения за използване на ключа, като например удостоверяване на сървъра. Добре е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален организатор

Виртуалните хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (препоръчва се 3), разположени съвместно в един и същ защитен център за данни
VMware ESXi 7.0 (или по-нова версия) е инсталиран и работи.

Трябва да надстроите, ако имате по-стара версия на ESXi.
Минимум 4 vCPU, 8 GB основна памет, 30 GB локално място на твърдия диск на сървър

Изисквания към сървъра за база данни

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

Има две опции за сървъра с база данни. Изискванията за всеки от тях са, както следва:

Таблица 2. Изисквания за сървъра с база данни по тип база данни
PostgreSQL	Microsoft SQL сървър
PostgreSQL 14, 15 или 16, инсталиран и се изпълнява.	Инсталиран е SQL Server 2016, 2017, 2019 или 2022 (корпоративен или стандартен). SQL Server 2016 изисква Service Pack 2 и Кумулативна актуализация 2 или по-нова версия.
Минимум 8 vCPU, 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не е превишено (препоръчва се 2 TB, ако искате да стартирате базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)	Минимум 8 vCPU, 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не е превишено (препоръчва се 2 TB, ако искате да стартирате базата данни дълго време, без да е необходимо да увеличавате мястото за съхранение)

HDS софтуерът в момента инсталира следните версии на драйвери за комуникация със сървъра с база данни:

PostgreSQL

Microsoft SQL сървър

Postgres JDBC драйвер 42.2.5

SQL Server JDBC драйвер 4.6

Тази версия на драйвера поддържа SQL Server Always On ( Винаги включен екземпляр на клъстера при отказ и Винаги включен групи за наличност).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

Ако искате HDS възлите да използват удостоверяване на Windows, за да получат достъп до вашата база данни на Keystore на 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 за достъп до базата данни на Keystore. Те използват подробностите от вашата ISO конфигурация, за да конструират SPN, когато заявяват достъп с удостоверяване на Kerberos.

Изисквания за външна връзка

Конфигурирайте защитната стена, за да разрешите следната свързаност за приложенията на хибридна защита на данни:

Приложение	Протокол	Порт	Посока от приложението	Местоназначение
Възли на хибридна защита на данни	TCP	443	Изходящи HTTPS и ВиК	Сървъри на Webex: .wbx2.com .ciscospark.com Всички организатори на Common Identity Други URL адреси, които са изброени за хибридна защита на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex на мрежовите изисквания за услугите на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички организатори на Common Identity hub.docker.com

Възлите на хибридна защита на данни работят с превод на мрежовия достъп (NAT) или зад защитна стена, при условие че NAT или защитната стена позволяват необходимите изходящи връзки към местоназначенията на домейна в предходната таблица. За връзки, влизащи във входящи възли на хибридна защита на данни, от интернет не трябва да се виждат портове. В рамките на вашия център за данни клиентите се нуждаят от достъп до възлите на хибридна защита на данни на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете на Common Identity (CI) са специфични за региона. Това са текущите организатори на CI:

Регион	URL адреси на организатор на Common Identity
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Прокси сървърите, които инспектират HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да работите по този проблем, вижте Конфигуриране на прокси сървъри за хибридна защита на данни.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуди изходящия TCP трафик на порт 443 да маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, заобикалянето (без проверка) на трафика към wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна защита на данни

Използвайте този контролен списък, за да гарантирате, че сте готови да инсталирате и конфигурирате своя клъстер на хибридна защита на данни.

1	Уверете се, че вашата партньорска организация има активирана функция за HDS с няколко клиента и получавате идентификационните данни за акаунт с пълен администратор на партньора и права на пълен администратор. Уверете се, че вашата организация на клиенти на Webex е разрешена за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор в Cisco или мениджър на акаунти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо разполагане на HDS.
2	Изберете име на домейн за разполагането на HDS (например `hds.company.com`) и получете верига от сертификати, съдържаща сертификат X.509, частен ключ и всички междинни сертификати. Веригата на сертификатите трябва да отговаря на изискванията в X.509 Изисквания за сертификат.
3	Подгответе идентични виртуални хостове, които ще настроите като възли на хибридна защита на данни във вашия клъстер. Имате нужда от поне два отделни организатора (препоръчва се 3), разположени съвместно в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален организатор.
4	Подгответе сървъра с база данни, който ще действа като хранилище на данни за ключа за клъстера в съответствие с изискванията за сървъра с база данни. Сървърът на базата данни трябва да бъде разположен съвместно в защитения център за данни с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране. Приложенията на HDS, когато са инсталирани, създават схемата на базата с данни.) Съберете подробностите, които ще използват възлите за комуникация със сървъра с база данни: име на хост или IP адрес (хост) и порт името на базата с данни (dbname) за съхранение на ключа потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключа
5	За бързо възстановяване след бедствие настройте архивна среда в друг център за данни. Резервната среда отразява производствената среда на VMs и резервен сървър с база данни. Например, ако производството има 3 VMs, работещи с HDS възли, резервната среда трябва да има 3 VMs.
6	Настройте хост на syslog, за да събирате регистрационни файлове от възлите в клъстера. Съберете мрежовия му адрес и порта за 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. Вижте Изисквания за закачане на работния плот за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има възможността за свързване, описана в Изисквания за външна свързаност.
10	Ако интегрирате прокси сървър с хибридна защита на данните, уверете се, че той отговаря на изискванията за прокси сървър.

Настройване на клъстер на хибридна защита на данни

Поток на задачи за разполагане на хибридна защита на данни

Преди да започнете

1	Извършване на първоначалната настройка и изтегляне на инсталационни файлове Изтеглете OVA файла на вашата локална машина за по-късно използване.
2	Създаване на конфигурационен ISO за хостовете на HDS Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на хибридна защита на данни.
3	Инсталиране на HDS Host OVA Създайте виртуална машина от OVA файла и изпълнете първоначалната конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 7.0. Опцията може да не е налична в по-ранни версии.
4	Настройване на VM на хибридна защита на данни Влезте в конзолата на VM и задайте данните за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали към момента на разполагането на OVA.
5	Качване и монтиране на конфигурация ISO на HDS Конфигурирайте VM от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на HDS възел за интегриране на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете прокси сертификата към хранилището на гаранти, ако е необходимо.
7	Регистриране на първия възел в клъстера Регистрирайте VM с облака на Cisco Webex като възел на хибридна защита на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте HDS с много клиенти в Partner Hub. Активирайте HDS и управлявайте организации на клиенти в Partner Hub.

Извършване на първоначалната настройка и изтегляне на инсталационни файлове

В тази задача изтегляте OVA файл на вашата машина (а не на сървърите, които сте настроили като възли на хибридна защита на данни). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Partner Hub и щракнете върху Услуги.
2	В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и след това щракнете върху Настройка. Щракването върху Настройка в Partner Hub е критично за процеса на разполагане. Не продължете с инсталирането, без да завършите тази стъпка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне на .OVA файл на картата Инсталиране и конфигуриране на софтуера . По-старите версии на софтуерния пакет (OVA) няма да бъдат съвместими с най-новите надстройки на хибридна защита на данни. Това може да доведе до проблеми при надстройване на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от раздела Помощ . Щракнете върху Настройки > Помощ > Изтегляне на софтуер за хибридна защита на данни. OVA файлът започва автоматично да се изтегля. Запишете файла на местоположение на машината си.
4	Като опция щракнете върху Вижте ръководството за разполагане на хибридна защита на данни , за да проверите дали има налична по-нова версия на това ръководство.

Създаване на конфигурационен ISO за хостовете на HDS

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт в Partner Hub с пълни администраторски права.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да изпълните инструмента за настройка на HDS за стъпки 1 до 5 в процедурата по-долу. Вижте Стартиране на инструмент за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

HTTPS прокси без удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

HTTP прокси с удостоверяване

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

HTTPS прокси с удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT
Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

docker rmi ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

docker login -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

docker pull ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

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

В редовни среди с HTTPS прокси:

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

В среди на FedRAMP без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTP прокси:

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

В среди на FedRAMP с HTTPS прокси:

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

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

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

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080 и въведете администраторското потребителско име за Partner Hub в подканата.

Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.

8

На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.

9

На страницата Импортиране на ISO имате следните опции:

Не– Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да – Ако вече сте създали HDS възли, тогава изберете своя ISO файл в прегледа и го качете.

10

Проверете дали вашият сертификат X.509 отговаря на изискванията в X.509 Изисквания за сертификат.

Ако никога не сте качили сертификат преди, качете сертификата X.509, въведете паролата и щракнете върху Продължи.
Ако сертификатът ви е ОК, щракнете върху Продължи.
Ако сертификатът ви е изтекъл или искате да го замените, изберете Не за Продължаване на използването на веригата за сертификати на HDS и частния ключ от предишния ISO?. Качете нов сертификат X.509, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до ключовия си datastore:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, получавате поле за тип удостоверяване.
(Само за Microsoft SQL Server ) Изберете вашия тип удостоверяване:
- Базово удостоверяване: Необходимо е име на локален акаунт за SQL Server в полето Потребителско име .
- Удостоверяване на Windows: Имате нужда от акаунт за Windows във формат username@DOMAIN в полето Потребителско име .
Въведете адреса на сървъра с база данни във формуляра : или :.

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

Можете да използвате IP адрес за базово удостоверяване, ако възлите не могат да използват DNS за решаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете името на базата данни.
Въведете Потребителско име и Парола на потребител с всички привилегии в базата данни за съхранение на ключа.

12

Изберете режим на свързване с база данни TLS:

Режим	Описание
Предпочитане на TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако разрешите TLS на сървъра с база данни, възлите правят опит за шифрована връзка.
Изисквайте TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Изисквайте TLS и проверете подписвача на сертификати	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяването на TLS връзка възелът сравнява подписващия на сертификата от сървъра на базата данни с органа за сертифициране в корневи сертификат в базата данни. Ако не съвпадат, възелът изпуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.
Изисквайте TLS и проверете подписалия сертификат и хостовото име	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяването на TLS връзка възелът сравнява подписващия на сертификата от сървъра на базата данни с органа за сертифициране в корневи сертификат в базата данни. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето Хост и порт в базата данни . Имената трябва да съвпадат точно или възелът пуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.

Когато качите корневи сертификат (ако е необходимо) и щракнете върху Продължи, инструментът за настройка на хибридна защита на данни тества TLS връзката към сървъра с база данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързването възлите на HDS може да са в състояние да установят TLS връзката, дори ако машината с инструмента за настройка на HDS не може да я тества успешно.)

13

На страницата „Системни регистрационни файлове“ конфигурирайте сървъра си за Syslogd:

Въведете URL адреса на сървъра syslog.

Ако сървърът не може да се разрешава чрез DNS от възлите за вашия HDS клъстер, използвайте IP адрес в URL.

Пример:
udp://10.92.43.23:514 показва влизане в хоста Syslogd 10.92.43.23 на UDP порт 514.
Ако настроите сървъра си да използва TLS шифроване, отметнете Конфигуриран ли е вашият сървър syslog за SSL шифроване?.

Ако отметнете това квадратче, трябва да въведете URL адрес на TCP, например tcp://10.92.43.23:514.
От падащия списък Избор на прекратяване на запис в syslog изберете подходящата настройка за вашия ISO файл: Избор или нов ред се използва за Graylog и Rsyslog TCP
- Нулев байт -- \x00
- Нов ред – \n – Изберете този избор за Graylog и Rsyslog TCP.
Щракнете върху Продължаване.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с база данни в Разширени настройки. По принцип този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxSize: 10

15

Щракнете върху Продължи на екрана Нулиране на паролата за акаунти за услуги .

Паролите за акаунта за услугата имат деветмесечен живот. Използвайте този екран, когато паролите ви наближават изтичане или искате да ги нулирате, за да invalidate previous ISO files.

16

Щракнете върху Изтегляне на ISO файл. Запишете файла на лесно за намиране място.

17

Направете резервно копие на ISO файла в локалната си система.

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

18

За да затворите инструмента за настройка, въведете CTRL+C.

Какво да направите след това

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

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

Инсталиране на HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте клиента VMware vSphere на вашия компютър, за да влезете във виртуалния хост на ESXi.
2	Изберете Файл > Разполагане на OVF шаблон.
3	В съветника укажете местоположението на OVA файла, който сте изтеглили по-рано, след което щракнете върху Напред.
4	На страницата Избор на име и папка въведете име на виртуална машина за възела (например "HDS_Node_1"), изберете местоположение, където може да се намира разполагането на възела на виртуалната машина, след което щракнете върху Напред.
5	На страницата Избор на изчислителен ресурс изберете целевия изчислителен ресурс и след това щракнете върху Напред. Извършва се проверка за валидиране. След като завърши, се показват подробностите за шаблона.
6	Проверете подробностите за шаблона и след това щракнете върху Напред.
7	Ако от вас бъде поискано да изберете конфигурацията на ресурсите на страницата Конфигурация , щракнете върху 4 процесора и след това щракнете върху Напред.
8	На страницата Избор на място за съхранение щракнете върху Напред , за да приемете формата на диска по подразбиране и правилата за съхранение на VM.
9	На страницата Избор на мрежи изберете опцията за мрежа от списъка със записи, за да осигурите желаната свързаност към VM.
10	На страницата Персонализиране на шаблон конфигурирайте следните мрежови настройки: Име на хост – въведете FQDN (име на хост и домейн) или една дума име на хост за възела. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали, за да получите сертификата X.509. За да гарантирате успешна регистрация в облака, използвайте само малки знаци във FQDN или името на хоста, които сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес – Въведете IP адреса за вътрешния интерфейс на възела. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска – Въведете адреса на маската на подмрежата с точка и запетая. Например 255.255.255.0. Шлюз – въведете IP адреса на шлюза. Шлюза е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри – Въведете списък с DNS сървъри, разделени със запетая, които обработват преобразуването на имената на домейни в цифрови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри – Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетая, за да въведете няколко NTP сървъра. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстера да са достъпни от клиентите във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурацията на мрежовите настройки и да следвате стъпките в Настройване на VM на хибридна защита на данни , за да конфигурирате настройките от конзолата за възли. Опцията за конфигуриране на мрежовите настройки по време на разполагането на OVA е тествана с ESXi 7.0. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху възела VM и след това изберете Захранване > Включване. Софтуерът за хибридна защита на данни е инсталиран като гост на VM Host. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Може да усетите забавяне от няколко минути, преди контейнерите с възли да се появят. На конзолата се появява съобщение за защитна стена на мост по време на първото зареждане, по време на което не можете да влезете.

Настройване на VM на хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата на възела на хибридна защита на данни и да зададете данните за вход. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на разполагането на OVA.

1	В клиента на VMware vSphere изберете своя възел на хибридна защита на данни VM и изберете раздела Конзола . VM се зарежда и се появява подкана за влизане. Ако подканата за влизане не се покаже, натиснете Enter.
2	Използвайте следните данни за влизане и парола по подразбиране, за да влезете и да промените идентификационните данни: Влизане: `admin` Парола: `cisco` Тъй като влизате във вашия VM за първи път, трябва да промените паролата на администратора.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай в главното меню изберете опцията Редактиране на конфигурацията .
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Възелът трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на мрежовите ви правила. Не е необходимо да задавате домейна да съвпада с домейна, който сте използвали, за да получите сертификата X.509.
6	Запишете мрежовата конфигурация и рестартирайте VM, за да влязат в сила промените.

Качване и монтиране на конфигурация ISO на HDS

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

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде изложен само на база „трябва да знаете“, за достъп от VM на хибридна защита на данни и всички администратори, които може да се наложи да направят промени. Уверете се, че само тези администратори имат достъп до datastore.

1

Качете ISO файла от компютъра си:

В левия навигационен екран на клиента VMware vSphere щракнете върху сървъра ESXi.
В списъка с хардуери на раздела за конфигуриране щракнете върху Място за съхранение.
В списъка Datastores щракнете с десния бутон върху datastore за вашите VMs и щракнете върху Преглед на Datastore.
Щракнете върху иконата Качване на файлове и след това щракнете върху Качване на файл.
Намерете местоположението, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Щракнете върху Да , за да приемете предупреждението за операцията за качване/изтегляне, и затворете диалоговия прозорец за данни.

2

Монтиране на ISO файла:

В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
Щракнете върху OK , за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD Drive 1, изберете опцията за монтаж от ISO файл datastore и намерете местоположението, където сте качили конфигурационния ISO файл.
Отметнете Свързан и Свързване при включване.
Запишете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако правилата за ИТ изискват, можете по избор да демонтирате ISO файла, след като всички ваши възли поемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след конфигуриране на HDS за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси, използвайте тази процедура, за да укажете вида на прокси, който искате да интегрирате с Hybrid Data Security. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси за общ преглед на поддържаните опции за прокси.
Изисквания към прокси сървъра

1	Въведете URL адреса за настройка на възела на HDS `https://[HDS Node IP or FQDN]/setup` в уеб браузър, въведете данните за вход на администратор, които сте настроили за възела, след което щракнете върху Влизане.
2	Отидете на Хранилище на доверие & Прокси , след което изберетеопция: Няма прокси сървър – опцията по подразбиране, преди да интегрирате прокси сървър. Не се изисква актуализация на сертификата. Прозрачен прокси сървър без проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра и не трябва да изискват промени, за да работят с прокси сървър без проверка. Не се изисква актуализация на сертификата. Прокси сървър за прозрачна проверка – възлите не са конфигурирани да използват определен адрес на прокси сървъра. Не httpS конфигурация промени са необходими в разполагането на защитата на хибридни данни, обаче HDS възли се нуждаят от главен сертификат, така че те се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър – С изричния прокси сървър казвате на клиента (HDS възли) кой прокси сървър да използва, и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN – адрес, който може да се използва за свързване с прокси машината. Прокси порт – номер на порт, който прокси сървърът използва за слушане за прокси трафик. Прокси протокол – изберете http (преглежда и управлява всички заявки, които се получават от клиента) или https (осигурява канал към сървъра и клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване – изберете измежду следните типове удостоверяване: Няма – Не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Основни—Използва се за HTTP потребителски агент, за да предостави потребителско име и парола при подаване на заявка. Използва Base64 кодиране. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Обобщаване – използва се за потвърждаване на акаунта, преди да се изпрати чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Качване на главен сертификат или Сертификат за краен обект и след това навигирайте до изберете главния сертификат запрокси. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката chevron по името на издателя на сертификата, за да получите повече подробности или щракнете върху Изтрий, ако сте направили грешка и искате да качите повторно файла.
4	Щракнете върху Проверка на прокси връзката, за да тествате мрежовата свързаност между възела и прокси. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако мислите, че това е грешка, изпълнете тези стъпки и след това вижте Изключване на режима на блокирано външно разрешаване на DNS.
5	След като тестът за връзка премине, за изрично прокси настроен само на https, включете превключването към Маршрут всички порт 443/444 https заявки от този възел през изрично прокси. Тази настройка изисква 15 секунди, за да влязат в сила.
6	Щракнете върху Инсталиране на всички сертификати в хранилището на гаранти (появява се за HTTPS изрично прокси или прозрачен проверяващ прокси) или Рестартиране (появява се за HTTP изрично прокси), прочетете подканата и след това щракнете върху Инсталиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След рестартирането на възела влезте отново, ако е необходимо, след което отворете страницата Общ преглед, за да проверите проверките за свързване, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистриране на първия възел в клъстера

Тази задача взема генеричния възел, който сте създали в Настройване на хибридна защита на данни VM, регистрира възела с облака на Webex и го превръща във възел на хибридна защита на данни.

Когато регистрирате първия си възел, създавате клъстер, към който е разпределен възелът. Клъстерът съдържа един или повече възли, разгърнати за осигуряване на резерв.

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути, или трябва да започнете отначало.
Погрижете се всички блокери на изскачащите прозорци във вашия браузър да са деактивирани или да разрешите изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и щракнете върху Настройка.
4	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на картата Добавяне на възел въведете име за клъстера, на който искате да разпределите вашия възел на хибридна защита на данни. Препоръчваме ви да посочите клъстер въз основа на географското местоположение на клъстера. Примери: „Сан Франциско“ или „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройване на VM на хибридна защита на данни. Появява се съобщение, което показва, че можете да регистрирате възела в Webex.
7	Щракнете върху Към възел. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация в Webex за достъп до вашия възел.
8	Отметнете квадратчето Разрешаване на достъп до вашия възел на хибридна защита на данни и след това щракнете върху Продължи. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. На страницата Хибридна защита на данни новият клъстер, съдържащ възела, който сте регистрирали, се показва под раздела Ресурси . Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

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

Преди да започнете

След като започнете да регистрирате възел, трябва да го завършите в рамките на 60 минути, или трябва да започнете отначало.
Погрижете се всички блокери на изскачащите прозорци във вашия браузър да са деактивирани или да разрешите изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новия VM, като повторите стъпките в Настройване на хибридна защита на данни VM.
3	На новия VM повторете стъпките в Качване и монтиране на ISO на конфигурацията на HDS.
4	Ако настройвате прокси сървър за разполагането си, повторете стъпките в Конфигуриране на възела на HDS за интеграция на прокси сървър , както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.com изберете Услуги от менюто от лявата страна на екрана. В раздела „Услуги в облака“ намерете картата „Хибридна защита на данни“ и щракнете върху Преглед на всички. Показва се страницата с ресурси за хибридна защита на данни. Новосъздаденият клъстер ще се появи на страницата Ресурси . Щракнете върху клъстера, за да видите възлите, разпределени към клъстера. Щракнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или напълно квалифицирано име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, което показва, че можете да регистрирате възела си в облака Webex. След няколко секунди ще бъдете пренасочени към тестовете за свързване на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата \„Разрешаване на достъп до възел на хибридна защита на данни\“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Отметнете квадратчето Разрешаване на достъп до вашия възел на хибридна защита на данни и след това щракнете върху Продължи. Вашият акаунт е потвърден и съобщението \„Завършване на регистрацията\“ показва, че възелът вече е регистриран в облака на Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата на Partner Hub за хибридна защита на данни. Изскачащото съобщение Добавен възел също се появява в долната част на екрана в Partner Hub. Възелът ви е регистриран.

Управление на организации на клиенти в хибридна защита на данни с много клиенти

Активиране на HDS с много клиенти в Partner Hub

Тази задача гарантира, че всички потребители на клиентските организации могат да започнат да използват HDS за локални ключове за шифроване и други услуги за защита.

Преди да започнете

Уверете се, че сте завършили настройването на своя клъстер на HDS с много клиенти с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Редактиране на настройките.
4	Щракнете върху Активиране на HDS на картата Статус на HDS .

Добавяне на организации на клиенти в Partner Hub

В тази задача задавате клиентски организации към вашия клъстер на хибридна защита на данни.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Преглед на всички.
4	Щракнете върху клъстера, към който искате да бъде разпределен клиент.
5	Отидете в раздела Зададени клиенти .
6	Щракнете върху Добавяне на клиенти.
7	Изберете клиента, който искате да добавите, от падащото меню.
8	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
9	Повторете стъпки 6 до 8, за да добавите множество клиенти към вашия клъстер.
10	Щракнете върху Готово в долната част на екрана, след като сте добавили клиентите.

Какво да направите след това

Изпълнете инструмента за настройка на HDS, както е подробно описано в Създаване на главни ключове на клиенти (CMK) с помощта на инструмента за настройка на HDS , за да завършите процеса на настройка.

Създаване на главни ключове (CMK) за клиента с помощта на инструмента за настройка на хибридни съобщения

Преди да започнете

Разпределете клиенти към съответния клъстер, както е подробно описано в Добавяне на организации на клиенти в Partner Hub. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените клиентски организации.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовни среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторското потребителско име за Partner Hub в подканата. Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.
8	На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете своя ISO файл в браузъра и го качете. Осигурете свързване с вашата база данни, за да извършите управление на CMK.
11	Отидете в раздела Управление на CMK на клиент , където ще намерите следните три начина за управление на CMK на клиент. Създаване на CMK за всички организации или Създаване на CMK – щракнете върху този бутон на банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Създаване на CMK , за да създадете CMK за всички новодобавени организации. Щракнете върху ... близо до управлението на CMK в очакване на статуса на определена организация в таблицата и щракнете върху Създаване на CMK , за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, статусът в таблицата ще се промени от управление на CMK в очакване на управление на CMK.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахване на организации на клиенти

Преди да започнете

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

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Преглед на всички.
4	В раздела Ресурси щракнете върху клъстера, от който искате да премахнете клиентските организации.
5	На страницата, която се отваря, щракнете върху Зададени клиенти.
6	От списъка с клиентски организации, които се показват, щракнете върху ... от дясната страна на клиентската организация, която искате да премахнете, и щракнете върху Премахване от клъстера.

Какво да направите след това

Завършете процеса на премахване, като анулирате CMK на клиентските организации, както е подробно описано в Анулиране на CMK на клиенти, премахнати от HDS.

Анулиране на CMK на клиенти, премахнати от HDS.

Преди да започнете

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

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовни среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080` и въведете администраторското потребителско име за Partner Hub в подканата. Инструментът използва този първи запис на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато бъдете подканени, въведете идентификационните си данни за влизане от администратор на Partner Hub и след това щракнете върху Влизане , за да позволите достъп до необходимите услуги за хибридна защита на данни.
8	На страницата „Преглед на инструмента за настройка“ щракнете върху Първи стъпки.
9	На страницата Импортиране на ISO щракнете върху Да.
10	Изберете своя ISO файл в браузъра и го качете.
11	Отидете в раздела Управление на CMK на клиент , където ще намерите следните три начина за управление на CMK на клиент. Анулиране на CMK за всички организации или Анулиране на CMK – щракнете върху този бутон на банера в горната част на екрана, за да анулирате CMK на всички организации, които са премахнати. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Анулиране на CMK , за да анулирате CMK на всички организации, които са премахнати. Щракнете върху … близо до CMK, за да бъде отменено състоянието на определена организация в таблицата и щракнете върху Анулиране на CMK , за да анулирате CMK за тази конкретна организация.
12	След успешното анулиране на CMK организацията на клиента повече няма да се показва в таблицата.
13	Ако отмяната на CMK е неуспешно, ще се покаже грешка.

Тестване на вашето разполагане на хибридна защита на данни

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

Преди да започнете

Настройте своето разполагане на хибридна защита на данни с много клиенти.
Уверете се, че имате достъп до syslog, за да потвърдите, че ключовите заявки се подават към вашето разполагане на хибридна защита на данни с много клиенти.

1

Бутоните за дадено място се задават от създателя на мястото. Влезте в приложението Webex като един от потребителите на организацията на клиентите и след това създайте място.

Ако деактивирате разполагането на хибридна защита на данни, съдържанието в местата, които създават потребителите, вече не е достъпно, след като бъдат заменени кешираните от клиента копия на ключовете за шифроване.

2

Изпратете съобщения до новото място.

3

Проверете изхода на syslog, за да потвърдите, че ключовите заявки се прехвърлят към вашето разполагане на хибридна защита на данни.

За да проверите за потребител, първо да установи защитен канал към KMS, филтрирайте на kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

Трябва да намерите запис като следния (идентификатори, съкратени за четливост):

2020-07-21 17:35:34.562 (+0000) INFO  KMS [pool-14-thread-1] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/0[~]9 ecdheKid: kms://hds2.org5.portun.us/statickeys/3[~]0 
(EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, 
kms.merc.id=8[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=EPHEMERAL_KEY_COLLECTION, 
kms.data.requestId=9[~]6, kms.data.uri=kms://hds2.org5.portun.us/ecdhe, kms.data.userId=0[~]2

За да проверите за потребител, който иска съществуващ ключ от KMS, филтрирайте на kms.data.method=retrieve и kms.data.type=KEY:

Трябва да намерите запис, като:

2020-07-21 17:44:19.889 (+0000) INFO  KMS [pool-14-thread-31] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
(EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_f[~]0, kms.data.method=retrieve, 
kms.merc.id=c[~]7, kms.merc.sync=false, kms.data.uriHost=ciscospark.com, kms.data.type=KEY, 
kms.data.requestId=9[~]3, kms.data.uri=kms://ciscospark.com/keys/d[~]2, kms.data.userId=1[~]b

За да проверите за потребител, който е поискал създаването на нов KMS ключ, филтрирайте kms.data.method=create и kms.data.type=KEY_COLLECTION:

Трябва да намерите запис, като:

2020-07-21 17:44:21.975 (+0000) INFO  KMS [pool-14-thread-33] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
(EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_4[~]0, kms.data.method=create, 
kms.merc.id=6[~]e, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, 
kms.data.requestId=6[~]4, kms.data.uri=/keys, kms.data.userId=1[~]b

За да проверите за потребител, който е поискал създаването на нов KMS ресурсен обект (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

Трябва да намерите запис, като:

2020-07-21 17:44:22.808 (+0000) INFO  KMS [pool-15-thread-1] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/f[~]f ecdheKid: kms://hds2.org5.portun.us/ecdhe/5[~]1 
(EncryptionKmsMessageHandler.java:312) WEBEX_TRACKINGID=HdsIntTest_d[~]0, kms.data.method=create, 
kms.merc.id=5[~]3, kms.merc.sync=true, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
kms.data.requestId=d[~]e, kms.data.uri=/resources, kms.data.userId=1[~]b

Наблюдение на изправността на хибридна защита на данни

Индикатор за статус в Partner Hub ви показва дали всичко е наред с разполагането на хибридна защита на данни с много клиенти. За по-активно предупреждаване се запишете за известия по имейл. Ще бъдете уведомени, когато има аларми, засягащи услугата, или надстройки на софтуера.

1	В Partner Hub изберете Услуги от менюто от лявата страна на екрана.
2	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Редактиране на настройките. Показва се страницата с настройки за хибридна защита на данни.
3	В раздела \„Имейл известия\“ въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управление на вашето разполагане на HDS

Управление на разполагането на HDS

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

Задаване на график за надстройване на клъстери

Надстройките на софтуера за хибридна защита на данни се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги изпълняват една и съща софтуерна версия. Надстройванията се извършват съгласно графика за надстройване за клъстера. Когато е налична надстройка на софтуера, имате възможност ръчно да надстроите клъстера преди планираното време за надстройване. Можете да зададете конкретен график за надстройване или да използвате графика по подразбиране от 3:00 ч. дневно в Съединените щати: Америка/Лос Анджелис. Можете също да изберете да отложите предстоящото надстройване, ако е необходимо.

За да зададете графика за надстройване:

1	Влезте в Центъра за партньори.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В раздела „Услуги в облака“ намерете „Хибридна защита на данни“ и щракнете върху Настройка
4	На страницата с ресурси за хибридна защита на данни изберете клъстера.
5	Щракнете върху раздела Настройки на клъстера .
6	На страницата с настройки на клъстери под „График за надстройване“ изберете часа и часовата зона за графика за надстройване. Забележка: Под часовата зона се показват следващата налична дата и час на надстройване. Можете да отложите надстройването до следващия ден, ако е необходимо, като щракнете върху Отложи с 24 часа.

Промяна на конфигурацията на възела

От време на време може да се наложи да промените конфигурацията на вашия възел за защита на хибридни данни поради причина като:

Промяна на x.509 сертификати поради изтичане или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на защитата, Hybrid Data Security използва пароли за сервизен акаунт, които имат деветмесечен живот. След като инструментът за настройка на HDS генерира тези пароли, ги разполагате на всеки от вашите HDS възли във файла ISO config. Когато паролите на вашата организация са към изтичане, получавате известие от екипа на Webex за нулиране на паролата за вашия машинен акаунт. (Имейлът включва текста „Използвайте API на машинния акаунт, за да актуализирате паролата.“) Ако вашите пароли все още не са изтекли, инструментът ви дава две опции:

Софтуерно нулиране – И двете стари и нови пароли работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Твърдо нулиране – Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

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

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационните данни за акаунт за Partner Hub с пълни права на администратор на партньор.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да изпълните инструмента за настройка на HDS за стъпки 1.a до 1.e в процедурата по-долу. Вижте Стартиране на инструмент за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в 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 Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на парола. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“. Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване с localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080 , за да се свържете с localhost. Когато получите подкана, въведете идентификационните си данни за влизане за клиент на Partner Hub и след това щракнете върху Приемане , за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да затворите инструмента за настройка, въведете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате работещ само един HDS възел, създайте нов VM възел на хибридна защита на данни и го регистрирайте, като използвате новия конфигурационен ISO файл. За по-подробни инструкции вижте Създаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките. Щракнете върху `CD/DVD Drive 1`, изберете опцията за монтаж от ISO файл и намерете местоположението, където сте изтеглили новия конфигурационен ISO файл. Поставете отметка на Свързване при включване. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса на възела "Защита на хибридните данни" (IP адрес/настройка например въведете идентификационни данни за администриране, които https://192.0.2.0/setup), сте задали за възела, след което щракнете върху Влизане.
2	Отидете на Общ преглед (страницата по подразбиране). Когато е разрешено, блокирани външна DNS разделителна способност е зададена да .
3	Отидете на страницата Хранилище на доверие & Прокси.
4	Щракнете върху Проверка на прокси връзката. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и да се върнете към страницата общ преглед, Блокиран външен DNS разделителна способност трябва да бъде зададено на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура, за да премахнете възел на хибридна защита на данни от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за защита.

1

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

2

Премахване на възела:

Влезте в Partner Hub и изберете Услуги.
В картата на хибридна защита на данни щракнете върху Преглед на всички , за да покажете страницата с ресурси за хибридна защита на данни.
Изберете своя клъстер, за да се покаже неговият панел \„Общ преглед\“.
Щракнете върху възела, който искате да премахнете.
Щракнете върху Дерегистриране на този възел на панела, който се появява вдясно
Можете също да дерегистрирате възела, като щракнете върху ... от дясната страна на възела и изберете Премахване на този възел.

3

В клиента vSphere изтрийте VM. (В левия навигационен екран щракнете с десния бутон върху VM и щракнете върху Изтрий.)

Ако не изтриете VM, не забравяйте да демонтирате конфигурационния ISO файл. Без ISO файла не можете да използвате VM за достъп до вашите данни за защита.

Възстановяване след бедствие с използване на центъра за данни в режим на готовност

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

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, наложително е клъстерът да продължи да работи и да се поддържат подходящи резервни копия. Загубата на базата данни за хибридна защита на данни или на конфигурационния ISO, използван за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентското съдържание. За предотвратяване на такава загуба са задължителни следните практики:

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

Преди да започнете

Премахнете регистрацията на всички възли от Partner Hub, както е посочено в Премахване на възел. Използвайте най-новия ISO файл, конфигуриран спрямо възлите на клъстера, който преди това е бил активен, за да извършите посочената по-долу процедура за преместване при отказ.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, споменати в Създаване на конфигурационен ISO за хостовете на HDS.
2	Завършете процеса на конфигуриране и запишете ISO файла на лесно за намиране място.
3	Направете резервно копие на ISO файла в локалната си система. Поддържайте архивното копие защитено. Този файл съдържа главен ключ за шифроване за съдържанието на базата с данни. Ограничете достъпа само до онези администратори на хибридна защита на данни, които трябва да направят промени в конфигурацията.
4	В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
5	Щракнете върху Редактиране на настройките >CD/DVD диск 1 и изберете Datastore ISO файл. Уверете се, че са отметнати Свързани и Свързване при включване , за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
6	Включете възела на HDS и се уверете, че няма аларми поне 15 минути.
7	Регистрирайте възела в Partner Hub. Вижте Регистриране на първия възел в клъстера.
8	Повторете процеса за всеки възел в центъра за данни в режим на готовност.

Какво да направите след това

След отказ, ако основният център за данни се активира отново, премахнете регистрацията на възлите на центъра за данни в режим на готовност и повторете процеса на конфигуриране на ISO и регистриране на възлите на основния център за данни, както е посочено по-горе.

(По избор) Демонтиране на ISO след конфигуриране на HDS

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

Все още използвате ISO файловете, за да направите промени в конфигурацията. Когато създавате нов ISO или актуализирате ISO чрез инструмента за настройка, трябва да монтирате актуализирания ISO на всички ваши HDS възли. След като всички ваши възли са приели промените в конфигурацията, можете да демонтирате ISO отново с тази процедура.

Преди да започнете

Надстройте всички ваши HDS възли до версия 2021.01.22.4720 или по-нова.

1	Затворете един от възлите си за HDS.
2	В уреда vCenter Server изберете възела на HDS.
3	Изберете Редактиране на настройките > CD/DVD диск и премахнете отметката от Datastore ISO файл.
4	Включете възела на HDS и се уверете, че няма аларми поне 20 минути.
5	Повторете за всеки HDS възел на смяна.

Отстраняване на неизправности в хибридна защита на данни

Преглед на предупрежденията и отстраняване на неизправности

Разполагането на хибридна защита на данни се счита за налично, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че отнема време. Ако потребителите не могат да се свържат с вашия клъстер на хибридна защита на данни, те изпитват следните симптоми:

Не могат да се създават нови места (не могат да се създадат нови ключове)
Неуспешно дешифриране на съобщенията и заглавията на пространството за:
- Нови потребители, добавени към място (не могат да се извлекат ключове)
- Съществуващи потребители в място с помощта на нов клиент (не могат да се извлекат ключовете)
Съществуващите потребители в дадено място ще продължат да се изпълняват успешно, стига клиентите им да имат кеш с ключовете за шифроване

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

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

Ако има проблем с настройката на хибридна защита на данни, Partner Hub показва предупреждения до администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Предупрежденията обхващат много общи сценарии.

Таблица 1. Общи проблеми и стъпки за тяхното разрешаване
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Неуспешна връзка с локалната база данни.	Проверете дали сървърът с база данни е достъпен и дали са използвани правилните идентификационни данни за акаунта за услуга в конфигурацията на възела.
Неуспешен достъп до услугата в облака.	Проверете дали възлите имат достъп до сървърите на Webex, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията за услуги в облака.	Регистрацията в услугите в облака беше прекъсната. Протича подновяване на регистрацията.
Регистрацията на услуги в облака е прекъсната.	Регистрирането в облачни услуги е прекратено. Услугата се затваря.
Услугата все още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съответства на сертификата на сървъра.	Уверете се, че сертификатът на сървъра ви съответства на конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че CN на сертификата наскоро е променен и сега е различен от CN, който е бил използван по време на първоначалната настройка.
Неуспешно удостоверяване в услугите в облака.	Проверете за точност и възможно изтичане на идентификационните данни за акаунта за услугата.
Неуспешно отваряне на локалния файл на клавиатурата.	Проверете за целостта и точността на паролата във файла с локалния клавиатура.
Сертификатът за локален сървър е невалиден.	Проверете датата на изтичане на сертификата на сървъра и потвърдете, че той е издаден от надежден сертифициращ орган.
Неуспешно публикуване на метриките.	Проверете достъпа до локалната мрежа до външни облачни услуги.
Директорията /media/configdrive/hds не съществува.	Проверете конфигурацията за монтаж на ISO на виртуалния хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организация на клиент не е завършена за добавените организации	Завършете настройката, като създадете CMK за новодобавени организации на клиенти с помощта на инструмента за настройка на хибридни съобщения.
Настройката на организация на клиента не е завършена за премахнатите организации	Завършете настройката чрез анулиране на CMK на организациите на клиенти, които са премахнати с помощта на инструмента за настройка на хибридни телефони (HDS).

Отстраняване на неизправности в хибридна защита на данни

Използвайте следните общи насоки, когато отстранявате проблеми с хибридна защита на данни.

1	Прегледайте Partner Hub за предупреждения и коригирайте всички елементи, които намерите там. Вижте изображението по-долу за справка.
2	Прегледайте изхода на сървъра syslog за активност от разполагането на хибридна защита на данни. Филтрирайте за думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняване на неизправности.
3	Свържете се с поддръжката на Cisco.

Други бележки

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

Ако затворите своя клъстер на хибридна защита на данни (като го изтриете в Partner Hub или като затворите всички възли), загубите своя ISO файл за конфигуриране или загубите достъп до базата данни на клавиатурата, потребителите на приложението Webex на клиентските организации вече няма да могат да използват пространства в своя списък "Хора", създадени с ключове от вашия KMS. В момента нямаме заобиколно решение или корекция за този проблем и ви призовавам да не затваряте услугите си за HDS, след като обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка към KMS, поддържа тази връзка за период от време (вероятно един час).

Стартирайте инструмента за настройка на HDS с помощта на Podman Desktop

Podman е безплатен инструмент за управление на контейнери с отворен код, който предоставя начин за изпълнение, управление и създаване на контейнери. Podman Desktop може да бъде изтеглен от https://podman-desktop.io/downloads.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него изтеглете и стартирайте Podman на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в контролния център с пълни права на администратор за вашата организация.

Ако инструментът за настройка на HDS се изпълнява зад прокси сървър във вашата среда, осигурете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата за закачване на контейнера за закачване в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

Конфигурационният ISO файл, който генерирате, съдържа главния ключ, шифрован в базата данни на PostgreSQL или Microsoft SQL Server. Трябва ви най-новото копие на този файл по всяко време, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификата
- Промени в правилата за упълномощаване
Ако планирате да шифровате връзките с бази данни, настройте разполагането на вашия PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридна защита на данни създава ISO файл. След това използвайте ISO, за да конфигурирате своя хост на хибридна защита на данни.

podman rmi ciscocitg/hds-setup:stable  
podman login docker.io -u hdscustomersro
dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
podman pull ciscocitg/hds-setup:stable
podman run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

Какво да направите след това

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

Използване на OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на PKCS12 файл в правилния формат за зареждане в инструмента за настройка на HDS. Има и други начини за това и ние не подкрепяме и не насърчаваме един път над друг.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като ръководство, за да ви помогнем да създадете файл, който отговаря на изискванията за сертификат X.509 в Изисквания за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия сертифициращ орган (CA).

1	Когато получите сертификата на сървъра от вашия CA, запишете го като `hdsnode.pem`.
2	Показване на сертификата като текст и проверете подробностите. `openssl x509 -text -noout -in hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл с пакет сертификати, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва сертификата на сървъра, всички междинни CA сертификати и корневи CA сертификати в следния формат: `-----BEGIN CERTIFICATE----- ### Server certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Intermediate CA certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Root CA certificate. ### -----END CERTIFICATE-----`
4	Създайте .p12 файла с приятелското име `kms-private-key`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 -in hdsnode.p12` Въведете парола при подкана да шифровате частния ключ, така че да се показва в изхода. След това се уверете, че частният ключ и първият сертификат включват линиите `friendlyName: kms-private-key`. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Enter Import Password: MAC verified OK Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Key Attributes: Enter PEM pass phrase: Verifying - Enter PEM pass phrase: -----BEGIN ENCRYPTED PRIVATE KEY----- -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE----- Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE-----

Какво да направите след това

Върнете се, за да изпълните изискванията за хибридна защита на данни. Ще използвате hdsnode.p12 файла и паролата, която сте задали за него, в Създаване на конфигурационен ISO за хостовете на HDS.

Можете да използвате повторно тези файлове, за да поискате нов сертификат, когато първоначалният сертификат изтече.

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

Изходящ трафик за събиране на метрики

Възлите на хибридна защита на данни изпращат определени показатели към облака на Webex. Те включват системни метрики за heap max, използван heap, натоварване на процесора и брой нишки; метрики за синхронните и асинхронните нишки; метрики за предупрежденията, включващи праг на шифроване връзки, латентност или дължина на опашката за заявки; метрики за datastore; и метрики за връзката за шифроване. Възлите изпращат материали за шифрован ключ през нечестотен (отделен от заявката) канал.

Входящ трафик

Възлите на хибридна защита на данни получават следните типове входящ трафик от облака на Webex:

Заявки за шифроване от клиенти, които се маршрутизират от услугата за шифроване
Надстройки до софтуера за възли

Конфигуриране на прокси сървъри за хибридна защита на данните

Websocket не може да се свърже чрез сепия прокси

Прокси сървърите, които инспектират HTTPS трафика, могат да повлияят на създаването на websocket (wss:) връзки, които изискват хибридната защита на данните. Тези раздели дават насоки как да конфигурирате различни версии на Squid, за да игнорирате wss: трафика за правилна работа на услугите.

Калмята 4 и 5

Добавяне на on_unsupported_protocol директивата към 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

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

Тази таблица обхваща нови функции или функционалности, промени в съществуващото съдържание и всички основни грешки, които са били коригирани в Ръководството за внедряване на хибридна защита на данни с множество наематели.

Дата	Направени промени
8 май 2025 г.	Добавено Преместване на съществуващото внедряване на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с много клиент в секцията Partner Hub. Актуализиран е изходът на системния лог, за да се подобри четимостта в раздела „Тестване на внедряването на хибридна защита на данните“. Актуализирани са изискванията за виртуален хост, потокът от задачи за внедряване на хибридна защита на даннии инсталирането на HDS Host OVA, за да се добави поддръжка за ESXi 8.0.
4 март 2025 г.	Добавено е стартиране на инструмента за настройка на HDS, използвайки раздела Podman Desktop. Добавена е бележка в Изисквания за Docker Desktop, предоставяща на клиентите алтернативна опция с отворен код. Актуализирано Създаване на ISO файл с конфигурация за HDS хостовете и Промяна на конфигурацията на възела с инструкции за използване на Podman Desktop за клиенти без лиценз за Docker Desktop.
30 януари 2025 г.	Добавен е SQL сървър версия 2022 към списъка с поддържани SQL сървъри в Изисквания към сървъра за бази данни.
15 януари 2025 г.	Добавени са ограничения на многонаемателската хибридна сигурност на данните.
8 януари 2025 г.	Добавена е бележка в Извършване на първоначална настройка и изтегляне на инсталационни файлове, в която се посочва, че щракването върху Настройка на HDS картата в Partner Hub е важна стъпка от процеса на инсталиране.
7 януари 2025 г.	Актуализирани са изискванията за виртуален хост, потокът от задачи за внедряване на хибридна защита на даннии инсталирането на OVA на HDS хост, за да се покаже новото изискване на ESXi 7.0.
13 декември 2024 г.	Първо публикувано.

Деактивиране на хибридната защита на данните за многоклиентски системи

Поток от задачи за деактивиране на многонаемателски HDS

Следвайте тези стъпки, за да деактивирате напълно Multi-Tenant HDS.

Преди да започнете

Тази задача трябва да се изпълнява само от пълен администратор на партньор.

1	Премахнете всички клиенти от всички ваши клъстери, както е посочено в Премахване на организации на наематели.
2	Отменете CMK-тата на всички клиенти, както е посочено в Отменете CMK-тата на наематели, премахнати от HDS..
3	Премахнете всички възли от всички ваши клъстери, както е посочено в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстера, който искате да изтриете, и изберете Изтрий този клъстер в горния десен ъгъл на страницата с общ преглед. На страницата „Ресурси“ щракнете върху … от дясната страна на клъстер и изберете „Премахване на клъстер“.
5	Щракнете върху раздела Настройки на страницата с общ преглед на хибридната защита на данните и щракнете върху Деактивиране на HDS на картата „Състояние на HDS“.

Започнете с многонаемателска хибридна сигурност на данните

Преглед на защитата на данните при хибридни системи с множество наематели

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

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

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

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

Това позволява и на по-малките организации да използват HDS, тъй като услугата за управление на ключове и инфраструктурата за сигурност, като например центровете за данни, са собственост на доверен местен партньор.

Как хибридната сигурност на данните за многоклиентски системи осигурява суверенитет на данните и контрол върху тях

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

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

Ограничения на сигурността на данните при многонаемателски хибридни системи

Партньорските организации не трябва да имат активно внедряване на HDS в Control Hub.
Организациите наематели или клиенти, които желаят да бъдат управлявани от партньор, не трябва да имат съществуващо внедряване на HDS в Control Hub.
След като партньорът внедри Multi-Tenant HDS, всички потребители на клиентски организации, както и потребителите на партньорската организация, започват да използват Multi-Tenant HDS за своите услуги за криптиране.

Партньорската организация и клиентските организации, които управляват, ще бъдат в едно и също внедряване на Multi-Tenant HDS.

Партньорската организация вече няма да използва облачна KMS след внедряването на Multi-Tenant HDS.
Няма механизъм за преместване на ключове обратно в Cloud KMS след внедряване на HDS.
В момента всяко внедряване на Multi-Tenant HDS може да има само един клъстер с множество възли под него.
Администраторските роли имат определени ограничения; вижте раздела по-долу за подробности.

Роли в многонаемателската хибридна сигурност на данните

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

Цялостна настройка и управление на многонаемателски HDS за всички организации на клиенти - Изисква се пълни администраторски права на партньор и пълни администраторски права.
Управление на назначени организации наематели - Изисква се администратор на партньор и пълни администраторски права.

Архитектура на сферата на сигурността

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

За да разберем по-добре хибридната сигурност на данните, нека първо разгледаме този случай с чист облак, където Cisco предоставя всички функции в своите облачни сфери. Услугата за идентификация, единственото място, където потребителите могат да бъдат директно свързани с личната си информация, като например имейл адрес, е логически и физически отделена от сферата на сигурност в център за данни B. И двете от своя страна са отделни от сферата, където в крайна сметка се съхранява криптирано съдържание, в център за данни C.

На тази диаграма клиентът е приложението Webex, работещо на лаптопа на потребителя, и е удостоверено с услугата за удостоверяване. Когато потребителят състави съобщение за изпращане до пространство, се извършват следните стъпки:

Клиентът установява защитена връзка с услугата за управление на ключове (KMS), след което изисква ключ за криптиране на съобщението. Защитената връзка използва ECDH, а KMS криптира ключа с помощта на главен ключ AES-256.
Съобщението се криптира, преди да напусне клиента. Клиентът го изпраща към услугата за индексиране, която създава криптирани индекси за търсене, за да подпомогне бъдещите търсения на съдържанието.
Криптираното съобщение се изпраща до службата за съответствие за проверки за съответствие.
Криптираното съобщение се съхранява в хранилището.

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

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

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

Услугата KMS, работеща в организация A, валидира връзките към KMS системи в други организации, използвайки сертификати x.509 PKI. Вижте Подготовка на вашата среда за подробности относно генерирането на сертификат x.509, който да се използва с вашето внедряване на хибридна защита на данни с множество наематели.

Очаквания за внедряване на хибридна сигурност на данните

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

За да внедрите хибридна сигурност на данните, трябва да предоставите:

Сигурен център за данни в държава, която е поддържано местоположение за плановете на Cisco Webex Teams.
Оборудването, софтуерът и мрежовият достъп, описани в Подгответе вашата среда.

Пълната загуба на ISO файла с конфигурацията, който създавате за Hybrid Data Security, или на предоставената от вас база данни ще доведе до загуба на ключовете. Загубата на ключ не позволява на потребителите да декриптират съдържанието на пространството и други криптирани данни в приложението Webex. Ако това се случи, можете да изградите ново внедряване, но ще бъде видимо само ново съдържание. За да избегнете загуба на достъп до данни, трябва:

Управлявайте архивирането и възстановяването на базата данни и ISO файла с конфигурацията.
Бъдете готови да извършите бързо възстановяване след бедствие, ако възникне катастрофа, като например повреда на диска на базата данни или бедствие в центъра за данни.

Няма механизъм за преместване на ключове обратно в облака след внедряване на HDS.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на внедряване на хибридна защита на данни с множество наематели:

Настройка на хибридна сигурност на данните— Това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна сигурност на данните, изграждане на HDS клъстер, добавяне на организации-наематели към клъстера и управление на техните основни ключове на клиентите (CMK). Това ще позволи на всички потребители на вашите клиентски организации да използват вашия клъстер за хибридна сигурност на данни за функции за сигурност.

Фазите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте внедряването си за хибридна сигурност на данните— Облакът Webex автоматично предоставя текущи надстройки. Вашият ИТ отдел може да осигури поддръжка от първо ниво за това внедряване и да ангажира поддръжка от Cisco, ако е необходимо. Можете да използвате екранни известия и да настроите имейл известия в Partner Hub.
Разберете често срещаните предупреждения, стъпките за отстраняване на неизправности и известните проблеми— Ако срещнете проблеми с внедряването или използването на Hybrid Data Security, последната глава на това ръководство и приложението „Известни проблеми“ могат да ви помогнат да определите и отстраните проблема.

Модел за внедряване на хибридна сигурност на данните

В рамките на вашия корпоративен център за данни, вие внедрявате Hybrid Data Security като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака Webex чрез защитени уеб сокети и защитен HTTP.

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

Модел за внедряване на хибридна сигурност на данните

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

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

Възлите стават активни, когато ги регистрирате в Partner Hub. За да извадите отделен възел от експлоатация, можете да го отпишете и по-късно да го регистрирате отново, ако е необходимо.

Резервен център за данни за възстановяване след бедствия

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

Базите данни на активните и резервните центрове за данни са синхронизирани помежду си, което ще минимизира времето, необходимо за извършване на резервно превключване.

Активните възли за хибридна сигурност на данните трябва винаги да са в същия център за данни като активния сървър на базата данни.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Без прокси—По подразбиране, ако не използвате хранилището за доверени данни за настройката на HDS възела & Конфигурация на прокси за интегриране на прокси. Не се изисква актуализация на сертификата.
Прозрачен неинспектиращ прокси сървър— Възлите не са конфигурирани да използват специфичен адрес на прокси сървър и не би трябвало да изискват никакви промени, за да работят с неинспектиращ прокси сървър. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси сървър— Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър— С изричен прокси сървър, вие казвате на HDS възлите кой прокси сървър и схема за удостоверяване да използват. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN—Адрес, който може да се използва за достигане до прокси машината.
2. Прокси порт— Номер на порт, който прокси сървърът използва, за да слуша проксиран трафик.
3. Прокси протокол— В зависимост от това какво поддържа вашият прокси сървър, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване— Изберете измежду следните типове удостоверяване:
  - Няма—Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Basic—Използва се от HTTP потребителски агент за предоставяне на потребителско име и парола при отправяне на заявка. Използва Base64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Дайджест—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

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

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

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

Изисквания за сигурност на данните за многонаемателни хибридни системи

Изисквания за лиценз на Cisco Webex

За да внедрите хибридна защита на данни за множество наематели:

Партньорски организации: Свържете се с вашия партньор на Cisco или мениджър на клиенти и се уверете, че функцията „Много наематели“ е активирана.
Организации наематели: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за Docker Desktop

Преди да инсталирате HDS възлите си, трябва да стартирате инсталационна програма в Docker Desktop. Docker наскоро актуализира своя лицензионен модел. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, " Docker е Актуализиране и разширяване на нашите абонаментиза продукти".

Клиенти без лиценз за Docker Desktop могат да използват инструмент за управление на контейнери с отворен код, като Podman Desktop, за да стартират, управляват и създават контейнери. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Изисквания за сертификат X.509

Веригата от сертификати трябва да отговаря на следните изисквания:

Таблица 1. Изисквания за сертификат X.509 за внедряване на хибридна сигурност на данните
Изискване	Подробности
Подписано от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на CAs в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи домейн с общо име (CN), който идентифицира вашето внедряване на хибридна сигурност на данни Не е сертификат със заместващ знак	Не е необходимо CN да е достъпен или да е активен хост. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. Комбинираното предложение не трябва да съдържа * (заместващ знак). CN се използва за проверка на възлите на Hybrid Data Security към клиенти на Webex App. Всички възли за хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашата KMS система се идентифицира с CN домейна, а не с домейн, дефиниран в полетата x.509v3 SAN. След като регистрирате възел с този сертификат, не поддържаме промяна на името на домейна CN.
Подпис, различен от SHA1	Софтуерът KMS не поддържа SHA1 подписи за валидиране на връзки към KMS системи на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име `kms-private-key`, за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор като OpenSSL, за да промените формата на вашия сертификат. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.

Софтуерът KMS не налага налага използването на ключове или разширени ограничения за използване на ключове. Някои сертифициращи органи изискват към всеки сертификат да се прилагат разширени ограничения за използване на ключове, като например удостоверяване на сървъра. Допустимо е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален хост

Виртуалните хостове, които ще настроите като възли за хибридна сигурност на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (препоръчително 3), разположени в един и същ защитен център за данни
Инсталиран и работещ VMware ESXi 7.0 или 8.0.

Трябва да надстроите, ако имате по-ранна версия на ESXi.
Минимум 4 vCPU, 8 GB основна памет, 30 GB локално дисково пространство на сървър

Изисквания за сървъра на базата данни

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

Има две опции за сървър на база данни. Изискванията за всеки от тях са следните:

Таблица 2. Изисквания към сървъра за бази данни според типа на базата данни
PostgreSQL	Microsoft SQL Server
PostgreSQL 14, 15 или 16, инсталиран и работещ.	Инсталиран е SQL Server 2016, 2017, 2019 или 2022 (Enterprise или Standard). SQL Server 2016 изисква Service Pack 2 и Cumulative Update 2 или по-нова версия.
Минимум 8 виртуални процесора (vCPU), 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не се превишава допустимото количество памет (препоръчва се 2 TB, ако искате да използвате базата данни за дълго време, без да е необходимо да увеличавате паметта).	Минимум 8 виртуални процесора (vCPU), 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не се превишава допустимото количество памет (препоръчва се 2 TB, ако искате да използвате базата данни за дълго време, без да е необходимо да увеличавате паметта).

Софтуерът HDS в момента инсталира следните версии на драйвери за комуникация със сървъра на базата данни:

PostgreSQL

Microsoft SQL Server

JDBC драйвер за Postgres 42.2.5

JDBC драйвер за SQL Server 4.6

Тази версия на драйвера поддържа SQL Server Always On ( Always On Failover Cluster Instances и Always On availability groups).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

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

HDS възлите, инфраструктурата на Active Directory и MS SQL Server трябва да бъдат синхронизирани с NTP.
Акаунтът в Windows, който предоставяте на HDS възлите, трябва да има read/write достъп до базата данни.
DNS сървърите, които предоставяте на HDS възлите, трябва да могат да разрешават вашия център за разпространение на ключове (KDC).
Можете да регистрирате екземпляра на базата данни HDS на вашия Microsoft SQL Server като име на принципал на услугата (SPN) в Active Directory. Вижте Регистриране на име на принципал на услуга за Kerberos връзки.

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

Изисквания за външна свързаност

Конфигурирайте защитната си стена, за да разрешите следната свързаност за HDS приложенията:

Приложение	Протокол	Порт	Упътване от приложението	Местоназначение
Хибридни възли за сигурност на данните	TCP	443	Изходящ HTTPS и WSS	Webex сървъри: .wbx2.com .ciscospark.com Всички хостове на Common Identity Други URL адреси, които са изброени за хибридна сигурност на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex на Мрежови изисквания за услуги на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички хостове на Common Identity hub.docker.com

Възлите за хибридна сигурност на данните работят с транслация на мрежовия достъп (NAT) или зад защитна стена, стига NAT или защитната стена да позволяват необходимите изходящи връзки към местоназначенията на домейна в предходната таблица. За връзки, водещи към възлите за хибридна сигурност на данните, не трябва да се виждат портове от интернет. Във вашия център за данни, клиентите се нуждаят от достъп до възлите за хибридна сигурност на данните на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете с обща идентичност (CI) са специфични за региона. Това са текущите CI хостове:

Регион	URL адреси на хостове за обща идентичност
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Squid прокси сървърите, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да заобиколите този проблем, вижте Конфигуриране на Squid прокси сървъри за хибридна сигурност на данните.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуди изходящия TCP трафик на порт 443 да маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, заобикалянето (неинспектирането) на трафика към wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна сигурност на данните

Използвайте този контролен списък, за да се уверите, че сте готови да инсталирате и конфигурирате вашия клъстер за хибридна защита на данни.

1	Уверете се, че вашата партньорска организация е активирала функцията Multi-Tenant HDS и вземете идентификационните данни на акаунт с пълни администраторски права на партньора и пълни администраторски права. Уверете се, че вашата организация на клиенти на Webex е активирана за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор на Cisco или мениджър клиенти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо внедряване на HDS.
2	Изберете име на домейн за вашето HDS внедряване (например, `hds.company.com`) и получете верига от сертификати, съдържаща X.509 сертификат, частен ключ и всички междинни сертификати. Веригата от сертификати трябва да отговаря на изискванията в X.509 Изисквания за сертификати.
3	Подгответе идентични виртуални хостове, които ще настроите като възли за хибридна сигурност на данни във вашия клъстер. Необходими са ви поне два отделни хоста (препоръчително 3), разположени в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален хост.
4	Подгответе сървъра на базата данни, който ще действа като хранилище за ключови данни за клъстера, съгласно изискванията за сървъра на базата данни. Сървърът на базата данни трябва да бъде разположен в защитения център за данни заедно с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране.) Приложенията на HDS, когато бъдат инсталирани, създават схемата на базата данни.) Съберете данните, които възлите ще използват за комуникация със сървъра на базата данни: името на хоста или IP адреса (хост) и порта името на базата данни (dbname) за съхранение на ключове потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключове
5	За бързо възстановяване след бедствие, създайте резервна среда в различен център за данни. Резервната среда отразява производствената среда на виртуални машини и резервен сървър на база данни. Например, ако в производствената среда има 3 виртуални машини, работещи с HDS възли, средата за архивиране трябва да има 3 виртуални машини.
6	Настройте хост за системен лог, който да събира лог файлове от възлите в клъстера. Съберете неговия мрежов адрес и системен порт (по подразбиране е UDP 514).
7	Създайте политика за сигурно архивиране за възлите на хибридната защита на данните, сървъра на базата данни и хоста на syslog. Като минимум, за да предотвратите невъзстановима загуба на данни, трябва да архивирате базата данни и ISO файла с конфигурацията, генериран за възлите на Hybrid Data Security. Тъй като възлите за хибридна сигурност на данните съхраняват ключовете, използвани за криптиране и декриптиране на съдържание, невъзможността за поддържане на оперативно внедряване ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на това съдържание. Клиентите на Webex App кешират ключовете си, така че прекъсването може да не е веднага забележимо, но ще стане очевидно с течение на времето. Въпреки че временните прекъсвания са невъзможни за предотвратяване, те са възстановими. Пълната загуба (без налични резервни копия) на базата данни или на ISO файла с конфигурацията обаче ще доведе до невъзстановими клиентски данни. Очаква се операторите на възлите на Hybrid Data Security да поддържат чести резервни копия на базата данни и ISO файла с конфигурацията и да бъдат готови да възстановят центъра за данни на Hybrid Data Security, ако възникне катастрофална повреда.
8	Уверете се, че конфигурацията на вашата защитна стена позволява свързване за вашите възли за хибридна сигурност на данни, както е посочено в Изисквания за външна свързаност.
9	Инсталирайте Docker ( https://www.docker.com) на всяка локална машина, работеща с поддържана операционна система (Microsoft Windows 10 Professional или Enterprise 64-bit, или Mac OSX Yosemite 10.10.3 или по-нова версия) с уеб браузър, който може да го достъпва на http://127.0.0.1:8080. Използвате екземпляра на Docker, за да изтеглите и стартирате инструмента за настройка на HDS, който изгражда локалната информация за конфигурацията за всички възли на Hybrid Data Security. Може да ви е необходим лиценз за Docker Desktop. Вижте Изисквания за Docker Desktop за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има свързаността, описана в Изисквания за външна свързаност.
10	Ако интегрирате прокси с Hybrid Data Security, уверете се, че той отговаря на изискванията за прокси сървър.

Създаване на хибриден клъстер за сигурност на данни

Поток на задачи за внедряване на хибридна сигурност на данни

Преди да започнете

1	Извършете първоначална настройка и изтеглете инсталационните файлове Изтеглете OVA файла на локалната си машина за по-късна употреба.
2	Създайте ISO файл с конфигурация за HDS хостовете Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на Hybrid Data Security.
3	Инсталирайте HDS Host OVA Създайте виртуална машина от OVA файла и извършете първоначална конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежови настройки по време на внедряване на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
4	Настройване на виртуална машина за хибридна защита на данни Влезте в конзолата на виртуалната машина и задайте идентификационните данни за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.
5	Качете и монтирайте ISO файла с конфигурацията на HDS Конфигурирайте виртуалната машина от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на HDS възел за интегриране на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете сертификата за прокси сървър към хранилището за доверени сертификати, ако е необходимо.
7	Регистрирайте първия възел в клъстера Регистрирайте виртуалната машина в облака Cisco Webex като възел за хибридна сигурност на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте Multi-Tenant HDS в Partner Hub. Активирайте HDS и управлявайте организациите на наематели в Partner Hub.

Извършете първоначална настройка и изтеглете инсталационните файлове

В тази задача изтегляте OVA файл на вашата машина (не на сървърите, които сте настроили като възли за хибридна сигурност на данните). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Центъра за партньори и след това щракнете върху Услуги.
2	В секцията „Облачни услуги“ намерете картата „Хибридна сигурност на данните“ и след това щракнете върху Настройка. Щракването върху Настройка в Центъра за партньори е от решаващо значение за процеса на внедряване. Не продължавайте с инсталацията, без да завършите тази стъпка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне на .OVA файл в картата Инсталиране и конфигуриране на софтуер. По-старите версии на софтуерния пакет (OVA) няма да са съвместими с най-новите актуализации на Hybrid Data Security. Това може да доведе до проблеми при надграждане на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от секцията Помощ. Кликнете върху Настройки > Помощ > Изтеглете софтуера за хибридна сигурност на данните. OVA файлът автоматично започва да се изтегля. Запазете файла на място на вашата машина.
4	По желание щракнете върху Вижте ръководството за внедряване на хибридна защита на данни, за да проверите дали има налична по-нова версия на това ръководство.

Създайте ISO файл с конфигурация за HDS хостовете

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1 до 5 в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

HTTPS прокси без удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

HTTP прокси с удостоверяване

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

HTTPS прокси с удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT
ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

docker rmi ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

docker login -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

docker pull ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

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

В обикновени среди с HTTPS прокси:

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

В среди на FedRAMP без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTP прокси:

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

В среди на FedRAMP с HTTPS прокси:

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

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

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

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080, и въведете потребителско име на администратор за Partner Hub при подканата.

Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.

8

На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.

9

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

Не— Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да— Ако вече сте създали HDS възли, тогава избирате вашия ISO файл в прегледа и го качвате.

10

Проверете дали вашият X.509 сертификат отговаря на изискванията в X.509 Certificate Requirements.

Ако никога преди не сте качвали сертификат, качете сертификата X.509, въведете паролата и щракнете върху „ Продължи“.
Ако сертификатът ви е наред, щракнете върху Продължи.
Ако вашият сертификат е изтекъл или искате да го замените, изберете Не за Да продължите ли да използвате веригата от сертификати на HDS и частния ключ от предишния ISO?. Качете нов X.509 сертификат, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до вашето хранилище за ключове:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, ще получите поле „Тип на удостоверяване“.
(само за Microsoft SQL Server ) Изберете вашия тип удостоверяване:
- Основно удостоверяване: Трябва да въведете име на локален SQL Server акаунт в полето Потребителско име.
- Удостоверяване на Windows: Необходим ви е акаунт в Windows във формат username@DOMAIN в полето Потребителско име.
Въведете адреса на сървъра на базата данни във формата : или :.

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

Можете да използвате IP адрес за основно удостоверяване, ако възлите не могат да използват DNS за разрешаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете името на базата данни.
Въведете потребителско име и парола на потребител с всички привилегии върху базата данни за съхранение на ключове.

12

Изберете TLS режим на свързване към база данни:

Режим	Описание
Предпочитам TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако активирате TLS на сървъра на базата данни, възлите ще се опитат да установят криптирана връзка.
Изисквайте TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Изисквайте TLS и проверете подписвача на сертификати	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка, възелът сравнява подписващия сертификата от сървъра на базата данни със сертифициращия орган в коренния сертификат на базата данни. Ако не съвпадат, възелът изпуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.
Изисквайте TLS и проверете подписалия сертификат и хостовото име	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка, възелът сравнява подписващия сертификата от сървъра на базата данни със сертифициращия орган в коренния сертификат на базата данни. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето Хост и порт на базата данни. Имената трябва да съвпадат точно или възелът пуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.

Когато качите главния сертификат (ако е необходимо) и щракнете върху „ Продължи“, инструментът за настройка на HDS тества TLS връзката със сървъра на базата данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързаността, HDS възлите може да са в състояние да установят TLS връзката, дори ако машината с HDS Setup Tool не може да я тества успешно.)

13

На страницата „Системни дневници“ конфигурирайте вашия Syslogd сървър:

Въведете URL адреса на syslog сървъра.

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

Пример:
udp://10.92.43.23:514 показва регистриране към Syslogd хост 10.92.43.23 на UDP порт 514.
Ако сте настроили сървъра си да използва TLS криптиране, проверете Конфигуриран ли е вашият syslog сървър за SSL криптиране?.

Ако поставите отметка в това квадратче, уверете се, че въвеждате TCP URL адрес, като например tcp://10.92.43.23:514.
От падащото меню Изберете прекратяване на syslog записа изберете подходящата настройка за вашия ISO файл: За Graylog и Rsyslog TCP се използва Choose или Newline
- Нулев байт -- \x00
- Нов ред -- \n—Изберете тази опция за Graylog и Rsyslog TCP.
Щракнете върху Продължаване.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с базата данни в Разширени настройки. Обикновено този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxSize: 10

15

Щракнете върху Продължи на екрана Нулиране на паролата за сервизни акаунти.

Паролите за сервизни акаунти имат деветмесечен срок на валидност. Използвайте този екран, когато паролите ви наближават срок на валидност или искате да ги нулирате, за да анулирате предишни ISO файлове.

16

Кликнете върху Изтегляне на ISO файл. Запазете файла на място, което е лесно за намиране.

17

Направете резервно копие на ISO файла на вашата локална система.

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

18

За да затворите инструмента за настройка, въведете CTRL+C.

Какво да направите след това

Направете резервно копие на ISO файла с конфигурацията. Нужен ви е, за да създадете още възли за възстановяване или да направите промени в конфигурацията. Ако загубите всички копия на ISO файла, ще загубите и главния ключ. Възстановяването на ключовете от вашата база данни PostgreSQL или Microsoft SQL Server не е възможно.

Никога нямаме копие на този ключ и не можем да ви помогнем, ако го загубите.

Инсталирайте HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте VMware vSphere клиента на вашия компютър, за да влезете във виртуалния хост ESXi.
2	Изберете Файл > Разгръщане на OVF шаблон.
3	В съветника посочете местоположението на OVA файла, който сте изтеглили по-рано, и след това щракнете върху Напред.
4	На страницата Изберете име и папка въведете име на виртуална машина за възела (например "HDS_Node_1"), изберете местоположение, където може да се намира внедряването на възела на виртуалната машина, и след това щракнете върху Напред.
5	На страницата Изберете изчислителен ресурс изберете целевия изчислителен ресурс и след това щракнете върху Напред. Извършва се проверка за валидиране. След като приключи, се показват подробностите за шаблона.
6	Проверете данните на шаблона и след това щракнете върху Напред.
7	Ако бъдете помолени да изберете конфигурацията на ресурсите на страницата Конфигурация, щракнете върху 4 CPU и след това щракнете върху Напред.
8	На страницата Избор на място за съхранение щракнете върху Напред, за да приемете формата на диска по подразбиране и политиката за съхранение на виртуална машина.
9	На страницата Избор на мрежи изберете опцията за мрежа от списъка със записи, за да осигурите желаната свързаност на виртуалната машина.
10	На страницата Персонализиране на шаблон конфигурирайте следните мрежови настройки: Име на хост— Въведете FQDN (име на хост и домейн) или еднословно име на хост за възела. Не е необходимо да задавате домейна така, че да съответства на домейна, който сте използвали за получаване на сертификата X.509. За да осигурите успешна регистрация в облака, използвайте само малки букви в FQDN или името на хоста, което сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес— Въведете IP адреса за вътрешния интерфейс на възела. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска— Въведете адреса на подмрежовата маска в десетично-точков формат. Например, 255.255.255.0. Шлюз— Въведете IP адреса на шлюза. Шлюзът е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри— Въведете списък с DNS сървъри, разделени със запетаи, които обработват преобразуването на имена на домейни в числови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри— Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетаи, за да въведете множество NTP сървъри. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстер да са достъпни от клиенти във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурирането на мрежовите настройки и да следвате стъпките в Настройка на хибридната виртуална машина за защита на данни, за да конфигурирате настройките от конзолата на възела. Опцията за конфигуриране на мрежови настройки по време на внедряване на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху виртуалната машина на възела и след това изберете Захранване > Включване. Софтуерът за хибридна сигурност на данни е инсталиран като гост на виртуалната машина. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Възможно е да има забавяне от няколко минути, преди контейнерите с възли да се появят. По време на първото зареждане на конзолата се появява съобщение за защитната стена на моста, по време на което не можете да влезете.

Настройване на виртуална машина за хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата за виртуална машина на възела Hybrid Data Security и да зададете идентификационните данни за влизане. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.

1	В клиента на VMware vSphere изберете вашия възел Hybrid Data Security VM и изберете раздела Console. Виртуалната машина се стартира и се появява подкана за вход. Ако подканата за вход не се покаже, натиснете Enter.
2	Използвайте следните потребителски данни и парола по подразбиране, за да влезете и да промените идентификационните данни: Вход: `admin` Парола: `cisco` Тъй като влизате във виртуалната си машина за първи път, е необходимо да промените администраторската парола.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай, в главното меню изберете опцията Редактиране на конфигурация.
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на политиката на вашата мрежа. Не е необходимо да задавате домейна така, че да съответства на домейна, който сте използвали за получаване на сертификата X.509.
6	Запазете мрежовата конфигурация и рестартирайте виртуалната машина, за да влязат в сила промените.

Качете и монтирайте ISO файла с конфигурацията на HDS

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

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде достъпен само въз основа на „необходимост за информация“ за достъп на виртуалните машини за хибридна сигурност на данните и всички администратори, които може да се нуждаят от промени. Уверете се, че само тези администратори имат достъп до хранилището за данни.

1

Качете ISO файла от вашия компютър:

В левия навигационен панел на клиента VMware vSphere щракнете върху ESXi сървъра.
В списъка с хардуер в раздела „Конфигурация“ щракнете върху „ Памет“ .
В списъка с хранилища за данни щракнете с десния бутон върху хранилището за данни за вашите виртуални машини и щракнете върху Преглед на хранилището за данни.
Щракнете върху иконата за качване на файлове и след това щракнете върху Качване на файл.
Отидете до мястото, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Кликнете върху Да, за да приемете upload/download предупреждение за операция и затворете диалоговия прозорец на хранилището за данни.

2

Монтирайте ISO файла:

В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
Щракнете върху OK, за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD Drive 1, изберете опцията за монтиране от ISO файл на хранилище за данни и отидете до мястото, където сте качили ISO файла с конфигурацията.
Проверете Свързано и Свързване при включване.
Запазете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако вашата ИТ политика го изисква, можете по желание да демонтирате ISO файла, след като всички ваши възли приемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след HDS конфигурация за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси, използвайте тази процедура, за да укажете вида на прокси, който искате да интегрирате с Hybrid Data Security. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси за общ преглед на поддържаните опции за прокси.
Изисквания към прокси сървъра

1	Въведете URL адреса за настройка на HDS възел `https://[HDS Node IP or FQDN]/setup` в уеб браузър, въведете администраторските идентификационни данни, които сте задали за възела, и след това щракнете върху Вход.
2	Отидете на Хранилище на доверие & Прокси , след което изберетеопция: Без прокси— Опцията по подразбиране, преди да интегрирате прокси. Не се изисква актуализация на сертификата. Прозрачен неинспектиращ прокси сървър— Възлите не са конфигурирани да използват специфичен адрес на прокси сървър и не би трябвало да изискват никакви промени, за да работят с неинспектиращ прокси сървър. Не се изисква актуализация на сертификата. Прозрачен инспектиращ прокси сървър— Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. Не httpS конфигурация промени са необходими в разполагането на защитата на хибридни данни, обаче HDS възли се нуждаят от главен сертификат, така че те се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър— С изричен прокси сървър, вие казвате на клиента (HDS възлите) кой прокси сървър да използва и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN—Адрес, който може да се използва за достигане до прокси машината. Прокси порт— Номер на порт, който прокси сървърът използва, за да слуша проксиран трафик. Прокси протокол— Изберете http (преглежда и контролира всички заявки, получени от клиента) или https (предоставя канал към сървъра, а клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване— Изберете измежду следните типове удостоверяване: Няма—Не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Basic—Използва се от HTTP потребителски агент за предоставяне на потребителско име и парола при отправяне на заявка. Използва Base64 кодиране. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Дайджест—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Качване на главен сертификат или Сертификат за краен обект и след това навигирайте до изберете главния сертификат запрокси. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката chevron по името на издателя на сертификата, за да получите повече подробности или щракнете върху Изтрий, ако сте направили грешка и искате да качите повторно файла.
4	Щракнете върху Проверка на прокси връзката, за да тествате мрежовата свързаност между възела и прокси. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако смятате, че това е грешка, изпълнете тези стъпки и след това вижте Изключване на режима за разрешаване на блокирани външни DNS адреси.
5	След като тестът за връзка премине, за изрично прокси настроен само на https, включете превключването към Маршрут всички порт 443/444 https заявки от този възел през изрично прокси. Тази настройка изисква 15 секунди, за да влязат в сила.
6	Щракнете върху Инсталиране на всички сертификати в хранилището на гаранти (появява се за HTTPS изрично прокси или прозрачен проверяващ прокси) или Рестартиране (появява се за HTTP изрично прокси), прочетете подканата и след това щракнете върху Инсталиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След рестартирането на възела влезте отново, ако е необходимо, след което отворете страницата Общ преглед, за да проверите проверките за свързване, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистрирайте първия възел в клъстера

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

Когато регистрирате първия си възел, създавате клъстер, към който е присвоен възелът. Клъстерът съдържа един или повече възли, разположени за осигуряване на резервиране.

Преди да започнете

След като започнете регистрацията на възел, трябва да я завършите в рамките на 60 минути или ще трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че сте разрешили изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Облачни услуги“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „Настройка“.
4	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на картата Добавяне на възел въведете име за клъстера, към който искате да присвоите вашия възел за хибридна защита на данни. Препоръчваме да наименувате клъстер въз основа на географското местоположение на възлите на клъстера. Примери: „Сан Франциско“, „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройка на виртуалната машина за хибридна сигурност на данни. Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
7	Кликнете върху Отиди на възел. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да предоставите разрешения на вашата Webex организация за достъп до вашия възел.
8	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата „Хибридна сигурност на данните“ на Partner Hub. На страницата Хибридна сигурност на данни новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Ресурси. Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

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

Преди да започнете

След като започнете регистрацията на възел, трябва да я завършите в рамките на 60 минути или ще трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че сте разрешили изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новата виртуална машина, като повторите стъпките в Настройка на хибридната виртуална машина за сигурност на данните.
3	На новата виртуална машина повторете стъпките в Качване и монтиране на ISO файл с конфигурация на HDS.
4	Ако настройвате прокси за вашето внедряване, повторете стъпките в Конфигуриране на HDS възела за интеграция на прокси, както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.comизберете Услуги от менюто от лявата страна на екрана. В секцията „Облачни услуги“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „ Виж всички“ . Появява се страницата „Ресурси за хибридна сигурност на данни“. Новосъздаденият клъстер ще се появи на страницата Ресурси. Щракнете върху клъстера, за да видите възлите, присвоени на клъстера. Кликнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, което показва, че можете да регистрирате вашия възел в облака Webex. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата „Хибридна сигурност на данните“ на Partner Hub. Изскачащото съобщение„ Възълът е добавен “ се появява и в долната част на екрана в Partner Hub. Вашият възел е регистриран.

Управлявайте организациите на наематели в Multi-Tenant Hybrid Data Security

Активирайте Multi-Tenant HDS в Partner Hub

Тази задача гарантира, че всички потребители на клиентските организации могат да започнат да използват HDS за локални ключове за криптиране и други услуги за сигурност.

Преди да започнете

Уверете се, че сте завършили настройката на вашия Multi-Tenant HDS клъстер с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Облачни услуги“ намерете „Хибридна сигурност на данните“ и щракнете върху „Редактиране на настройките“ .
4	Щракнете върху Активиране на HDS на картата Състояние на HDS.

Добавяне на организации наематели в Partner Hub

В тази задача вие присвоявате клиентски организации към вашия хибриден клъстер за сигурност на данни.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Облачни услуги“ намерете „Хибридна сигурност на данните“ и щракнете върху „ Виж всички.
4	Щракнете върху клъстера, към който искате да бъде присвоен клиент.
5	Отидете на раздела Назначени клиенти.
6	Кликнете върху Добавяне на клиенти.
7	Изберете клиента, когото искате да добавите, от падащото меню.
8	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
9	Повторете стъпки от 6 до 8, за да добавите няколко клиенти към вашия клъстер.
10	Кликнете върху Готово в долната част на екрана, след като добавите клиентите.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS, за да завършите процеса на настройка.

Създайте главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS

Преди да започнете

Присвоете клиентите към съответния клъстер, както е описано подробно в Добавяне на организации наематели в Partner Hub. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените организации на клиенти.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080`, и въведете потребителско име на администратор за Partner Hub при подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.
9	На страницата ISO импортиране щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете. Осигурете свързаност с вашата база данни, за да извършвате управление на CMK.
11	Отидете в раздела Управление на CMK на наематели, където ще намерите следните три начина за управление на CMK на наематели. Създаване на CMK за всички организации или Създаване на CMK - Кликнете върху този бутон в банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Създаване на CMK, за да създадете CMK за всички новодобавени организации. Щракнете върху … близо до статуса „Изчакване на управлението на CMK“ на конкретна организация в таблицата и щракнете върху Създаване на CMK, за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, статусът в таблицата ще се промени от CMK management pending на CMK managed.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахване на организации наематели

Преди да започнете

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

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Облачни услуги“ намерете „Хибридна сигурност на данните“ и щракнете върху „ Виж всички.
4	В раздела Ресурси щракнете върху клъстера, от който искате да премахнете организациите на клиентите.
5	На страницата, която се отваря, щракнете върху Присвоени клиенти.
6	От показания списък с организации на клиенти щракнете върху ... от дясната страна на организацията на клиента, която искате да премахнете, и щракнете върху Премахване от клъстера.

Какво да направите след това

Завършете процеса на премахване, като отмените CMK-тата на организациите на клиентите, както е описано подробно в Отмяна на CMK-тата на наематели, премахнати от HDS.

Отмяна на CMK-тата на наематели, премахнати от HDS.

Преди да започнете

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

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080`, и въведете потребителско име на администратор за Partner Hub при подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.
9	На страницата ISO импортиране щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете.
11	Отидете в раздела Управление на CMK на наематели, където ще намерите следните три начина за управление на CMK на наематели. Отмяна на CMK за всички организации или Отмяна на CMK - Кликнете върху този бутон в банера в горната част на екрана, за да отмените CMK на всички премахнати организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Отмяна на CMK, за да отмените CMK на всички премахнати организации. Щракнете върху … близо до статуса CMK за отмяна на конкретна организация в таблицата и щракнете върху Отмяна на CMK, за да отмените CMK за тази конкретна организация.
12	След като отмяната на CMK е успешна, организацията на клиента вече няма да се показва в таблицата.
13	Ако отмяната на CMK е неуспешна, ще се покаже грешка.

Тествайте внедряването на хибридна защита на данните

Тествайте внедряването на хибридна защита на данните си

Използвайте тази процедура, за да тествате сценарии за криптиране на хибридна защита на данни с множество наематели.

Преди да започнете

Настройте внедряването на вашата хибридна защита на данни за множество наематели.
Уверете се, че имате достъп до системния лог (syslog), за да проверите дали ключовите заявки се предават към вашето внедряване на хибридна защита на данни с множество наематели.

1

Ключовете за дадено пространство се задават от създателя на пространството. Влезте в приложението Webex като един от потребителите на организацията на клиента и след това създайте пространство.

Ако деактивирате внедряването на хибридна защита на данни, съдържанието в пространствата, създадени от потребителите, вече няма да е достъпно, след като кешираните от клиента копия на ключовете за криптиране бъдат заменени.

2

Изпращайте съобщения до новото пространство.

3

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

Ако потребител на новодобавена клиентска организация извърши някакво действие, идентификационният номер на организацията ще се появи в регистрационните файлове и това може да се използва за проверка дали организацията използва Multi-Tenant HDS. Проверете стойността на kms.data.orgId в системните логове.

За да проверите за потребител, който първо установява защитен канал към KMS, филтрирайте по kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

Трябва да намерите запис, подобен на следния (идентификаторите са съкратени за по-лесна четливост):

2025-04-10 04:38:20.208 (+0000) INFO  KMS [pool-19-thread-13] - [KMS:REQUEST] received, deviceId: 
https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5 ecdheKid: kms://collabdemoorg.cisco.com/statickeys/8[~]3 
clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]6,
 kms.data.method=create, kms.merc.id=d[~]7, kms.merc.sync=false, kms.data.uriHost=collabdemoorg.cisco.com, 
kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=1[~]f, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/ecdhe, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който заявява съществуващ ключ от KMS, филтрирайте по kms.data.method=retrieve и kms.data.type=KEY:

Трябва да намерите запис, например:

2025-04-10 04:38:24.144 (+0000) INFO  KMS [pool-19-thread-26] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558)
 WEBEX_TRACKINGID=webex-web-client_0[~]0, kms.data.method=retrieve, kms.merc.id=5[~]3, kms.merc.sync=false,
 kms.data.uriHost=collabdemoorg.cisco.com, kms.data.type=KEY, kms.data.requestId=4[~]7, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/keys/2[~]e, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който иска създаването на нов KMS ключ, филтрирайте по kms.data.method=create и kms.data.type=KEY_COLLECTION:

Трябва да намерите запис, например:

2025-04-10 04:42:22.739 (+0000) INFO  KMS [pool-19-thread-29] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::7 orgId: 2[~]b
 (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]3, kms.data.method=create, 
kms.merc.id=6[~]4, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, 
kms.data.orgId=2[~]b, kms.data.uri=/keys, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който е поискал създаването на нов KMS ресурсен обект (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте по kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

Трябва да намерите запис, например:

2025-04-10 04:42:23.690 (+0000) INFO  KMS [pool-19-thread-31] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/3[~]6 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 
clusterConnection: prodachm::1 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]2,
 kms.data.method=create, kms.merc.id=3[~]0, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
kms.data.requestId=5[~]8, kms.data.orgId=2[~]b, kms.data.uri=/resources, kms.data.userId=1[~]f, kms.data.httpUserAgent=conversation

Мониториране на състоянието на хибридната сигурност на данните

Индикатор за състоянието в Partner Hub ви показва дали всичко е наред с внедряването на Multi-Tenant Hybrid Data Security. За по-проактивно известяване, регистрирайте се за имейл известия. Ще бъдете уведомявани, когато има аларми, влияещи върху услугата, или актуализации на софтуера.

1	В Център за партньориизберете Услуги от менюто от лявата страна на екрана.
2	В секцията „Облачни услуги“ намерете „Хибридна сигурност на данните“ и щракнете върху „Редактиране на настройките“ . Появява се страницата с настройки за хибридна защита на данните.
3	В секцията „Известия по имейл“ въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управлявайте внедряването на вашия HDS

Управление на внедряването на HDS

Използвайте описаните тук задачи, за да управлявате внедряването на хибридна защита на данни.

Задаване на график за надграждане на клъстера

Надстройките на софтуера за хибридна сигурност на данните се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги работят с една и съща версия на софтуера. Надстройките се извършват съгласно графика за надстройки за клъстера. Когато стане налична надстройка на софтуера, имате възможност да надстроите ръчно клъстера преди планираното време за надстройка. Можете да зададете конкретен график за надграждане или да използвате графика по подразбиране на 3:00 AM Daily Съединени щати: America/Los Анджелис. Можете също така да изберете да отложите предстоящо надграждане, ако е необходимо.

За да зададете график за надстройка:

1	Влезте в Partner Hub.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Облачни услуги“ намерете „Хибридна сигурност на данните“ и щракнете върху „Настройка“
4	На страницата „Ресурси за хибридна сигурност на данни“ изберете клъстера.
5	Кликнете върху раздела Настройки на клъстера.
6	На страницата „Настройки на клъстера“, под „График за надстройка“ изберете часа и часовата зона за графика за надстройка. Забележка: Под часовата зона се показва следващата налична дата и час на надстройка. Можете да отложите надстройката за следващия ден, ако е необходимо, като кликнете върху Отлагане с 24 часа.

Промяна на конфигурацията на възела

От време на време може да се наложи да промените конфигурацията на вашия възел за защита на хибридни данни поради причина като:

Промяна на x.509 сертификати поради изтичане или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на защитата, Hybrid Data Security използва пароли за сервизен акаунт, които имат деветмесечен живот. След като инструментът за настройка на HDS генерира тези пароли, ги разполагате на всеки от вашите HDS възли във файла ISO config. Когато паролите на вашата организация са към изтичане, получавате известие от екипа на Webex за нулиране на паролата за вашия машинен акаунт. (Имейлът включва текста „Използвайте API на машинния акаунт, за да актуализирате паролата.“) Ако вашите пароли все още не са изтекли, инструментът ви дава две опции:

Меко нулиране— Старата и новата парола работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Хард нулиране— Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

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

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права на партньора.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1.a до 1.e в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на 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 Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на парола. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“. Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Когато получите подкана, въведете вашите идентификационни данни за вход в Partner Hub и след това щракнете върху Приемам, за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да затворите инструмента за настройка, въведете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате само един работещ HDS възел, създайте нов виртуален компютър на възел Hybrid Data Security и го регистрирайте, като използвате новия ISO файл с конфигурация. За по-подробни инструкции вижте Създаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките. Щракнете върху `CD/DVD Drive 1`, изберете опцията за монтиране от ISO файл и отидете до мястото, където сте изтеглили новия ISO файл с конфигурацията. Поставете отметка на Свързване при включване. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса на възела "Защита на хибридните данни" (IP адрес/настройка например въведете идентификационни данни за администриране, които https://192.0.2.0/setup), сте задали за възела, след което щракнете върху Влизане.
2	Отидете на Общ преглед (страницата по подразбиране). Когато е разрешено, блокирани външна DNS разделителна способност е зададена да .
3	Отидете на страницата Хранилище на доверие & Прокси.
4	Щракнете върху Проверка на прокси връзката. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и да се върнете към страницата общ преглед, Блокиран външен DNS разделителна способност трябва да бъде зададено на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура, за да премахнете възел за хибридна защита на данни от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за сигурност.

1

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

2

Премахнете възела:

Влезте в Центъра за партньори и след това изберете Услуги.
В картата „Хибридна сигурност на данните“ щракнете върху „Виж всички “ [], за да се покаже страницата „Ресурси за хибридна сигурност на данните“.
Изберете вашия клъстер, за да се покаже неговият панел „Общ преглед“.
Кликнете върху възела, който искате да премахнете.
Кликнете върху Отрегистриране на този възел в панела, който се показва отдясно
Можете също да отпишете възела, като щракнете върху … от дясната страна на възела и изберете Премахване на този възел.

3

В vSphere клиента изтрийте виртуалната машина. (В левия навигационен панел щракнете с десния бутон върху виртуалната машина и след това щракнете върху Изтриване.)

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

Възстановяване след бедствия с помощта на резервен център за данни

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

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, е наложително клъстерът да продължи да работи и да се поддържат правилни резервни копия. Загубата на базата данни за хибридна сигурност на данните или на ISO файла с конфигурацията, използван за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентско съдържание. Следните практики са задължителни за предотвратяване на подобна загуба:

Ако бедствие доведе до недостъпност на внедряването на HDS в основния център за данни, следвайте тази процедура, за да превключите ръчно към резервния център за данни.

Преди да започнете

Дерегистрирайте всички възли от Partner Hub, както е посочено в Премахване на възел. Използвайте най-новия ISO файл, който е бил конфигуриран спрямо възлите на клъстера, който е бил активен преди това, за да извършите процедурата за превключване при срив, посочена по-долу.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете.
2	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
3	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
4	В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
5	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
6	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
7	Регистрирайте възела в центъра за партньори. Вижте Регистрирайте първия възел в клъстера.
8	Повторете процеса за всеки възел в резервния център за данни.

Какво да направите след това

След превключване на резервни устройства, ако основният център за данни стане отново активен, отпишете възлите на резервния център за данни и повторете процеса на конфигуриране на ISO и регистриране на възлите на основния център за данни, както е споменато по-горе.

(По избор) Демонтиране на ISO след HDS конфигурация

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

Все още използвате ISO файловете, за да правите промени в конфигурацията. Когато създавате нов ISO файл или актуализирате ISO файл чрез инструмента за настройка, трябва да монтирате актуализирания ISO файл на всички ваши HDS възли. След като всички ваши възли са възприели промените в конфигурацията, можете да демонтирате ISO файла отново с тази процедура.

Преди да започнете

Надстройте всичките си HDS възли до версия 2021.01.22.4720 или по-нова.

1	Изключете един от вашите HDS възли.
2	В vCenter Server Appliance изберете възела HDS.
3	Изберете Редактиране на настройки > CD/DVD устройство и махнете отметката от ISO файл на хранилището на данни.
4	Включете HDS възела и се уверете, че няма аларми в продължение на поне 20 минути.
5	Повторете за всеки HDS възел поред.

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

Преглед на предупреждения и отстраняване на неизправности

Хибридното внедряване на защита на данни се счита за недостъпно, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че изисква изтичане на времето за изчакване. Ако потребителите не могат да достигнат до вашия клъстер за хибридна защита на данни, те ще наблюдават следните симптоми:

Не могат да се създават нови пространства (не е възможно да се създават нови ключове)
Съобщенията и заглавията на пространствата не успяват да се дешифрират за:
- Нови потребители са добавени към пространството (не е възможно да се получат ключове)
- Съществуващи потребители в пространство, използващи нов клиент (не могат да извлекат ключове)
Съществуващите потребители в дадено пространство ще продължат да работят успешно, стига техните клиенти да имат кеш на ключовете за криптиране.

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

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

Ако има проблем с настройката на хибридната защита на данни, Partner Hub показва известия на администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Сигналите обхващат много често срещани сценарии.

Таблица 1. Често срещани проблеми и стъпки за разрешаването им
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Грешка при свързване с локална база данни.	Проверете дали сървърът на базата данни е наличен и дали са използвани правилните идентификационни данни за сервизен акаунт при конфигурацията на възела.
Грешка в достъпа до облачна услуга.	Проверете дали възлите имат достъп до Webex сървърите, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията за облачна услуга.	Регистрацията за облачни услуги беше премахната. Подновяването на регистрацията е в ход.
Регистрацията на облачна услуга е прекратена.	Регистрацията за облачни услуги е прекратена. Услугата се изключва.
Услугата все още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съответства на сертификата на сървъра.	Уверете се, че сертификатът на вашия сървър съответства на конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че CN на сертификата е бил наскоро променен и сега е различен от CN, използван по време на първоначалната настройка.
Неуспешно удостоверяване в облачните услуги.	Проверете за точност и евентуално изтичане на идентификационните данни за сервизния акаунт.
Неуспешно отваряне на локалния файл за съхранение на ключове.	Проверете целостта и точността на паролата в локалния файл за съхранение на ключове.
Сертификатът на локалния сървър е невалиден.	Проверете датата на валидност на сертификата на сървъра и потвърдете, че е издаден от надежден сертифициращ орган.
Не е възможно публикуване на показатели.	Проверете достъпа на локалната мрежа до външни облачни услуги.
/media/configdrive/hds директорията не съществува.	Проверете конфигурацията за монтиране на ISO файла на виртуалния хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организацията на клиента не е завършена за добавените организации	Завършете настройката, като създадете CMK за новодобавени организации на наематели, използвайки инструмента за настройка на HDS.
Настройката на организацията на клиента не е завършена за премахнатите организации	Завършете настройката, като отмените CMK-тата на организациите наематели, които бяха премахнати с помощта на инструмента за настройка на HDS.

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

Използвайте следните общи насоки, когато отстранявате проблеми с хибридната защита на данните.

1	Прегледайте Центъра за партньори за евентуални известия и коригирайте всички елементи, които откриете там. Вижте изображението по-долу за справка.
2	Прегледайте изхода на syslog сървъра за активност от внедряването на хибридната защита на данните. Филтрирайте за думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняването на неизправности.
3	Свържете се с поддръжката на Cisco.

Други бележки

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

Ако изключите вашия клъстер Hybrid Data Security (чрез изтриването му в Partner Hub или чрез изключване на всички възли), загубите ISO файла си за конфигурация или загубите достъп до базата данни за хранилище на ключове, потребителите на Webex App на клиентски организации вече няма да могат да използват пространства в списъка си с хора, които са създадени с ключове от вашата KMS. В момента нямаме решение или корекция на този проблем и ви призоваваме да не изключвате услугите си на HDS, след като те обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка с KMS, поддържа тази връзка за определен период от време (вероятно един час).

Стартирайте инструмента за настройка на HDS с помощта на Podman Desktop

Podman е безплатен инструмент с отворен код за управление на контейнери, който предоставя начин за стартиране, управление и създаване на контейнери. Podman Desktop може да бъде изтеглен от https://podman-desktop.io/downloads.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За да получите достъп до него, изтеглете и стартирайте Podman на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в контролния център с пълни права на администратор за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

podman rmi ciscocitg/hds-setup:stable  
podman login docker.io -u hdscustomersro
dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
podman pull ciscocitg/hds-setup:stable
podman run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

Какво да направите след това

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

Преместете съществуващото внедряване на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с много клиент в Partner Hub

Преобразуването от съществуващо едно-наемателско HDS внедряване на партньорска организация, управлявано в Control Hub, към многонаемателско HDS внедряване, управлявано в Partner Hub, включва предимно деактивиране на HDS услугата в Control Hub, дерегистриране на възли и изтриване на клъстера. След това можете да влезете в Partner Hub, да регистрирате възлите, да активирате Multi-Tenant HDS и да добавите клиенти към вашия клъстер.

Терминът „единичен клиент“ се отнася просто до съществуващо внедряване на HDS в Control Hub.

Деактивиране на HDS, отписване на възли и изтриване на клъстер в Control Hub

1	Влезте в контролния център. В левия панел щракнете върху Хибрид. В картата „Хибридна сигурност на данните“ щракнете върху „Редактиране на настройките“.
2	На страницата с настройки превъртете надолу до секцията Деактивиране и щракнете върху Деактивиране.
3	След деактивирането, щракнете върху раздела Ресурси.
4	Страницата Ресурси изброява клъстерите във вашето HDS внедряване. Щракнете върху клъстер, отваря се страница с всички възли в този клъстер.
5	Щракнете върху ... отдясно и щракнете върху Отрегистриране на възел. Повторете процеса за всички възли в клъстера.
6	Ако вашето внедряване има множество клъстери, повторете стъпка 4 и стъпка 5, докато всички възли бъдат отписани.
7	Кликнете върху Настройки на клъстера > Премахване.
8	Щракнете върху Потвърди премахването, за да отпишете клъстера.
9	Повторете процеса за всички клъстери във вашето HDS внедряване. След деактивиране на HDS, отписване от регистрацията на възли и премахване на клъстери, картата Hybrid Data Service в Control Hub ще показва Setup not completed в долната част.

Активирайте Multi-Tenant HDS за партньорската организация в Partner Hub и добавете клиенти

Преди да започнете

Всички предварителни изисквания, посочени в Изисквания за сигурност на данните за многонаемателски хибридни системи, са приложими тук. Освен това, уверете се, че същата база данни и сертификати се използват по време на преместването към Multi-Tenant HDS.

1	Влезте в Центъра за партньори. Щракнете върху Услуги в левия панел. Използвайте същия ISO файл от предишното ви внедряване на HDS, за да конфигурирате възлите. Това ще гарантира, че съобщенията и съдържанието, генерирани от потребителите в предишното съществуващо внедряване на HDS, все още са достъпни в новата настройка за множество наематели.
2	В секцията „Облачни услуги“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „Настройка“.
3	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
4	В първото поле на картата Добавяне на възел въведете име за клъстера, към който искате да присвоите вашия възел за хибридна защита на данни. Препоръчваме да наименувате клъстер въз основа на географското местоположение на възлите на клъстера. Примери: „Сан Франциско“, „Ню Йорк“ или „Далас“
5	Във второто поле въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройка на виртуалната машина за хибридна сигурност на данни. Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
6	Кликнете върху Отиди на възел. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да предоставите разрешения на вашата Webex организация за достъп до вашия възел.
7	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. На страницата Хибридна сигурност на данни новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Ресурси. Възелът автоматично ще изтегли най-новия софтуер от облака.
8	Отидете в раздела Настройки и щракнете върху Активиране на картата за състояние на HDS. СъобщениетоАктивиран HDS ще се появи в долната част на екрана.
9	В Ресурсищракнете върху новосъздадения клъстер.
10	На страницата, която се отваря, щракнете върху раздела Присвоени клиенти.
11	Кликнете върху Добавяне на клиенти.
12	Изберете клиента, когото искате да добавите, от падащото меню.
13	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
14	Повторете стъпки от 11 до 13, за да добавите няколко клиенти към вашия клъстер.
15	Кликнете върху Готово в долната част на екрана, след като добавите клиентите.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS, за да завършите процеса на настройка.

Използвайте OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на PKCS12 файла в правилния формат за зареждане в HDS Setup Tool. Има и други начини да направите това и ние не подкрепяме, нито насърчаваме единия начин пред другия.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като насока, която ще ви помогне да създадете файл, който отговаря на изискванията за сертификат X.509 в Изисквания за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org за софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия сертифициращ орган (CA).

1	Когато получите сертификата на сървъра от вашия CA, запазете го като `hdsnode.pem`.
2	Покажете сертификата като текст и проверете данните. `openssl x509 -text -noout -in hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл със сертификатен пакет, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва сертификата на сървъра, всички междинни сертификати на CA и сертификатите на коренния CA във формата по-долу: `-----BEGIN CERTIFICATE----- ### Server certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Intermediate CA certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Root CA certificate. ### -----END CERTIFICATE-----`
4	Създайте .p12 файла с приятелското име `kms-private-key`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 -in hdsnode.p12` Въведете парола при подканата, за да криптирате личния ключ, така че той да бъде посочен в изхода. След това проверете дали частният ключ и първият сертификат съдържат редовете `friendlyName: kms-private-key`. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Enter Import Password: MAC verified OK Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Key Attributes: Enter PEM pass phrase: Verifying - Enter PEM pass phrase: -----BEGIN ENCRYPTED PRIVATE KEY----- -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE----- Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE-----

Какво да направите след това

Връщане към Изпълнете предварителните изисквания за хибридна сигурност на данните. Ще използвате файла hdsnode.p12 и паролата, която сте задали за него, в Създаване на ISO файл с конфигурация за HDS хостовете.

Можете да използвате повторно тези файлове, за да заявите нов сертификат, когато оригиналният сертификат изтече.

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

Изходящ трафик за събиране на показатели

Възлите за хибридна сигурност на данните изпращат определени показатели към облака Webex. Те включват системни показатели за максимална heap памет, използвана heap памет, натоварване на процесора и брой нишки; показатели за синхронни и асинхронни нишки; показатели за предупреждения, включващи праг на криптирани връзки, латентност или дължина на опашката за заявки; показатели за хранилището на данни; и показатели за криптирана връзка. Възлите изпращат криптиран ключов материал по канал извън честотната лента (отделен от заявката).

Входящ трафик

Възлите за хибридна сигурност на данните получават следните видове входящ трафик от облака Webex:

Заявки за криптиране от клиенти, които се маршрутизират от услугата за криптиране
Надстройки на софтуера на възела

Конфигуриране на Squid прокси сървъри за хибридна сигурност на данните

Websocket не може да се свърже чрез сепия прокси

Squid прокси сървърите, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки, които Hybrid Data Security изисква. Тези раздели дават насоки как да конфигурирате различни версии на Squid да игнорират wss: трафик за правилното функциониране на услугите.

Калмята 4 и 5

Добавете директивата on_unsupported_protocol към 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

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

Тази таблица обхваща нови функции или функционалности, промени в съществуващото съдържание и всички основни грешки, които са били коригирани в Ръководството за внедряване на хибридна защита на данни с множество наематели.

Дата	Направени промени
21 ноември 2025 г.	Добавен е раздел Често задавани въпроси. Добавени са раздели „ Настройване на резервен център за данни за възстановяване след бедствие “ и „ Възстановяване след бедствие с помощта на резервен център за данни “ . Премахнато (Бета) от заглавието на ръководството за внедряване.
8 май 2025 г.	Добавено Преместване на съществуващото внедряване на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с много клиент в секцията Partner Hub. Актуализиран е изходът на системния лог, за да се подобри четимостта в раздела „Тестване на внедряването на хибридна защита на данните“. Актуализирани са изискванията за виртуален хост, потокът от задачи за внедряване на хибридна защита на даннии инсталирането на HDS Host OVA, за да се добави поддръжка за ESXi 8.0.
4 март 2025 г.	Добавено е стартиране на инструмента за настройка на HDS, използвайки раздела Podman Desktop. Добавена е бележка в Изисквания за Docker Desktop, предоставяща на клиентите алтернативна опция с отворен код. Актуализирано Създаване на ISO файл с конфигурация за HDS хостовете и Промяна на конфигурацията на възела с инструкции за използване на Podman Desktop за клиенти без лиценз за Docker Desktop.
30 януари 2025 г.	Добавен е SQL сървър версия 2022 към списъка с поддържани SQL сървъри в Изисквания към сървъра за бази данни.
15 януари 2025 г.	Добавени са ограничения на многонаемателската хибридна сигурност на данните.
8 януари 2025 г.	Добавена е бележка в Извършване на първоначална настройка и изтегляне на инсталационни файлове, в която се посочва, че щракването върху Настройка на HDS картата в Partner Hub е важна стъпка от процеса на инсталиране.
7 януари 2025 г.	Актуализирани са изискванията за виртуален хост, потокът от задачи за внедряване на хибридна защита на даннии инсталирането на OVA на HDS хост, за да се покаже новото изискване на ESXi 7.0.
13 декември 2024 г.	Първо публикувано.

Деактивиране на хибридната защита на данните за многоклиентски системи

Поток от задачи за деактивиране на многонаемателски HDS

Следвайте тези стъпки, за да деактивирате напълно Multi-Tenant HDS.

Преди да започнете

Тази задача трябва да се изпълнява само от пълен администратор на партньор.

1	Премахнете всички клиенти от всички ваши клъстери, както е посочено в Премахване на организации на наематели.
2	Отменете CMK-тата на всички клиенти, както е посочено в Отменете CMK-тата на наематели, премахнати от HDS..
3	Премахнете всички възли от всички ваши клъстери, както е посочено в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстера, който искате да изтриете, и изберете Изтрий този клъстер в горния десен ъгъл на страницата с общ преглед. На страницата „Ресурси“ щракнете върху от дясната страна на клъстер и изберете „ Премахване на клъстер“.
5	Щракнете върху раздела Настройки на страницата с общ преглед на хибридната защита на данните и щракнете върху Деактивиране на HDS на картата „Състояние на HDS“.

Често задавани въпроси

В. CMK-тата и главният ключ съхраняват ли се в ISO файла или в базата данни?

О. Главните ключове на клиента (CMK) се съхраняват в базата данни и са криптирани с главния ключ, който се съхранява в ISO файла.

В. Използва ли се един ключ за криптиране на всички данни на организациите на клиентите?

О. Не. Данните на всяка клиентска организация са криптирани със собствен CMK (основен ключ на клиента).

В. Какво ще се случи, ако деактивирам HDS от Partner Hub?

О. Някои операции, като създаване на пространство и насрочване на срещи, ще бъдат засегнати незабавно. Съществуващото съдържание в пространствата ще бъде достъпно, докато не изтече локалният кеш. След 24 часа потребителите, управлявани от партньора, ще преминат към Cloud KMS и е възможно да възникнат проблеми с предварително създадени пространства и пространства „един към един“.

В. След като CMK бъде генериран за клиентска организация чрез инструмента за настройка на HDS, потребителите на клиентската организация веднага ли започват да използват Multi-Tenant HDS?

О. Възможно е да има максимално забавяне от 24 часа за обновяване на кеша в облака.

В. Защо не виждам списък с клиенти, когато щракна върху бутона „Добавяне на клиенти“ в Partner Hub?

О. Това обикновено означава, че няма организации клиенти, които да отговарят на изискванията за лиценз на Cisco Webex.

В. Какво е въздействието, ако всички HDS възли бъдат изключени или ако мрежов проблем засегне всички HDS възли?

О. Операции като създаване на пространства и насрочване на срещи са засегнати незабавно. Съществуващото съдържание е достъпно само докато изтече локалният кеш.

В. Потребителските данни на партньорската организация криптирани ли са с главния ключ, генериран по време на създаването на ISO образа?

Една. Да. В момента потребителските данни на партньорската организация са криптирани с главния ключ. В бъдеще партньорските организации ще имат специфични за партньора ключове, подобни на CMK на клиентите.

В. Могат ли партньорската организация и организациите наематели да бъдат в различни региони (например САЩ и ЕС)?

Една. Да. Организациите-партньори и наематели могат да бъдат разположени в различни географски региони.

В. Има ли някакъв механизъм за преместване на ключове обратно в Cloud KMS?

О. Няма механизъм за преместване на ключове обратно в облака след внедряване на HDS.

В. Може ли партньор да продължи да използва Cloud KMS и да използва Multi-Tenant HDS изключително за управление на клиенти?

О. Не, това не се поддържа в момента. Поддръжката на тази функционалност е планирана за в бъдеще.

В. Как може партньор да провери дали неговата организация използва Multi-Tenant HDS за криптиране?

О. Влезте в Центъра за партньори. Отидете на Услуги > Хибридна сигурност на данните > Настройки . Ако статусът на HDS е активиран, потребителите на партньорската организация, както и назначените клиенти, използват Multi-Tenant HDS.

Като алтернатива, можете да проверите системните си логове, за да се уверите, че HDS е активиран. Вижте Тестване на внедряването на хибридна защита на данните.

В. Има ли алтернатива на Docker Desktop за стартиране на инструмента за настройка на HDS?

Една. Да. Pod man Desktop е алтернатива с отворен код на Docker Desktop. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop.

В. Колко възела мога да разположа в клъстер с многонаемателски HDS?

О. Препоръчваме минимум два възела и максимум 1000.

В. Какви са мрежовите изисквания, необходими за настройване на Multi-Tenant HDS?

О. Вижте Изисквания за външна свързаност.

В. Pro Pack за Control Hub изискване ли е за партньорските организации?

О. Не. Pro Pack не е задължителен за партньорските организации. Свържете се с вашия партньор на Cisco или мениджър клиенти за съдействие при настройването на Multi-Tenant HDS.

В. Поддържа ли се HSM в Multi-Tenant HDS?

О. Не, в момента Multi-Tenant HDS не поддържа HSM.

В. Мога ли да тествам Multi-Tenant HDS със самоподписан сертификат?

О. Не. Многонаемателният HDS изисква сертификат, извлечен от доверен CA, който отговаря на всички изисквания, посочени в X.509 Certificate Requirements.

В. Необходимо ли е монтиране на ISO файла всеки път, когато се добавя нов клиент в Partner Hub?

О. Не. ISO файлът трябва да се монтира само при промяна на ISO конфигурации. Когато добавяте нов клиент в Partner Hub, уверете се, че можете да създавате CMK-ове, използвайки инструмента за настройка на HDS. Вижте Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS.

В. След внедряването на Multi-Tenant HDS в Partner Hub, потребителите на партньорската организация започват ли да използват локална KMS за управление на ключове?

О. Потребителите ще започнат да използват локалната KMS за управление на ключове само след като HDS бъде активиран в Partner Hub.

Започнете с многонаемателска хибридна сигурност на данните

Преглед на защитата на данните при хибридни системи с множество наематели

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

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

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

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

Това позволява и на по-малките организации да използват HDS, тъй като услугата за управление на ключове и инфраструктурата за сигурност, като например центровете за данни, са собственост на доверен местен партньор.

Как хибридната сигурност на данните за многоклиентски системи осигурява суверенитет на данните и контрол върху тях

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

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

Ограничения на сигурността на данните при многонаемателски хибридни системи

Партньорските организации не трябва да имат активно внедряване на HDS в Control Hub.
Организациите наематели или клиенти, които желаят да бъдат управлявани от партньор, не трябва да имат съществуващо внедряване на HDS в Control Hub.
След като партньорът внедри Multi-Tenant HDS, всички потребители на клиентски организации, както и потребителите на партньорската организация, започват да използват Multi-Tenant HDS за своите услуги за криптиране.

Партньорската организация и клиентските организации, които управляват, ще бъдат в едно и също внедряване на Multi-Tenant HDS.

Партньорската организация вече няма да използва облачна KMS след внедряването на Multi-Tenant HDS.
Няма механизъм за преместване на ключове обратно в Cloud KMS след внедряване на HDS.
Администраторските роли имат определени ограничения; вижте раздела по-долу за подробности.

Роли в многонаемателската хибридна сигурност на данните

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

Цялостна настройка и управление на многонаемателски HDS за всички организации на клиенти - Изисква се пълни администраторски права на партньор и пълни администраторски права.
Управление на назначени организации наематели - Изисква се администратор на партньор и пълни администраторски права.

Архитектура на сферата на сигурността

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

За да разберем по-добре хибридната сигурност на данните, нека първо разгледаме този случай с чист облак, където Cisco предоставя всички функции в своите облачни сфери. Услугата за идентификация, единственото място, където потребителите могат да бъдат директно свързани с личната си информация, като например имейл адрес, е логически и физически отделена от сферата на сигурност в център за данни B. И двете от своя страна са отделни от сферата, където в крайна сметка се съхранява криптирано съдържание, в център за данни C.

На тази диаграма клиентът е приложението Webex, работещо на лаптопа на потребителя, и е удостоверено с услугата за удостоверяване. Когато потребителят състави съобщение за изпращане до пространство, се извършват следните стъпки:

Клиентът установява защитена връзка с услугата за управление на ключове (KMS), след което изисква ключ за криптиране на съобщението. Защитената връзка използва ECDH, а KMS криптира ключа с помощта на главен ключ AES-256.
Съобщението се криптира, преди да напусне клиента. Клиентът го изпраща към услугата за индексиране, която създава криптирани индекси за търсене, за да подпомогне бъдещите търсения на съдържанието.
Криптираното съобщение се изпраща до службата за съответствие за проверки за съответствие.
Криптираното съобщение се съхранява в хранилището.

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

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

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

Услугата KMS, работеща в организация A, валидира връзките към KMS системи в други организации, използвайки сертификати x.509 PKI. Вижте Подготовка на вашата среда за подробности относно генерирането на сертификат x.509, който да се използва с вашето внедряване на хибридна защита на данни с множество наематели.

Очаквания за внедряване на хибридна сигурност на данните

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

За да внедрите хибридна сигурност на данните, трябва да предоставите:

Сигурен център за данни в държава, която е поддържано местоположение за плановете на Cisco Webex Teams.
Оборудването, софтуерът и мрежовият достъп, описани в Подгответе вашата среда.

Пълната загуба на ISO файла с конфигурацията, който създавате за Hybrid Data Security, или на предоставената от вас база данни ще доведе до загуба на ключовете. Загубата на ключ не позволява на потребителите да декриптират съдържанието на пространството и други криптирани данни в приложението Webex. Ако това се случи, можете да изградите ново внедряване, но ще бъде видимо само ново съдържание. За да избегнете загуба на достъп до данни, трябва:

Управлявайте архивирането и възстановяването на базата данни и ISO файла с конфигурацията.
Бъдете готови да извършите бързо възстановяване след бедствие, ако възникне катастрофа, като например повреда на диска на базата данни или бедствие в центъра за данни.

Няма механизъм за преместване на ключове обратно в облака след внедряване на HDS.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на внедряване на хибридна защита на данни с множество наематели:

Настройка на хибридна сигурност на данните— Това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна сигурност на данните, изграждане на HDS клъстер, добавяне на организации-наематели към клъстера и управление на техните основни ключове на клиентите (CMK). Това ще позволи на всички потребители на вашите клиентски организации да използват вашия клъстер за хибридна сигурност на данни за функции за сигурност.

Фазите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте внедряването си за хибридна сигурност на данните— Облакът Webex автоматично предоставя текущи надстройки. Вашият ИТ отдел може да осигури поддръжка от първо ниво за това внедряване и да ангажира поддръжка от Cisco, ако е необходимо. Можете да използвате екранни известия и да настроите имейл известия в Partner Hub.
Разберете често срещаните предупреждения, стъпките за отстраняване на неизправности и известните проблеми— Ако срещнете проблеми с внедряването или използването на Hybrid Data Security, последната глава на това ръководство и приложението „Известни проблеми“ могат да ви помогнат да определите и отстраните проблема.

Модел за внедряване на хибридна сигурност на данните

В рамките на вашия корпоративен център за данни, вие внедрявате Hybrid Data Security като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака Webex чрез защитени уеб сокети и защитен HTTP.

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

Модел за внедряване на хибридна сигурност на данните

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

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

Възлите стават активни, когато ги регистрирате в Partner Hub. За да извадите отделен възел от експлоатация, можете да го отпишете и по-късно да го регистрирате отново, ако е необходимо.

Резервен център за данни за възстановяване след бедствия

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

Базите данни на активните и резервните центрове за данни са синхронизирани помежду си, което ще минимизира времето, необходимо за извършване на резервно превключване.

Активните възли за хибридна сигурност на данните трябва винаги да са в същия център за данни като активния сървър на базата данни.

Създаване на резервен център за данни за възстановяване след бедствие

Следвайте стъпките по-долу, за да конфигурирате ISO файла на резервния център за данни:

Преди да започнете

Резервният център за данни трябва да отразява производствената среда на виртуалните машини и резервна база данни на PostgreSQL или Microsoft SQL Server. Например, ако в производствената среда има 3 виртуални машини, работещи с HDS възли, средата за архивиране трябва да има 3 виртуални машини. (Вижте Резервен център за данни за възстановяване след бедствия за общ преглед на този модел за превключване на резервни устройства.)
Уверете се, че синхронизирането на базата данни е активирано между базата данни на активните и пасивните клъстерни възли.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете. ISO файлът трябва да е копие на оригиналния ISO файл на основния център за данни, върху който ще се направят следните актуализации на конфигурацията.
2	След като конфигурирате Syslogd сървъра, щракнете върху Разширени настройки
3	На страницата Разширени настройки добавете конфигурацията по-долу, за да поставите възела в пасивен режим. В този режим възелът ще бъде регистриран в организацията и свързан с облака, но няма да обработва трафик. `passiveMode: 'true'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
5	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
6	В левия навигационен панел на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и след това щракнете върху Редактиране на настройките..
7	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
9	Повторете процеса за всеки възел в резервния център за данни. Проверете системните логове, за да се уверите, че възлите са в пасивен режим. Трябва да можете да видите съобщението „KMS конфигуриран в пасивен режим“ в системните логове.

Какво да направите след това

След като конфигурирате passiveMode в ISO файла и го запазите, можете да създадете друго копие на ISO файла без конфигурацията passiveMode и да го запазите на сигурно място. Това копие на ISO файла без конфигуриран passiveMode може да помогне за бърз процес на превключване след срив по време на възстановяване след бедствие. Вижте Възстановяване след бедствие с помощта на резервен център за данни за подробна процедура за превключване при срив.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Без прокси—По подразбиране, ако не използвате хранилището за доверени данни за настройката на HDS възела & Конфигурация на прокси за интегриране на прокси. Не се изисква актуализация на сертификата.
Прозрачен неинспектиращ прокси сървър— Възлите не са конфигурирани да използват специфичен адрес на прокси сървър и не би трябвало да изискват никакви промени, за да работят с неинспектиращ прокси сървър. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси сървър— Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър— С изричен прокси сървър, вие казвате на HDS възлите кой прокси сървър и схема за удостоверяване да използват. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN—Адрес, който може да се използва за достигане до прокси машината.
2. Прокси порт— Номер на порт, който прокси сървърът използва, за да слуша проксиран трафик.
3. Прокси протокол— В зависимост от това какво поддържа вашият прокси сървър, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване— Изберете измежду следните типове удостоверяване:
  - Няма—Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Basic—Използва се от HTTP потребителски агент за предоставяне на потребителско име и парола при отправяне на заявка. Използва Base64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Дайджест—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

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

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

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

Изисквания за сигурност на данните за многонаемателни хибридни системи

Изисквания за лиценз на Cisco Webex

За да внедрите хибридна защита на данни за множество наематели:

Партньорски организации: Свържете се с вашия партньор на Cisco или мениджър на клиенти и се уверете, че функцията „Много наематели“ е активирана.
Организации наематели: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за Docker Desktop

Преди да инсталирате HDS възлите си, трябва да стартирате инсталационна програма в Docker Desktop. Docker наскоро актуализира своя лицензионен модел. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, " Docker е Актуализиране и разширяване на нашите абонаментиза продукти".

Клиенти без лиценз за Docker Desktop могат да използват инструмент за управление на контейнери с отворен код, като Podman Desktop, за да стартират, управляват и създават контейнери. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Изисквания за сертификат X.509

Веригата от сертификати трябва да отговаря на следните изисквания:

Таблица 1. Изисквания за сертификат X.509 за внедряване на хибридна сигурност на данните
Изискване	Подробности
Подписано от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на CAs в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи домейн с общо име (CN), който идентифицира вашето внедряване на хибридна сигурност на данни Не е сертификат със заместващ знак	Не е необходимо CN да е достъпен или да е активен хост. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. Комбинираното предложение не трябва да съдържа * (заместващ знак). CN се използва за проверка на възлите на Hybrid Data Security към клиенти на Webex App. Всички възли за хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашата KMS система се идентифицира с CN домейна, а не с домейн, дефиниран в полетата x.509v3 SAN. След като регистрирате възел с този сертификат, не поддържаме промяна на името на домейна CN.
Подпис, различен от SHA1	Софтуерът KMS не поддържа SHA1 подписи за валидиране на връзки към KMS системи на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име `kms-private-key`, за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор като OpenSSL, за да промените формата на вашия сертификат. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.

Софтуерът KMS не налага налага използването на ключове или разширени ограничения за използване на ключове. Някои сертифициращи органи изискват към всеки сертификат да се прилагат разширени ограничения за използване на ключове, като например удостоверяване на сървъра. Допустимо е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален хост

Виртуалните хостове, които ще настроите като възли за хибридна сигурност на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (препоръчително 3), разположени в един и същ защитен център за данни
Инсталиран и работещ VMware ESXi 7.0 или 8.0.

Трябва да надстроите, ако имате по-ранна версия на ESXi.
Минимум 4 vCPU, 8 GB основна памет, 30 GB локално дисково пространство на сървър

Изисквания за сървъра на базата данни

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

Има две опции за сървър на база данни. Изискванията за всеки от тях са следните:

Таблица 2. Изисквания към сървъра за бази данни според типа на базата данни
PostgreSQL	Microsoft SQL Server
PostgreSQL 14, 15 или 16, инсталиран и работещ.	Инсталиран е SQL Server 2016, 2017, 2019 или 2022 (Enterprise или Standard). SQL Server 2016 изисква Service Pack 2 и Cumulative Update 2 или по-нова версия.
Минимум 8 виртуални процесора (vCPU), 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не се превишава допустимото количество памет (препоръчва се 2 TB, ако искате да използвате базата данни за дълго време, без да е необходимо да увеличавате паметта).	Минимум 8 виртуални процесора (vCPU), 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не се превишава допустимото количество памет (препоръчва се 2 TB, ако искате да използвате базата данни за дълго време, без да е необходимо да увеличавате паметта).

Софтуерът HDS в момента инсталира следните версии на драйвери за комуникация със сървъра на базата данни:

PostgreSQL

Microsoft SQL Server

JDBC драйвер за Postgres 42.2.5

JDBC драйвер за SQL Server 4.6

Тази версия на драйвера поддържа SQL Server Always On ( Always On Failover Cluster Instances и Always On availability groups).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

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

HDS възлите, инфраструктурата на Active Directory и MS SQL Server трябва да бъдат синхронизирани с NTP.
Акаунтът в Windows, който предоставяте на HDS възлите, трябва да има read/write достъп до базата данни.
DNS сървърите, които предоставяте на HDS възлите, трябва да могат да разрешават вашия център за разпространение на ключове (KDC).
Можете да регистрирате екземпляра на базата данни HDS на вашия Microsoft SQL Server като име на принципал на услугата (SPN) в Active Directory. Вижте Регистриране на име на принципал на услуга за Kerberos връзки.

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

Изисквания за външна свързаност

Конфигурирайте защитната си стена, за да разрешите следната свързаност за HDS приложенията:

Приложение	Протокол	Порт	Упътване от приложението	Местоназначение
Хибридни възли за сигурност на данните	TCP	443	Изходящ HTTPS и WSS	Webex сървъри: .wbx2.com .ciscospark.com Всички хостове на Common Identity Други URL адреси, които са изброени за хибридна сигурност на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex на Мрежови изисквания за услуги на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички хостове на Common Identity hub.docker.com

Възлите за хибридна сигурност на данните работят с транслация на мрежовия достъп (NAT) или зад защитна стена, стига NAT или защитната стена да позволяват необходимите изходящи връзки към местоназначенията на домейна в предходната таблица. За връзки, водещи към възлите за хибридна сигурност на данните, не трябва да се виждат портове от интернет. Във вашия център за данни, клиентите се нуждаят от достъп до възлите за хибридна сигурност на данните на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете с обща идентичност (CI) са специфични за региона. Това са текущите CI хостове:

Регион	URL адреси на хостове за обща идентичност
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Squid прокси сървърите, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да заобиколите този проблем, вижте Конфигуриране на Squid прокси сървъри за хибридна сигурност на данните.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуди изходящия TCP трафик на порт 443 да маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, заобикалянето (неинспектирането) на трафика към wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна сигурност на данните

Използвайте този контролен списък, за да се уверите, че сте готови да инсталирате и конфигурирате вашия клъстер за хибридна защита на данни.

1	Уверете се, че вашата партньорска организация е активирала функцията Multi-Tenant HDS и вземете идентификационните данни на акаунт с пълни администраторски права на партньора и пълни администраторски права. Уверете се, че вашата организация на клиенти на Webex е активирана за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор на Cisco или мениджър клиенти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо внедряване на HDS.
2	Изберете име на домейн за вашето HDS внедряване (например, `hds.company.com`) и получете верига от сертификати, съдържаща X.509 сертификат, частен ключ и всички междинни сертификати. Веригата от сертификати трябва да отговаря на изискванията в X.509 Certificate Requirements.
3	Подгответе идентични виртуални хостове, които ще настроите като възли за хибридна сигурност на данни във вашия клъстер. Необходими са ви поне два отделни хоста (препоръчително 3), разположени в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален хост.
4	Подгответе сървъра на базата данни, който ще действа като хранилище за ключови данни за клъстера, съгласно изискванията за сървъра на базата данни. Сървърът на базата данни трябва да бъде разположен в защитения център за данни заедно с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране.) Когато бъдат инсталирани, HDS приложенията създават схемата на базата данни.) Съберете данните, които възлите ще използват за комуникация със сървъра на базата данни: името на хоста или IP адреса (хост) и порта името на базата данни (dbname) за съхранение на ключове потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключове
5	За бързо възстановяване след бедствие, създайте резервна среда в различен център за данни. Резервната среда отразява производствената среда на виртуални машини и резервен сървър на база данни. Например, ако в производствената среда има 3 виртуални машини, работещи с HDS възли, средата за архивиране трябва да има 3 виртуални машини.
6	Настройте хост за системен лог, който да събира лог файлове от възлите в клъстера. Съберете неговия мрежов адрес и системен порт (по подразбиране е UDP 514).
7	Създайте политика за сигурно архивиране за възлите на хибридната защита на данните, сървъра на базата данни и хоста на syslog. Като минимум, за да предотвратите невъзстановима загуба на данни, трябва да архивирате базата данни и ISO файла с конфигурацията, генериран за възлите на Hybrid Data Security. Тъй като възлите за хибридна сигурност на данните съхраняват ключовете, използвани за криптиране и декриптиране на съдържание, невъзможността за поддържане на оперативно внедряване ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на това съдържание. Клиентите на Webex App кешират ключовете си, така че прекъсването може да не е веднага забележимо, но ще стане очевидно с течение на времето. Въпреки че временните прекъсвания са невъзможни за предотвратяване, те са възстановими. Пълната загуба (без налични резервни копия) на базата данни или на ISO файла с конфигурацията обаче ще доведе до невъзстановими клиентски данни. Очаква се операторите на възлите на Hybrid Data Security да поддържат чести резервни копия на базата данни и ISO файла с конфигурацията и да бъдат готови да възстановят центъра за данни на Hybrid Data Security, ако възникне катастрофална повреда.
8	Уверете се, че конфигурацията на вашата защитна стена позволява свързване за вашите възли за хибридна сигурност на данни, както е посочено в Изисквания за външна свързаност.
9	Инсталирайте Docker ( https://www.docker.com) на всяка локална машина, работеща с поддържана операционна система (Microsoft Windows 10 Professional или Enterprise 64-bit, или Mac OSX Yosemite 10.10.3 или по-нова версия) с уеб браузър, който може да го достъпва на http://127.0.0.1:8080. Използвате екземпляра на Docker, за да изтеглите и стартирате инструмента за настройка на HDS, който изгражда локалната информация за конфигурацията за всички възли на Hybrid Data Security. Може да ви е необходим лиценз за Docker Desktop. Вижте Изисквания за Docker Desktop за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има свързаността, описана в Изисквания за външна свързаност.
10	Ако интегрирате прокси с Hybrid Data Security, уверете се, че той отговаря на изискванията за прокси сървър.

Създаване на хибриден клъстер за сигурност на данни

Поток на задачи за внедряване на хибридна сигурност на данни

Преди да започнете

1	Извършете първоначална настройка и изтеглете инсталационните файлове Изтеглете OVA файла на локалната си машина за по-късна употреба.
2	Създайте ISO файл с конфигурация за HDS хостовете Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на Hybrid Data Security.
3	Инсталирайте HDS Host OVA Създайте виртуална машина от OVA файла и извършете първоначална конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежови настройки по време на внедряване на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
4	Настройване на виртуална машина за хибридна защита на данни Влезте в конзолата на виртуалната машина и задайте идентификационните данни за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.
5	Качете и монтирайте ISO файла с конфигурацията на HDS Конфигурирайте виртуалната машина от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на HDS възел за интегриране на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете сертификата за прокси сървър към хранилището за доверени сертификати, ако е необходимо.
7	Регистрирайте първия възел в клъстера Регистрирайте виртуалната машина в облака Cisco Webex като възел за хибридна сигурност на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте Multi-Tenant HDS в Partner Hub. Активирайте HDS и управлявайте организациите на наематели в Partner Hub.

Извършете първоначална настройка и изтеглете инсталационните файлове

В тази задача изтегляте OVA файл на вашата машина (не на сървърите, които сте настроили като възли за хибридна сигурност на данните). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Центъра за партньори и след това щракнете върху Услуги.
2	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и след това щракнете върху Настройка. Щракването върху Настройка в Центъра за партньори е от решаващо значение за процеса на внедряване. Не продължавайте с инсталацията, без да завършите тази стъпка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне на .OVA файл в картата Инсталиране и конфигуриране на софтуер. По-старите версии на софтуерния пакет (OVA) няма да са съвместими с най-новите актуализации на Hybrid Data Security. Това може да доведе до проблеми при надграждане на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от секцията Помощ. Кликнете върху Настройки > Помощ > Изтеглете софтуера за хибридна сигурност на данните. OVA файлът автоматично започва да се изтегля. Запазете файла на място на вашата машина.

Създайте ISO файл с конфигурация за HDS хостовете

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1 до 5 в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

HTTPS прокси без удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

HTTP прокси с удостоверяване

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

HTTPS прокси с удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT
ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

docker rmi ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

docker login -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

docker pull ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

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

В обикновени среди с HTTPS прокси:

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

В среди на FedRAMP без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTP прокси:

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

В среди на FedRAMP с HTTPS прокси:

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

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

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

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080, и въведете потребителско име на администратор за Partner Hub при подканата.

Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.

8

На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.

9

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

Не— Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да— Ако вече сте създали HDS възли, тогава избирате вашия ISO файл в прегледа и го качвате.

10

Проверете дали вашият X.509 сертификат отговаря на изискванията в X.509 Certificate Requirements.

Ако никога преди не сте качвали сертификат, качете сертификата X.509, въведете паролата и щракнете върху „ Продължи“ .
Ако сертификатът ви е наред, щракнете върху Продължи.
Ако вашият сертификат е изтекъл или искате да го замените, изберете Не за Да продължите ли да използвате веригата от сертификати на HDS и частния ключ от предишния ISO?. Качете нов X.509 сертификат, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до вашето хранилище за ключове:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, ще получите поле „Тип на удостоверяване“.
(само за Microsoft SQL Server ) Изберете вашия тип удостоверяване:
- Основно удостоверяване: Трябва да въведете име на локален SQL Server акаунт в полето Потребителско име.
- Удостоверяване на Windows: Необходим ви е акаунт в Windows във формат username@DOMAIN в полето Потребителско име.
Въведете адреса на сървъра на базата данни във формата : или :.

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

Можете да използвате IP адрес за основно удостоверяване, ако възлите не могат да използват DNS за разрешаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете името на базата данни.
Въведете потребителско име и парола на потребител с всички привилегии върху базата данни за съхранение на ключове.

12

Изберете TLS режим на свързване към база данни:

Режим	Описание
Предпочитам TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако активирате TLS на сървъра на базата данни, възлите ще се опитат да установят криптирана връзка.
Изисквайте TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Изисквайте TLS и проверете подписвача на сертификати	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка, възелът сравнява подписващия сертификата от сървъра на базата данни със сертифициращия орган в коренния сертификат на базата данни. Ако не съвпадат, възелът изпуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.
Изисквайте TLS и проверете подписалия сертификат и хостовото име	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка, възелът сравнява подписващия сертификата от сървъра на базата данни със сертифициращия орган в коренния сертификат на базата данни. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето Хост и порт на базата данни. Имената трябва да съвпадат точно или възелът пуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.

Когато качите главния сертификат (ако е необходимо) и щракнете върху „Продължи“ , инструментът за настройка на HDS тества TLS връзката със сървъра на базата данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързаността, HDS възлите може да са в състояние да установят TLS връзката, дори ако машината с HDS Setup Tool не може да я тества успешно.)

13

На страницата „Системни дневници“ конфигурирайте вашия Syslogd сървър:

Въведете URL адреса на syslog сървъра.

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

Пример:
udp://10.92.43.23:514 показва регистриране към Syslogd хост 10.92.43.23 на UDP порт 514.
Ако сте настроили сървъра си да използва TLS криптиране, проверете Конфигуриран ли е вашият syslog сървър за SSL криптиране?.

Ако поставите отметка в това квадратче, уверете се, че въвеждате TCP URL адрес, като например tcp://10.92.43.23:514.
От падащото меню Изберете прекратяване на syslog записа изберете подходящата настройка за вашия ISO файл: За Graylog и Rsyslog TCP се използва Choose или Newline
- Нулев байт -- \x00
- Нов ред -- \n—Изберете тази опция за Graylog и Rsyslog TCP.
Щракнете върху Продължаване.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с базата данни в Разширени настройки. Обикновено този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxSize: 10

15

Щракнете върху Продължи на екрана Нулиране на паролата за сервизни акаунти.

Паролите за сервизни акаунти имат деветмесечен срок на валидност. Използвайте този екран, когато паролите ви наближават срок на валидност или искате да ги нулирате, за да анулирате предишни ISO файлове.

16

Кликнете върху Изтегляне на ISO файл. Запазете файла на място, което е лесно за намиране.

17

Направете резервно копие на ISO файла на вашата локална система.

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

18

За да затворите инструмента за настройка, въведете CTRL+C.

Какво да направите след това

Направете резервно копие на ISO файла с конфигурацията. Нужен ви е, за да създадете още възли за възстановяване или да направите промени в конфигурацията. Ако загубите всички копия на ISO файла, ще загубите и главния ключ. Възстановяването на ключовете от вашата база данни PostgreSQL или Microsoft SQL Server не е възможно.

Никога нямаме копие на този ключ и не можем да ви помогнем, ако го загубите.

Инсталирайте HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте VMware vSphere клиента на вашия компютър, за да влезете във виртуалния хост ESXi.
2	Изберете Файл > Разгръщане на OVF шаблон.
3	В съветника посочете местоположението на OVA файла, който сте изтеглили по-рано, и след това щракнете върху Напред.
4	На страницата Изберете име и папка въведете име на виртуална машина за възела (например "HDS_Node_1"), изберете местоположение, където може да се намира внедряването на възела на виртуалната машина, и след това щракнете върху Напред.
5	На страницата Изберете изчислителен ресурс изберете целевия изчислителен ресурс и след това щракнете върху Напред. Извършва се проверка за валидиране. След като приключи, се показват подробностите за шаблона.
6	Проверете данните на шаблона и след това щракнете върху Напред.
7	Ако бъдете помолени да изберете конфигурацията на ресурсите на страницата Конфигурация, щракнете върху 4 CPU и след това щракнете върху Напред.
8	На страницата Избор на място за съхранение щракнете върху Напред, за да приемете формата на диска по подразбиране и политиката за съхранение на виртуална машина.
9	На страницата Избор на мрежи изберете опцията за мрежа от списъка със записи, за да осигурите желаната свързаност на виртуалната машина.
10	На страницата Персонализиране на шаблон конфигурирайте следните мрежови настройки: Име на хост— Въведете FQDN (име на хост и домейн) или еднословно име на хост за възела. Не е необходимо да задавате домейна така, че да съответства на домейна, който сте използвали за получаване на сертификата X.509. За да осигурите успешна регистрация в облака, използвайте само малки букви в FQDN или името на хоста, което сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес— Въведете IP адреса за вътрешния интерфейс на възела. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска— Въведете адреса на подмрежовата маска в десетично-точков формат. Например, 255.255.255.0. Шлюз— Въведете IP адреса на шлюза. Шлюзът е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри— Въведете списък с DNS сървъри, разделени със запетаи, които обработват преобразуването на имена на домейни в числови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри— Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетаи, за да въведете множество NTP сървъри. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстер да са достъпни от клиенти във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурирането на мрежовите настройки и да следвате стъпките в Настройка на хибридната виртуална машина за защита на данни, за да конфигурирате настройките от конзолата на възела. Опцията за конфигуриране на мрежови настройки по време на внедряване на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху виртуалната машина на възела и след това изберете Захранване > Включване. Софтуерът за хибридна сигурност на данни е инсталиран като гост на виртуалната машина. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Възможно е да има забавяне от няколко минути, преди контейнерите с възли да се появят. По време на първото зареждане на конзолата се появява съобщение за защитната стена на моста, по време на което не можете да влезете.

Настройване на виртуална машина за хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата за виртуална машина на възела Hybrid Data Security и да зададете идентификационните данни за влизане. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.

1	В клиента на VMware vSphere изберете вашия възел Hybrid Data Security VM и изберете раздела Console. Виртуалната машина се стартира и се появява подкана за вход. Ако подканата за вход не се покаже, натиснете Enter.
2	Използвайте следните потребителски данни и парола по подразбиране, за да влезете и да промените идентификационните данни: Вход: `admin` Парола: `cisco` Тъй като влизате във виртуалната си машина за първи път, е необходимо да промените администраторската парола.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай, в главното меню изберете опцията Редактиране на конфигурация.
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на политиката на вашата мрежа. Не е необходимо да задавате домейна така, че да съответства на домейна, който сте използвали за получаване на сертификата X.509.
6	Запазете мрежовата конфигурация и рестартирайте виртуалната машина, за да влязат в сила промените.

Качете и монтирайте ISO файла с конфигурацията на HDS

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

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде достъпен само въз основа на „необходимост за информация“ за достъп на виртуалните машини за хибридна сигурност на данните и всички администратори, които може да се нуждаят от промени. Уверете се, че само тези администратори имат достъп до хранилището за данни.

1

Качете ISO файла от вашия компютър:

В левия навигационен панел на клиента VMware vSphere щракнете върху ESXi сървъра.
В списъка с хардуер в раздела „Конфигурация“ щракнете върху „Памет“.
В списъка с хранилища за данни щракнете с десния бутон върху хранилището за данни за вашите виртуални машини и щракнете върху Преглед на хранилището за данни.
Щракнете върху иконата за качване на файлове и след това щракнете върху Качване на файл.
Отидете до мястото, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Кликнете върху Да, за да приемете upload/download предупреждение за операция и затворете диалоговия прозорец на хранилището за данни.

2

Монтирайте ISO файла:

В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
Щракнете върху OK, за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD Drive 1, изберете опцията за монтиране от ISO файл на хранилище за данни и отидете до мястото, където сте качили ISO файла с конфигурацията.
Проверете Свързано и Свързване при включване.
Запазете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако вашата ИТ политика го изисква, можете по желание да демонтирате ISO файла, след като всички ваши възли приемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след HDS конфигурация за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси, използвайте тази процедура, за да укажете вида на прокси, който искате да интегрирате с Hybrid Data Security. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси за общ преглед на поддържаните опции за прокси.
Изисквания към прокси сървъра

1	Въведете URL адреса за настройка на HDS възел `https://[HDS Node IP or FQDN]/setup` в уеб браузър, въведете администраторските идентификационни данни, които сте задали за възела, и след това щракнете върху Вход.
2	Отидете на Хранилище на доверие & Прокси , след което изберетеопция: Без прокси— Опцията по подразбиране, преди да интегрирате прокси. Не се изисква актуализация на сертификата. Прозрачен неинспектиращ прокси сървър— Възлите не са конфигурирани да използват специфичен адрес на прокси сървър и не би трябвало да изискват никакви промени, за да работят с неинспектиращ прокси сървър. Не се изисква актуализация на сертификата. Прозрачен инспектиращ прокси сървър— Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. Не httpS конфигурация промени са необходими в разполагането на защитата на хибридни данни, обаче HDS възли се нуждаят от главен сертификат, така че те се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър— С изричен прокси сървър, вие казвате на клиента (HDS възлите) кой прокси сървър да използва и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN—Адрес, който може да се използва за достигане до прокси машината. Прокси порт— Номер на порт, който прокси сървърът използва, за да слуша проксиран трафик. Прокси протокол— Изберете http (преглежда и контролира всички заявки, получени от клиента) или https (предоставя канал към сървъра, а клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване— Изберете измежду следните типове удостоверяване: Няма—Не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Basic—Използва се от HTTP потребителски агент за предоставяне на потребителско име и парола при отправяне на заявка. Използва Base64 кодиране. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Дайджест—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Качване на главен сертификат или Сертификат за краен обект и след това навигирайте до изберете главния сертификат запрокси. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката chevron по името на издателя на сертификата, за да получите повече подробности или щракнете върху Изтрий, ако сте направили грешка и искате да качите повторно файла.
4	Щракнете върху Проверка на прокси връзката, за да тествате мрежовата свързаност между възела и прокси. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако смятате, че това е грешка, изпълнете тези стъпки и след това вижте Изключване на режима за разрешаване на блокирани външни DNS адреси.
5	След като тестът за връзка премине, за изрично прокси настроен само на https, включете превключването към Маршрут всички порт 443/444 https заявки от този възел през изрично прокси. Тази настройка изисква 15 секунди, за да влязат в сила.
6	Щракнете върху Инсталиране на всички сертификати в хранилището на гаранти (появява се за HTTPS изрично прокси или прозрачен проверяващ прокси) или Рестартиране (появява се за HTTP изрично прокси), прочетете подканата и след това щракнете върху Инсталиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След рестартирането на възела влезте отново, ако е необходимо, след което отворете страницата Общ преглед, за да проверите проверките за свързване, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистрирайте първия възел в клъстера

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

Когато регистрирате първия си възел, създавате клъстер, към който е присвоен възелът. Клъстерът съдържа един или повече възли, разположени за осигуряване на резервиране.

Преди да започнете

След като започнете регистрацията на възел, трябва да я завършите в рамките на 60 минути или ще трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че сте разрешили изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „Настройка“.
4	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на картата Създаване на нов клъстер въведете име за клъстера, към който искате да присвоите вашия възел за хибридна защита на данни. Препоръчваме да наименувате клъстер въз основа на географското местоположение на възлите на клъстера. Примери: „Сан Франциско“, „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройка на виртуалната машина за хибридна сигурност на данни. Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
7	Кликнете върху Отиди на възел. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да предоставите разрешения на вашата Webex организация за достъп до вашия възел.
8	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата „Хибридна сигурност на данните“ на Partner Hub. На страницата Хибридна сигурност на данни новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Ресурси. Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

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

Преди да започнете

След като започнете регистрацията на възел, трябва да я завършите в рамките на 60 минути или ще трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че сте разрешили изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новата виртуална машина, като повторите стъпките в Настройка на хибридната виртуална машина за сигурност на данните.
3	На новата виртуална машина повторете стъпките в Качване и монтиране на ISO файл с конфигурация на HDS.
4	Ако настройвате прокси за вашето внедряване, повторете стъпките в Конфигуриране на HDS възела за интеграция на прокси, както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.comизберете Услуги от менюто от лявата страна на екрана. В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „ Виж всички“ . Появява се страницата „Ресурси за хибридна сигурност на данни“. Новосъздаденият клъстер ще се появи на страницата Ресурси. Щракнете върху клъстера, за да видите възлите, присвоени на клъстера. Кликнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, което показва, че можете да регистрирате вашия възел в облака Webex. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата „Хибридна сигурност на данните“ на Partner Hub. Изскачащото съобщение„Възълът е добавен “ се появява и в долната част на екрана в Partner Hub. Вашият възел е регистриран.

Какво да направите след това

За да създадете допълнителни клъстери, влезте в Partner Hub и щракнете върху Services > Хибридна сигурност на данните > Вижте всички > Добавяне на клъстер. Следвайте стъпките, описани в раздела по-горе, за да добавите първия възел към допълнителния клъстер или клъстери.

Управлявайте организациите на наематели в Multi-Tenant Hybrid Data Security

Активирайте Multi-Tenant HDS в Partner Hub

Тази задача гарантира, че всички потребители на клиентските организации могат да започнат да използват HDS за локални ключове за криптиране и други услуги за сигурност.

Преди да започнете

Уверете се, че сте завършили настройката на вашия Multi-Tenant HDS клъстер с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Редактиране на настройките“ .
4	Щракнете върху Активиране на HDS на картата Състояние на HDS.

Добавяне на организации наематели в Partner Hub

В тази задача вие присвоявате клиентски организации към вашия хибриден клъстер за сигурност на данни.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „ Виж всички.
4	Отидете на раздела Назначени клиенти. Разделът „Назначени клиенти“ няма да се показва, докато не създадете клъстер.
5	Кликнете върху Добавяне на клиенти.
6	Изберете клиента, когото искате да добавите, от падащото меню.
7	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
8	Повторете стъпки от 5 до 7, за да добавите няколко клиенти към вашия клъстер.
9	Кликнете върху Готово в долната част на екрана, след като добавите клиентите. Добавените клиенти ще бъдат синхронизирани във всички налични клъстери.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS, за да завършите процеса на настройка.

Създайте главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS

Преди да започнете

Присвояване на клиенти, както е описано подробно в Добавяне на организации наематели в Partner Hub. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените организации на клиенти.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080`, и въведете потребителско име на администратор за Partner Hub при подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.
9	На страницата ISO импортиране щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете. Осигурете свързаност с вашата база данни, за да извършвате управление на CMK.
11	Отидете в раздела Управление на CMK на наематели, където ще намерите следните три начина за управление на CMK на наематели. Създаване на CMK за всички организации или Създаване на CMK - Кликнете върху този бутон в банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Създаване на CMK, за да създадете CMK за всички новодобавени организации. Щракнете върху близо до статуса „Изчакване на управлението на CMK“ на конкретна организация в таблицата и щракнете върху Създаване на CMK, за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, статусът в таблицата ще се промени от CMK management pending на CMK managed.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахване на организации наематели

Преди да започнете

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

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „ Виж всички.
4	На страницата, която се отваря, щракнете върху раздела Присвоени клиенти.
5	От показания списък с организации на клиенти щракнете върху от дясната страна на организацията на клиента, която искате да премахнете, и щракнете върху Премахване от клъстера.

Какво да направите след това

Завършете процеса на премахване, като отмените CMK-тата на организациите на клиентите, както е описано подробно в Отмяна на CMK-тата на наематели, премахнати от HDS.

Отмяна на CMK-тата на наематели, премахнати от HDS.

Преди да започнете

Премахнете клиентите, както е описано подробно в Премахване на организации наематели. Стартирайте инструмента за инсталиране на HDS, за да завършите процеса на премахване на премахнатите организации на клиенти.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080`, и въведете потребителско име на администратор за Partner Hub при подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.
9	На страницата ISO импортиране щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете.
11	Отидете в раздела Управление на CMK на наематели, където ще намерите следните три начина за управление на CMK на наематели. Отмяна на CMK за всички организации или Отмяна на CMK - Кликнете върху този бутон в банера в горната част на екрана, за да отмените CMK на всички премахнати организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Отмяна на CMK, за да отмените CMK на всички премахнати организации. Щракнете върху близо до статуса CMK за отмяна на конкретна организация в таблицата и щракнете върху Отмяна на CMK, за да отмените CMK за тази конкретна организация.
12	След като отмяната на CMK е успешна, организацията на клиента вече няма да се показва в таблицата.
13	Ако отмяната на CMK е неуспешна, ще се покаже грешка.

Тествайте внедряването на хибридна защита на данните

Тествайте внедряването на хибридна защита на данните си

Използвайте тази процедура, за да тествате сценарии за криптиране на хибридна защита на данни с множество наематели.

Преди да започнете

Настройте внедряването на вашата хибридна защита на данни за множество наематели.
Уверете се, че имате достъп до системния лог (syslog), за да проверите дали ключовите заявки се предават към вашето внедряване на хибридна защита на данни с множество наематели.

1

Ключовете за дадено пространство се задават от създателя на пространството. Влезте в приложението Webex като един от потребителите на организацията на клиента и след това създайте пространство.

Ако деактивирате внедряването на хибридна защита на данни, съдържанието в пространствата, създадени от потребителите, вече няма да е достъпно, след като кешираните от клиента копия на ключовете за криптиране бъдат заменени.

2

Изпращайте съобщения до новото пространство.

3

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

Ако потребител на новодобавена клиентска организация извърши някакво действие, идентификационният номер на организацията ще се появи в регистрационните файлове и това може да се използва за проверка дали организацията използва Multi-Tenant HDS. Проверете стойността на kms.data.orgId в системните логове.

За да проверите за потребител, който първо установява защитен канал към KMS, филтрирайте по kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

Трябва да намерите запис, подобен на следния (идентификаторите са съкратени за по-лесна четливост):

2025-04-10 04:38:20.208 (+0000) INFO  KMS [pool-19-thread-13] - [KMS:REQUEST] received, deviceId: 
https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5 ecdheKid: kms://collabdemoorg.cisco.com/statickeys/8[~]3 
clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]6,
 kms.data.method=create, kms.merc.id=d[~]7, kms.merc.sync=false, kms.data.uriHost=collabdemoorg.cisco.com, 
kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=1[~]f, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/ecdhe, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който заявява съществуващ ключ от KMS, филтрирайте по kms.data.method=retrieve и kms.data.type=KEY:

Трябва да намерите запис, например:

2025-04-10 04:38:24.144 (+0000) INFO  KMS [pool-19-thread-26] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558)
 WEBEX_TRACKINGID=webex-web-client_0[~]0, kms.data.method=retrieve, kms.merc.id=5[~]3, kms.merc.sync=false,
 kms.data.uriHost=collabdemoorg.cisco.com, kms.data.type=KEY, kms.data.requestId=4[~]7, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/keys/2[~]e, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който иска създаването на нов KMS ключ, филтрирайте по kms.data.method=create и kms.data.type=KEY_COLLECTION:

Трябва да намерите запис, например:

2025-04-10 04:42:22.739 (+0000) INFO  KMS [pool-19-thread-29] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::7 orgId: 2[~]b
 (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]3, kms.data.method=create, 
kms.merc.id=6[~]4, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, 
kms.data.orgId=2[~]b, kms.data.uri=/keys, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който е поискал създаването на нов KMS ресурсен обект (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте по kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

Трябва да намерите запис, например:

2025-04-10 04:42:23.690 (+0000) INFO  KMS [pool-19-thread-31] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/3[~]6 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 
clusterConnection: prodachm::1 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]2,
 kms.data.method=create, kms.merc.id=3[~]0, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
kms.data.requestId=5[~]8, kms.data.orgId=2[~]b, kms.data.uri=/resources, kms.data.userId=1[~]f, kms.data.httpUserAgent=conversation

Мониториране на състоянието на хибридната сигурност на данните

Индикатор за състоянието в Partner Hub ви показва дали всичко е наред с внедряването на Multi-Tenant Hybrid Data Security. За по-проактивно известяване, регистрирайте се за имейл известия. Ще бъдете уведомявани, когато има аларми, влияещи върху услугата, или актуализации на софтуера.

1	В Център за партньориизберете Услуги от менюто от лявата страна на екрана.
2	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Редактиране на настройките“ . Появява се страницата с настройки за хибридна защита на данните.
3	В секцията „Известия по имейл“ въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управлявайте внедряването на вашия HDS

Управление на внедряването на HDS

Използвайте описаните тук задачи, за да управлявате внедряването на хибридна защита на данни.

Задаване на график за надграждане на клъстера

Надстройките на софтуера за хибридна сигурност на данните се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги работят с една и съща версия на софтуера. Надстройките се извършват съгласно графика за надстройки за клъстера. Когато стане налична надстройка на софтуера, имате възможност да надстроите ръчно клъстера преди планираното време за надстройка. Можете да зададете конкретен график за надграждане или да използвате графика по подразбиране на 3:00 AM Daily Съединени щати: America/Los Анджелис. Можете също така да изберете да отложите предстоящо надграждане, ако е необходимо.

За да зададете график за надстройка:

1	Влезте в Partner Hub.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Настройка
4	На страницата „Ресурси за хибридна сигурност на данни“ изберете клъстера.
5	Кликнете върху раздела Настройки на клъстера.
6	На страницата „Настройки на клъстера“, под „График за надстройка“ изберете часа и часовата зона за графика за надстройка. Забележка: Под часовата зона се показва следващата налична дата и час на надстройка. Можете да отложите надстройката за следващия ден, ако е необходимо, като кликнете върху Отлагане с 24 часа.

Промяна на конфигурацията на възела

От време на време може да се наложи да промените конфигурацията на вашия възел за защита на хибридни данни поради причина като:

Промяна на x.509 сертификати поради изтичане или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на защитата, Hybrid Data Security използва пароли за сервизен акаунт, които имат деветмесечен живот. След като инструментът за настройка на HDS генерира тези пароли, ги разполагате на всеки от вашите HDS възли във файла ISO config. Когато паролите на вашата организация са към изтичане, получавате известие от екипа на Webex за нулиране на паролата за вашия машинен акаунт. (Имейлът включва текста „Използвайте API на машинния акаунт, за да актуализирате паролата.“) Ако вашите пароли все още не са изтекли, инструментът ви дава две опции:

Меко нулиране— Старата и новата парола работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Хард нулиране— Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

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

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права на партньора.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1.a до 1.e в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на 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 Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на парола. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“. Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Когато получите подкана, въведете вашите идентификационни данни за вход в Partner Hub и след това щракнете върху Приемам, за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да затворите инструмента за настройка, въведете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате само един работещ HDS възел, създайте нов виртуален компютър на възел Hybrid Data Security и го регистрирайте, като използвате новия ISO файл с конфигурация. За по-подробни инструкции вижте Създаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките. Щракнете върху `CD/DVD Drive 1`, изберете опцията за монтиране от ISO файл и отидете до мястото, където сте изтеглили новия ISO файл с конфигурацията. Поставете отметка на Свързване при включване. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса на възела "Защита на хибридните данни" (IP адрес/настройка например въведете идентификационни данни за администриране, които https://192.0.2.0/setup), сте задали за възела, след което щракнете върху Влизане.
2	Отидете на Общ преглед (страницата по подразбиране). Когато е разрешено, блокирани външна DNS разделителна способност е зададена да .
3	Отидете на страницата Хранилище на доверие & Прокси.
4	Щракнете върху Проверка на прокси връзката. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и да се върнете към страницата общ преглед, Блокиран външен DNS разделителна способност трябва да бъде зададено на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура, за да премахнете възел за хибридна защита на данни от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за сигурност.

1

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

2

Премахнете възела:

Влезте в Центъра за партньори и след това изберете Услуги.
В картата „Хибридна сигурност на данните“ щракнете върху „ Виж всички “ , за да се покаже страницата „Ресурси за хибридна сигурност на данните“.
Изберете вашия клъстер, за да се покаже неговият панел „Общ преглед“.
Кликнете върху възела, който искате да премахнете.
Кликнете върху Отрегистриране на този възел в панела, който се показва отдясно
Можете също да отпишете възела, като щракнете върху … от дясната страна на възела и изберете Отписване на възел.

3

В vSphere клиента изтрийте виртуалната машина. (В левия навигационен панел щракнете с десния бутон върху виртуалната машина и след това щракнете върху Изтриване.)

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

Възстановяване след бедствия с помощта на резервен център за данни

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

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, е наложително клъстерът да продължи да работи и да се поддържат правилни резервни копия. Загубата на базата данни за хибридна сигурност на данните или на ISO файла с конфигурацията, използван за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентско съдържание. Следните практики са задължителни за предотвратяване на подобна загуба:

Ако бедствие доведе до недостъпност на внедряването на HDS в основния център за данни, следвайте тази процедура, за да превключите ръчно към резервния център за данни.

Преди да започнете

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

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете.
2	След като конфигурирате Syslogd сървъра, щракнете върху Разширени настройки
3	На страницата Разширени настройки добавете конфигурацията по-долу или премахнете конфигурацията `passiveMode`, за да направите възела активен. Възелът може да обработва трафика, след като това е конфигурирано. `passiveMode: 'false'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
5	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
6	В левия навигационен панел на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и след това щракнете върху Редактиране на настройките..
7	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
9	Повторете процеса за всеки възел в резервния център за данни. Проверете изхода от системния лог, за да се уверите, че възлите на резервния център за данни не са в пасивен режим. „KMS конфигуриран в пасивен режим“ не трябва да се появява в системните логове.

Какво да направите след това

След превключване на резервния център за данни, ако основният център за данни стане отново активен, поставете отново резервния център за данни в пасивен режим, като следвате стъпките, описани в Настройване на резервен център за данни за възстановяване след бедствие.

(По избор) Демонтиране на ISO след HDS конфигурация

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

Все още използвате ISO файловете, за да правите промени в конфигурацията. Когато създавате нов ISO файл или актуализирате ISO файл чрез инструмента за настройка, трябва да монтирате актуализирания ISO файл на всички ваши HDS възли. След като всички ваши възли са възприели промените в конфигурацията, можете да демонтирате ISO файла отново с тази процедура.

Преди да започнете

Надстройте всички ваши HDS възли до версия 2025.06.02.6983 или по-нова.

1	Изключете един от вашите HDS възли.
2	В vCenter Server Appliance изберете възела HDS.
3	Изберете Редактиране на настройки > CD/DVD устройство и махнете отметката от ISO файл на хранилището на данни.
4	Включете HDS възела и се уверете, че няма аларми в продължение на поне 20 минути.
5	Повторете за всеки HDS възел поред.

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

Преглед на предупреждения и отстраняване на неизправности

Хибридното внедряване на защита на данни се счита за недостъпно, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че изисква изтичане на времето за изчакване. Ако потребителите не могат да достигнат до вашия клъстер за хибридна защита на данни, те ще наблюдават следните симптоми:

Не могат да се създават нови пространства (не е възможно да се създават нови ключове)
Съобщенията и заглавията на пространствата не успяват да се дешифрират за:
- Нови потребители са добавени към пространството (не е възможно да се получат ключове)
- Съществуващи потребители в пространство, използващи нов клиент (не могат да извлекат ключове)
Съществуващите потребители в дадено пространство ще продължат да работят успешно, стига техните клиенти да имат кеш на ключовете за криптиране.

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

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

Ако има проблем с настройката на хибридната защита на данни, Partner Hub показва известия на администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Сигналите обхващат много често срещани сценарии.

Таблица 1. Често срещани проблеми и стъпки за разрешаването им
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Грешка при свързване с локална база данни.	Проверете дали сървърът на базата данни е наличен и дали са използвани правилните идентификационни данни за сервизен акаунт при конфигурацията на възела.
Грешка в достъпа до облачна услуга.	Проверете дали възлите имат достъп до Webex сървърите, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията за облачна услуга.	Регистрацията за облачни услуги беше премахната. Подновяването на регистрацията е в ход.
Регистрацията на облачна услуга е прекратена.	Регистрацията за облачни услуги е прекратена. Услугата се изключва.
Услугата все още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съответства на сертификата на сървъра.	Уверете се, че сертификатът на вашия сървър съответства на конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че CN на сертификата е бил наскоро променен и сега е различен от CN, използван по време на първоначалната настройка.
Неуспешно удостоверяване в облачните услуги.	Проверете за точност и евентуално изтичане на идентификационните данни за сервизния акаунт.
Неуспешно отваряне на локалния файл за съхранение на ключове.	Проверете целостта и точността на паролата в локалния файл за съхранение на ключове.
Сертификатът на локалния сървър е невалиден.	Проверете датата на валидност на сертификата на сървъра и потвърдете, че е издаден от надежден сертифициращ орган.
Не е възможно публикуване на показатели.	Проверете достъпа на локалната мрежа до външни облачни услуги.
/media/configdrive/hds директорията не съществува.	Проверете конфигурацията за монтиране на ISO файла на виртуалния хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организацията на клиента не е завършена за добавените организации	Завършете настройката, като създадете CMK за новодобавени организации на наематели, използвайки инструмента за настройка на HDS.
Настройката на организацията на клиента не е завършена за премахнатите организации	Завършете настройката, като отмените CMK-тата на организациите наематели, които бяха премахнати с помощта на инструмента за настройка на HDS.

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

Използвайте следните общи насоки, когато отстранявате проблеми с хибридната защита на данните.

1	Влезте в Partner Hub.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Събития“ .
4	Прегледайте страницата с историята на събитията за евентуални предупреждения и коригирайте всички елементи, които откриете там. Вижте изображението по-долу за справка.
5	Прегледайте изхода на syslog сървъра за активност от внедряването на хибридната защита на данните. Филтрирайте за думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняването на неизправности.
6	Свържете се с поддръжката на Cisco.

Други бележки

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

Ако изключите всички активни клъстери на Hybrid Data Security (чрез изтриването им в Partner Hub или чрез изключване на всички възли), загубите ISO файла си за конфигурация или загубите достъп до базата данни за хранилище на ключове, потребителите на Webex App на клиентски организации вече няма да могат да използват пространства в списъка си с хора, които са създадени с ключове от вашата KMS. В момента нямаме решение или корекция на този проблем и ви призоваваме да не изключвате услугите си на HDS, след като те обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка с KMS, поддържа тази връзка за определен период от време (вероятно един час).

Стартирайте инструмента за настройка на HDS с помощта на Podman Desktop

Podman е безплатен инструмент с отворен код за управление на контейнери, който предоставя начин за стартиране, управление и създаване на контейнери. Podman Desktop може да бъде изтеглен от https://podman-desktop.io/downloads.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За да получите достъп до него, изтеглете и стартирайте Podman на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в контролния център с пълни права на администратор за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

podman rmi ciscocitg/hds-setup:stable  
podman login docker.io -u hdscustomersro
dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
podman pull ciscocitg/hds-setup:stable
podman run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

Какво да направите след това

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

Преместете съществуващото внедряване на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с много клиент в Partner Hub

Преобразуването от съществуващо едно-наемателско HDS внедряване на партньорска организация, управлявано в Control Hub, към многонаемателско HDS внедряване, управлявано в Partner Hub, включва предимно деактивиране на HDS услугата в Control Hub, дерегистриране на възли и изтриване на клъстера. След това можете да влезете в Partner Hub, да регистрирате възлите, да активирате Multi-Tenant HDS и да добавите клиенти към вашия клъстер.

Терминът „единичен клиент“ се отнася просто до съществуващо внедряване на HDS в Control Hub.

Деактивиране на HDS, дерегистриране на възли и изтриване на всички клъстери в Control Hub

1	Влезте в контролния център. В левия панел щракнете върху Хибрид. В картата „Хибридна сигурност на данните“ щракнете върху „Редактиране на настройките“.
2	На страницата с настройки превъртете надолу до секцията Деактивиране и щракнете върху Деактивиране.
3	След деактивирането, щракнете върху раздела Ресурси.
4	Страницата Ресурси изброява клъстерите във вашето HDS внедряване. Щракнете върху клъстер, отваря се страница с всички възли в този клъстер.
5	Щракнете върху отдясно и щракнете върху Отрегистриране на възел. Повторете процеса за всички възли в клъстера.
6	Ако вашето внедряване има множество клъстери, повторете стъпка 4 и стъпка 5, докато всички възли бъдат отписани.
7	Кликнете върху Настройки на клъстера > Премахване.
8	Щракнете върху Потвърди премахването, за да отпишете клъстера.
9	Повторете процеса за всички клъстери във вашето HDS внедряване. След деактивиране на HDS, отписване от регистрацията на възли и премахване на клъстери, картата Hybrid Data Service в Control Hub ще показва Setup not completed в долната част.

Активирайте Multi-Tenant HDS за партньорската организация в Partner Hub и добавете клиенти

Преди да започнете

Всички предварителни изисквания, посочени в Изисквания за сигурност на данните за многонаемателски хибридни системи, са приложими тук. Освен това, уверете се, че същата база данни и сертификати се използват по време на преместването към Multi-Tenant HDS.

1	Влезте в Центъра за партньори. Щракнете върху Услуги в левия панел. Използвайте същия ISO файл от предишното ви внедряване на HDS, за да конфигурирате възлите. Това ще гарантира, че съобщенията и съдържанието, генерирани от потребителите в предишното съществуващо внедряване на HDS, все още са достъпни в новата настройка за множество наематели.
2	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „Настройка“.
3	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
4	В първото поле на картата Създаване на клъстер въведете име за клъстера, към който искате да присвоите вашия възел за хибридна защита на данни. Препоръчваме да наименувате клъстер въз основа на географското местоположение на възлите на клъстера. Примери: „Сан Франциско“, „Ню Йорк“ или „Далас“
5	Във второто поле въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройка на виртуалната машина за хибридна сигурност на данни. Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
6	Кликнете върху Отиди на възел. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да предоставите разрешения на вашата Webex организация за достъп до вашия възел.
7	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. На страницата Хибридна сигурност на данни новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Ресурси. Възелът автоматично ще изтегли най-новия софтуер от облака.
8	Отидете в раздела Настройки и щракнете върху Активиране на картата за състояние на HDS. СъобщениетоАктивиран HDS ще се появи в долната част на екрана.
9	Кликнете върху раздела Назначени клиенти.
10	Кликнете върху Добавяне на клиенти.
11	Изберете клиента, когото искате да добавите, от падащото меню.
12	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
13	Повторете стъпки от 11 до 13, за да добавите няколко клиенти към вашия клъстер.
14	Кликнете върху Готово в долната част на екрана, след като добавите клиентите.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS, за да завършите процеса на настройка.

Използвайте OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на PKCS12 файла в правилния формат за зареждане в HDS Setup Tool. Има и други начини да направите това и ние не подкрепяме, нито насърчаваме единия начин пред другия.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като насока, която да ви помогне да създадете файл, който отговаря на изискванията за сертификат X.509 в Изисквания за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org за софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия сертифициращ орган (CA).

1	Когато получите сертификата на сървъра от вашия CA, запазете го като `hdsnode.pem`.
2	Покажете сертификата като текст и проверете данните. `openssl x509 -text -noout -in hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл със сертификатен пакет, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва сертификата на сървъра, всички междинни сертификати на CA и сертификатите на коренния CA във формата по-долу: `-----BEGIN CERTIFICATE----- ### Server certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Intermediate CA certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Root CA certificate. ### -----END CERTIFICATE-----`
4	Създайте .p12 файла с приятелското име `kms-private-key`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 -in hdsnode.p12` Въведете парола при подканата, за да криптирате личния ключ, така че той да бъде посочен в изхода. След това проверете дали частният ключ и първият сертификат съдържат редовете `friendlyName: kms-private-key`. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Enter Import Password: MAC verified OK Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Key Attributes: Enter PEM pass phrase: Verifying - Enter PEM pass phrase: -----BEGIN ENCRYPTED PRIVATE KEY----- -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE----- Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE-----

Какво да направите след това

Връщане към Изпълнете предварителните изисквания за хибридна сигурност на данните. Ще използвате файла hdsnode.p12 и паролата, която сте задали за него, в Създаване на ISO файл с конфигурация за HDS хостовете.

Можете да използвате повторно тези файлове, за да заявите нов сертификат, когато оригиналният сертификат изтече.

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

Изходящ трафик за събиране на показатели

Възлите за хибридна сигурност на данните изпращат определени показатели към облака Webex. Те включват системни показатели за максимална heap памет, използвана heap памет, натоварване на процесора и брой нишки; показатели за синхронни и асинхронни нишки; показатели за предупреждения, включващи праг на криптирани връзки, латентност или дължина на опашката за заявки; показатели за хранилището на данни; и показатели за криптирана връзка. Възлите изпращат криптиран ключов материал по канал извън честотната лента (отделен от заявката).

Входящ трафик

Възлите за хибридна сигурност на данните получават следните видове входящ трафик от облака Webex:

Заявки за криптиране от клиенти, които се маршрутизират от услугата за криптиране
Надстройки на софтуера на възела

Конфигуриране на Squid прокси сървъри за хибридна сигурност на данните

Websocket не може да се свърже чрез сепия прокси

Squid прокси сървърите, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки, които Hybrid Data Security изисква. Тези раздели дават насоки как да конфигурирате различни версии на Squid да игнорират wss: трафик за правилното функциониране на услугите.

Калмята 4 и 5

Добавете директивата on_unsupported_protocol към 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

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

Тази таблица обхваща нови функции или функционалности, промени в съществуващото съдържание и всички основни грешки, които са били коригирани в Ръководството за внедряване на хибридна защита на данни с множество наематели.

Дата	Направени промени
5 декември 2025 г.	Актуализирано Създаване на ISO файл за конфигурация за HDS хостовете с правилния текст на потребителския интерфейс на страницата „Системни логове“ и добавяне на инструкция за качване на коренен сертификат на syslog при конфигуриране на TLS криптиране.
21 ноември 2025 г.	Добавен е раздел Често задавани въпроси. Добавени са раздели „ Настройване на резервен център за данни за възстановяване след бедствие “ и „ Възстановяване след бедствие с помощта на резервен център за данни “ . Премахнато (Бета) от заглавието на ръководството за внедряване.
8 май 2025 г.	Добавено Преместване на съществуващото внедряване на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с много клиент в секцията Partner Hub. Актуализиран е изходът на системния лог, за да се подобри четимостта в раздела „Тестване на внедряването на хибридна защита на данните“. Актуализирани са изискванията за виртуален хост, потокът от задачи за внедряване на хибридна защита на даннии инсталирането на HDS Host OVA, за да се добави поддръжка за ESXi 8.0.
4 март 2025 г.	Добавено е стартиране на инструмента за настройка на HDS, използвайки раздела Podman Desktop. Добавена е бележка в Изисквания за Docker Desktop, предоставяща на клиентите алтернативна опция с отворен код. Актуализирано Създаване на ISO файл с конфигурация за HDS хостовете и Промяна на конфигурацията на възела с инструкции за използване на Podman Desktop за клиенти без лиценз за Docker Desktop.
30 януари 2025 г.	Добавен е SQL сървър версия 2022 към списъка с поддържани SQL сървъри в Изисквания към сървъра за бази данни.
15 януари 2025 г.	Добавени са ограничения на многонаемателската хибридна сигурност на данните.
8 януари 2025 г.	Добавена е бележка в Извършване на първоначална настройка и изтегляне на инсталационни файлове, в която се посочва, че щракването върху Настройка на HDS картата в Partner Hub е важна стъпка от процеса на инсталиране.
7 януари 2025 г.	Актуализирани са изискванията за виртуален хост, потокът от задачи за внедряване на хибридна защита на даннии инсталирането на OVA на HDS хост, за да се покаже новото изискване на ESXi 7.0.
13 декември 2024 г.	Първо публикувано.

Деактивиране на хибридната защита на данните за многоклиентски системи

Поток от задачи за деактивиране на многонаемателски HDS

Следвайте тези стъпки, за да деактивирате напълно Multi-Tenant HDS.

Преди да започнете

Тази задача трябва да се изпълнява само от пълен администратор на партньор.

1	Премахнете всички клиенти от всички ваши клъстери, както е посочено в Премахване на организации на наематели.
2	Отменете CMK-тата на всички клиенти, както е посочено в Отменете CMK-тата на наематели, премахнати от HDS..
3	Премахнете всички възли от всички ваши клъстери, както е посочено в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстера, който искате да изтриете, и изберете Изтрий този клъстер в горния десен ъгъл на страницата с общ преглед. На страницата „Ресурси“ щракнете върху от дясната страна на клъстер и изберете „ Премахване на клъстер“.
5	Щракнете върху раздела Настройки на страницата с общ преглед на хибридната защита на данните и щракнете върху Деактивиране на HDS на картата „Състояние на HDS“.

Често задавани въпроси

В. CMK-тата и главният ключ съхраняват ли се в ISO файла или в базата данни?

О. Главните ключове на клиента (CMK) се съхраняват в базата данни и са криптирани с главния ключ, който се съхранява в ISO файла.

В. Използва ли се един ключ за криптиране на всички данни на организациите на клиентите?

О. Не. Данните на всяка клиентска организация са криптирани със собствен CMK (основен ключ на клиента).

В. Какво ще се случи, ако деактивирам HDS от Partner Hub?

О. Някои операции, като създаване на пространство и насрочване на срещи, ще бъдат засегнати незабавно. Съществуващото съдържание в пространствата ще бъде достъпно, докато не изтече локалният кеш. След 24 часа потребителите, управлявани от партньора, ще преминат към Cloud KMS и е възможно да възникнат проблеми с предварително създадени пространства и пространства „един към един“.

В. След като CMK бъде генериран за клиентска организация чрез инструмента за настройка на HDS, потребителите на клиентската организация веднага ли започват да използват Multi-Tenant HDS?

О. Възможно е да има максимално забавяне от 24 часа за обновяване на кеша в облака.

В. Защо не виждам списък с клиенти, когато щракна върху бутона „Добавяне на клиенти“ в Partner Hub?

О. Това обикновено означава, че няма организации клиенти, които да отговарят на изискванията за лиценз на Cisco Webex.

В. Какво е въздействието, ако всички HDS възли бъдат изключени или ако мрежов проблем засегне всички HDS възли?

О. Операции като създаване на пространства и насрочване на срещи са засегнати незабавно. Съществуващото съдържание е достъпно само докато изтече локалният кеш.

В. Потребителските данни на партньорската организация криптирани ли са с главния ключ, генериран по време на създаването на ISO образа?

Една. Да. В момента потребителските данни на партньорската организация са криптирани с главния ключ. В бъдеще партньорските организации ще имат специфични за партньора ключове, подобни на CMK на клиентите.

В. Могат ли партньорската организация и организациите наематели да бъдат в различни региони (например САЩ и ЕС)?

Една. Да. Организациите-партньори и наематели могат да бъдат разположени в различни географски региони.

В. Има ли някакъв механизъм за преместване на ключове обратно в Cloud KMS?

О. Няма механизъм за преместване на ключове обратно в облака след внедряване на HDS.

В. Може ли партньор да продължи да използва Cloud KMS и да използва Multi-Tenant HDS изключително за управление на клиенти?

О. Не, това не се поддържа в момента. Поддръжката на тази функционалност е планирана за в бъдеще.

В. Как може партньор да провери дали неговата организация използва Multi-Tenant HDS за криптиране?

О. Влезте в Центъра за партньори. Отидете на Услуги > Хибридна сигурност на данните > Настройки . Ако статусът на HDS е активиран, потребителите на партньорската организация, както и назначените клиенти, използват Multi-Tenant HDS.

Като алтернатива, можете да проверите системните си логове, за да се уверите, че HDS е активиран. Вижте Тестване на внедряването на хибридна защита на данните.

В. Има ли алтернатива на Docker Desktop за стартиране на инструмента за настройка на HDS?

Една. Да. Pod man Desktop е алтернатива с отворен код на Docker Desktop. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop.

В. Колко възела мога да разположа в клъстер с многонаемателски HDS?

О. Препоръчваме минимум два възела и максимум 1000.

В. Какви са мрежовите изисквания, необходими за настройване на Multi-Tenant HDS?

О. Вижте Изисквания за външна свързаност.

В. Pro Pack за Control Hub изискване ли е за партньорските организации?

О. Не. Pro Pack не е задължителен за партньорските организации. Свържете се с вашия партньор на Cisco или мениджър клиенти за съдействие при настройването на Multi-Tenant HDS.

В. Поддържа ли се HSM в Multi-Tenant HDS?

О. Не, в момента Multi-Tenant HDS не поддържа HSM.

В. Мога ли да тествам Multi-Tenant HDS със самоподписан сертификат?

О. Не. Многонаемателният HDS изисква сертификат, извлечен от доверен CA, който отговаря на всички изисквания, посочени в X.509 Certificate Requirements.

В. Необходимо ли е монтиране на ISO файла всеки път, когато се добавя нов клиент в Partner Hub?

О. Не. ISO файлът трябва да се монтира само при промяна на ISO конфигурации. Когато добавяте нов клиент в Partner Hub, уверете се, че можете да създавате CMK-ове, използвайки инструмента за настройка на HDS. Вижте Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS.

В. След внедряването на Multi-Tenant HDS в Partner Hub, потребителите на партньорската организация започват ли да използват локална KMS за управление на ключове?

О. Потребителите ще започнат да използват локалната KMS за управление на ключове само след като HDS бъде активиран в Partner Hub.

Започнете с многонаемателска хибридна сигурност на данните

Преглед на защитата на данните при хибридни системи с множество наематели

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

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

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

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

Това позволява и на по-малките организации да използват HDS, тъй като услугата за управление на ключове и инфраструктурата за сигурност, като например центровете за данни, са собственост на доверен местен партньор.

Как хибридната сигурност на данните за многоклиентски системи осигурява суверенитет на данните и контрол върху тях

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

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

Ограничения на сигурността на данните при многонаемателски хибридни системи

Партньорските организации не трябва да имат активно внедряване на HDS в Control Hub.
Организациите наематели или клиенти, които желаят да бъдат управлявани от партньор, не трябва да имат съществуващо внедряване на HDS в Control Hub.
След като партньорът внедри Multi-Tenant HDS, всички потребители на клиентски организации, както и потребителите на партньорската организация, започват да използват Multi-Tenant HDS за своите услуги за криптиране.

Партньорската организация и клиентските организации, които управляват, ще бъдат в едно и също внедряване на Multi-Tenant HDS.

Партньорската организация вече няма да използва облачна KMS след внедряването на Multi-Tenant HDS.
Няма механизъм за преместване на ключове обратно в Cloud KMS след внедряване на HDS.
Администраторските роли имат определени ограничения; вижте раздела по-долу за подробности.

Роли в многонаемателската хибридна сигурност на данните

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

Цялостна настройка и управление на многонаемателски HDS за всички организации на клиенти - Изисква се пълни администраторски права на партньор и пълни администраторски права.
Управление на назначени организации наематели - Изисква се администратор на партньор и пълни администраторски права.

Архитектура на сферата на сигурността

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

За да разберем по-добре хибридната сигурност на данните, нека първо разгледаме този случай с чист облак, където Cisco предоставя всички функции в своите облачни сфери. Услугата за идентификация, единственото място, където потребителите могат да бъдат директно свързани с личната си информация, като например имейл адрес, е логически и физически отделена от сферата на сигурност в център за данни B. И двете от своя страна са отделни от сферата, където в крайна сметка се съхранява криптирано съдържание, в център за данни C.

На тази диаграма клиентът е приложението Webex, работещо на лаптопа на потребителя, и е удостоверено с услугата за удостоверяване. Когато потребителят състави съобщение за изпращане до пространство, се извършват следните стъпки:

Клиентът установява защитена връзка с услугата за управление на ключове (KMS), след което изисква ключ за криптиране на съобщението. Защитената връзка използва ECDH, а KMS криптира ключа с помощта на главен ключ AES-256.
Съобщението се криптира, преди да напусне клиента. Клиентът го изпраща към услугата за индексиране, която създава криптирани индекси за търсене, за да подпомогне бъдещите търсения на съдържанието.
Криптираното съобщение се изпраща до службата за съответствие за проверки за съответствие.
Криптираното съобщение се съхранява в хранилището.

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

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

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

Услугата KMS, работеща в организация A, валидира връзките към KMS системи в други организации, използвайки сертификати x.509 PKI. Вижте Подготовка на вашата среда за подробности относно генерирането на сертификат x.509, който да се използва с вашето внедряване на хибридна защита на данни с множество наематели.

Очаквания за внедряване на хибридна сигурност на данните

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

За да внедрите хибридна сигурност на данните, трябва да предоставите:

Сигурен център за данни в държава, която е поддържано местоположение за плановете на Cisco Webex Teams.
Оборудването, софтуерът и мрежовият достъп, описани в Подгответе вашата среда.

Пълната загуба на ISO файла с конфигурацията, който създавате за Hybrid Data Security, или на предоставената от вас база данни ще доведе до загуба на ключовете. Загубата на ключ не позволява на потребителите да декриптират съдържанието на пространството и други криптирани данни в приложението Webex. Ако това се случи, можете да изградите ново внедряване, но ще бъде видимо само ново съдържание. За да избегнете загуба на достъп до данни, трябва:

Управлявайте архивирането и възстановяването на базата данни и ISO файла с конфигурацията.
Бъдете готови да извършите бързо възстановяване след бедствие, ако възникне катастрофа, като например повреда на диска на базата данни или бедствие в центъра за данни.

Няма механизъм за преместване на ключове обратно в облака след внедряване на HDS.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на внедряване на хибридна защита на данни с множество наематели:

Настройка на хибридна сигурност на данните— Това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна сигурност на данните, изграждане на HDS клъстер, добавяне на организации-наематели към клъстера и управление на техните основни ключове на клиентите (CMK). Това ще позволи на всички потребители на вашите клиентски организации да използват вашия клъстер за хибридна сигурност на данни за функции за сигурност.

Фазите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте внедряването си за хибридна сигурност на данните— Облакът Webex автоматично предоставя текущи надстройки. Вашият ИТ отдел може да осигури поддръжка от първо ниво за това внедряване и да ангажира поддръжка от Cisco, ако е необходимо. Можете да използвате екранни известия и да настроите имейл известия в Partner Hub.
Разберете често срещаните предупреждения, стъпките за отстраняване на неизправности и известните проблеми— Ако срещнете проблеми с внедряването или използването на Hybrid Data Security, последната глава на това ръководство и приложението „Известни проблеми“ могат да ви помогнат да определите и отстраните проблема.

Модел за внедряване на хибридна сигурност на данните

В рамките на вашия корпоративен център за данни, вие внедрявате Hybrid Data Security като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака Webex чрез защитени уеб сокети и защитен HTTP.

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

Модел за внедряване на хибридна сигурност на данните

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

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

Възлите стават активни, когато ги регистрирате в Partner Hub. За да извадите отделен възел от експлоатация, можете да го отпишете и по-късно да го регистрирате отново, ако е необходимо.

Резервен център за данни за възстановяване след бедствия

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

Базите данни на активните и резервните центрове за данни са синхронизирани помежду си, което ще минимизира времето, необходимо за извършване на резервно превключване.

Активните възли за хибридна сигурност на данните трябва винаги да са в същия център за данни като активния сървър на базата данни.

Създаване на резервен център за данни за възстановяване след бедствие

Следвайте стъпките по-долу, за да конфигурирате ISO файла на резервния център за данни:

Преди да започнете

Резервният център за данни трябва да отразява производствената среда на виртуалните машини и резервна база данни на PostgreSQL или Microsoft SQL Server. Например, ако в производствената среда има 3 виртуални машини, работещи с HDS възли, средата за архивиране трябва да има 3 виртуални машини. (Вижте Резервен център за данни за възстановяване след бедствия за общ преглед на този модел за превключване на резервни устройства.)
Уверете се, че синхронизирането на базата данни е активирано между базата данни на активните и пасивните клъстерни възли.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете. ISO файлът трябва да е копие на оригиналния ISO файл на основния център за данни, върху който ще се направят следните актуализации на конфигурацията.
2	След като конфигурирате Syslogd сървъра, щракнете върху Разширени настройки
3	На страницата Разширени настройки добавете конфигурацията по-долу, за да поставите възела в пасивен режим. В този режим възелът ще бъде регистриран в организацията и свързан с облака, но няма да обработва трафик. `passiveMode: 'true'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
5	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
6	В левия навигационен панел на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и след това щракнете върху Редактиране на настройките..
7	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
9	Повторете процеса за всеки възел в резервния център за данни. Проверете системните логове, за да се уверите, че възлите са в пасивен режим. Трябва да можете да видите съобщението „KMS конфигуриран в пасивен режим“ в системните логове.

Какво да направите след това

След като конфигурирате passiveMode в ISO файла и го запазите, можете да създадете друго копие на ISO файла без конфигурацията passiveMode и да го запазите на сигурно място. Това копие на ISO файла без конфигуриран passiveMode може да помогне за бърз процес на превключване след срив по време на възстановяване след бедствие. Вижте Възстановяване след бедствие с помощта на резервен център за данни за подробна процедура за превключване при срив.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Без прокси—По подразбиране, ако не използвате хранилището за доверени данни за настройката на HDS възела & Конфигурация на прокси за интегриране на прокси. Не се изисква актуализация на сертификата.
Прозрачен неинспектиращ прокси сървър— Възлите не са конфигурирани да използват специфичен адрес на прокси сървър и не би трябвало да изискват никакви промени, за да работят с неинспектиращ прокси сървър. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси сървър— Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър— С изричен прокси сървър, вие казвате на HDS възлите кой прокси сървър и схема за удостоверяване да използват. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN—Адрес, който може да се използва за достигане до прокси машината.
2. Прокси порт— Номер на порт, който прокси сървърът използва, за да слуша проксиран трафик.
3. Прокси протокол— В зависимост от това какво поддържа вашият прокси сървър, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване— Изберете измежду следните типове удостоверяване:
  - Няма—Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Basic—Използва се от HTTP потребителски агент за предоставяне на потребителско име и парола при отправяне на заявка. Използва Base64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Дайджест—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

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

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

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

Изисквания за сигурност на данните за многонаемателни хибридни системи

Изисквания за лиценз на Cisco Webex

За да внедрите хибридна защита на данни за множество наематели:

Партньорски организации: Свържете се с вашия партньор на Cisco или мениджър на клиенти и се уверете, че функцията „Много наематели“ е активирана.
Организации наематели: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за Docker Desktop

Преди да инсталирате HDS възлите си, трябва да стартирате инсталационна програма в Docker Desktop. Docker наскоро актуализира своя лицензионен модел. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, " Docker е Актуализиране и разширяване на нашите абонаментиза продукти".

Клиенти без лиценз за Docker Desktop могат да използват инструмент за управление на контейнери с отворен код, като Podman Desktop, за да стартират, управляват и създават контейнери. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Изисквания за сертификат X.509

Веригата от сертификати трябва да отговаря на следните изисквания:

Таблица 1. Изисквания за сертификат X.509 за внедряване на хибридна сигурност на данните
Изискване	Подробности
Подписано от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на CAs в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи домейн с общо име (CN), който идентифицира вашето внедряване на хибридна сигурност на данни Не е сертификат със заместващ знак	Не е необходимо CN да е достъпен или да е активен хост. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. Комбинираното предложение не трябва да съдържа * (заместващ знак). CN се използва за проверка на възлите на Hybrid Data Security към клиенти на Webex App. Всички възли за хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашата KMS система се идентифицира с CN домейна, а не с домейн, дефиниран в полетата x.509v3 SAN. След като регистрирате възел с този сертификат, не поддържаме промяна на името на домейна CN.
Подпис, различен от SHA1	Софтуерът KMS не поддържа SHA1 подписи за валидиране на връзки към KMS системи на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име `kms-private-key`, за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор като OpenSSL, за да промените формата на вашия сертификат. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.

Софтуерът KMS не налага налага използването на ключове или разширени ограничения за използване на ключове. Някои сертифициращи органи изискват към всеки сертификат да се прилагат разширени ограничения за използване на ключове, като например удостоверяване на сървъра. Допустимо е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален хост

Виртуалните хостове, които ще настроите като възли за хибридна сигурност на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (препоръчително 3), разположени в един и същ защитен център за данни
Инсталиран и работещ VMware ESXi 7.0 или 8.0.

Трябва да надстроите, ако имате по-ранна версия на ESXi.
Минимум 4 vCPU, 8 GB основна памет, 30 GB локално дисково пространство на сървър

Изисквания за сървъра на базата данни

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

Има две опции за сървър на база данни. Изискванията за всеки от тях са следните:

Таблица 2. Изисквания към сървъра за бази данни според типа на базата данни
PostgreSQL	Microsoft SQL Server
PostgreSQL 14, 15 или 16, инсталиран и работещ.	Инсталиран е SQL Server 2016, 2017, 2019 или 2022 (Enterprise или Standard). SQL Server 2016 изисква Service Pack 2 и Cumulative Update 2 или по-нова версия.
Минимум 8 виртуални процесора (vCPU), 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не се превишава допустимото количество памет (препоръчва се 2 TB, ако искате да използвате базата данни за дълго време, без да е необходимо да увеличавате паметта).	Минимум 8 виртуални процесора (vCPU), 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не се превишава допустимото количество памет (препоръчва се 2 TB, ако искате да използвате базата данни за дълго време, без да е необходимо да увеличавате паметта).

Софтуерът HDS в момента инсталира следните версии на драйвери за комуникация със сървъра на базата данни:

PostgreSQL

Microsoft SQL Server

JDBC драйвер за Postgres 42.2.5

SQL Server JDBC драйвер 4.6

Тази версия на драйвера поддържа SQL Server Always On ( Always On Failover Cluster Instances и Always On availability groups).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

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

HDS възлите, инфраструктурата на Active Directory и MS SQL Server трябва да бъдат синхронизирани с NTP.
Акаунтът в Windows, който предоставяте на HDS възлите, трябва да има read/write достъп до базата данни.
DNS сървърите, които предоставяте на HDS възлите, трябва да могат да разрешават вашия център за разпространение на ключове (KDC).
Можете да регистрирате екземпляра на базата данни HDS на вашия Microsoft SQL Server като име на принципал на услугата (SPN) в Active Directory. Вижте Регистриране на име на принципал на услуга за Kerberos връзки.

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

Изисквания за външна свързаност

Конфигурирайте защитната си стена, за да разрешите следната свързаност за HDS приложенията:

Приложение	Протокол	Порт	Упътване от приложението	Местоназначение
Хибридни възли за сигурност на данните	TCP	443	Изходящ HTTPS и WSS	Webex сървъри: .wbx2.com .ciscospark.com Всички хостове на Common Identity Други URL адреси, които са изброени за хибридна сигурност на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex на Мрежови изисквания за услуги на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички хостове на Common Identity hub.docker.com

Възлите за хибридна сигурност на данните работят с транслация на мрежовия достъп (NAT) или зад защитна стена, стига NAT или защитната стена да позволяват необходимите изходящи връзки към местоназначенията на домейна в предходната таблица. За връзки, водещи към възлите за хибридна сигурност на данните, не трябва да се виждат портове от интернет. Във вашия център за данни, клиентите се нуждаят от достъп до възлите за хибридна сигурност на данните на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете с обща идентичност (CI) са специфични за региона. Това са текущите CI хостове:

Регион	URL адреси на хостове за обща идентичност
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Squid прокси сървърите, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да заобиколите този проблем, вижте Конфигуриране на Squid прокси сървъри за хибридна сигурност на данните.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуди изходящия TCP трафик на порт 443 да маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, заобикалянето (неинспектирането) на трафика към wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна сигурност на данните

Използвайте този контролен списък, за да се уверите, че сте готови да инсталирате и конфигурирате вашия клъстер за хибридна защита на данни.

1	Уверете се, че вашата партньорска организация е активирала функцията Multi-Tenant HDS и вземете идентификационните данни на акаунт с пълни администраторски права на партньора и пълни администраторски права. Уверете се, че вашата организация на клиенти на Webex е активирана за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор на Cisco или мениджър клиенти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо внедряване на HDS.
2	Изберете име на домейн за вашето HDS внедряване (например, `hds.company.com`) и получете верига от сертификати, съдържаща X.509 сертификат, частен ключ и всички междинни сертификати. Веригата от сертификати трябва да отговаря на изискванията в X.509 Certificate Requirements.
3	Подгответе идентични виртуални хостове, които ще настроите като възли за хибридна сигурност на данни във вашия клъстер. Необходими са ви поне два отделни хоста (препоръчително 3), разположени в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален хост.
4	Подгответе сървъра на базата данни, който ще действа като хранилище за ключови данни за клъстера, съгласно изискванията за сървъра на базата данни. Сървърът на базата данни трябва да бъде разположен в защитения център за данни заедно с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране.) Когато бъдат инсталирани, HDS приложенията създават схемата на базата данни.) Съберете данните, които възлите ще използват за комуникация със сървъра на базата данни: името на хоста или IP адреса (хост) и порта името на базата данни (dbname) за съхранение на ключове потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключове
5	За бързо възстановяване след бедствие, създайте резервна среда в различен център за данни. Резервната среда отразява производствената среда на виртуални машини и резервен сървър на база данни. Например, ако в производствената среда има 3 виртуални машини, работещи с HDS възли, средата за архивиране трябва да има 3 виртуални машини.
6	Настройте хост за системен лог, който да събира лог файлове от възлите в клъстера. Съберете неговия мрежов адрес и системен порт (по подразбиране е UDP 514).
7	Създайте политика за сигурно архивиране за възлите на хибридната защита на данните, сървъра на базата данни и хоста на syslog. Като минимум, за да предотвратите невъзстановима загуба на данни, трябва да архивирате базата данни и ISO файла с конфигурацията, генериран за възлите на Hybrid Data Security. Тъй като възлите за хибридна сигурност на данните съхраняват ключовете, използвани за криптиране и декриптиране на съдържание, невъзможността за поддържане на оперативно внедряване ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на това съдържание. Клиентите на Webex App кешират ключовете си, така че прекъсването може да не е веднага забележимо, но ще стане очевидно с течение на времето. Въпреки че временните прекъсвания са невъзможни за предотвратяване, те са възстановими. Пълната загуба (без налични резервни копия) на базата данни или на ISO файла с конфигурацията обаче ще доведе до невъзстановими клиентски данни. Очаква се операторите на възлите на Hybrid Data Security да поддържат чести резервни копия на базата данни и ISO файла с конфигурацията и да бъдат готови да възстановят центъра за данни на Hybrid Data Security, ако възникне катастрофална повреда.
8	Уверете се, че конфигурацията на вашата защитна стена позволява свързване за вашите възли за хибридна сигурност на данни, както е посочено в Изисквания за външна свързаност.
9	Инсталирайте Docker ( https://www.docker.com) на всяка локална машина, работеща с поддържана операционна система (Microsoft Windows 10 Professional или Enterprise 64-bit, или Mac OSX Yosemite 10.10.3 или по-нова версия) с уеб браузър, който може да го достъпва на http://127.0.0.1:8080. Използвате екземпляра на Docker, за да изтеглите и стартирате инструмента за настройка на HDS, който изгражда локалната информация за конфигурацията за всички възли на Hybrid Data Security. Може да ви е необходим лиценз за Docker Desktop. Вижте Изисквания за Docker Desktop за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има свързаността, описана в Изисквания за външна свързаност.
10	Ако интегрирате прокси с Hybrid Data Security, уверете се, че той отговаря на изискванията за прокси сървър.

Създаване на хибриден клъстер за сигурност на данни

Поток на задачи за внедряване на хибридна сигурност на данни

Преди да започнете

1	Извършете първоначална настройка и изтеглете инсталационните файлове Изтеглете OVA файла на локалната си машина за по-късна употреба.
2	Създайте ISO файл с конфигурация за HDS хостовете Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на Hybrid Data Security.
3	Инсталирайте HDS Host OVA Създайте виртуална машина от OVA файла и извършете първоначална конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежови настройки по време на внедряване на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
4	Настройване на виртуална машина за хибридна защита на данни Влезте в конзолата на виртуалната машина и задайте идентификационните данни за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.
5	Качете и монтирайте ISO файла с конфигурацията на HDS Конфигурирайте виртуалната машина от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на HDS възел за интегриране на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете сертификата за прокси сървър към хранилището за доверени сертификати, ако е необходимо.
7	Регистрирайте първия възел в клъстера Регистрирайте виртуалната машина в облака Cisco Webex като възел за хибридна сигурност на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте Multi-Tenant HDS в Partner Hub. Активирайте HDS и управлявайте организациите на наематели в Partner Hub.

Извършете първоначална настройка и изтеглете инсталационните файлове

В тази задача изтегляте OVA файл на вашата машина (не на сървърите, които сте настроили като възли за хибридна сигурност на данните). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Центъра за партньори и след това щракнете върху Услуги.
2	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и след това щракнете върху Настройка. Щракването върху Настройка в Центъра за партньори е от решаващо значение за процеса на внедряване. Не продължавайте с инсталацията, без да завършите тази стъпка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне на .OVA файл в картата Инсталиране и конфигуриране на софтуер. По-старите версии на софтуерния пакет (OVA) няма да са съвместими с най-новите актуализации на Hybrid Data Security. Това може да доведе до проблеми при надграждане на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от секцията Помощ. Кликнете върху Настройки > Помощ > Изтеглете софтуера за хибридна сигурност на данните. OVA файлът автоматично започва да се изтегля. Запазете файла на място на вашата машина.

Създайте ISO файл с конфигурация за HDS хостовете

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1 до 5 в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

HTTPS прокси без удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

HTTP прокси с удостоверяване

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

HTTPS прокси с удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT
ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

docker rmi ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

docker login -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

docker pull ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

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

В обикновени среди с HTTPS прокси:

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

В среди на FedRAMP без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTP прокси:

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

В среди на FedRAMP с HTTPS прокси:

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

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

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

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080, и въведете потребителско име на администратор за Partner Hub при подканата.

Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.

8

На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.

9

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

Не— Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да— Ако вече сте създали HDS възли, тогава избирате вашия ISO файл в прегледа и го качвате.

10

Проверете дали вашият X.509 сертификат отговаря на изискванията в X.509 Certificate Requirements.

Ако никога преди не сте качвали сертификат, качете сертификата X.509, въведете паролата и щракнете върху „ Продължи“ .
Ако сертификатът ви е наред, щракнете върху Продължи.
Ако вашият сертификат е изтекъл или искате да го замените, изберете Не за Да продължите ли да използвате веригата от сертификати на HDS и частния ключ от предишния ISO?. Качете нов X.509 сертификат, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до вашето хранилище за ключове:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, ще получите поле „Тип на удостоверяване“.
(само за Microsoft SQL Server ) Изберете вашия тип удостоверяване:
- Основно удостоверяване: Трябва да въведете име на локален SQL Server акаунт в полето Потребителско име.
- Удостоверяване на Windows: Необходим ви е акаунт в Windows във формат username@DOMAIN в полето Потребителско име.
Въведете адреса на сървъра на базата данни във формата : или :.

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

Можете да използвате IP адрес за основно удостоверяване, ако възлите не могат да използват DNS за разрешаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете името на базата данни.
Въведете потребителско име и парола на потребител с всички привилегии върху базата данни за съхранение на ключове.

12

Изберете TLS режим на свързване към база данни:

Режим	Описание
Предпочитам TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако активирате TLS на сървъра на базата данни, възлите ще се опитат да установят криптирана връзка.
Изисквайте TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Изисквайте TLS и проверете подписвача на сертификати	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка, възелът сравнява подписващия сертификата от сървъра на базата данни със сертифициращия орган в коренния сертификат на базата данни. Ако не съвпадат, възелът изпуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.
Изисквайте TLS и проверете подписалия сертификат и хостовото име	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка, възелът сравнява подписващия сертификата от сървъра на базата данни със сертифициращия орган в коренния сертификат на базата данни. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето Хост и порт на базата данни. Имената трябва да съвпадат точно или възелът пуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.

Когато качите главния сертификат (ако е необходимо) и щракнете върху „Продължи“ , инструментът за настройка на HDS тества TLS връзката със сървъра на базата данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързаността, HDS възлите може да са в състояние да установят TLS връзката, дори ако машината с HDS Setup Tool не може да я тества успешно.)

13

На страницата „Системни дневници“ конфигурирайте вашия Syslogd сървър:

Въведете URL адреса на syslog сървъра.

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

Пример:
udp://10.92.43.23:514 показва регистриране към Syslogd хост 10.92.43.23 на UDP порт 514.
Ако сте настроили сървъра си да използва TLS криптиране, проверете Конфигуриран ли е сървърът ви за TLS договаряне/ръкостискане?.

Ако отметнете това квадратче, уверете се, че сте въвели TCP URL адрес, като например tcp://10.92.43.23:514, и качете коренния сертификат на syslog.
От падащото меню Изберете прекратяване на syslog записа изберете подходящата настройка за вашия ISO файл: За Graylog и Rsyslog TCP се използва Choose или Newline
- Нулев байт -- \x00
- Нов ред -- \n—Изберете тази опция за Graylog и Rsyslog TCP.
Щракнете върху Продължаване.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с базата данни в Разширени настройки. Обикновено този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxSize: 10

15

Щракнете върху Продължи на екрана Нулиране на паролата за сервизни акаунти.

Паролите за сервизни акаунти имат деветмесечен срок на валидност. Използвайте този екран, когато паролите ви наближават срок на валидност или искате да ги нулирате, за да анулирате предишни ISO файлове.

16

Кликнете върху Изтегляне на ISO файл. Запазете файла на място, което е лесно за намиране.

17

Направете резервно копие на ISO файла на вашата локална система.

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

18

За да затворите инструмента за настройка, въведете CTRL+C.

Какво да направите след това

Направете резервно копие на ISO файла с конфигурацията. Нужен ви е, за да създадете още възли за възстановяване или да направите промени в конфигурацията. Ако загубите всички копия на ISO файла, ще загубите и главния ключ. Възстановяването на ключовете от вашата база данни PostgreSQL или Microsoft SQL Server не е възможно.

Никога нямаме копие на този ключ и не можем да ви помогнем, ако го загубите.

Инсталирайте HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте VMware vSphere клиента на вашия компютър, за да влезете във виртуалния хост ESXi.
2	Изберете Файл > Разгръщане на OVF шаблон.
3	В съветника посочете местоположението на OVA файла, който сте изтеглили по-рано, и след това щракнете върху Напред.
4	На страницата Изберете име и папка въведете име на виртуална машина за възела (например "HDS_Node_1"), изберете местоположение, където може да се намира внедряването на възела на виртуалната машина, и след това щракнете върху Напред.
5	На страницата Изберете изчислителен ресурс изберете целевия изчислителен ресурс и след това щракнете върху Напред. Извършва се проверка за валидиране. След като приключи, се показват подробностите за шаблона.
6	Проверете данните на шаблона и след това щракнете върху Напред.
7	Ако бъдете помолени да изберете конфигурацията на ресурсите на страницата Конфигурация, щракнете върху 4 CPU и след това щракнете върху Напред.
8	На страницата Избор на място за съхранение щракнете върху Напред, за да приемете формата на диска по подразбиране и политиката за съхранение на виртуална машина.
9	На страницата Избор на мрежи изберете опцията за мрежа от списъка със записи, за да осигурите желаната свързаност на виртуалната машина.
10	На страницата Персонализиране на шаблон конфигурирайте следните мрежови настройки: Име на хост— Въведете FQDN (име на хост и домейн) или еднословно име на хост за възела. Не е необходимо да задавате домейна така, че да съответства на домейна, който сте използвали за получаване на сертификата X.509. За да осигурите успешна регистрация в облака, използвайте само малки букви в FQDN или името на хоста, което сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес— Въведете IP адреса за вътрешния интерфейс на възела. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска— Въведете адреса на подмрежовата маска в десетично-точков формат. Например, 255.255.255.0. Шлюз— Въведете IP адреса на шлюза. Шлюзът е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри— Въведете списък с DNS сървъри, разделени със запетаи, които обработват преобразуването на имена на домейни в числови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри— Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетаи, за да въведете множество NTP сървъри. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстер да са достъпни от клиенти във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурирането на мрежовите настройки и да следвате стъпките в Настройка на хибридната виртуална машина за защита на данни, за да конфигурирате настройките от конзолата на възела. Опцията за конфигуриране на мрежови настройки по време на внедряване на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху виртуалната машина на възела и след това изберете Захранване > Включване. Софтуерът за хибридна сигурност на данни е инсталиран като гост на виртуалната машина. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Възможно е да има забавяне от няколко минути, преди контейнерите с възли да се появят. По време на първото зареждане на конзолата се появява съобщение за защитната стена на моста, по време на което не можете да влезете.

Настройване на виртуална машина за хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата за виртуална машина на възела Hybrid Data Security и да зададете идентификационните данни за влизане. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.

1	В клиента на VMware vSphere изберете вашия възел Hybrid Data Security VM и изберете раздела Console. Виртуалната машина се стартира и се появява подкана за вход. Ако подканата за вход не се покаже, натиснете Enter.
2	Използвайте следните потребителски данни и парола по подразбиране, за да влезете и да промените идентификационните данни: Вход: `admin` Парола: `cisco` Тъй като влизате във виртуалната си машина за първи път, е необходимо да промените администраторската парола.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай, в главното меню изберете опцията Редактиране на конфигурация.
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на политиката на вашата мрежа. Не е необходимо да задавате домейна така, че да съответства на домейна, който сте използвали за получаване на сертификата X.509.
6	Запазете мрежовата конфигурация и рестартирайте виртуалната машина, за да влязат в сила промените.

Качете и монтирайте ISO файла с конфигурацията на HDS

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

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде достъпен само въз основа на „необходимост за информация“ за достъп на виртуалните машини за хибридна сигурност на данните и всички администратори, които може да се нуждаят от промени. Уверете се, че само тези администратори имат достъп до хранилището за данни.

1

Качете ISO файла от вашия компютър:

В левия навигационен панел на клиента VMware vSphere щракнете върху ESXi сървъра.
В списъка с хардуер в раздела „Конфигурация“ щракнете върху „Памет“.
В списъка с хранилища за данни щракнете с десния бутон върху хранилището за данни за вашите виртуални машини и щракнете върху Преглед на хранилището за данни.
Щракнете върху иконата за качване на файлове и след това щракнете върху Качване на файл.
Отидете до мястото, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Кликнете върху Да, за да приемете upload/download предупреждение за операция и затворете диалоговия прозорец на хранилището за данни.

2

Монтирайте ISO файла:

В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
Щракнете върху OK, за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD Drive 1, изберете опцията за монтиране от ISO файл на хранилище за данни и отидете до мястото, където сте качили ISO файла с конфигурацията.
Проверете Свързано и Свързване при включване.
Запазете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако вашата ИТ политика го изисква, можете по желание да демонтирате ISO файла, след като всички ваши възли приемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след HDS конфигурация за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси, използвайте тази процедура, за да укажете вида на прокси, който искате да интегрирате с Hybrid Data Security. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси за общ преглед на поддържаните опции за прокси.
Изисквания към прокси сървъра

1	Въведете URL адреса за настройка на HDS възел `https://[HDS Node IP or FQDN]/setup` в уеб браузър, въведете администраторските идентификационни данни, които сте задали за възела, и след това щракнете върху Вход.
2	Отидете на Хранилище на доверие & Прокси , след което изберетеопция: Без прокси— Опцията по подразбиране, преди да интегрирате прокси. Не се изисква актуализация на сертификата. Прозрачен неинспектиращ прокси сървър— Възлите не са конфигурирани да използват специфичен адрес на прокси сървър и не би трябвало да изискват никакви промени, за да работят с неинспектиращ прокси сървър. Не се изисква актуализация на сертификата. Прозрачен инспектиращ прокси сървър— Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. Не httpS конфигурация промени са необходими в разполагането на защитата на хибридни данни, обаче HDS възли се нуждаят от главен сертификат, така че те се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър— С изричен прокси сървър, вие казвате на клиента (HDS възлите) кой прокси сървър да използва и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN—Адрес, който може да се използва за достигане до прокси машината. Прокси порт— Номер на порт, който прокси сървърът използва, за да слуша проксиран трафик. Прокси протокол— Изберете http (преглежда и контролира всички заявки, получени от клиента) или https (предоставя канал към сървъра, а клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване— Изберете измежду следните типове удостоверяване: Няма—Не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Basic—Използва се от HTTP потребителски агент за предоставяне на потребителско име и парола при отправяне на заявка. Използва Base64 кодиране. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Дайджест—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Качване на главен сертификат или Сертификат за краен обект и след това навигирайте до изберете главния сертификат запрокси. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката chevron по името на издателя на сертификата, за да получите повече подробности или щракнете върху Изтрий, ако сте направили грешка и искате да качите повторно файла.
4	Щракнете върху Проверка на прокси връзката, за да тествате мрежовата свързаност между възела и прокси. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако смятате, че това е грешка, изпълнете тези стъпки и след това вижте Изключване на режима за разрешаване на блокирани външни DNS адреси.
5	След като тестът за връзка премине, за изрично прокси настроен само на https, включете превключването към Маршрут всички порт 443/444 https заявки от този възел през изрично прокси. Тази настройка изисква 15 секунди, за да влязат в сила.
6	Щракнете върху Инсталиране на всички сертификати в хранилището на гаранти (появява се за HTTPS изрично прокси или прозрачен проверяващ прокси) или Рестартиране (появява се за HTTP изрично прокси), прочетете подканата и след това щракнете върху Инсталиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След рестартирането на възела влезте отново, ако е необходимо, след което отворете страницата Общ преглед, за да проверите проверките за свързване, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистрирайте първия възел в клъстера

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

Когато регистрирате първия си възел, създавате клъстер, към който е присвоен възелът. Клъстерът съдържа един или повече възли, разположени за осигуряване на резервиране.

Преди да започнете

След като започнете регистрацията на възел, трябва да я завършите в рамките на 60 минути или ще трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че сте разрешили изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „Настройка“.
4	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на картата Създаване на нов клъстер въведете име за клъстера, към който искате да присвоите вашия възел за хибридна защита на данни. Препоръчваме да наименувате клъстер въз основа на географското местоположение на възлите на клъстера. Примери: „Сан Франциско“, „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройка на виртуалната машина за хибридна сигурност на данни. Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
7	Кликнете върху Отиди на възел. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да предоставите разрешения на вашата Webex организация за достъп до вашия възел.
8	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата „Хибридна сигурност на данните“ на Partner Hub. На страницата Хибридна сигурност на данни новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Ресурси. Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

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

Преди да започнете

След като започнете регистрацията на възел, трябва да я завършите в рамките на 60 минути или ще трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че сте разрешили изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новата виртуална машина, като повторите стъпките в Настройка на хибридната виртуална машина за сигурност на данните.
3	На новата виртуална машина повторете стъпките в Качване и монтиране на ISO файл с конфигурация на HDS.
4	Ако настройвате прокси за вашето внедряване, повторете стъпките в Конфигуриране на HDS възела за интеграция на прокси, както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.comизберете Услуги от менюто от лявата страна на екрана. В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „ Виж всички“ . Появява се страницата „Ресурси за хибридна сигурност на данни“. Новосъздаденият клъстер ще се появи на страницата Ресурси. Щракнете върху клъстера, за да видите възлите, присвоени на клъстера. Кликнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, което показва, че можете да регистрирате вашия възел в облака Webex. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата „Хибридна сигурност на данните“ на Partner Hub. Изскачащото съобщение„Възълът е добавен “ се появява и в долната част на екрана в Partner Hub. Вашият възел е регистриран.

Какво да направите след това

За да създадете допълнителни клъстери, влезте в Partner Hub и щракнете върху Services > Хибридна сигурност на данните > Вижте всички > Добавяне на клъстер. Следвайте стъпките, описани в раздела по-горе, за да добавите първия възел към допълнителния клъстер или клъстери.

Управлявайте организациите на наематели в Multi-Tenant Hybrid Data Security

Активирайте Multi-Tenant HDS в Partner Hub

Тази задача гарантира, че всички потребители на клиентските организации могат да започнат да използват HDS за локални ключове за криптиране и други услуги за сигурност.

Преди да започнете

Уверете се, че сте завършили настройката на вашия Multi-Tenant HDS клъстер с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Редактиране на настройките“ .
4	Щракнете върху Активиране на HDS на картата Състояние на HDS.

Добавяне на организации наематели в Partner Hub

В тази задача вие присвоявате клиентски организации към вашия хибриден клъстер за сигурност на данни.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „ Виж всички.
4	Отидете на раздела Назначени клиенти. Разделът „Назначени клиенти“ няма да се показва, докато не създадете клъстер.
5	Кликнете върху Добавяне на клиенти.
6	Изберете клиента, когото искате да добавите, от падащото меню.
7	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
8	Повторете стъпки от 5 до 7, за да добавите няколко клиенти към вашия клъстер.
9	Кликнете върху Готово в долната част на екрана, след като добавите клиентите. Добавените клиенти ще бъдат синхронизирани във всички налични клъстери.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS, за да завършите процеса на настройка.

Създайте главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS

Преди да започнете

Присвояване на клиенти, както е описано подробно в Добавяне на организации наематели в Partner Hub. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените организации на клиенти.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте вашето внедряване на PostgreSQL или SQL Server за TLS.

Процесът на настройка на Hybrid Data Security създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080`, и въведете потребителско име на администратор за Partner Hub при подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.
9	На страницата ISO импортиране щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете. Осигурете свързаност с вашата база данни, за да извършвате управление на CMK.
11	Отидете в раздела Управление на CMK на наематели, където ще намерите следните три начина за управление на CMK на наематели. Създаване на CMK за всички организации или Създаване на CMK - Кликнете върху този бутон в банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Създаване на CMK, за да създадете CMK за всички новодобавени организации. Щракнете върху близо до статуса „Изчакване на управлението на CMK“ на конкретна организация в таблицата и щракнете върху Създаване на CMK, за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, статусът в таблицата ще се промени от CMK management pending на CMK managed.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахване на организациите на наемателите

Преди да започнете

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

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „ Виж всички.
4	На страницата, която се отваря, щракнете върху раздела Присвоени клиенти.
5	От показания списък с организации на клиенти щракнете върху от дясната страна на организацията на клиента, която искате да премахнете, и щракнете върху Премахване от клъстера.

Какво да направите след това

Завършете процеса на премахване, като отмените CMK-тата на организациите на клиентите, както е описано подробно в Отмяна на CMK-тата на наематели, премахнати от HDS.

Отмяна на CMK-тата на наематели, премахнати от HDS.

Преди да започнете

Премахнете клиентите, както е описано подробно в Премахване на организации наематели. Стартирайте инструмента за инсталиране на HDS, за да завършите процеса на премахване на премахнатите организации на клиенти.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080`, и въведете потребителско име на администратор за Partner Hub при подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.
9	На страницата ISO импортиране щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете.
11	Отидете в раздела Управление на CMK на наематели, където ще намерите следните три начина за управление на CMK на наематели. Отмяна на CMK за всички организации или Отмяна на CMK - Кликнете върху този бутон в банера в горната част на екрана, за да отмените CMK на всички премахнати организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Отмяна на CMK, за да отмените CMK на всички премахнати организации. Щракнете върху близо до статуса CMK за отмяна на конкретна организация в таблицата и щракнете върху Отмяна на CMK, за да отмените CMK за тази конкретна организация.
12	След като отмяната на CMK е успешна, организацията на клиента вече няма да се показва в таблицата.
13	Ако отмяната на CMK е неуспешна, ще се покаже грешка.

Тествайте внедряването на хибридна защита на данните

Тествайте внедряването на хибридна защита на данните си

Използвайте тази процедура, за да тествате сценарии за криптиране на хибридна защита на данни с множество наематели.

Преди да започнете

Настройте внедряването на вашата хибридна защита на данни за множество наематели.
Уверете се, че имате достъп до системния лог (syslog), за да проверите дали ключовите заявки се предават към вашето внедряване на хибридна защита на данни с множество наематели.

1

Ключовете за дадено пространство се задават от създателя на пространството. Влезте в приложението Webex като един от потребителите на организацията на клиента и след това създайте пространство.

Ако деактивирате внедряването на хибридна защита на данни, съдържанието в пространствата, създадени от потребителите, вече няма да е достъпно, след като кешираните от клиента копия на ключовете за криптиране бъдат заменени.

2

Изпращайте съобщения до новото пространство.

3

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

Ако потребител на новодобавена клиентска организация извърши някакво действие, идентификационният номер на организацията ще се появи в регистрационните файлове и това може да се използва за проверка дали организацията използва Multi-Tenant HDS. Проверете стойността на kms.data.orgId в системните логове.

За да проверите за потребител, който първо установява защитен канал към KMS, филтрирайте по kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

Трябва да намерите запис, подобен на следния (идентификаторите са съкратени за по-лесна четливост):

2025-04-10 04:38:20.208 (+0000) INFO  KMS [pool-19-thread-13] - [KMS:REQUEST] received, deviceId: 
https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5 ecdheKid: kms://collabdemoorg.cisco.com/statickeys/8[~]3 
clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]6,
 kms.data.method=create, kms.merc.id=d[~]7, kms.merc.sync=false, kms.data.uriHost=collabdemoorg.cisco.com, 
kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=1[~]f, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/ecdhe, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който заявява съществуващ ключ от KMS, филтрирайте по kms.data.method=retrieve и kms.data.type=KEY:

Трябва да намерите запис, например:

2025-04-10 04:38:24.144 (+0000) INFO  KMS [pool-19-thread-26] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558)
 WEBEX_TRACKINGID=webex-web-client_0[~]0, kms.data.method=retrieve, kms.merc.id=5[~]3, kms.merc.sync=false,
 kms.data.uriHost=collabdemoorg.cisco.com, kms.data.type=KEY, kms.data.requestId=4[~]7, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/keys/2[~]e, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който иска създаването на нов KMS ключ, филтрирайте по kms.data.method=create и kms.data.type=KEY_COLLECTION:

Трябва да намерите запис, например:

2025-04-10 04:42:22.739 (+0000) INFO  KMS [pool-19-thread-29] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::7 orgId: 2[~]b
 (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]3, kms.data.method=create, 
kms.merc.id=6[~]4, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, 
kms.data.orgId=2[~]b, kms.data.uri=/keys, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който е поискал създаването на нов KMS ресурсен обект (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте по kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

Трябва да намерите запис, например:

2025-04-10 04:42:23.690 (+0000) INFO  KMS [pool-19-thread-31] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/3[~]6 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 
clusterConnection: prodachm::1 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]2,
 kms.data.method=create, kms.merc.id=3[~]0, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
kms.data.requestId=5[~]8, kms.data.orgId=2[~]b, kms.data.uri=/resources, kms.data.userId=1[~]f, kms.data.httpUserAgent=conversation

Мониториране на състоянието на хибридната сигурност на данните

Индикатор за състоянието в Partner Hub ви показва дали всичко е наред с внедряването на Multi-Tenant Hybrid Data Security. За по-проактивно известяване, регистрирайте се за имейл известия. Ще бъдете уведомявани, когато има аларми, влияещи върху услугата, или актуализации на софтуера.

1	В Център за партньориизберете Услуги от менюто от лявата страна на екрана.
2	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Редактиране на настройките“ . Появява се страницата с настройки за хибридна защита на данните.
3	В секцията „Известия по имейл“ въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управлявайте внедряването на вашия HDS

Управление на внедряването на HDS

Използвайте описаните тук задачи, за да управлявате внедряването на хибридна защита на данни.

Задаване на график за надграждане на клъстера

Надстройките на софтуера за хибридна сигурност на данните се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги работят с една и съща версия на софтуера. Надстройките се извършват съгласно графика за надстройки за клъстера. Когато стане налична надстройка на софтуера, имате възможност да надстроите ръчно клъстера преди планираното време за надстройка. Можете да зададете конкретен график за надграждане или да използвате графика по подразбиране на 3:00 AM Daily Съединени щати: America/Los Анджелис. Можете също така да изберете да отложите предстоящо надграждане, ако е необходимо.

За да зададете график за надстройка:

1	Влезте в Partner Hub.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Настройка
4	На страницата „Ресурси за хибридна сигурност на данни“ изберете клъстера.
5	Кликнете върху раздела Настройки на клъстера.
6	На страницата „Настройки на клъстера“, под „График за надстройка“ изберете часа и часовата зона за графика за надстройка. Забележка: Под часовата зона се показва следващата налична дата и час на надстройка. Можете да отложите надстройката за следващия ден, ако е необходимо, като кликнете върху Отлагане с 24 часа.

Промяна на конфигурацията на възела

От време на време може да се наложи да промените конфигурацията на вашия възел за защита на хибридни данни поради причина като:

Промяна на x.509 сертификати поради изтичане или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на защитата, Hybrid Data Security използва пароли за сервизен акаунт, които имат деветмесечен живот. След като инструментът за настройка на HDS генерира тези пароли, ги разполагате на всеки от вашите HDS възли във файла ISO config. Когато паролите на вашата организация са към изтичане, получавате известие от екипа на Webex за нулиране на паролата за вашия машинен акаунт. (Имейлът включва текста „Използвайте API на машинния акаунт, за да актуализирате паролата.“) Ако вашите пароли все още не са изтекли, инструментът ви дава две опции:

Меко нулиране— Старата и новата парола работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Хард нулиране— Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

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

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права на партньора.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1.a до 1.e в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на 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 Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на парола. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“. Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Когато получите подкана, въведете вашите идентификационни данни за вход в Partner Hub и след това щракнете върху Приемам, за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да затворите инструмента за настройка, въведете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате само един работещ HDS възел, създайте нов виртуален компютър на възел Hybrid Data Security и го регистрирайте, като използвате новия ISO файл с конфигурация. За по-подробни инструкции вижте Създаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките. Щракнете върху `CD/DVD Drive 1`, изберете опцията за монтиране от ISO файл и отидете до мястото, където сте изтеглили новия ISO файл с конфигурацията. Поставете отметка на Свързване при включване. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса на възела "Защита на хибридните данни" (IP адрес/настройка например въведете идентификационни данни за администриране, които https://192.0.2.0/setup), сте задали за възела, след което щракнете върху Влизане.
2	Отидете на Общ преглед (страницата по подразбиране). Когато е разрешено, блокирани външна DNS разделителна способност е зададена да .
3	Отидете на страницата Хранилище на доверие & Прокси.
4	Щракнете върху Проверка на прокси връзката. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и да се върнете към страницата общ преглед, Блокиран външен DNS разделителна способност трябва да бъде зададено на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура, за да премахнете възел за хибридна защита на данни от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за сигурност.

1

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

2

Премахнете възела:

Влезте в Центъра за партньори и след това изберете Услуги.
В картата „Хибридна сигурност на данните“ щракнете върху „ Виж всички “ , за да се покаже страницата „Ресурси за хибридна сигурност на данните“.
Изберете вашия клъстер, за да се покаже неговият панел „Общ преглед“.
Кликнете върху възела, който искате да премахнете.
Кликнете върху Отрегистриране на този възел в панела, който се показва отдясно
Можете също да отпишете възела, като щракнете върху … от дясната страна на възела и изберете Отписване на възел.

3

В vSphere клиента изтрийте виртуалната машина. (В левия навигационен панел щракнете с десния бутон върху виртуалната машина и след това щракнете върху Изтриване.)

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

Възстановяване след бедствия с помощта на резервен център за данни

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

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, е наложително клъстерът да продължи да работи и да се поддържат правилни резервни копия. Загубата на базата данни за хибридна сигурност на данните или на ISO файла с конфигурацията, използван за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентско съдържание. Следните практики са задължителни за предотвратяване на подобна загуба:

Ако бедствие доведе до недостъпност на внедряването на HDS в основния център за данни, следвайте тази процедура, за да превключите ръчно към резервния център за данни.

Преди да започнете

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

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете.
2	След като конфигурирате Syslogd сървъра, щракнете върху Разширени настройки
3	На страницата Разширени настройки добавете конфигурацията по-долу или премахнете конфигурацията `passiveMode`, за да направите възела активен. Възелът може да обработва трафика, след като това е конфигурирано. `passiveMode: 'false'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
5	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
6	В левия навигационен панел на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и след това щракнете върху Редактиране на настройките..
7	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
9	Повторете процеса за всеки възел в резервния център за данни. Проверете изхода от системния лог, за да се уверите, че възлите на резервния център за данни не са в пасивен режим. „KMS конфигуриран в пасивен режим“ не трябва да се появява в системните логове.

Какво да направите след това

След превключване на резервния център за данни, ако основният център за данни стане отново активен, поставете отново резервния център за данни в пасивен режим, като следвате стъпките, описани в Настройване на резервен център за данни за възстановяване след бедствие.

(По избор) Демонтиране на ISO след HDS конфигурация

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

Все още използвате ISO файловете, за да правите промени в конфигурацията. Когато създавате нов ISO файл или актуализирате ISO файл чрез инструмента за настройка, трябва да монтирате актуализирания ISO файл на всички ваши HDS възли. След като всички ваши възли са възприели промените в конфигурацията, можете да демонтирате ISO файла отново с тази процедура.

Преди да започнете

Надстройте всички ваши HDS възли до версия 2025.06.02.6983 или по-нова.

1	Изключете един от вашите HDS възли.
2	В vCenter Server Appliance изберете възела HDS.
3	Изберете Редактиране на настройки > CD/DVD устройство и махнете отметката от ISO файл на хранилището на данни.
4	Включете HDS възела и се уверете, че няма аларми в продължение на поне 20 минути.
5	Повторете за всеки HDS възел поред.

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

Преглед на предупреждения и отстраняване на неизправности

Хибридното внедряване на защита на данни се счита за недостъпно, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че изисква изтичане на времето за изчакване. Ако потребителите не могат да достигнат до вашия клъстер за хибридна защита на данни, те ще наблюдават следните симптоми:

Не могат да се създават нови пространства (не е възможно да се създават нови ключове)
Съобщенията и заглавията на пространствата не успяват да се дешифрират за:
- Нови потребители са добавени към пространството (не е възможно да се получат ключове)
- Съществуващи потребители в пространство, използващи нов клиент (не могат да извлекат ключове)
Съществуващите потребители в дадено пространство ще продължат да работят успешно, стига техните клиенти да имат кеш на ключовете за криптиране.

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

Предупреждения

Ако има проблем с настройката на хибридната защита на данни, Partner Hub показва известия на администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Сигналите обхващат много често срещани сценарии.

Таблица 1. Често срещани проблеми и стъпки за разрешаването им
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Грешка при свързване с локална база данни.	Проверете дали сървърът на базата данни е наличен и дали са използвани правилните идентификационни данни за сервизен акаунт при конфигурацията на възела.
Грешка в достъпа до облачна услуга.	Проверете дали възлите имат достъп до Webex сървърите, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията за облачна услуга.	Регистрацията за облачни услуги беше премахната. Подновяването на регистрацията е в ход.
Регистрацията на облачна услуга е прекратена.	Регистрацията за облачни услуги е прекратена. Услугата се изключва.
Услугата все още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съответства на сертификата на сървъра.	Уверете се, че сертификатът на вашия сървър съответства на конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че CN на сертификата е бил наскоро променен и сега е различен от CN, използван по време на първоначалната настройка.
Неуспешно удостоверяване в облачните услуги.	Проверете за точност и евентуално изтичане на идентификационните данни за сервизния акаунт.
Неуспешно отваряне на локалния файл за съхранение на ключове.	Проверете целостта и точността на паролата в локалния файл за съхранение на ключове.
Сертификатът на локалния сървър е невалиден.	Проверете датата на валидност на сертификата на сървъра и потвърдете, че е издаден от надежден сертифициращ орган.
Не е възможно публикуване на показатели.	Проверете достъпа на локалната мрежа до външни облачни услуги.
/media/configdrive/hds директорията не съществува.	Проверете конфигурацията за монтиране на ISO файла на виртуалния хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организацията на клиента не е завършена за добавените организации	Завършете настройката, като създадете CMK за новодобавени организации на наематели, използвайки инструмента за настройка на HDS.
Настройката на организацията на клиента не е завършена за премахнатите организации	Завършете настройката, като отмените CMK-тата на организациите наематели, които бяха премахнати с помощта на инструмента за настройка на HDS.

Отстраняване на неизправности в хибридната сигурност на данните

Използвайте следните общи насоки, когато отстранявате проблеми с хибридната защита на данните.

1	Влезте в Partner Hub.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Събития“ .
4	Прегледайте страницата с историята на събитията за евентуални предупреждения и коригирайте всички елементи, които откриете там. Вижте изображението по-долу за справка.
5	Прегледайте изхода на syslog сървъра за активност от внедряването на хибридната защита на данните. Филтрирайте за думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняването на неизправности.
6	Свържете се с поддръжката на Cisco.

Други бележки

Известни проблеми със сигурността на хибридните данни

Ако изключите всички активни клъстери на Hybrid Data Security (чрез изтриването им в Partner Hub или чрез изключване на всички възли), загубите ISO файла си за конфигурация или загубите достъп до базата данни за хранилище на ключове, потребителите на Webex App на клиентски организации вече няма да могат да използват пространства в списъка си с хора, които са създадени с ключове от вашата KMS. В момента нямаме решение или корекция на този проблем и ви призоваваме да не изключвате услугите си на HDS, след като те обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка с KMS, поддържа тази връзка за определен период от време (вероятно един час).

Стартирайте инструмента за настройка на HDS с помощта на Podman Desktop

Podman е безплатен инструмент с отворен код за управление на контейнери, който предоставя начин за стартиране, управление и създаване на контейнери. Podman Desktop може да бъде изтеглен от https://podman-desktop.io/downloads.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За да получите достъп до него, изтеглете и стартирайте Podman на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в контролния център с пълни права на администратор за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на Hybrid Data Security създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

podman rmi ciscocitg/hds-setup:stable  
podman login docker.io -u hdscustomersro
dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
podman pull ciscocitg/hds-setup:stable
podman run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

Какво да направите след това

Следвайте оставащите стъпки в Създаване на ISO файл за конфигурация за HDS хостовете или Промяна на конфигурацията на възела, за да създадете или промените ISO конфигурацията.

Преместете съществуващото внедряване на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с много клиент в Partner Hub

Преобразуването от съществуващо едно-наемателско HDS внедряване на партньорска организация, управлявано в Control Hub, към многонаемателско HDS внедряване, управлявано в Partner Hub, включва предимно деактивиране на HDS услугата в Control Hub, дерегистриране на възли и изтриване на клъстера. След това можете да влезете в Partner Hub, да регистрирате възлите, да активирате Multi-Tenant HDS и да добавите клиенти към вашия клъстер.

Терминът „единичен клиент“ се отнася просто до съществуващо внедряване на HDS в Control Hub.

Деактивиране на HDS, дерегистриране на възли и изтриване на всички клъстери в Control Hub

1	Влезте в контролния център. В левия панел щракнете върху Хибрид. В картата „Хибридна сигурност на данните“ щракнете върху „Редактиране на настройките“.
2	На страницата с настройки превъртете надолу до секцията Деактивиране и щракнете върху Деактивиране.
3	След деактивирането, щракнете върху раздела Ресурси.
4	Страницата Ресурси изброява клъстерите във вашето HDS внедряване. Щракнете върху клъстер, отваря се страница с всички възли в този клъстер.
5	Щракнете върху отдясно и щракнете върху Отрегистриране на възел. Повторете процеса за всички възли в клъстера.
6	Ако вашето внедряване има множество клъстери, повторете стъпка 4 и стъпка 5, докато всички възли бъдат отписани.
7	Кликнете върху Настройки на клъстера > Премахване.
8	Щракнете върху Потвърди премахването, за да отпишете клъстера.
9	Повторете процеса за всички клъстери във вашето HDS внедряване. След деактивиране на HDS, отписване от регистрацията на възли и премахване на клъстери, картата Hybrid Data Service в Control Hub ще показва Setup not completed в долната част.

Активирайте Multi-Tenant HDS за партньорската организация в Partner Hub и добавете клиенти

Преди да започнете

Всички предварителни изисквания, посочени в Изисквания за сигурност на данните за многонаемателски хибридни системи, са приложими тук. Освен това, уверете се, че същата база данни и сертификати се използват по време на преместването към Multi-Tenant HDS.

1	Влезте в Центъра за партньори. Щракнете върху Услуги в левия панел. Използвайте същия ISO файл от предишното ви внедряване на HDS, за да конфигурирате възлите. Това ще гарантира, че съобщенията и съдържанието, генерирани от потребителите в предишното съществуващо внедряване на HDS, все още са достъпни в новата настройка за множество наематели.
2	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „Настройка“.
3	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
4	В първото поле на картата Създаване на клъстер въведете име за клъстера, към който искате да присвоите вашия възел за хибридна защита на данни. Препоръчваме да наименувате клъстер въз основа на географското местоположение на възлите на клъстера. Примери: „Сан Франциско“, „Ню Йорк“ или „Далас“
5	Във второто поле въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройка на виртуалната машина за хибридна сигурност на данни. Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
6	Кликнете върху Отиди на възел. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да предоставите разрешения на вашата Webex организация за достъп до вашия възел.
7	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. На страницата Хибридна сигурност на данни новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Ресурси. Възелът автоматично ще изтегли най-новия софтуер от облака.
8	Отидете в раздела Настройки и щракнете върху Активиране на картата за състояние на HDS. СъобщениетоАктивиран HDS ще се появи в долната част на екрана.
9	Кликнете върху раздела Назначени клиенти.
10	Кликнете върху Добавяне на клиенти.
11	Изберете клиента, когото искате да добавите, от падащото меню.
12	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
13	Повторете стъпки от 11 до 13, за да добавите няколко клиенти към вашия клъстер.
14	Кликнете върху Готово в долната част на екрана, след като добавите клиентите.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS, за да завършите процеса на настройка.

Използвайте OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на PKCS12 файла в правилния формат за зареждане в HDS Setup Tool. Има и други начини да направите това и ние не подкрепяме, нито насърчаваме единия начин пред другия.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като насока, която да ви помогне да създадете файл, който отговаря на изискванията за сертификат X.509 в Изисквания за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org за софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия сертифициращ орган (CA).

1	Когато получите сертификата на сървъра от вашия CA, запазете го като `hdsnode.pem`.
2	Покажете сертификата като текст и проверете данните. `openssl x509 -text -noout -in hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл със сертификатен пакет, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва сертификата на сървъра, всички междинни сертификати на CA и сертификатите на коренния CA във формата по-долу: `-----BEGIN CERTIFICATE----- ### Server certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Intermediate CA certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Root CA certificate. ### -----END CERTIFICATE-----`
4	Създайте .p12 файла с приятелското име `kms-private-key`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 -in hdsnode.p12` Въведете парола при подканата, за да криптирате личния ключ, така че той да бъде посочен в изхода. След това проверете дали частният ключ и първият сертификат съдържат редовете `friendlyName: kms-private-key`. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Enter Import Password: MAC verified OK Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Key Attributes: Enter PEM pass phrase: Verifying - Enter PEM pass phrase: -----BEGIN ENCRYPTED PRIVATE KEY----- -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE----- Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE-----

Какво да направите след това

Връщане към Изпълнете предварителните изисквания за хибридна сигурност на данните. Ще използвате файла hdsnode.p12 и паролата, която сте задали за него, в Създаване на ISO файл с конфигурация за HDS хостовете.

Можете да използвате повторно тези файлове, за да заявите нов сертификат, когато оригиналният сертификат изтече.

Трафик между HDS възлите и облака

Изходящ трафик за събиране на показатели

Възлите за хибридна сигурност на данните изпращат определени показатели към облака Webex. Те включват системни показатели за максимална heap памет, използвана heap памет, натоварване на процесора и брой нишки; показатели за синхронни и асинхронни нишки; показатели за предупреждения, включващи праг на криптирани връзки, латентност или дължина на опашката за заявки; показатели за хранилището на данни; и показатели за криптирана връзка. Възлите изпращат криптиран ключов материал по канал извън честотната лента (отделен от заявката).

Входящ трафик

Възлите за хибридна сигурност на данните получават следните видове входящ трафик от облака Webex:

Заявки за криптиране от клиенти, които се маршрутизират от услугата за криптиране
Надстройки на софтуера на възела

Конфигуриране на Squid прокси сървъри за хибридна сигурност на данните

Websocket не може да се свърже чрез сепия прокси

Squid прокси сървърите, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки, които Hybrid Data Security изисква. Тези раздели дават насоки как да конфигурирате различни версии на Squid да игнорират wss: трафик за правилното функциониране на услугите.

Калмята 4 и 5

Добавете директивата on_unsupported_protocol към 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

Нова и променена информация

Тази таблица обхваща нови функции или функционалности, промени в съществуващото съдържание и всички основни грешки, които са били коригирани в Ръководството за внедряване на хибридна защита на данни с множество наематели.

Дата	Направени промени
1 юни 2026 г.	Добавен е раздел HDS Developer APIs. Добавена е бележка към раздела „Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop “ .
16 април 2026 г.	Актуализирани са изискванията към сървъра на базата данни, за да се добави поддръжка за PostgreSQL версии 17 и 18.
25 март 2026 г.	Актуализирана е паролата по подразбиране, използвана за влизане във виртуалната машина на възела за хибридна защита на данни.
5 декември 2025 г.	Актуализирано Създаване на ISO файл с конфигурация за HDS хостовете с правилния текст на потребителския интерфейс на страницата „Системни логове“ и добавяне на инструкция за качване на коренен сертификат на syslog при конфигуриране на TLS криптиране.
21 ноември 2025 г.	Добавен е раздел Често задавани въпроси. Добавени са раздели „ Настройване на резервен център за данни за възстановяване след бедствие “ и „ Възстановяване след бедствие с помощта на резервен център за данни “ . Премахнато (Бета) от заглавието на ръководството за внедряване.
8 май 2025 г.	Добавено Преместване на съществуващото внедряване на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с много клиент в секцията Partner Hub. Актуализиран е изходът на системния лог, за да се подобри четимостта в раздела „Тестване на внедряването на хибридна защита на данните“. Актуализирани са изискванията за виртуален хост, потокът от задачи за внедряване на хибридна защита на даннии инсталирането на HDS Host OVA, за да се добави поддръжка за ESXi 8.0.
4 март 2025 г.	Добавено е стартиране на инструмента за настройка на HDS, използвайки раздела Podman Desktop. Добавена е бележка в Изисквания за Docker Desktop, предоставяща на клиентите алтернативна опция с отворен код. Актуализирано Създаване на ISO файл с конфигурация за HDS хостовете и Промяна на конфигурацията на възела с инструкции за използване на Podman Desktop за клиенти без лиценз за Docker Desktop.
30 януари 2025 г.	Добавен е SQL сървър версия 2022 към списъка с поддържани SQL сървъри в Изисквания към сървъра за бази данни.
15 януари 2025 г.	Добавени са ограничения на многонаемателската хибридна сигурност на данните.
8 януари 2025 г.	Добавена е бележка в Извършване на първоначална настройка и изтегляне на инсталационни файлове, в която се посочва, че щракването върху Настройка на HDS картата в Partner Hub е важна стъпка от процеса на инсталиране.
7 януари 2025 г.	Актуализирани са изискванията за виртуален хост, потокът от задачи за внедряване на хибридна защита на даннии инсталирането на OVA на HDS хост, за да се покаже новото изискване на ESXi 7.0.
13 декември 2024 г.	Първо публикувано.

Деактивиране на хибридната защита на данните за многоклиентски системи

Поток от задачи за деактивиране на многонаемателски HDS

Следвайте тези стъпки, за да деактивирате напълно Multi-Tenant HDS.

Преди да започнете

Тази задача трябва да се изпълнява само от пълен администратор на партньор.

1	Премахнете всички клиенти от всички ваши клъстери, както е посочено в Премахване на организации на наематели.
2	Отменете CMK-тата на всички клиенти, както е посочено в Отменете CMK-тата на наематели, премахнати от HDS..
3	Премахнете всички възли от всички ваши клъстери, както е посочено в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстера, който искате да изтриете, и изберете Изтрий този клъстер в горния десен ъгъл на страницата с общ преглед. На страницата „Ресурси“ щракнете върху от дясната страна на клъстер и изберете „ Премахване на клъстер“.
5	Щракнете върху раздела Настройки на страницата с общ преглед на хибридната защита на данните и щракнете върху Деактивиране на HDS на картата „Състояние на HDS“.

Често задавани въпроси

В. CMK-тата и главният ключ съхраняват ли се в ISO файла или в базата данни?

О. Главните ключове на клиента (CMK) се съхраняват в базата данни и са криптирани с главния ключ, който се съхранява в ISO файла.

В. Използва ли се един ключ за криптиране на всички данни на организациите на клиентите?

О. Не. Данните на всяка клиентска организация са криптирани със собствен CMK (основен ключ на клиента).

В. Какво ще се случи, ако деактивирам HDS от Partner Hub?

О. Някои операции, като създаване на пространство и насрочване на срещи, ще бъдат засегнати незабавно. Съществуващото съдържание в пространствата ще бъде достъпно, докато не изтече локалният кеш. След 24 часа потребителите, управлявани от партньора, ще преминат към Cloud KMS и е възможно да възникнат проблеми с предварително създадени пространства и пространства „един към един“.

В. След като CMK бъде генериран за клиентска организация чрез инструмента за настройка на HDS, потребителите на клиентската организация веднага ли започват да използват Multi-Tenant HDS?

О. Възможно е да има максимално забавяне от 24 часа за обновяване на кеша в облака.

В. Защо не виждам списък с клиенти, когато щракна върху бутона „Добавяне на клиенти“ в Partner Hub?

О. Това обикновено означава, че няма организации клиенти, които да отговарят на изискванията за лиценз на Cisco Webex.

В. Какво е въздействието, ако всички HDS възли бъдат изключени или ако мрежов проблем засегне всички HDS възли?

О. Операции като създаване на пространства и насрочване на срещи са засегнати незабавно. Съществуващото съдържание е достъпно само докато изтече локалният кеш.

В. Потребителските данни на партньорската организация криптирани ли са с главния ключ, генериран по време на създаването на ISO образа?

Една. Да. В момента потребителските данни на партньорската организация са криптирани с главния ключ. В бъдеще партньорските организации ще имат специфични за партньора ключове, подобни на CMK на клиентите.

В. Могат ли партньорската организация и организациите наематели да бъдат в различни региони (например САЩ и ЕС)?

Една. Да. Организациите-партньори и наематели могат да бъдат разположени в различни географски региони.

В. Има ли някакъв механизъм за преместване на ключове обратно в Cloud KMS?

О. Няма механизъм за преместване на ключове обратно в облака след внедряване на HDS.

В. Може ли партньор да продължи да използва Cloud KMS и да използва Multi-Tenant HDS изключително за управление на клиенти?

О. Не, това не се поддържа в момента. Поддръжката на тази функционалност е планирана за в бъдеще.

В. Как може партньор да провери дали неговата организация използва Multi-Tenant HDS за криптиране?

О. Влезте в Центъра за партньори. Отидете на Услуги > Хибридна сигурност на данните > Настройки . Ако статусът на HDS е активиран, потребителите на партньорската организация, както и назначените клиенти, използват Multi-Tenant HDS.

Като алтернатива, можете да проверите системните си логове, за да се уверите, че HDS е активиран. Вижте Тестване на внедряването на хибридна защита на данните.

В. Има ли алтернатива на Docker Desktop за стартиране на инструмента за настройка на HDS?

Една. Да. Pod man Desktop е алтернатива с отворен код на Docker Desktop. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop.

В. Колко възела мога да разположа в клъстер с многонаемателски HDS?

О. Препоръчваме минимум два възела и максимум 1000.

В. Какви са мрежовите изисквания, необходими за настройване на Multi-Tenant HDS?

О. Вижте Изисквания за външна свързаност.

В. Pro Pack за Control Hub изискване ли е за партньорските организации?

О. Не. Pro Pack не е задължителен за партньорските организации. Свържете се с вашия партньор на Cisco или мениджър клиенти за съдействие при настройването на Multi-Tenant HDS.

В. Поддържа ли се HSM в Multi-Tenant HDS?

О. Не, в момента Multi-Tenant HDS не поддържа HSM.

В. Мога ли да тествам Multi-Tenant HDS със самоподписан сертификат?

О. Не. Многонаемателният HDS изисква сертификат, извлечен от доверен CA, който отговаря на всички изисквания, посочени в X.509 Certificate Requirements.

В. Необходимо ли е монтиране на ISO файла всеки път, когато се добавя нов клиент в Partner Hub?

О. Не. ISO файлът трябва да се монтира само при промяна на ISO конфигурации. Когато добавяте нов клиент в Partner Hub, уверете се, че можете да създавате CMK-ове, използвайки инструмента за настройка на HDS. Вижте Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS.

В. След внедряването на Multi-Tenant HDS в Partner Hub, потребителите на партньорската организация започват ли да използват локална KMS за управление на ключове?

О. Потребителите ще започнат да използват локалната KMS за управление на ключове само след като HDS бъде активиран в Partner Hub.

Започнете с многонаемателска хибридна сигурност на данните

Преглед на защитата на данните при хибридни системи с множество наематели

От първия ден сигурността на данните е основният фокус при проектирането на приложението Webex. Крайъгълният камък на тази сигурност е цялостното криптиране на съдържание, активирано от клиенти на Webex App, взаимодействащи с услугата за управление на ключове (KMS). KMS отговаря за създаването и управлението на криптографски ключове, които клиентите използват за динамично криптиране и дешифриране на съобщения и файлове.

По подразбиране всички клиенти на Webex App получават криптиране от край до край с динамични ключове, съхранявани в облачната KMS система в областта на сигурността на Cisco. Хибридната защита на данните премества KMS и други свързани със сигурността функции във вашия корпоративен център за данни, така че никой освен вас не държи ключовете за вашето криптирано съдържание.

Многонаемателската хибридна сигурност на данните позволява на организациите да използват HDS чрез надежден локален партньор, който може да действа като доставчик на услуги и да управлява локално криптиране и други услуги за сигурност. Тази настройка позволява на партньорската организация да има пълен контрол върху внедряването и управлението на ключове за криптиране и гарантира, че потребителските данни на организациите на клиентите са защитени от външен достъп. Партньорските организации настройват HDS инстанции и създават HDS клъстери, когато е необходимо. Всеки екземпляр може да поддържа множество клиентски организации, за разлика от обикновеното внедряване на HDS, което е ограничено до една организация.

Въпреки че партньорските организации имат контрол върху внедряването и управлението, те нямат достъп до данни и съдържание, генерирани от клиентите. Този достъп е ограничен до организациите клиенти и техните потребители.

Това позволява и на по-малките организации да използват HDS, тъй като услугата за управление на ключове и инфраструктурата за сигурност, като например центровете за данни, са собственост на доверен местен партньор.

Как хибридната сигурност на данните за многоклиентски системи осигурява суверенитет на данните и контрол върху тях

Съдържанието, генерирано от потребителите, е защитено от външен достъп, като например доставчици на облачни услуги.
Местни доверени партньори управляват ключовете за криптиране на клиенти, с които вече имат установени взаимоотношения.
Възможност за локална техническа поддръжка, ако такава е осигурена от партньора.
Поддържа съдържание за срещи, съобщения и обаждания.

Този документ е насочен към подпомагане на партньорските организации при настройването и управлението на клиенти в рамките на хибридна система за сигурност на данните с множество наематели.

Ограничения на сигурността на данните при многонаемателски хибридни системи

Партньорските организации не трябва да имат активно внедряване на HDS в Control Hub.
Организациите наематели или клиенти, които желаят да бъдат управлявани от партньор, не трябва да имат съществуващо внедряване на HDS в Control Hub.
След като партньорът внедри Multi-Tenant HDS, всички потребители на клиентски организации, както и потребителите на партньорската организация, започват да използват Multi-Tenant HDS за своите услуги за криптиране.

Партньорската организация и клиентските организации, които управляват, ще бъдат в едно и също внедряване на Multi-Tenant HDS.

Партньорската организация вече няма да използва облачна KMS след внедряването на Multi-Tenant HDS.
Няма механизъм за преместване на ключове обратно в Cloud KMS след внедряване на HDS.
Администраторските роли имат определени ограничения; вижте раздела по-долу за подробности.

Роли в многонаемателската хибридна сигурност на данните

Пълен администратор на партньор - Може да управлява настройките за всички клиенти, които партньорът управлява. Могат също да възлагат администраторски роли на съществуващи потребители в организацията и да задават конкретни клиенти, които да бъдат управлявани от администратори на партньора.
Администратор на партньор - Може да управлява настройките за клиенти, които администраторът е осигурил или които са били присвоени на потребителя.
Пълен администратор - Администратор на партньорската организация, който е упълномощен да изпълнява задачи като промяна на настройките на организацията, управление на лицензи и присвояване на роли.

Цялостна настройка и управление на многонаемателски HDS за всички организации на клиенти - Изисква се пълни администраторски права на партньор и пълни администраторски права.
Управление на назначени организации наематели - Изисква се администратор на партньор и пълни администраторски права.

Архитектура на сферата на сигурността

Облачната архитектура на Webex разделя различните видове услуги в отделни области или доверителни домейни, както е показано по-долу.

За да разберем по-добре хибридната сигурност на данните, нека първо разгледаме този случай с чист облак, където Cisco предоставя всички функции в своите облачни сфери. Услугата за идентификация, единственото място, където потребителите могат да бъдат директно свързани с личната си информация, като например имейл адрес, е логически и физически отделена от сферата на сигурност в център за данни B. И двете от своя страна са отделни от сферата, където в крайна сметка се съхранява криптирано съдържание, в център за данни C.

На тази диаграма клиентът е приложението Webex, работещо на лаптопа на потребителя, и е удостоверено с услугата за удостоверяване. Когато потребителят състави съобщение за изпращане до пространство, се извършват следните стъпки:

Клиентът установява защитена връзка с услугата за управление на ключове (KMS), след което изисква ключ за криптиране на съобщението. Защитената връзка използва ECDH, а KMS криптира ключа с помощта на главен ключ AES-256.
Съобщението се криптира, преди да напусне клиента. Клиентът го изпраща към услугата за индексиране, която създава криптирани индекси за търсене, за да подпомогне бъдещите търсения на съдържанието.
Криптираното съобщение се изпраща до службата за съответствие за проверки за съответствие.
Криптираното съобщение се съхранява в хранилището.

Когато внедрявате хибридна защита на данни, премествате функциите на областта на сигурност (KMS, индексиране и съответствие) във вашия локален център за данни. Другите облачни услуги, които съставляват Webex (включително съхранението на самоличност и съдържание), остават в сферата на Cisco.

Сътрудничество с други организации

Потребителите във вашата организация може редовно да използват приложението Webex, за да си сътрудничат с външни участници в други организации. Когато един от вашите потребители поиска ключ за пространство, собственост на вашата организация (защото е създадено от един от вашите потребители), вашата KMS система изпраща ключа на клиента по защитен канал на ECDH. Когато обаче друга организация притежава ключа за пространството, вашата KMS система пренасочва заявката към облака Webex през отделен ECDH канал, за да получи ключа от съответната KMS система, след което връща ключа на вашия потребител по оригиналния канал.

Услугата KMS, работеща в организация A, валидира връзките към KMS системи в други организации, използвайки сертификати x.509 PKI. Вижте Подготовка на вашата среда за подробности относно генерирането на сертификат x.509, който да се използва с вашето внедряване на хибридна защита на данни с множество наематели.

Очаквания за внедряване на хибридна сигурност на данните

Внедряването на хибридна сигурност на данните изисква значителен ангажимент и осъзнаване на рисковете, свързани с притежаването на ключове за криптиране.

За да внедрите хибридна сигурност на данните, трябва да предоставите:

Сигурен център за данни в държава, която е поддържано местоположение за плановете на Cisco Webex Teams.
Оборудването, софтуерът и мрежовият достъп, описани в Подгответе вашата среда.

Пълната загуба на ISO файла с конфигурацията, който създавате за Hybrid Data Security, или на предоставената от вас база данни ще доведе до загуба на ключовете. Загубата на ключ не позволява на потребителите да декриптират съдържанието на пространството и други криптирани данни в приложението Webex. Ако това се случи, можете да изградите ново внедряване, но ще бъде видимо само ново съдържание. За да избегнете загуба на достъп до данни, трябва:

Управлявайте архивирането и възстановяването на базата данни и ISO файла с конфигурацията.
Бъдете готови да извършите бързо възстановяване след бедствие, ако възникне катастрофа, като например повреда на диска на базата данни или бедствие в центъра за данни.

Няма механизъм за преместване на ключове обратно в облака след внедряване на HDS.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на внедряване на хибридна защита на данни с множество наематели:

Настройка на хибридна сигурност на данните— Това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна сигурност на данните, изграждане на HDS клъстер, добавяне на организации-наематели към клъстера и управление на техните основни ключове на клиентите (CMK). Това ще позволи на всички потребители на вашите клиентски организации да използват вашия клъстер за хибридна сигурност на данни за функции за сигурност.

Фазите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте внедряването си за хибридна сигурност на данните— Облакът Webex автоматично предоставя текущи надстройки. Вашият ИТ отдел може да осигури поддръжка от първо ниво за това внедряване и да ангажира поддръжка от Cisco, ако е необходимо. Можете да използвате екранни известия и да настроите имейл известия в Partner Hub.
Разберете често срещаните предупреждения, стъпките за отстраняване на неизправности и известните проблеми— Ако срещнете проблеми с внедряването или използването на Hybrid Data Security, последната глава на това ръководство и приложението „Известни проблеми“ могат да ви помогнат да определите и отстраните проблема.

Модел за внедряване на хибридна сигурност на данните

В рамките на вашия корпоративен център за данни, вие внедрявате Hybrid Data Security като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака Webex чрез защитени уеб сокети и защитен HTTP.

По време на инсталационния процес ви предоставяме OVA файла, за да настроите виртуалното устройство на предоставените от вас виртуални машини. Използвате инструмента за настройка на HDS, за да създадете персонализиран ISO файл за конфигурация на клъстера, който монтирате на всеки възел. Клъстерът за хибридна сигурност на данни използва предоставения от вас Syslogd сървър и база данни PostgreSQL или Microsoft SQL Server. (Конфигурирате Syslogd и подробностите за връзката с базата данни в инструмента за настройка на HDS.)

Модел за внедряване на хибридна сигурност на данните

Минималният брой възли, които можете да имате в клъстер, е два. Препоръчваме поне три на клъстер. Наличието на множество възли гарантира, че услугата няма да бъде прекъсната по време на надстройка на софтуера или друга дейност по поддръжка на даден възел. (Облакът Webex надгражда само един възел наведнъж.)

Всички възли в клъстера имат достъп до едно и също хранилище за ключови данни и регистрират активността си на един и същ syslog сървър. Самите възли са без състояние и обработват ключови заявки по кръгов начин, както е указано от облака.

Възлите стават активни, когато ги регистрирате в Partner Hub. За да извадите отделен възел от експлоатация, можете да го отпишете и по-късно да го регистрирате отново, ако е необходимо.

Резервен център за данни за възстановяване след бедствия

По време на внедряването, вие създавате защитен резервен център за данни. В случай на бедствие в център за данни, можете ръчно да прехвърлите внедряването си към резервния център за данни при неуспешно изпълнение.

Базите данни на активните и резервните центрове за данни са синхронизирани помежду си, което ще минимизира времето, необходимо за извършване на резервно превключване.

Активните възли за хибридна сигурност на данните трябва винаги да са в същия център за данни като активния сървър на базата данни.

Създаване на резервен център за данни за възстановяване след бедствие

Следвайте стъпките по-долу, за да конфигурирате ISO файла на резервния център за данни:

Преди да започнете

Резервният център за данни трябва да отразява производствената среда на виртуалните машини и резервна база данни на PostgreSQL или Microsoft SQL Server. Например, ако в производствената среда има 3 виртуални машини, работещи с HDS възли, средата за архивиране трябва да има 3 виртуални машини. (Вижте Резервен център за данни за възстановяване след бедствия за общ преглед на този модел за превключване на резервни устройства.)
Уверете се, че синхронизирането на базата данни е активирано между базата данни на активните и пасивните клъстерни възли.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете. ISO файлът трябва да е копие на оригиналния ISO файл на основния център за данни, върху който ще се направят следните актуализации на конфигурацията.
2	След като конфигурирате Syslogd сървъра, щракнете върху Разширени настройки
3	На страницата Разширени настройки добавете конфигурацията по-долу, за да поставите възела в пасивен режим. В този режим възелът ще бъде регистриран в организацията и свързан с облака, но няма да обработва трафик. `passiveMode: 'true'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
5	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
6	В левия навигационен панел на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и след това щракнете върху Редактиране на настройките..
7	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
9	Повторете процеса за всеки възел в резервния център за данни. Проверете системните логове, за да се уверите, че възлите са в пасивен режим. Трябва да можете да видите съобщението „KMS конфигуриран в пасивен режим“ в системните логове.

Какво да направите след това

След като конфигурирате passiveMode в ISO файла и го запазите, можете да създадете друго копие на ISO файла без конфигурацията passiveMode и да го запазите на сигурно място. Това копие на ISO файла без конфигуриран passiveMode може да помогне за бърз процес на превключване след срив по време на възстановяване след бедствие. Вижте Възстановяване след бедствие с помощта на резервен център за данни за подробна процедура за превключване при срив.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Без прокси—По подразбиране, ако не използвате хранилището за доверени данни за настройката на HDS възела & Конфигурация на прокси за интегриране на прокси. Не се изисква актуализация на сертификата.
Прозрачен неинспектиращ прокси сървър— Възлите не са конфигурирани да използват специфичен адрес на прокси сървър и не би трябвало да изискват никакви промени, за да работят с неинспектиращ прокси сървър. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси сървър— Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър— С изричен прокси сървър, вие казвате на HDS възлите кой прокси сървър и схема за удостоверяване да използват. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN—Адрес, който може да се използва за достигане до прокси машината.
2. Прокси порт— Номер на порт, който прокси сървърът използва, за да слуша проксиран трафик.
3. Прокси протокол— В зависимост от това какво поддържа вашият прокси сървър, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване— Изберете измежду следните типове удостоверяване:
  - Няма—Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Basic—Използва се от HTTP потребителски агент за предоставяне на потребителско име и парола при отправяне на заявка. Използва Base64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Дайджест—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

Пример за хибридни данни сигурност възли и прокси

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

Подготовка на средата

Изисквания за сигурност на данните за многонаемателни хибридни системи

Изисквания за лиценз на Cisco Webex

За да внедрите хибридна защита на данни за множество наематели:

Партньорски организации: Свържете се с вашия партньор на Cisco или мениджър на клиенти и се уверете, че функцията „Много наематели“ е активирана.
Организации наематели: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за Docker Desktop

Преди да инсталирате HDS възлите си, трябва да стартирате инсталационна програма в Docker Desktop. Docker наскоро актуализира своя лицензионен модел. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, " Docker е Актуализиране и разширяване на нашите абонаментиза продукти".

Клиенти без лиценз за Docker Desktop могат да използват инструмент за управление на контейнери с отворен код, като Podman Desktop, за да стартират, управляват и създават контейнери. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Изисквания за сертификат X.509

Веригата от сертификати трябва да отговаря на следните изисквания:

Таблица 1. Изисквания за сертификат X.509 за внедряване на хибридна сигурност на данните
Изискване	Подробности
Подписано от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на CAs в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи домейн с общо име (CN), който идентифицира вашето внедряване на хибридна сигурност на данни Не е сертификат със заместващ знак	Не е необходимо CN да е достъпен или да е активен хост. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. Комбинираното предложение не трябва да съдържа * (заместващ знак). CN се използва за проверка на възлите на Hybrid Data Security към клиенти на Webex App. Всички възли за хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашата KMS система се идентифицира с CN домейна, а не с домейн, дефиниран в полетата x.509v3 SAN. След като регистрирате възел с този сертификат, не поддържаме промяна на името на домейна CN.
Подпис, различен от SHA1	Софтуерът KMS не поддържа SHA1 подписи за валидиране на връзки към KMS системи на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име `kms-private-key`, за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор като OpenSSL, за да промените формата на вашия сертификат. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.

Софтуерът KMS не налага налага използването на ключове или разширени ограничения за използване на ключове. Някои сертифициращи органи изискват към всеки сертификат да се прилагат разширени ограничения за използване на ключове, като например удостоверяване на сървъра. Допустимо е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален хост

Виртуалните хостове, които ще настроите като възли за хибридна сигурност на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (препоръчително 3), разположени в един и същ защитен център за данни
Инсталиран и работещ VMware ESXi 7.0 или 8.0.

Трябва да надстроите, ако имате по-ранна версия на ESXi.
Минимум 4 vCPU, 8 GB основна памет, 30 GB локално дисково пространство на сървър

Изисквания за сървъра на базата данни

Създайте нова база данни за съхранение на ключове. Не използвайте базата данни по подразбиране. След инсталирането на HDS приложенията създават схемата на базата данни.

Има две опции за сървър на база данни. Изискванията за всеки от тях са следните:

Таблица 2. Изисквания към сървъра за бази данни според типа на базата данни
PostgreSQL	Microsoft SQL Server
PostgreSQL 14, 15, 16, 17 или 18, инсталиран и работещ.	Инсталиран е SQL Server 2016, 2017, 2019 или 2022 (Enterprise или Standard). SQL Server 2016 изисква Service Pack 2 и Cumulative Update 2 или по-нова версия.
Минимум 8 виртуални процесора (vCPU), 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не се превишава допустимото количество памет (препоръчва се 2 TB, ако искате да използвате базата данни за дълго време, без да е необходимо да увеличавате паметта).	Минимум 8 виртуални процесора (vCPU), 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не се превишава допустимото количество памет (препоръчва се 2 TB, ако искате да използвате базата данни за дълго време, без да е необходимо да увеличавате паметта).

Софтуерът HDS в момента инсталира следните версии на драйвери за комуникация със сървъра на базата данни:

PostgreSQL

Microsoft SQL Server

JDBC драйвер за Postgres 42.2.5

SQL Server JDBC драйвер 4.6

Тази версия на драйвера поддържа SQL Server Always On ( Always On Failover Cluster Instances и Always On availability groups).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

Ако искате HDS възлите да използват удостоверяване на Windows, за да получат достъп до вашата база данни за хранилище на ключове в Microsoft SQL Server, тогава ви е необходима следната конфигурация във вашата среда:

HDS възлите, инфраструктурата на Active Directory и MS SQL Server трябва да бъдат синхронизирани с NTP.
Акаунтът в Windows, който предоставяте на HDS възлите, трябва да има read/write достъп до базата данни.
DNS сървърите, които предоставяте на HDS възлите, трябва да могат да разрешават вашия център за разпространение на ключове (KDC).
Можете да регистрирате екземпляра на базата данни HDS на вашия Microsoft SQL Server като име на принципал на услугата (SPN) в Active Directory. Вижте Регистриране на име на принципал на услуга за Kerberos връзки.

Инструментът за настройка на HDS, програмата за стартиране на HDS и локалната KMS система трябва да използват удостоверяване на Windows за достъп до базата данни за хранилище на ключове. Те използват данните от вашата ISO конфигурация, за да изградят SPN, когато изискват достъп с Kerberos удостоверяване.

Изисквания за външна свързаност

Конфигурирайте защитната си стена, за да разрешите следната свързаност за HDS приложенията:

Приложение	Протокол	Порт	Упътване от приложението	Местоназначение
Хибридни възли за сигурност на данните	TCP	443	Изходящ HTTPS и WSS	Webex сървъри: .wbx2.com .ciscospark.com Всички хостове на Common Identity Други URL адреси, които са изброени за хибридна сигурност на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex на Мрежови изисквания за услуги на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички хостове на Common Identity hub.docker.com

Възлите за хибридна сигурност на данните работят с транслация на мрежовия достъп (NAT) или зад защитна стена, стига NAT или защитната стена да позволяват необходимите изходящи връзки към домейните, посочени в предходната таблица. За връзки, водещи към възлите за хибридна сигурност на данните, не трябва да се виждат портове от интернет. Във вашия център за данни, клиентите се нуждаят от достъп до възлите за хибридна сигурност на данните на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете с обща идентичност (CI) са специфични за региона. Това са текущите CI хостове:

Регион	URL адреси на хостове за обща идентичност
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Squid прокси сървърите, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да заобиколите този проблем, вижте Конфигуриране на Squid прокси сървъри за хибридна сигурност на данните.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуди изходящия TCP трафик на порт 443 да маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, заобикалянето (неинспектирането) на трафика към wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна сигурност на данните

Използвайте този контролен списък, за да се уверите, че сте готови да инсталирате и конфигурирате вашия клъстер за хибридна защита на данни.

1	Уверете се, че вашата партньорска организация е активирала функцията Multi-Tenant HDS и вземете идентификационните данни на акаунт с пълни администраторски права на партньора и пълни администраторски права. Уверете се, че вашата организация на клиенти на Webex е активирана за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор на Cisco или мениджър клиенти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо внедряване на HDS.
2	Изберете име на домейн за вашето HDS внедряване (например, `hds.company.com`) и получете верига от сертификати, съдържаща X.509 сертификат, частен ключ и всички междинни сертификати. Веригата от сертификати трябва да отговаря на изискванията в X.509 Certificate Requirements.
3	Подгответе идентични виртуални хостове, които ще настроите като възли за хибридна сигурност на данни във вашия клъстер. Необходими са ви поне два отделни хоста (препоръчително 3), разположени в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален хост.
4	Подгответе сървъра на базата данни, който ще действа като хранилище за ключови данни за клъстера, съгласно изискванията за сървъра на базата данни. Сървърът на базата данни трябва да бъде разположен в защитения център за данни заедно с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране.) Когато бъдат инсталирани, HDS приложенията създават схемата на базата данни.) Съберете данните, които възлите ще използват за комуникация със сървъра на базата данни: името на хоста или IP адреса (хост) и порта името на базата данни (dbname) за съхранение на ключове потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключове
5	За бързо възстановяване след бедствие, създайте резервна среда в различен център за данни. Резервната среда отразява производствената среда на виртуални машини и резервен сървър на база данни. Например, ако в производствената среда има 3 виртуални машини, работещи с HDS възли, средата за архивиране трябва да има 3 виртуални машини.
6	Настройте хост за системен лог, който да събира лог файлове от възлите в клъстера. Съберете неговия мрежов адрес и системен порт (по подразбиране е UDP 514).
7	Създайте политика за сигурно архивиране за възлите на хибридната защита на данните, сървъра на базата данни и хоста на syslog. Като минимум, за да предотвратите невъзстановима загуба на данни, трябва да архивирате базата данни и ISO файла с конфигурацията, генериран за възлите на Hybrid Data Security. Тъй като възлите за хибридна сигурност на данните съхраняват ключовете, използвани за криптиране и декриптиране на съдържание, невъзможността за поддържане на оперативно внедряване ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на това съдържание. Клиентите на Webex App кешират ключовете си, така че прекъсването може да не е веднага забележимо, но ще стане очевидно с течение на времето. Въпреки че временните прекъсвания са невъзможни за предотвратяване, те са възстановими. Пълната загуба (без налични резервни копия) на базата данни или на ISO файла с конфигурацията обаче ще доведе до невъзстановими клиентски данни. Очаква се операторите на възлите на Hybrid Data Security да поддържат чести резервни копия на базата данни и ISO файла с конфигурацията и да бъдат готови да възстановят центъра за данни на Hybrid Data Security, ако възникне катастрофална повреда.
8	Уверете се, че конфигурацията на вашата защитна стена позволява свързване за вашите възли за хибридна сигурност на данни, както е посочено в Изисквания за външна свързаност.
9	Инсталирайте Docker ( https://www.docker.com) на всяка локална машина, работеща с поддържана операционна система (Microsoft Windows 10 Professional или Enterprise 64-bit, или Mac OSX Yosemite 10.10.3 или по-нова версия) с уеб браузър, който може да го достъпва на http://127.0.0.1:8080. Използвате екземпляра на Docker, за да изтеглите и стартирате инструмента за настройка на HDS, който изгражда локалната информация за конфигурацията за всички възли на Hybrid Data Security. Може да ви е необходим лиценз за Docker Desktop. Вижте Изисквания за Docker Desktop за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има свързаността, описана в Изисквания за външна свързаност.
10	Ако интегрирате прокси с Hybrid Data Security, уверете се, че той отговаря на изискванията за прокси сървър.

Създаване на хибриден клъстер за сигурност на данни

Поток на задачи за внедряване на хибридна сигурност на данни

Преди да започнете

1	Извършете първоначална настройка и изтеглете инсталационните файлове Изтеглете OVA файла на локалната си машина за по-късна употреба.
2	Създайте ISO файл с конфигурация за HDS хостовете Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на Hybrid Data Security.
3	Инсталирайте HDS Host OVA Създайте виртуална машина от OVA файла и извършете първоначална конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежови настройки по време на внедряване на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
4	Настройване на виртуална машина за хибридна защита на данни Влезте в конзолата на виртуалната машина и задайте идентификационните данни за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.
5	Качете и монтирайте ISO файла с конфигурацията на HDS Конфигурирайте виртуалната машина от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на HDS възел за интегриране на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете сертификата за прокси сървър към хранилището за доверени сертификати, ако е необходимо.
7	Регистрирайте първия възел в клъстера Регистрирайте виртуалната машина в облака Cisco Webex като възел за хибридна сигурност на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте Multi-Tenant HDS в Partner Hub. Активирайте HDS и управлявайте организациите на наематели в Partner Hub.

Извършете първоначална настройка и изтеглете инсталационните файлове

В тази задача изтегляте OVA файл на вашата машина (не на сървърите, които сте настроили като възли за хибридна сигурност на данните). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Центъра за партньори и след това щракнете върху Услуги.
2	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и след това щракнете върху Настройка. Щракването върху Настройка в Центъра за партньори е от решаващо значение за процеса на внедряване. Не продължавайте с инсталацията, без да завършите тази стъпка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне на .OVA файл в картата Инсталиране и конфигуриране на софтуер. По-старите версии на софтуерния пакет (OVA) няма да са съвместими с най-новите актуализации на Hybrid Data Security. Това може да доведе до проблеми при надграждане на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от секцията Помощ. Кликнете върху Настройки > Помощ > Изтеглете софтуера за хибридна сигурност на данните. OVA файлът автоматично започва да се изтегля. Запазете файла на място на вашата машина.

Създайте ISO файл с конфигурация за HDS хостовете

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1 до 5 в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

HTTPS прокси без удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

HTTP прокси с удостоверяване

GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

HTTPS прокси с удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT
ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

docker rmi ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

docker login -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

docker pull ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В обикновени среди с HTTPS прокси:

docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В среди на FedRAMP без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTP прокси:

docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTPS прокси:

docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost.

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080, и въведете потребителско име на администратор за Partner Hub при подканата.

Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.

8

На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.

9

На страницата ISO импортиране имате следните опции:

Не— Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да— Ако вече сте създали HDS възли, тогава избирате вашия ISO файл в прегледа и го качвате.

10

Проверете дали вашият X.509 сертификат отговаря на изискванията в X.509 Certificate Requirements.

Ако никога преди не сте качвали сертификат, качете сертификата X.509, въведете паролата и щракнете върху „ Продължи“ .
Ако сертификатът ви е наред, щракнете върху Продължи.
Ако вашият сертификат е изтекъл или искате да го замените, изберете Не за Да продължите ли да използвате веригата от сертификати на HDS и частния ключ от предишния ISO?. Качете нов X.509 сертификат, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до вашето хранилище за ключове:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, ще получите поле „Тип на удостоверяване“.
(само за Microsoft SQL Server ) Изберете вашия тип удостоверяване:
- Основно удостоверяване: Трябва да въведете име на локален SQL Server акаунт в полето Потребителско име.
- Удостоверяване на Windows: Необходим ви е акаунт в Windows във формат username@DOMAIN в полето Потребителско име.
Въведете адреса на сървъра на базата данни във формата : или :.

Пример:
dbhost.example.org:1433 или 198.51.100.17:1433

Можете да използвате IP адрес за основно удостоверяване, ако възлите не могат да използват DNS за разрешаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете името на базата данни.
Въведете потребителско име и парола на потребител с всички привилегии върху базата данни за съхранение на ключове.

12

Изберете TLS режим на свързване към база данни:

Режим	Описание
Предпочитам TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако активирате TLS на сървъра на базата данни, възлите ще се опитат да установят криптирана връзка.
Изисквайте TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Изисквайте TLS и проверете подписвача на сертификати	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка, възелът сравнява подписващия сертификата от сървъра на базата данни със сертифициращия орган в коренния сертификат на базата данни. Ако не съвпадат, възелът изпуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.
Изисквайте TLS и проверете подписалия сертификат и хостовото име	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка, възелът сравнява подписващия сертификата от сървъра на базата данни със сертифициращия орган в коренния сертификат на базата данни. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето Хост и порт на базата данни. Имената трябва да съвпадат точно или възелът пуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.

Когато качите главния сертификат (ако е необходимо) и щракнете върху „Продължи“ , инструментът за настройка на HDS тества TLS връзката със сървъра на базата данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързаността, HDS възлите може да са в състояние да установят TLS връзката, дори ако машината с HDS Setup Tool не може да я тества успешно.)

13

На страницата „Системни дневници“ конфигурирайте вашия Syslogd сървър:

Въведете URL адреса на syslog сървъра.

Ако сървърът не е DNS-разрешим от възлите за вашия HDS клъстер, използвайте IP адрес в URL адреса.

Пример:
udp://10.92.43.23:514 показва регистриране към Syslogd хост 10.92.43.23 на UDP порт 514.
Ако сте настроили сървъра си да използва TLS криптиране, проверете Конфигуриран ли е сървърът ви за TLS договаряне/ръкостискане?.

Ако отметнете това квадратче, уверете се, че сте въвели TCP URL адрес, като например tcp://10.92.43.23:514, и качете коренния сертификат на syslog.
От падащото меню Изберете прекратяване на syslog записа изберете подходящата настройка за вашия ISO файл: За Graylog и Rsyslog TCP се използва Choose или Newline
- Нулев байт -- \x00
- Нов ред -- \n—Изберете тази опция за Graylog и Rsyslog TCP.
Щракнете върху Продължаване.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с базата данни в Разширени настройки. Обикновено този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxSize: 10

15

Щракнете върху Продължи на екрана Нулиране на паролата за сервизни акаунти.

Паролите за сервизни акаунти имат деветмесечен срок на валидност. Използвайте този екран, когато паролите ви наближават срок на валидност или искате да ги нулирате, за да анулирате предишни ISO файлове.

16

Кликнете върху Изтегляне на ISO файл. Запазете файла на място, което е лесно за намиране.

17

Направете резервно копие на ISO файла на вашата локална система.

Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.

18

За да затворите инструмента за настройка, въведете CTRL+C.

Какво да направите след това

Направете резервно копие на ISO файла с конфигурацията. Нужен ви е, за да създадете още възли за възстановяване или да направите промени в конфигурацията. Ако загубите всички копия на ISO файла, ще загубите и главния ключ. Възстановяването на ключовете от вашата база данни PostgreSQL или Microsoft SQL Server не е възможно.

Никога нямаме копие на този ключ и не можем да ви помогнем, ако го загубите.

Инсталирайте HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте VMware vSphere клиента на вашия компютър, за да влезете във виртуалния хост ESXi.
2	Изберете Файл > Разгръщане на OVF шаблон.
3	В съветника посочете местоположението на OVA файла, който сте изтеглили по-рано, и след това щракнете върху Напред.
4	На страницата Изберете име и папка въведете име на виртуална машина за възела (например "HDS_Node_1"), изберете местоположение, където може да се намира внедряването на възела на виртуалната машина, и след това щракнете върху Напред.
5	На страницата Изберете изчислителен ресурс изберете целевия изчислителен ресурс и след това щракнете върху Напред. Извършва се проверка за валидиране. След като приключи, се показват подробностите за шаблона.
6	Проверете данните на шаблона и след това щракнете върху Напред.
7	Ако бъдете помолени да изберете конфигурацията на ресурсите на страницата Конфигурация, щракнете върху 4 CPU и след това щракнете върху Напред.
8	На страницата Избор на място за съхранение щракнете върху Напред, за да приемете формата на диска по подразбиране и политиката за съхранение на виртуална машина.
9	На страницата Избор на мрежи изберете опцията за мрежа от списъка със записи, за да осигурите желаната свързаност на виртуалната машина.
10	На страницата Персонализиране на шаблон конфигурирайте следните мрежови настройки: Име на хост— Въведете FQDN (име на хост и домейн) или еднословно име на хост за възела. Не е необходимо да задавате домейна така, че да съответства на домейна, който сте използвали за получаване на сертификата X.509. За да осигурите успешна регистрация в облака, използвайте само малки букви в FQDN или името на хоста, което сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес— Въведете IP адреса за вътрешния интерфейс на възела. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска— Въведете адреса на подмрежовата маска в десетично-точков формат. Например, 255.255.255.0. Шлюз— Въведете IP адреса на шлюза. Шлюзът е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри— Въведете списък с DNS сървъри, разделени със запетаи, които обработват преобразуването на имена на домейни в числови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри— Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетаи, за да въведете множество NTP сървъри. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстер да са достъпни от клиенти във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурирането на мрежовите настройки и да следвате стъпките в Настройка на хибридната виртуална машина за защита на данни, за да конфигурирате настройките от конзолата на възела. Опцията за конфигуриране на мрежови настройки по време на внедряване на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху виртуалната машина на възела и след това изберете Захранване > Включване. Софтуерът за хибридна сигурност на данни е инсталиран като гост на виртуалната машина. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Възможно е да има забавяне от няколко минути, преди контейнерите с възли да се появят. По време на първото зареждане на конзолата се появява съобщение за защитната стена на моста, по време на което не можете да влезете.

Настройване на виртуална машина за хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата за виртуална машина на възела Hybrid Data Security и да зададете идентификационните данни за влизане. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.

1	В клиента на VMware vSphere изберете вашия възел Hybrid Data Security VM и изберете раздела Console. Виртуалната машина се стартира и се появява подкана за вход. Ако подканата за вход не се покаже, натиснете Enter.
2	Използвайте следните потребителски данни и парола по подразбиране, за да влезете и да промените идентификационните данни: Вход: `admin` Парола: `ciscosystems` Тъй като влизате във виртуалната си машина за първи път, е необходимо да промените администраторската парола.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай, в главното меню изберете опцията Редактиране на конфигурация.
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на политиката на вашата мрежа. Не е необходимо да задавате домейна така, че да съответства на домейна, който сте използвали за получаване на сертификата X.509.
6	Запазете мрежовата конфигурация и рестартирайте виртуалната машина, за да влязат в сила промените.

Качете и монтирайте ISO файла с конфигурацията на HDS

Използвайте тази процедура, за да конфигурирате виртуалната машина от ISO файла, който сте създали с инструмента за настройка на HDS.

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде достъпен само въз основа на „необходимост за информация“ за достъп на виртуалните машини за хибридна сигурност на данните и всички администратори, които може да се нуждаят от промени. Уверете се, че само тези администратори имат достъп до хранилището за данни.

1

Качете ISO файла от вашия компютър:

В левия навигационен панел на клиента VMware vSphere щракнете върху ESXi сървъра.
В списъка с хардуер в раздела „Конфигурация“ щракнете върху „Памет“.
В списъка с хранилища за данни щракнете с десния бутон върху хранилището за данни за вашите виртуални машини и щракнете върху Преглед на хранилището за данни.
Щракнете върху иконата за качване на файлове и след това щракнете върху Качване на файл.
Отидете до мястото, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Кликнете върху Да, за да приемете upload/download предупреждение за операция и затворете диалоговия прозорец на хранилището за данни.

2

Монтирайте ISO файла:

В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
Щракнете върху OK, за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD Drive 1, изберете опцията за монтиране от ISO файл на хранилище за данни и отидете до мястото, където сте качили ISO файла с конфигурацията.
Проверете Свързано и Свързване при включване.
Запазете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако вашата ИТ политика го изисква, можете по желание да демонтирате ISO файла, след като всички ваши възли приемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след HDS конфигурация за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси, използвайте тази процедура, за да укажете вида на прокси, който искате да интегрирате с Hybrid Data Security. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси за общ преглед на поддържаните опции за прокси.
Изисквания към прокси сървъра

1	Въведете URL адреса за настройка на HDS възел `https://[HDS Node IP or FQDN]/setup` в уеб браузър, въведете администраторските идентификационни данни, които сте задали за възела, и след това щракнете върху Вход.
2	Отидете на Хранилище на доверие & Прокси , след което изберетеопция: Без прокси— Опцията по подразбиране, преди да интегрирате прокси. Не се изисква актуализация на сертификата. Прозрачен неинспектиращ прокси сървър— Възлите не са конфигурирани да използват специфичен адрес на прокси сървър и не би трябвало да изискват никакви промени, за да работят с неинспектиращ прокси сървър. Не се изисква актуализация на сертификата. Прозрачен инспектиращ прокси сървър— Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. Не httpS конфигурация промени са необходими в разполагането на защитата на хибридни данни, обаче HDS възли се нуждаят от главен сертификат, така че те се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър— С изричен прокси сървър, вие казвате на клиента (HDS възлите) кой прокси сървър да използва и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN—Адрес, който може да се използва за достигане до прокси машината. Прокси порт— Номер на порт, който прокси сървърът използва, за да слуша проксиран трафик. Прокси протокол— Изберете http (преглежда и контролира всички заявки, получени от клиента) или https (предоставя канал към сървъра, а клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване— Изберете измежду следните типове удостоверяване: Няма—Не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Basic—Използва се от HTTP потребителски агент за предоставяне на потребителско име и парола при отправяне на заявка. Използва Base64 кодиране. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Дайджест—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Качване на главен сертификат или Сертификат за краен обект и след това навигирайте до изберете главния сертификат запрокси. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката chevron по името на издателя на сертификата, за да получите повече подробности или щракнете върху Изтрий, ако сте направили грешка и искате да качите повторно файла.
4	Щракнете върху Проверка на прокси връзката, за да тествате мрежовата свързаност между възела и прокси. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако смятате, че това е грешка, изпълнете тези стъпки и след това вижте Изключване на режима за разрешаване на блокирани външни DNS адреси.
5	След като тестът за връзка премине, за изрично прокси настроен само на https, включете превключването към Маршрут всички порт 443/444 https заявки от този възел през изрично прокси. Тази настройка изисква 15 секунди, за да влязат в сила.
6	Щракнете върху Инсталиране на всички сертификати в хранилището на гаранти (появява се за HTTPS изрично прокси или прозрачен проверяващ прокси) или Рестартиране (появява се за HTTP изрично прокси), прочетете подканата и след това щракнете върху Инсталиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След рестартирането на възела влезте отново, ако е необходимо, след което отворете страницата Общ преглед, за да проверите проверките за свързване, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистрирайте първия възел в клъстера

Тази задача взема общия възел, който създадохте в Настройка на виртуалната машина за хибридна сигурност на данни, регистрира възела в облака Webex и го превръща във възел за хибридна сигурност на данни.

Когато регистрирате първия си възел, създавате клъстер, към който е присвоен възелът. Клъстерът съдържа един или повече възли, разположени за осигуряване на резервиране.

Преди да започнете

След като започнете регистрацията на възел, трябва да я завършите в рамките на 60 минути или ще трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че сте разрешили изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „Настройка“.
4	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на картата Създаване на нов клъстер въведете име за клъстера, към който искате да присвоите вашия възел за хибридна защита на данни. Препоръчваме да наименувате клъстер въз основа на географското местоположение на възлите на клъстера. Примери: „Сан Франциско“, „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройка на виртуалната машина за хибридна сигурност на данни. Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
7	Кликнете върху Отиди на възел. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да предоставите разрешения на вашата Webex организация за достъп до вашия възел.
8	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата „Хибридна сигурност на данните“ на Partner Hub. На страницата Хибридна сигурност на данни новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Ресурси. Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

За да добавите допълнителни възли към вашия клъстер, просто създавате допълнителни виртуални машини и монтирате същия ISO файл с конфигурацията, след което регистрирате възела. Препоръчваме ви да имате поне 3 възела.

Преди да започнете

След като започнете регистрацията на възел, трябва да я завършите в рамките на 60 минути или ще трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че сте разрешили изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новата виртуална машина, като повторите стъпките в Настройка на хибридната виртуална машина за сигурност на данните.
3	На новата виртуална машина повторете стъпките в Качване и монтиране на ISO файл с конфигурация на HDS.
4	Ако настройвате прокси за вашето внедряване, повторете стъпките в Конфигуриране на HDS възела за интеграция на прокси, както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.comизберете Услуги от менюто от лявата страна на екрана. В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „ Виж всички“ . Появява се страницата „Ресурси за хибридна сигурност на данни“. Новосъздаденият клъстер ще се появи на страницата Ресурси. Щракнете върху клъстера, за да видите възлите, присвоени на клъстера. Кликнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, което показва, че можете да регистрирате вашия възел в облака Webex. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата „Хибридна сигурност на данните“ на Partner Hub. Изскачащото съобщение„Възълът е добавен “ се появява и в долната част на екрана в Partner Hub. Вашият възел е регистриран.

Какво да направите след това

За да създадете допълнителни клъстери, влезте в Partner Hub и щракнете върху Services > Хибридна сигурност на данните > Вижте всички > Добавяне на клъстер. Следвайте стъпките, описани в раздела по-горе, за да добавите първия възел към допълнителния клъстер или клъстери.

Управлявайте организациите на наематели в Multi-Tenant Hybrid Data Security

Активирайте Multi-Tenant HDS в Partner Hub

Тази задача гарантира, че всички потребители на клиентските организации могат да започнат да използват HDS за локални ключове за криптиране и други услуги за сигурност.

Преди да започнете

Уверете се, че сте завършили настройката на вашия Multi-Tenant HDS клъстер с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Редактиране на настройките“ .
4	Щракнете върху Активиране на HDS на картата Състояние на HDS.

Добавяне на организации наематели в Partner Hub

В тази задача вие присвоявате клиентски организации към вашия хибриден клъстер за сигурност на данни.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „ Виж всички.
4	Отидете на раздела Назначени клиенти. Разделът „Назначени клиенти“ няма да се показва, докато не създадете клъстер.
5	Кликнете върху Добавяне на клиенти.
6	Изберете клиента, когото искате да добавите, от падащото меню.
7	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
8	Повторете стъпки от 5 до 7, за да добавите няколко клиенти към вашия клъстер.
9	Кликнете върху Готово в долната част на екрана, след като добавите клиентите. Добавените клиенти ще бъдат синхронизирани във всички налични клъстери.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS, за да завършите процеса на настройка.

Създайте главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS

Преди да започнете

Присвояване на клиенти, както е описано подробно в Добавяне на организации наематели в Partner Hub. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените организации на клиенти.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080`, и въведете потребителско име на администратор за Partner Hub при подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.
9	На страницата ISO импортиране щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете. Осигурете свързаност с вашата база данни, за да извършвате управление на CMK.
11	Отидете в раздела Управление на CMK на наематели, където ще намерите следните три начина за управление на CMK на наематели. Създаване на CMK за всички организации или Създаване на CMK - Кликнете върху този бутон в банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Създаване на CMK, за да създадете CMK за всички новодобавени организации. Щракнете върху близо до статуса „Изчакване на управлението на CMK“ на конкретна организация в таблицата и щракнете върху Създаване на CMK, за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, статусът в таблицата ще се промени от CMK management pending на CMK managed.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахване на организации наематели

Преди да започнете

След като бъде премахнат, потребителите на клиентски организации няма да могат да използват HDS за своите нужди от криптиране и ще загубят всички съществуващи пространства. Преди да премахнете организации на клиенти, моля, свържете се с вашия партньор на Cisco или мениджър клиенти.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „ Виж всички.
4	На страницата, която се отваря, щракнете върху раздела Присвоени клиенти.
5	От показания списък с организации на клиенти щракнете върху от дясната страна на организацията на клиента, която искате да премахнете, и щракнете върху Премахване от клъстера.

Какво да направите след това

Завършете процеса на премахване, като отмените CMK-тата на организациите на клиентите, както е описано подробно в Отмяна на CMK-тата на наематели, премахнати от HDS.

Отмяна на CMK-тата на наематели, премахнати от HDS.

Преди да започнете

Премахнете клиентите, както е описано подробно в Премахване на организации наематели. Стартирайте инструмента за инсталиране на HDS, за да завършите процеса на премахване на премахнатите организации на клиенти.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080`, и въведете потребителско име на администратор за Partner Hub при подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.
9	На страницата ISO импортиране щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете.
11	Отидете в раздела Управление на CMK на наематели, където ще намерите следните три начина за управление на CMK на наематели. Отмяна на CMK за всички организации или Отмяна на CMK - Кликнете върху този бутон в банера в горната част на екрана, за да отмените CMK на всички премахнати организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Отмяна на CMK, за да отмените CMK на всички премахнати организации. Щракнете върху близо до статуса CMK за отмяна на конкретна организация в таблицата и щракнете върху Отмяна на CMK, за да отмените CMK за тази конкретна организация.
12	След като отмяната на CMK е успешна, организацията на клиента вече няма да се показва в таблицата.
13	Ако отмяната на CMK е неуспешна, ще се покаже грешка.

Тествайте внедряването на хибридна защита на данните

Тествайте внедряването на хибридна защита на данните си

Използвайте тази процедура, за да тествате сценарии за криптиране на хибридна защита на данни с множество наематели.

Преди да започнете

Настройте внедряването на вашата хибридна защита на данни за множество наематели.
Уверете се, че имате достъп до системния лог (syslog), за да проверите дали ключовите заявки се предават към вашето внедряване на хибридна защита на данни с множество наематели.

1

Ключовете за дадено пространство се задават от създателя на пространството. Влезте в приложението Webex като един от потребителите на организацията на клиента и след това създайте пространство.

Ако деактивирате внедряването на хибридна защита на данни, съдържанието в пространствата, създадени от потребителите, вече няма да е достъпно, след като кешираните от клиента копия на ключовете за криптиране бъдат заменени.

2

Изпращайте съобщения до новото пространство.

3

Проверете изхода на системния лог, за да се уверите, че заявките за ключове се предават към вашето внедряване на хибридна защита на данни.

Ако потребител на новодобавена клиентска организация извърши някакво действие, идентификационният номер на организацията ще се появи в регистрационните файлове и това може да се използва за проверка дали организацията използва Multi-Tenant HDS. Проверете стойността на kms.data.orgId в системните логове.

За да проверите за потребител, който първо установява защитен канал към KMS, филтрирайте по kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

Трябва да намерите запис, подобен на следния (идентификаторите са съкратени за по-лесна четливост):

2025-04-10 04:38:20.208 (+0000) INFO  KMS [pool-19-thread-13] - [KMS:REQUEST] received, deviceId: 
https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5 ecdheKid: kms://collabdemoorg.cisco.com/statickeys/8[~]3 
clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]6,
 kms.data.method=create, kms.merc.id=d[~]7, kms.merc.sync=false, kms.data.uriHost=collabdemoorg.cisco.com, 
kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=1[~]f, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/ecdhe, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който заявява съществуващ ключ от KMS, филтрирайте по kms.data.method=retrieve и kms.data.type=KEY:

Трябва да намерите запис, например:

2025-04-10 04:38:24.144 (+0000) INFO  KMS [pool-19-thread-26] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558)
 WEBEX_TRACKINGID=webex-web-client_0[~]0, kms.data.method=retrieve, kms.merc.id=5[~]3, kms.merc.sync=false,
 kms.data.uriHost=collabdemoorg.cisco.com, kms.data.type=KEY, kms.data.requestId=4[~]7, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/keys/2[~]e, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който иска създаването на нов KMS ключ, филтрирайте по kms.data.method=create и kms.data.type=KEY_COLLECTION:

Трябва да намерите запис, например:

2025-04-10 04:42:22.739 (+0000) INFO  KMS [pool-19-thread-29] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::7 orgId: 2[~]b
 (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]3, kms.data.method=create, 
kms.merc.id=6[~]4, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, 
kms.data.orgId=2[~]b, kms.data.uri=/keys, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който е поискал създаването на нов KMS ресурсен обект (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте по kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

Трябва да намерите запис, например:

2025-04-10 04:42:23.690 (+0000) INFO  KMS [pool-19-thread-31] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/3[~]6 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 
clusterConnection: prodachm::1 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]2,
 kms.data.method=create, kms.merc.id=3[~]0, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
kms.data.requestId=5[~]8, kms.data.orgId=2[~]b, kms.data.uri=/resources, kms.data.userId=1[~]f, kms.data.httpUserAgent=conversation

Мониториране на състоянието на хибридната сигурност на данните

Индикатор за състоянието в Partner Hub ви показва дали всичко е наред с внедряването на Multi-Tenant Hybrid Data Security. За по-проактивно известяване, регистрирайте се за имейл известия. Ще бъдете уведомявани, когато има аларми, влияещи върху услугата, или актуализации на софтуера.

1	В Център за партньориизберете Услуги от менюто от лявата страна на екрана.
2	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Редактиране на настройките“ . Появява се страницата с настройки за хибридна защита на данните.
3	В секцията „Известия по имейл“ въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управлявайте внедряването на вашия HDS

Управление на внедряването на HDS

Използвайте описаните тук задачи, за да управлявате внедряването на хибридна защита на данни.

Задаване на график за надграждане на клъстера

Надстройките на софтуера за хибридна сигурност на данните се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги работят с една и съща версия на софтуера. Надстройките се извършват съгласно графика за надстройки за клъстера. Когато стане налична надстройка на софтуера, имате възможност да надстроите ръчно клъстера преди планираното време за надстройка. Можете да зададете конкретен график за надграждане или да използвате графика по подразбиране на 3:00 AM Daily Съединени щати: America/Los Анджелис. Можете също така да изберете да отложите предстоящо надграждане, ако е необходимо.

За да зададете график за надстройка:

1	Влезте в Partner Hub.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Настройка
4	На страницата „Ресурси за хибридна сигурност на данни“ изберете клъстера.
5	Кликнете върху раздела Настройки на клъстера.
6	На страницата „Настройки на клъстера“, под „График за надстройка“ изберете часа и часовата зона за графика за надстройка. Забележка: Под часовата зона се показва следващата налична дата и час на надстройка. Можете да отложите надстройката за следващия ден, ако е необходимо, като кликнете върху Отлагане с 24 часа.

Промяна на конфигурацията на възела

От време на време може да се наложи да промените конфигурацията на вашия възел за защита на хибридни данни поради причина като:

Промяна на x.509 сертификати поради изтичане или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на защитата, Hybrid Data Security използва пароли за сервизен акаунт, които имат деветмесечен живот. След като инструментът за настройка на HDS генерира тези пароли, ги разполагате на всеки от вашите HDS възли във файла ISO config. Когато паролите на вашата организация са към изтичане, получавате известие от екипа на Webex за нулиране на паролата за вашия машинен акаунт. (Имейлът включва текста, "Използвайте API за акаунт на машината, за да актуализирате паролата.") Ако паролите ви все още не са изтекли, инструментът ви дава две опции:

Меко нулиране— Старата и новата парола работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Хард нулиране— Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

Използвайте тази процедура, за да генерирате нов конфигурационен ISO файл и да го приложите към вашия клъстер.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права на партньора.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1.a до 1.e в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на 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 Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на парола. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“. Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Когато получите подкана, въведете вашите идентификационни данни за вход в Partner Hub и след това щракнете върху Приемам, за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да затворите инструмента за настройка, въведете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате само един работещ HDS възел, създайте нов виртуален компютър на възел Hybrid Data Security и го регистрирайте, като използвате новия ISO файл с конфигурация. За по-подробни инструкции вижте Създаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките. Щракнете върху `CD/DVD Drive 1`, изберете опцията за монтиране от ISO файл и отидете до мястото, където сте изтеглили новия ISO файл с конфигурацията. Поставете отметка на Свързване при включване. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса на възела "Защита на хибридните данни" (IP адрес/настройка например въведете идентификационни данни за администриране, които https://192.0.2.0/setup), сте задали за възела, след което щракнете върху Влизане.
2	Отидете на Общ преглед (страницата по подразбиране). Когато е разрешено, блокирани външна DNS разделителна способност е зададена да .
3	Отидете на страницата Хранилище на доверие & Прокси.
4	Щракнете върху Проверка на прокси връзката. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и да се върнете към страницата общ преглед, Блокиран външен DNS разделителна способност трябва да бъде зададено на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура, за да премахнете възел за хибридна защита на данни от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за сигурност.

1

Използвайте VMware vSphere клиента на вашия компютър, за да влезете във виртуалния хост ESXi и да изключите виртуалната машина.

2

Премахнете възела:

Влезте в Центъра за партньори и след това изберете Услуги.
В картата „Хибридна сигурност на данните“ щракнете върху „ Виж всички “ , за да се покаже страницата „Ресурси за хибридна сигурност на данните“.
Изберете вашия клъстер, за да се покаже неговият панел „Общ преглед“.
Кликнете върху възела, който искате да премахнете.
Кликнете върху Отрегистриране на този възел в панела, който се показва отдясно
Можете също да отпишете възела, като щракнете върху … от дясната страна на възела и изберете Отписване на възел.

3

В vSphere клиента изтрийте виртуалната машина. (В левия навигационен панел щракнете с десния бутон върху виртуалната машина и след това щракнете върху Изтриване.)

Ако не изтриете виртуалната машина, не забравяйте да демонтирате ISO файла с конфигурацията. Без ISO файла не можете да използвате виртуалната машина за достъп до данните си за сигурност.

Възстановяване след бедствия с помощта на резервен център за данни

Най-важната услуга, която вашият клъстер за хибридна сигурност на данни предоставя, е създаването и съхранението на ключове, използвани за криптиране на съобщения и друго съдържание, съхранявано в облака Webex. За всеки потребител в организацията, който е назначен за хибридна защита на данни, заявките за създаване на нови ключове се насочват към клъстера. Клъстерът е отговорен и за връщането на създадените от него ключове на всички потребители, упълномощени да ги извличат, например членове на пространство за разговори.

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, е наложително клъстерът да продължи да работи и да се поддържат правилни резервни копия. Загубата на базата данни за хибридна сигурност на данните или на ISO файла с конфигурацията, използван за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентско съдържание. Следните практики са задължителни за предотвратяване на подобна загуба:

Ако бедствие доведе до недостъпност на внедряването на HDS в основния център за данни, следвайте тази процедура, за да превключите ръчно към резервния център за данни.

Преди да започнете

Използвайте най-новия ISO файл, който е бил конфигуриран спрямо възлите на клъстера, който е бил активен преди това, за да извършите процедурата за превключване при срив, посочена по-долу.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете.
2	След като конфигурирате Syslogd сървъра, щракнете върху Разширени настройки
3	На страницата Разширени настройки добавете конфигурацията по-долу или премахнете конфигурацията `passiveMode`, за да направите възела активен. Възелът може да обработва трафика, след като това е конфигурирано. `passiveMode: 'false'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
5	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
6	В левия навигационен панел на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и след това щракнете върху Редактиране на настройките..
7	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
9	Повторете процеса за всеки възел в резервния център за данни. Проверете изхода от системния лог, за да се уверите, че възлите на резервния център за данни не са в пасивен режим. „KMS конфигуриран в пасивен режим“ не трябва да се появява в системните логове.

Какво да направите след това

След превключване на резервния център за данни, ако основният център за данни стане отново активен, поставете отново резервния център за данни в пасивен режим, като следвате стъпките, описани в Настройване на резервен център за данни за възстановяване след бедствие.

(По избор) Демонтиране на ISO след HDS конфигурация

Стандартната HDS конфигурация работи с монтиран ISO диск. Но някои клиенти предпочитат да не оставят ISO файловете постоянно монтирани. Можете да демонтирате ISO файла, след като всички HDS възли приемат новата конфигурация.

Все още използвате ISO файловете, за да правите промени в конфигурацията. Когато създавате нов ISO файл или актуализирате ISO файл чрез инструмента за настройка, трябва да монтирате актуализирания ISO файл на всички ваши HDS възли. След като всички ваши възли са възприели промените в конфигурацията, можете да демонтирате ISO файла отново с тази процедура.

Преди да започнете

Надстройте всички ваши HDS възли до версия 2025.06.02.6983 или по-нова.

1	Изключете един от вашите HDS възли.
2	В vCenter Server Appliance изберете възела HDS.
3	Изберете Редактиране на настройки > CD/DVD устройство и махнете отметката от ISO файл на хранилището на данни.
4	Включете HDS възела и се уверете, че няма аларми в продължение на поне 20 минути.
5	Повторете за всеки HDS възел поред.

Отстраняване на проблеми със сигурността на хибридните данни

Преглед на предупреждения и отстраняване на неизправности

Хибридното внедряване на защита на данни се счита за недостъпно, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че изисква изтичане на времето за изчакване. Ако потребителите не могат да достигнат до вашия клъстер за хибридна защита на данни, те ще наблюдават следните симптоми:

Не могат да се създават нови пространства (не е възможно да се създават нови ключове)
Съобщенията и заглавията на пространствата не успяват да се дешифрират за:
- Нови потребители са добавени към пространството (не е възможно да се получат ключове)
- Съществуващи потребители в пространство, използващи нов клиент (не могат да извлекат ключове)
Съществуващите потребители в дадено пространство ще продължат да работят успешно, стига техните клиенти да имат кеш на ключовете за криптиране.

Важно е правилно да наблюдавате вашия клъстер за хибридна сигурност на данни и своевременно да реагирате на всички предупреждения, за да избегнете прекъсване на услугата.

Предупреждения

Ако има проблем с настройката на хибридната защита на данни, Partner Hub показва известия на администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Сигналите обхващат много често срещани сценарии.

Таблица 1. Често срещани проблеми и стъпки за разрешаването им
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Грешка при свързване с локална база данни.	Проверете дали сървърът на базата данни е наличен и дали са използвани правилните идентификационни данни за сервизен акаунт при конфигурацията на възела.
Грешка в достъпа до облачна услуга.	Проверете дали възлите имат достъп до Webex сървърите, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията за облачна услуга.	Регистрацията за облачни услуги беше премахната. Подновяването на регистрацията е в ход.
Регистрацията на облачна услуга е прекратена.	Регистрацията за облачни услуги е прекратена. Услугата се изключва.
Услугата все още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съответства на сертификата на сървъра.	Уверете се, че сертификатът на вашия сървър съответства на конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че CN на сертификата е бил наскоро променен и сега е различен от CN, използван по време на първоначалната настройка.
Неуспешно удостоверяване в облачните услуги.	Проверете за точност и евентуално изтичане на идентификационните данни за сервизния акаунт.
Неуспешно отваряне на локалния файл за съхранение на ключове.	Проверете целостта и точността на паролата в локалния файл за съхранение на ключове.
Сертификатът на локалния сървър е невалиден.	Проверете датата на валидност на сертификата на сървъра и потвърдете, че е издаден от надежден сертифициращ орган.
Не е възможно публикуване на показатели.	Проверете достъпа на локалната мрежа до външни облачни услуги.
/media/configdrive/hds директорията не съществува.	Проверете конфигурацията за монтиране на ISO файла на виртуалния хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организацията на клиента не е завършена за добавените организации	Завършете настройката, като създадете CMK за новодобавени организации на наематели, използвайки инструмента за настройка на HDS.
Настройката на организацията на клиента не е завършена за премахнатите организации	Завършете настройката, като отмените CMK-тата на организациите наематели, които бяха премахнати с помощта на инструмента за настройка на HDS.

Отстраняване на неизправности в хибридната сигурност на данните

Използвайте следните общи насоки, когато отстранявате проблеми с хибридната защита на данните.

1	Влезте в Partner Hub.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Събития“ .
4	Прегледайте страницата с историята на събитията за евентуални предупреждения и коригирайте всички елементи, които откриете там. Вижте изображението по-долу за справка.
5	Прегледайте изхода на syslog сървъра за активност от внедряването на хибридната защита на данните. Филтрирайте за думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняването на неизправности.
6	Свържете се с поддръжката на Cisco.

API за разработчици на HDS

API-тата за разработчици на HDS са начин за извличане на аналитични и мониторингови данни, както и за отстраняване на неизправности при внедряването на HDS чрез портала за разработчици на Webex. API са на разположение в https://developer.webex.com/messaging/docs/api/v1/hds.

Други бележки

Известни проблеми със сигурността на хибридните данни

Ако изключите всички активни клъстери на Hybrid Data Security (чрез изтриването им в Partner Hub или чрез изключване на всички възли), загубите ISO файла си за конфигурация или загубите достъп до базата данни за хранилище на ключове, потребителите на Webex App на клиентски организации вече няма да могат да използват пространства в списъка си с хора, които са създадени с ключове от вашата KMS. В момента нямаме решение или корекция на този проблем и ви призоваваме да не изключвате услугите си на HDS, след като те обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка с KMS, поддържа тази връзка за определен период от време (вероятно един час).

Стартирайте инструмента за настройка на HDS с помощта на Podman Desktop

Podman е безплатен инструмент с отворен код за управление на контейнери, който предоставя начин за стартиране, управление и създаване на контейнери. Podman Desktop може да бъде изтеглен от https://podman-desktop.io/downloads.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За да получите достъп до него, изтеглете и стартирайте Podman на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в контролния център с пълни права на администратор за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

podman rmi ciscocitg/hds-setup:stable  
podman login docker.io -u hdscustomersro
dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
podman pull ciscocitg/hds-setup:stable
podman run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

Какво да направите след това

Следвайте оставащите стъпки в Създаване на ISO файл за конфигурация за HDS хостовете или Промяна на конфигурацията на възела, за да създадете или промените ISO конфигурацията.

Преместете съществуващото внедряване на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с много клиент в Partner Hub

Преобразуването от съществуващо едно-наемателско HDS внедряване на партньорска организация, управлявано в Control Hub, към многонаемателско HDS внедряване, управлявано в Partner Hub, включва предимно деактивиране на HDS услугата в Control Hub, дерегистриране на възли и изтриване на клъстера. След това можете да влезете в Partner Hub, да регистрирате възлите, да активирате Multi-Tenant HDS и да добавите клиенти към вашия клъстер.

Терминът „единичен клиент“ се отнася просто до съществуващо внедряване на HDS в Control Hub.

Деактивиране на HDS, дерегистриране на възли и изтриване на всички клъстери в Control Hub

1	Влезте в контролния център. В левия панел щракнете върху Хибрид. В картата „Хибридна сигурност на данните“ щракнете върху „Редактиране на настройките“.
2	На страницата с настройки превъртете надолу до секцията Деактивиране и щракнете върху Деактивиране.
3	След деактивирането, щракнете върху раздела Ресурси.
4	Страницата Ресурси изброява клъстерите във вашето HDS внедряване. Щракнете върху клъстер, отваря се страница с всички възли в този клъстер.
5	Щракнете върху отдясно и щракнете върху Отрегистриране на възел. Повторете процеса за всички възли в клъстера.
6	Ако вашето внедряване има множество клъстери, повторете стъпка 4 и стъпка 5, докато всички възли бъдат отписани.
7	Кликнете върху Настройки на клъстера > Премахване.
8	Щракнете върху Потвърди премахването, за да отпишете клъстера.
9	Повторете процеса за всички клъстери във вашето HDS внедряване. След деактивиране на HDS, отписване от регистрацията на възли и премахване на клъстери, картата Hybrid Data Service в Control Hub ще показва Setup not completed в долната част.

Активирайте Multi-Tenant HDS за партньорската организация в Partner Hub и добавете клиенти

Преди да започнете

Всички предварителни изисквания, посочени в Изисквания за сигурност на данните за многонаемателски хибридни системи, са приложими тук. Освен това, уверете се, че същата база данни и сертификати се използват по време на преместването към Multi-Tenant HDS.

1	Влезте в Центъра за партньори. Щракнете върху Услуги в левия панел. Използвайте същия ISO файл от предишното ви внедряване на HDS, за да конфигурирате възлите. Това ще гарантира, че съобщенията и съдържанието, генерирани от потребителите в предишното съществуващо внедряване на HDS, все още са достъпни в новата настройка за множество наематели.
2	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „Настройка“.
3	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
4	В първото поле на картата Създаване на клъстер въведете име за клъстера, към който искате да присвоите вашия възел за хибридна защита на данни. Препоръчваме да наименувате клъстер въз основа на географското местоположение на възлите на клъстера. Примери: „Сан Франциско“, „Ню Йорк“ или „Далас“
5	Във второто поле въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройка на виртуалната машина за хибридна сигурност на данни. Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
6	Кликнете върху Отиди на възел. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да предоставите разрешения на вашата Webex организация за достъп до вашия възел.
7	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. На страницата Хибридна сигурност на данни новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Ресурси. Възелът автоматично ще изтегли най-новия софтуер от облака.
8	Отидете в раздела Настройки и щракнете върху Активиране на картата за състояние на HDS. СъобщениетоАктивиран HDS ще се появи в долната част на екрана.
9	Кликнете върху раздела Назначени клиенти.
10	Кликнете върху Добавяне на клиенти.
11	Изберете клиента, когото искате да добавите, от падащото меню.
12	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
13	Повторете стъпки от 11 до 13, за да добавите няколко клиенти към вашия клъстер.
14	Кликнете върху Готово в долната част на екрана, след като добавите клиентите.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS, за да завършите процеса на настройка.

Използвайте OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на PKCS12 файла в правилния формат за зареждане в HDS Setup Tool. Има и други начини да направите това и ние не подкрепяме, нито насърчаваме единия начин пред другия.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като насока, която да ви помогне да създадете файл, който отговаря на изискванията за сертификат X.509 в Изисквания за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org за софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия сертифициращ орган (CA).

1	Когато получите сертификата на сървъра от вашия CA, запазете го като `hdsnode.pem`.
2	Покажете сертификата като текст и проверете данните. `openssl x509 -text -noout -in hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл със сертификатен пакет, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва сертификата на сървъра, всички междинни сертификати на CA и сертификатите на коренния CA във формата по-долу: `-----BEGIN CERTIFICATE----- ### Server certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Intermediate CA certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Root CA certificate. ### -----END CERTIFICATE-----`
4	Създайте .p12 файла с приятелското име `kms-private-key`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 -in hdsnode.p12` Въведете парола при подканата, за да криптирате личния ключ, така че той да бъде посочен в изхода. След това проверете дали частният ключ и първият сертификат съдържат редовете `friendlyName: kms-private-key`. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Enter Import Password: MAC verified OK Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Key Attributes: Enter PEM pass phrase: Verifying - Enter PEM pass phrase: -----BEGIN ENCRYPTED PRIVATE KEY----- -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE----- Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE-----

Какво да направите след това

Връщане към Изпълнете предварителните изисквания за хибридна сигурност на данните. Ще използвате файла hdsnode.p12 и паролата, която сте задали за него, в Създаване на ISO файл с конфигурация за HDS хостовете.

Можете да използвате повторно тези файлове, за да заявите нов сертификат, когато оригиналният сертификат изтече.

Трафик между HDS възлите и облака

Изходящ трафик за събиране на показатели

Възлите за хибридна сигурност на данните изпращат определени показатели към облака Webex. Те включват системни показатели за максимална heap памет, използвана heap памет, натоварване на процесора и брой нишки; показатели за синхронни и асинхронни нишки; показатели за предупреждения, включващи праг на криптирани връзки, латентност или дължина на опашката за заявки; показатели за хранилището на данни; и показатели за криптирана връзка. Възлите изпращат криптиран ключов материал по канал извън честотната лента (отделен от заявката).

Входящ трафик

Възлите за хибридна сигурност на данните получават следните видове входящ трафик от облака Webex:

Заявки за криптиране от клиенти, които се маршрутизират от услугата за криптиране
Надстройки на софтуера на възела

Конфигуриране на Squid прокси сървъри за хибридна сигурност на данните

Websocket не може да се свърже чрез сепия прокси

Squid прокси сървърите, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки, които Hybrid Data Security изисква. Тези раздели дават насоки как да конфигурирате различни версии на Squid да игнорират wss: трафик за правилното функциониране на услугите.

Калмята 4 и 5

Добавете директивата on_unsupported_protocol към 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

Нова и променена информация

Тази таблица обхваща нови функции или функционалности, промени в съществуващото съдържание и всички основни грешки, които са били коригирани в Ръководството за внедряване на хибридна защита на данни с множество наематели.

Дата	Направени промени
23 юни 2026 г.	Добавен е раздел „Тълкуване на HDS регистрационни файлове и разбиране на етикетите на агентите “ .
1 юни 2026 г.	Добавен е раздел HDS Developer APIs. Добавена е бележка към раздела „Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop “ .
16 април 2026 г.	Актуализирани са изискванията към сървъра на базата данни, за да се добави поддръжка за PostgreSQL версии 17 и 18.
25 март 2026 г.	Актуализирана е паролата по подразбиране, използвана за влизане във виртуалната машина на възела за хибридна защита на данни.
5 декември 2025 г.	Актуализирано Създаване на ISO файл за конфигурация за HDS хостовете с правилния текст на потребителския интерфейс на страницата „Системни логове“ и добавяне на инструкция за качване на коренен сертификат на syslog при конфигуриране на TLS криптиране.
21 ноември 2025 г.	Добавен е раздел Често задавани въпроси. Добавени са раздели „ Настройване на резервен център за данни за възстановяване след бедствие “ и „ Възстановяване след бедствие с помощта на резервен център за данни “ . Премахнато (Бета) от заглавието на ръководството за внедряване.
8 май 2025 г.	Добавено Преместване на съществуващото внедряване на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с много клиент в секцията Partner Hub. Актуализиран е изходът на системния лог, за да се подобри четимостта в раздела „Тестване на внедряването на хибридна защита на данните“. Актуализирани са изискванията за виртуален хост, потокът от задачи за внедряване на хибридна защита на даннии инсталирането на HDS Host OVA, за да се добави поддръжка за ESXi 8.0.
4 март 2025 г.	Добавено е стартиране на инструмента за настройка на HDS, използвайки раздела Podman Desktop. Добавена е бележка в Изисквания за Docker Desktop, предоставяща на клиентите алтернативна опция с отворен код. Актуализирано Създаване на ISO файл с конфигурация за HDS хостовете и Промяна на конфигурацията на възела с инструкции за използване на Podman Desktop за клиенти без лиценз за Docker Desktop.
30 януари 2025 г.	Добавен е SQL сървър версия 2022 към списъка с поддържани SQL сървъри в Изисквания към сървъра за бази данни.
15 януари 2025 г.	Добавени са ограничения на многонаемателската хибридна сигурност на данните.
8 януари 2025 г.	Добавена е бележка в Извършване на първоначална настройка и изтегляне на инсталационни файлове, в която се посочва, че щракването върху Настройка на HDS картата в Partner Hub е важна стъпка от процеса на инсталиране.
7 януари 2025 г.	Актуализирани са изискванията за виртуален хост, потокът от задачи за внедряване на хибридна защита на даннии инсталирането на OVA на HDS хост, за да се покаже новото изискване на ESXi 7.0.
13 декември 2024 г.	Първо публикувано.

Деактивиране на хибридната защита на данните за многоклиентски системи

Поток от задачи за деактивиране на многонаемателски HDS

Следвайте тези стъпки, за да деактивирате напълно Multi-Tenant HDS.

Преди да започнете

Тази задача трябва да се изпълнява само от пълен администратор на партньор.

1	Премахнете всички клиенти от всички ваши клъстери, както е посочено в Премахване на организации на наематели.
2	Отменете CMK-тата на всички клиенти, както е посочено в Отменете CMK-тата на наематели, премахнати от HDS..
3	Премахнете всички възли от всички ваши клъстери, както е посочено в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстера, който искате да изтриете, и изберете Изтрий този клъстер в горния десен ъгъл на страницата с общ преглед. На страницата „Ресурси“ щракнете върху от дясната страна на клъстер и изберете „ Премахване на клъстер“.
5	Щракнете върху раздела Настройки на страницата с общ преглед на хибридната защита на данните и щракнете върху Деактивиране на HDS на картата „Състояние на HDS“.

Често задавани въпроси

В. CMK-тата и главният ключ съхраняват ли се в ISO файла или в базата данни?

О. Главните ключове на клиента (CMK) се съхраняват в базата данни и са криптирани с главния ключ, който се съхранява в ISO файла.

В. Използва ли се един ключ за криптиране на всички данни на организациите на клиентите?

О. Не. Данните на всяка клиентска организация са криптирани със собствен CMK (основен ключ на клиента).

В. Какво ще се случи, ако деактивирам HDS от Partner Hub?

О. Някои операции, като създаване на пространство и насрочване на срещи, ще бъдат засегнати незабавно. Съществуващото съдържание в пространствата ще бъде достъпно, докато не изтече локалният кеш. След 24 часа потребителите, управлявани от партньора, ще преминат към Cloud KMS и е възможно да възникнат проблеми с предварително създадени пространства и пространства „един към един“.

В. След като CMK бъде генериран за клиентска организация чрез инструмента за настройка на HDS, потребителите на клиентската организация веднага ли започват да използват Multi-Tenant HDS?

О. Възможно е да има максимално забавяне от 24 часа за обновяване на кеша в облака.

В. Защо не виждам списък с клиенти, когато щракна върху бутона „Добавяне на клиенти“ в Partner Hub?

О. Това обикновено означава, че няма организации клиенти, които да отговарят на изискванията за лиценз на Cisco Webex.

В. Какво е въздействието, ако всички HDS възли бъдат изключени или ако мрежов проблем засегне всички HDS възли?

О. Операции като създаване на пространства и насрочване на срещи са засегнати незабавно. Съществуващото съдържание е достъпно само докато изтече локалният кеш.

В. Потребителските данни на партньорската организация криптирани ли са с главния ключ, генериран по време на създаването на ISO образа?

Една. Да. В момента потребителските данни на партньорската организация са криптирани с главния ключ. В бъдеще партньорските организации ще имат специфични за партньора ключове, подобни на CMK на клиентите.

В. Могат ли партньорската организация и организациите наематели да бъдат в различни региони (например САЩ и ЕС)?

Една. Да. Организациите-партньори и наематели могат да бъдат разположени в различни географски региони.

В. Има ли някакъв механизъм за преместване на ключове обратно в Cloud KMS?

О. Няма механизъм за преместване на ключове обратно в облака след внедряване на HDS.

В. Може ли партньор да продължи да използва Cloud KMS и да използва Multi-Tenant HDS изключително за управление на клиенти?

О. Не, това не се поддържа в момента. Поддръжката на тази функционалност е планирана за в бъдеще.

В. Как може партньор да провери дали неговата организация използва Multi-Tenant HDS за криптиране?

О. Влезте в Центъра за партньори. Отидете на Услуги > Хибридна сигурност на данните > Настройки . Ако статусът на HDS е активиран, потребителите на партньорската организация, както и назначените клиенти, използват Multi-Tenant HDS.

Като алтернатива, можете да проверите системните си логове, за да се уверите, че HDS е активиран. Вижте Тестване на внедряването на хибридна защита на данните.

В. Има ли алтернатива на Docker Desktop за стартиране на инструмента за настройка на HDS?

Една. Да. Pod man Desktop е алтернатива с отворен код на Docker Desktop. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop.

В. Колко възела мога да разположа в клъстер с многонаемателски HDS?

О. Препоръчваме минимум два възела и максимум 1000.

В. Какви са мрежовите изисквания, необходими за настройване на Multi-Tenant HDS?

О. Вижте Изисквания за външна свързаност.

В. Pro Pack за Control Hub изискване ли е за партньорските организации?

О. Не. Pro Pack не е задължителен за партньорските организации. Свържете се с вашия партньор на Cisco или мениджър клиенти за съдействие при настройването на Multi-Tenant HDS.

В. Поддържа ли се HSM в Multi-Tenant HDS?

О. Не, в момента Multi-Tenant HDS не поддържа HSM.

В. Мога ли да тествам Multi-Tenant HDS със самоподписан сертификат?

О. Не. Многонаемателният HDS изисква сертификат, извлечен от доверен CA, който отговаря на всички изисквания, посочени в X.509 Certificate Requirements.

В. Необходимо ли е монтиране на ISO файла всеки път, когато се добавя нов клиент в Partner Hub?

О. Не. ISO файлът трябва да се монтира само при промяна на ISO конфигурации. Когато добавяте нов клиент в Partner Hub, уверете се, че можете да създавате CMK-ове, използвайки инструмента за настройка на HDS. Вижте Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS.

В. След внедряването на Multi-Tenant HDS в Partner Hub, потребителите на партньорската организация започват ли да използват локална KMS за управление на ключове?

О. Потребителите ще започнат да използват локалната KMS за управление на ключове само след като HDS бъде активиран в Partner Hub.

Започнете с многонаемателска хибридна сигурност на данните

Преглед на защитата на данните при хибридни системи с множество наематели

От първия ден сигурността на данните е основният фокус при проектирането на приложението Webex. Крайъгълният камък на тази сигурност е цялостното криптиране на съдържание, активирано от клиенти на Webex App, взаимодействащи с услугата за управление на ключове (KMS). KMS отговаря за създаването и управлението на криптографски ключове, които клиентите използват за динамично криптиране и дешифриране на съобщения и файлове.

По подразбиране всички клиенти на Webex App получават криптиране от край до край с динамични ключове, съхранявани в облачната KMS система в областта на сигурността на Cisco. Хибридната защита на данните премества KMS и други свързани със сигурността функции във вашия корпоративен център за данни, така че никой освен вас не държи ключовете за вашето криптирано съдържание.

Многонаемателската хибридна сигурност на данните позволява на организациите да използват HDS чрез надежден локален партньор, който може да действа като доставчик на услуги и да управлява локално криптиране и други услуги за сигурност. Тази настройка позволява на партньорската организация да има пълен контрол върху внедряването и управлението на ключове за криптиране и гарантира, че потребителските данни на организациите на клиентите са защитени от външен достъп. Партньорските организации настройват HDS инстанции и създават HDS клъстери, когато е необходимо. Всеки екземпляр може да поддържа множество клиентски организации, за разлика от обикновеното внедряване на HDS, което е ограничено до една организация.

Въпреки че партньорските организации имат контрол върху внедряването и управлението, те нямат достъп до данни и съдържание, генерирани от клиентите. Този достъп е ограничен до организациите клиенти и техните потребители.

Това позволява и на по-малките организации да използват HDS, тъй като услугата за управление на ключове и инфраструктурата за сигурност, като например центровете за данни, са собственост на доверен местен партньор.

Как многонаемателската хибридна сигурност на данните осигурява суверенитет на данните и контрол върху тях

Съдържанието, генерирано от потребителите, е защитено от външен достъп, като например доставчици на облачни услуги.
Местни доверени партньори управляват ключовете за криптиране на клиенти, с които вече имат установени взаимоотношения.
Възможност за локална техническа поддръжка, ако такава е осигурена от партньора.
Поддържа съдържание за срещи, съобщения и обаждания.

Този документ е насочен към подпомагане на партньорските организации при настройването и управлението на клиенти в рамките на хибридна система за сигурност на данните с множество наематели.

Ограничения на сигурността на данните при многонаемателски хибридни системи

Партньорските организации не трябва да имат активно внедряване на HDS в Control Hub.
Организациите наематели или клиенти, които желаят да бъдат управлявани от партньор, не трябва да имат съществуващо внедряване на HDS в Control Hub.
След като партньорът внедри Multi-Tenant HDS, всички потребители на клиентски организации, както и потребителите на партньорската организация, започват да използват Multi-Tenant HDS за своите услуги за криптиране.

Партньорската организация и клиентските организации, които управляват, ще бъдат в едно и също внедряване на Multi-Tenant HDS.

Партньорската организация вече няма да използва облачна KMS след внедряването на Multi-Tenant HDS.
Няма механизъм за преместване на ключове обратно в Cloud KMS след внедряване на HDS.
Администраторските роли имат определени ограничения; вижте раздела по-долу за подробности.

Роли в многонаемателската хибридна сигурност на данните

Пълен администратор на партньор - Може да управлява настройките за всички клиенти, които партньорът управлява. Могат също да възлагат администраторски роли на съществуващи потребители в организацията и да задават конкретни клиенти, които да бъдат управлявани от администратори на партньора.
Администратор на партньор - Може да управлява настройките за клиенти, които администраторът е осигурил или които са били присвоени на потребителя.
Пълен администратор - Администратор на партньорската организация, който е упълномощен да изпълнява задачи като промяна на настройките на организацията, управление на лицензи и присвояване на роли.

Цялостна настройка и управление на многонаемателски HDS за всички организации на клиенти - Изисква се пълни администраторски права на партньор и пълни администраторски права.
Управление на назначени организации наематели - Изисква се администратор на партньор и пълни администраторски права.

Архитектура на сферата на сигурността

Облачната архитектура на Webex разделя различните видове услуги в отделни области или доверителни домейни, както е показано по-долу.

За да разберем по-добре хибридната сигурност на данните, нека първо разгледаме този случай с чист облак, където Cisco предоставя всички функции в своите облачни сфери. Услугата за идентификация, единственото място, където потребителите могат да бъдат директно свързани с личната си информация, като например имейл адрес, е логически и физически отделена от сферата на сигурност в център за данни B. И двете от своя страна са отделни от сферата, където в крайна сметка се съхранява криптирано съдържание, в център за данни C.

На тази диаграма клиентът е приложението Webex, работещо на лаптопа на потребителя, и е удостоверено с услугата за удостоверяване. Когато потребителят състави съобщение за изпращане до пространство, се извършват следните стъпки:

Клиентът установява защитена връзка с услугата за управление на ключове (KMS), след което изисква ключ за криптиране на съобщението. Защитената връзка използва ECDH, а KMS криптира ключа с помощта на главен ключ AES-256.
Съобщението се криптира, преди да напусне клиента. Клиентът го изпраща към услугата за индексиране, която създава криптирани индекси за търсене, за да подпомогне бъдещите търсения на съдържанието.
Криптираното съобщение се изпраща до службата за съответствие за проверки за съответствие.
Криптираното съобщение се съхранява в хранилището.

Когато внедрявате хибридна защита на данни, премествате функциите на областта на сигурност (KMS, индексиране и съответствие) във вашия локален център за данни. Другите облачни услуги, които съставляват Webex (включително съхранението на самоличност и съдържание), остават в сферата на Cisco.

Сътрудничество с други организации

Потребителите във вашата организация може редовно да използват приложението Webex, за да си сътрудничат с външни участници в други организации. Когато един от вашите потребители поиска ключ за пространство, собственост на вашата организация (защото е създадено от един от вашите потребители), вашата KMS система изпраща ключа на клиента по защитен канал на ECDH. Когато обаче друга организация притежава ключа за пространството, вашата KMS система пренасочва заявката към облака Webex през отделен ECDH канал, за да получи ключа от съответната KMS система, след което връща ключа на вашия потребител по оригиналния канал.

Услугата KMS, работеща в организация A, валидира връзките към KMS системи в други организации, използвайки сертификати x.509 PKI. Вижте Подготовка на вашата среда за подробности относно генерирането на сертификат x.509, който да се използва с вашето внедряване на хибридна защита на данни с множество наематели.

Очаквания за внедряване на хибридна сигурност на данните

Внедряването на хибридна сигурност на данните изисква значителен ангажимент и осъзнаване на рисковете, свързани с притежаването на ключове за криптиране.

За да внедрите хибридна сигурност на данните, трябва да предоставите:

Защитен център за данни в държава, която е поддържано местоположение за плановете на Cisco Webex Teams.
Оборудването, софтуерът и мрежовият достъп, описани в Подгответе вашата среда.

Пълната загуба на ISO файла с конфигурацията, който създавате за Hybrid Data Security, или на предоставената от вас база данни ще доведе до загуба на ключовете. Загубата на ключ не позволява на потребителите да декриптират съдържанието на пространството и други криптирани данни в приложението Webex. Ако това се случи, можете да изградите ново внедряване, но ще бъде видимо само ново съдържание. За да избегнете загуба на достъп до данни, трябва:

Управлявайте архивирането и възстановяването на базата данни и ISO файла с конфигурацията.
Бъдете готови да извършите бързо възстановяване след бедствие, ако възникне катастрофа, като например повреда на диска на базата данни или бедствие в центъра за данни.

Няма механизъм за преместване на ключове обратно в облака след внедряване на HDS.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на внедряване на хибридна защита на данни с множество наематели:

Настройка на хибридна сигурност на данните— Това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна сигурност на данните, изграждане на HDS клъстер, добавяне на организации-наематели към клъстера и управление на техните основни ключове на клиентите (CMK). Това ще позволи на всички потребители на вашите клиентски организации да използват вашия клъстер за хибридна сигурност на данни за функции за сигурност.

Фазите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте внедряването си за хибридна сигурност на данните— Облакът Webex автоматично предоставя текущи надстройки. Вашият ИТ отдел може да осигури поддръжка от първо ниво за това внедряване и да ангажира поддръжка от Cisco, ако е необходимо. Можете да използвате екранни известия и да настроите имейл известия в Partner Hub.
Разберете често срещаните предупреждения, стъпките за отстраняване на неизправности и известните проблеми— Ако срещнете проблеми с внедряването или използването на Hybrid Data Security, последната глава на това ръководство и приложението „Известни проблеми“ могат да ви помогнат да определите и отстраните проблема.

Модел за внедряване на хибридна сигурност на данните

В рамките на вашия корпоративен център за данни, вие внедрявате Hybrid Data Security като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака Webex чрез защитени уеб сокети и защитен HTTP.

По време на инсталационния процес ви предоставяме OVA файла, за да настроите виртуалното устройство на предоставените от вас виртуални машини. Използвате инструмента за настройка на HDS, за да създадете персонализиран ISO файл за конфигурация на клъстера, който монтирате на всеки възел. Клъстерът за хибридна сигурност на данни използва предоставения от вас Syslogd сървър и база данни PostgreSQL или Microsoft SQL Server. (Конфигурирате Syslogd и подробностите за връзката с базата данни в инструмента за настройка на HDS.)

Модел за внедряване на хибридна сигурност на данните

Минималният брой възли, които можете да имате в клъстер, е два. Препоръчваме поне три на клъстер. Наличието на множество възли гарантира, че услугата няма да бъде прекъсната по време на надстройка на софтуера или друга дейност по поддръжка на даден възел. (Облакът Webex надгражда само един възел наведнъж.)

Всички възли в клъстера имат достъп до едно и също хранилище за ключови данни и регистрират активността си на един и същ syslog сървър. Самите възли са без състояние и обработват ключови заявки по кръгов начин, както е указано от облака.

Възлите стават активни, когато ги регистрирате в Partner Hub. За да извадите отделен възел от експлоатация, можете да го отпишете и по-късно да го регистрирате отново, ако е необходимо.

Резервен център за данни за възстановяване след бедствия

По време на внедряването, вие създавате защитен резервен център за данни. В случай на бедствие в център за данни, можете ръчно да прехвърлите внедряването си към резервния център за данни при неуспешно изпълнение.

Базите данни на активните и резервните центрове за данни са синхронизирани помежду си, което ще минимизира времето, необходимо за извършване на резервно превключване.

Активните възли за хибридна сигурност на данните трябва винаги да са в същия център за данни като активния сървър на базата данни.

Създаване на резервен център за данни за възстановяване след бедствие

Следвайте стъпките по-долу, за да конфигурирате ISO файла на резервния център за данни:

Преди да започнете

Резервният център за данни трябва да отразява производствената среда на виртуалните машини и резервна база данни на PostgreSQL или Microsoft SQL Server. Например, ако в производствената среда има 3 виртуални машини, работещи с HDS възли, средата за архивиране трябва да има 3 виртуални машини. (Вижте Резервен център за данни за възстановяване след бедствия за общ преглед на този модел за превключване на резервни устройства.)
Уверете се, че синхронизирането на базата данни е активирано между базата данни на активните и пасивните клъстерни възли.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете. ISO файлът трябва да е копие на оригиналния ISO файл на основния център за данни, върху който ще се направят следните актуализации на конфигурацията.
2	След като конфигурирате Syslogd сървъра, щракнете върху Разширени настройки
3	На страницата Разширени настройки добавете конфигурацията по-долу, за да поставите възела в пасивен режим. В този режим възелът ще бъде регистриран в организацията и свързан с облака, но няма да обработва трафик. `passiveMode: 'true'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
5	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
6	В левия навигационен панел на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и след това щракнете върху Редактиране на настройките..
7	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
9	Повторете процеса за всеки възел в резервния център за данни. Проверете системните логове, за да се уверите, че възлите са в пасивен режим. Трябва да можете да видите съобщението „KMS конфигуриран в пасивен режим“ в системните логове.

Какво да направите след това

След като конфигурирате passiveMode в ISO файла и го запазите, можете да създадете друго копие на ISO файла без конфигурацията passiveMode и да го запазите на сигурно място. Това копие на ISO файла без конфигуриран passiveMode може да помогне за бърз процес на превключване след срив по време на възстановяване след бедствие. Вижте Възстановяване след бедствие с помощта на резервен център за данни за подробна процедура за превключване при срив.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Без прокси—По подразбиране, ако не използвате хранилището за доверени данни за настройката на HDS възела & Конфигурация на прокси за интегриране на прокси. Не се изисква актуализация на сертификата.
Прозрачен неинспектиращ прокси сървър— Възлите не са конфигурирани да използват специфичен адрес на прокси сървър и не би трябвало да изискват никакви промени, за да работят с неинспектиращ прокси сървър. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси сървър— Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър— С изричен прокси сървър, вие казвате на HDS възлите кой прокси сървър и схема за удостоверяване да използват. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN—Адрес, който може да се използва за достигане до прокси машината.
2. Прокси порт— Номер на порт, който прокси сървърът използва, за да слуша проксиран трафик.
3. Прокси протокол— В зависимост от това какво поддържа вашият прокси сървър, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване— Изберете измежду следните типове удостоверяване:
  - Няма—Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Basic—Използва се от HTTP потребителски агент за предоставяне на потребителско име и парола при отправяне на заявка. Използва Base64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Дайджест—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

Пример за хибридни данни сигурност възли и прокси

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

Подготовка на средата

Изисквания за сигурност на данните за многонаемателни хибридни системи

Изисквания за лиценз на Cisco Webex

За да внедрите хибридна защита на данни за множество наематели:

Партньорски организации: Свържете се с вашия партньор на Cisco или мениджър на клиенти и се уверете, че функцията „Много наематели“ е активирана.
Организации наематели: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за Docker Desktop

Преди да инсталирате HDS възлите си, трябва да стартирате инсталационна програма в Docker Desktop. Docker наскоро актуализира своя лицензионен модел. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, " Docker е Актуализиране и разширяване на нашите абонаментиза продукти".

Клиенти без лиценз за Docker Desktop могат да използват инструмент за управление на контейнери с отворен код, като Podman Desktop, за да стартират, управляват и създават контейнери. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Изисквания за сертификат X.509

Веригата от сертификати трябва да отговаря на следните изисквания:

Таблица 1. Изисквания за сертификат X.509 за внедряване на хибридна сигурност на данните
Изискване	Подробности
Подписано от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на CAs в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи домейн с общо име (CN), който идентифицира вашето внедряване на хибридна сигурност на данни Не е сертификат със заместващ знак	Не е необходимо CN да е достъпен или да е активен хост. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. Комбинираното предложение не трябва да съдържа * (заместващ знак). CN се използва за проверка на възлите на Hybrid Data Security към клиенти на Webex App. Всички възли за хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашата KMS система се идентифицира с CN домейна, а не с домейн, дефиниран в полетата x.509v3 SAN. След като регистрирате възел с този сертификат, не поддържаме промяна на името на домейна CN.
Подпис, различен от SHA1	Софтуерът KMS не поддържа SHA1 подписи за валидиране на връзки към KMS системи на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име `kms-private-key`, за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор като OpenSSL, за да промените формата на вашия сертификат. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.

Софтуерът KMS не налага налага използването на ключове или разширени ограничения за използване на ключове. Някои сертифициращи органи изискват към всеки сертификат да се прилагат разширени ограничения за използване на ключове, като например удостоверяване на сървъра. Допустимо е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален хост

Виртуалните хостове, които ще настроите като възли за хибридна сигурност на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (препоръчително 3), разположени в един и същ защитен център за данни
Инсталиран и работещ VMware ESXi 7.0 или 8.0.

Трябва да надстроите, ако имате по-ранна версия на ESXi.
Минимум 4 vCPU, 8 GB основна памет, 30 GB локално дисково пространство на сървър

Изисквания за сървъра на базата данни

Създайте нова база данни за съхранение на ключове. Не използвайте базата данни по подразбиране. След инсталирането на HDS приложенията създават схемата на базата данни.

Има две опции за сървър на база данни. Изискванията за всеки от тях са следните:

Таблица 2. Изисквания към сървъра за бази данни според типа на базата данни
PostgreSQL	Microsoft SQL Server
PostgreSQL 14, 15, 16, 17 или 18, инсталиран и работещ.	Инсталиран е SQL Server 2016, 2017, 2019 или 2022 (Enterprise или Standard). SQL Server 2016 изисква Service Pack 2 и Cumulative Update 2 или по-нова версия.
Минимум 8 виртуални процесора (vCPU), 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не се превишава допустимото количество памет (препоръчва се 2 TB, ако искате да използвате базата данни за дълго време, без да е необходимо да увеличавате паметта).	Минимум 8 виртуални процесора (vCPU), 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не се превишава допустимото количество памет (препоръчва се 2 TB, ако искате да използвате базата данни за дълго време, без да е необходимо да увеличавате паметта).

Софтуерът HDS в момента инсталира следните версии на драйвери за комуникация със сървъра на базата данни:

PostgreSQL

Microsoft SQL Server

JDBC драйвер за Postgres 42.2.5

SQL Server JDBC драйвер 4.6

Тази версия на драйвера поддържа SQL Server Always On ( Always On Failover Cluster Instances и Always On availability groups).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

Ако искате HDS възлите да използват удостоверяване на Windows, за да получат достъп до вашата база данни за хранилище на ключове в Microsoft SQL Server, тогава ви е необходима следната конфигурация във вашата среда:

HDS възлите, инфраструктурата на Active Directory и MS SQL Server трябва да бъдат синхронизирани с NTP.
Акаунтът в Windows, който предоставяте на HDS възлите, трябва да има read/write достъп до базата данни.
DNS сървърите, които предоставяте на HDS възлите, трябва да могат да разрешават вашия център за разпространение на ключове (KDC).
Можете да регистрирате екземпляра на базата данни HDS на вашия Microsoft SQL Server като име на принципал на услугата (SPN) в Active Directory. Вижте Регистриране на име на принципал на услуга за Kerberos връзки.

Инструментът за настройка на HDS, програмата за стартиране на HDS и локалната KMS система трябва да използват удостоверяване на Windows за достъп до базата данни за хранилище на ключове. Те използват данните от вашата ISO конфигурация, за да изградят SPN, когато изискват достъп с Kerberos удостоверяване.

Изисквания за външна свързаност

Конфигурирайте защитната си стена, за да разрешите следната свързаност за HDS приложенията:

Приложение	Протокол	Порт	Упътване от приложението	Местоназначение
Хибридни възли за сигурност на данните	TCP	443	Изходящ HTTPS и WSS	Webex сървъри: .wbx2.com .ciscospark.com Всички хостове на Common Identity Други URL адреси, които са изброени за хибридна сигурност на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex на Мрежови изисквания за услуги на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички хостове на Common Identity hub.docker.com

Възлите за хибридна сигурност на данните работят с транслация на мрежовия достъп (NAT) или зад защитна стена, стига NAT или защитната стена да позволяват необходимите изходящи връзки към местоназначенията на домейна в предходната таблица. За връзки, водещи към възлите за хибридна сигурност на данните, не трябва да се виждат портове от интернет. Във вашия център за данни, клиентите се нуждаят от достъп до възлите за хибридна сигурност на данните на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете с обща идентичност (CI) са специфични за региона. Това са текущите CI хостове:

Регион	URL адреси на хостове за обща идентичност
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Squid прокси сървърите, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да заобиколите този проблем, вижте Конфигуриране на Squid прокси сървъри за хибридна сигурност на данните.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуди изходящия TCP трафик на порт 443 да маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, заобикалянето (неинспектирането) на трафика към wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна сигурност на данните

Използвайте този контролен списък, за да се уверите, че сте готови да инсталирате и конфигурирате вашия клъстер за хибридна защита на данни.

1	Уверете се, че вашата партньорска организация е активирала функцията Multi-Tenant HDS и вземете идентификационните данни на акаунт с пълни администраторски права на партньора и пълни администраторски права. Уверете се, че вашата организация на клиенти на Webex е активирана за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор на Cisco или мениджър клиенти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо внедряване на HDS.
2	Изберете име на домейн за вашето HDS внедряване (например, `hds.company.com`) и получете верига от сертификати, съдържаща X.509 сертификат, частен ключ и всички междинни сертификати. Веригата от сертификати трябва да отговаря на изискванията в X.509 Certificate Requirements.
3	Подгответе идентични виртуални хостове, които ще настроите като възли за хибридна сигурност на данни във вашия клъстер. Необходими са ви поне два отделни хоста (препоръчително 3), разположени в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален хост.
4	Подгответе сървъра на базата данни, който ще действа като хранилище за ключови данни за клъстера, съгласно изискванията за сървъра на базата данни. Сървърът на базата данни трябва да бъде разположен в защитения център за данни заедно с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране.) Приложенията на HDS, когато бъдат инсталирани, създават схемата на базата данни.) Съберете данните, които възлите ще използват за комуникация със сървъра на базата данни: името на хоста или IP адреса (хост) и порта името на базата данни (dbname) за съхранение на ключове потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключове
5	За бързо възстановяване след бедствие, създайте резервна среда в различен център за данни. Резервната среда отразява производствената среда на виртуални машини и резервен сървър на база данни. Например, ако в производствената среда има 3 виртуални машини, работещи с HDS възли, средата за архивиране трябва да има 3 виртуални машини.
6	Настройте хост за системен лог, който да събира лог файлове от възлите в клъстера. Съберете неговия мрежов адрес и системен порт (по подразбиране е UDP 514).
7	Създайте политика за сигурно архивиране за възлите на хибридната защита на данните, сървъра на базата данни и хоста на syslog. Като минимум, за да предотвратите невъзстановима загуба на данни, трябва да архивирате базата данни и ISO файла с конфигурацията, генериран за възлите на Hybrid Data Security. Тъй като възлите за хибридна сигурност на данните съхраняват ключовете, използвани за криптиране и декриптиране на съдържание, невъзможността за поддържане на оперативно внедряване ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на това съдържание. Клиентите на Webex App кешират ключовете си, така че прекъсването може да не е веднага забележимо, но ще стане очевидно с течение на времето. Въпреки че временните прекъсвания са невъзможни за предотвратяване, те са възстановими. Пълната загуба (без налични резервни копия) на базата данни или на ISO файла с конфигурацията обаче ще доведе до невъзстановими клиентски данни. Очаква се операторите на възлите на Hybrid Data Security да поддържат чести резервни копия на базата данни и ISO файла с конфигурацията и да бъдат готови да възстановят центъра за данни на Hybrid Data Security, ако възникне катастрофална повреда.
8	Уверете се, че конфигурацията на вашата защитна стена позволява свързване за вашите възли за хибридна сигурност на данни, както е посочено в Изисквания за външна свързаност.
9	Инсталирайте Docker ( https://www.docker.com) на всяка локална машина, работеща с поддържана операционна система (Microsoft Windows 10 Professional или Enterprise 64-bit, или Mac OSX Yosemite 10.10.3 или по-нова версия) с уеб браузър, който може да го достъпва на http://127.0.0.1:8080. Използвате екземпляра на Docker, за да изтеглите и стартирате инструмента за настройка на HDS, който изгражда локалната информация за конфигурацията за всички възли на Hybrid Data Security. Може да ви е необходим лиценз за Docker Desktop. Вижте Изисквания за Docker Desktop за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има свързаността, описана в Изисквания за външна свързаност.
10	Ако интегрирате прокси с Hybrid Data Security, уверете се, че той отговаря на изискванията за прокси сървър.

Създаване на хибриден клъстер за сигурност на данни

Поток на задачи за внедряване на хибридна сигурност на данни

Преди да започнете

1	Извършете първоначална настройка и изтеглете инсталационните файлове Изтеглете OVA файла на локалната си машина за по-късна употреба.
2	Създайте ISO файл с конфигурация за HDS хостовете Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на Hybrid Data Security.
3	Инсталирайте HDS Host OVA Създайте виртуална машина от OVA файла и извършете първоначална конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежови настройки по време на внедряване на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
4	Настройване на виртуална машина за хибридна защита на данни Влезте в конзолата на виртуалната машина и задайте идентификационните данни за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.
5	Качете и монтирайте ISO файла с конфигурацията на HDS Конфигурирайте виртуалната машина от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на HDS възел за интегриране на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете сертификата за прокси сървър към хранилището за доверени сертификати, ако е необходимо.
7	Регистрирайте първия възел в клъстера Регистрирайте виртуалната машина в облака Cisco Webex като възел за хибридна сигурност на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте Multi-Tenant HDS в Partner Hub. Активирайте HDS и управлявайте организациите на наематели в Partner Hub.

Извършете първоначална настройка и изтеглете инсталационните файлове

В тази задача изтегляте OVA файл на вашата машина (не на сървърите, които сте настроили като възли за хибридна сигурност на данните). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Центъра за партньори и след това щракнете върху Услуги.
2	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и след това щракнете върху Настройка. Щракването върху Настройка в Центъра за партньори е от решаващо значение за процеса на внедряване. Не продължавайте с инсталацията, без да завършите тази стъпка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне на .OVA файл в картата Инсталиране и конфигуриране на софтуер. По-старите версии на софтуерния пакет (OVA) няма да са съвместими с най-новите актуализации на Hybrid Data Security. Това може да доведе до проблеми при надграждане на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от секцията Помощ. Кликнете върху Настройки > Помощ > Изтеглете софтуера за хибридна сигурност на данните. OVA файлът автоматично започва да се изтегля. Запазете файла на място на вашата машина.

Създайте ISO файл с конфигурация за HDS хостовете

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1 до 5 в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

HTTPS прокси без удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

HTTP прокси с удостоверяване

GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

HTTPS прокси с удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT
ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

docker rmi ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

docker login -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

docker pull ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В обикновени среди с HTTPS прокси:

docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В среди на FedRAMP без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTP прокси:

docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTPS прокси:

docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost.

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080, и въведете потребителско име на администратор за Partner Hub при подканата.

Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.

8

На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.

9

На страницата ISO импортиране имате следните опции:

Не— Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да— Ако вече сте създали HDS възли, тогава избирате вашия ISO файл в прегледа и го качвате.

10

Проверете дали вашият X.509 сертификат отговаря на изискванията в X.509 Certificate Requirements.

Ако никога преди не сте качвали сертификат, качете сертификата X.509, въведете паролата и щракнете върху „ Продължи“ .
Ако сертификатът ви е наред, щракнете върху Продължи.
Ако вашият сертификат е изтекъл или искате да го замените, изберете Не за Да продължите ли да използвате веригата от сертификати на HDS и частния ключ от предишния ISO?. Качете нов X.509 сертификат, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до вашето хранилище за ключове:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, ще получите поле „Тип на удостоверяване“.
(само за Microsoft SQL Server ) Изберете вашия тип удостоверяване:
- Основно удостоверяване: Трябва да въведете име на локален SQL Server акаунт в полето Потребителско име.
- Удостоверяване на Windows: Необходим ви е акаунт в Windows във формат username@DOMAIN в полето Потребителско име.
Въведете адреса на сървъра на базата данни във формата : или :.

Пример:
dbhost.example.org:1433 или 198.51.100.17:1433

Можете да използвате IP адрес за основно удостоверяване, ако възлите не могат да използват DNS за разрешаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете името на базата данни.
Въведете потребителско име и парола на потребител с всички привилегии върху базата данни за съхранение на ключове.

12

Изберете TLS режим на свързване към база данни:

Режим	Описание
Предпочитам TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако активирате TLS на сървъра на базата данни, възлите ще се опитат да установят криптирана връзка.
Изисквайте TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Изисквайте TLS и проверете подписвача на сертификати	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка, възелът сравнява подписващия сертификата от сървъра на базата данни със сертифициращия орган в коренния сертификат на базата данни. Ако не съвпадат, възелът изпуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.
Изисквайте TLS и проверете подписалия сертификат и хостовото име	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка, възелът сравнява подписващия сертификата от сървъра на базата данни със сертифициращия орган в коренния сертификат на базата данни. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето Хост и порт на базата данни. Имената трябва да съвпадат точно или възелът пуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.

Когато качите главния сертификат (ако е необходимо) и щракнете върху „Продължи“ , инструментът за настройка на HDS тества TLS връзката със сървъра на базата данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързаността, HDS възлите може да са в състояние да установят TLS връзката, дори ако машината с HDS Setup Tool не може да я тества успешно.)

13

На страницата „Системни дневници“ конфигурирайте вашия Syslogd сървър:

Въведете URL адреса на syslog сървъра.

Ако сървърът не е DNS-разрешим от възлите за вашия HDS клъстер, използвайте IP адрес в URL адреса.

Пример:
udp://10.92.43.23:514 показва регистриране към Syslogd хост 10.92.43.23 на UDP порт 514.
Ако сте настроили сървъра си да използва TLS криптиране, проверете Конфигуриран ли е сървърът ви за TLS договаряне/ръкостискане?.

Ако отметнете това квадратче, уверете се, че сте въвели TCP URL адрес, като например tcp://10.92.43.23:514, и качете коренния сертификат на syslog.
От падащото меню Изберете прекратяване на syslog записа изберете подходящата настройка за вашия ISO файл: За Graylog и Rsyslog TCP се използва Choose или Newline
- Нулев байт -- \x00
- Нов ред -- \n—Изберете тази опция за Graylog и Rsyslog TCP.
Щракнете върху Продължаване.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с базата данни в Разширени настройки. Обикновено този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxSize: 10

15

Щракнете върху Продължи на екрана Нулиране на паролата за сервизни акаунти.

Паролите за сервизни акаунти имат деветмесечен срок на валидност. Използвайте този екран, когато паролите ви наближават срок на валидност или искате да ги нулирате, за да анулирате предишни ISO файлове.

16

Кликнете върху Изтегляне на ISO файл. Запазете файла на място, което е лесно за намиране.

17

Направете резервно копие на ISO файла на вашата локална система.

Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.

18

За да затворите инструмента за настройка, въведете CTRL+C.

Какво да направите след това

Направете резервно копие на ISO файла с конфигурацията. Нужен ви е, за да създадете още възли за възстановяване или да направите промени в конфигурацията. Ако загубите всички копия на ISO файла, ще загубите и главния ключ. Възстановяването на ключовете от вашата база данни PostgreSQL или Microsoft SQL Server не е възможно.

Никога нямаме копие на този ключ и не можем да ви помогнем, ако го загубите.

Инсталирайте HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте VMware vSphere клиента на вашия компютър, за да влезете във виртуалния хост ESXi.
2	Изберете Файл > Разгръщане на OVF шаблон.
3	В съветника посочете местоположението на OVA файла, който сте изтеглили по-рано, и след това щракнете върху Напред.
4	На страницата Изберете име и папка въведете име на виртуална машина за възела (например "HDS_Node_1"), изберете местоположение, където може да се намира внедряването на възела на виртуалната машина, и след това щракнете върху Напред.
5	На страницата Изберете изчислителен ресурс изберете целевия изчислителен ресурс и след това щракнете върху Напред. Извършва се проверка за валидиране. След като приключи, се показват подробностите за шаблона.
6	Проверете данните на шаблона и след това щракнете върху Напред.
7	Ако бъдете помолени да изберете конфигурацията на ресурсите на страницата Конфигурация, щракнете върху 4 CPU и след това щракнете върху Напред.
8	На страницата Избор на място за съхранение щракнете върху Напред, за да приемете формата на диска по подразбиране и политиката за съхранение на виртуална машина.
9	На страницата Избор на мрежи изберете опцията за мрежа от списъка със записи, за да осигурите желаната свързаност на виртуалната машина.
10	На страницата Персонализиране на шаблон конфигурирайте следните мрежови настройки: Име на хост— Въведете FQDN (име на хост и домейн) или еднословно име на хост за възела. Не е необходимо да задавате домейна така, че да съответства на домейна, който сте използвали за получаване на сертификата X.509. За да осигурите успешна регистрация в облака, използвайте само малки букви в FQDN или името на хоста, което сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес— Въведете IP адреса за вътрешния интерфейс на възела. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска— Въведете адреса на подмрежовата маска в десетично-точков формат. Например, 255.255.255.0. Шлюз— Въведете IP адреса на шлюза. Шлюзът е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри— Въведете списък с DNS сървъри, разделени със запетаи, които обработват преобразуването на имена на домейни в числови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри— Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетаи, за да въведете множество NTP сървъри. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстер да са достъпни от клиенти във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурирането на мрежовите настройки и да следвате стъпките в Настройка на хибридната виртуална машина за защита на данни, за да конфигурирате настройките от конзолата на възела. Опцията за конфигуриране на мрежови настройки по време на внедряване на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху виртуалната машина на възела и след това изберете Захранване > Включване. Софтуерът за хибридна сигурност на данни е инсталиран като гост на виртуалната машина. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Възможно е да има забавяне от няколко минути, преди контейнерите с възли да се появят. По време на първото стартиране на конзолата се появява съобщение за защитната стена на моста, по време на което не можете да влезете.

Настройване на виртуална машина за хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата за виртуална машина на възела Hybrid Data Security и да зададете идентификационните данни за влизане. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.

1	В клиента на VMware vSphere изберете вашия възел Hybrid Data Security VM и изберете раздела Console. Виртуалната машина се стартира и се появява подкана за вход. Ако подканата за вход не се покаже, натиснете Enter.
2	Използвайте следните потребителски данни и парола по подразбиране, за да влезете и да промените идентификационните данни: Вход: `admin` Парола: `ciscosystems` Тъй като влизате във виртуалната си машина за първи път, е необходимо да промените администраторската парола.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай, в главното меню изберете опцията Редактиране на конфигурация.
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на политиката на вашата мрежа. Не е необходимо да задавате домейна така, че да съответства на домейна, който сте използвали за получаване на сертификата X.509.
6	Запазете мрежовата конфигурация и рестартирайте виртуалната машина, за да влязат в сила промените.

Качете и монтирайте ISO файла с конфигурацията на HDS

Използвайте тази процедура, за да конфигурирате виртуалната машина от ISO файла, който сте създали с инструмента за настройка на HDS.

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде достъпен само въз основа на „необходимост за информация“ за достъп на виртуалните машини за хибридна сигурност на данните и всички администратори, които може да се нуждаят от промени. Уверете се, че само тези администратори имат достъп до хранилището за данни.

1

Качете ISO файла от вашия компютър:

В левия навигационен панел на клиента VMware vSphere щракнете върху ESXi сървъра.
В списъка с хардуер в раздела „Конфигурация“ щракнете върху „Памет“.
В списъка с хранилища за данни щракнете с десния бутон върху хранилището за данни за вашите виртуални машини и щракнете върху Преглед на хранилището за данни.
Щракнете върху иконата за качване на файлове и след това щракнете върху Качване на файл.
Отидете до мястото, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Кликнете върху Да, за да приемете upload/download предупреждение за операция и затворете диалоговия прозорец на хранилището за данни.

2

Монтирайте ISO файла:

В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
Щракнете върху OK, за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD Drive 1, изберете опцията за монтиране от ISO файл на хранилище за данни и отидете до мястото, където сте качили ISO файла с конфигурацията.
Проверете Свързано и Свързване при включване.
Запазете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако вашата ИТ политика го изисква, можете по желание да демонтирате ISO файла, след като всички ваши възли приемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след HDS конфигурация за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси, използвайте тази процедура, за да укажете вида на прокси, който искате да интегрирате с Hybrid Data Security. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси за общ преглед на поддържаните опции за прокси.
Изисквания към прокси сървъра

1	Въведете URL адреса за настройка на HDS възел `https://[HDS Node IP or FQDN]/setup` в уеб браузър, въведете администраторските идентификационни данни, които сте задали за възела, и след това щракнете върху Вход.
2	Отидете на Хранилище на доверие & Прокси , след което изберетеопция: Без прокси— Опцията по подразбиране, преди да интегрирате прокси. Не се изисква актуализация на сертификата. Прозрачен неинспектиращ прокси сървър— Възлите не са конфигурирани да използват специфичен адрес на прокси сървър и не би трябвало да изискват никакви промени, за да работят с неинспектиращ прокси сървър. Не се изисква актуализация на сертификата. Прозрачен инспектиращ прокси сървър— Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. Не httpS конфигурация промени са необходими в разполагането на защитата на хибридни данни, обаче HDS възли се нуждаят от главен сертификат, така че те се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър— С изричен прокси сървър, вие казвате на клиента (HDS възлите) кой прокси сървър да използва и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN—Адрес, който може да се използва за достигане до прокси машината. Прокси порт— Номер на порт, който прокси сървърът използва, за да слуша проксиран трафик. Прокси протокол— Изберете http (преглежда и контролира всички заявки, получени от клиента) или https (предоставя канал към сървъра, а клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване— Изберете измежду следните типове удостоверяване: Няма—Не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Basic—Използва се от HTTP потребителски агент за предоставяне на потребителско име и парола при отправяне на заявка. Използва Base64 кодиране. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Дайджест—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Качване на главен сертификат или Сертификат за краен обект и след това навигирайте до изберете главния сертификат запрокси. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката chevron по името на издателя на сертификата, за да получите повече подробности или щракнете върху Изтрий, ако сте направили грешка и искате да качите повторно файла.
4	Щракнете върху Проверка на прокси връзката, за да тествате мрежовата свързаност между възела и прокси. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако смятате, че това е грешка, изпълнете тези стъпки и след това вижте Изключване на режима за разрешаване на блокирани външни DNS адреси.
5	След като тестът за връзка премине, за изрично прокси настроен само на https, включете превключването към Маршрут всички порт 443/444 https заявки от този възел през изрично прокси. Тази настройка изисква 15 секунди, за да влязат в сила.
6	Щракнете върху Инсталиране на всички сертификати в хранилището на гаранти (появява се за HTTPS изрично прокси или прозрачен проверяващ прокси) или Рестартиране (появява се за HTTP изрично прокси), прочетете подканата и след това щракнете върху Инсталиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След рестартирането на възела влезте отново, ако е необходимо, след което отворете страницата Общ преглед, за да проверите проверките за свързване, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистрирайте първия възел в клъстера

Тази задача взема общия възел, който създадохте в Настройка на виртуалната машина за хибридна сигурност на данни, регистрира възела в облака Webex и го превръща във възел за хибридна сигурност на данни.

Когато регистрирате първия си възел, създавате клъстер, към който е присвоен възелът. Клъстерът съдържа един или повече възли, разположени за осигуряване на резервиране.

Преди да започнете

След като започнете регистрацията на възел, трябва да я завършите в рамките на 60 минути или ще трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че сте разрешили изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „Настройка“.
4	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на картата Създаване на нов клъстер въведете име за клъстера, към който искате да присвоите вашия възел за хибридна защита на данни. Препоръчваме да наименувате клъстер въз основа на географското местоположение на възлите на клъстера. Примери: „Сан Франциско“, „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройка на виртуалната машина за хибридна сигурност на данни. Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
7	Кликнете върху Отиди на възел. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да предоставите разрешения на вашата Webex организация за достъп до вашия възел.
8	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата „Хибридна сигурност на данните“ на Partner Hub. На страницата Хибридна сигурност на данни новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Ресурси. Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

За да добавите допълнителни възли към вашия клъстер, просто създавате допълнителни виртуални машини и монтирате същия ISO файл с конфигурацията, след което регистрирате възела. Препоръчваме ви да имате поне 3 възела.

Преди да започнете

След като започнете регистрацията на възел, трябва да я завършите в рамките на 60 минути или ще трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че сте разрешили изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новата виртуална машина, като повторите стъпките в Настройка на хибридната виртуална машина за сигурност на данните.
3	На новата виртуална машина повторете стъпките в Качване и монтиране на ISO файл с конфигурация на HDS.
4	Ако настройвате прокси за вашето внедряване, повторете стъпките в Конфигуриране на HDS възела за интеграция на прокси, както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.comизберете Услуги от менюто от лявата страна на екрана. В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „ Виж всички“ . Появява се страницата „Ресурси за хибридна сигурност на данни“. Новосъздаденият клъстер ще се появи на страницата Ресурси. Щракнете върху клъстера, за да видите възлите, присвоени на клъстера. Кликнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, което показва, че можете да регистрирате вашия възел в облака Webex. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата „Хибридна сигурност на данните“ на Partner Hub. Изскачащото съобщение„Възълът е добавен “ се появява и в долната част на екрана в Partner Hub. Вашият възел е регистриран.

Какво да направите след това

За да създадете допълнителни клъстери, влезте в Partner Hub и щракнете върху Services > Хибридна сигурност на данните > Вижте всички > Добавяне на клъстер. Следвайте стъпките, описани в раздела по-горе, за да добавите първия възел към допълнителния клъстер или клъстери.

Управлявайте организациите на наематели в Multi-Tenant Hybrid Data Security

Активирайте Multi-Tenant HDS в Partner Hub

Тази задача гарантира, че всички потребители на клиентските организации могат да започнат да използват HDS за локални ключове за криптиране и други услуги за сигурност.

Преди да започнете

Уверете се, че сте завършили настройката на вашия Multi-Tenant HDS клъстер с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Редактиране на настройките“ .
4	Щракнете върху Активиране на HDS на картата Състояние на HDS.

Добавяне на организации наематели в Partner Hub

В тази задача вие присвоявате клиентски организации към вашия хибриден клъстер за сигурност на данни.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „ Виж всички.
4	Отидете на раздела Назначени клиенти. Разделът „Назначени клиенти“ няма да се показва, докато не създадете клъстер.
5	Кликнете върху Добавяне на клиенти.
6	Изберете клиента, когото искате да добавите, от падащото меню.
7	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
8	Повторете стъпки от 5 до 7, за да добавите няколко клиенти към вашия клъстер.
9	Кликнете върху Готово в долната част на екрана, след като добавите клиентите. Добавените клиенти ще бъдат синхронизирани във всички налични клъстери.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS, за да завършите процеса на настройка.

Създайте главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS

Преди да започнете

Присвояване на клиенти, както е описано подробно в Добавяне на организации наематели в Partner Hub. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените организации на клиенти.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте вашето внедряване на PostgreSQL или SQL Server за TLS.

Процесът на настройка на Hybrid Data Security създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080`, и въведете потребителско име на администратор за Partner Hub при подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.
9	На страницата ISO импортиране щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете. Осигурете свързаност с вашата база данни, за да извършвате управление на CMK.
11	Отидете в раздела Управление на CMK на наематели, където ще намерите следните три начина за управление на CMK на наематели. Създаване на CMK за всички организации или Създаване на CMK - Кликнете върху този бутон в банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Създаване на CMK, за да създадете CMK за всички новодобавени организации. Щракнете върху близо до статуса „Изчакване на управлението на CMK“ на конкретна организация в таблицата и щракнете върху Създаване на CMK, за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, статусът в таблицата ще се промени от CMK management pending на CMK managed.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахване на организациите на наемателите

Преди да започнете

След като бъде премахнат, потребителите на клиентски организации няма да могат да използват HDS за своите нужди от криптиране и ще загубят всички съществуващи пространства. Преди да премахнете организации на клиенти, моля, свържете се с вашия партньор на Cisco или мениджър клиенти.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „ Виж всички.
4	На страницата, която се отваря, щракнете върху раздела Присвоени клиенти.
5	От показания списък с организации на клиенти щракнете върху от дясната страна на организацията на клиента, която искате да премахнете, и щракнете върху Премахване от клъстера.

Какво да направите след това

Завършете процеса на премахване, като отмените CMK-тата на организациите на клиентите, както е описано подробно в Отмяна на CMK-тата на наематели, премахнати от HDS.

Отмяна на CMK-тата на наематели, премахнати от HDS.

Преди да започнете

Премахнете клиентите, както е описано подробно в Премахване на организации наематели. Стартирайте инструмента за инсталиране на HDS, за да завършите процеса на премахване на премахнатите организации на клиенти.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080`, и въведете потребителско име на администратор за Partner Hub при подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.
9	На страницата ISO импортиране щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете.
11	Отидете в раздела Управление на CMK на наематели, където ще намерите следните три начина за управление на CMK на наематели. Отмяна на CMK за всички организации или Отмяна на CMK - Кликнете върху този бутон в банера в горната част на екрана, за да отмените CMK на всички премахнати организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Отмяна на CMK, за да отмените CMK на всички премахнати организации. Щракнете върху близо до статуса CMK за отмяна на конкретна организация в таблицата и щракнете върху Отмяна на CMK, за да отмените CMK за тази конкретна организация.
12	След като отмяната на CMK е успешна, организацията на клиента вече няма да се показва в таблицата.
13	Ако отмяната на CMK е неуспешна, ще се покаже грешка.

Тествайте внедряването на хибридна защита на данните

Тествайте внедряването на хибридна защита на данните си

Използвайте тази процедура, за да тествате сценарии за криптиране на хибридна защита на данни с множество наематели.

Преди да започнете

Настройте внедряването на вашата хибридна защита на данни за множество наематели.
Уверете се, че имате достъп до системния лог (syslog), за да проверите дали ключовите заявки се предават към вашето внедряване на хибридна защита на данни с множество наематели.

1

Ключовете за дадено пространство се задават от създателя на пространството. Влезте в приложението Webex като един от потребителите на организацията на клиента и след това създайте пространство.

Ако деактивирате внедряването на хибридна защита на данни, съдържанието в пространствата, създадени от потребителите, вече няма да е достъпно, след като кешираните от клиента копия на ключовете за криптиране бъдат заменени.

2

Изпращайте съобщения до новото пространство.

3

Проверете изхода на системния лог, за да се уверите, че заявките за ключове се предават към вашето внедряване на хибридна защита на данни.

Ако потребител на новодобавена клиентска организация извърши някакво действие, идентификационният номер на организацията ще се появи в регистрационните файлове и това може да се използва за проверка дали организацията използва Multi-Tenant HDS. Проверете стойността на kms.data.orgId в системните логове.

За да проверите за потребител, който първо установява защитен канал към KMS, филтрирайте по kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

Трябва да намерите запис, подобен на следния (идентификаторите са съкратени за по-лесна четливост):

2025-04-10 04:38:20.208 (+0000) INFO  KMS [pool-19-thread-13] - [KMS:REQUEST] received, deviceId: 
https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5 ecdheKid: kms://collabdemoorg.cisco.com/statickeys/8[~]3 
clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]6,
 kms.data.method=create, kms.merc.id=d[~]7, kms.merc.sync=false, kms.data.uriHost=collabdemoorg.cisco.com, 
kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=1[~]f, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/ecdhe, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който заявява съществуващ ключ от KMS, филтрирайте по kms.data.method=retrieve и kms.data.type=KEY:

Трябва да намерите запис, например:

2025-04-10 04:38:24.144 (+0000) INFO  KMS [pool-19-thread-26] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558)
 WEBEX_TRACKINGID=webex-web-client_0[~]0, kms.data.method=retrieve, kms.merc.id=5[~]3, kms.merc.sync=false,
 kms.data.uriHost=collabdemoorg.cisco.com, kms.data.type=KEY, kms.data.requestId=4[~]7, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/keys/2[~]e, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който иска създаването на нов KMS ключ, филтрирайте по kms.data.method=create и kms.data.type=KEY_COLLECTION:

Трябва да намерите запис, например:

2025-04-10 04:42:22.739 (+0000) INFO  KMS [pool-19-thread-29] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::7 orgId: 2[~]b
 (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]3, kms.data.method=create, 
kms.merc.id=6[~]4, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, 
kms.data.orgId=2[~]b, kms.data.uri=/keys, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който е поискал създаването на нов KMS ресурсен обект (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте по kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

Трябва да намерите запис, например:

2025-04-10 04:42:23.690 (+0000) INFO  KMS [pool-19-thread-31] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/3[~]6 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 
clusterConnection: prodachm::1 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]2,
 kms.data.method=create, kms.merc.id=3[~]0, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
kms.data.requestId=5[~]8, kms.data.orgId=2[~]b, kms.data.uri=/resources, kms.data.userId=1[~]f, kms.data.httpUserAgent=conversation

Тълкуване на HDS регистрационни файлове и разбиране на етикетите на агентите

HDS лог файловете предоставят подробна информация относно KMS заявките. Тези регистрационни файлове включват различни полета, които помагат за идентифициране на естеството на заявката и свързаната с нея самоличност. Разбирането на тези области е от съществено значение за правилното тълкуване на дейностите и надеждните вътрешни операции.

Терминология

За да се осигури яснота при преглед на HDS лог файловете, е важно да се разберат следните термини:

Термин	Определение
Сервизен акаунт	Идентификатор на услуга, който позволява на услугите на Webex да извършват оторизирани действия сигурно.
Агент	Идентификатор на сервизен обект или сервизен акаунт, използван за извършване на автоматизирани операции в HDS среда.
Етикет на агент	Етикет, включен в HDS лог файловете, който идентифицира конкретния източник и тип на входяща заявка, позволявайки ефективен одит на контрола на достъпа.
Делегиран достъп	Упълномощен сервизен акаунт, който прави заявка за конкретен потребител, в рамките на разрешенията на този потребител. Появява се като заявка за делегиране: `agent -> userid`.

Терминът „Агент“ в този контекст се отнася конкретно до самоличностите на услугите на HDS. Те не са свързани с агентите, задвижвани от изкуствен интелект, използвани в други функции на Webex.

Заявка се обслужва само когато произхожда от:

удостоверен потребител във вашата организация или
сервизен акаунт, който се намира във вашата организация и е оторизиран от нея.

Преглед на полетата на лога

Поле	Какво представлява
Времево клеймо	Дата и час на операцията.
kms.data.method	Извършената KMS операция (напр. извличане).
kms.data.orgld	Идентификатор на организацията.
kms.data.httpUserAgent	Клиентът или услугата, която прави заявката.
WEBEX_ИДЕНТИФИКАТОР ЗА ПРОСЛЕДЯВАНЕ	Уникален идентификатор за проследяване на заявката.
kms.data.uriHost / kms.data.uri	Хостът и ресурсът, към които е насочена заявката.
kms.data.userld	Идентичността, изпълняваща заявката, включително етикет на агент.
kms.response.success	Показва дали заявката е била успешна.

Видове заявки - Бърза справка

Таг в дневника	Етикет на агент	Какво представлява	Типични операции
Тип потребител: userAgent	Агент на потребителя	Доверен сервизен акаунт, свързан с потребителски работен процес, обхванат от вашата организация.	Creating/managing ключове за потребителски процес.
o-агент <id> -> потребителски идентификатор <id>	Организационен агент	Доверен сервизен акаунт на организационно ниво, използващ делегиран достъп.	Извличане на данни от Webex от служителя по съответствието, интеграции на календари.
c-агент <id> -> потребителски идентификатор <id>	Облачен агент	Услуга на Webex, изпълняваща делегирана заявка за конкретен потребител.	Сканиране за вируси, преглед на съдържание, преписи.
c-агент <id>	Облачен агент	Услуга на Webex, изпълняваща делегирана заявка.	Екологична образователна степен по изкуства и социално развитие (ECDHE) / ключове за сесия.
UUID на крайния потребител	-	Удостоверен краен потребител, взаимодействащ с HDS.	Потребител, който извлича собствения си ключ.

Видове заявки - Подробности

Етикетите на агентите категоризират източника на заявката и помагат за определяне на подходящите контроли за достъп. Следните примери демонстрират множество типове заявки и етикетите на агентите, свързани с тях.

Потребителски агент (потребителскиАгент):

Това са надеждни акаунти за услуги на Webex, свързани с конкретни потребителски работни потоци и са обхванати от организацията на клиента. Те обикновено се използват, когато дадена услуга създава и управлява ключове от името на потребителски работен процес.

Примерен лог:
```
2026-06-18 10:58:14.405 (+0000) INFO  KMS [pool-21-thread-110] - User: b[~]4 User Type: userAgent WEBEX_TRACKINGID=MsftPresence_6[~]9, kms.data.method=create, kms.merc.id=5[~]8, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=b[~]4, kms.data.orgId=null, kms.data.uri=/resources, kms.data.userId=3[~]6, kms.data.httpUserAgent=
```
Ключов индикатор: Примерният лог показва потребителски агент (userAgent), който извършва операции по събиране на ресурси за услуга на Webex.
Организационен агент (o-агент):

Тези доверени акаунти за услуги на Webex са оторизирани да извършват делегирани операции от името на потребители в HDS. Обхватът на тези акаунти е в рамките на организацията на клиента и те изпълняват операции на ниво организация. Тази функционалност поддържа няколко аспекти, като например даване на възможност на служителите по съответствие да търсят и извличат комуникационни данни на Webex - осигурявайки организационно съответствие с регулаторните, сигурносните и стандартите за поверителност на данните.

Примерен лог:
```
2026-06-18 11:24:53.034 (+0000) INFO  KMS [pool-19-thread-118] - WEBEX_TRACKINGID=ccc_8[~]c, kms.data.method=retrieve, kms.merc.id=2[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=1[~]2, kms.data.orgId=null, kms.data.uri=kms://hds2.org5.portun.us/keys/d[~]7, kms.data.userId=o-agent 9[~]c -> userid 4[~]b, kms.data.httpUserAgent=
```
Ключов индикатор: Примерният лог показва организационен агент (o-agent 9[~]c), който извлича ключ от името на потребител (4[~]b) за услуга на Webex.
Облачен агент (c-agent):
Тези доверени акаунти за услуги на Webex са оторизирани да извършват операции в HDS чрез делегиран достъп от името на потребител. Те поддържат основни функции - като записи след срещи, преписи, сканиране за злонамерен софтуер и визуализации на файлове, които подобряват цялостното потребителско изживяване.

Въпреки че облачните агенти могат да бъдат деактивирани чрез промяна на ISO файла, клиентите трябва да са наясно, че това ще доведе до загуба на функционалности, като например записване на преписи след среща или автоматизирано сканиране за злонамерен софтуер.

Примерен лог:
```
2026-06-18 11:27:59.388 (+0000) INFO  KMS [pool-19-thread-56] - WEBEX_TRACKINGID=CLIENT_2[~]e, kms.data.method=retrieve, kms.merc.id=b[~]c, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=0[~]6, kms.data.orgId=null, kms.data.uri=kms://hds2.org5.portun.us/keys/e[~]e, kms.data.userId=c-agent b[~]c -> userid 9[~]c, kms.data.httpUserAgent=
```
Ключов индикатор: Примерният лог показва облачен агент (c-agent b[~]c), който извлича ключ за съдържание от името на потребител (9[~]c).

Директно взаимодействие с крайния потребител:

Удостоверен потребител, който взаимодейства директно с HDS.

Примерен лог:

2026-06-18 11:29:39.858 (+0000) INFO  KMS [pool-19-thread-141] - kms.data.method=retrieve, kms.merc.id=a[~]d, kms.merc.sync=false, kms.data.orgId=null, kms.data.httpUserAgent=, WEBEX_TRACKINGID=CLIENT_7[~]e, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=1[~]a, kms.response.destination=https://wdm-a.wbx2.com/wdm/api/v1/devices/1[~]e, kms.response.resourceuri=null, kms.data.uri=kms://hds2.org5.portun.us/keys/b[~]b, kms.data.userId=c[~]f, kms.response.success=true

Ключов индикатор: Примерният лог показва краен потребител (c[~]f), който извлича ключ и взаимодейства директно с HDS.

Мониториране на състоянието на хибридната сигурност на данните

Индикатор за състоянието в Partner Hub ви показва дали всичко е наред с внедряването на Multi-Tenant Hybrid Data Security. За по-проактивно известяване, регистрирайте се за имейл известия. Ще бъдете уведомявани, когато има аларми, влияещи върху услугата, или актуализации на софтуера.

1	В Център за партньориизберете Услуги от менюто от лявата страна на екрана.
2	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Редактиране на настройките“ . Появява се страницата с настройки за хибридна защита на данните.
3	В секцията „Известия по имейл“ въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управлявайте внедряването на вашия HDS

Управление на внедряването на HDS

Използвайте описаните тук задачи, за да управлявате внедряването на хибридна защита на данни.

Задаване на график за надграждане на клъстера

Надстройките на софтуера за хибридна сигурност на данните се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги работят с една и съща версия на софтуера. Надстройките се извършват съгласно графика за надстройки за клъстера. Когато стане налична надстройка на софтуера, имате възможност да надстроите ръчно клъстера преди планираното време за надстройка. Можете да зададете конкретен график за надграждане или да използвате графика по подразбиране на 3:00 AM Daily Съединени щати: America/Los Анджелис. Можете също така да изберете да отложите предстоящо надграждане, ако е необходимо.

За да зададете график за надстройка:

1	Влезте в Partner Hub.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Настройка
4	На страницата „Ресурси за хибридна сигурност на данни“ изберете клъстера.
5	Кликнете върху раздела Настройки на клъстера.
6	На страницата „Настройки на клъстера“, под „График за надстройка“ изберете часа и часовата зона за графика за надстройка. Забележка: Под часовата зона се показва следващата налична дата и час на надстройка. Можете да отложите надстройката за следващия ден, ако е необходимо, като кликнете върху Отлагане с 24 часа.

Промяна на конфигурацията на възела

От време на време може да се наложи да промените конфигурацията на вашия възел за защита на хибридни данни поради причина като:

Промяна на x.509 сертификати поради изтичане или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на защитата, Hybrid Data Security използва пароли за сервизен акаунт, които имат деветмесечен живот. След като инструментът за настройка на HDS генерира тези пароли, ги разполагате на всеки от вашите HDS възли във файла ISO config. Когато паролите на вашата организация са към изтичане, получавате известие от екипа на Webex за нулиране на паролата за вашия машинен акаунт. (Имейлът включва текста, "Използвайте API за акаунт на машината, за да актуализирате паролата.") Ако паролите ви все още не са изтекли, инструментът ви дава две опции:

Меко нулиране— Старата и новата парола работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Хард нулиране— Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

Използвайте тази процедура, за да генерирате нов конфигурационен ISO файл и да го приложите към вашия клъстер.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права на партньора.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1.a до 1.e в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на 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 Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на парола. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“. Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Когато получите подкана, въведете вашите идентификационни данни за вход в Partner Hub и след това щракнете върху Приемам, за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да затворите инструмента за настройка, въведете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате само един работещ HDS възел, създайте нов виртуален компютър на възел Hybrid Data Security и го регистрирайте, като използвате новия ISO файл с конфигурация. За по-подробни инструкции вижте Създаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките. Щракнете върху `CD/DVD Drive 1`, изберете опцията за монтиране от ISO файл и отидете до мястото, където сте изтеглили новия ISO файл с конфигурацията. Поставете отметка на Свързване при включване. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса на възела "Защита на хибридните данни" (IP адрес/настройка например въведете идентификационни данни за администриране, които https://192.0.2.0/setup), сте задали за възела, след което щракнете върху Влизане.
2	Отидете на Общ преглед (страницата по подразбиране). Когато е разрешено, блокирани външна DNS разделителна способност е зададена да .
3	Отидете на страницата Хранилище на доверие & Прокси.
4	Щракнете върху Проверка на прокси връзката. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и да се върнете към страницата общ преглед, Блокиран външен DNS разделителна способност трябва да бъде зададено на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура, за да премахнете възел за хибридна защита на данни от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за сигурност.

1

Използвайте VMware vSphere клиента на вашия компютър, за да влезете във виртуалния хост ESXi и да изключите виртуалната машина.

2

Премахнете възела:

Влезте в Центъра за партньори и след това изберете Услуги.
В картата „Хибридна сигурност на данните“ щракнете върху „ Виж всички “ , за да се покаже страницата „Ресурси за хибридна сигурност на данните“.
Изберете вашия клъстер, за да се покаже неговият панел „Общ преглед“.
Кликнете върху възела, който искате да премахнете.
Кликнете върху Отрегистриране на този възел в панела, който се показва отдясно
Можете също да отпишете възела, като щракнете върху … от дясната страна на възела и изберете Отписване на възел.

3

В vSphere клиента изтрийте виртуалната машина. (В левия навигационен панел щракнете с десния бутон върху виртуалната машина и след това щракнете върху Изтриване.)

Ако не изтриете виртуалната машина, не забравяйте да демонтирате ISO файла с конфигурацията. Без ISO файла не можете да използвате виртуалната машина за достъп до данните си за сигурност.

Възстановяване след бедствия с помощта на резервен център за данни

Най-важната услуга, която вашият клъстер за хибридна сигурност на данни предоставя, е създаването и съхранението на ключове, използвани за криптиране на съобщения и друго съдържание, съхранявано в облака Webex. За всеки потребител в организацията, който е назначен за хибридна защита на данни, заявките за създаване на нови ключове се насочват към клъстера. Клъстерът е отговорен и за връщането на създадените от него ключове на всички потребители, упълномощени да ги извличат, например членове на пространство за разговори.

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, е наложително клъстерът да продължи да работи и да се поддържат правилни резервни копия. Загубата на базата данни за хибридна сигурност на данните или на ISO файла с конфигурацията, използван за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентско съдържание. Следните практики са задължителни за предотвратяване на подобна загуба:

Ако бедствие доведе до недостъпност на внедряването на HDS в основния център за данни, следвайте тази процедура, за да превключите ръчно към резервния център за данни.

Преди да започнете

Използвайте най-новия ISO файл, който е бил конфигуриран спрямо възлите на клъстера, който е бил активен преди това, за да извършите процедурата за превключване при срив, посочена по-долу.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете.
2	След като конфигурирате Syslogd сървъра, щракнете върху Разширени настройки
3	На страницата Разширени настройки добавете конфигурацията по-долу или премахнете конфигурацията `passiveMode`, за да направите възела активен. Възелът може да обработва трафика, след като това е конфигурирано. `passiveMode: 'false'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
5	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
6	В левия навигационен панел на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и след това щракнете върху Редактиране на настройките..
7	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
9	Повторете процеса за всеки възел в резервния център за данни. Проверете изхода от системния лог, за да се уверите, че възлите на резервния център за данни не са в пасивен режим. „KMS конфигуриран в пасивен режим“ не трябва да се появява в системните логове.

Какво да направите след това

След превключване на резервния център за данни, ако основният център за данни стане отново активен, поставете отново резервния център за данни в пасивен режим, като следвате стъпките, описани в Настройване на резервен център за данни за възстановяване след бедствие.

(По избор) Демонтиране на ISO след HDS конфигурация

Стандартната HDS конфигурация работи с монтиран ISO диск. Но някои клиенти предпочитат да не оставят ISO файловете постоянно монтирани. Можете да демонтирате ISO файла, след като всички HDS възли приемат новата конфигурация.

Все още използвате ISO файловете, за да правите промени в конфигурацията. Когато създавате нов ISO файл или актуализирате ISO файл чрез инструмента за настройка, трябва да монтирате актуализирания ISO файл на всички ваши HDS възли. След като всички ваши възли са възприели промените в конфигурацията, можете да демонтирате ISO файла отново с тази процедура.

Преди да започнете

Надстройте всички ваши HDS възли до версия 2025.06.02.6983 или по-нова.

1	Изключете един от вашите HDS възли.
2	В vCenter Server Appliance изберете възела HDS.
3	Изберете Редактиране на настройки > CD/DVD устройство и махнете отметката от ISO файл на хранилището на данни.
4	Включете HDS възела и се уверете, че няма аларми в продължение на поне 20 минути.
5	Повторете за всеки HDS възел поред.

Отстраняване на неизправности в хибридната сигурност на данните

Преглед на предупреждения и отстраняване на неизправности

Хибридното внедряване на защита на данни се счита за недостъпно, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че изисква изтичане на времето за изчакване. Ако потребителите не могат да достигнат до вашия клъстер за хибридна защита на данни, те ще наблюдават следните симптоми:

Не могат да се създават нови пространства (не е възможно да се създават нови ключове)
Съобщенията и заглавията на пространствата не успяват да се дешифрират за:
- Нови потребители са добавени към пространството (не е възможно да се получат ключове)
- Съществуващи потребители в пространство, използващи нов клиент (не могат да извлекат ключове)
Съществуващите потребители в дадено пространство ще продължат да работят успешно, стига техните клиенти да имат кеш на ключовете за криптиране.

Важно е правилно да наблюдавате вашия клъстер за хибридна сигурност на данни и да реагирате своевременно на всички предупреждения, за да избегнете прекъсване на услугата.

Предупреждения

Ако има проблем с настройката на хибридната защита на данни, Partner Hub показва известия на администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Сигналите обхващат много често срещани сценарии.

Таблица 1. Често срещани проблеми и стъпки за разрешаването им
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Грешка при свързване с локална база данни.	Проверете дали сървърът на базата данни е наличен и дали са използвани правилните идентификационни данни за сервизен акаунт при конфигурацията на възела.
Грешка в достъпа до облачна услуга.	Проверете дали възлите имат достъп до Webex сървърите, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията за облачна услуга.	Регистрацията за облачни услуги беше премахната. Подновяването на регистрацията е в ход.
Регистрацията на облачна услуга е прекратена.	Регистрацията за облачни услуги е прекратена. Услугата се изключва.
Услугата все още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съответства на сертификата на сървъра.	Уверете се, че сертификатът на вашия сървър съответства на конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че CN на сертификата е бил наскоро променен и сега е различен от CN, използван по време на първоначалната настройка.
Неуспешно удостоверяване в облачните услуги.	Проверете за точност и евентуално изтичане на идентификационните данни за сервизния акаунт.
Неуспешно отваряне на локалния файл за съхранение на ключове.	Проверете целостта и точността на паролата в локалния файл за съхранение на ключове.
Сертификатът на локалния сървър е невалиден.	Проверете датата на валидност на сертификата на сървъра и потвърдете, че е издаден от надежден сертифициращ орган.
Не е възможно публикуване на показатели.	Проверете достъпа на локалната мрежа до външни облачни услуги.
/media/configdrive/hds директорията не съществува.	Проверете конфигурацията за монтиране на ISO файла на виртуалния хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организацията на клиента не е завършена за добавените организации	Завършете настройката, като създадете CMK за новодобавени организации на наематели, използвайки инструмента за настройка на HDS.
Настройката на организацията на клиента не е завършена за премахнатите организации	Завършете настройката, като отмените CMK-тата на организациите наематели, които бяха премахнати с помощта на инструмента за настройка на HDS.

Отстраняване на неизправности в хибридната сигурност на данните

Използвайте следните общи насоки, когато отстранявате проблеми с хибридната защита на данните.

1	Влезте в Partner Hub.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Събития“ .
4	Прегледайте страницата с историята на събитията за евентуални предупреждения и коригирайте всички елементи, които откриете там. Вижте изображението по-долу за справка.
5	Прегледайте изхода на syslog сървъра за активност от внедряването на хибридната защита на данните. Филтрирайте за думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняването на неизправности.
6	Свържете се с поддръжката на Cisco.

API за разработчици на HDS

API-тата за разработчици на HDS са начин за извличане на аналитични и мониторингови данни, както и за отстраняване на неизправности при внедряването на HDS чрез портала за разработчици на Webex. API са на разположение в https://developer.webex.com/messaging/docs/api/v1/hds.

Други бележки

Известни проблеми със сигурността на хибридните данни

Ако изключите всички активни клъстери на Hybrid Data Security (чрез изтриването им в Partner Hub или чрез изключване на всички възли), загубите ISO файла си за конфигурация или загубите достъп до базата данни за хранилище на ключове, потребителите на Webex App на клиентски организации вече няма да могат да използват пространства в списъка си с хора, които са създадени с ключове от вашата KMS. В момента нямаме решение или корекция на този проблем и ви призоваваме да не изключвате услугите си на HDS, след като те обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка с KMS, поддържа тази връзка за определен период от време (вероятно един час).

Стартирайте инструмента за настройка на HDS с помощта на Podman Desktop

Podman е безплатен инструмент с отворен код за управление на контейнери, който предоставя начин за стартиране, управление и създаване на контейнери. Podman Desktop може да бъде изтеглен от https://podman-desktop.io/downloads.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За да получите достъп до него, изтеглете и стартирайте Podman на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в контролния център с пълни права на администратор за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

podman rmi ciscocitg/hds-setup:stable  
podman login docker.io -u hdscustomersro
dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
podman pull ciscocitg/hds-setup:stable
podman run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

Какво да направите след това

Следвайте оставащите стъпки в Създаване на ISO файл за конфигурация за HDS хостовете или Промяна на конфигурацията на възела, за да създадете или промените ISO конфигурацията.

Преместете съществуващото внедряване на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с много клиент в Partner Hub

Преобразуването от съществуващо едно-наемателско HDS внедряване на партньорска организация, управлявано в Control Hub, към многонаемателско HDS внедряване, управлявано в Partner Hub, включва предимно деактивиране на HDS услугата в Control Hub, дерегистриране на възли и изтриване на клъстера. След това можете да влезете в Partner Hub, да регистрирате възлите, да активирате Multi-Tenant HDS и да добавите клиенти към вашия клъстер.

Терминът „единичен клиент“ се отнася просто до съществуващо внедряване на HDS в Control Hub.

Деактивиране на HDS, дерегистриране на възли и изтриване на всички клъстери в Control Hub

1	Влезте в контролния център. В левия панел щракнете върху Хибрид. В картата „Хибридна сигурност на данните“ щракнете върху „Редактиране на настройките“.
2	На страницата с настройки превъртете надолу до секцията Деактивиране и щракнете върху Деактивиране.
3	След деактивирането, щракнете върху раздела Ресурси.
4	Страницата Ресурси изброява клъстерите във вашето HDS внедряване. Щракнете върху клъстер, отваря се страница с всички възли в този клъстер.
5	Щракнете върху отдясно и щракнете върху Отрегистриране на възел. Повторете процеса за всички възли в клъстера.
6	Ако вашето внедряване има множество клъстери, повторете стъпка 4 и стъпка 5, докато всички възли бъдат отписани.
7	Кликнете върху Настройки на клъстера > Премахване.
8	Щракнете върху Потвърди премахването, за да отпишете клъстера.
9	Повторете процеса за всички клъстери във вашето HDS внедряване. След деактивиране на HDS, отписване от регистрацията на възли и премахване на клъстери, картата Hybrid Data Service в Control Hub ще показва Setup not completed в долната част.

Активирайте Multi-Tenant HDS за партньорската организация в Partner Hub и добавете клиенти

Преди да започнете

Всички предварителни изисквания, посочени в Изисквания за сигурност на данните за многонаемателски хибридни системи, са приложими тук. Освен това, уверете се, че същата база данни и сертификати се използват по време на преместването към Multi-Tenant HDS.

1	Влезте в Центъра за партньори. Щракнете върху Услуги в левия панел. Използвайте същия ISO файл от предишното ви внедряване на HDS, за да конфигурирате възлите. Това ще гарантира, че съобщенията и съдържанието, генерирани от потребителите в предишното съществуващо внедряване на HDS, все още са достъпни в новата настройка за множество наематели.
2	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „Настройка“.
3	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
4	В първото поле на картата Създаване на клъстер въведете име за клъстера, към който искате да присвоите вашия възел за хибридна защита на данни. Препоръчваме да наименувате клъстер въз основа на географското местоположение на възлите на клъстера. Примери: „Сан Франциско“, „Ню Йорк“ или „Далас“
5	Във второто поле въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройка на виртуалната машина за хибридна сигурност на данни. Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
6	Кликнете върху Отиди на възел. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да предоставите разрешения на вашата Webex организация за достъп до вашия възел.
7	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. На страницата Хибридна сигурност на данни новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Ресурси. Възелът автоматично ще изтегли най-новия софтуер от облака.
8	Отидете в раздела Настройки и щракнете върху Активиране на картата за състояние на HDS. СъобщениетоАктивиран HDS ще се появи в долната част на екрана.
9	Кликнете върху раздела Назначени клиенти.
10	Кликнете върху Добавяне на клиенти.
11	Изберете клиента, когото искате да добавите, от падащото меню.
12	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
13	Повторете стъпки от 11 до 13, за да добавите няколко клиенти към вашия клъстер.
14	Кликнете върху Готово в долната част на екрана, след като добавите клиентите.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS, за да завършите процеса на настройка.

Използвайте OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на PKCS12 файла в правилния формат за зареждане в HDS Setup Tool. Има и други начини да направите това и ние не подкрепяме, нито насърчаваме единия начин пред другия.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като насока, която да ви помогне да създадете файл, който отговаря на изискванията за сертификат X.509 в Изисквания за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org за софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия сертифициращ орган (CA).

1	Когато получите сертификата на сървъра от вашия CA, запазете го като `hdsnode.pem`.
2	Покажете сертификата като текст и проверете данните. `openssl x509 -text -noout -in hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл със сертификатен пакет, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва сертификата на сървъра, всички междинни сертификати на CA и сертификатите на коренния CA във формата по-долу: `-----BEGIN CERTIFICATE----- ### Server certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Intermediate CA certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Root CA certificate. ### -----END CERTIFICATE-----`
4	Създайте .p12 файла с приятелското име `kms-private-key`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 -in hdsnode.p12` Въведете парола при подканата, за да криптирате личния ключ, така че той да бъде посочен в изхода. След това проверете дали частният ключ и първият сертификат съдържат редовете `friendlyName: kms-private-key`. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Enter Import Password: MAC verified OK Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Key Attributes: Enter PEM pass phrase: Verifying - Enter PEM pass phrase: -----BEGIN ENCRYPTED PRIVATE KEY----- -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE----- Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE-----

Какво да направите след това

Връщане към Изпълнете предварителните изисквания за хибридна сигурност на данните. Ще използвате файла hdsnode.p12 и паролата, която сте задали за него, в Създаване на ISO файл с конфигурация за HDS хостовете.

Можете да използвате повторно тези файлове, за да заявите нов сертификат, когато оригиналният сертификат изтече.

Трафик между HDS възлите и облака

Изходящ трафик за събиране на показатели

Възлите за хибридна сигурност на данните изпращат определени показатели към облака Webex. Те включват системни показатели за максимална heap памет, използвана heap памет, натоварване на процесора и брой нишки; показатели за синхронни и асинхронни нишки; показатели за предупреждения, включващи праг на криптирани връзки, латентност или дължина на опашката за заявки; показатели за хранилището на данни; и показатели за криптирана връзка. Възлите изпращат криптиран ключов материал по канал извън честотната лента (отделен от заявката).

Входящ трафик

Възлите за хибридна сигурност на данните получават следните видове входящ трафик от облака Webex:

Заявки за криптиране от клиенти, които се маршрутизират от услугата за криптиране
Надстройки на софтуера на възела

Конфигуриране на Squid прокси сървъри за хибридна сигурност на данните

Websocket не може да се свърже чрез сепия прокси

Squid прокси сървърите, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки, които Hybrid Data Security изисква. Тези раздели дават насоки как да конфигурирате различни версии на Squid да игнорират wss: трафик за правилното функциониране на услугите.

Калмята 4 и 5

Добавете директивата on_unsupported_protocol към 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

Нова и променена информация

Тази таблица обхваща нови функции или функционалност, промени в съществуващото съдържание и всички основни грешки, които са били коригирани в Ръководството за внедряване на хибридна защита на данни с множество наематели.

Дата	Направени промени
2 юли 2026 г.	Добавен е раздел Деактивиране на облачни агенти.
23 юни 2026 г.	Добавен е раздел „Тълкуване на HDS регистрационни файлове и разбиране на етикетите на агентите “ .
1 юни 2026 г.	Добавен е раздел HDS Developer APIs. Добавена е бележка към раздела „Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop “ .
16 април 2026 г.	Актуализирани са изискванията към сървъра на базата данни, за да се добави поддръжка за PostgreSQL версии 17 и 18.
25 март 2026 г.	Актуализирана е паролата по подразбиране, използвана за влизане във виртуалната машина на възела за хибридна защита на данни.
5 декември 2025 г.	Актуализирано Създаване на ISO файл за конфигурация за HDS хостовете с правилния текст на потребителския интерфейс на страницата „Системни логове“ и добавяне на инструкция за качване на коренен сертификат на syslog при конфигуриране на TLS криптиране.
21 ноември 2025 г.	Добавен е раздел Често задавани въпроси. Добавени са раздели „ Настройване на резервен център за данни за възстановяване след бедствие “ и „ Възстановяване след бедствие с помощта на резервен център за данни “ . Премахнато (Бета) от заглавието на ръководството за внедряване.
8 май 2025 г.	Добавено Преместване на съществуващото внедряване на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с много клиент в секцията Partner Hub. Актуализиран е изходът на системния лог, за да се подобри четимостта в раздела „Тестване на внедряването на хибридна защита на данните“. Актуализирани са изискванията за виртуален хост, потокът от задачи за внедряване на хибридна защита на даннии инсталирането на HDS Host OVA, за да се добави поддръжка за ESXi 8.0.
4 март 2025 г.	Добавено е стартиране на инструмента за настройка на HDS, използвайки раздела Podman Desktop. Добавена е бележка в Изисквания за Docker Desktop, предоставяща на клиентите алтернативна опция с отворен код. Актуализирано Създаване на ISO файл с конфигурация за HDS хостовете и Промяна на конфигурацията на възела с инструкции за използване на Podman Desktop за клиенти без лиценз за Docker Desktop.
30 януари 2025 г.	Добавен е SQL сървър версия 2022 към списъка с поддържани SQL сървъри в Изисквания към сървъра за бази данни.
15 януари 2025 г.	Добавени са ограничения на многонаемателската хибридна сигурност на данните.
8 януари 2025 г.	Добавена е бележка в Извършване на първоначална настройка и изтегляне на инсталационни файлове, в която се посочва, че щракването върху Настройка на HDS картата в Partner Hub е важна стъпка от процеса на инсталиране.
7 януари 2025 г.	Актуализирани са изискванията за виртуален хост, потокът от задачи за внедряване на хибридна сигурност на даннитеи инсталирането на OVA на HDS хост, за да се покаже новото изискване на ESXi 7.0.
13 декември 2024 г.	Първо публикувано.

Деактивиране на хибридната защита на данните за многоклиентски системи

Поток от задачи за деактивиране на многонаемателски HDS

Следвайте тези стъпки, за да деактивирате напълно Multi-Tenant HDS.

Преди да започнете

Тази задача трябва да се изпълнява само от пълен администратор на партньор.

1	Премахнете всички клиенти от всички ваши клъстери, както е посочено в Премахване на организации на наематели.
2	Отменете CMK-тата на всички клиенти, както е посочено в Отменете CMK-тата на наематели, премахнати от HDS..
3	Премахнете всички възли от всички ваши клъстери, както е посочено в Премахване на възел.
4	Изтрийте всичките си клъстери от Partner Hub, като използвате един от следните два метода. Щракнете върху клъстера, който искате да изтриете, и изберете Изтрий този клъстер в горния десен ъгъл на страницата с общ преглед. На страницата „Ресурси“ щракнете върху от дясната страна на клъстер и изберете „ Премахване на клъстер“.
5	Щракнете върху раздела Настройки на страницата с общ преглед на хибридната защита на данните и щракнете върху Деактивиране на HDS на картата „Състояние на HDS“.

Често задавани въпроси

В. CMK-тата и главният ключ съхраняват ли се в ISO файла или в базата данни?

О. Главните ключове на клиента (CMK) се съхраняват в базата данни и са криптирани с главния ключ, който се съхранява в ISO файла.

В. Използва ли се един ключ за криптиране на всички данни на организациите на клиентите?

О. Не. Данните на всяка клиентска организация са криптирани със собствен CMK (основен ключ на клиента).

В. Какво ще се случи, ако деактивирам HDS от Partner Hub?

О. Някои операции, като създаване на пространство и насрочване на срещи, ще бъдат засегнати незабавно. Съществуващото съдържание в пространствата ще бъде достъпно, докато не изтече локалният кеш. След 24 часа потребителите, управлявани от партньора, ще преминат към Cloud KMS и е възможно да възникнат проблеми с предварително създадени пространства и пространства „един към един“.

В. След като CMK бъде генериран за клиентска организация чрез инструмента за настройка на HDS, потребителите на клиентската организация веднага ли започват да използват Multi-Tenant HDS?

О. Възможно е да има максимално забавяне от 24 часа за обновяване на кеша в облака.

В. Защо не виждам списък с клиенти, когато щракна върху бутона „Добавяне на клиенти“ в Partner Hub?

О. Това обикновено означава, че няма организации клиенти, които да отговарят на изискванията за лиценз на Cisco Webex.

В. Какво е въздействието, ако всички HDS възли бъдат изключени или ако мрежов проблем засегне всички HDS възли?

О. Операции като създаване на пространства и насрочване на срещи са засегнати незабавно. Съществуващото съдържание е достъпно само докато изтече локалният кеш.

В. Потребителските данни на партньорската организация криптирани ли са с главния ключ, генериран по време на създаването на ISO образа?

Една. Да. В момента потребителските данни на партньорската организация са криптирани с главния ключ. В бъдеще партньорските организации ще имат специфични за партньора ключове, подобни на CMK на клиентите.

В. Могат ли партньорската организация и организациите наематели да бъдат в различни региони (например САЩ и ЕС)?

Една. Да. Организациите-партньори и наематели могат да бъдат разположени в различни географски региони.

В. Има ли някакъв механизъм за преместване на ключове обратно в Cloud KMS?

О. Няма механизъм за преместване на ключове обратно в облака след внедряване на HDS.

В. Може ли партньор да продължи да използва Cloud KMS и да използва Multi-Tenant HDS изключително за управление на клиенти?

О. Не, това не се поддържа в момента. Поддръжката на тази функционалност е планирана за в бъдеще.

В. Как може партньор да провери дали неговата организация използва Multi-Tenant HDS за криптиране?

О. Влезте в Центъра за партньори. Отидете на Услуги > Хибридна сигурност на данните > Настройки . Ако статусът на HDS е активиран, потребителите на партньорската организация, както и назначените клиенти, използват Multi-Tenant HDS.

Като алтернатива, можете да проверите системните си логове, за да се уверите, че HDS е активиран. Вижте Тестване на внедряването на хибридна защита на данните.

В. Има ли алтернатива на Docker Desktop за стартиране на инструмента за настройка на HDS?

Една. Да. Pod man Desktop е алтернатива с отворен код на Docker Desktop. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop.

В. Колко възела мога да разположа в клъстер с многонаемателски HDS?

О. Препоръчваме минимум два възела и максимум 1000.

В. Какви са мрежовите изисквания, необходими за настройване на Multi-Tenant HDS?

О. Вижте Изисквания за външна свързаност.

В. Pro Pack за Control Hub изискване ли е за партньорските организации?

О. Не. Pro Pack не е задължителен за партньорските организации. Свържете се с вашия партньор на Cisco или мениджър клиенти за съдействие при настройването на Multi-Tenant HDS.

В. Поддържа ли се HSM в Multi-Tenant HDS?

О. Не, в момента Multi-Tenant HDS не поддържа HSM.

В. Мога ли да тествам Multi-Tenant HDS със самоподписан сертификат?

О. Не. Многонаемателният HDS изисква сертификат, извлечен от доверен CA, който отговаря на всички изисквания, посочени в X.509 Certificate Requirements.

В. Необходимо ли е монтиране на ISO файла всеки път, когато се добавя нов клиент в Partner Hub?

О. Не. ISO файлът трябва да се монтира само при промяна на ISO конфигурации. Когато добавяте нов клиент в Partner Hub, уверете се, че можете да създавате CMK-ове, използвайки инструмента за настройка на HDS. Вижте Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS.

В. След внедряването на Multi-Tenant HDS в Partner Hub, потребителите на партньорската организация започват ли да използват локална KMS за управление на ключове?

О. Потребителите ще започнат да използват локалната KMS за управление на ключове само след като HDS бъде активиран в Partner Hub.

Започнете с многонаемателска хибридна сигурност на данните

Преглед на защитата на данните при хибридни системи с множество наематели

От първия ден сигурността на данните е основният фокус при проектирането на приложението Webex. Крайъгълният камък на тази сигурност е цялостното криптиране на съдържание, активирано от клиенти на Webex App, взаимодействащи с услугата за управление на ключове (KMS). KMS отговаря за създаването и управлението на криптографски ключове, които клиентите използват за динамично криптиране и дешифриране на съобщения и файлове.

По подразбиране всички клиенти на Webex App получават криптиране от край до край с динамични ключове, съхранявани в облачната KMS система в областта на сигурността на Cisco. Хибридната защита на данните премества KMS и други свързани със сигурността функции във вашия корпоративен център за данни, така че никой освен вас не държи ключовете за вашето криптирано съдържание.

Многонаемателската хибридна сигурност на данните позволява на организациите да използват HDS чрез надежден локален партньор, който може да действа като доставчик на услуги и да управлява локално криптиране и други услуги за сигурност. Тази настройка позволява на партньорската организация да има пълен контрол върху внедряването и управлението на ключове за криптиране и гарантира, че потребителските данни на организациите на клиентите са защитени от външен достъп. Партньорските организации настройват HDS инстанции и създават HDS клъстери, когато е необходимо. Всеки екземпляр може да поддържа множество клиентски организации, за разлика от обикновеното внедряване на HDS, което е ограничено до една организация.

Въпреки че партньорските организации имат контрол върху внедряването и управлението, те нямат достъп до данни и съдържание, генерирани от клиентите. Този достъп е ограничен до организациите клиенти и техните потребители.

Това позволява и на по-малките организации да използват HDS, тъй като услугата за управление на ключове и инфраструктурата за сигурност, като например центровете за данни, са собственост на доверен местен партньор.

Как хибридната сигурност на данните за многоклиентски системи осигурява суверенитет на данните и контрол върху тях

Съдържанието, генерирано от потребителите, е защитено от външен достъп, като например доставчици на облачни услуги.
Местни доверени партньори управляват ключовете за криптиране на клиенти, с които вече имат установени взаимоотношения.
Възможност за локална техническа поддръжка, ако такава е осигурена от партньора.
Поддържа съдържание за срещи, съобщения и обаждания.

Този документ е насочен към подпомагане на партньорските организации при настройването и управлението на клиенти в рамките на хибридна система за сигурност на данните с множество наематели.

Ограничения на сигурността на данните при многонаемателски хибридни системи

Партньорските организации не трябва да имат активно внедряване на HDS в Control Hub.
Организациите наематели или клиенти, които желаят да бъдат управлявани от партньор, не трябва да имат съществуващо внедряване на HDS в Control Hub.
След като партньорът внедри Multi-Tenant HDS, всички потребители на клиентски организации, както и потребителите на партньорската организация, започват да използват Multi-Tenant HDS за своите услуги за криптиране.

Партньорската организация и клиентските организации, които управляват, ще бъдат в едно и също внедряване на Multi-Tenant HDS.

Партньорската организация вече няма да използва облачна KMS след внедряването на Multi-Tenant HDS.
Няма механизъм за преместване на ключове обратно в Cloud KMS след внедряване на HDS.
Администраторските роли имат определени ограничения; вижте раздела по-долу за подробности.

Роли в многонаемателската хибридна сигурност на данните

Пълен администратор на партньор - Може да управлява настройките за всички клиенти, които партньорът управлява. Могат също да възлагат администраторски роли на съществуващи потребители в организацията и да задават конкретни клиенти, които да бъдат управлявани от администратори на партньора.
Администратор на партньор - Може да управлява настройките за клиенти, които администраторът е осигурил или които са били присвоени на потребителя.
Пълен администратор - Администратор на партньорската организация, който е упълномощен да изпълнява задачи като промяна на настройките на организацията, управление на лицензи и присвояване на роли.

Цялостна настройка и управление на многонаемателски HDS за всички организации на клиенти - Изисква се пълни администраторски права на партньор и пълни администраторски права.
Управление на назначени организации наематели - Изисква се администратор на партньор и пълни администраторски права.

Архитектура на сферата на сигурността

Облачната архитектура на Webex разделя различните видове услуги в отделни области или доверителни домейни, както е показано по-долу.

За да разберем по-добре хибридната сигурност на данните, нека първо разгледаме този случай с чист облак, където Cisco предоставя всички функции в своите облачни сфери. Услугата за идентификация, единственото място, където потребителите могат да бъдат директно свързани с личната си информация, като например имейл адрес, е логически и физически отделена от сферата на сигурност в център за данни B. И двете от своя страна са отделни от сферата, където в крайна сметка се съхранява криптирано съдържание, в център за данни C.

На тази диаграма клиентът е приложението Webex, работещо на лаптопа на потребителя, и е удостоверено с услугата за удостоверяване. Когато потребителят състави съобщение за изпращане до пространство, се извършват следните стъпки:

Клиентът установява защитена връзка с услугата за управление на ключове (KMS), след което изисква ключ за криптиране на съобщението. Защитената връзка използва ECDH, а KMS криптира ключа с помощта на главен ключ AES-256.
Съобщението се криптира, преди да напусне клиента. Клиентът го изпраща към услугата за индексиране, която създава криптирани индекси за търсене, за да подпомогне бъдещите търсения на съдържанието.
Криптираното съобщение се изпраща до службата за съответствие за проверки за съответствие.
Криптираното съобщение се съхранява в хранилището.

Когато внедрявате хибридна защита на данни, премествате функциите на областта на сигурност (KMS, индексиране и съответствие) във вашия локален център за данни. Другите облачни услуги, които съставляват Webex (включително съхранението на самоличност и съдържание), остават в сферата на Cisco.

Сътрудничество с други организации

Потребителите във вашата организация може редовно да използват приложението Webex, за да си сътрудничат с външни участници в други организации. Когато един от вашите потребители поиска ключ за пространство, собственост на вашата организация (защото е създадено от един от вашите потребители), вашата KMS система изпраща ключа на клиента по защитен канал на ECDH. Когато обаче друга организация притежава ключа за пространството, вашата KMS система пренасочва заявката към облака Webex през отделен ECDH канал, за да получи ключа от съответната KMS система, след което връща ключа на вашия потребител по оригиналния канал.

Услугата KMS, работеща в организация A, валидира връзките към KMS системи в други организации, използвайки сертификати x.509 PKI. Вижте Подготовка на вашата среда за подробности относно генерирането на сертификат x.509, който да се използва с вашето внедряване на хибридна защита на данни с множество наематели.

Очаквания за внедряване на хибридна сигурност на данните

Внедряването на хибридна сигурност на данните изисква значителен ангажимент и осъзнаване на рисковете, свързани с притежаването на ключове за криптиране.

За да внедрите хибридна сигурност на данните, трябва да предоставите:

Защитен център за данни в държава, която е поддържано местоположение за плановете на Cisco Webex Teams.
Оборудването, софтуерът и мрежовият достъп, описани в Подгответе вашата среда.

Пълната загуба на ISO файла с конфигурацията, който създавате за Hybrid Data Security, или на предоставената от вас база данни ще доведе до загуба на ключовете. Загубата на ключ не позволява на потребителите да декриптират съдържанието на пространството и други криптирани данни в приложението Webex. Ако това се случи, можете да изградите ново внедряване, но ще бъде видимо само ново съдържание. За да избегнете загуба на достъп до данни, трябва:

Управлявайте архивирането и възстановяването на базата данни и ISO файла с конфигурацията.
Бъдете готови да извършите бързо възстановяване след бедствие, ако възникне катастрофа, като например повреда на диска на базата данни или бедствие в центъра за данни.

Няма механизъм за преместване на ключове обратно в облака след внедряване на HDS.

Процес на настройка на високо ниво

Този документ обхваща настройката и управлението на внедряване на хибридна защита на данни с множество наематели:

Настройка на хибридна сигурност на данните— Това включва подготовка на необходимата инфраструктура и инсталиране на софтуер за хибридна сигурност на данните, изграждане на HDS клъстер, добавяне на организации-наематели към клъстера и управление на техните основни ключове на клиентите (CMK). Това ще позволи на всички потребители на вашите клиентски организации да използват вашия клъстер за хибридна сигурност на данни за функции за сигурност.

Фазите на настройка, активиране и управление са разгледани подробно в следващите три глави.
Поддържайте внедряването си за хибридна сигурност на данните— Облакът Webex автоматично предоставя текущи надстройки. Вашият ИТ отдел може да осигури поддръжка от първо ниво за това внедряване и да ангажира поддръжка от Cisco, ако е необходимо. Можете да използвате екранни известия и да настроите имейл известия в Partner Hub.
Разберете често срещаните предупреждения, стъпките за отстраняване на неизправности и известните проблеми— Ако срещнете проблеми с внедряването или използването на Hybrid Data Security, последната глава на това ръководство и приложението „Известни проблеми“ могат да ви помогнат да определите и отстраните проблема.

Модел за внедряване на хибридна сигурност на данните

В рамките на вашия корпоративен център за данни, вие внедрявате Hybrid Data Security като един клъстер от възли на отделни виртуални хостове. Възлите комуникират с облака Webex чрез защитени уеб сокети и защитен HTTP.

По време на инсталационния процес ви предоставяме OVA файла, за да настроите виртуалното устройство на предоставените от вас виртуални машини. Използвате инструмента за настройка на HDS, за да създадете персонализиран ISO файл за конфигурация на клъстера, който монтирате на всеки възел. Клъстерът за хибридна сигурност на данни използва предоставения от вас Syslogd сървър и база данни PostgreSQL или Microsoft SQL Server. (Конфигурирате Syslogd и подробностите за връзката с базата данни в инструмента за настройка на HDS.)

Модел за внедряване на хибридна сигурност на данните

Минималният брой възли, които можете да имате в клъстер, е два. Препоръчваме поне три на клъстер. Наличието на множество възли гарантира, че услугата няма да бъде прекъсната по време на надстройка на софтуера или друга дейност по поддръжка на даден възел. (Облакът Webex надгражда само един възел наведнъж.)

Всички възли в клъстера имат достъп до едно и също хранилище за ключови данни и регистрират активността си на един и същ syslog сървър. Самите възли са без състояние и обработват ключови заявки по кръгов начин, както е указано от облака.

Възлите стават активни, когато ги регистрирате в Partner Hub. За да извадите отделен възел от експлоатация, можете да го отпишете и по-късно да го регистрирате отново, ако е необходимо.

Резервен център за данни за възстановяване след бедствия

По време на внедряването, вие създавате защитен резервен център за данни. В случай на бедствие в център за данни, можете ръчно да прехвърлите внедряването си към резервния център за данни при неуспешно изпълнение.

Базите данни на активните и резервните центрове за данни са синхронизирани помежду си, което ще минимизира времето, необходимо за извършване на резервно превключване.

Активните възли за хибридна сигурност на данните трябва винаги да са в същия център за данни като активния сървър на базата данни.

Създаване на резервен център за данни за възстановяване след бедствие

Следвайте стъпките по-долу, за да конфигурирате ISO файла на резервния център за данни:

Преди да започнете

Резервният център за данни трябва да отразява производствената среда на виртуалните машини и резервна база данни на PostgreSQL или Microsoft SQL Server. Например, ако в производствената среда има 3 виртуални машини, работещи с HDS възли, средата за архивиране трябва да има 3 виртуални машини. (Вижте Резервен център за данни за възстановяване след бедствия за общ преглед на този модел за превключване на резервни устройства.)
Уверете се, че синхронизирането на базата данни е активирано между базата данни на активните и пасивните клъстерни възли.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете. ISO файлът трябва да е копие на оригиналния ISO файл на основния център за данни, върху който ще се направят следните актуализации на конфигурацията.
2	След като конфигурирате Syslogd сървъра, щракнете върху Разширени настройки
3	На страницата Разширени настройки добавете конфигурацията по-долу, за да поставите възела в пасивен режим. В този режим възелът ще бъде регистриран в организацията и свързан с облака, но няма да обработва трафик. `passiveMode: 'true'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
5	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
6	В левия навигационен панел на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и след това щракнете върху Редактиране на настройките..
7	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
9	Повторете процеса за всеки възел в резервния център за данни. Проверете системните логове, за да се уверите, че възлите са в пасивен режим. Трябва да можете да видите съобщението „KMS конфигуриран в пасивен режим“ в системните логове.

Какво да направите след това

След като конфигурирате passiveMode в ISO файла и го запазите, можете да създадете друго копие на ISO файла без конфигурацията passiveMode и да го запазите на сигурно място. Това копие на ISO файла без конфигуриран passiveMode може да помогне за бърз процес на превключване след срив по време на възстановяване след бедствие. Вижте Възстановяване след бедствие с помощта на резервен център за данни за подробна процедура за превключване при срив.

Поддръжка на прокси

Hybrid Data Security поддържа изрични, прозрачни проверяващи и неинспектационни проксита. Можете да свържете тези проксита към разполагането си, така че да можете да подсигурите и наблюдавате трафика от предприятието навън към облака. Можете да използвате администраторски интерфейс на платформа на възлите за управление на сертификати и да проверите цялостното състояние на свързване, след като настроите прокси сървъра на възлите.

Хибридните възли за защита на данните поддържат следните опции за прокси:

Без прокси—По подразбиране, ако не използвате хранилището за доверени данни за настройката на HDS възела & Конфигурация на прокси за интегриране на прокси. Не се изисква актуализация на сертификата.
Прозрачен неинспектиращ прокси сървър— Възлите не са конфигурирани да използват специфичен адрес на прокси сървър и не би трябвало да изискват никакви промени, за да работят с неинспектиращ прокси сървър. Не се изисква актуализация на сертификата.
Прозрачно тунелиране или проверка на прокси сървър— Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. На възлите не са необходими промени в конфигурацията на HTTP или HTTPS. Възлите обаче се нуждаят от главен сертификат, така че да се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS).
Изричен прокси сървър— С изричен прокси сървър, вие казвате на HDS възлите кой прокси сървър и схема за удостоверяване да използват. За да конфигурирате изрично прокси, трябва да въведете следната информация на всеки възел:
1. Прокси IP/FQDN—Адрес, който може да се използва за достигане до прокси машината.
2. Прокси порт— Номер на порт, който прокси сървърът използва, за да слуша проксиран трафик.
3. Прокси протокол— В зависимост от това какво поддържа вашият прокси сървър, изберете между следните протоколи:
  - HTTP—Преглежда и контролира всички заявки, които клиентът изпраща.
  - HTTPS—Предоставя канал на сървъра. Клиентът получава и валидира сертификата на сървъра.
4. Тип удостоверяване— Изберете измежду следните типове удостоверяване:
  - Няма—Не се изисква допълнително удостоверяване.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
  - Basic—Използва се от HTTP потребителски агент за предоставяне на потребителско име и парола при отправяне на заявка. Използва Base64 кодиране.
    
    Налично, ако изберете или HTTP Или HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.
  - Дайджест—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата.
    
    Предлага се само ако изберете HTTPS като протокол за прокси.
    
    Изисква да въведете потребителското име и паролата на всеки възел.

Пример за хибридни данни сигурност възли и прокси

Тази диаграма показва примерна връзка между защитата на хибридните данни, мрежата и прокси. За прозрачния инспектиращ и HTTPS изричен инспектиращ прокси опции, един и същ главен сертификат трябва да бъде инсталиран на прокси и на хибридните възли за защита на данните.

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. В разполагане с изрични прокси конфигурации, които не позволяват външна DNS разделителна способност за вътрешни клиенти, ако възелът не може да заявка DNS сървъри, тя автоматично преминава в режим блокирани външни DNS резолюция. В този режим може да се процедира регистрация на възли и други тестове за свързване на прокси.

Подготовка на средата

Изисквания за сигурност на данните за многонаемателни хибридни системи

Изисквания за лиценз на Cisco Webex

За да внедрите хибридна защита на данни за множество наематели:

Партньорски организации: Свържете се с вашия партньор на Cisco или мениджър на клиенти и се уверете, че функцията „Много наематели“ е активирана.
Организации наематели: Трябва да имате Pro Pack за Cisco Webex Control Hub. (Вижте https://www.cisco.com/go/pro-pack.)

Изисквания за Docker Desktop

Преди да инсталирате HDS възлите си, трябва да стартирате инсталационна програма в Docker Desktop. Docker наскоро актуализира своя лицензионен модел. Вашата организация може да изисква платен абонамент за Docker Desktop. За подробности вижте публикацията в блога на Docker, " Docker е Актуализиране и разширяване на нашите абонаментиза продукти".

Клиенти без лиценз за Docker Desktop могат да използват инструмент за управление на контейнери с отворен код, като Podman Desktop, за да стартират, управляват и създават контейнери. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Изисквания за сертификат X.509

Веригата от сертификати трябва да отговаря на следните изисквания:

Таблица 1. Изисквания за сертификат X.509 за внедряване на хибридна сигурност на данните
Изискване	Подробности
Подписано от надежден сертифициращ орган (CA)	По подразбиране се доверяваме на CAs в списъка на Mozilla (с изключение на WoSign и StartCom) на https://wiki.mozilla.org/CA:IncludedCAs.
Носи домейн с общо име (CN), който идентифицира вашето внедряване на хибридна сигурност на данни Не е сертификат със заместващ знак	Не е необходимо CN да е достъпен или да е активен хост. Препоръчваме ви да използвате име, което отразява вашата организация, например `hds.company.com`. Комбинираното предложение не трябва да съдържа * (заместващ знак). CN се използва за проверка на възлите на Hybrid Data Security към клиенти на Webex App. Всички възли за хибридна защита на данни във вашия клъстер използват един и същ сертификат. Вашата KMS система се идентифицира с CN домейна, а не с домейн, дефиниран в полетата x.509v3 SAN. След като регистрирате възел с този сертификат, не поддържаме промяна на името на домейна CN.
Подпис, различен от SHA1	Софтуерът KMS не поддържа SHA1 подписи за валидиране на връзки към KMS системи на други организации.
Форматиран като защитен с парола PKCS #12 файл Използвайте приятелското име `kms-private-key`, за да маркирате сертификата, частния ключ и всички междинни сертификати за качване.	Можете да използвате конвертор като OpenSSL, за да промените формата на вашия сертификат. Ще трябва да въведете паролата, когато стартирате инструмента за настройка на HDS.

Софтуерът KMS не налага налага използването на ключове или разширени ограничения за използване на ключове. Някои сертифициращи органи изискват към всеки сертификат да се прилагат разширени ограничения за използване на ключове, като например удостоверяване на сървъра. Допустимо е да използвате удостоверяване на сървъра или други настройки.

Изисквания за виртуален хост

Виртуалните хостове, които ще настроите като възли за хибридна сигурност на данни във вашия клъстер, имат следните изисквания:

Поне два отделни хоста (препоръчително 3), разположени в един и същ защитен център за данни
Инсталиран и работещ VMware ESXi 7.0 или 8.0.

Трябва да надстроите, ако имате по-ранна версия на ESXi.
Минимум 4 vCPU, 8 GB основна памет, 30 GB локално дисково пространство на сървър

Изисквания за сървъра на базата данни

Създайте нова база данни за съхранение на ключове. Не използвайте базата данни по подразбиране. След инсталирането на HDS приложенията създават схемата на базата данни.

Има две опции за сървър на база данни. Изискванията за всеки от тях са следните:

Таблица 2. Изисквания към сървъра за бази данни според типа на базата данни
PostgreSQL	Microsoft SQL Server
PostgreSQL 14, 15, 16, 17 или 18, инсталиран и работещ.	Инсталиран е SQL Server 2016, 2017, 2019 или 2022 (Enterprise или Standard). SQL Server 2016 изисква Service Pack 2 и Cumulative Update 2 или по-нова версия.
Минимум 8 виртуални процесора (vCPU), 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не се превишава допустимото количество памет (препоръчва се 2 TB, ако искате да използвате базата данни за дълго време, без да е необходимо да увеличавате паметта).	Минимум 8 виртуални процесора (vCPU), 16 GB основна памет, достатъчно място на твърдия диск и наблюдение, за да се гарантира, че не се превишава допустимото количество памет (препоръчва се 2 TB, ако искате да използвате базата данни за дълго време, без да е необходимо да увеличавате паметта).

Софтуерът HDS в момента инсталира следните версии на драйвери за комуникация със сървъра на базата данни:

PostgreSQL

Microsoft SQL Server

JDBC драйвер за Postgres 42.2.5

SQL Server JDBC драйвер 4.6

Тази версия на драйвера поддържа SQL Server Always On ( Always On Failover Cluster Instances и Always On availability groups).

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

Ако искате HDS възлите да използват удостоверяване на Windows, за да получат достъп до вашата база данни за хранилище на ключове в Microsoft SQL Server, тогава ви е необходима следната конфигурация във вашата среда:

HDS възлите, инфраструктурата на Active Directory и MS SQL Server трябва да бъдат синхронизирани с NTP.
Акаунтът в Windows, който предоставяте на HDS възлите, трябва да има read/write достъп до базата данни.
DNS сървърите, които предоставяте на HDS възлите, трябва да могат да разрешават вашия център за разпространение на ключове (KDC).
Можете да регистрирате екземпляра на базата данни HDS на вашия Microsoft SQL Server като име на принципал на услугата (SPN) в Active Directory. Вижте Регистриране на име на принципал на услуга за Kerberos връзки.

Инструментът за настройка на HDS, програмата за стартиране на HDS и локалната KMS система трябва да използват удостоверяване на Windows за достъп до базата данни за хранилище на ключове. Те използват данните от вашата ISO конфигурация, за да изградят SPN, когато изискват достъп с Kerberos удостоверяване.

Изисквания за външна свързаност

Конфигурирайте защитната си стена, за да разрешите следната свързаност за HDS приложенията:

Приложение	Протокол	Порт	Упътване от приложението	Местоназначение
Хибридни възли за сигурност на данните	TCP	443	Изходящ HTTPS и WSS	Webex сървъри: .wbx2.com .ciscospark.com Всички хостове на Common Identity Други URL адреси, които са изброени за хибридна сигурност на данни в таблицата Допълнителни URL адреси за хибридни услуги на Webex на Мрежови изисквания за услуги на Webex
Инструмент за настройка на HDS	TCP	443	Изходящ HTTPS	*.wbx2.com Всички хостове на Common Identity hub.docker.com

Възлите за хибридна сигурност на данните работят с транслация на мрежовия достъп (NAT) или зад защитна стена, стига NAT или защитната стена да позволяват необходимите изходящи връзки към местоназначенията на домейна в предходната таблица. За връзки, водещи към възлите за хибридна сигурност на данните, не трябва да се виждат портове от интернет. Във вашия център за данни, клиентите се нуждаят от достъп до възлите за хибридна сигурност на данните на TCP портове 443 и 22 за административни цели.

URL адресите за хостовете с обща идентичност (CI) са специфични за региона. Това са текущите CI хостове:

Регион	URL адреси на хостове за обща идентичност
Северна и Южна Америка	https://idbroker.webex.com https://identity.webex.com https://idbroker-b-us.webex.com https://identity-b-us.webex.com
Европейски съюз	https://idbroker-eu.webex.com https://identity-eu.webex.com
Канада	https://idbroker-ca.webex.com https://identity-ca.webex.com
Сингапур	https://idbroker-sg.webex.com https://identity-sg.webex.com
Обединени арабски емирства	https://idbroker-ae.webex.com https://identity-ae.webex.com

Изисквания към прокси сървъра

Ние официално поддържаме следните прокси решения, които могат да се интегрират с вашите възли hybrid Data Security.
- Прозрачен прокси-Уред за уеб защита cisco (WSA).
- Изрична прокси-Сепия.
  
  Squid прокси сървърите, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки. За да заобиколите този проблем, вижте Конфигуриране на Squid прокси сървъри за хибридна сигурност на данните.
Ние поддържаме следните комбинации от тип удостоверяване за изрични проксита:
- Без удостоверяване с HTTP или HTTPS
- Базово удостоверяване с HTTP или HTTPS
- Смилане на удостоверяване само с HTTPS
За прозрачен проверяващ прокси или HTTPS изрично прокси, трябва да имате копие на главния сертификат на прокси. Инструкциите за разполагане в това ръководство ви казват как да качите копието в магазините за доверие на хибридните възли за защита на данните.
Мрежата, хостваща HDS възлите, трябва да бъде конфигурирана да принуди изходящия TCP трафик на порт 443 да маршрутизира през прокси сървъра.
Прокситата, които инспектират уеб трафика, може да пречат на връзките с уеб гнездото. Ако възникне този проблем, заобикалянето (неинспектирането) на трафика към wbx2.com и ciscospark.com ще реши проблема.

Изпълнете предварителните изисквания за хибридна сигурност на данните

Използвайте този контролен списък, за да се уверите, че сте готови да инсталирате и конфигурирате вашия клъстер за хибридна защита на данни.

1	Уверете се, че вашата партньорска организация е активирала функцията Multi-Tenant HDS и вземете идентификационните данни на акаунт с пълни администраторски права на партньора и пълни администраторски права. Уверете се, че вашата организация на клиенти на Webex е активирана за Pro Pack за Cisco Webex Control Hub. Свържете се с вашия партньор на Cisco или мениджър клиенти за помощ с този процес. Организациите на клиентите не трябва да имат съществуващо внедряване на HDS.
2	Изберете име на домейн за вашето HDS внедряване (например, `hds.company.com`) и получете верига от сертификати, съдържаща X.509 сертификат, частен ключ и всички междинни сертификати. Веригата от сертификати трябва да отговаря на изискванията в X.509 Certificate Requirements.
3	Подгответе идентични виртуални хостове, които ще настроите като възли за хибридна сигурност на данни във вашия клъстер. Необходими са ви поне два отделни хоста (препоръчително 3), разположени в един и същ защитен център за данни, които отговарят на изискванията в Изисквания за виртуален хост.
4	Подгответе сървъра на базата данни, който ще действа като хранилище за ключови данни за клъстера, съгласно изискванията за сървъра на базата данни. Сървърът на базата данни трябва да бъде разположен в защитения център за данни заедно с виртуалните хостове. Създайте база данни за съхранение на ключове. (Трябва да създадете тази база данни – не използвайте базата данни по подразбиране.) Когато бъдат инсталирани, HDS приложенията създават схемата на базата данни.) Съберете данните, които възлите ще използват за комуникация със сървъра на базата данни: името на хоста или IP адреса (хост) и порта името на базата данни (dbname) за съхранение на ключове потребителското име и паролата на потребител с всички привилегии в базата данни за съхранение на ключове
5	За бързо възстановяване след бедствие, създайте резервна среда в различен център за данни. Резервната среда отразява производствената среда на виртуални машини и резервен сървър на база данни. Например, ако в производствената среда има 3 виртуални машини, работещи с HDS възли, средата за архивиране трябва да има 3 виртуални машини.
6	Настройте хост за системен лог, който да събира лог файлове от възлите в клъстера. Съберете неговия мрежов адрес и системен порт (по подразбиране е UDP 514).
7	Създайте политика за сигурно архивиране за възлите на хибридната защита на данните, сървъра на базата данни и хоста на syslog. Като минимум, за да предотвратите невъзстановима загуба на данни, трябва да архивирате базата данни и ISO файла с конфигурацията, генериран за възлите на Hybrid Data Security. Тъй като възлите за хибридна сигурност на данните съхраняват ключовете, използвани за криптиране и декриптиране на съдържание, невъзможността за поддържане на оперативно внедряване ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на това съдържание. Клиентите на Webex App кешират ключовете си, така че прекъсването може да не е веднага забележимо, но ще стане очевидно с течение на времето. Въпреки че временните прекъсвания са невъзможни за предотвратяване, те са възстановими. Пълната загуба (без налични резервни копия) на базата данни или на ISO файла с конфигурацията обаче ще доведе до невъзстановими клиентски данни. Очаква се операторите на възлите на Hybrid Data Security да поддържат чести резервни копия на базата данни и ISO файла с конфигурацията и да бъдат готови да възстановят центъра за данни на Hybrid Data Security, ако възникне катастрофална повреда.
8	Уверете се, че конфигурацията на вашата защитна стена позволява свързване за вашите възли за хибридна сигурност на данни, както е посочено в Изисквания за външна свързаност.
9	Инсталирайте Docker ( https://www.docker.com) на всяка локална машина, работеща с поддържана операционна система (Microsoft Windows 10 Professional или Enterprise 64-bit, или Mac OSX Yosemite 10.10.3 или по-нова версия) с уеб браузър, който може да го достъпва на http://127.0.0.1:8080. Използвате екземпляра на Docker, за да изтеглите и стартирате инструмента за настройка на HDS, който изгражда локалната информация за конфигурацията за всички възли на Hybrid Data Security. Може да ви е необходим лиценз за Docker Desktop. Вижте Изисквания за Docker Desktop за повече информация. За да инсталирате и стартирате инструмента за настройка на HDS, локалната машина трябва да има свързаността, описана в Изисквания за външна свързаност.
10	Ако интегрирате прокси с Hybrid Data Security, уверете се, че той отговаря на изискванията за прокси сървър.

Създаване на хибриден клъстер за сигурност на данни

Поток на задачи за внедряване на хибридна сигурност на данни

Преди да започнете

1	Извършете първоначална настройка и изтеглете инсталационните файлове Изтеглете OVA файла на локалната си машина за по-късна употреба.
2	Създайте ISO файл с конфигурация за HDS хостовете Използвайте инструмента за настройка на HDS, за да създадете ISO конфигурационен файл за възлите на Hybrid Data Security.
3	Инсталирайте HDS Host OVA Създайте виртуална машина от OVA файла и извършете първоначална конфигурация, като например мрежови настройки. Опцията за конфигуриране на мрежови настройки по време на внедряване на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
4	Настройване на виртуална машина за хибридна защита на данни Влезте в конзолата на виртуалната машина и задайте идентификационните данни за вход. Конфигурирайте мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.
5	Качете и монтирайте ISO файла с конфигурацията на HDS Конфигурирайте виртуалната машина от ISO конфигурационния файл, който сте създали с инструмента за настройка на HDS.
6	Конфигуриране на HDS възел за интегриране на прокси сървър Ако мрежовата среда изисква конфигурация на прокси сървър, укажете типа прокси сървър, който ще използвате за възела, и добавете сертификата за прокси сървър към хранилището за доверени сертификати, ако е необходимо.
7	Регистрирайте първия възел в клъстера Регистрирайте виртуалната машина в облака Cisco Webex като възел за хибридна сигурност на данни.
8	Създаване и регистриране на още възли Завършете настройката на клъстера.
9	Активирайте Multi-Tenant HDS в Partner Hub. Активирайте HDS и управлявайте организациите на наематели в Partner Hub.

Извършете първоначална настройка и изтеглете инсталационните файлове

В тази задача изтегляте OVA файл на вашата машина (не на сървърите, които сте настроили като възли за хибридна сигурност на данните). Ще използвате този файл по-късно в процеса на инсталиране.

1	Влезте в Центъра за партньори и след това щракнете върху Услуги.
2	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и след това щракнете върху Настройка. Щракването върху Настройка в Центъра за партньори е от решаващо значение за процеса на внедряване. Не продължавайте с инсталацията, без да завършите тази стъпка.
3	Щракнете върху Добавяне на ресурс и щракнете върху Изтегляне на .OVA файл в картата Инсталиране и конфигуриране на софтуер. По-старите версии на софтуерния пакет (OVA) няма да са съвместими с най-новите актуализации на Hybrid Data Security. Това може да доведе до проблеми при надграждане на приложението. Уверете се, че сте изтеглили най-новата версия на OVA файла. Можете също да изтеглите OVA по всяко време от секцията Помощ. Кликнете върху Настройки > Помощ > Изтеглете софтуера за хибридна сигурност на данните. OVA файлът автоматично започва да се изтегля. Запазете файла на място на вашата машина.

Създайте ISO файл с конфигурация за HDS хостовете

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1 до 5 в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5 по-долу. Тази таблица дава някои възможни променливи на средата:

Описание

Променлива

HTTP прокси без удостоверяване

GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT

HTTPS прокси без удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT

HTTP прокси с удостоверяване

GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT

HTTPS прокси с удостоверяване

GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT
ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

1

В командния ред на вашата машина въведете подходящата команда за вашата среда:

В нормални среди:

docker rmi ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker rmi ciscocitg/hds-setup-fedramp:stable

Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.

2

За да влезете в регистъра на изображения на Docker, въведете следното:

docker login -u hdscustomersro

3

При подканата за парола въведете този хеш:

dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo

4

Изтеглете най-новото стабилно изображение за вашата среда:

В нормални среди:

docker pull ciscocitg/hds-setup:stable

В среди на FedRAMP:

docker pull ciscocitg/hds-setup-fedramp:stable

5

Когато изтеглянето приключи, въведете подходящата команда за вашата среда:

В нормални среди без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

В нормални среди с HTTP прокси:

docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В обикновени среди с HTTPS прокси:

docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable

В среди на FedRAMP без прокси:

docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTP прокси:

docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

В среди на FedRAMP с HTTPS прокси:

docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable

Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.

6

Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost.

Използвайте уеб браузър, за да отидете на localhost, http://127.0.0.1:8080, и въведете потребителско име на администратор за Partner Hub при подканата.

Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.

7

Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.

8

На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.

9

На страницата ISO импортиране имате следните опции:

Не— Ако създавате първия си HDS възел, нямате ISO файл за качване.
Да— Ако вече сте създали HDS възли, тогава избирате вашия ISO файл в прегледа и го качвате.

10

Проверете дали вашият X.509 сертификат отговаря на изискванията в X.509 Certificate Requirements.

Ако никога преди не сте качвали сертификат, качете сертификата X.509, въведете паролата и щракнете върху „ Продължи“ .
Ако сертификатът ви е наред, щракнете върху Продължи.
Ако вашият сертификат е изтекъл или искате да го замените, изберете Не за Да продължите ли да използвате веригата от сертификати на HDS и частния ключ от предишния ISO?. Качете нов X.509 сертификат, въведете паролата и щракнете върху Продължи.

11

Въведете адреса на базата данни и акаунта за HDS, за да получите достъп до вашето хранилище за ключове:

Изберете вашия тип база данни (PostgreSQL или Microsoft SQL Server).

Ако изберете Microsoft SQL Server, ще получите поле „Тип на удостоверяване“.
(само за Microsoft SQL Server ) Изберете вашия тип удостоверяване:
- Основно удостоверяване: Трябва да въведете име на локален SQL Server акаунт в полето Потребителско име.
- Удостоверяване на Windows: Необходим ви е акаунт в Windows във формат username@DOMAIN в полето Потребителско име.
Въведете адреса на сървъра на базата данни във формата : или :.

Пример:
dbhost.example.org:1433 или 198.51.100.17:1433

Можете да използвате IP адрес за основно удостоверяване, ако възлите не могат да използват DNS за разрешаване на името на хоста.

Ако използвате удостоверяване на Windows, трябва да въведете напълно квалифицирано име на домейн във формат dbhost.example.org:1433
Въведете името на базата данни.
Въведете потребителско име и парола на потребител с всички привилегии върху базата данни за съхранение на ключове.

12

Изберете TLS режим на свързване към база данни:

Режим	Описание
Предпочитам TLS (опция по подразбиране)	HDS възлите не изискват TLS да се свърже със сървъра на базата данни. Ако активирате TLS на сървъра на базата данни, възлите ще се опитат да установят криптирана връзка.
Изисквайте TLS	HDS възли се свързват само ако сървърът на базата данни може да договори TLS.
Изисквайте TLS и проверете подписвача на сертификати	Този режим не е приложим за бази данни на SQL Server. HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка, възелът сравнява подписващия сертификата от сървъра на базата данни със сертифициращия орган в коренния сертификат на базата данни. Ако не съвпадат, възелът изпуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.
Изисквайте TLS и проверете подписалия сертификат и хостовото име	HDS възли се свързват само ако сървърът на базата данни може да договори TLS. След установяване на TLS връзка, възелът сравнява подписващия сертификата от сървъра на базата данни със сертифициращия орган в коренния сертификат на базата данни. Ако не съвпадат, възелът изпуска връзката. Възлите също така проверяват дали името на хоста в сертификата на сървъра съвпада с името на хоста в полето Хост и порт на базата данни. Имената трябва да съвпадат точно или възелът пуска връзката. Използвайте контролата за главен сертификат на базата данни под падащото, за да качите главния сертификат за тази опция.

Когато качите главния сертификат (ако е необходимо) и щракнете върху „Продължи“ , инструментът за настройка на HDS тества TLS връзката със сървъра на базата данни. Инструментът също така проверява подписалите сертификата и hostname, ако е приложимо. Ако даден тест е неуспешен, инструментът показва съобщение за грешка, описващо проблема. Можете да изберете дали да игнорирате грешката и да продължите с настройката. (Поради разликите в свързаността, HDS възлите може да са в състояние да установят TLS връзката, дори ако машината с HDS Setup Tool не може да я тества успешно.)

13

На страницата „Системни дневници“ конфигурирайте вашия Syslogd сървър:

Въведете URL адреса на syslog сървъра.

Ако сървърът не е DNS-разрешим от възлите за вашия HDS клъстер, използвайте IP адрес в URL адреса.

Пример:
udp://10.92.43.23:514 показва регистриране към Syslogd хост 10.92.43.23 на UDP порт 514.
Ако сте настроили сървъра си да използва TLS криптиране, проверете Конфигуриран ли е сървърът ви за TLS договаряне/ръкостискане?.

Ако отметнете това квадратче, уверете се, че сте въвели TCP URL адрес, като например tcp://10.92.43.23:514, и качете коренния сертификат на syslog.
От падащото меню Изберете прекратяване на syslog записа изберете подходящата настройка за вашия ISO файл: За Graylog и Rsyslog TCP се използва Choose или Newline
- Нулев байт -- \x00
- Нов ред -- \n—Изберете тази опция за Graylog и Rsyslog TCP.
Щракнете върху Продължаване.

14

(По избор) Можете да промените стойността по подразбиране за някои параметри на връзката с базата данни в Разширени настройки. Обикновено този параметър е единственият, който може да искате да промените:

app_datasource_connection_pool_maxSize: 10

15

Щракнете върху Продължи на екрана Нулиране на паролата за сервизни акаунти.

Паролите за сервизни акаунти имат деветмесечен срок на валидност. Използвайте този екран, когато паролите ви наближават срок на валидност или искате да ги нулирате, за да анулирате предишни ISO файлове.

16

Кликнете върху Изтегляне на ISO файл. Запазете файла на място, което е лесно за намиране.

17

Направете резервно копие на ISO файла на вашата локална система.

Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.

18

За да затворите инструмента за настройка, въведете CTRL+C.

Какво да направите след това

Направете резервно копие на ISO файла с конфигурацията. Нужен ви е, за да създадете още възли за възстановяване или да направите промени в конфигурацията. Ако загубите всички копия на ISO файла, ще загубите и главния ключ. Възстановяването на ключовете от вашата база данни PostgreSQL или Microsoft SQL Server не е възможно.

Никога нямаме копие на този ключ и не можем да ви помогнем, ако го загубите.

Инсталирайте HDS Host OVA

Използвайте тази процедура, за да създадете виртуална машина от OVA файла.

1	Използвайте VMware vSphere клиента на вашия компютър, за да влезете във виртуалния хост ESXi.
2	Изберете Файл > Разгръщане на OVF шаблон.
3	В съветника посочете местоположението на OVA файла, който сте изтеглили по-рано, и след това щракнете върху Напред.
4	На страницата Изберете име и папка въведете име на виртуална машина за възела (например "HDS_Node_1"), изберете местоположение, където може да се намира внедряването на възела на виртуалната машина, и след това щракнете върху Напред.
5	На страницата Изберете изчислителен ресурс изберете целевия изчислителен ресурс и след това щракнете върху Напред. Извършва се проверка за валидиране. След като приключи, се показват подробностите за шаблона.
6	Проверете данните на шаблона и след това щракнете върху Напред.
7	Ако бъдете помолени да изберете конфигурацията на ресурсите на страницата Конфигурация, щракнете върху 4 CPU и след това щракнете върху Напред.
8	На страницата Избор на място за съхранение щракнете върху Напред, за да приемете формата на диска по подразбиране и политиката за съхранение на виртуална машина.
9	На страницата Избор на мрежи изберете опцията за мрежа от списъка със записи, за да осигурите желаната свързаност на виртуалната машина.
10	На страницата Персонализиране на шаблон конфигурирайте следните мрежови настройки: Име на хост— Въведете FQDN (име на хост и домейн) или еднословно име на хост за възела. Не е необходимо да задавате домейна така, че да съответства на домейна, който сте използвали за получаване на сертификата X.509. За да осигурите успешна регистрация в облака, използвайте само малки букви в FQDN или името на хоста, което сте задали за възела. Капитализацията не се поддържа в този момент. Общата дължина на FQDN не трябва да надвишава 64 знака. IP адрес— Въведете IP адреса за вътрешния интерфейс на възела. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа. Маска— Въведете адреса на подмрежовата маска в десетично-точков формат. Например, 255.255.255.0. Шлюз— Въведете IP адреса на шлюза. Шлюзът е мрежов възел, който служи като точка за достъп до друга мрежа. DNS сървъри— Въведете списък с DNS сървъри, разделени със запетаи, които обработват преобразуването на имена на домейни в числови IP адреси. (Разрешени са до 4 DNS записа.) NTP сървъри— Въведете NTP сървъра на вашата организация или друг външен NTP сървър, който може да се използва във вашата организация. NTP сървърите по подразбиране може да не работят за всички предприятия. Можете също да използвате списък, разделен със запетаи, за да въведете множество NTP сървъри. Разположете всички възли в една и съща подмрежа или VLAN, така че всички възли в клъстер да са достъпни от клиенти във вашата мрежа за административни цели. Ако предпочитате, можете да пропуснете конфигурирането на мрежовите настройки и да следвате стъпките в Настройка на хибридната виртуална машина за защита на данни, за да конфигурирате настройките от конзолата на възела. Опцията за конфигуриране на мрежови настройки по време на внедряване на OVA е тествана с ESXi 7.0 и 8.0. Опцията може да не е налична в по-ранни версии.
11	Щракнете с десния бутон върху виртуалната машина на възела и след това изберете Захранване > Включване. Софтуерът за хибридна сигурност на данни е инсталиран като гост на виртуалната машина. Вече сте готови да влезете в конзолата и да конфигурирате възела. Съвети за отстраняване на неизправности Възможно е да има забавяне от няколко минути, преди контейнерите с възли да се появят. По време на първото зареждане на конзолата се появява съобщение за защитната стена на моста, по време на което не можете да влезете.

Настройване на виртуална машина за хибридна защита на данни

Използвайте тази процедура, за да влезете за първи път в конзолата за виртуална машина на възела Hybrid Data Security и да зададете идентификационните данни за влизане. Можете също да използвате конзолата, за да конфигурирате мрежовите настройки за възела, ако не сте ги конфигурирали по време на внедряването на OVA.

1	В клиента на VMware vSphere изберете вашия възел Hybrid Data Security VM и изберете раздела Console. Виртуалната машина се стартира и се появява подкана за вход. Ако подканата за вход не се покаже, натиснете Enter.
2	Използвайте следните потребителски данни и парола по подразбиране, за да влезете и да промените идентификационните данни: Вход: `admin` Парола: `ciscosystems` Тъй като влизате във виртуалната си машина за първи път, е необходимо да промените администраторската парола.
3	Ако вече сте конфигурирали мрежовите настройки в Инсталиране на HDS Host OVA, пропуснете останалата част от тази процедура. В противен случай, в главното меню изберете опцията Редактиране на конфигурация.
4	Настройте статична конфигурация с IP адрес, маска, шлюз и DNS информация. Вашият възел трябва да има вътрешен IP адрес и DNS име. DHCP не се поддържа.
5	(По избор) Променете името на хоста, домейна или NTP сървъра(ите), ако е необходимо, за да съответстват на политиката на вашата мрежа. Не е необходимо да задавате домейна така, че да съответства на домейна, който сте използвали за получаване на сертификата X.509.
6	Запазете мрежовата конфигурация и рестартирайте виртуалната машина, за да влязат в сила промените.

Качете и монтирайте ISO файла с конфигурацията на HDS

Използвайте тази процедура, за да конфигурирате виртуалната машина от ISO файла, който сте създали с инструмента за настройка на HDS.

Преди да започнете

Тъй като ISO файлът съдържа главния ключ, той трябва да бъде достъпен само въз основа на „необходимост за информация“ за достъп на виртуалните машини за хибридна сигурност на данните и всички администратори, които може да се нуждаят от промени. Уверете се, че само тези администратори имат достъп до хранилището за данни.

1

Качете ISO файла от вашия компютър:

В левия навигационен панел на клиента VMware vSphere щракнете върху ESXi сървъра.
В списъка с хардуер в раздела „Конфигурация“ щракнете върху „Памет“.
В списъка с хранилища за данни щракнете с десния бутон върху хранилището за данни за вашите виртуални машини и щракнете върху Преглед на хранилището за данни.
Щракнете върху иконата за качване на файлове и след това щракнете върху Качване на файл.
Отидете до мястото, където сте изтеглили ISO файла на компютъра си, и щракнете върху Отвори.
Кликнете върху Да, за да приемете upload/download предупреждение за операция и затворете диалоговия прозорец на хранилището за данни.

2

Монтирайте ISO файла:

В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките.
Щракнете върху OK, за да приемете предупреждението за ограничени опции за редактиране.
Щракнете върху CD/DVD Drive 1, изберете опцията за монтиране от ISO файл на хранилище за данни и отидете до мястото, където сте качили ISO файла с конфигурацията.
Проверете Свързано и Свързване при включване.
Запазете промените си и рестартирайте виртуалната машина.

Какво да направите след това

Ако вашата ИТ политика го изисква, можете по желание да демонтирате ISO файла, след като всички ваши възли приемат промените в конфигурацията. Вижте (По избор) Демонтиране на ISO след HDS конфигурация за подробности.

Конфигуриране на HDS възел за интегриране на прокси сървър

Ако мрежовата среда изисква прокси, използвайте тази процедура, за да укажете вида на прокси, който искате да интегрирате с Hybrid Data Security. Ако изберете прозрачен проверяващ прокси или HTTPS изричен прокси, можете да използвате интерфейса на възела, за да качите и инсталирате главния сертификат. Можете също да проверите прокси връзката от интерфейса и да отстраните всички потенциални проблеми.

Преди да започнете

Вижте Поддръжка на прокси за общ преглед на поддържаните опции за прокси.
Изисквания към прокси сървъра

1	Въведете URL адреса за настройка на HDS възел `https://[HDS Node IP or FQDN]/setup` в уеб браузър, въведете администраторските идентификационни данни, които сте задали за възела, и след това щракнете върху Вход.
2	Отидете на Хранилище на доверие & Прокси , след което изберетеопция: Без прокси— Опцията по подразбиране, преди да интегрирате прокси. Не се изисква актуализация на сертификата. Прозрачен неинспектиращ прокси сървър— Възлите не са конфигурирани да използват специфичен адрес на прокси сървър и не би трябвало да изискват никакви промени, за да работят с неинспектиращ прокси сървър. Не се изисква актуализация на сертификата. Прозрачен инспектиращ прокси сървър— Възлите не са конфигурирани да използват конкретен адрес на прокси сървър. Не httpS конфигурация промени са необходими в разполагането на защитата на хибридни данни, обаче HDS възли се нуждаят от главен сертификат, така че те се доверяват на прокси. Проверяващите пълномощници обикновено се използват от It за прилагане на политики, на които могат да бъдат посетени уебсайтовете и кои видове съдържание не са разрешени. Този тип прокси дешифрира целия ви трафик (дори HTTPS). Изричен прокси сървър— С изричен прокси сървър, вие казвате на клиента (HDS възлите) кой прокси сървър да използва и тази опция поддържа няколко типа удостоверяване. След като изберете тази опция, трябва да въведете следната информация: Прокси IP/FQDN—Адрес, който може да се използва за достигане до прокси машината. Прокси порт— Номер на порт, който прокси сървърът използва, за да слуша проксиран трафик. Прокси протокол— Изберете http (преглежда и контролира всички заявки, получени от клиента) или https (предоставя канал към сървъра, а клиентът получава и валидира сертификата на сървъра). Изберете опция въз основа на това, което поддържа вашият прокси сървър. Тип удостоверяване— Изберете измежду следните типове удостоверяване: Няма—Не се изисква допълнително удостоверяване. Налична за HTTP или HTTPS проксита. Basic—Използва се от HTTP потребителски агент за предоставяне на потребителско име и парола при отправяне на заявка. Използва Base64 кодиране. Налична за HTTP или HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Дайджест—Използва се за потвърждаване на акаунта преди изпращане на чувствителна информация. Прилага хеш функция на потребителското име и паролата преди изпращане по мрежата. Предлага се само за HTTPS проксита. Ако изберете тази опция, трябва да въведете и потребителското име и паролата. Изпълнете следващите стъпки за прозрачен проверяващ прокси, HTTP изрично прокси с базово удостоверяване или HTTPS изрично прокси.
3	Щракнете върху Качване на главен сертификат или Сертификат за краен обект и след това навигирайте до изберете главния сертификат запрокси. Сертификатът се качва, но все още не е инсталиран, защото трябва да рестартирате възела, за да инсталирате сертификата. Щракнете върху стрелката chevron по името на издателя на сертификата, за да получите повече подробности или щракнете върху Изтрий, ако сте направили грешка и искате да качите повторно файла.
4	Щракнете върху Проверка на прокси връзката, за да тествате мрежовата свързаност между възела и прокси. Ако тестът за връзка е неуспешен, ще видите съобщение за грешка, което показва причината и как можете да коригирате проблема. Ако видите съобщение, което казва, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра. Това условие се очаква в много изрични прокси конфигурации. Можете да продължите с настройката и възелът ще функционира в режим на блокирано външно DNS разрешаване. Ако смятате, че това е грешка, изпълнете тези стъпки и след това вижте Изключване на режима за разрешаване на блокирани външни DNS адреси.
5	След като тестът за връзка премине, за изрично прокси настроен само на https, включете превключването към Маршрут всички порт 443/444 https заявки от този възел през изрично прокси. Тази настройка изисква 15 секунди, за да влязат в сила.
6	Щракнете върху Инсталиране на всички сертификати в хранилището на гаранти (появява се за HTTPS изрично прокси или прозрачен проверяващ прокси) или Рестартиране (появява се за HTTP изрично прокси), прочетете подканата и след това щракнете върху Инсталиране, ако сте готови. Възелът се рестартира в рамките на няколко минути.
7	След рестартирането на възела влезте отново, ако е необходимо, след което отворете страницата Общ преглед, за да проверите проверките за свързване, за да се уверите, че всички те са в зелено състояние. Проверката на прокси връзката тества само поддомейн от webex.com. Ако има проблеми със свързването, често срещан проблем е, че някои от облачните домейни, изброени в инструкциите за инсталиране, се блокират в прокси.

Регистрирайте първия възел в клъстера

Тази задача взема общия възел, който създадохте в Настройка на виртуалната машина за хибридна сигурност на данни, регистрира възела в облака Webex и го превръща във възел за хибридна сигурност на данни.

Когато регистрирате първия си възел, създавате клъстер, към който е присвоен възелът. Клъстерът съдържа един или повече възли, разположени за осигуряване на резервиране.

Преди да започнете

След като започнете регистрацията на възел, трябва да я завършите в рамките на 60 минути или ще трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че сте разрешили изключение за admin.webex.com.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „Настройка“.
4	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
5	В първото поле на картата Създаване на нов клъстер въведете име за клъстера, към който искате да присвоите вашия възел за хибридна защита на данни. Препоръчваме да наименувате клъстер въз основа на географското местоположение на възлите на клъстера. Примери: „Сан Франциско“, „Ню Йорк“ или „Далас“
6	Във второто поле въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройка на виртуалната машина за хибридна сигурност на данни. Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
7	Кликнете върху Отиди на възел. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да предоставите разрешения на вашата Webex организация за достъп до вашия възел.
8	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex.
9	Щракнете върху връзката или затворете раздела, за да се върнете към страницата „Хибридна сигурност на данните“ на Partner Hub. На страницата Хибридна сигурност на данни новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Ресурси. Възелът автоматично ще изтегли най-новия софтуер от облака.

Създаване и регистриране на още възли

За да добавите допълнителни възли към вашия клъстер, просто създавате допълнителни виртуални машини и монтирате същия ISO файл с конфигурацията, след което регистрирате възела. Препоръчваме ви да имате поне 3 възела.

Преди да започнете

След като започнете регистрацията на възел, трябва да я завършите в рамките на 60 минути или ще трябва да започнете отначало.
Уверете се, че всички блокери на изскачащи прозорци във вашия браузър са деактивирани или че сте разрешили изключение за admin.webex.com.

1	Създайте нова виртуална машина от OVA, като повторите стъпките в Инсталиране на HDS Host OVA.
2	Настройте първоначалната конфигурация на новата виртуална машина, като повторите стъпките в Настройка на хибридната виртуална машина за сигурност на данните.
3	На новата виртуална машина повторете стъпките в Качване и монтиране на ISO файл с конфигурация на HDS.
4	Ако настройвате прокси за вашето внедряване, повторете стъпките в Конфигуриране на HDS възела за интеграция на прокси, както е необходимо за новия възел.
5	Регистрирайте възела. В https://admin.webex.comизберете Услуги от менюто от лявата страна на екрана. В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „ Виж всички“ . Появява се страницата „Ресурси за хибридна сигурност на данни“. Новосъздаденият клъстер ще се появи на страницата Ресурси. Щракнете върху клъстера, за да видите възлите, присвоени на клъстера. Кликнете върху Добавяне на възел от дясната страна на екрана. Въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне. Отваря се страница със съобщение, което показва, че можете да регистрирате вашия възел в облака Webex. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да дадете разрешения на вашата организация за достъп до вашия възел. Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. Щракнете върху връзката или затворете раздела, за да се върнете към страницата „Хибридна сигурност на данните“ на Partner Hub. Изскачащото съобщение„Възълът е добавен “ се появява и в долната част на екрана в Partner Hub. Вашият възел е регистриран.

Какво да направите след това

За да създадете допълнителни клъстери, влезте в Partner Hub и щракнете върху Services > Хибридна сигурност на данните > Вижте всички > Добавяне на клъстер. Следвайте стъпките, описани в раздела по-горе, за да добавите първия възел към допълнителния клъстер или клъстери.

Управлявайте организациите на наематели в Multi-Tenant Hybrid Data Security

Активирайте Multi-Tenant HDS в Partner Hub

Тази задача гарантира, че всички потребители на клиентските организации могат да започнат да използват HDS за локални ключове за криптиране и други услуги за сигурност.

Преди да започнете

Уверете се, че сте завършили настройката на вашия Multi-Tenant HDS клъстер с необходимия брой възли.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Редактиране на настройките“ .
4	Щракнете върху Активиране на HDS на картата Състояние на HDS.

Добавяне на организации наематели в Partner Hub

В тази задача вие присвоявате клиентски организации към вашия хибриден клъстер за сигурност на данни.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „ Виж всички.
4	Отидете на раздела Назначени клиенти. Разделът „Назначени клиенти“ няма да се показва, докато не създадете клъстер.
5	Кликнете върху Добавяне на клиенти.
6	Изберете клиента, когото искате да добавите, от падащото меню.
7	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
8	Повторете стъпки от 5 до 7, за да добавите няколко клиенти към вашия клъстер.
9	Кликнете върху Готово в долната част на екрана, след като добавите клиентите. Добавените клиенти ще бъдат синхронизирани във всички налични клъстери.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS, за да завършите процеса на настройка.

Създайте главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS

Преди да започнете

Присвойте клиенти, както е описано подробно в Добавяне на организации наематели в Partner Hub. Стартирайте инструмента за настройка на HDS, за да завършите процеса на настройка за новодобавените организации на клиенти.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте вашето внедряване на PostgreSQL или SQL Server за TLS.

Процесът на настройка на Hybrid Data Security създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080`, и въведете потребителско име на администратор за Partner Hub при подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато получите подкана, въведете вашите администраторски идентификационни данни за вход в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.
9	На страницата ISO импортиране щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете. Осигурете свързаност с вашата база данни, за да извършвате управление на CMK.
11	Отидете в раздела Управление на CMK на наематели, където ще намерите следните три начина за управление на CMK на наематели. Създаване на CMK за всички организации или Създаване на CMK - Кликнете върху този бутон в банера в горната част на екрана, за да създадете CMK за всички новодобавени организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Създаване на CMK, за да създадете CMK за всички новодобавени организации. Щракнете върху близо до статуса „Изчакване на управлението на CMK“ на конкретна организация в таблицата и щракнете върху Създаване на CMK, за да създадете CMK за тази организация.
12	След като създаването на CMK е успешно, статусът в таблицата ще се промени от CMK management pending на CMK managed.
13	Ако създаването на CMK е неуспешно, ще се покаже грешка.

Премахване на организации наематели

Преди да започнете

След като бъде премахнат, потребителите на клиентски организации няма да могат да използват HDS за своите нужди от криптиране и ще загубят всички съществуващи пространства. Преди да премахнете организации на клиенти, моля, свържете се с вашия партньор на Cisco или мениджър клиенти.

1	Влезте в https://admin.webex.com.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „ Виж всички.
4	На страницата, която се отваря, щракнете върху раздела Присвоени клиенти.
5	От показания списък с организации на клиенти щракнете върху от дясната страна на организацията на клиента, която искате да премахнете, и щракнете върху Премахване от клъстера.

Какво да направите след това

Завършете процеса на премахване, като отмените CMK-тата на организациите на клиентите, както е описано подробно в Отмяна на CMK-тата на наематели, премахнати от HDS.

Отмяна на CMK-тата на наематели, премахнати от HDS.

Преди да започнете

Премахнете клиентите, както е описано подробно в Премахване на организации наематели. Стартирайте инструмента за инсталиране на HDS, за да завършите процеса на премахване на премахнатите организации на клиенти.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте вашето внедряване на PostgreSQL или SQL Server за TLS.

Процесът на настройка на Hybrid Data Security създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В обикновени среди с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“.
6	Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Използвайте уеб браузър, за да отидете на localhost, `http://127.0.0.1:8080`, и въведете потребителско име на администратор за Partner Hub при подканата. Инструментът използва това първо въвеждане на потребителското име, за да зададе правилната среда за този акаунт. След това инструментът показва стандартната подкана за влизане.
7	Когато получите подкана, въведете вашите идентификационни данни за вход на администратор в Partner Hub и след това щракнете върху Вход, за да разрешите достъп до необходимите услуги за хибридна сигурност на данните.
8	На страницата с общ преглед на инструмента за настройка щракнете върху Първи стъпки.
9	На страницата ISO импортиране щракнете върху Да.
10	Изберете вашия ISO файл в браузъра и го качете.
11	Отидете в раздела Управление на CMK на наематели, където ще намерите следните три начина за управление на CMK на наематели. Отмяна на CMK за всички организации или Отмяна на CMK - Кликнете върху този бутон в банера в горната част на екрана, за да отмените CMK на всички премахнати организации. Щракнете върху бутона Управление на CMK от дясната страна на екрана и щракнете върху Отмяна на CMK, за да отмените CMK на всички премахнати организации. Щракнете върху близо до статуса CMK за отмяна на конкретна организация в таблицата и щракнете върху Отмяна на CMK, за да отмените CMK за тази конкретна организация.
12	След като отмяната на CMK е успешна, организацията на клиента вече няма да се показва в таблицата.
13	Ако отмяната на CMK е неуспешна, ще се покаже грешка.

Тествайте внедряването на хибридна защита на данните

Тествайте внедряването на хибридна защита на данните си

Използвайте тази процедура, за да тествате сценарии за криптиране на хибридна защита на данни с множество наематели.

Преди да започнете

Настройте внедряването на вашата хибридна защита на данни за множество наематели.
Уверете се, че имате достъп до системния лог (syslog), за да проверите дали ключовите заявки се предават към вашето внедряване на хибридна защита на данни с множество наематели.

1

Ключовете за дадено пространство се задават от създателя на пространството. Влезте в приложението Webex като един от потребителите на организацията на клиента и след това създайте пространство.

Ако деактивирате внедряването на хибридна защита на данни, съдържанието в пространствата, създадени от потребителите, вече няма да е достъпно, след като кешираните от клиента копия на ключовете за криптиране бъдат заменени.

2

Изпращайте съобщения до новото пространство.

3

Проверете изхода на системния лог, за да се уверите, че заявките за ключове се предават към вашето внедряване на хибридна защита на данни.

Ако потребител на новодобавена клиентска организация извърши някакво действие, идентификационният номер на организацията ще се появи в регистрационните файлове и това може да се използва за проверка дали организацията използва Multi-Tenant HDS. Проверете стойността на kms.data.orgId в системните логове.

За да проверите за потребител, който първо установява защитен канал към KMS, филтрирайте по kms.data.method=create и kms.data.type=EPHEMERAL_KEY_COLLECTION:

Трябва да намерите запис, подобен на следния (идентификаторите са съкратени за по-лесна четливост):

2025-04-10 04:38:20.208 (+0000) INFO  KMS [pool-19-thread-13] - [KMS:REQUEST] received, deviceId: 
https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5 ecdheKid: kms://collabdemoorg.cisco.com/statickeys/8[~]3 
clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]6,
 kms.data.method=create, kms.merc.id=d[~]7, kms.merc.sync=false, kms.data.uriHost=collabdemoorg.cisco.com, 
kms.data.type=EPHEMERAL_KEY_COLLECTION, kms.data.requestId=1[~]f, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/ecdhe, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който заявява съществуващ ключ от KMS, филтрирайте по kms.data.method=retrieve и kms.data.type=KEY:

Трябва да намерите запис, например:

2025-04-10 04:38:24.144 (+0000) INFO  KMS [pool-19-thread-26] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::0 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558)
 WEBEX_TRACKINGID=webex-web-client_0[~]0, kms.data.method=retrieve, kms.merc.id=5[~]3, kms.merc.sync=false,
 kms.data.uriHost=collabdemoorg.cisco.com, kms.data.type=KEY, kms.data.requestId=4[~]7, kms.data.orgId=2[~]b,
 kms.data.uri=kms://collabdemoorg.cisco.com/keys/2[~]e, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който иска създаването на нов KMS ключ, филтрирайте по kms.data.method=create и kms.data.type=KEY_COLLECTION:

Трябва да намерите запис, например:

2025-04-10 04:42:22.739 (+0000) INFO  KMS [pool-19-thread-29] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/4[~]5
 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 clusterConnection: prodachm::7 orgId: 2[~]b
 (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]3, kms.data.method=create, 
kms.merc.id=6[~]4, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=KEY_COLLECTION, kms.data.requestId=6[~]4, 
kms.data.orgId=2[~]b, kms.data.uri=/keys, kms.data.userId=1[~]f, kms.data.httpUserAgent=[~]

За да проверите за потребител, който е поискал създаването на нов KMS ресурсен обект (KRO), когато се създава пространство или друг защитен ресурс, филтрирайте по kms.data.method=create и kms.data.type=RESOURCE_COLLECTION:

Трябва да намерите запис, например:

2025-04-10 04:42:23.690 (+0000) INFO  KMS [pool-19-thread-31] - [KMS:REQUEST] received, 
deviceId: https://wdm-a.wbx2.com/wdm/api/v1/devices/3[~]6 ecdheKid: kms://collabdemoorg.cisco.com/ecdhe/b[~]9 
clusterConnection: prodachm::1 orgId: 2[~]b (EncryptionKmsMessageHandler.java:558) WEBEX_TRACKINGID=webex-web-client_0[~]2,
 kms.data.method=create, kms.merc.id=3[~]0, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, 
kms.data.requestId=5[~]8, kms.data.orgId=2[~]b, kms.data.uri=/resources, kms.data.userId=1[~]f, kms.data.httpUserAgent=conversation

Тълкуване на HDS регистрационни файлове и разбиране на етикетите на агентите

HDS лог файловете предоставят подробна информация относно KMS заявките. Тези регистрационни файлове включват различни полета, които помагат за идентифициране на естеството на заявката и свързаната с нея самоличност. Разбирането на тези области е от съществено значение за правилното тълкуване на дейностите и надеждните вътрешни операции.

Терминология

За да се осигури яснота при преглед на HDS лог файловете, е важно да се разберат следните термини:

Термин	Определение
Сервизен акаунт	Идентификатор на услуга, който позволява на услугите на Webex да извършват оторизирани действия сигурно.
Агент	Идентификатор на сервизен обект или сервизен акаунт, използван за извършване на автоматизирани операции в HDS среда.
Етикет на агент	Етикет, включен в HDS лог файловете, който идентифицира конкретния източник и тип на входяща заявка, позволявайки ефективен одит на контрола на достъпа.
Делегиран достъп	Упълномощен сервизен акаунт, който прави заявка за конкретен потребител, в рамките на разрешенията на този потребител. Появява се като заявка за делегиране: `agent -> userid`.

Терминът „Агент“ в този контекст се отнася конкретно до самоличностите на услугите на HDS. Те не са свързани с агентите, задвижвани от изкуствен интелект, използвани в други функции на Webex.

Заявка се обслужва само когато произхожда от:

удостоверен потребител във вашата организация или
сервизен акаунт, който се намира във вашата организация и е оторизиран от нея.

Преглед на полетата на лога

Поле	Какво представлява
Времево клеймо	Дата и час на операцията.
kms.data.method	Извършената KMS операция (напр. извличане).
kms.data.orgld	Идентификатор на организацията.
kms.data.httpUserAgent	Клиентът или услугата, която прави заявката.
WEBEX_ИДЕНТИФИКАТОР ЗА ПРОСЛЕДЯВАНЕ	Уникален идентификатор за проследяване на заявката.
kms.data.uriHost / kms.data.uri	Хостът и ресурсът, към които е насочена заявката.
kms.data.userld	Идентичността, изпълняваща заявката, включително етикет на агент.
kms.response.success	Показва дали заявката е била успешна.

Видове заявки - Бърза справка

Таг в дневника	Етикет на агент	Какво представлява	Типични операции
Тип потребител: userAgent	Агент на потребителя	Доверен сервизен акаунт, свързан с потребителски работен процес, обхванат от вашата организация.	Creating/managing ключове за потребителски процес.
o-агент <id> -> потребителски идентификатор <id>	Организационен агент	Доверен сервизен акаунт на организационно ниво, използващ делегиран достъп.	Извличане на данни от Webex от служителя по съответствието, интеграции на календари.
c-агент <id> -> потребителски идентификатор <id>	Облачен агент	Услуга на Webex, изпълняваща делегирана заявка за конкретен потребител.	Сканиране за вируси, преглед на съдържание, преписи.
c-агент <id>	Облачен агент	Услуга на Webex, изпълняваща делегирана заявка.	Екологично образование и образование (ECDHE) / ключове за сесия.
UUID на крайния потребител	-	Удостоверен краен потребител, взаимодействащ с HDS.	Потребител, който извлича собствения си ключ.

Видове заявки - Подробности

Етикетите на агентите категоризират източника на заявката и помагат за определяне на подходящите контроли за достъп. Следните примери демонстрират множество типове заявки и етикетите на агентите, свързани с тях.

Потребителски агент (потребителскиАгент):

Това са надеждни акаунти за услуги на Webex, свързани с конкретни потребителски работни потоци и са обхванати от организацията на клиента. Те обикновено се използват, когато дадена услуга създава и управлява ключове от името на потребителски работен процес.

Примерен лог:
```
2026-06-18 10:58:14.405 (+0000) INFO  KMS [pool-21-thread-110] - User: b[~]4 User Type: userAgent WEBEX_TRACKINGID=MsftPresence_6[~]9, kms.data.method=create, kms.merc.id=5[~]8, kms.merc.sync=false, kms.data.uriHost=null, kms.data.type=RESOURCE_COLLECTION, kms.data.requestId=b[~]4, kms.data.orgId=null, kms.data.uri=/resources, kms.data.userId=3[~]6, kms.data.httpUserAgent=
```
Ключов индикатор: Примерният лог показва потребителски агент (userAgent), който извършва операции по събиране на ресурси за услуга на Webex.
Организационен агент (o-агент):

Тези доверени акаунти за услуги на Webex са оторизирани да извършват делегирани операции от името на потребители в HDS. Обхватът на тези акаунти е в рамките на организацията на клиента и те изпълняват операции на ниво организация. Тази функционалност поддържа няколко аспекти, като например даване на възможност на служителите по съответствие да търсят и извличат комуникационни данни на Webex - осигурявайки организационно съответствие с регулаторните, сигурносните и стандартите за поверителност на данните.

Примерен лог:
```
2026-06-18 11:24:53.034 (+0000) INFO  KMS [pool-19-thread-118] - WEBEX_TRACKINGID=ccc_8[~]c, kms.data.method=retrieve, kms.merc.id=2[~]a, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=1[~]2, kms.data.orgId=null, kms.data.uri=kms://hds2.org5.portun.us/keys/d[~]7, kms.data.userId=o-agent 9[~]c -> userid 4[~]b, kms.data.httpUserAgent=
```
Ключов индикатор: Примерният лог показва организационен агент (o-agent 9[~]c), който извлича ключ от името на потребител (4[~]b) за услуга на Webex.
Облачен агент (c-agent):
Тези доверени акаунти за услуги на Webex са оторизирани да извършват операции в HDS чрез делегиран достъп от името на потребител. Те поддържат основни функции - като записи след срещи, преписи, сканиране за злонамерен софтуер и визуализации на файлове, които подобряват цялостното потребителско изживяване.

Въпреки че облачните агенти могат да бъдат деактивирани чрез промяна на ISO файла, клиентите трябва да са наясно, че това ще доведе до загуба на функционалности, като например записи след среща, преписи, визуализации на файлове и автоматизирано сканиране за злонамерен софтуер в Webex App Spaces. За повече информация вижте раздела Деактивиране на облачни агенти.

Примерен лог:
```
2026-06-18 11:27:59.388 (+0000) INFO  KMS [pool-19-thread-56] - WEBEX_TRACKINGID=CLIENT_2[~]e, kms.data.method=retrieve, kms.merc.id=b[~]c, kms.merc.sync=false, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=0[~]6, kms.data.orgId=null, kms.data.uri=kms://hds2.org5.portun.us/keys/e[~]e, kms.data.userId=c-agent b[~]c -> userid 9[~]c, kms.data.httpUserAgent=
```
Ключов индикатор: Примерният лог показва облачен агент (c-agent b[~]c), който извлича ключ за съдържание от името на потребител (9[~]c).

Директно взаимодействие с крайния потребител:

Удостоверен потребител, който взаимодейства директно с HDS.

Примерен лог:

2026-06-18 11:29:39.858 (+0000) INFO  KMS [pool-19-thread-141] - kms.data.method=retrieve, kms.merc.id=a[~]d, kms.merc.sync=false, kms.data.orgId=null, kms.data.httpUserAgent=, WEBEX_TRACKINGID=CLIENT_7[~]e, kms.data.uriHost=hds2.org5.portun.us, kms.data.type=KEY, kms.data.requestId=1[~]a, kms.response.destination=https://wdm-a.wbx2.com/wdm/api/v1/devices/1[~]e, kms.response.resourceuri=null, kms.data.uri=kms://hds2.org5.portun.us/keys/b[~]b, kms.data.userId=c[~]f, kms.response.success=true

Ключов индикатор: Примерният лог показва краен потребител (c[~]f), който извлича ключ и взаимодейства директно с HDS.

Мониториране на състоянието на хибридната сигурност на данните

Индикатор за състоянието в Partner Hub ви показва дали всичко е наред с внедряването на Multi-Tenant Hybrid Data Security. За по-проактивно известяване, регистрирайте се за имейл известия. Ще бъдете уведомявани, когато има аларми, влияещи върху услугата, или актуализации на софтуера.

1	В Център за партньориизберете Услуги от менюто от лявата страна на екрана.
2	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Редактиране на настройките“ . Появява се страницата с настройки за хибридна защита на данните.
3	В секцията „Известия по имейл“ въведете един или повече имейл адреси, разделени със запетаи, и натиснете Enter.

Управлявайте внедряването на вашия HDS

Управление на внедряването на HDS

Използвайте описаните тук задачи, за да управлявате внедряването на хибридна защита на данни.

Задаване на график за надграждане на клъстера

Надстройките на софтуера за хибридна сигурност на данните се извършват автоматично на ниво клъстер, което гарантира, че всички възли винаги работят с една и съща версия на софтуера. Надстройките се извършват съгласно графика за надстройки за клъстера. Когато стане налична надстройка на софтуера, имате възможност да надстроите ръчно клъстера преди планираното време за надстройка. Можете да зададете конкретен график за надграждане или да използвате графика по подразбиране на 3:00 AM Daily Съединени щати: America/Los Анджелис. Можете също така да изберете да отложите предстоящо надграждане, ако е необходимо.

За да зададете график за надстройка:

1	Влезте в Partner Hub.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Настройка
4	На страницата „Ресурси за хибридна сигурност на данни“ изберете клъстера.
5	Кликнете върху раздела Настройки на клъстера.
6	На страницата „Настройки на клъстера“, под „График за надстройка“ изберете часа и часовата зона за графика за надстройка. Забележка: Под часовата зона се показва следващата налична дата и час на надстройка. Можете да отложите надстройката за следващия ден, ако е необходимо, като кликнете върху Отлагане с 24 часа.

Промяна на конфигурацията на възела

От време на време може да се наложи да промените конфигурацията на вашия възел за защита на хибридни данни поради причина като:

Промяна на x.509 сертификати поради изтичане или други причини.

Не поддържаме промяна на CN името на домейн на сертификат. Домейнът трябва да съответства на оригиналния домейн, използван за регистриране на клъстера.
Актуализиране на настройките на базата данни за промяна на реплика на базата данни PostgreSQL или Microsoft SQL Server.

Не поддържаме мигриране на данни от PostgreSQL към Microsoft SQL Server или обратното. За да превключите средата на базата данни, започнете ново внедряване на Hybrid Data Security.
Създаване на нова конфигурация за подготовка на нов център за данни.

Също така, за целите на защитата, Hybrid Data Security използва пароли за сервизен акаунт, които имат деветмесечен живот. След като инструментът за настройка на HDS генерира тези пароли, ги разполагате на всеки от вашите HDS възли във файла ISO config. Когато паролите на вашата организация са към изтичане, получавате известие от екипа на Webex за нулиране на паролата за вашия машинен акаунт. (Имейлът включва текста, "Използвайте API за акаунт на машината, за да актуализирате паролата.") Ако паролите ви все още не са изтекли, инструментът ви дава две опции:

Меко нулиране— Старата и новата парола работят до 10 дни. Използвайте този период, за да замените постепенно ISO файла на възлите.
Хард нулиране— Старите пароли спират да работят незабавно.

Ако вашите пароли изтекат без нулиране, това се отразява на вашата HDS услуга, изисквайки незабавно хардуерно нулиране и подмяна на ISO файла на всички възли.

Използвайте тази процедура, за да генерирате нов конфигурационен ISO файл и да го приложите към вашия клъстер.

Преди да започнете

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За достъп до него стартирайте Docker на тази машина. Процесът на настройка изисква идентификационни данни за акаунт в Partner Hub с пълни администраторски права на партньора.

Ако нямате лиценз за Docker Desktop, можете да използвате Podman Desktop, за да стартирате инструмента за настройка на HDS за стъпки от 1.a до 1.e в процедурата по-долу. Вижте Стартиране на инструмента за настройка на HDS с помощта на Podman Desktop за подробности.

Ако инструментът за настройка на 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 Setup Tool. В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `docker rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате. За да влезете в регистъра на изображения на Docker, въведете следното: `docker login -u hdscustomersro` При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo` Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `docker pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `docker pull ciscocitg/hds-setup-fedramp:stable` Уверете се, че сте изтеглили най-новия инструмент за настройка за тази процедура. Версиите на инструмента, създадени преди 22 февруари 2018 г., нямат екрани за нулиране на парола. Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В нормални среди с HTTPSпрокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `docker run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `docker run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате „Експресен сървър слуша на порт 8080“. Използвайте браузър, за да се свържете с localhost, `http://127.0.0.1:8080`. Инструментът за настройка не поддържа свързване към localhost чрез http://localhost:8080. Използвайте http://127.0.0.1:8080, за да се свържете с localhost. Когато получите подкана, въведете вашите идентификационни данни за вход в Partner Hub и след това щракнете върху Приемам, за да продължите. Импортирайте текущия конфигурационен ISO файл. Следвайте подканите, за да завършите инструмента и да изтеглите актуализирания файл. За да затворите инструмента за настройка, въведете `CTRL+C`. Създайте резервно копие на актуализирания файл в друг център за данни.
2	Ако имате само един работещ HDS възел, създайте нов виртуален компютър на възел Hybrid Data Security и го регистрирайте, като използвате новия ISO файл с конфигурация. За по-подробни инструкции вижте Създаване и регистриране на още възли. Инсталирайте HDS хост OVA. Настройте HDS VM. Монтирайте актуализирания конфигурационен файл. Регистрирайте новия възел в Partner Hub.
3	За съществуващи HDS възли, които изпълняват по-стария конфигурационен файл, монтирайте ISO файла. Изпълнете следната процедура на всеки възел на свой ред, като актуализирате всеки възел, преди да изключите следващия възел: Изключете виртуалната машина. В левия панел за навигация на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и щракнете върху Редактиране на настройките. Щракнете върху `CD/DVD Drive 1`, изберете опцията за монтиране от ISO файл и отидете до мястото, където сте изтеглили новия ISO файл с конфигурацията. Поставете отметка на Свързване при включване. Запазете промените си и включете виртуалната машина.
4	Повторете стъпка 3, за да замените конфигурацията на всеки останал възел, който изпълнява старата конфигурация.

Изключване на режим на блокирана външна DNS разделителна способност

Когато регистрирате възел или проверете конфигурацията на прокси сървъра на възела, процесът тества DNS справка и свързаност към облака Cisco Webex. Ако DNS сървърът на възела не може да разреши публични DNS имена, възелът автоматично преминава в режим на блокирана външна DNS разделителна способност.

Ако вашите възли са в състояние да разреши публични DNS имена чрез вътрешни DNS сървъри, можете да изключите този режим чрез повторно изпълнение на теста за прокси връзка на всеки възел.

Преди да започнете

Гарантирайте, че вашите вътрешни DNS сървъри могат да разрешават публични DNS имена, както и че вашите възли могат да комуникират с тях.

1	В уеб браузър отворете интерфейса на възела "Защита на хибридните данни" (IP адрес/настройка например въведете идентификационни данни за администриране, които https://192.0.2.0/setup), сте задали за възела, след което щракнете върху Влизане.
2	Отидете на Общ преглед (страницата по подразбиране). Когато е разрешено, блокирани външна DNS разделителна способност е зададена да .
3	Отидете на страницата Хранилище на доверие & Прокси.
4	Щракнете върху Проверка на прокси връзката. Ако видите съобщение, казващо, че външната DNS разделителна способност не е била успешна, възелът не е успял да достигне DNS сървъра и ще остане в този режим. В противен случай, след като рестартирате възела и да се върнете към страницата общ преглед, Блокиран външен DNS разделителна способност трябва да бъде зададено на не.

Какво да направите след това

Повторете теста за прокси връзка на всеки възел във вашия клъстер за защита на хибридни данни.

Премахване на възел

Използвайте тази процедура, за да премахнете възел за хибридна защита на данни от облака Webex. След като премахнете възела от клъстера, изтрийте виртуалната машина, за да предотвратите по-нататъшен достъп до вашите данни за сигурност.

1

Използвайте VMware vSphere клиента на вашия компютър, за да влезете във виртуалния хост ESXi и да изключите виртуалната машина.

2

Премахнете възела:

Влезте в Центъра за партньори и след това изберете Услуги.
В картата „Хибридна сигурност на данните“ щракнете върху „ Виж всички “ , за да се покаже страницата „Ресурси за хибридна сигурност на данните“.
Изберете вашия клъстер, за да се покаже неговият панел „Общ преглед“.
Кликнете върху възела, който искате да премахнете.
Кликнете върху Отрегистриране на този възел в панела, който се показва отдясно
Можете също да отпишете възела, като щракнете върху … от дясната страна на възела и изберете Отписване на възел.

3

В vSphere клиента изтрийте виртуалната машина. (В левия навигационен панел щракнете с десния бутон върху виртуалната машина и след това щракнете върху Изтриване.)

Ако не изтриете виртуалната машина, не забравяйте да демонтирате ISO файла с конфигурацията. Без ISO файла не можете да използвате виртуалната машина за достъп до данните си за сигурност.

Възстановяване след бедствия с помощта на резервен център за данни

Най-важната услуга, която вашият клъстер за хибридна сигурност на данни предоставя, е създаването и съхранението на ключове, използвани за криптиране на съобщения и друго съдържание, съхранявано в облака Webex. За всеки потребител в организацията, който е назначен за хибридна защита на данни, заявките за създаване на нови ключове се насочват към клъстера. Клъстерът е отговорен и за връщането на създадените от него ключове на всички потребители, упълномощени да ги извличат, например членове на пространство за разговори.

Тъй като клъстерът изпълнява критичната функция за предоставяне на тези ключове, е наложително клъстерът да продължи да работи и да се поддържат правилни резервни копия. Загубата на базата данни за хибридна сигурност на данните или на ISO файла с конфигурацията, използван за схемата, ще доведе до НЕВЪЗСТАНОВИМА ЗАГУБА на клиентско съдържание. Следните практики са задължителни за предотвратяване на подобна загуба:

Ако бедствие доведе до недостъпност на внедряването на HDS в основния център за данни, следвайте тази процедура, за да превключите ръчно към резервния център за данни.

Преди да започнете

Използвайте най-новия ISO файл, който е бил конфигуриран спрямо възлите на клъстера, който е бил активен преди това, за да извършите процедурата за превключване при срив, посочена по-долу.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете.
2	След като конфигурирате Syslogd сървъра, щракнете върху Разширени настройки
3	На страницата Разширени настройки добавете конфигурацията по-долу или премахнете конфигурацията `passiveMode`, за да направите възела активен. Възелът може да обработва трафика, след като това е конфигурирано. `passiveMode: 'false'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
5	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
6	В левия навигационен панел на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и след това щракнете върху Редактиране на настройките..
7	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
9	Повторете процеса за всеки възел в резервния център за данни. Проверете изхода от системния лог, за да се уверите, че възлите на резервния център за данни не са в пасивен режим. „KMS конфигуриран в пасивен режим“ не трябва да се появява в системните логове.

Какво да направите след това

След превключване на резервния център за данни, ако основният център за данни стане отново активен, поставете отново резервния център за данни в пасивен режим, като следвате стъпките, описани в Настройване на резервен център за данни за възстановяване след бедствие.

(По избор) Демонтиране на ISO след HDS конфигурация

Стандартната HDS конфигурация работи с монтиран ISO диск. Но някои клиенти предпочитат да не оставят ISO файловете постоянно монтирани. Можете да демонтирате ISO файла, след като всички HDS възли приемат новата конфигурация.

Все още използвате ISO файловете, за да правите промени в конфигурацията. Когато създавате нов ISO файл или актуализирате ISO файл чрез инструмента за настройка, трябва да монтирате актуализирания ISO файл на всички ваши HDS възли. След като всички ваши възли са възприели промените в конфигурацията, можете да демонтирате ISO файла отново с тази процедура.

Преди да започнете

Надстройте всички ваши HDS възли до версия 2025.06.02.6983 или по-нова.

1	Изключете един от вашите HDS възли.
2	В vCenter Server Appliance изберете възела HDS.
3	Изберете Редактиране на настройки > CD/DVD устройство и махнете отметката от ISO файл на хранилището на данни.
4	Включете HDS възела и се уверете, че няма аларми в продължение на поне 20 минути.
5	Повторете за всеки HDS възел поред.

Отстраняване на неизправности в хибридната сигурност на данните

Преглед на предупреждения и отстраняване на неизправности

Хибридното внедряване на защита на данни се счита за недостъпно, ако всички възли в клъстера са недостъпни или клъстерът работи толкова бавно, че изисква изтичане на времето за изчакване. Ако потребителите не могат да достигнат до вашия клъстер за хибридна защита на данни, те ще наблюдават следните симптоми:

Не могат да се създават нови пространства (не е възможно да се създават нови ключове)
Съобщенията и заглавията на пространствата не успяват да се дешифрират за:
- Нови потребители са добавени към пространството (не е възможно да се получат ключове)
- Съществуващи потребители в пространство, използващи нов клиент (не могат да извлекат ключове)
Съществуващите потребители в дадено пространство ще продължат да работят успешно, стига техните клиенти да имат кеш на ключовете за криптиране.

Важно е правилно да наблюдавате вашия клъстер за хибридна сигурност на данни и своевременно да реагирате на всички предупреждения, за да избегнете прекъсване на услугата.

Предупреждения

Ако има проблем с настройката на хибридната защита на данни, Partner Hub показва известия на администратора на организацията и изпраща имейли до конфигурирания имейл адрес. Сигналите обхващат много често срещани сценарии.

Таблица 1. Често срещани проблеми и стъпки за разрешаването им
Предупреждение	Действие
Отказ на достъп до локална база данни.	Проверете за грешки в базата данни или проблеми с локалната мрежа.
Грешка при свързване с локална база данни.	Проверете дали сървърът на базата данни е наличен и дали са използвани правилните идентификационни данни за сервизен акаунт при конфигурацията на възела.
Грешка в достъпа до облачна услуга.	Проверете дали възлите имат достъп до Webex сървърите, както е посочено в Изисквания за външна свързаност.
Подновяване на регистрацията за облачна услуга.	Регистрацията за облачни услуги беше премахната. Подновяването на регистрацията е в ход.
Регистрацията на облачна услуга е прекратена.	Регистрацията за облачни услуги е прекратена. Услугата се изключва.
Услугата все още не е активирана.	Активирайте HDS в Partner Hub.
Конфигурираният домейн не съответства на сертификата на сървъра.	Уверете се, че сертификатът на вашия сървър съответства на конфигурирания домейн за активиране на услугата. Най-вероятната причина е, че CN на сертификата е бил наскоро променен и сега е различен от CN, използван по време на първоначалната настройка.
Неуспешно удостоверяване в облачните услуги.	Проверете за точност и евентуално изтичане на идентификационните данни за сервизния акаунт.
Неуспешно отваряне на локалния файл за съхранение на ключове.	Проверете целостта и точността на паролата в локалния файл за съхранение на ключове.
Сертификатът на локалния сървър е невалиден.	Проверете датата на валидност на сертификата на сървъра и потвърдете, че е издаден от надежден сертифициращ орган.
Не е възможно публикуване на показатели.	Проверете достъпа на локалната мрежа до външни облачни услуги.
/media/configdrive/hds директорията не съществува.	Проверете конфигурацията за монтиране на ISO файла на виртуалния хост. Проверете дали ISO файлът съществува, дали е конфигуриран да се монтира при рестартиране и дали се монтира успешно.
Настройката на организацията на клиента не е завършена за добавените организации	Завършете настройката, като създадете CMK за новодобавени организации на наематели, използвайки инструмента за настройка на HDS.
Настройката на организацията на клиента не е завършена за премахнатите организации	Завършете настройката, като отмените CMK-тата на организациите наематели, които бяха премахнати с помощта на инструмента за настройка на HDS.

Отстраняване на неизправности в хибридната сигурност на данните

Използвайте следните общи насоки, когато отстранявате проблеми с хибридната защита на данните.

1	Влезте в Partner Hub.
2	От менюто от лявата страна на екрана изберете Услуги.
3	В секцията „Хибрид“ намерете „Хибридна сигурност на данните“ и щракнете върху „Събития“ .
4	Прегледайте страницата с историята на събитията за евентуални предупреждения и коригирайте всички елементи, които откриете там. Вижте изображението по-долу за справка.
5	Прегледайте изхода на syslog сървъра за активност от внедряването на хибридната защита на данните. Филтрирайте за думи като „Предупреждение“ и „Грешка“, за да помогнете при отстраняването на неизправности.
6	Свържете се с поддръжката на Cisco.

API за разработчици на HDS

API-тата за разработчици на HDS са начин за извличане на аналитични и мониторингови данни, както и за отстраняване на неизправности при внедряването на HDS чрез портала за разработчици на Webex. API са на разположение в https://developer.webex.com/messaging/docs/api/v1/hds.

Други бележки

Известни проблеми със сигурността на хибридните данни

Ако изключите всички активни клъстери на Hybrid Data Security (чрез изтриването им в Partner Hub или чрез изключване на всички възли), загубите ISO файла си за конфигурация или загубите достъп до базата данни за хранилище на ключове, потребителите на Webex App на клиентски организации вече няма да могат да използват пространства в списъка си с хора, които са създадени с ключове от вашата KMS. В момента нямаме решение или корекция на този проблем и ви призоваваме да не изключвате услугите си на HDS, след като те обработват активни потребителски акаунти.
Клиент, който има съществуваща ECDH връзка с KMS, поддържа тази връзка за определен период от време (вероятно един час).

Стартирайте инструмента за настройка на HDS с помощта на Podman Desktop

Podman е безплатен инструмент с отворен код за управление на контейнери, който предоставя начин за стартиране, управление и създаване на контейнери. Podman Desktop може да бъде изтеглен от https://podman-desktop.io/downloads.

Инструментът за настройка на HDS работи като Docker контейнер на локална машина. За да получите достъп до него, изтеглете и стартирайте Podman на тази машина. Процесът на настройка изисква идентификационните данни на акаунт в контролния център с пълни права на администратор за вашата организация.

Ако инструментът за настройка на HDS работи зад прокси сървър във вашата среда, предоставете настройките на прокси сървъра (сървър, порт, идентификационни данни) чрез променливите на средата на Docker, когато стартирате контейнера на Docker в стъпка 5. Тази таблица дава някои възможни променливи на средата:

Описание	Променлива
HTTP прокси без удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT`
HTTPS прокси без удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT`
HTTP прокси с удостоверяване	`GLOBAL_AGENT_HTTP_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`
HTTPS прокси с удостоверяване	`GLOBAL_AGENT_HTTPS_PROXY=http://USERNAME:PASSWORD@SERVER_IP:PORT`

ISO файлът с конфигурацията, който генерирате, съдържа главния ключ, криптиращ базата данни на PostgreSQL или Microsoft SQL Server. Нуждаете се от най-новото копие на този файл всеки път, когато правите промени в конфигурацията, като тези:
- Идентификационни данни за базата данни
- Актуализации на сертификати
- Промени в политиката за оторизация
Ако планирате да криптирате връзките към базата данни, настройте внедряването на PostgreSQL или SQL Server за TLS.

Процесът на настройка на хибридната защита на данните създава ISO файл. След това използвате ISO файла, за да конфигурирате вашия хост за хибридна сигурност на данните.

podman rmi ciscocitg/hds-setup:stable  
podman login docker.io -u hdscustomersro
dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo
podman pull ciscocitg/hds-setup:stable
podman run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable

Какво да направите след това

Следвайте оставащите стъпки в Създаване на ISO файл за конфигурация за HDS хостовете или Промяна на конфигурацията на възела, за да създадете или промените ISO конфигурацията.

Деактивиране на облачни агенти

Следвайте стъпките по-долу, за да деактивирате облачните агенти за вашето HDS внедряване.

Това ще доведе до загуба на функции като записи след срещи, преписи, визуализации на файлове и автоматизирано сканиране за злонамерен софтуер в Webex App Spaces.

1	Стартирайте инструмента за настройка на HDS и следвайте стъпките, посочени в Създаване на ISO файл с конфигурация за HDS хостовете. ISO файлът трябва да е копие на оригиналния ISO файл на основния център за данни, върху който ще се направят следните актуализации на конфигурацията.
2	След като конфигурирате Syslogd сървъра, щракнете върху Разширени настройки.
3	На страницата Разширени настройки добавете конфигурацията по-долу, за да деактивирате облачните агенти. Това ще гарантира, че облачните агенти нямат право да обработват HDS трафик. `cloudAgentUpdateEnabled: 'false'`
4	Завършете процеса на конфигуриране и запазете ISO файла на място, което е лесно за намиране.
5	Направете резервно копие на ISO файла на вашата локална система. Пазете резервното копие сигурно. Този файл съдържа главен ключ за криптиране на съдържанието на базата данни. Ограничете достъпа само до администраторите на хибридна сигурност на данни, които трябва да правят промени в конфигурацията.
6	В левия навигационен панел на клиента VMware vSphere щракнете с десния бутон върху виртуалната машина и след това щракнете върху Редактиране на настройките..
7	Кликнете върху Редактиране на настройките >CD/DVD Устройство 1 и изберете ISO файл на хранилището на данни. Уверете се, че са отметнати Свързано и Свързване при включване, за да могат актуализираните промени в конфигурацията да влязат в сила след стартиране на възлите.
8	Включете HDS възела и се уверете, че няма аларми в продължение на поне 15 минути.
9	Повторете процеса за всеки възел във вашето HDS внедряване. Проверете дали облачните агенти са деактивирани, като проверите системните логове за следния запис: „Актуализацията на облачния агент е деактивирана“.

Преместете съществуващото внедряване на HDS с един клиент на партньорска организация в Control Hub към настройка на HDS с много клиент в Partner Hub

Преобразуването от съществуващо едно-наемателско HDS внедряване на партньорска организация, управлявано в Control Hub, към многонаемателско HDS внедряване, управлявано в Partner Hub, включва предимно деактивиране на HDS услугата в Control Hub, дерегистриране на възли и изтриване на клъстера. След това можете да влезете в Partner Hub, да регистрирате възлите, да активирате Multi-Tenant HDS и да добавите клиенти към вашия клъстер.

Терминът „единичен клиент“ се отнася просто до съществуващо внедряване на HDS в Control Hub.

Деактивиране на HDS, дерегистриране на възли и изтриване на всички клъстери в Control Hub

1	Влезте в контролния център. В левия панел щракнете върху Хибрид. В картата „Хибридна сигурност на данните“ щракнете върху „Редактиране на настройките“.
2	На страницата с настройки превъртете надолу до секцията Деактивиране и щракнете върху Деактивиране.
3	След деактивирането, щракнете върху раздела Ресурси.
4	Страницата Ресурси изброява клъстерите във вашето HDS внедряване. Щракнете върху клъстер, отваря се страница с всички възли в този клъстер.
5	Щракнете върху отдясно и щракнете върху Отрегистриране на възел. Повторете процеса за всички възли в клъстера.
6	Ако вашето внедряване има множество клъстери, повторете стъпка 4 и стъпка 5, докато всички възли бъдат отписани.
7	Кликнете върху Настройки на клъстера > Премахване.
8	Щракнете върху Потвърди премахването, за да отпишете клъстера.
9	Повторете процеса за всички клъстери във вашето HDS внедряване. След деактивиране на HDS, отписване от регистрацията на възли и премахване на клъстери, картата Hybrid Data Service в Control Hub ще показва Setup not completed в долната част.

Активирайте Multi-Tenant HDS за партньорската организация в Partner Hub и добавете клиенти

Преди да започнете

Всички предварителни изисквания, посочени в Изисквания за сигурност на данните за многонаемателски хибридни системи, са приложими тук. Освен това, уверете се, че същата база данни и сертификати се използват по време на преместването към Multi-Tenant HDS.

1	Влезте в Центъра за партньори. Щракнете върху Услуги в левия панел. Използвайте същия ISO файл от предишното ви внедряване на HDS, за да конфигурирате възлите. Това ще гарантира, че съобщенията и съдържанието, генерирани от потребителите в предишното съществуващо внедряване на HDS, все още са достъпни в новата настройка за множество наематели.
2	В секцията „Хибрид“ намерете картата „Хибридна сигурност на данните“ и щракнете върху „Настройка“.
3	На страницата, която се отваря, щракнете върху Добавяне на ресурс.
4	В първото поле на картата Създаване на клъстер въведете име за клъстера, към който искате да присвоите вашия възел за хибридна защита на данни. Препоръчваме да наименувате клъстер въз основа на географското местоположение на възлите на клъстера. Примери: „Сан Франциско“, „Ню Йорк“ или „Далас“
5	Във второто поле въведете вътрешния IP адрес или пълното име на домейн (FQDN) на вашия възел и щракнете върху Добавяне в долната част на екрана. Този IP адрес или FQDN трябва да съвпада с IP адреса или името на хоста и домейна, които сте използвали в Настройка на виртуалната машина за хибридна сигурност на данни. Появява се съобщение, което показва, че можете да регистрирате възела си в Webex.
6	Кликнете върху Отиди на възел. След няколко минути ще бъдете пренасочени към тестовете за свързаност на възлите за услугите на Webex. Ако всички тестове са успешни, се появява страницата „Разрешаване на достъп до хибриден възел за защита на данни“. Там потвърждавате, че искате да предоставите разрешения на вашата Webex организация за достъп до вашия възел.
7	Поставете отметка в квадратчето Разрешаване на достъп до вашия хибриден възел за сигурност на данни и след това щракнете върху Продължи. Вашият акаунт е валидиран и съобщението „Регистрацията е завършена“ показва, че вашият възел вече е регистриран в облака Webex. На страницата Хибридна сигурност на данни новият клъстер, съдържащ регистрирания от вас възел, се показва в раздела Ресурси. Възелът автоматично ще изтегли най-новия софтуер от облака.
8	Отидете в раздела Настройки и щракнете върху Активиране на картата за състояние на HDS. СъобщениетоАктивиран HDS ще се появи в долната част на екрана.
9	Кликнете върху раздела Назначени клиенти.
10	Кликнете върху Добавяне на клиенти.
11	Изберете клиента, когото искате да добавите, от падащото меню.
12	Щракнете върху Добавяне, клиентът ще бъде добавен към клъстера.
13	Повторете стъпки от 11 до 13, за да добавите няколко клиенти към вашия клъстер.
14	Кликнете върху Готово в долната част на екрана, след като добавите клиентите.

Какво да направите след това

Стартирайте инструмента за настройка на HDS, както е описано подробно в Създаване на главни ключове на клиента (CMK) с помощта на инструмента за настройка на HDS, за да завършите процеса на настройка.

Използвайте OpenSSL за генериране на PKCS12 файл

Преди да започнете

OpenSSL е един инструмент, който може да се използва за създаване на PKCS12 файла в правилния формат за зареждане в HDS Setup Tool. Има и други начини да направите това и ние не подкрепяме, нито насърчаваме единия начин пред другия.
Ако решите да използвате OpenSSL, ние предоставяме тази процедура като насока, която ще ви помогне да създадете файл, който отговаря на изискванията за сертификат X.509 в Изисквания за сертификат X.509. Разберете тези изисквания, преди да продължите.
Инсталирайте OpenSSL в поддържана среда. Вижте https://www.openssl.org за софтуера и документацията.
Създайте частен ключ.
Започнете тази процедура, когато получите сертификата на сървъра от вашия сертифициращ орган (CA).

1	Когато получите сертификата на сървъра от вашия CA, запазете го като `hdsnode.pem`.
2	Покажете сертификата като текст и проверете данните. `openssl x509 -text -noout -in hdsnode.pem`
3	Използвайте текстов редактор, за да създадете файл със сертификатен пакет, наречен `hdsnode-bundle.pem`. Пакетният файл трябва да включва сертификата на сървъра, всички междинни сертификати на CA и сертификатите на коренния CA, във формата по-долу: `-----BEGIN CERTIFICATE----- ### Server certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Intermediate CA certificate. ### -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ### Root CA certificate. ### -----END CERTIFICATE-----`
4	Създайте .p12 файла с приятелското име `kms-private-key`. `openssl pkcs12 -export -inkey hdsnode.key -in hdsnode-bundle.pem -name kms-private-key -caname kms-private-key -out hdsnode.p12`
5	Проверете подробностите за сертификата на сървъра. `openssl pkcs12 -in hdsnode.p12` Въведете парола при подканата, за да криптирате личния ключ, така че той да бъде посочен в изхода. След това проверете дали частният ключ и първият сертификат съдържат редовете `friendlyName: kms-private-key`. Пример: bash$ openssl pkcs12 -in hdsnode.p12 Enter Import Password: MAC verified OK Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 Key Attributes: Enter PEM pass phrase: Verifying - Enter PEM pass phrase: -----BEGIN ENCRYPTED PRIVATE KEY----- -----END ENCRYPTED PRIVATE KEY----- Bag Attributes friendlyName: kms-private-key localKeyID: 54 69 6D 65 20 31 34 39 30 37 33 32 35 30 39 33 31 34 subject=/CN=hds1.org6.portun.us issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE----- Bag Attributes friendlyName: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US subject=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3 issuer=/O=Digital Signature Trust Co./CN=DST Root CA X3 -----BEGIN CERTIFICATE----- -----END CERTIFICATE-----

Какво да направите след това

Връщане към Изпълнете предварителните изисквания за хибридна сигурност на данните. Ще използвате файла hdsnode.p12 и паролата, която сте задали за него, в Създаване на ISO файл с конфигурация за HDS хостовете.

Можете да използвате повторно тези файлове, за да заявите нов сертификат, когато оригиналният сертификат изтече.

Трафик между HDS възлите и облака

Изходящ трафик за събиране на показатели

Възлите за хибридна сигурност на данните изпращат определени показатели към облака Webex. Те включват системни показатели за максимална heap памет, използвана heap памет, натоварване на процесора и брой нишки; показатели за синхронни и асинхронни нишки; показатели за предупреждения, включващи праг на криптирани връзки, латентност или дължина на опашката за заявки; показатели за хранилището на данни; и показатели за криптирана връзка. Възлите изпращат криптиран ключов материал по канал извън честотната лента (отделен от заявката).

Входящ трафик

Възлите за хибридна сигурност на данните получават следните видове входящ трафик от облака Webex:

Заявки за криптиране от клиенти, които се маршрутизират от услугата за криптиране
Надстройки на софтуера на възела

Конфигуриране на Squid прокси сървъри за хибридна сигурност на данните

Websocket не може да се свърже чрез сепия прокси

Squid прокси сървърите, които проверяват HTTPS трафика, могат да попречат на установяването на websocket (wss:) връзки, които Hybrid Data Security изисква. Тези раздели дават насоки как да конфигурирате различни версии на Squid да игнорират wss: трафик за правилното функциониране на услугите.

Калмята 4 и 5

Добавете директивата on_unsupported_protocol към 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

1	В командния ред на вашата машина въведете подходящата команда за вашата среда: В нормални среди: `podman rmi ciscocitg/hds-setup:stable` В среди на FedRAMP: `podman rmi ciscocitg/hds-setup-fedramp:stable` Тази стъпка изчиства предишни изображения на инструмента за настройка на HDS. Ако няма предишни изображения, той връща грешка, която можете да игнорирате.
2	За да влезете в регистъра на изображения на Docker, въведете следното: `podman login docker.io -u hdscustomersro`
3	При подканата за парола въведете този хеш: `dckr_pat_aDP6V4KkrvpBwaQf6m6ROkvKUIo`
4	Изтеглете най-новото стабилно изображение за вашата среда: В нормални среди: `podman pull ciscocitg/hds-setup:stable` В среди на FedRAMP: `podman pull ciscocitg/hds-setup-fedramp:stable`
5	Когато изтеглянето приключи, въведете подходящата команда за вашата среда: В нормални среди без прокси: `podman run -p 8080:8080 --rm -it ciscocitg/hds-setup:stable` В нормални среди с HTTP прокси: `podman run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В редовна среда с HTTPS прокси: `podman run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup:stable` В среди на FedRAMP без прокси: `podman run -p 8080:8080 --rm -it ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTP прокси: `podman run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTP_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` В среди на FedRAMP с HTTPS прокси: `podman run -p 8080:8080 --rm -it -e GLOBAL_AGENT_HTTPS_PROXY=http://SERVER_IP:PORT ciscocitg/hds-setup-fedramp:stable` Когато контейнерът работи, виждате "Експрес сървър слушане на порт8080." Инструментът Setup не поддържа свързване с localhost чрез http: // localhost:8080... Използване http: //127...0...0...1:8080за да се свържете с localhost.

Cisco AI Assistant

Благодарим за обратната връзка.

Нова и променена информация

Multi-Tenant HDS деактивиране на задача поток

Често задавани въпроси

В. Дали CMK и главният ключ се съхраняват в ISO или в базата данни?

В. Използва ли се един ключ за криптиране на всички данни на клиентските организации?

В. Какво ще стане, ако деактивирам HDS от Partner Hub?

В. След като CMK се генерира за клиентска org чрез инструмента за настройка на HDS, потребителите на клиентската org веднага започват да използват Multi-Tenant HDS?

В. Защо не виждам списък с клиенти, когато кликна върху бутона "Добавяне на клиенти" в Partner Hub?

В. Какво е въздействието, ако всички HDS възли са изключени или ако мрежов проблем засяга всички HDS възли?

В. Криптирани ли са потребителските данни на партньорската организация с главния ключ, генериран по време на създаването на ISO?

В. Могат ли партньорските организации и наемателите да бъдат в различни региони (например САЩ и ЕС)?

В. Има ли механизъм за преместване на ключовете обратно към Cloud KMS?

В. Може ли партньор да продължи да използва Cloud KMS и да използва Multi-Tenant HDS изключително за управление на клиенти?

В. Как може партньор да провери, че тяхната организация използва HDS за криптиране?

В. Има ли алтернатива на Docker Desktop за стартиране на инструмента за настройка на HDS?

В. Колко възли мога да разгърна в клъстер Multi-Tenant HDS?

В. Какви са мрежовите изисквания, необходими за създаване на Multi-Tenant HDS?

В. Дали Pro Pack за Control Hub е изискване за партньорските организации?

В. Поддържа ли се HSM в Multi-Tenant HDS?

В. Мога ли да тествам Multi-Tenant HDS със самоподписан сертификат?

В. Необходимо ли е да се монтира ISO всеки път, когато в Partner Hub се добавя нов клиент?

В. След като Multi-Tenant HDS е внедрен в Partner Hub, потребителите на партньорската организация започват ли да използват KMS на място за управление на ключови функции?

Преглед на сигурността на данните Multi-Tenant

Как Multi-Tenant Hybrid Data Security осигурява суверенитет на данните и контрол на данните

Ограничения на сигурността на хибридните данни с множество наематели

Роли в мулти-наематели хибридна сигурност на данните

Security Realm архитектура

Сътрудничество с други организации

Очаквания за внедряване на хибридна сигурност на данните

Процес на настройка на високо ниво

Модел за внедряване на хибридна сигурност на данните

Център за данни в готовност за възстановяване при бедствия

Създаване на център за данни в режим на готовност за възстановяване при бедствия

Поддръжка на прокси

Пример за хибридни данни сигурност възли и прокси

Блокиран режим на външна DNS разделителна способност (изрични прокси конфигурации)

Изисквания за хибридна защита на данните с няколко клиента

Изисквания за лицензи за Cisco Webex

Изисквания за закачане на работния плот

Х.509 Изисквания за сертификата

Изисквания за виртуален организатор

Изисквания към сървъра за база данни

Допълнителни изисквания за удостоверяване на Windows срещу Microsoft SQL Server

Изисквания за външна връзка

Изисквания към прокси сървъра

Изпълнете предварителните изисквания за хибридна защита на данни

Поток на задачи за разполагане на хибридна защита на данни

Извършване на първоначална настройка и изтегляне на инсталационни файлове

Създаване на конфигурационен ISO за хостовете на HDS

Инсталиране на HDS Host OVA

Настройване на VM на хибридна защита на данни

Качване и монтиране на конфигурация ISO на HDS

Конфигуриране на HDS възел за интегриране на прокси сървър

Регистриране на първия възел в клъстера

Създаване и регистриране на още възли

Активирайте Multi-Tenant HDS на партньорски хъб

Добавяне на организации на наематели в Partner Hub

Създаване на основни клиентски ключове (CMKs) чрез инструмента за настройка на HDS

Премахване на организациите на наемателите

Отмяна на CMK на наематели, отстранени от HDS.

Тествайте внедряването на хибридни данни за сигурност

Интерпретиране на HDS регистрационните файлове и етикетите на агенти за разбиране

Терминология

Видове заявки - Бърза справка

Видове заявки - Подробно

Монитор хибридни данни сигурност здраве

Управление на разгръщането на HDS

Задаване на график за обновяване на клъстерите

Промяна на конфигурацията на възела

Изключване на режим на блокирана външна DNS разделителна способност

Премахване на възел

Възстановяване при бедствия с помощта на Standby Data Center

(по избор) Демонтиране на ISO след HDS конфигурация

Преглед на предупреждения и отстраняване на неизправности

Сигнали

Отстраняване на неизправности при хибридна защита на данните

API за разработка на HDS

Известни проблеми със сигурността на хибридните данни