← Документация Hope·HopeDChopedc.ru
HopeDC · Документация

Руководство пользователя

Установка, первый вход, импорт MS AD или Samba DC, работа со всеми разделами панели — пошагово и с иллюстрациями
Документ 19 · HopeDC v204 · 12.11.2026

Содержание

  1. Что такое HopeDC
  2. Установка
  3. Первый вход в панель
  4. Как устроена панель
  5. Создание и импорт домена (MS AD / Samba DC)
  6. Работа с разделами домена
  7. Сетевые службы
  8. Безопасность
  9. Отказоустойчивость
  10. Обслуживание
Как читать. Разделы 1–4 — установка и первый вход (администратор). Раздел 5 — порядок действий и импорт существующего домена. Раздел 6 — ежедневная работа с объектами и политиками. Разделы 7–10 — службы, безопасность, кластер и обслуживание.

1. Что такое HopeDC

HopeDC — контроллер домена для Linux, который Windows- и Linux-клиенты принимают за Active Directory. Он умеет вести собственные домены и встать рядом с действующим MS AD, чтобы потом мягко его заменить. В одном процессе работают LDAP и глобальный каталог, Kerberos KDC и kpasswd, DNS, DHCP, NTP, SMB для SYSVOL, MS-RPC для ввода Windows, центр сертификации и веб-панель. Внешней СУБД нет: каталог хранится во встроенном хранилище, зашифрованном AES-256-GCM.

Устанавливается одним исполняемым файлом и службой systemd на любой Linux x86-64 с glibc 2.30 и новее. Веб-панель встроена в бинарник. Весь порядок работы — ниже.

2. Установка

2.1. Что нужно

ПараметрТребование
СерверLinux x86-64, glibc ≥ 2.30: Astra Linux SE 1.8, РЕД ОС/Alma/Rocky/RHEL 9, Debian 11+, Ubuntu 20.04+. Один и тот же файл для всех дистрибутивов.
Ресурсыот 2 vCPU / 2 ГБ ОЗУ; на крупный домен — 4 vCPU / 6 ГБ. Диск от 20 ГБ (данные зашифрованы).
Портыконтроллер домена: 53 (DNS), 88/464 (Kerberos), 135/445 (RPC/SMB), 389/636/3268/3269 (LDAP/GC), 123 (NTP), 9443 (панель)
Времясинхронизация NTP: Kerberos требует расхождение часов не более 5 минут

2.2. Установка на сервер

Скопируйте пакет и установщик на сервер и запустите от root:

scp hopedc-core_v204.gz install_hopedc.sh astra@10.0.0.21:/tmp/
ssh astra@10.0.0.21
sudo bash /tmp/install_hopedc.sh

Установщик выполняет 10 шагов: проверяет пакет и подпись сборки, версию glibc, режим (первая установка или обновление), создаёт пользователя службы и каталоги, ставит бинарник и службу systemd, открывает порты, включает установщик обновлений из панели и запускает службу. Полный список параметров — в документе «Установка». Пакет с нарушенной подписью сборки установщик не поставит; при неудачном обновлении вернёт прежнюю версию.

Рис. 1
Рис. 1. Установка: 10 шагов, проверка подписи сборки, в конце — адрес панели и пароль первого входа (выделен жёлтым)

Запомните последние строки: адрес панели и пароль первого входа учётки admin. Пароль лежит и в файле /var/lib/hopedc/initial_admin_password.txt — он удалится, когда вы смените пароль. Параметры задаются переменными перед командой: sudo ADMIN_PORT=8443 TLS_NAMES=dc01.corp.local bash install_hopedc.sh.

2.3. Что появилось на сервере

ПутьЧто это
/opt/hopedc/hopedc-coreодин исполняемый файл; веб-панель встроена в него
/var/lib/hopedc/каталог, настройки, лицензия, ключи (права 0700, шифрование AES-256-GCM)
/var/log/hopedc/журнал службы и журнал безопасности
hopedc.serviceслужба systemd

Проверить, что служба жива: systemctl status hopedc или curl -k https://<сервер>:9443/api/health (ответ ok).

3. Первый вход в панель

Откройте в браузере https://<сервер>:9443/. Сертификат по умолчанию самоподписанный — браузер покажет предупреждение; подтвердите переход или поставьте сертификат своего ЦС.

Шаг 1. Вход

Учётка — admin, пароль — из вывода установщика. Язык переключается кнопками RU / EN, тема — светлая / тёмная / как в системе (в шапке). Тема и язык запоминаются у каждой учётки.

Рис. 2
Рис. 2. Страница входа; язык RU/EN в правом верхнем углу

Шаг 2. Смена пароля

Начальный пароль действует только для первого входа — панель сразу просит задать свой, остальные разделы до этого закрыты. Требования: не короче 10 символов, три вида символов из четырёх, отличается от текущего.

Шаг 3. Лицензионное соглашение

Прочитайте соглашение и нажмите «Принимаю». Принять может только администратор.

Шаг 4. «Начало работы»

После входа открывается путеводитель «Начало работы» — список обязательных пунктов настройки. Выполнение каждого проверяется автоматически, кнопка «Перейти» ведёт в нужный раздел, прогресс виден в шапке. Кнопка ? повторяет подсказки текущей страницы.

Рис. 3
Рис. 3. Путеводитель «Начало работы»: пункты первичной настройки и прогресс

4. Как устроена панель

«Обзор DC» — стартовый экран: число доменов, DNS-записей, аренд DHCP, пользователей и ПК, тариф и список доменов. Слева — меню, сгруппированное по областям; справа сверху — «Начало работы», подсказки, переключатели темы и языка, внизу меню — учётка и выход.

Рис. 4
Рис. 4. «Обзор DC» — сводное состояние контроллера и список доменов
Группа менюРазделы
—Обзор DC, Домены, Контроллеры, Каталог шаблонов
СлужбыDNS-сервер, DHCP-сервер, NTP-сервер
БезопасностьУчётные записи, Роли и права, Сетевой доступ, Журнал безопасности, Двухфакторная (MFA)
НастройкиЛицензия, Резервное копирование, Кластер (HA), Топология, Журналы, Обновления, Описание API

Работа с конкретным доменом открывается из раздела «Домены» кнопкой «Управлять» — появляется панель домена со своим меню (раздел 6). Набор разделов зависит от роли: если у роли нет прав менять данные, в заголовке написано «Только просмотр».

5. Создание и импорт домена (MS AD / Samba DC)

Порядок действий такой:

  1. создать свой домен или подключить существующий (MS AD / Samba DC / FreeIPA / LDAP);
  2. сохранить копию мастер-ключа вне сервера;
  3. включить службу времени (NTP) и DNS-пересылку;
  4. создать центр сертификации домена;
  5. ввести клиенты (Windows — мастером, Linux — скриптом из панели, см. «Ввод Linux в домен»).

5.1. Создать свой домен

Раздел «Домены» → «Добавить домен». Укажите FQDN (например corp.local) — за минуту создаётся структура AD, встроенные группы, Default Domain Policy, DNS-зоны и свой центр сертификации. Домен сразу готов к вводу Windows и Linux.

Рис. 5
Рис. 5. Раздел «Домены» — леса и домены; интегрированный MS AD помечен бейджем «Интегрирован» и кнопкой «Принять роль KDC»

5.2. Импорт существующего домена

Раздел «Домены» → «Подключить каталог» (мастер из четырёх шагов: Целевой домен → Учётные данные → Репликация → Готово). На первом шаге выберите тип источника.

Рис. 6
Рис. 6. Мастер импорта (шаг 1 из 4): тип источника — Microsoft AD / Samba AD DC / FreeIPA / LDAP, FQDN домена, IP контроллера и LDAPS
ИсточникКак подключаетсяОткуда берутся пароли
MS ADЗеркало по LDAPS, затем приём роли KDC и отключение от ADПроверка в AD при первом входе или выгрузка администратором AD
Samba AD DCТот же путь, что и AD — схема совместимаТак же, как для AD
FreeIPAИмпорт с преобразованием схемы в модель ADNT-хэш из ipa-adtrust или проверка в FreeIPA

Шаги мастера:

  1. Целевой домен. Тип источника (MS AD / Samba), FQDN домена, IP контроллера (PDC) и защищённое соединение (LDAPS) — HopeDC работает с AD только по LDAPS с проверкой сертификата, без отката на открытый LDAP.
  2. Учётные данные. Учётка синхронизации (в AD с правами на чтение каталога; для двустороннего режима SYSVOL — с правами на изменение политик). Пароль хранится на сервере, в панель не возвращается.
  3. Репликация. HopeDC поднимает зеркало: читает объекты AD по LDAPS и приводит их к своей модели. Идентичность переносится настоящая (objectGUID, objectSid) — на них держатся права файловых серверов. Хэши паролей по сети из AD не тянутся (без DCSync): либо проверка в AD при первом входе пользователя (pass-through), либо выгрузка парольного материала администратором AD штатными средствами.
  4. Готово. Домен появляется в списке; дальше идёт перенос политик и приём роли.
Переходный период. Пока живы оба каталога, источник истины один: правки сначала пишутся в AD учётной записью синхронизации, затем применяются в HopeDC. Групповые политики HopeDC читает и пишет прямо в SYSVOL контроллера AD по SMB, как консоль GPMC, и распознаёт конфликт, если ту же политику правили в GPMC. Подробнее — «Групповые политики Windows и MS AD».

5.3. Как отображается импортированный MS AD

После подключения домен появляется в списке «Домены» как отдельный лес MS AD (интеграция) со статусом «Интегрирован» и кнопкой «Принять роль KDC» (см. рисунок выше). В шапке панели такого домена появляется признак «PDC Emulator».

Объекты импортированного домена выглядят как в настоящем AD: встроенные группы (Domain Admins, Enterprise Admins, Schema Admins…), контейнеры Users/Computers/Builtin и перенесённые подразделения (OU). Идентичность (objectGUID, objectSid, sAMAccountName, userPrincipalName) переносится настоящая.

Рис. 7
Рис. 7. Структура импортированного MS AD: встроенные группы, контейнеры и перенесённые OU — как в настоящем AD

Состояние интеграции — в разделе «Интеграция (AD/LDAP)» панели домена: контроллер-источник (PDC), учётка репликации, параметры подключения (IP, LDAPS, интервал), сертификат LDAPS, кнопки «Синхронизировать сейчас» и «Мастер интеграции». Перед приёмом роли KDC проверка готовности показывает, кто не войдёт без Windows-DC, какие DNS-записи и доверия от него зависят и в каком состоянии SYSVOL. После приёма роли HopeDC сам выдаёт билеты Kerberos, и Windows-DC можно отключать.

Рис. 8
Рис. 8. «Интеграция (AD/LDAP)» — контроллер-источник, учётка репликации, LDAPS и синхронизация

6. Работа с разделами домена

Панель домена открывается кнопкой «Управлять» в разделе «Домены». Слева — меню домена; ниже разобран каждый раздел.

6.1. Структура домена

Дерево OU и объектов. Кнопка «Создать объект» добавляет пользователя, группу, компьютер или OU. Двойной щелчок по объекту открывает карточку (вкладки «Общие», «Член групп», «Объект», «Безопасность», «Редактор атрибутов»). Поиск и фильтр по типу — сверху.

Рис. 9
Рис. 9. «Структура домена» — дерево OU и объекты, создание и редактирование

Щелчок по контейнеру (например «Users») или OU в дереве открывает его объекты справа — пользователей, группы и компьютеры.

Рис. 10
Рис. 10. Объекты контейнера «Users» — пользователи, группы и компьютеры домена

6.2. Групповые политики (Windows)

Раздел «Групповые политики» управляет объектами GPO для Windows-компьютеров и пользователей — как оснастка GPMC, но прямо в панели. Две вкладки: Объекты GPO (список политик с GUID, статусом, WMI-фильтром и датой изменения) и Связи (Links) (к каким доменам и OU привязана политика). Кнопка «Создать GPO» заводит новую политику; «Редактировать» открывает редактор настроек.

Рис. 11
Рис. 11. «Групповые политики» → «Объекты GPO»: список политик (имя, GUID, статус, WMI-фильтр, дата). Рядом вкладка «Связи (Links)»

Редактор настроек повторяет привычное дерево GPMC — Конфигурация компьютера и Конфигурация пользователя, внутри: «Конфигурация Windows», «Administrative Templates» (Компоненты Windows, Меню «Пуск» и панель задач, Панель управления, Сеть, Система…) и «Настройка (Preferences)». Создавать и менять политику можно здесь или в привычной консоли GPMC — изменения расходятся через SYSVOL контроллера. HopeDC поддерживает пароли и блокировку, Kerberos, расширенный аудит, сценарии, перенаправление папок, принтеры, QoS, NRPT и реестр.

Рис. 12
Рис. 12. Редактор GPO: дерево «Конфигурация компьютера / пользователя» с Administrative Templates и Preferences — как в GPMC

Подробнее о групповых политиках Windows и работе с интегрированным MS AD — в документе «Групповые политики Windows и MS AD».

6.3. Политики Linux

Раздел «Политики Linux» управляет Linux-парком так же, как GPO управляют Windows. Sudo-правила читает штатный SSSD, остальное применяет агент hopedc-agent по LDAPS. Раздел состоит из семи вкладок:

ВкладкаНазначение
Sudo-правилаПрава sudo из каталога (объекты sudoRole): кому, на каких хостах и какие команды разрешены.
Политики машинПолитики уровня компьютера: файлы конфигурации, пакеты, службы, параметры ядра, аудит, SSH и т. п.
Политики пользователейПолитики уровня пользователя: файлы в домашних каталогах, переменные окружения, ограничения.
Связи (OU)Привязка политики к OU — она применится ко всем Linux-машинам внутри него (включая вложенные), как gpLink в Windows.
Отчёты машинЧто агент применил на каждой машине: статусы, ошибки, время последнего отчёта.
Каталог шаблонов613 готовых шаблонов (22 типа политик) с наборами под ФСТЭК и CIS, поиск и импорт/экспорт JSON.
АгентСкачивание и установка агента hopedc-agent на Linux-машины.
Рис. 13
Рис. 13. «Политики Linux» → «Sudo-правила»: семь вкладок раздела и правила sudo из каталога
Рис. 14
Рис. 14. Вкладка «Политики машин» — применяемые к компьютерам политики (файлы, службы, аудит, SSH, ядро)
Рис. 15
Рис. 15. Вкладка «Политики пользователей» — политики уровня пользователя
Рис. 16
Рис. 16. Вкладка «Связи (OU)» — привязка политик к подразделениям (аналог gpLink)
Рис. 17
Рис. 17. Вкладка «Каталог шаблонов» — 613 готовых шаблонов по категориям, наборы ФСТЭК и CIS, импорт/экспорт JSON

Подробнее о политиках Linux и работе агента — в документе «Политики для Linux».

6.4. Политика паролей

Требования к паролям по ФСТЭК: длина, сложность, алфавит, история, срок, словарь запрещённых паролей (встроенный и свой), «сменить при следующем входе», а также политики для групп (как PSO в AD). Заготовки «AD» и «ФСТЭК, классы 1–3», значок соответствия, проверка пробного пароля.

Рис. 18
Рис. 18. «Политика паролей» — требования по ФСТЭК, словарь, политики для групп

6.5. Сетевые службы домена

В панели домена есть свои вкладки DNS-сервер (зоны, записи, динамические обновления, условная пересылка), DHCP-сервер (пулы, аренды, резервирования) и Центр сертификации (выпуск и отзыв сертификатов, шаблоны, корневой ЦС).

Рис. 19
Рис. 19. «DNS-сервер» домена — зоны, записи и условная пересылка
Рис. 20
Рис. 20. «DHCP-сервер» домена — пулы адресов и аренды

6.5.1. Центр сертификации (PKI)

Раздел «Центр сертификации» — встроенный удостоверяющий центр домена (аналог AD CS). Он выпускает и отзывает сертификаты для контроллеров, веб-служб, пользователей и смарт-карт, а адреса публикации CRL/AIA вписываются в каждый сертификат автоматически. Раздел разбит на пять вкладок:

ВкладкаЧто показывает и позволяет
Выданные сертификатыВсе действующие и истёкшие сертификаты: субъект (CN), шаблон, срок действия, отпечаток (SHA-1), статус. Отсюда сертификат можно скачать (CRT) или отозвать.
Запросы (CSR)Поступившие заявки на сертификат (PKCS#10). Запрос можно одобрить (выпустить сертификат) или отклонить; счётчик на вкладке показывает число ожидающих.
Отозванные (CRL)Отозванные сертификаты с датой и причиной отзыва. На их основе формируется список отзыва (CRL), который перевыпускается ежедневно и сразу при каждом отзыве.
Шаблоны (Templates)Шаблоны выпуска (Domain Controller, Web Server, User, Code Signing и свои): назначение ключа, срок, алгоритм, автоматическая выдача.
Корневой CAДетали корневого сертификата домена (субъект, издатель, срок, алгоритм ключа, отпечаток, серийный номер), кнопки скачать корневой сертификат (CRT) и список отзыва (CRL), а также адреса публикации CDP и AIA.
Рис. 21
Рис. 21. «Центр сертификации» → «Выданные сертификаты»: субъект, шаблон, срок, отпечаток и статус; кнопки «Отозвать» и «CRT». На вкладке «Запросы (CSR)» виден счётчик ожидающих заявок
Рис. 22
Рис. 22. Вкладка «Шаблоны (Templates)» — заготовки выпуска сертификатов (контроллер домена, веб-сервер, пользователь, подпись кода)
Рис. 23
Рис. 23. Вкладка «Корневой CA» — детали корневого сертификата домена, скачивание CRT/CRL и адреса публикации CDP/AIA
Порядок работы: проверьте корневой CA и адреса CDP/AIA (вкладка «Корневой CA») → при необходимости поправьте шаблоны → одобряйте входящие заявки на вкладке «Запросы (CSR)» или выпускайте сертификаты напрямую → отзывайте скомпрометированные на вкладке «Выданные» (они попадут в CRL и на вкладку «Отозванные»).

6.6. Доверия (Trusts)

Раздел «Доверие (Trusts)» задаёт доверительные отношения с другими доменами и лесами — так пользователи одного домена получают доступ к ресурсам другого. Кнопка «Создать доверие» заводит доверие вручную, «Импорт из AD» переносит уже существующие доверия из интегрированного MS AD. Для каждого доверия в таблице видны:

Рис. 24
Рис. 24. «Доверие (Trusts)» — доверия разных типов: двустороннее лесное (FOREST), исходящее внешнее с SID-фильтром и выборочной аутентификацией, входящее realm MIT Kerberos

Ключи самих доверий (и ключи krbtgt, служебных учёток) с плановой сменой — в соседнем разделе «Ключи Kerberos».

6.7. Сайты и службы

Раздел «Сайты и службы» описывает физическую топологию: сайты (площадки), подсети (привязаны к сайтам), серверы и связи сайтов (site links) с параметрами репликации — стоимость (cost) и интервал. Слева дерево Sites / Subnets / Inter-Site Transports (IP, SMTP), справа — обзор топологии и таблица репликации site-to-site.

Рис. 25
Рис. 25. «Сайты и службы» — два сайта (Москва-ЦОД, СПб-Филиал), две подсети и связь репликации Москва↔СПб с cost и интервалом

6.8. Инвентаризация

Раздел «Инвентаризация» собирает сведения о компьютерах: оборудование, ОС, диски, сеть и установленные программы. Данные присылают агент HopeDC для Linux и скрипт для Windows. Три вкладки: Компьютеры (таблица с фильтрами «С данными», «Без данных», «Устарели», «Мало места» и выгрузкой в CSV), Поиск ПО (где и какой версии установлена программа по всему парку) и Подключение (как подключить машину к инвентаризации).

Рис. 26
Рис. 26. «Инвентаризация» → «Компьютеры»: процессор, ОЗУ, диски, IP, модель и пользователь; фильтры и выгрузка в CSV

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

Рис. 27
Рис. 27. Карточка компьютера — вкладка «Обзор»: ОС и ядро, процессор/память/модель/серийный номер, диски и сеть
Рис. 28
Рис. 28. Вкладка «Поиск ПО» — поиск установленной программы по всему парку компьютеров

6.9. Корзина

Раздел «Корзина» хранит удалённые объекты домена (учётки, группы, подразделения, компьютеры) в течение срока хранения (по умолчанию 180 дней). Для каждого объекта видны тип, дата удаления, когда он будет очищен, и исходное место. Кнопка «Восстановить» возвращает объект (с прежним SID и членством), «Удалить навсегда» — очищает досрочно.

Рис. 29
Рис. 29. «Корзина» домена — удалённый пользователь со сроком хранения, кнопки «Восстановить» и «Удалить навсегда»

При восстановлении предлагается выбор: вернуть объект в исходное место (откуда он был удалён) или в другое подразделение.

Рис. 30
Рис. 30. Восстановление объекта — выбор «в исходное место» или «выбрать подразделение»

7. Сетевые службы

На уровне сервера есть разделы DNS-сервер, DHCP-сервер и NTP-сервер (меню «Службы»). NTP важен в первую очередь: Kerberos требует расхождение часов не более 5 минут. Включите службу NTP, иерархию времени в кластере и подпись MS-SNTP для клиентов Windows; внешние источники времени задаются там же.

Рис. 31
Рис. 31. «NTP-сервер» — синхронизация времени домена и подпись MS-SNTP

8. Безопасность

8.1. Учётные записи и роли

Доступом к самой панели управляют два раздела меню «Безопасность»: «Роли и права» (какие права бывают) и «Учётные записи» (кому они выданы).

Шаг 1. Создать роль. В разделе «Роли и права» кнопка «Создать роль» открывает матрицу прав: по каждому разделу меню — галочки «Чтение» и «Редактирование». Так собирается роль под задачу, например «Оператор служб» (DNS/DHCP/NTP без доступа к учёткам) или «Оператор helpdesk» (сброс паролей). Встроенные роли «Администратор» (полный доступ) и «Только чтение» менять нельзя.

Рис. 32
Рис. 32. «Роли и права» — список ролей (встроенные и свои) с набором прав и числом пользователей
Рис. 33
Рис. 33. «Новая роль» — матрица прав по разделам меню: галочки «Чтение» и «Редактирование»

Шаг 2. Назначить роль пользователю. В разделе «Учётные записи» собраны те, кто входит в панель, — локальные учётки и доменные пользователи/группы. Кнопка «Создать пользователя» добавляет учётку и сразу задаёт ей роль; у уже существующей роль меняется прямо в таблице — выпадающим списком в столбце «Роль доступа».

Рис. 34
Рис. 34. «Учётные записи» — доступ к панели; роль каждой учётки задаётся списком в столбце «Роль доступа»
Роли работают вместе с делегированием по доменам: ограниченному администратору видны только его домены. Так «Администратор домена» филиала не получает доступ к другим доменам леса.

8.2. Двухфакторная аутентификация (MFA)

Код из приложения (TOTP) при входе в панель и при LDAP-привязке приложений. Вход в ОС (Kerberos/NTLM) не затрагивается. Политику можно требовать для администраторов, отдельных учёток и групп; для сервисных учёток приложений — исключения.

Рис. 35
Рис. 35. «Двухфакторная (MFA)» — своя учётка и политика для домена

8.3. Сетевой доступ и журнал безопасности

Сетевой доступ — ограничение доступа к панели по IP и к домену по LDAP/LDAPS. Журнал безопасности — входы, блокировки, изменения каталога и действия в панели с кодами событий Windows и выгрузкой в SIEM (Prometheus, Zabbix).

Рис. 36
Рис. 36. «Сетевой доступ» — ограничение по IP для панели и клиентов домена
Рис. 37
Рис. 37. «Журнал безопасности» — события, выгрузка в SIEM и мониторинг

8.4. Лицензия

Раздел «Лицензия» показывает текущий тариф и лимиты (интегрированные домены, пользователи+компьютеры, доверия), отпечаток экземпляра и статус целостности сборки (подпись вендора). Кнопка «Сравнить версии» открывает таблицу тарифов.

Рис. 38
Рис. 38. «Лицензия» — тариф, лимиты (домены, объекты, доверия), отпечаток экземпляра и запрос лицензии
Рис. 39
Рис. 39. «Сравнение редакций» — Free / Standard / Enterprise и доступные в каждой возможности

Ниже на странице — Лицензионное соглашение (кто и когда принял), Онлайн-активация (HopeDC сам обращается к серверу лицензий по своему отпечатку) и поле Ключ лицензии для офлайн-установки ключа; подпись ключа проверяется вшитым в сборку ключом вендора.

Рис. 40
Рис. 40. Нижняя часть раздела: лицензионное соглашение, онлайн-активация и ввод ключа лицензии

8.5. Резервное копирование

Раздел «Резервное копирование» делает копии базы, настроек и лицензии (всё шифруется AES-256-GCM тем же мастер-ключом, что и данные на диске). Три вкладки:

ВкладкаНазначение
Создание копииВыбрать компоненты (база и каталог; настройки и лицензия; системные логи) и скачать ZIP-архив.
Восстановление данныхЗагрузить ранее скачанный архив; после восстановления сервер перезапускают.
АвтоматизацияРасписание: дни недели, время и путь сохранения (локальная папка или сетевая NFS/SMB).
Рис. 41
Рис. 41. «Резервное копирование» → «Создание копии»: выбор компонентов и скачивание ZIP-архива; вверху — мастер-ключ
Рис. 42
Рис. 42. Вкладка «Восстановление данных» — загрузка архива и предупреждение о перезапуске
Рис. 43
Рис. 43. Вкладка «Автоматизация» — расписание регулярных копий (дни, время, путь)
Архивы содержат только зашифрованные данные — восстановить их можно лишь на сервере с тем же мастер-ключом. Обязательно сохраните копию мастер-ключа под паролем вне сервера и бэкапов (кнопка «Скачать мастер-ключ (под паролем)»).

9. Отказоустойчивость

9.1. Контроллеры

Раздел «Контроллеры» — серверы, на которые HopeDC ставится и обновляется по SSH прямо из панели. Виден сам узел и добавленные контроллеры с их состоянием (ОС, версия, доступность).

Рис. 44
Рис. 44. «Контроллеры» — узлы домена, их состояние и установка/обновление по SSH

Как добавить контроллер. Кнопка «Добавить контроллер» открывает форму доступа по SSH:

Доступ хранится зашифрованным и в панели не показывается. После сохранения HopeDC подключается к серверу, ставит ядро и вводит узел в репликацию.

Рис. 45
Рис. 45. «Добавить контроллер» — адрес и порт SSH, роль (региональный / полная реплика), домены и способ входа

9.2. Кластер и топология

Кластер (HA) — мульти-мастер репликация каталога и DNS, узлы и связи, разрешение конфликтов, контроллеры только для чтения (RODC) для филиалов. Топология — карта репликации по сайтам.

Рис. 46
Рис. 46. «Кластер (HA)» — узлы, репликация и разрешение конфликтов
Рис. 47
Рис. 47. «Топология» — карта репликации по сайтам

10. Обслуживание

Обновления — установка новой версии из панели с автоматическим откатом; кластер обновляется по одному узлу. Журналы — просмотр и скачивание журнала службы. Каталог шаблонов — готовые шаблоны политик Linux (поиск, наборы, импорт/экспорт JSON). Описание API — все методы панели (OpenAPI) с правами для автоматизации.

Рис. 48
Рис. 48. «Обновления» — установка версии с откатом, обновление кластера
Рис. 49
Рис. 49. «Журналы» — просмотр и скачивание журнала службы
Рис. 50
Рис. 50. «Каталог шаблонов» — готовые политики Linux, поиск и наборы
Рис. 51
Рис. 51. «Описание API» — методы OpenAPI для автоматизации