Как 1С ищет ключи лицензий: порядок поиска и настройка

При запуске клиентское приложение 1С обязано найти лицензию — иначе пользователь увидит сообщение «Не найдена лицензия» или «Не обнаружен ключ защиты программы». Механизм поиска зависит от типа лицензирования: платформа работает с программными лицензиями (файлы с расширением .lic) и с аппаратными ключами защиты HASP, которые раздаются по сети менеджером лицензий. Понимание порядка, в котором 1С опрашивает источники, позволяет быстро диагностировать, почему лицензия «не видна».

Логика поиска различается для файлового и клиент-серверного режима. В файловом варианте лицензия ищется на компьютере пользователя или на доступном сетевом сервере ключей. В клиент-серверном варианте лицензии для клиентских сеансов может выдавать сам сервер 1С — тогда ключи устанавливаются на сервере, а клиентские машины ничего искать не должны. Это принципиально меняет схему развёртывания в организации.

Ниже разобраны оба типа лицензий, точный порядок опроса источников, настройка файла nethasp.ini для сетевых ключей и типичные ситуации, когда платформа не находит лицензию, хотя ключ физически подключён.

Какие типы лицензий ищет платформа

Программная лицензия — это файл с расширением .lic, привязанный к аппаратным параметрам конкретного компьютера или сервера. Платформа ищет такие файлы в стандартных каталогах: в профиле пользователя и в общем каталоге всех пользователей (например, C:\ProgramData\1C\licenses в Windows). При активации пин-кода файл создаётся автоматически, и при каждом запуске 1С проверяет его наличие и соответствие текущему «железу».

Аппаратный ключ — это USB-устройство семейства HASP (HASP HL, HASP4 Net). Локальный ключ работает только на том компьютере, куда вставлен. Сетевой ключ (маркировка Net) обслуживается менеджером лицензий HASP License Manager, который раздаёт лицензии клиентам по сети. Платформа опрашивает оба варианта, но сетевой поиск требует запущенной службы менеджера лицензий и корректной сетевой доступности.

Порядок поиска лицензии при запуске

При старте клиентское приложение действует последовательно. Сначала проверяются программные лицензии в штатных каталогах текущего компьютера. Если подходящий файл найден и привязка к оборудованию совпадает — поиск завершается. Затем опрашиваются локальные USB-порты на предмет подключённого ключа HASP соответствующего типа.

Если локально ничего не найдено, платформа переходит к сетевому поиску: отправляет запрос менеджерам лицензий. Адреса серверов берутся из файла nethasp.ini, а если он не настроен — выполняется широковещательный (broadcast) запрос по локальной сети. Broadcast работает только в пределах одного сегмента сети и часто блокируется маршрутизаторами и файрволами, поэтому в развёрнутых сетях без явной настройки поиск ненадёжен.

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

Настройка файла nethasp.ini

Файл nethasp.ini управляет сетевым поиском ключей HASP. Он размещается в каталоге conf установки платформы (например, C:\Program Files\1cv8\<версия>\bin\conf) или в каталоге исполняемого файла. Если файла нет — создайте его текстовым редактором. Ключевые параметры: секция [NH_COMMON] с параметром NH_IPX = Disabled (отключение лишних протоколов) и секция [NH_TCPIP] с адресом сервера.

Минимальная рабочая конфигурация выглядит так: в секции [NH_TCPIP] укажите NH_SERVER_ADDR = 192.168.0.10 (адрес компьютера с менеджером лицензий) и NH_TCPIP_METHOD = UDP. После сохранения файла перезапустите клиент 1С. Явное указание адреса устраняет зависимость от broadcast-запросов и ускоряет запуск, так как платформа не тратит время на опрос всей сети.

[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.0.10
NH_TCPIP_METHOD = UDP

Различие клиентских и серверных ключей

Частая причина проблем — попытка использовать серверный ключ как клиентский. Ключи 1С делятся на клиентские (лицензируют сеансы пользователей) и серверные (лицензируют работу сервера 1С). Серверный ключ не выдаёт клиентские лицензии: если в сети только он, клиенты получат ошибку «Не найдена лицензия», хотя сам сервер работает нормально.

Обратная ситуация тоже встречается: клиентский сетевой ключ не заменяет лицензию на сервер 1С. Перед диагностикой выясните, какие именно ключи куплены и где установлены. Маркировка и тип указаны в документации поставки; также тип виден в утилите HASP Admin Control Center, если она установлена.

Диагностика: почему 1С не находит ключ

Начните с локальных проверок. Убедитесь, что служба HASP License Manager запущена на компьютере с ключом, а драйвер ключа установлен на всех машинах, где ключ подключается физически. Проверьте, что сетевой экран не блокирует обмен: менеджер лицензий и клиенты должны иметь возможность обмениваться пакетами по UDP. Временное отключение файрвола для теста помогает локализовать проблему.

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

1. 1
   Проверьте, запущена ли служба HASP License Manager на сервере с ключом
2. 2
   Убедитесь, что ключ физически подключён и определяется системой
3. 3
   Создайте или исправьте nethasp.ini с явным адресом сервера лицензий
4. 4
   Проверьте, что файрвол не блокирует UDP-обмен с менеджером лицензий
5. 5
   Убедитесь, что тип ключа соответствует задаче (клиентский, а не серверный)
6. 6
   Для программных лицензий проверьте наличие .lic-файла и не менялось ли оборудование
7. 7
   Перезапустите клиент 1С и проверьте запуск

Типичные ошибки администраторов

Проверка результата

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