При обновлении технологической платформы 1С до версии 8.3.15.1656 и выше пользователи часто сталкиваются с проблемой, когда система перестает видеть аппаратные ключи защиты (HASP). Это может происходить даже в тех случаях, когда ключ вставлен непосредственно в компьютер, с которого запускается информационная база. Проанализируем основные причины этой неисправности и разберем пошагово методы их устранения.
Рассмотрим самую распространенную ошибку, возникающую на этапе инсталляции новой версии платформы. В процессе установки пользователю предлагается выбрать компоненты и настройки. Проанализируем ситуацию: если при установке была ошибочно установлена или, наоборот, не снята критически важная настройка, 1С заблокирует поиск аппаратных лицензий.
Выясним причину: в программе установки существует пункт, позволяющий отключить использование аппаратных ключей защиты. Если этот параметр был активирован, 1С будет искать только программные лицензии. Проверим файл 1cescmn.cfg, который находится в папке conf установленной платформы. Если в нем присутствует строка UseHasp=0, заменим ее на:
UseHasp=1
Это принудительно заставит платформу опрашивать порты на наличие USB-ключей.
Разберем ситуацию с драйверами защиты. Существует мнение, что драйвер необходимо переустанавливать при каждом обновлении 1С. Однако, как показывает практика, частая переустановка поверх старых версий может привести к конфликтам. Выясним, как правильно обновить драйвер, если 1С перестал видеть ключ.
Проанализируем шаги по корректной очистке системы от старых драйверов:
-r.Важно помнить, что современные версии Windows (10 и 11) имеют функцию «Изоляция ядра» (Memory Integrity). Старые драйверы HASP несовместимы с этой технологией. Если ключ не определяется, проверим настройки безопасности Windows и попробуем временно отключить изоляцию ядра или обновить драйвер до версии 8.23 или новее.
Посмотрим на маркировку ключа. В обсуждаемой ситуации часто фигурирует ключ с маркировкой H4 NET10 ORGL8. Это сетевой клиентский ключ на 10 рабочих мест. Разберем важный нюанс: серверный ключ (обычно зеленого цвета) предназначен для работы сервера 1С:Предприятия, а не для запуска клиентских сессий. До версии 8.3.15 некоторые конфигурации позволяли использовать серверный ключ для запуска одной локальной сессии, но в новых релизах логика защиты стала строже.
Проанализируем ситуацию, когда Aladdin Monitor видит службу HASP LM, но не видит сам ключ. Это означает, что менеджер лицензий запущен, но физического контакта с ключом или лицензиями на нем нет. Проверим, виден ли ключ в диспетчере устройств в разделе «Контроллеры USB» как Sentinel USB Key.
Если ключ является сетевым и находится на другом сервере, а платформа 8.3.15 его не находит, рассмотрим настройку конфигурационного файла nnhasp.ini. Выясним, где он должен располагаться. Для 32-битного клиента это обычно C:\Program Files (x86)\1cv8\conf, а для 64-битного — C:\Program Files\1cv8\conf.
Отредактируем секцию [NH_COMMON] и [NH_TCPIP], чтобы указать платформе конкретный адрес сервера лицензий:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100 ; Укажите IP вашего сервера с ключом
NH_USE_BROADCAST = Disabled
Такая жесткая привязка позволяет избежать проблем с широковещательными запросами, которые часто блокируются современными антивирусами и брандмауэрами в сетях с платформой 8.3.15.
Проанализируем современный инструмент диагностики, который заменяет старый Aladdin Monitor. Это веб-интерфейс, доступный по адресу http://localhost:1947. Если страница открывается, значит, служба защиты работает корректно. Перейдем в раздел Sentinel Keys. Если в списке нет вашего ключа, проблема носит физический характер (неисправен порт или сам ключ) либо связана с низкоуровневым драйвером.
В разделе Configuration -> Access to Remote License Managers проверим, разрешен ли поиск удаленных ключей, если ваш ключ сетевой. Убедимся, что установлена галочка Allow Access to Remote Licenses.
Выясним, какой именно клиент запускается. Начиная с версии 8.3.15, компания 1С активно переводит пользователей на 64-битную версию клиента. Проанализируем последствия: 64-битный клиент ищет настройки и драйверы в других системных ветках и папках по сравнению с 32-битным. Если вы обновили платформу и установили 64-битную версию, убедитесь, что вы используете соответствующий 64-битный драйвер HASP, так как старые компоненты защиты могут быть не видны новому приложению.
Подводя итог, отметим, что платформа 8.3.15 предъявляет повышенные требования к корректности настройки системы защиты. Если ключ перестал видеться сразу после обновления, рекомендуется действовать по следующему алгоритму:
1cescmn.cfg на наличие запрета UseHasp=0.nnhasp.ini, указав точный IP-адрес сервера лицензий.Следуя этим инструкциям, мы сможем восстановить работоспособность системы и обеспечить стабильный доступ к лицензиям 1С:Предприятия.