Функциональные возможности

Содержание

Описание возможностей HopeDFS по разделам веб-панели. Подробные инструкции — в документах 01 «Установка», 02 «Руководство администратора» и 03 «Кластер».

1. О продукте

HopeDFS — файловый сервер Windows на Linux. Обычные папки Linux он публикует как общие папки Windows Server, и клиенты Windows работают с ними так же, как с файловым сервером Windows.

• Протоколы: SMB 2.0.2–3.1.1 для Windows, macOS и Linux; NFS 4.0, 4.1 и 4.2 для Linux. Обе службы работают с одними и теми же папками и одной моделью прав.
• Права: NTFS-разрешения со всеми возможностями Windows — наследование, запреты, владелец, аудит (SACL), действующие права. Хранятся в расширенных атрибутах файловой системы Linux.
• Привычные инструменты Windows: вкладка «Безопасность» в Проводнике, «Предыдущие версии», оснастка «Общие папки» в «Управлении компьютером», стандартное окно выбора пользователей и групп.
• Домен: подключается к существующему домену Active Directory, HopeDC, Samba AD или FreeIPA / ALD Pro только по LDAPS (636) с проверкой сертификата. Пользователи домена входят по Kerberos. HopeDFS не является контроллером домена.
• Отказоустойчивость: кластер с плавающими IP-адресами ролей, репликация папок между площадками (как DFS-R), пространства имён DFS.
• Безопасность: защита от шифровальщиков, мандатное управление доступом, разграничение прав администраторов панели, журнал аудита.
• Поставка: один исполняемый файл для Linux x86_64 (glibc 2.28 и новее), служба systemd, веб-панель встроена.

2. Веб-панель: общие возможности

Доступ. Панель открывается по адресу https://<сервер или адрес роли>:7443/. В кластере можно открывать любой узел: изменения конфигурации применяет координатор и рассылает всем узлам, а действия, относящиеся к узлу (сеансы, журнал службы, лицензия, обновления), выполняются на выбранном узле.

Вход:

• локальные учётные записи сервера;
• пользователи домена — пароль проверяется на контроллере по LDAPS;
• полный доступ без назначения — члены группы Administrators сервера, Domain Admins, Enterprise Admins и групп администраторов из настроек домена;
• остальные — по ролям панели (раздел 5.3);
• сеанс ограничен по времени (по умолчанию 8 ч, настраивается).

Восстановление доступа (ссылка «Забыли пароль?» на странице входа), два способа:

• по почте — одноразовая ссылка на 30 минут на адрес почты из свойств локальной учётки. Без настроенной почты ссылка записывается на сервере в файл, доступный только root. Ответ одинаков для любых имён, по нему нельзя узнать, есть ли учётка;
• аварийно — код запроса с отпечатком узла передаётся вендору, вендор выпускает подписанный токен с новым паролем администратора. Токен действует только на этом узле, до своего срока и один раз.

Лицензионное соглашение. Текст встроен в программу. При первом входе полный администратор принимает соглашение. Фиксируются редакция, контрольная сумма, учётка, IP-адрес, браузер и время. Службы (SMB, NFS, кластер, репликация) работают и до принятия.

Путеводитель:

• чек-лист «Начало работы» — 7 обязательных и 6 необязательных пунктов. Состояние берётся из реальных настроек сервера, есть переход к нужному разделу и ручная отметка;
• пошаговые подсказки с подсветкой элементов на каждой странице при первом открытии;
• кнопка «?» повторяет подсказку страницы;
• прогресс хранится на сервере отдельно для каждой учётной записи.

Интерфейс:

• русский и английский язык (переключатель RU / EN), переводятся и сообщения сервера;
• светлая и тёмная тема, режим «как в системе»; тема и язык сохраняются у учётной записи и восстанавливаются при входе с любого устройства;
• сворачиваемое меню;
• режим «Только просмотр» для ролей без права изменения;
• баннеры об атаке шифровальщика и о лимитах лицензии на всех страницах.

Управление из Windows без панели:

• вкладка «Безопасность» в Проводнике: разрешения, наследование, владелец, аудит, действующие права;
• «Управление компьютером» → «Общие папки»: шары, сеансы, открытые файлы, создание и удаление шар;
• окно «Выбор пользователей и групп» с поиском в домене сервера и среди его локальных учёток.

3. Обзор

Сводка о сервере на одной странице:

• имя узла, версия, ОС, время работы, адреса;
• число общих папок, сеансов SMB и открытых файлов, нагрузка процессора и памяти;
• таблица общих папок: путь Linux, подключения, занято / ёмкость (с учётом квоты);
• домен или рабочая группа, версии SMB, подпись и шифрование;
• роли и состояние кластера (кворум), подсказка, как подключиться к серверу.

4. Файловый сервер

4.1. Общие папки

Создание и настройка общих папок (шар) — аналог «Расширенной настройки общего доступа» Windows.

Общие:

• имя шары (с $ на конце — скрытая) и роль (сетевое имя или плавающий IP), через которую шара доступна;
• путь Linux, при необходимости папка создаётся;
• описание;
• шаблон NTFS-разрешений корня: «Стандартный», «Все прошедшие проверку — изменение», «Только администраторы», «Домашние папки» (каждый видит только свою), «Не менять».

Разрешения общего ресурса:

• полный доступ, изменение или чтение; разрешить или запретить;
• итоговый доступ — пересечение разрешений шары и NTFS, как в Windows.

Дополнительно:

• перечисление на основе доступа (ABE);
• режим автономных файлов (кэширование на клиенте);
• шифрование SMB 3 для шары;
• только чтение;
• лимит подключений;
• квота — клиент видит размер диска, равный квоте;
• запрещённые расширения файлов (например, *.exe, *.mp4);
• переход по символическим ссылкам;
• временное отключение шары.

Предыдущие версии и дедупликация:

• расписание снимков (по умолчанию 07:00 и 12:00) и глубина хранения;
• экспорт по NFS (раздел 4.6);
• публикация в Active Directory с ключевыми словами для поиска;
• дедупликация по расписанию: одинаковые данные объединяются средствами файловой системы (reflink на XFS и Btrfs); показывается результат последнего прогона и есть кнопка «Запустить сейчас».

Защита и Windows:

• в корне каждой шары — скрытые файлы-ловушки защиты от шифровальщиков (раздел 5.5);
• шары можно создавать и удалять из Windows через «Управление компьютером»; пути дисков Windows переводятся в пути Linux по таблице томов.

4.2. Файлы и разрешения

Вкладка «Безопасность» Проводника в веб-панели: просмотр папок шары и управление разрешениями.

Просмотр папок:

• папки с сотнями тысяч файлов открываются мгновенно — список загружается частями по мере прокрутки (папка со 100 000 файлов — за 0,3 с);
• поиск по части имени на сервере по всей папке;
• значки явных разрешений и отключённого наследования;
• создание папок.

Разрешения:

• явные и унаследованные записи;
• разрешить или запретить, «Применяется к» (эта папка, подпапки, файлы);
• общие и дополнительные разрешения (13 отдельных прав NTFS);
• отключение наследования с преобразованием в явные записи или с удалением;
• «Заменить все записи разрешений дочернего объекта»;
• SDDL дескриптора.

Другие вкладки:

• Аудит — записи SACL (успех / отказ), события пишутся в журнал аудита;
• Владелец — смена владельца, в том числе рекурсивно;
• Действующие права — итоговый доступ выбранного пользователя с учётом его групп, NTFS-разрешений и разрешений шары;
• Метка (МРД) — мандатная метка объекта (раздел 5.6).

4.3. Сеансы и файлы

Аналог оснастки «Общие папки» в «Управлении компьютером»:

• Сеансы: пользователь, компьютер, протокол, способ входа, шары, число открытых файлов, время подключения; закрыть сеанс;
• Открытые файлы: файл, шара, пользователь, режим, блокировки; закрыть файл (например, оставленный открытым ушедшим сотрудником);
• фильтр по пользователю, компьютеру и пути; в кластере — выбор узла.

4.4. Предыдущие версии

• Снимки шар для вкладки «Предыдущие версии» в Windows: пользователи сами возвращают прежнюю версию файла или папки.
• Управление: снимки по расписанию и вручную («Создать снимок»), удаление снимков, глубина хранения.
• Как хранятся:
  • снимки лежат в служебной папке шары, клиентам по сети она недоступна — шифровальщик не может удалить снимки;
  • файлы, не изменившиеся с прошлого снимка, связываются жёсткими ссылками и места не занимают;
  • изменённые копируются через reflink (XFS с reflink=1, Btrfs) — мгновенно и без расхода места;
  • на файловой системе без reflink (ext4) панель предупреждает о расходе места.

4.5. Пространства DFS

• Автономные пространства \\сервер\Пространство — ссылки на общие папки этого и других серверов, у ссылки может быть несколько целей; папки-ссылки видны в Проводнике как обычные папки.
• Доменные пространства \\домен\Пространство:
  • хранятся в Active Directory в том же формате, что у Windows Server 2008+;
  • несколько серверов пространства;
  • совместная работа с серверами пространства Windows;
  • подключение HopeDFS к пространству, созданному в Windows.
• Порядок целей по сайту клиента: сначала серверы его сайта, затем по стоимости связей сайтов (сайты AD или таблица сайтов и подсетей).
• Публикация реплицируемой папки в пространстве одной кнопкой — целями ссылки становятся все её копии.

4.6. NFS

Встроенный сервер NFS 4.0, 4.1 и 4.2 — экспорт тех же папок, что и по SMB.

• Порт и пространство имён: один порт TCP (по умолчанию 2049), без portmap и mountd; файлы и изменения видны по обоим протоколам.
• Права:
  • доступ проверяется теми же NTFS-разрешениями, разрешениями шары, мандатными метками, квотами и фильтрами файлов, что и по SMB;
  • NFSv4-ACL и NTFS — один и тот же дескриптор: изменение прав с клиента Linux (nfs4_setfacl) сразу видно на вкладке «Безопасность» в Windows.
• Проверка подлинности: sys (uid/gid с таблицами сопоставления uid → SID и gid → SID, root_squash, all_squash), Kerberos krb5, krb5i (целостность) и krb5p (шифрование).
• Блокировки и открытия: общие с SMB, совместный доступ согласован между протоколами.
• NFS 4.2: копирование на сервере, мгновенные копии (CLONE через reflink), разреженные файлы, fallocate.
• Кластер и защита: NFS работает на адресе роли и переезжает вместе с ней; защита от шифровальщиков действует и для клиентов NFS.

4.7. Публикация в сети

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

• Имена в DNS:
  • записи A / AAAA и PTR для имени каждой роли;
  • в Active Directory — записями зоны в каталоге по LDAPS;
  • в HopeDC, BIND, FreeIPA / ALD Pro — динамическим обновлением DNS с ключом TSIG;
  • проверка сервера и ключа пробной записью;
  • записи обновляются при смене адресов и раз в 30 минут.
• Псевдонимы роли: дополнительные имена, например имя старого Windows-сервера, чтобы пути и ярлыки продолжили работать после переезда.
• Общие папки в Active Directory: объекты «Общая папка» с описанием и ключевыми словами — поиск через «Сеть» → «Поиск в Active Directory».
• Папка «Сеть» Windows: сервер виден как компьютер Windows по WS-Discovery; каждая роль и каждый псевдоним — отдельным компьютером.
• Состояние публикации: по каждому имени и папке, кнопка «Опубликовать сейчас».

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

5.1. Домен

• Подключение к домену: Active Directory, HopeDC, Samba AD, FreeIPA / ALD Pro.
  • только по LDAPS (636);
  • сертификат контроллера проверяется всегда: по корневому ЦС домена или закреплённому сертификату с проверкой отпечатка SHA-256;
  • открытые LDAP (389) и RPC / NETLOGON не используются.
• Учётки компьютеров ролей с SPN cifs/, HOST/, nfs/:
  • HopeDFS сам проверяет билеты Kerberos, при входе пользователей к контроллеру не обращается;
  • пароль учётки можно задать или сбросить, ключи — импортировать из keytab;
  • смена пароля в домене обнаруживается по версии ключа.
• Вход доменных пользователей:
  • по Kerberos — по SMB и по NFS;
  • по IP-адресу — по SPN с IP-адресами ролей и параметру TryIPSPN (файл для групповой политики скачивается в панели).
• Поиск в каталоге: служебная учётка (необязательно) или учётка компьютера роли.
• Проверка связи: состояние сертификата каждого контроллера, LDAPS-вход и поиск, ключи Kerberos, предупреждения о служебной учётке.
• Особые случаи:
  • группы администраторов панели задаются в настройках домена;
  • контроллеры с несколькими доменами: база поиска выбирается по контексту имён;
  • FreeIPA / ALD Pro: системная учётка для поиска создаётся автоматически, ключи служб — из keytab, SID — из ipaNTSecurityIdentifier.

5.2. Локальные учётки

• Пользователи и группы сервера — общие для всех узлов кластера.
• Встроенные группы: Administrators, Users, Guests, Backup Operators, Power Users. Члены Administrators входят в панель с полным доступом и имеют привилегии резервного копирования и смены владельца.
• Свойства пользователя:
  • имя, полное имя, описание;
  • адрес электронной почты (для восстановления пароля);
  • пароль (не короче 8 символов), действует и для шар, и для панели;
  • отключение учётки, членство в группах.
• Защита: нельзя оставить сервер без администратора панели; встроенные учётки можно только отключить.
• Пароль из консоли: hopedfs set-password.

5.3. Роли и права

Разграничение прав администраторов веб-панели. Права проверяет сервер на каждом запросе.

• Системные роли: «Администратор» (полный доступ) и «Аудитор» (просмотр всех разделов).
• Свои роли: матрица по разделам меню — «Просмотр» и «Изменение»; создание копии роли.
• Назначение ролей:
  • локальным и доменным пользователям и группам; права из нескольких назначений складываются;
  • изменения действуют на открытые сеансы сразу.
• Защита от расширения прав: роль без полного доступа не может выдать права шире своих, назначить такую роль, менять учётки и группы с более широкими правами и список групп администраторов домена.
• Аудит: назначения и изменения ролей пишутся в журнал аудита.

5.4. Журнал аудита

• События:
  • входы в шары и панель (успешные и неудачные), отказы в доступе;
  • изменения разрешений, действия администраторов;
  • события доступа к файлам по правилам SACL;
  • атаки шифровальщиков, отказы по мандатному доступу, восстановление доступа к панели.
• Поиск и фильтры: по типу события, пользователю, компьютеру и объекту; в кластере — записи всех узлов.
• Файл на сервере: /var/log/hopedfs/audit.jsonl.

5.5. Защита от шифровальщиков

Включена по умолчанию, работает во всех редакциях, для SMB и NFS.

Как распознаётся атака:

• файлы-ловушки — скрытые файлы в корне каждой шары; любое изменение, переименование или удаление ловушки по сети считается атакой;
• сигнатуры — около 100 шаблонов расширений известных шифраторов и записки о выкупе; такой файл не создаётся;
• поведение — документ превращается в «шум» без формата (анализ первых 16 КБ), к имени дописано чужое расширение, оригинал заменён зашифрованной копией. Порог срабатывания зависит от выбранной чувствительности.

Реакция:

• режим «Блокировать» — источник атаки (учётка или компьютер) сразу получает «только чтение» на всех шарах всех узлов, включая уже открытые файлы; остальные пользователи работают как обычно;
• режим «Только оповещать» — для первой недели работы;
• при атаке — инцидент, красный баннер в панели, журнал аудита, webhook, письмо администраторам (раздел 7.2).

Сохранность и восстановление:

• после первого подозрительного действия перед каждым изменением источника сохраняется копия файла, а удаление становится переносом в хранилище защиты;
• при обнаружении делается снимок затронутых шар;
• хранилище защиты и снимки недоступны клиентам по сети;
• восстановление из карточки инцидента: исходные версии возвращаются, зашифрованные копии и записки уходят в карантин, ничего не удаляется;
• «Разблокировать», «Закрыть инцидент», «Ложное срабатывание» (снимает блокировку и добавляет учётку в исключения).

Настройки:

• чувствительность и кого блокировать;
• исключения (учётки, IP-адреса, расширения), редактируемые списки сигнатур;
• webhook (Slack, Mattermost, Teams или свой обработчик).

5.6. Мандатный доступ

Мандатное управление доступом (МРД) поверх NTFS-разрешений. Проверку выполняет сам HopeDFS, поэтому МРД действует и для клиентов Windows по SMB, и для NFS.

• Уровни конфиденциальности (иерархия) и категории.
• Метки объектов: уровень и категории задаются на файл или папку, в том числе рекурсивно; уровень объекта без метки — по умолчанию.
• Допуски пользователей и групп.
• Правила:
  • чтение — не выше своего уровня, только при наличии всех категорий объекта;
  • запись — режим «Равенство» (только на своём уровне) или «Доминирование» (No-Write-Up, как Windows MIC);
  • администраторы с правом SeSecurity управляют метками и им не подчиняются.
• Аудит: отказы по МРД пишутся в журнал аудита.

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

6.1. Кластер

Отказоустойчивый кластер — аналог Failover Cluster Manager (редакция Enterprise).

• Узлы и роли: узлы с общей конфигурацией (шары, учётки, домен, роли); роли файлового сервера — сетевое имя, плавающий IP и набор шар.
• Кворум: по большинству голосов, со свидетелем кворума для кластера из двух узлов; узел без кворума снимает с себя роли, поэтому две копии роли не работают одновременно.
• Переключение при отказе: обычно 8–12 секунд (таймаут отказа по умолчанию 6 с), клиенты Windows переподключаются сами.
• Хранение данных шар:
  • общий том — SAN, NFS 4.2, CephFS, GlusterFS;
  • встроенная репликация между узлами — синхронная (без потери данных при отказе) или асинхронная;
  • локальная папка.
• Управление:
  • создание кластера и присоединение узлов по токену приглашения;
  • предпочтительные владельцы роли, возврат роли на предпочтительный узел;
  • перемещение, остановка и запуск ролей;
  • приостановка узла для обслуживания, вывод и исключение узла;
  • состояние репликации данных между узлами.
• Роли с плавающим IP на одиночном сервере — во всех редакциях.

6.2. Репликация площадок

Аналог DFS Replication Windows Server: одна общая папка на серверах разных площадок с одинаковым содержимым (редакции Standard и Enterprise).

• Запись на любом участнике:
  • изменения отслеживаются по событиям SMB, NFS и панели, а изменения мимо HopeDFS находит ежечасная сверка;
  • изменения доходят до других площадок обычно за секунды.
• Передача:
  • по сети идут только изменённые части файла (поблочное сравнение);
  • переименования и копии выполняются у получателя без передачи данных;
  • сжатие, проверка SHA-256;
  • вместе с файлом реплицируются NTFS-разрешения, атрибуты, время, альтернативные потоки, мандатные метки.
• Конфликты: побеждает последняя запись, проигравшая версия и удалённые файлы сохраняются в ConflictAndDeleted с восстановлением из панели.
• Параметры группы:
  • топология «каждый с каждым» или «звезда»;
  • недельное расписание с ограничением полосы;
  • фильтры файлов и папок;
  • участники «только чтение»;
  • квота ConflictAndDeleted.
• Первичная синхронизация: заранее скопированные совпадающие файлы не передаются, отличающиеся сохраняются.
• Безопасность обмена: HTTPS с закреплёнными сертификатами участников и подписью каждого запроса ключом группы.
• Кластер и DFS:
  • кластер подключается к группе как один участник;
  • сайты и подсети — из Active Directory или заданные вручную, для порядка целей DFS.
• Состояние: по каждой папке и партнёру — отставание, время последнего обмена, сколько сэкономлено, ошибки.

7. Настройки

7.1. Параметры SMB

• Сервер: рабочая группа, описание сервера, диапазон версий SMB (от 2.0.2; SMB 1 не поддерживается), отключение простаивающих сеансов, срок сеанса панели.
• Безопасность протокола:
  • обязательная подпись;
  • шифрование всех шар (AES-128/256, GCM/CCM), отказ клиентам без шифрования;
  • NTLM для локальных учёток;
  • гостевой доступ, анонимный доступ к IPC$.
• SMB over QUIC, как в Windows Server 2025: клиенты Windows 11 / Server 2025 подключаются к шарам из интернета по UDP с TLS 1.3 без VPN.
• Файлы Linux: файлы с точкой в начале имени — скрытые; права Linux для новых файлов и папок.
• Тома: как диски Windows отображаются в пути Linux — для оснастки «Общие папки».
• Узел: уровень детализации журнала службы.

7.2. Почта и уведомления

• Сервер исходящей почты организации:
  • STARTTLS, TLS или без шифрования, вход по логину и паролю;
  • отправитель, адрес панели для ссылок в письмах;
  • доверенный сертификат внутреннего ЦС;
  • тестовое письмо с параметрами из формы до сохранения;
  • понятные сообщения об ошибках.
• Уведомления — получатели (до 50) и галочки событий:
  • атака шифровальщика;
  • восстановление доступа к панели;
  • квоты общих папок (90% и 100%);
  • мало места на диске (меньше 10%);
  • ошибка снимка по расписанию;
  • блокировка записи по лимиту лицензии;
  • срок лицензии (за 30, 7 и 1 день);
  • узлы и роли кластера;
  • репликация площадок (нет обмена дольше часа);
  • доступна новая версия;
  • установка обновления.
• Как приходят письма: при переходе через порог и при возврате в норму, без повторов, в том числе после перезапуска службы; ограничение 20 писем в час по одному событию.
• Журнал отправки в панели, проверочное уведомление получателям.

7.3. Журнал службы

• Журнал службы узла с фильтром по тексту и автообновлением.
• Файл на сервере: /var/log/hopedfs/hopedfs.log.

7.4. Лицензия

• Редакция и срок:
  • текущая редакция, срок, лимиты и их использование;
  • сравнение редакций;
  • лицензии всех узлов кластера.
• Как получить лицензию:
  • запрос с отпечатком узла (копировать или скачать .req) — для закрытого контура;
  • онлайн-активация на сервере лицензий;
  • применение и удаление ключа.
• Превышение лимитов:
  • нельзя создавать новые общие папки;
  • при объёме данных выше лимита на 25% останавливается запись новых данных; чтение, удаление и перезапись работают;
  • блокировка снимается автоматически.
• Окончание срока: управление «замораживается» (только просмотр), общие папки и доступ пользователей продолжают работать.
• Лицензионное соглашение: карточка с текстом и записью о принятии.

7.5. Обновления

• Версия: текущая и доступная версии, проверка обновлений.
• Источники:
  • онлайн — манифест на сервере обновлений, каналы stable / beta, автопроверка раз в сутки;
  • из архива — для закрытого контура.
• Проверка пакета: формат, архитектура, пробный запуск, контрольная сумма SHA-256.
• Установка:
  • автоматический откат, если новая версия не запустилась за 90 секунд;
  • конфигурация, учётки, лицензия и данные не затрагиваются;
  • ход установки виден на странице.
• Кластер: список узлов с версиями, обновление по одному узлу.

8. Редакции

Лицензия привязана к узлу, в кластере у каждого узла своя.

9. Системные требования

10. Установка и сопровождение

• Способы установки:
  • с Windows одной командой (deploy);
  • на сервере — install.sh;
  • на изолированный сервер — архив только с исполняемым файлом и install.sh или полный комплект с проверкой системы и контрольных сумм. Доступ в интернет не нужен.
• Что делает установщик: служба systemd, открытие портов в файрволе (ufw, firewalld, nftables, iptables), проверка, не занят ли порт 445 Samba.
• Свидетель кворума: запуск тем же исполняемым файлом (MODE=witness).
• Обновление: из панели или повторным запуском установщика — с сохранением конфигурации.
• Где что лежит: конфигурация и ключи — /var/lib/hopedfs, журналы — /var/log/hopedfs.

11. Ограничения текущей версии

• NTLM для доменных учёток не поддерживается — связь с доменом только по LDAPS. Доменные пользователи входят по Kerberos, в том числе по IP-адресу с SPN и TryIPSPN.
• SMB 1 не поддерживается.
• NFS: нет делегирований, pNFS и RDMA.
• Репликация площадок работает между серверами HopeDFS. Включить HopeDFS в группу Windows DFS-R нельзя.
• Доменные пространства DFS:
  • в HopeDC — после выхода версии HopeDC с их поддержкой;
  • в FreeIPA / ALD Pro их нет — используются автономные пространства.
• Консоль «Управление DFS» не меняет папки пространства на серверах HopeDFS — это делается в панели HopeDFS.
• Плавающий IP в облаках (AWS, Azure, GCP, Яндекс Облако) через ARP не работает — нужен балансировщик облака.
• Права из Linux: доступ к файлам локально на сервере или по NFS мимо HopeDFS NTFS-разрешениями не проверяется.