Многие администраторы, использующие сервер 1С:Предприятия на операционной системе Linux, при обновлении платформы (в частности, при переходе с версий 8.3.22.xxxx на 8.3.23.xxxx) столкнулись с ситуацией, когда кластер серверов перестает запускаться или блокирует работу пользователей, требуя серверную лицензию. При этом ранее система могла годами работать стабильно без явно установленного ключа на сервер. Также часто возникает проблема, когда установленный аппаратный ключ HASP не определяется системой. Разберем подробно причины этого поведения и способы решения.
Для начала проанализируем ситуацию, описанную в вопросе: "Работали на платформе 8.3.22.1750, ключей на сервер не было, и 3-4 пользователя заходили. Поставили 8.3.23.2040 — стала запрашивать ключ".
Важно понимать разницу между юридическим требованием и техническим ограничением.
ragent и один рабочий процесс rphost без наличия лицензии, если количество сеансов было невелико (обычно до 12 подключений).Начиная с определенных релизов, разработчики платформы устранили эту возможность нелицензионного использования. Блокировка работы без лицензии была введена начиная с версий:
Поскольку вы обновились на версию 8.3.23.2040, платформа теперь корректно выполняет проверку наличия лицензии при старте. Чтобы процесс перехода прошел безболезненно, рекомендуем использовать помощник установки и обновления сервера 1С:Предприятие для Linux, который упрощает работу с дистрибутивами. То, что раньше "работало само", было технической недоработкой платформы, которой многие пользовались (осознанно или нет). Теперь для работы сервера 1С на Linux необходимо легально активировать программную лицензию или установить аппаратный ключ защиты.
Рассмотрим вторую часть проблемы: "Ключ воткнули, HASP аппаратный серверный. Тоже не видит". Если у вас есть физический USB-ключ, но сервер 1С на Linux его не распознает, причин может быть несколько. Проанализируем их по порядку, опираясь на общую справку по администрированию систем и 1С.
В отличие от Windows, где драйверы часто подтягиваются автоматически, в Linux необходимо вручную установить и запустить соответствующего демона. Особенно внимательно стоит изучить особенности настройки Astra Linux с установкой зависимостей, так как отсутствие нужных библиотек часто мешает корректной работе системы защиты.
Для работы аппаратных ключей необходимо наличие запущенного процесса aksusbd (или usbhaspd в старых версиях). Убедитесь, что вы скачали драйвер Sentinel (HASP) для Linux и установили его.
Проверить статус службы можно командой в консоли Linux:
systemctl status aksusbd
Если служба не запущена или отсутствует, сервер 1С не сможет взаимодействовать с USB-ключом.
Это критический момент, о котором часто забывают. Серверные ключи 1С бывают двух типов, и они не взаимозаменяемы:
1c-enterprise-server i386).1c-enterprise-server64).Если вы установили на Linux современную 64-битную версию сервера 1С (что логично для современных ОС), но пытаетесь использовать старый ключ от 32-битного сервера (который, например, остался от старой установки на Windows Server 2008), сервер работать не будет. Платформа увидит ключ, определит, что он не подходит для текущей разрядности (x86-64), и продолжит сообщать об отсутствии лицензии.
Как проверить: Посмотрите маркировку на самом USB-ключе. Если там написано EN8SA — он не подойдет для 64-битного сервера. Решением будет либо апгрейд ключа (обмен с доплатой), либо установка 32-битной версии сервера 1С (что на Linux может потребовать установки множества 32-битных библиотек совместимости и ограничит использование оперативной памяти).
В обсуждении поднимался вопрос: "Можно ли ключ HASP аппаратный серверный подключить под Linux через вариант сервер лицензирования с другого компа?".
Ответ однозначный: Нет.
Ключ защиты сервера 1С:Предприятия (в отличие от клиентских лицензий на рабочие места) должен быть установлен локально в тот же физический компьютер (или проброшен в виртуальную машину), где запущена служба кластера серверов ragent. Сервер 1С не умеет искать свою собственную лицензию на запуск по сети через HASP License Manager.
Давайте систематизируем шаги, которые необходимо предпринять для восстановления работоспособности системы:
aksusbd активна. Помните, что иногда требуется правильный рестарт сервера 1С с очисткой сеансовых данных через systemd, чтобы изменения вступили в силу. Команда lsusb должна показывать наличие ключа в системе.Ситуация, когда "раньше работало без ключа, а теперь нет", вызвана ужесточением контроля лицензирования в новых версиях платформы 1С. Вернуться к старой схеме работы без покупки ключа законными методами на новых релизах невозможно. Необходимо привести лицензирование в соответствие с используемым программным обеспечением, выбрав подходящий тип ключа (аппаратный или программный) и соответствующую разрядность сервера.