Инструкция по установке

Дистрибутив передаётся по закрытому каналу

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

Вместе с экземпляром передаются идентификатор версии, контрольная сумма SHA-256 и закрытая инструкция с параметрами конкретного стенда.

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

Развёртывание серверного экземпляра

1. Получить дистрибутив.Правообладатель передаёт конкретную версию программного обеспечения и её контрольную сумму по закрытому согласованному каналу. Свободное публичное скачивание дистрибутива не предусмотрено.
2. Проверить комплект.До распаковки сверяют имя версии и контрольную сумму SHA-256. При несовпадении установка прекращается, комплект запрашивается повторно.
3. Подготовить сервер.На сервере создают отдельную системную учётную запись РГД, каталоги выпусков и данных. Node.js, pnpm, PostgreSQL и Nginx устанавливают из доверенного репозитория организации.
4. Подготовить базу данных.Для РГД создают отдельные роль и базу PostgreSQL. Подключение разрешают только серверу приложения; порт базы не публикуют во внешнюю сеть.
5. Задать конфигурацию.В защищённом файле окружения задают строку подключения к БД, каталог данных, порт приложения и временные реквизиты первичного администратора. Секретные значения не входят в исходный текст или публичную документацию.
6. Выполнить установку.Штатный сценарий устанавливает зависимости из поставленного локального хранилища, проверяет фиксированный перечень компонентов, собирает приложение и применяет схему базы данных.
7. Запустить службу.Приложение запускают как службу systemd от отдельной непривилегированной учётной записи. Право записи предоставляют только каталогу рабочих данных.
8. Настроить HTTPS.Nginx принимает пользовательские соединения по HTTPS и передаёт их на локальный порт приложения. Прямой внешний доступ к приложению и PostgreSQL закрывают.
9. Проверить готовность.Проверяют состояние службы, подключение к PostgreSQL и ответ /api/health со статусом ok, после чего выполняют вход и приёмочный пользовательский сценарий.

Критерии готовности

• службы РГД, PostgreSQL и Nginx запущены без ошибок;
• проверка /api/health возвращает состояние ok и подключение к PostgreSQL;
• интерфейс открывается по HTTPS без предупреждения о сертификате;
• предоставленная учётная запись позволяет войти и открыть разрешённые разделы;
• тестовые данные сохраняются, отчёты и печатные формы формируются;
• после перезапуска службы сохранённые данные остаются доступны.

Работа после установки

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

Что не публикуется

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