В современных корпоративных сетях часто возникает ситуация, когда одна и та же информационная база должна быть доступна как сотрудникам внутри офиса (через локальную сеть), так и удаленным пользователям через веб-сервер. При этом администраторы сталкиваются с проблемой неэффективного распределения лицензий: сервер 1С, настроенный на выдачу лицензий, начинает «отдавать» программные лицензии всем подряд, игнорируя наличие свободных аппаратных ключей HASP в локальной сети. В данной статье мы разберем, как разграничить эти потоки и оптимизировать использование лицензионного пула.
Прежде чем приступать к настройкам, проанализируем, как именно платформа 1С версии 8.3 ищет лицензию при запуске. Это поможет нам понять, на каком этапе мы можем вмешаться в процесс. Стандартная последовательность выглядит следующим образом:
Наша задача — сделать так, чтобы локальные пользователи находили лицензию на этапах 1 или 2, а внешние (веб-клиенты) — на этапе 5. Проблема заключается в том, что при включенном флаге «Выдача лицензий сервером», сервер часто перехватывает инициативу, не давая клиенту завершить поиск в локальной сети.
Самый быстрый и простой способ заставить платформу на стороне клиента отдавать предпочтение аппаратным ключам — это использование ключа командной строки /UseHWLicenses+. Рассмотрим, как это работает на практике.
Выясним причину эффективности этого метода: данный параметр принудительно включает поиск аппаратного ключа, даже если в настройках пользователя эта опция была случайно отключена. Пропишем этот ключ в свойствах ярлыка для запуска 1С у всех локальных пользователей:
"C:\Program Files\1cv8\common\1cestart.exe" /UseHWLicenses+
Как показывает практика, этого достаточно в большинстве случаев. Платформа сначала дождется ответа от менеджера лицензий HASP и только в случае неудачи обратится к серверу 1С за программной лицензией.
Если в организации сотни рабочих мест, редактировать ярлыки на каждом компьютере неудобно. Проанализируем возможность централизованной настройки. Мы можем использовать общий файл конфигурации 1CEStart.cfg, который обычно располагается в папке %AppData%\1C\1CEStart или в каталоге установки платформы.
Добавим в этот файл следующую строку, чтобы зафиксировать поведение для всех баз:
UseHWLicenses=YES
Это глобально заставит все установленные экземпляры платформы на компьютере сначала искать аппаратный ключ. Кроме того, крайне важно настроить файл nethasp.ini, чтобы ускорить поиск ключа в сети. Если поиск идет слишком долго, платформа может «сдаться» и запросить лицензию у сервера. Разберем пример настройки nethasp.ini:
[NH_COMMON]
NH_TCPIP = AD ENABLED
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100 ; IP-адрес сервера с USB-ключом
NH_TCPIP_METHOD = TCP
NH_USE_BROADCAST = DISABLED
Важный момент: Отключение широковещательного опроса (NH_USE_BROADCAST = DISABLED) и явное указание IP-адреса сервера менеджера лицензий значительно сокращает время ожидания ответа, что предотвращает преждевременный переход к получению лицензии от сервера 1С.
Рассмотрим более продвинутый и надежный способ, который не требует настройки каждого клиентского ПК. Этот метод основан на создании двух разных логических записей в кластере серверов 1С для одной и той же физической базы данных.
Разберем по шагам алгоритм настройки:
Разрешить выдачу лицензий сервером 1С установим значение «Нет». Все локальные пользователи должны подключаться именно к этому имени базы. Так как серверу запрещено выдавать лицензии для этой записи, у клиентов не будет выбора, кроме как искать локальные или HASP ключи.Разрешить выдачу лицензий сервером 1С установим значение «Да».Проанализируем ситуацию: теперь у нас есть жесткое разделение на уровне сервера. Локальные пользователи, заходя в базу через одну запись, никогда не «отъедят» лицензии у сервера, а внешние пользователи, подключаясь через веб-публикацию, гарантированно получат лицензию от сервера 1С.
Если вы хотите гарантировать, что сам сервер 1С не будет использовать аппаратные ключи из сети (например, для своих фоновых заданий или если вы хотите полностью изолировать его от NetHASP), можно прибегнуть к ограничению портов. Посмотрим на этот «извращенный», но эффективный метод.
Менеджер лицензий NetHASP работает по протоколу UDP и TCP через порт 475. Если на сервере, где установлен сервер приложений 1С, закрыть исходящий трафик на этот порт для адреса сервера с ключами, то сервер 1С «не увидит» аппаратные ключи. Однако будьте осторожны: если на этом же сервере работают обычные пользователи в режиме тонкого клиента, они также потеряют доступ к ключам.
Важно помнить, что для веб-клиентов (браузеров) флаг Выдача лицензий сервером является практически обязательным. Веб-клиент по своей природе не может достучаться до USB-порта или менеджера лицензий NetHASP в локальной сети пользователя. Лицензию ему может выдать либо модуль расширения веб-сервера (если на самом веб-сервере установлена программная лицензия или воткнут ключ), либо сервер приложений 1С.
Поэтому, если вы планируете использовать веб-доступ, наличие свободных программных лицензий в пуле сервера 1С и включенный флаг выдачи — это наиболее стабильный вариант работы.
Мы рассмотрели несколько подходов к решению задачи. Для небольших сетей идеально подойдет использование параметра /UseHWLicenses+. Для крупных распределенных систем наиболее правильным решением будет создание дублирующих записей базы в кластере с разными настройками выдачи лицензий. Это позволит вам гибко управлять лицензионной политикой без необходимости настройки каждого рабочего места сотрудника.