К статье
Практический материал

Администрирование · 12 мин

Как прописать адрес сервера лицензий 1С

Как указать адрес сервера лицензий 1С через nethasp.ini, при запуске базы и в службе агента сервера. Разбор ошибок поиска лицензий и проверка результата.

Когда 1С при запуске выдаёт сообщение «Не найдена лицензия» или «Не обнаружен ключ защиты программы», чаще всего проблема не в отсутствии лицензии, а в том, что клиентский компьютер не знает, где её искать. В типовой схеме лицензии раздаёт либо сервер 1С:Предприятия, либо отдельный компьютер с аппаратным ключом HASP и менеджером лицензий. Чтобы клиент стабильно находил этот источник, адрес сервера лицензий нужно прописать явно.

Существует несколько способов указать адрес: через конфигурационный файл nethasp.ini, настройкой многопользовательского режима в параметрах базы, а также через назначение сервера лицензирования в кластере 1С. Выбор зависит от типа лицензий — программные они или аппаратные (USB-ключи HASP), а также от архитектуры: файловая база, клиент-серверная или терминальный доступ.

Ниже разобраны все рабочие способы с точными путями файлов, примерами параметров и типичными ошибками. Инструкции подходят для платформы 1С:Предприятие 8.3 в среде Windows; для Linux логика та же, отличаются только пути к файлам.

Определите, какой механизм лицензирования используется

Прежде чем что-то прописывать, нужно понять, откуда клиент должен получать лицензию. В 1С существуют два принципиально разных механизма, и настраиваются они по-разному.

Аппаратные ключи HASP (USB) вставляются в компьютер, на котором установлены драйвер ключа и менеджер лицензий (HASP License Manager / Sentinel LDK). Клиенты ищут ключ по сети через широковещательные запросы, и если сервер находится в другом сегменте сети, поиск нужно направить явно — именно для этого служит файл nethasp.ini.

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

Сравнение механизмов

Аппаратный ключ HASP

Подходит для небольших сетей и файловых баз. Требует nethasp.ini на клиентах, если широковещательный поиск не работает.

Программная лицензия на сервере 1С

Оптимально для клиент-серверного режима. Адрес прописывать не нужно — клиент получает лицензию от кластера автоматически.

Программная лицензия на локальном ПК

Для файловых баз без сети. Лицензия активируется на каждом компьютере отдельно, сервер лицензий не используется.

Способ 1: прописать адрес в файле nethasp.ini

Файл nethasp.ini управляет тем, как клиент 1С ищет аппаратные ключи HASP по сети. Он должен лежать в каталоге conf установленной платформы, например: C:\Program Files\1cv8\<номер версии>\bin\conf\nethasp.ini. Альтернативный вариант для 32-разрядной платформы на 64-разрядной Windows — каталог внутри Program Files (x86).

Откройте файл в блокноте с правами администратора и настройте секцию [NH_TCPIP]. Ключевые параметры:

  • NH_TCPIP = Enabled — включает поиск ключей по протоколу TCP/IP;
  • NH_SERVER_ADDR = 192.168.0.10 — IP-адрес сервера лицензий (можно указать несколько через запятую);
  • NH_USE_BROADCAST = Disabled — отключает широковещательный поиск, чтобы клиент не терял время и не цеплялся за чужой ключ в сети;
  • NH_TCPIP_METHOD = UDP или TCP — метод обращения; при проблемах с UDP попробуйте TCP.

Также убедитесь, что в секции [NH_COMMON] параметр NH_TCPIP включён. После сохранения файла перезапустите 1С — перезагрузка компьютера не требуется.

ini
[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.0.10
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = Disabled

Способ 2: указать источник лицензии при добавлении базы

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

Порядок действий: откройте стартер 1С, выделите нужную информационную базу и нажмите «Изменить». Пройдите по шагам мастера до окна параметров, где есть группа настроек лицензирования. Там доступны варианты: искать лицензию на локальном компьютере, получать от сервера 1С:Предприятия или использовать веб-сервер. Выберите вариант с сервером 1С:Предприятия — тогда адрес сервера берётся из строки подключения кластера, и отдельно прописывать его не нужно.

Условие работоспособности: на сервере кластера должна быть активирована многопользовательская программная лицензия или установлен аппаратный ключ, видимый службе агента сервера. Если лицензий на сервере нет, клиент получит ошибку независимо от настройки.

Порядок действий при настройке через список баз
  1. 1
    Откройте окно запуска 1С и выделите базу
  2. 2
    Нажмите «Изменить» и пройдите до шага с параметрами лицензирования
  3. 3
    Выберите получение лицензии от сервера 1С:Предприятия
  4. 4
    Сохраните настройки и запустите базу
  5. 5
    Убедитесь, что запуск прошёл без сообщения о поиске лицензии

Способ 3: настройка на стороне сервера лицензий

Даже правильно прописанный адрес не поможет, если сам сервер лицензий не отвечает. На компьютере с аппаратным ключом проверьте три вещи: установлен ли драйвер ключа HASP, запущена ли служба менеджера лицензий (HASP Loader / Sentinel LDK License Manager) и открыты ли порты в брандмауэре.

Менеджер лицензий по умолчанию работает через порты 475 (TCP и UDP). На сервере и на промежуточных сетевых устройствах эти порты должны быть открыты, иначе клиент получит тайм-аут, даже зная адрес. Проверить доступность можно командой telnet 192.168.0.10 475 или через Test-NetConnection в PowerShell.

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

Как проверить, что адрес прописан правильно

Первый признак успеха — база запускается без диалога поиска лицензии. Но есть и более точные способы контроля.

Для HASP-ключей откройте в браузере веб-интерфейс менеджера лицензий (обычно доступен на сервере по адресу http://localhost:1947 для Sentinel Admin Control Center) и посмотрите список сессий: там должны появиться подключения с клиентских машин. Если клиентов нет — запросы до сервера не доходят.

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

Контрольные точки

Как проверить результат

Запуск базы с клиентского ПК
Норма

1С открывается сразу, без диалога поиска лицензии

Тревожный признак

Появляется сообщение «Не найдена лицензия» или долгая пауза перед запуском

Сессии в менеджере лицензий
Норма

В списке сессий виден клиентский компьютер

Тревожный признак

Список пуст — запросы не доходят до сервера

Доступность порта 475
Норма

Telnet/Test-NetConnection подключается успешно

Тревожный признак

Тайм-аут соединения — закрыт порт или не запущен менеджер лицензий

Типичные ошибки и их устранение

Самая частая ошибка — правка nethasp.ini не в том каталоге. На одном компьютере могут соседствовать несколько версий платформы, 32- и 64-разрядные редакции, и у каждой свой conf-каталог. Определить реально используемую версию можно в окне «О программе» запущенной базы.

Вторая распространённая ситуация: в сети работает несколько серверов лицензий (например, ключи от разных организаций), и клиент цепляется за чужой ключ, где свободных лицензий нет. Лечится явным указанием NH_SERVER_ADDR и отключением широковещательного поиска.

Третья группа проблем — сетевые: блокировка портов брандмауэром, маршрутизация между VLAN без проброса широковещательных пакетов, неверный DNS. Если клиент и сервер в разных подсетях, широковещательный поиск заведомо не сработает — только явный адрес.

Типичные ошибки
01
Правка nethasp.ini не той версии платформы — изменения игнорируются, ошибка остаётся
02
Оставлен широковещательный поиск при нескольких ключах в сети — клиент занимает чужую лицензию
03
Указано имя сервера, которое не резолвится в DNS — используйте IP-адрес или проверьте разрешение имён
04
Закрыт порт 475 на брандмауэре сервера — клиент знает адрес, но не может подключиться
05
Программная лицензия активирована на клиенте, а не на сервере кластера — в клиент-серверном режиме лицензии не хватает
Маршрут решения

Как выбрать действие

Файловая база и аппаратный USB-ключ на другом ПКНастройте nethasp.ini с NH_SERVER_ADDR на каждом клиенте
Клиент-серверная база и программные лицензииАктивируйте лицензию на сервере кластера и выберите получение лицензии от сервера в настройках базы
Клиент и сервер лицензий в разных подсетяхУкажите IP-адрес явно и отключите широковещательный поиск
Ошибка появляется только у части пользователейСравните версии платформы и содержимое nethasp.ini на проблемных и рабочих ПК

Ограничения и когда нужен системный администратор

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

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

Итог

Что важно запомнить

Адрес сервера лицензий прописывается в nethasp.ini (параметр NH_SERVER_ADDR) для аппаратных ключей HASP либо выбирается в настройках базы для клиент-серверного режима. Успех проверяется запуском без ошибки и наличием сессии в менеджере лицензий. Не переносите файлы программных лицензий и берегите резервные пин-коды.

Частые вопросы

Можно ли указать несколько серверов лицензий в nethasp.ini?

Да, в параметре NH_SERVER_ADDR адреса перечисляются через запятую без пробелов, например: NH_SERVER_ADDR = 192.168.0.10,192.168.0.11. Клиент будет опрашивать их по очереди, пока не найдёт свободную лицензию. Это удобно, когда ключи распределены по двум серверам для отказоустойчивости.

Работает ли поиск лицензии через VPN или Wi-Fi?

Через VPN — да, но только с явно указанным адресом сервера, поскольку широковещательные пакеты через туннель обычно не проходят. По Wi-Fi внутри одной подсети поиск работает как по кабелю, но из-за нестабильности канала возможны тайм-ауты — в этом случае также рекомендуется прописать адрес явно и отключить broadcast.

Где взять nethasp.ini, если его нет в каталоге conf?

Файл можно создать вручную в обычном блокноте: достаточно секций [NH_COMMON] и [NH_TCPIP] с нужными параметрами. Сохраните его с именем nethasp.ini именно в каталоге conf используемой версии платформы — платформа подхватит его при следующем запуске.

Почему 1С видит ключ, но пишет «превышено количество лицензий»?

Это значит, что адрес прописан верно и сервер найден, но все лицензии на ключе заняты другими сеансами. Проверьте список сессий в менеджере лицензий: частые причины — «зависшие» сеансы после аварийного закрытия 1С и подключение к ключу посторонних компьютеров из сети.

Нужно ли прописывать адрес сервера лицензий для веб-клиента?

Для веб-клиента лицензию выдаёт сервер (кластер 1С или веб-сервер в связке с ним), поэтому настройка выполняется на стороне сервера, а не на компьютере пользователя. Пользователю достаточно открыть базу в браузере — nethasp.ini на его машине не используется.

Что делать, если после смены IP-адреса сервера лицензии пропали?

Обновите параметр NH_SERVER_ADDR в nethasp.ini на всех клиентских машинах. Чтобы не повторять эту работу в будущем, закрепите за сервером лицензий постоянный IP-адрес (статический или резервирование в DHCP) — тогда смена адреса больше не нарушит работу клиентов.