Как правильно совместить аппаратные ключи HASP и программные лицензии 1С:Предприятие

← На главную

При масштабировании ИТ-инфраструктуры часто возникает ситуация, когда в одной сети необходимо использовать одновременно и классические аппаратные ключи (USB), и современные программные (электронные) лицензии. Типичный сценарий: у компании уже есть многопользовательский аппаратный ключ, но для новых сотрудников или веб-клиентов докупаются программные лицензии. Главный страх администратора в этой ситуации — «испортить» текущую схему работы, при которой аппаратный ключ экономит лицензии, выдавая их на рабочее место, а не на каждый запуск программы.

В этой статье мы подробно разберем, как настроить систему так, чтобы разные типы лицензий работали гармонично, и выясним, почему включение раздачи лицензий на сервере 1С не всегда превращает ваши аппаратные ключи в «тыкву».

Разбираемся в типах лицензирования: Рабочее место vs Сеанс

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

Аппаратный ключ (HASP) через менеджер лицензий: Когда толстый или тонкий клиент находит ключ по сети самостоятельно (используя HASP License Manager), лицензия фиксируется за рабочим местом (компьютером). Это позволяет пользователю запустить хоть десять баз одновременно, и при этом будет занята всего одна лицензия.
Программная лицензия или лицензия от сервера 1С: Если лицензию выдает непосредственно КластерСерверов 1С:Предприятия, она всегда является сеансовой. Каждый запуск новой базы или даже повторный запуск той же базы будет «отъедать» одну лицензию из общего пула.

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

Алгоритм поиска лицензии: кто первый, тот и прав

Для правильной настройки нам необходимо понимать, в каком порядке платформа 1С ищет лицензию при запуске. Проанализируем стандартный алгоритм опроса:

Локальный USB-ключ: Проверка физического порта на компьютере пользователя.
Локальная программная лицензия: Поиск файлов *.lic на локальном диске пользователя.
Сетевой ключ HASP: Поиск менеджера лицензий (HASP LM) в локальной сети. Именно на этом этапе вступает в силу файл nethasp.ini.
Лицензия от сервера 1С: Если предыдущие пункты не дали результата, клиент обращается к серверу, который выдает ему лицензию из своего пула (это могут быть как программные лицензии, так и аппаратные, «воткнутые» в сервер).

Важный вывод: Если мы настроим клиентские компьютеры (толстые и тонкие клиенты) так, чтобы они находили сетевой HASP-ключ раньше, чем сервер 1С успеет предложить им свою лицензию, мы сохраним преимущество лицензирования «на рабочее место».

Настройка файла nethasp.ini для приоритетного поиска

Чтобы исключить задержки и гарантировать, что обычные пользователи заберут лицензии с аппаратного ключа, разберем настройку файла конфигурации nethasp.ini. Обычно он находится в папке conf каталога установки 1С.

Мы должны явно указать адрес сервера, на котором установлен аппаратный ключ. Рассмотрим пример настройки:


[NH_COMMON]
NH_TCPIP = AD_ENABLED

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100 ; IP-адрес сервера, где стоит HASP ключ
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = AD_DISABLED

Проанализируем эти параметры: отключение широковещательного опроса (NH_USE_BROADCAST = AD_DISABLED) и явное указание IP-адреса позволяют платформе мгновенно находить аппаратный ключ, не дожидаясь тайм-аутов и не переходя к запросу лицензии у сервера 1С.

Особенности работы веб-клиентов

Выясним причину, по которой для веб-клиентов правила игры меняются. Веб-клиент работает внутри браузера и не имеет прямого доступа к сетевым ресурсам и USB-портам. Запрос лицензии для него выполняет либо веб-сервер (Apache/IIS), либо сам сервер 1С.

Поскольку запрос идет от имени сервера, лицензия всегда будет сеансовой. Если ваш веб-пользователь откроет две вкладки с разными базами, он израсходует 2 лицензии из тех 20 программных, что вы приобрели.

Совет: Если программные лицензии на 20 пользователей закончатся, а веб-клиенты продолжат подключаться, сервер 1С попробует взять лицензии из аппаратного ключа (если он доступен серверу). В этом случае даже аппаратные лицензии для этих пользователей станут сеансовыми.

Смешанный режим: как избежать конфликтов

Рассмотрим по шагам, как настроить систему для стабильной работы в описанном сценарии:

Установка программных лицензий: Активируйте новую лицензию на 20 пользователей непосредственно на сервере, где работает КластерСерверов 1С. При активации можно привязать лицензию к параметрам сервера или к аппаратному ключу (если ключ серии ORGL8 вставлен в сервер).
Настройка сервера 1С: В консоли администрирования в свойствах информационной базы установите флаг Разрешить выдачу лицензий сервером 1С:Предприятия в значение Да. Это критично для веб-клиентов.
Конфигурация рабочих мест: На компьютерах обычных пользователей (не веб) убедитесь, что в файле nethasp.ini прописан путь к аппаратному ключу. В настройках запуска базы (окно выбора баз -> Настроить -> Дополнительные параметры запуска) убедитесь, что НЕ стоит принудительный запрет на использование аппаратных ключей.
Мониторинг: Используйте утилиту Aladdin Monitor для контроля занятых лицензий на HASP-ключе и консоль администрирования 1С для мониторинга сеансовых программных лицензий.

Выводы и рекомендации

Мы выяснили, что включение раздачи лицензий сервером 1С — это не приговор для ваших аппаратных ключей. Система работает достаточно гибко, соблюдая приоритеты.

Главные правила совместного использования:

Для толстых/тонких клиентов: Приоритет всегда у локальных и сетевых HASP-ключей. Если nethasp.ini настроен верно, лицензия будет «на рабочее место».
Для веб-клиентов: Без вариантов используется сеансовое лицензирование через сервер. Программные лицензии на 20 пользователей будут расходоваться в первую очередь именно ими.
Риски: Если вы забудете настроить nethasp.ini на рабочих станциях, клиенты могут начать «стучаться» к серверу за лицензиями. Сервер с радостью выдаст им сеансовую программную лицензию, и ваши 20 мест закончатся очень быстро.

Таким образом, правильное администрирование клиентских настроек позволяет эффективно использовать и старые USB-ключи, и новые электронные лицензии, минимизируя затраты на расширение парка рабочих мест.