Приветствуем вас! В процессе администрирования и развертывания клиент-серверных решений на базе платформы 1С:Предприятие системные администраторы часто сталкиваются с крайне неприятной ошибкой: «Лицензия не обнаружена». Ситуация выглядит парадоксально: физический USB-ключ (HASP) уже надежно установлен в разъем сервера, установлены актуальные драйверы Sentinel LDK, менеджер лицензий HASP LM запущен, и утилита Aladdin Monitor наглядно отображает ключ в сети. Тем не менее при попытке запустить информационную базу пользователи видят сообщение об ошибке. В этой статье мы подробно разберем, почему возникает данная проблема, детально проанализируем принципы работы системы защиты HASP и по шагам настроим инфраструктуру для стабильной работы пользователей.
Давайте проанализируем корень проблемы, с которой столкнулся автор темы на форуме. В клиент-серверной архитектуре 1С:Предприятия используется строгая двухкомпонентная система лицензирования. Нам крайне важно понимать разницу между этими компонентами:
ragent. Без него сервер не сможет функционировать, и вы не сможете создать или запустить базу данных на сервере приложений. Однако данный ключ не дает права на подключение самих пользователей.В рассматриваемой нами ситуации администратор установил в сервер только серверный ключ. Сам сервер приложений успешно запустился, и ключ был виден в Aladdin Monitor. Однако при попытке входа пользователя в базу система выдавала ошибку отсутствия лицензии, так как свободных клиентских лицензий в сети не было. Для решения этой проблемы необходимо приобрести и установить клиентский HASP-ключ (например, на 5, 10, 20 или более рабочих мест) либо активировать программные пин-коды клиентских лицензий.
Часто диагностика начинается с самых простых вещей. Выясним причину, почему платформа 1С может игнорировать физический USB-ключ, даже если он подключен к компьютеру или находится в локальной сети. В настройках запуска 1С:Предприятия по умолчанию может быть отключен опрос аппаратных ключей защиты. Давайте проверим и исправим это вместе:
Если этот флажок снят, платформа будет осуществлять поиск исключительно программных файлов лицензий с расширением .lic в системных каталогах и полностью проигнорирует наличие физического USB-ключа HASP.
Когда мы работаем в сложной корпоративной сети, стандартный механизм широковещательного поиска ключей (Broadcast) по протоколу UDP часто дает сбои. Это происходит из-за настроек сетевого оборудования, работы брандмауэров или маршрутизации между различными подсетями. В этом случае мы должны принудительно указать платформе 1С, где именно находится менеджер лицензий. Для этого используется файл конфигурации nethasp.ini.
Рассмотрим подробнее типичные ошибки, которые совершают администраторы при работе с этим файлом:
Ошибка размещения файла. В устаревших версиях платформы (8.1 и 8.2) файл конфигурации помещали в каталог bin конкретного релиза. В современной платформе 1С:Предприятие 8.3 файл nethasp.ini должен быть размещен в общем каталоге конфигурации по пути: C:\Program Files (x86)\1cv8\conf\ (для 32-битного клиента) или C:\Program Files\1cv8\conf\ (для 64-битного клиента). Если положить его в подкаталоги конкретных релизов платформ, настройки просто не будут прочитаны платформой при очередном обновлении.
Неправильно настроенное содержимое. Недостаточно просто вписать IP-адрес сервера. Мы должны явно отключить широковещательные запросы и перевести опрос в режим направленного TCP/IP. Давайте посмотрим на пример правильного заполнения секции [NH_TCPIP] в файле nethasp.ini:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100
NH_PORT_NUMBER = 475
NH_TCPIP_METHOD = TCP
NH_USE_BROADCAST = Disabled
Разберем по шагам ключевые директивы из этого примера:
NH_TCPIP = Enabled — активирует использование протокола TCP/IP для поиска ключа.NH_SERVER_ADDR = 192.168.1.100 — указывает точный статический IP-адрес сервера, в который физически установлен HASP-ключ клиентских лицензий и где запущена служба HASP LM.NH_PORT_NUMBER = 475 — стандартный порт работы службы HASP License Manager.NH_TCPIP_METHOD = TCP — принудительно переводит взаимодействие на надежный протокол TCP вместо UDP, что существенно повышает стабильность прохождения пакетов через сетевые экраны.NH_USE_BROADCAST = Disabled — отключает широковещательную рассылку пакетов, предотвращая лишний трафик и зависания платформы при поиске ключа в подсетях.Для современной диагностики работы USB-ключей HASP разработчики предоставляют веб-интерфейс Sentinel Admin Control Center. Это мощный инструмент, позволяющий увидеть состояние лицензий в реальном времени. Разберем, как им пользоваться:
http://localhost:1947 (для локального анализа) или http://[IP_адрес_сервера]:1947 (для удаленного анализа).Если при переходе по адресу http://localhost:1947 страница не открывается, это означает, что на компьютере не запущена основная служба драйвера защиты Sentinel LDK License Manager (имя службы в системе — hasplms). Откройте оснастку services.msc и запустите данную службу вручную, установив тип запуска «Автоматически».
Проанализируем ситуацию, когда пользователи работают на сервере терминалов (Remote Desktop Services). В терминальной сессии действуют жесткие ограничения безопасности HASP, о которых системному администратору необходимо знать заранее:
Локальные однопользовательские USB-ключи (красного цвета, серия ORGL8) принципиально не работают в терминальном режиме. Если вы подключите однопользовательский ключ непосредственно в USB-порт терминального сервера, запустить 1С внутри RDP-сессии не удастся — система выдаст ошибку отсутствия лицензии. Это сделано производителем для защиты от несанкционированного многопользовательского использования персональных лицензий.
Для успешной работы в терминальном режиме вам потребуются либо многопользовательские сетевые ключи защиты (которые раздаются по сети службой HASP License Manager), либо современные программные лицензии (активируемые с помощью пин-кодов непосредственно на сервере терминалов для всех пользователей сразу).
При установке программного обеспечения менеджера лицензий (утилита HASP_LM_setup) перед администратором встает выбор режима запуска: «Service» (Служба) или «Application» (Приложение). Выясним, почему это критически важно:
Если выбрать режим «Application», менеджер лицензий будет запускаться как обычное пользовательское приложение. Он будет работать и раздавать лицензии в сети только до тех пор, пока на сервере открыта активная сессия администратора, запустившего утилиту. Как только администратор выполнит выход из системы (Log off), процесс завершится, и все пользователи сети мгновенно потеряют доступ к лицензиям 1С.
Поэтому мы настоятельно рекомендуем устанавливать HASP License Manager исключительно в режиме «Service». В этом режиме менеджер регистрируется в системе как полноценная служба Windows, которая запускается автоматически при старте операционной системы в фоновом режиме (в изолированной сессии 0) и работает независимо от того, вошел ли какой-либо пользователь на сервер.
Обратите внимание на важный технический аспект: разрядность используемой платформы сервера 1С. Существует два типа серверных физических ключей защиты:
Если в вашей организации планируется переход на 64-разрядный сервер 1С:Предприятия (что настоятельно рекомендуется для повышения производительности и обхода ограничений на объем используемой оперативной памяти), обязательно убедитесь, что ваш текущий серверный ключ темно-зеленого цвета. Если у вас фиолетовый ключ, его потребуется предварительно заменить у официального партнера 1С.
В попытках решить проблему с нехваткой лицензий администраторы иногда совершают ошибку, подключая несколько USB-ключей к одному и тому же физическому компьютеру. Рассмотрим правила бесконфликтной работы аппаратной защиты:
Основное правило: Нельзя подключать два однотипных ключа к одному компьютеру. Например, если вы установите в один сервер два сетевых клиентских ключа серии ORGL8 (скажем, на 5 и на 10 пользователей), операционная система и менеджер лицензий распознают только один из них (выбранный случайным образом). Второй ключ будет полностью проигнорирован, и общее количество доступных лицензий не увеличится.
Разрешается совместное подключение ключей разных серий. Например, на одном физическом сервере без проблем будут работать:
Если вам требуется увеличить количество доступных клиентских лицензий, правильным решением будет либо замена текущего USB-ключа на ключ большего номинала (путем процедуры апгрейда), либо распределение дополнительных ключей по другим компьютерам вашей локальной сети с запуском на них службы HASP License Manager.
Применяя эти комплексные правила диагностики и настройки защиты HASP, мы гарантированно избавимся от ошибок авторизации и обеспечим стабильный, бесперебойный доступ пользователей к информационным базам 1С:Предприятия.