Семь обязательных шагов после установки volrix.pm: вход, пароль и 2FA администратора, почта, оформление, HTTPS и лицензия - где, что сделать и как проверить.
Обновлено 21.10.2026
Семь шагов, которые нужны любой компании сразу после установки volrix.pm - до того, как в систему придут сотрудники. Они идут в порядке зависимостей: сначала вход и защита администратора, затем то, без чего не работают письма, адрес и лимит пользователей. Сама установка описана в статье Установка volrix.pm.
Шаги 2 и 3 делаются в вашем профиле, шаги 4-7 - в разделе «Администрирование» левого меню. После установки в системе одна учетная запись, info@volrix.ru с ролью «Администратор системы», и ей видны все пункты администрирования.
**Зачем:** убедиться, что система отвечает, и войти единственной учетной записью, которая есть после установки.
**Где:** адрес из итогового сообщения установки - http://адрес-сервера:3000 или адрес, указанный в мастере на шаге «Адрес».
**Как проверить:** открылась главная страница, в левом меню есть «Администрирование» с группами «Наблюдение», «Обслуживание», «Доступ», «Настройки продукта» и «Работа компании».
Ссылка «Забыли пароль?» на странице входа сейчас не поможет: почта еще не настроена, а письмо для info@volrix.ru ушло бы на адрес разработчика, а не вам. Штатный сброс - с сервера, из каталога установки (/opt/volrix при установке мастером, ~/volrix без мастера):
cd /opt/volrix docker compose -f docker-compose.release.yml --env-file .env exec -T backend python - < seed_admin.py
Команда задает info@volrix.ru новый случайный пароль и печатает его в строке GENERATED_ADMIN_PASSWORD=. Если роль «Администратор системы» у этой учетной записи сняли, команда ее вернет. Двухфакторную аутентификацию она не отключает.
**Типичная ошибка:** адрес открывают как https://адрес-сервера:3000. На порту 3000 работает только http; HTTPS появится после шага 6 и будет работать по доменному имени без номера порта. Если страница не открывается совсем, проверьте, что порт 3000 сервера открыт в межсетевом экране сети.
**Зачем:** пароль из вывода установки видел каждый, кто был в консоли, и он мог остаться в журнале терминала. Принудительной смены пароля при первом входе в volrix.pm нет - смените его сами.
**Где:** аватар (кружок с инициалом) в строке с логотипом над меню → «Мой профиль» → вкладка «Профиль», блок «Безопасность», карточка «Пароль».
Требования по умолчанию: не короче 8 символов и не совпадает с текущим; цифры, буквы разного регистра и особые символы не обязательны. Пароль длиннее 72 байт не принимается, а русская буква занимает 2 байта. Ужесточить требования можно в «Администрирование» → «Доступ» → «Вход в систему», вкладка «Пароли и блокировка» - см. Пароли и блокировка. Там же блокировка от подбора: по умолчанию после 5 неудачных попыток за 15 минут вход закрывается на 15 минут.
**Как проверить:** выйдите из системы и войдите с новым паролем; старый пароль больше не подходит.
**Типичная ошибка:** сначала сменить пароль, а потом ужесточить требования и считать, что пароль им соответствует. Требования проверяются только при смене пароля и задним числом не применяются. Если меняете правила, задайте их до смены пароля администратора.
**Зачем:** с учетной записью администратора можно все, поэтому ко входу добавляется второй фактор - одноразовый 6-значный код из приложения на телефоне. Даже если пароль узнают, без телефона войти не получится.
**Где:** «Мой профиль» → вкладка «Профиль» → блок «Безопасность», карточка «Двухфакторная аутентификация (TOTP)».
Резервные коды показываются один раз и не выдаются сами при включении 2FA. Каждый код срабатывает один раз и вводится вместо кода из приложения. Храните их отдельно от телефона: в хранилище паролей организации или распечатанными в сейфе, но не в почте, общих заметках и на скриншотах.
Обязательной 2FA для всех сотрудников в volrix.pm нет: каждый включает ее в своем профиле. Если политика безопасности требует второй фактор для всех, это делается на стороне внешнего провайдера входа (Единый вход (OIDC)), если он такую проверку требует.
**Как проверить:** выйдите и войдите снова: после пароля откроется экран с полем «Код 2FA». В карточке «Резервные коды» - «Осталось: 10 из 10».
**Типичная ошибка:** у единственного администратора потерян телефон, а резервных кодов нет. Снять 2FA может только другой администратор кнопкой «Сбросить 2FA» в карточке пользователя, серверная команда сброса пароля 2FA не снимает. Поэтому сохраните резервные коды и заведите второго администратора - например, личную учетную запись (см. «Рекомендуем сразу после»). Еще одна причина хранить копию .env: секреты 2FA зашифрованы ключом SECRET_KEY из этого файла.
**Зачем:** через SMTP система отправляет все свои письма - уведомления о согласованиях, ссылки «Забыли пароль?», письма о событиях. После установки в .env стоит заглушка smtp.example.com, и письма не уходят вовсе.
**Где:** «Администрирование» → «Настройки продукта» → «Почта», вкладка «Отправка (SMTP)».
Подготовьте у почтового администратора учетную запись для отправки, например noreply@company.ru: система всегда входит на сервер логином и паролем, relay без авторизации не подойдет.
Порт 465 (SSL с первого байта) для системной почты не поддерживается: система ждет обычного SMTP-приветствия, и через минуту ожидания будет ошибка. Попросите почтового администратора открыть 587 с STARTTLS. Подробнее и примеры для разных серверов - SMTP.
Шапка писем - вкладка «Уведомления», блок «Оформление писем»: «Акцентный цвет шапки», «Подзаголовок шапки», «Текст подвала / подпись», «Имя отправителя». Название в шапке и теме - «Название портала» из шага 5 (Почтовые уведомления). Вкладка «Общий ящик (IMAP)» для старта не обязательна: она нужна, если входящие письма организации регистрируются в системе (Общий ящик (IMAP)).
**Как проверить:** письмо с темой «<название портала>: тест SMTP» пришло в ящик (загляните и в «Спам»).
**Типичная ошибка:** при сохранении поле «Пароль» оставили пустым и ждут, что пароль-заглушка заменится. Пустое поле означает «не менять»: введите настоящий пароль. Ответ «SMTPAuthenticationError: (535, ...)» - сервер не принял логин или пароль.
**Зачем:** сотрудники видят название и логотип своей компании в меню, на странице входа, во вкладке браузера и в письмах. Так проще убедиться, что открыта именно рабочая система.
**Где:** «Администрирование» → «Настройки продукта» → «Оформление», экран «Оформление портала». Кнопки «Сохранить» нет: каждое изменение сохраняется само, рядом с заголовком появляется «Сохранено».
Отдельной загрузки фавикона нет: значком вкладки браузера служит «Квадратный знак». У других пользователей оформление обновляется само в течение минуты или после обновления страницы. Подробнее - Оформление.
**Как проверить:** откройте страницу входа в приватном окне браузера - видны ваш логотип и название; во вкладке браузера - ваш знак; повторное тестовое письмо SMTP пришло с новым названием в теме.
**Типичная ошибка:** логотип с темными буквами пропадает в темной теме - загрузите «Логотип для темной темы». И помните, что логотипы и фон входа доступны без входа в систему: не размещайте в них ничего закрытого.
**Зачем:** без HTTPS пароли и документы идут по сети открытым текстом, а браузер помечает адрес как небезопасный.
**Где:** «Администрирование» → «Доступ» → «Вход в систему», вкладка «Сертификаты TLS» (экран «TLS-сертификаты»).
Встроенный веб-сервер сам выпускает и продлевает сертификат Let's Encrypt. Условия: у сервера есть доменное имя с A-записью на его внешний IP, порты 80 и 443 открыты из интернета, сервер выходит в интернет к Let's Encrypt. Сертификат выпускается при первом заходе на сайт по https://домен.
cd /opt/volrix docker inspect -f '{{range .NetworkSettings.Networks}}{{.IPAddress}}{{end}}' volrix-frontend # в .env: # FRONTEND_URL=https://pm.company.ru # TRUSTED_PROXY_CIDRS=<адрес из команды выше>/32 docker compose -f docker-compose.release.yml --env-file .env up -d
Загрузить свой сертификат и ключ на этом экране нельзя: в установке на один сервер он умеет только Let's Encrypt. В закрытом контуре или с сертификатом центра организации HTTPS завершает прокси организации (nginx, HAProxy) с ее сертификатом, автовыпуск остается «Выключено» - настройка в статье HTTPS. В кластере сертификат организации загружается в мастере установки на шаге «Точка входа».
**Как проверить:** https-адрес открывается без предупреждений браузера, после обновления страницы вход сохраняется, ссылка в новом тестовом письме ведет на https-адрес.
**Типичная ошибка:** после перехода продолжают открывать старый http://адрес-сервера:3000. Он работает (перенаправления на HTTPS нет), но защищенная cookie по http не сохраняется, и через время снова появляется форма входа. Сообщите сотрудникам новый адрес и закройте порт 3000. Если статус застыл на «Ожидание выпуска», сайт еще не открывали по https://домен, DNS не указывает на сервер или порт 80 закрыт снаружи.
**Зачем:** лицензия задает число пользователей и срок, без действующей лицензии система открывается только на чтение. После установки стоит бесплатная лицензия на 5 пользователей без срока - если людей будет больше, загрузите свою до того, как заводить сотрудников.
**Где:** «Администрирование» → «Обслуживание» → «Лицензия», экран «Лицензии и реквизиты».
Место в лицензии занимает сотрудник, у которого есть вход в систему и который не заблокирован. Подробнее о состояниях и замене файла - Лицензия.
**Как проверить:** «Клиент» - ваша организация, «Действует до» и лимит «Пользователей» - как в заказе, «Привязка» - «Совпадает» или «Лицензия не привязана к конкретной инсталляции», баннера о лицензии вверху страниц нет.
**Типичная ошибка:** загрузить файл, выпущенный для другой установки. Подпись он пройдет, но система перейдет в состояние «Привязана к другой инсталляции» и запретит изменения. Перед загрузкой сверьте ID в заказе с «ID инсталляции» на экране и сохраните прежний файл data/volrix.lic из каталога установки - страница лицензии работает и в режиме только чтения, его можно будет вернуть.
Эти шаги не обязательны для первого входа сотрудников, но откладывать их надолго не стоит.
Дальше - роли, справочники, резервные копии и контрольный рабочий сценарий: Первые дни администратора.
Что настроить после базовых шагов: роли, справочники, копии.
Let's Encrypt, прокси организации, FRONTEND_URL и TRUSTED_PROXY_CIDRS.
Поля, примеры серверов и разбор ошибок отправки.
