Администрирование · 9 мин
Как запустить сервер лицензирования 1С
Как установить и запустить сервер лицензирования 1С: установка HASP License Manager, настройка службы, раздача программных и аппаратных ключей, типичные ошибки и FAQ.
Сервер лицензирования 1С нужен, когда лицензиями должны пользоваться несколько сотрудников одновременно, а втыкать USB-ключ в каждый компьютер невозможно. Он централизованно раздаёт программные и аппаратные лицензии по сети: платформа на рабочем месте при запуске обращается к серверу и получает свободную лицензию из общего пула.
Существует два основных подхода. Первый — классический менеджер лицензий HASP License Manager, который раздаёт аппаратные USB-ключи Sentinel по сети. Второй — встроенный механизм сервера 1С:Предприятия, который сам хранит программные лицензии и выдаёт их клиентским сеансам. Выбор зависит от типа купленных лицензий и архитектуры вашей системы.
Ниже разобраны оба сценария: подготовка машины, установка компонентов, активация лицензий, проверка работы и типичные ошибки, из-за которых клиенты не видят лицензии.
Какой вариант сервера лицензирования выбрать
Перед установкой определите, какие у вас лицензии. Аппаратные (USB-ключи HASP) раздаются только через HASP License Manager. Программные лицензии (файлы с расширением .lic, привязанные к параметрам компьютера) могут раздаваться либо сервером 1С:Предприятия, либо устанавливаться локально на каждое рабочее место.
Если у вас файловые базы и несколько пользователей с многопользовательским USB-ключом — нужен HASP License Manager. Если развёрнут кластер серверов 1С — проще активировать программные лицензии на самом сервере, и клиенты будут получать их автоматически при подключении к кластеру.
Сравнение вариантов
Подходит для аппаратных USB-ключей и файловых баз. Требует отдельную службу и открытый порт 475.
Подходит для программных лицензий в клиент-серверном режиме. Лицензии активируются на сервере, отдельная служба не нужна.
Лицензия ставится на каждый компьютер. Просто, но не масштабируется и усложняет замену техники.
Требования к машине для сервера лицензий
Сервер лицензирования не требователен к ресурсам: подойдёт скромная машина или виртуалка. Важнее другое — стабильность. Сервер должен работать постоянно, иметь статический IP-адрес (или постоянное имя в DNS) и не перезагружаться в рабочее время, иначе все пользователи разом потеряют доступ к базам.
Для аппаратного ключа нужен физический USB-порт. Если сервер виртуальный, потребуется проброс USB в виртуальную машину либо сетевой USB-концентратор — учтите, что это дополнительная точка отказа. Программные лицензии привязываются к аппаратным параметрам машины, поэтому менять конфигурацию сервера после активации нельзя: лицензия «слетит».
Установка HASP License Manager
Скачайте дистрибутив HASP License Manager с портала 1С или сайта вендора Sentinel. Установите его как службу Windows — в этом режиме менеджер лицензий стартует автоматически вместе с системой и не требует залогиненного пользователя. Вариант «приложение» годится только для временного тестирования.
Подключите USB-ключ к серверу и убедитесь, что система его видит: обычно на ключе загорается индикатор, а в диспетчере устройств появляется соответствующее устройство. Драйвер ключа устанавливается вместе с менеджером лицензий или отдельным пакетом Sentinel Runtime.
- 1Установите Sentinel Runtime (драйвер ключа) на сервер
- 2Установите HASP License Manager как службу Windows
- 3Подключите USB-ключ и проверьте его определение системой
- 4Откройте порт 475 (TCP и UDP) в брандмауэре сервера
- 5Перезапустите службу и проверьте, что ключ виден в мониторе активности
- 6Запустите 1С на клиенте и убедитесь, что лицензия получена
После установки откройте порт 475 (протоколы TCP и UDP) в брандмауэре Windows и на сетевом оборудовании между клиентами и сервером. Без этого клиенты не смогут обнаружить менеджер лицензий, даже если служба работает.
Настройка клиентов через nethasp.ini
Если клиенты и сервер в одном сегменте сети, поиск менеджера лицензий часто работает по широковещательным запросам автоматически. Но в маршрутизируемых сетях broadcast не проходит, и клиент «не видит» ключ. В этом случае на каждом клиенте настраивается файл nethasp.ini, который обычно лежит в каталоге conf установки платформы 1С.
В файле укажите адрес сервера и протокол явно:
[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.0.10
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = DisabledПодставьте реальный адрес вашего сервера лицензий. Отключение broadcast и явное указание адреса ускоряет запуск клиента: платформа не тратит время на поиск по сети, а сразу обращается к нужному серверу.
Раздача программных лицензий через сервер 1С
В клиент-серверном варианте программные лицензии активируются непосредственно на сервере 1С:Предприятия. Запустите консоль кластера или используйте механизм получения лицензии через конфигуратор на сервере: введите пин-код из комплекта, система сформирует запрос и привяжет лицензию к параметрам серверной машины.
После активации клиентские сеансы, подключающиеся к кластеру, автоматически занимают лицензии с сервера — настраивать рабочие места не нужно. В свойствах информационной базы кластера можно проверить, разрешена ли выдача лицензий сервером. Следите за тем, чтобы количества лицензий хватало на пиковое число одновременных сеансов.
Проверка работы и типичные ошибки
Проверка сводится к трём шагам: служба менеджера лицензий запущена, ключ или программная лицензия видны серверу, клиент успешно запускает базу. Если клиент получает сообщение «Не найдена лицензия», двигайтесь по цепочке от клиента к серверу.
Как проверить результат
Служба в состоянии «Работает», перезапускается без ошибок
Служба остановлена или падает сразу после старта
Ключ определяется системой, индикатор горит
Устройство с ошибкой в диспетчере устройств
Порт 475 отвечает с клиентской машины
Порт закрыт брандмауэром или недоступен
База открывается, лицензия занята с сервера
Ошибка поиска лицензии при запуске
Как выбрать действие
Полезно держать под рукой резервные пин-коды из комплекта лицензий: они понадобятся при переактивации после сбоя или замены оборудования. Храните их в защищённом месте, отдельно от сервера.
Что важно запомнить
Выделите под сервер лицензий стабильную машину со статическим адресом, установите HASP License Manager службой для USB-ключей или активируйте программные лицензии на сервере 1С, откройте порт 475 и настройте nethasp.ini в маршрутизируемых сетях. Не меняйте оборудование после активации и храните резервные пин-коды.
Частые вопросы
Можно ли установить сервер лицензирования на ту же машину, где работает сервер 1С?
Да, это распространённая практика: HASP License Manager потребляет минимум ресурсов и спокойно соседствует с агентом сервера 1С. Главное — следить за доступностью машины, поскольку её отключение остановит и базы, и раздачу лицензий.
Сколько клиентов обслуживает один USB-ключ?
Количество определяется номиналом ключа: бывают ключи на 5, 10, 20, 50 и более одновременных пользователей. Менеджер лицензий просто не выдаст лицензию сверх лимита — лишний клиент получит ошибку при запуске.
Что делать, если лицензия «слетела» после обновления Windows?
Крупные обновления ОС иногда меняют параметры, к которым привязана программная лицензия. Обычно помогает повторная активация по резервному пин-коду. Если резервные пин-коды исчерпаны, обратитесь к партнёру 1С или в центр лицензирования за восстановлением.
Работает ли сервер лицензий на Linux?
Да, существуют версии HASP License Manager для Linux, а сервер 1С:Предприятия на Linux раздаёт программные лицензии так же, как на Windows. Учтите, что настройка службы и брандмауэра выполняется средствами конкретного дистрибутива.
Как узнать, кто сейчас занимает лицензии?
Для HASP-ключей используется монитор активности (Admin Control Center), где видны занятые лицензии и подключённые машины. В клиент-серверном режиме список сеансов и занятых лицензий смотрите в консоли кластера серверов 1С.
Можно ли использовать два сервера лицензий для отказоустойчивости?
Да, можно развернуть два менеджера лицензий с разными ключами и перечислить оба адреса в nethasp.ini через точку с запятой. Клиент обратится ко второму серверу, если первый недоступен. Один и тот же ключ на двух серверах одновременно работать не будет.