Что делать, если 1С внезапно перестала видеть ключ защиты программы?

← На главную

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

Шаг 1. Анализ первичных симптомов и сообщения об ошибке

Прежде всего, нам необходимо понять, на каком этапе происходит сбой. Рассмотрим подробнее структуру типового сообщения об ошибке, которое выдает 1С при запуске. Если система пишет Warning=129, ORG8A Сетевой, не установлен, это прямой сигнал о том, что файл nethasp.ini прочитан успешно, но установить связь с менеджером лицензий (License Manager) не удалось.

Проанализируем основные статусы, которые могут встретиться:

Status=-10: Локальный ключ не найден. Это нормально, если ключ сетевой и воткнут в другой сервер.
Warning=129: Ошибка сетевого соединения. Проблема в сети, настройках фаервола или службе менеджера лицензий.
Net Status=0, System Error=0: Указывает на то, что сетевой протокол отработал без системных ошибок ОС, но ответ от менеджера лицензий так и не был получен.

Шаг 2. Проверка физической видимости ключей

Выясним причину, видит ли сами ключи операционная система и специализированное ПО от производителя (Aladdin/Sentinel). Для этого на всех серверах, где физически установлены USB-ключи, запустим Hasp License Manager Monitor (AKS Monitor).

Если в мониторе ключи отображаются, значит, драйверы установлены корректно и оборудование исправно. Если монитор пуст, попробуем переставить ключ в другой USB-порт или перезапустить службу HASP Loader (nhsrvice.exe).

Шаг 3. Диагностика сетевой доступности (Порт 475)

Это критически важный этап. Менеджер лицензий HASP использует порт 475. Причем важно помнить, что работа идет преимущественно по протоколу UDP, хотя TCP также может использоваться для проверки соединения. Разберем, как проверить доступность порта.

Воспользуемся командной строкой на терминальном сервере (откуда запускается клиент):

telnet [IP_сервера_с_ключом] 475

Если в ответ мы видим Connect failed, порт закрыт. Несмотря на заверения администраторов о том, что «фаервол выключен», в Windows Server 2008 R2 и выше политики безопасности могут блокировать трафик. Проверим состояние портов командой:

netstat -an | findstr :475

Если порт не слушается (статус не LISTENING), значит, служба Sentinel LDK License Manager (или HASP Loader) не запущена или зависла.

Шаг 4. Тонкая настройка файла nethasp.ini

Чтобы исключить лишние задержки и ошибки при широковещательных запросах (Broadcast), которые часто блокируются в современных сетях, настроим файл nethasp.ini. Рассмотрим пример правильной настройки для клиента, который должен искать ключ на конкретном сервере.

Путь к файлу обычно: C:\Program Files (x86)\1cv82\conf\nethasp.ini (для 32-битного клиента).

Отредактируем секцию [NH_TCPIP] следующим образом:


[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100, 192.168.1.101 ; Укажите здесь IP ваших серверов с ключами
NH_PORT_NUMBER = 475
NH_TCPIP_METHOD = TCP или UDP (по умолчанию используются оба)
NH_USE_BROADCAST = Disabled ; Отключаем широковещание для ускорения поиска

Важный момент: Убедитесь, что у пользователей терминала есть права на чтение этого файла. Если 1С не сможет прочитать nethasp.ini, она начнет искать ключ по умолчанию (локально или через Broadcast), что и приведет к ошибке.

Шаг 5. Особенности работы с несколькими ключами

Рассмотрим ситуацию, когда у нас несколько многопользовательских ключей (например, на 100 и 300 лицензий). Если они относятся к одной серии (например, оба ORGL8), то в одном сервере они работать вместе не будут. Система увидит только один из них.

Для решения этой проблемы мы должны:

Разнести ключи по разным физическим серверам (или пробросить в разные виртуальные машины).
На каждом сервере установить свой License Manager.
В файле nethasp.ini на стороне клиента перечислить все IP-адреса этих серверов через запятую в параметре NH_SERVER_ADDR.

Шаг 6. Настройки энергосбережения и DEP

Проанализируем ситуацию, когда ключи «отваливаются» периодически. В ОС Windows Server 2008 R2 часто включена функция экономии энергии для USB-хабов. Посмотрим, как это исправить:

Зайдем в Диспетчер устройств.
Найдем Контроллеры USB -> Корневой USB-концентратор.
В свойствах на вкладке Управление электропитанием снимем галочку «Разрешить отключение этого устройства для экономии энергии».

Также стоит проверить настройки DEP (Data Execution Prevention). Иногда служба защиты 1С конфликтует с механизмом предотвращения выполнения данных. Попробуем добавить исполняемые файлы 1С и службы HASP в исключения DEP или временно перевести его в режим Essential Windows programs and services only.

Резюме

Если 1С перестала видеть ключ, последовательность наших действий должна быть такой: проверяем физическое наличие и свечение диода на ключе -> смотрим видимость в AKS Monitor -> проверяем доступность порта 475 через telnet -> жестко прописываем IP-адреса в nethasp.ini. В 90% случаев проблема кроется в сетевых блокировках или неверной маршрутизации запросов к менеджеру лицензий.