Как проверить сетевой ключ 1С: диагностика и устранение ошибок

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

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

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

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

В сетевой схеме аппаратный ключ подключается к одному компьютеру (серверу ключа), на котором работает менеджер лицензий — служба HASP License Manager (hasplms) или сервер Sentinel. Клиентские компьютеры при запуске 1С отправляют широковещательный запрос по сети или обращаются к серверу по адресу, указанному в файле nethasp.ini.

Менеджер лицензий выдаёт клиенту одно «место» из пула, доступного на ключе (например, ключ на 50 пользователей). Если пул исчерпан, служба остановлена или сетевой путь заблокирован, клиент получает ошибку поиска ключа.

Понимание этой цепочки важно для диагностики: сбой может произойти на любом из трёх звеньев — ключ, служба, сеть. Ниже разобрана проверка каждого звена.

Шаг 1. Проверка физического определения ключа сервером

Начните с компьютера, к которому подключён ключ. Откройте «Диспетчер устройств» Windows и найдите раздел «Контроллеры USB». Исправный ключ HASP определяется как устройство без восклицательных знаков. Если устройство отображается с ошибкой или не определяется вовсе — проблема аппаратная или в драйвере.

Дополнительная проверка — индикатор на самом ключе: у исправного USB-ключа HASP обычно горит светодиод. Отсутствие свечения может указывать на неисправность ключа или порта USB. Попробуйте подключить ключ в другой порт, желательно напрямую в материнскую плату, без USB-хабов и удлинителей.

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

Шаг 2. Проверка службы менеджера лицензий

На сервере ключа откройте оснастку «Службы» (services.msc) и найдите службу HASP License Manager (может называться Sentinel LDK License Manager или hasplms в зависимости от версии). Служба должна находиться в состоянии «Работает», тип запуска — «Автоматически».

1. 1
   Откройте services.msc на сервере с ключом
2. 2
   Найдите службу HASP License Manager / Sentinel LDK License Manager
3. 3
   Убедитесь, что состояние — «Работает», запуск — «Автоматически»
4. 4
   Если служба остановлена — запустите и проверьте журнал событий Windows на причину остановки
5. 5
   Перезапустите службу и проверьте доступность ключа с клиента

Если служба регулярно останавливается сама, проверьте журнал событий Windows (Просмотр событий → Журналы Windows → Система и Приложение). Частые причины — конфликт портов, повреждённые файлы менеджера лицензий или конфликт с другим экземпляром менеджера в сети.

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

netstat -an | find "475"

Командой выше можно проверить, слушает ли менеджер лицензий свои порты (по умолчанию используется UDP-порт 475 для NetHASP; у Sentinel применяется порт 1947 для веб-интерфейса и служебные порты менеджера). Если порт не прослушивается — служба не работает корректно.

Шаг 3. Проверка сетевой доступности ключа с клиента

Клиентский компьютер ищет ключ двумя способами: широковещательным запросом по локальной сети или по явному адресу сервера из файла nethasp.ini. Широковещательный поиск работает только в пределах одного сегмента сети и часто блокируется маршрутизаторами и VLAN — это типичная причина «пропавшего» ключа после изменения сетевой инфраструктуры.

Надёжный способ — явно указать сервер ключа в файле nethasp.ini. Файл должен располагаться в каталоге conf установки 1С (например, C:\Program Files\1cv8\conf) или рядом с исполняемым файлом. Проверьте, что в секции [NH_TCPIP] задан параметр NH_SERVER_ADDR с IP-адресом сервера ключа, а протокол поиска включён.

[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

Также проверьте, что брандмауэр на сервере ключа и на клиенте не блокирует трафик менеджера лицензий. Для NetHASP нужен UDP-порт 475, для Sentinel — соответствующие порты службы и веб-интерфейса. Временное отключение брандмауэра для теста помогает быстро подтвердить или исключить эту причину — после проверки верните защиту и добавьте точечные правила.

Шаг 4. Конфликт нескольких ключей и менеджеров лицензий

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

Два одинаковых по серии ключа на одном компьютере вообще не работают одновременно — менеджер лицензий видит только один из них. Ключи разных серий (например, ORGL8 и ENSR8) на одной машине совместимы, но требуют корректной настройки поиска на клиентах.

Диагностика: в Admin Control Center каждого сервера проверьте, какие ключи видны, и сопоставьте с ожидаемой схемой. На клиенте в nethasp.ini укажите адрес конкретного сервера, чтобы исключить случайный выбор. При необходимости ограничьте выдачу лицензий по именам машин или пользователей в настройках менеджера лицензий.

Шаг 5. Проверка программных лицензий 1С

Если используется не аппаратный ключ, а программная лицензия, проверка выполняется иначе. Откройте на проблемном компьютере или сервере 1С диалог «О программе» в любом клиенте 1С: там отображается информация о полученной лицензии — серийный номер, регистрационный номер комплекта и тип (локальная или с сервера 1С).

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

Как убедиться, что проблема решена

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

Обратите внимание на «зависшие» лицензии: если после закрытия 1С лицензия остаётся занятой, в менеджере лицензий настраивается тайм-аут неактивных сессий. Это важно для терминальных сценариев и при аварийном завершении клиентов.

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