Вопрос настройки лицензирования в среде 1С:Предприятие часто вызывает путаницу, особенно когда в инфраструктуре одновременно присутствуют сервер 1С, терминальный доступ (RDP) и аппаратные ключи защиты (HASP). Разберем по шагам, стоит ли оставлять HASP License Manager (HASP LM), если сервер 1С умеет раздавать лицензии самостоятельно, и в каких случаях это критически важно для экономии ресурсов и стабильности системы.
Для начала проанализируем ситуацию, которая возникает при запуске клиентского приложения. В настройках базы данных существует параметр "Разрешить выдачу лицензий сервером 1С". Рассмотрим, как меняется поведение системы в зависимости от этой настройки и наличия менеджера лицензий.
1. Выдача лицензий сервером 1С. В этом режиме сервер 1С самостоятельно обращается к ключу защиты (локальному или сетевому) и выделяет лицензию. Однако здесь кроется важная техническая особенность: сервер выдает лицензию на каждый сеанс (соединение). Проанализируем последствия: если один и тот же пользователь внутри одной RDP-сессии откроет три окна 1С (например, две разные базы и конфигуратор), сервер 1С затребует и заберет из общего пула 3 лицензии.
2. Выдача лицензий через HASP License Manager (клиентом). Если лицензию запрашивает само клиентское приложение (тонкий или толстый клиент) напрямую у менеджера лицензий, работает логика "на рабочее место". В рамках одной терминальной сессии пользователь может открыть неограниченное число окон 1С, и при этом будет занята всего 1 лицензия. Клиентское приложение само находит ключ в сети через HASP LM и "удерживает" его для данного рабочего места.
Выясним причину: Таким образом, если ваши пользователи работают преимущественно через удаленный рабочий стол (RDP), удаление HASP License Manager приведет к резкому росту потребления лицензий. Каждый запуск программы будет считаться заново, что быстро исчерпает лимит доступных ключей.
Рассмотрим подробнее аппаратные ограничения сервера 1С. В большинстве случаев используются клиентские ключи серии ORGL8 (на 5, 10, 20, 50, 100 пользователей). Посмотрим на важную техническую деталь, которую часто упускают системные администраторы: сервер 1С может видеть по сети только один аппаратный ключ каждой серии через HASP LM.
Представим ситуацию: у вас есть два сетевых ключа на 10 и 20 лицензий одной серии. Если лицензии раздает сервер 1С, он найдет один из них (случайным образом) и будет использовать только его. Когда на этом ключе закончатся 10 лицензий, сервер 1С не пойдет искать второй ключ на 20 лицензий, и пользователи начнут получать ошибку "Ключ защиты не обнаружен".
В то же время, если лицензии получают сами клиентские приложения через HASP LM, они способны "обходить" ключи в поиске свободных мест. Это позволяет суммировать лицензии с разных ключей в одной локальной сети, что невозможно при чисто серверной раздаче.
Чтобы избежать ситуаций, когда клиентское приложение долго ищет лицензию или случайно забирает её с "чужого" сервера в той же локальной сети (например, у соседей по офисному центру), необходимо выполнить тонкую настройку файла nethasp.ini. Разберем этот процесс по шагам.
Файл nethasp.ini обычно располагается в каталоге установленной платформы (например, C:\Program Files\1cv8\conf). Нам нужно отредактировать секцию [NH_TCPIP], чтобы жестко ограничить поиск лицензий только вашими серверами.
Посмотрим на пример правильной настройки:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10, 192.168.1.11 ;; IP-адреса ваших серверов с ключами
NH_PORT_NUMBER = 475 ;; Стандартный порт HASP
NH_TCPIP_METHOD = UDP ;; Или TCP, в зависимости от настроек сети
NH_USE_BROADCAST = Disabled ;; Отключаем широковещательный запрос, чтобы не лезть в чужие сети
Рассмотрим подробнее эти параметры:
HASP Loader. Это гарантирует, что 1С не будет опрашивать всю сеть.Broadcast, мы запрещаем 1С слать запросы на все устройства в сети. Это исключает "подцепление" чужих ключей и ускоряет запуск программы, так как клиент сразу идет по нужному адресу.Несмотря на преимущества HASP LM, существуют сценарии, где выдача лицензий сервером 1С является единственным или предпочтительным вариантом. Проанализируем их:
Разберем итоговый алгоритм, который поможет вам принять решение:
Шаг 1. Оцените количество пользователей и способ их подключения. Если используется RDP — оставляйте HASP License Manager и отключайте раздачу сервером. Это сэкономит вам значительное количество лицензий за счет механизма "на рабочее место".
Шаг 2. Проверьте количество аппаратных ключей. Если их больше одного в одной серии (например, два по 10), используйте HASP LM, так как сервер 1С не сможет задействовать их оба одновременно.
Шаг 3. Настройте nethasp.ini. Обязательно пропишите адреса серверов и отключите широковещательный поиск (Broadcast). Это сделает систему предсказуемой и защитит от конфликтов с соседними организациями в общей сети.
Шаг 4. Настройте параметры базы. Если вы решили использовать HASP LM, в консоли администрирования серверов 1С для конкретной информационной базы можно (и желательно) установить свойство "Разрешить выдачу лицензий сервером 1С" в значение "Нет". Это заставит клиентские приложения искать лицензию самостоятельно и не тратить ценные серверные сеансы.
Подводя итог, можно сказать: менеджер лицензий HASP LM остается актуальным инструментом даже при наличии мощного сервера 1С. Он обеспечивает наиболее эффективное использование аппаратных ключей в терминальных средах и позволяет гибко управлять распределением лицензий в сети. Простое удаление этой службы может привести к параличу работы из-за "нехватки" лицензий, которые на самом деле просто неправильно подсчитываются сервером.