Hasp key not found как исправить

Обновлено 14.11.2018

Добрый день! Уважаемые читатели и гости популярного компьютерного блога pyatilistnik.org. Недавно я по почте получил письмо с просьбой описать процесс поиска неисправности в работе USB ключей Sentinel key (Sentinel SuperPro, Sentinel UltraPro и SHK), и тут как раз на работе была ситуация с одной из АТС, которая лицензировалась, как раз по аппаратному ключу Sentinel. В итоге решение с данной ситуацией и позволило описать процесс диагностики, который вы можете применять. Надеюсь, что данный опыт окажется для вас полезным.

Sentinel key not found

Очень часто случается такая ситуация, что ваша операционная система не видит аппаратный, электронный токен. Описываю свое окружение. Есть виртуальная машина на ESXI 6.5, в ней установлена операционная система Windows Server 2008 R2. На данном сервере есть программный комплекс “Altitude 7.1”, для запуска которого нужен ключик SafeNet USB SuperPro/UltraPro. После перезагрузки сервера, выскочила ошибка:

Из сообщения видно, что служба не смогла обнаружить аппаратный Sentinel key.

Диагностика работы электронного ключа Safenet

Давайте я опишу алгоритм диагностики работы вашего токена:

• Если ключ вставлен локально, то убедитесь, что он горит
• Если USB ключ подключен по локальной сети, то убедитесь, что он видится в утилите клиента
• Удостоверьтесь, что нет проблем с драйверами в диспетчере устройств
• Запустите специальную утилиту диагностики SAM, от Safenet
• Переустановка драйверов и удаление мусора с помощью Sentinel System Driver Cleanup Utility

Вот по этим пунктам мы и проведем базовую диагностику сервера на котором есть софт работающий с аппаратным ключом Sentinel key. Думаю все могут посмотреть, горит ваш ключ или нет. Если горит, то хорошо, если нет, то переходим к следующему пункту. В моей инфраструктуре сервер, где не видится USB токен, это виртуальная машина на гипервизоре Vmware ESXI 6.5 и Sentinel ключ, подключен к ней по сети, с помощью устройства digi anywhereusb или SEH myUTN, по технологии USB over IP, как это делается смотрите по ссылкам. В обоих случаях устанавливается на сервере программный клиент, задачей которого выступает связать его с сетевым USB коммутатором.

Первым делом вы должны проверить, нету ли проблем в данной связке. Приведу пример с клиентом “AnywhereUSB Configuration Utility и Remote USB Hub Viewer” для устройств DIGI. В данном клиенте, у вас должен быть статус, что успешно подключено и не быть желтых предупреждений.

Если подключение отсутствует, то нужно смотреть сетевые настройки и самого клиента, самая распространенная ошибка, это: Can not find Remote Hub, почитайте как она решается.

Если увидели в клиенте предупреждение, то есть проблема с драйверами, и чтобы понять, в какую сторону нужно капать, нужно зайти в “Диспетчер устройств”. Там необходимо удостовериться, что так же нет предупреждений и неопределенных устройств. Выглядит, это вот таким образом. Когда вы зайдете в свойства сбойного устройства, то обнаружите там код ошибки, могут быть такие разновидности ошибок:

• Sentinel usb key может иметь код 28, решение смотрите по ссылке
• Device Failed Enumeration (Драйверы не обнаружены)
• Запуск этого устройства невозможен (код 10)
• Пожалуйста проверьте, вставлен ли USB-ключ
• USB-ключ AKS HASP HL 2.17 не обнаружен

Что делать если все видится хорошо?

Бывают случаи, как у меня, что в системе все видится хорошо, клиент видит сетевой ключ по сети, драйвера установлены и диспетчер устройств все определяет, но служба не запускается и пишет, что-то вроде моего:

В таких случаях нужно переустанавливать драйвера и провести диагностику подключения.

Для диагностики подключения у компании Sentinel, есть специальная утилита под названием Sentinel Advanced Medic.

Запускаете утилиту диагностики подключения Sentinel ключа. Ставим галки:

• Enable Logging – чтобы результаты тестирования записались в файл.
• Enable Terminal Services

И нажимаем Test, если у вас ключ прокинут по сети, то у вас как и у меня пункты “Sentinel Protection Server Installation и Sentinel Keys Server Installation”, будут крестиком, это нормально, данные тесты для локальных служб. Как видите, у меня найден SuperPro Key и остальные тесты пройдены.

Вот так вот выглядят тесты с локальными службами. Как видите ошибки Sentinel key not found, у меня не выскочило.

Так же можно проверить и удаленный сервер по локальной сети, для этого нажмите “network Test”. Указываете ip адрес или можете прописать localhost, для локального компьютера и запустить тесты. Утилита так же покажет, доступность всех служб и ключей на удаленном или локальном сервере.

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

Как правильно удалять драйвера Sentinel Usb Key

Для того, что бы правильно удалить или переустановить драйвера на Sentinel key, нужно соблюдать некоторые правила и порядок, чтобы все починить и не сломать.

1. Перед любыми установками и удалением драйверов Sentinel , ВЫТАЩИТЕ или отключите USB ключ.
2. Удалите из панели управления “Sentinel Protection Installer”
3. Далее обязательно удалите все все упоминания в реестре, о ключе, с помощью утилиты Cleanup Utility 1.2.0.3. Скачать Cleanup Utility 1.2.0.3 можно по ссылке. Запускаете ее от имени администратора и следуете инструкциям мастера. Как видите утилита очистит реестр Windows, но я на всякий случай еще удаляю хвосты, дополнительными программами.
4. Как я и писал выше, дочистите реестр утилитой Ccleaner. После чего обязательно перезагружаемся.
5. Далее устанавливаем нужный драйвер с официального сайта (https://safenet-sentinel.ru/helpdesk/download-space/), если нужны более старые версии драйверов для ключа Sentinel, например 7.4 или 7.5, то можете скачать их тут. Устанавливайте драйвера обязательно БЕЗ ВСТАВЛЕННОЙ ФЛЕШКИ! Потом так же перезагружаетесь и проверяете.

Надеюсь эти не хитрые шаги смогут вам помочь исправить ситуацию, когда Sentinel key, не видится в системе и пишет not found, если есть дополнительные методы, то пишите о них в комментариях.

1.1. Ошибки ключа защиты Sentinel HL

1.1.1. Ключ Sentinel не найден (H0007)

Возникает, когда программе не удается подключиться к ключу защиты.

В случае с локальным ключом:

•Отсутствует ключ защиты в USB-порту компьютера.

•Неисправны аппаратные средства (ключ защиты, USB-порт компьютера).

В случае с сетевым ключом:

На компьютере, где установлена программа:

•Остановлена служба «Sentinel LDK License Manager».

•Неправильно настроен поиск сетевого ключа.

На компьютере (сервере), где установлен сервер сетевого ключа:

•Отсутствует ключ защиты в USB-порту.

•Не установлен или неправильно настроен драйвер сетевого ключа.

•Остановлена служба «Sentinel LDK License Manager».

•Доступ к серверу сетевого ключа по сети блокируется антивирусом или сетевым экраном (например брандмауэром Windows).

Решение…

 
1.1.2. Ошибка чтения данных из ключа: Приложение не может быть запущено

Возникает, когда программе не удается зачитать данные ключа защиты.

В случае с сетевым ключом:

Неправильно указан адрес сетевого ключа для данного экземпляра программы.

Решение…

 
1.1.3. Unknown error (H0027)

Возникает при запуске программы с локальным ключом через протокол RDP (Подключение к удаленному рабочему столу).

Решение…

 
1.1.4. Ошибка чтения данных из ключа: Невозможно определить наличие ключа. Возможно, не установлен драйвер или отсутствует необходимая библиотека. Приложение не может быть запущено

Возникает при запуске программы, если в системе отсутствует служебный файл «hasp_windows_2152288.dll».

Решение…

 
1.1.5. Функция не найдена (H0031)

Возникает при запуске программы, если в используемом ключе эта программа отсутствует.

Может возникнуть в случае наличия и использования нескольких ключей с разным набором продуктов.

Решение…

1.1.6. Unknown error (H0038)

Возникает при запуске программы, когда количество пользователей, подключенных к ключу защиты, превышает лимит рабочих мест продукта в ключе.

Иначе, когда все рабочие места на ключе заняты, при запуске еще одного экземпляра продукта будет выдано это сообщение об ошибке.

Решение…

1.1.7. Ошибка: Файл лицензии “C:ProgramDataInfoStroyA0A0win1bin********.ISL” поврежден – E01. Приложение не может быть запущено.

Возникает при запуске программы с локальным ключом через протокол RDP (Подключение к удаленному рабочему столу) в случае, когда локальный ключ поддерживает эту возможность, а версия программы – нет.

Решение…

1.2. Ошибки ключа защиты CodeMeter

1.2.1. Ошибка: Невозможно определить наличие ключа: Ошибка чтения данных из ключа: Не найдена запись в CMContainer, ошибка 200. Приложение не может быть запущено.

Возникает, когда программе не удается подключиться к ключу защиты.

В случае с локальным ключом:

•Отсутствует ключ защиты в USB-порту компьютера.

•Неисправны аппаратные средства (ключ защиты, USB-порт компьютера).

•Не установлен или поврежден драйвер ключа.

В случае с сетевым ключом:

•Отсутствует ключ защиты в USB-порту на компьютере (сервере), где установлен сервер сетевого ключа.

•Служба сервера сетевого ключа остановлена.

•Доступ к серверу сетевого ключа по сети блокируется антивирусом или сетевым экраном (например брандмауэром Windows).

Решение…

1.2.2. Ошибка! Ключ защиты недоступен или на ключе нет свободных рабочих мест. Проверьте доступность ключа и наличие свободных рабочих мест.

Возможные причины:

•В процессе работы было потеряно соединение с ключом защиты.

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

Решение…

1.2.3. Ошибка: Файл лицензии “C:ProgramDataInfoStroyA0A0win1bin000xxxx.ISL” поврежден -IEO. Приложение не может быть запущено.

Возможные причины:

Данная ошибка может возникнуть после замены файла лицензии.

Решение…

1.2.4. Отсутствует драйвер ключа защиты. Запуск программы невозможен.

Возможные причины:

•Драйвер ключа защиты «CodeMeter» установлен, но не запущена системная служба CodeMeter.

•Драйвер ключа защиты «CodeMeter» не установлен или поврежден.

Решение…

1.3. Ошибки ключа защиты Sentinel

1.3.1. E0003(E004A) – ключ защиты не найден

Возникает, когда программе не удается подключиться к ключу защиты.

В случае с локальным ключом:

•Отсутствует ключ защиты в USB-порту компьютера.

•Неисправны аппаратные средства (ключ защиты, USB-порт компьютера).

•Не установлен или поврежден драйвер ключа.

•Программа с локальным ключом (тип AllModes) запущена в режиме терминального доступа, например по RDP (Подключение к удаленному рабочему столу в ОС Windows) или аналогичному средству.

В случае с сетевым ключом:

•Не предоставлено прав на изменение файла «SntlConfig.xml»

•Отсутствует ключ защиты в USB-порту на компьютере (сервере), где установлен сервер сетевого ключа.

•Служба сервера сетевого ключа остановлена.

•Доступ к серверу сетевого ключа по сети блокируется антивирусом или сетевым экраном (например брандмауэром Windows).

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

Решение…

1.3.2. Ошибка получения информации о версии ключа.

Возникает по нескольким причинам:

В случае с локальным ключом:

•На компьютере одновременно с программой, работающей с локальным ключом (тип AllModes), установлены и запущены службы сервера сетевого ключа «Sentinel».

•Версия библиотеки SafeNet «sx32w.dll» не соответствует версии драйвера «Sentinel», установленного на компьютере.

•В компьютере установлен еще один ключ марки «Sentinel» другого поставщика/программы.

В случае с сетевым ключом:

•Версия библиотеки SafeNet «sx32w.dll» не соответствует версии драйвера «Sentinel», установленного на компьютере.

•При использовании терминального доступа, аналогичного RDP (Подключение к удаленному рабочему столу) в ОС Windows, для запуска программы (тип NetShell) с сетевым ключом «Sentinel» требуется 2 свободных рабочих места.

Решение…

1.3.3. E000C – The hardware key on the Sentinel Protection Server is missing! You must save your work as the application will terminate within two minutes

Возникает, когда программа по какой-то причине теряет связь с ключом защиты. Предлагается сохранить данные, т.к. через две минуты работа программы будет принудительно завершена.

Для установок с сетевым ключом вызывается разрывами сетевого соединения в процессе работы программы.

Решение…

1.3.4. Ошибка: Файл лицензии “C:ProgramDataInfoStroyA0A0win1binCreate: .ISL” не обнаружен. Приложение не может быть запущено.

Возникает, когда на компьютере отсутствует или повреждена библиотека «sx32w.dll» драйвера ключа защиты Sentinel.

Решение…

1.3.5. E003C – ключ защиты не найден

Возникает, когда программе не удается подключиться к сетевому ключу защиты по адресу в файле «SntlConfig.xml».

Решение…

1.4. Ошибки, не зависящие от типа ключа защиты

1.4.1. Ошибка: Файл лицензии “C:ProgramDataInfoStroyA0A0win1bin000xxxx.ISL” не обнаружен. Приложение не может быть запущено.

Возникает, когда в указанном каталоге отсутствует файл лицензии для найденного ключа защиты.

Имя файла *.ISL из текста сообщения соответствует найденному ключу защиты.

Решение…

Hardware key driver not found h0014 что это

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

Удаляем и затем устанавливаем заново драйвер:

ПРОБЛЕМЫ ВО ВРЕМЯ УСТАНОВКИ ДРАЙВЕРА

— Удалите все компоненты HASP через «Установка/удаление программ»
— Остановите все службы, которые содержат в названии «Hasp» или «HLServer»
— Удалите все файлы aks*.*, «hardlock.sys» и «haspnt.sys» из папки c:windowssystem32drivers» (если они не используются другими приложениями)
— Изменение драйверов в «Диспетчере устройств»:
o Зайдите в «Панель упаравления»«Система»
o Перейдите на вкладку «Оборудование» и откройте «Диспетчер устройств»
o Выберите в меню «Показать скрытые устройства»
o Раскройте пункт «Драйверы устройств не Plug and Play»
o Удалите каждый из следующих пунктов, если они присутствуют: «Hardlock», «Haspnt», «HASP fridge».
— Попробуйте еще раз удалить драйверы с помощью команды «haspdinst –purge», а затем установить с помощью «haspdinst –i»

Да, «Отключить ключ HASP» — это именно отсоединить его физически от ПК.

Консольная версия позволяет производить установку / удаление драйвера с различными полезными параметрами, GUI версия так не умеет, к тому же, версия 6.63 — уже устарела, сейчас актуальна версия 6.64.

Нет, тип ключа по присланной информации установить нельзя, и в данном случае это ничего не меняет. Ключи HASP HL и HASP 4 отличаются внешне.

Спасибо. Ясно.
Однако, скачать по указанным ссылкам по-прежнему не получается. Пробовал в нескольких браузерах. Нажимаю на ACCEPT, но скачивание не начинается, остаюсь на той же странице.
Нельзя ли передать ссылку другим образом. Скачивание с самого сайта SafeNet происходит без проблем Спасибо. Скачал. Получается, что достаточно одного консольного варианта драйвера для удаления старого (опция -r) и установки нового драйвера (опция -install). Зачем тогда в первом посте приводится две ссылки ? Опция -alldrv отсутствует.

В инструкции даны ссылки на разные версии драйвера.
Опция «-alldrv» доступна именно для старой версии драйвера (4.116 и ниже).

HASP key: Руководство пользователя для ОС Windows

Sentinel HASP – решение, обеспечивающее аппаратную (USB-ключи HASP HL) или программную (HASP SL) защиту программного обеспечения. Программная защита используется при поставке продукта в удаленные регионы или продаже через интернет, а также позволяет работать с демо-версиями продукта (Provisional license), в остальных случаях рекомендуется аппаратная защита.

Функциональность продукта может быть расширена или изменена путем перепрошивки ключа защиты. Все виды ключей поддерживают данную возможность.

При запуске приложения отображается окно с ошибкой HASP key not found (H0007). После закрытия окна приложение не запускается.

Решение

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

Если используется аппаратный локальный ключ, следует убедиться, что:

1. HASP-ключ физически подсоединен к компьютеру. В данном случае следует проверить, что в USB — разъем подключена маленькая «флешка» черного или фиолетового цвета. В том случае, если не HASP-ключ не подключен, необходимо его подключить;
2. серии защиты (EOAWT или AAOTB) HASP-ключа и ПО совпадают. Серия ключа, которой защищено ПО, указывается в названии инсталлятора. Серия ключа указывается на самом ключе.

Если используется аппаратный сетевой ключ, дополнительно следует убедиться, что:

1. сетевой ключ, подсоединенный к компьютеру в сети, на самом деле является сетевым. Сетевой ключ должен быть красного цвета. Локальные ключи, в зависимости от серии, — черные или фиолетовые. Если ваш ключ не красный, то защищенный модуль должен быть установлен на тот же компьютер, к которому подключен HASP-ключ;
2. на компьютере, где установлен сетевой HASP-ключ, запущен менеджер лицензий (hasplms.exe). По умолчанию утилита hasplms.exe устанавливается вместе с ПО. Если утилиты на компьютере нет, следует заново установить драйвера для HASP, используя дистрибутив из папки C:/ /tools/;
3. компьютере, где установлен ключ, или на компьютере, где запускается защищенное приложение, не блокируется передача трафика по 475 порту. Стороннее ПО, в том числе антивирусные программы, firewall, брандмауэр windows могут блокировать передачу по сети, поэтому мы рекомендуем отлючить их.

Feature not found (H0031)

Описание проблемы

При запуске приложения выдается ошибка Feature not found (H0031). Система не запускается, либо запускается, но отдельные ее модули не функционируют (например, по одному из каналов нет распознавания, не работает архив, не появляются дополнительные события и т.д.).

Данная ошибка свидетельствует о несоответствии свойств продукта, прошитых в ключе защиты, характеристикам продукта, который запускается.

Решение

Если на одном компьютере (или в одной сети) используется несколько HASP-ключей, то предварительно следует убедиться, что ПО обращается к нужному ключу. Если используется один HASP-ключ или ПО обращается к правильному ключу, то необходимо убедиться, что:

1. что серии защиты (EOAWT или AAOTB) HASP-ключа и ПО совпадают. Серия ключа, которой защищено ПО, указывается в названии инсталлятора. Серия ключа указывается на самом ключе;
2. в память ключа защиты прошиты все необходимые лицензии на используемый продукт. В том случае, если в HASP-ключе содержатся не все лицензии, необходимо выполнить перепрошивку ключа.

Для того, что бы узнать, какой ключ используется ПО и какие лицензии в нем прошиты, необходимо:

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

1. найти файл bridge.plist (расположение файла зависит от настраиваемого ПО и операционной системы, поэтому рекомендуем воспользоваться поиском по файлам и папкам);
2. в нем в разделе kernel:
   • изменить значение параметра hasp_key_id, указав номер ключа, который необходимо использовать (номер ключа указан в колонке Key ID на странице Sentinel Keys) — в данном случае ПО будет использовать ключ с указанным номером;
   • изменить значение параметра product_feature, указав уникальный номер лицензии, которую надо использовать — в данном случае ПО будет искать ключ, который содержит данную лицензию и использовать его. В том случае, если в системе есть несколько ключей с указанной лицензией, то будет использоваться первый найденный ключ.

Пример файла bridge.plist, в котором указано, какой HASP-ключ использовать

Unable to access HASP SRM RunTime Environment (H0033)

Описание проблемы

При запуске системы выдается ошибка Unable to access HASP SRM RunTime Environment (H0033).

Решение

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

1. проверить, что C:WINDOWSsystem32hasplms.exe не блокируется Брандмауэром Windows (Windows firewall) или антивирусной программой. В том случае, если Брандмауэр Windows (Windows firewall) включен, то приложение hasplms.exe следует добавить в список исключений.
2. проверить, что порт 1947 не блокируется программой Брандмауэр Windows (Windows firewall). В том случае, если Брандмауэр Windows (Windows firewall) включен, то порт 1947 следует добавить в список исключений;
3. проверить, что cлужба hasplms (HASP License Manager Service) запущена. Для этого, нужно запустить Диспетчер задач, перейти в нем на вкладку Службы и для службы hasplms посмотреть значение колонки Состояние . В том случае оно обозначено как Остановлено, то следует запустить службу — правой кнопкой мыши кликнуть на ее названии и в контекстном меню выбрать пункт Запустить службу.
4. если службу hasplms не удалось запустить с помощью диспетчера задач, тогда следует в командной строке ввести cmd и запустить консоль от имени администратора. В появившемся окне последовательно ввести следующие команды:
   • bcdedit -set LOADOPTIONS DISABLE_INTEGRITY_CHECKS
   • bcdedit -set TESTSIGNING ON
5. выполнить перезагрузку и убедиться что служба hasplms запущена.
6. Более подробная информация доступна на форуме Sentinel

Для того, что бы добавить разрешение запуска программы или использования порта в Брандмауэр Windows (Windows firewall) необходимовыполнить следующие действия:

• открыть Брандмауэр Windows (Windows firewall):
  • для Windows XP: нажать кнопку Пуск, выбрать пункт меню Настройка, подпункт Панель управления. Далее выбрать Брандмауэр Windows, перейти в закладку Исключения и нажать Добавить программу;
  • для Windows 7: нажать кнопку Пуск, выбрать Панель управления, в появившемся окне выбрать пункт Брандмауэр Windows;

  Terminal services detected, cannot run without a dongle (H0027)

  Описание проблемы

  При запуске приложения выдается ошибка Terminal services detected, cannot run without a dongle (H0027). Програмное обеспечение или отдельные его модули не запускаются.

  Решение

  Данная ошибка возникает при обнаружении программ терминального доступа типа Microsoft Terminal Server (в т.ч. служба RDP – Remote Desktop), Citrix Winframe/Metaframe и подобных. Проблема возникает в следствие того, что прошивка ключа не позволяет ему находиться на одной машине с активным терминальным программным обеспечением.

  Поскольку для систем HASP HL и Sentinel HASP разработчик защищенного приложения имеет возможность контролировать, разрешить или запретить работу на терминальном сервере, то следует перепрошить ключ с разрешением данной опции. Шаги перепрошивки ключа подробнее описаны в инструкции Прошивка ключа защиты в системе.

  Your license has expired (H0041)

  Описание проблемы

  При очередном запуске системы выдается ошибка Your license has expired (H0041). Предыдущие запуски приложения происходили успешно.

  Решение

  Данная ошибка может возникать, если на компьютере, где установлен HASP-ключ, вручную переводили системное время, либо если истек слок лицензии, прошитой в ключе (например, срок лицензий демо-продуктов составляет 30 дней от момента активации).

  Для устранения ошибки необходимо перепрошить HASP-ключ. Шаги перепрошивки подробнее описаны в инструкции Прошивка ключа защиты в системе.

  Прошивка Hasp Key (для ОС Windows)

  Часто задаваемые вопросы

  Определить, что драйвера на HASP ключ установлены можно по следующим признакам:

  

  HASP key: Руководство пользователя. Admin Control Center Help

  Как узнать серию ключа?

  

  HASP key: Руководство пользователя. Определение серии ключа

  Как запросить обновление / продление лицензии?

  Согласно инструкции «Прошивка Hasp программного ключа HASP SL» получить c2v-файл и прислать его на адрес электронной почты nuuo@vit.ua с описанием необходимого функционала продукта:

  Сколько осталось времени до конца лицензии?

  

  HASP key: Руководство пользователя. Выбор опции Features 3. В поле Restrictions напротив каждой настройки видно время «старта» и время окончания работы. Если в колонке «Restrictions» установлено значение «expired», значит временная лицензия для данной настройки закончилась.

  

  HASP key: Руководство пользователя. Определение времени до конца лицензии

  Какие настройки установлены в ключе?

  

  HASP key: Руководство пользователя. Выбор опции Features

  В появившейся таблице будут указаны все настройки, которые установлены в ключе.

  Как применить v2c-файл не имея «Менеджер HASP ключей» (HASP Key Manager)?

  

  HASP key: Руководство пользователя. Форме выбора файла

  Как проверить что обновление прошло успешно?

  

  HASP key: Руководство пользователя. Список Feature ID

  Общие вопросы для разработчиков

  Серия разработчика = Batch code = код разработчика = серия ключей – равнозначные понятия.

  За каждым разработчиком при первоначальной покупке ключей закрепляется уникальная серия разработчика. В дальнейшем ключи данной серии продаются только данному конкретному разработчику.

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

  При последующей покупке ключей разработчик в заказе указывает ту серию разработчика, под которую ему необходимо приобрести ключи (за разработчиком могут быть закреплены несколько различных серий).

  Batch code нанесён на корпус каждого ключа (как пользовательского, так и служебного) и выглядит как последовательность из нескольких латинских символов, вида: «CDQDR», «DEMOMA» и т.д.

  DEMOMA — серия разработчика, присвоенная демонстрационным ключам. Серия DEMOMA интегрирована в комплект разработчика и предназначена для тестирования функционала комплекта разработчика. Для работы с ключами серии DEMOMA не требуется наличие Sentinel (HASP) HL Master ключа.

  Vendor ID – числовой эквивалент серии разработчика, отображается в Sentinel Admin Control Center на вкладке Sentinel Keys в столбце Vendor для подключенного ключа. Исключение – служебные ключи Sentinel (HASP) HL Master и Sentinel (HASP) HL Developer. Для этих ключей Vendor ID всегда одинаковый – «64294» и отличен от Vendor ID серии разработчика клиента.

  Vendor ID содержится в именах всех кастомизированных под данную конкретную серию разработчика библиотек Sentinel LDK Licensing API из комплекта разработчика.

  Обновление микропрошивки в стандартном режиме производится автоматически при соблюдении двух условий:

  1. Наличия на ПК актуальной версии установленного драйвера для ключей Sentinel (HASP);
  2. Наличия на ПК активного интернет соединения.

  При подключении к ПК ключа с микропрошивкой версии ниже 3.25 (за исключением 2.17), например версии 2.16, ключ сам должен обновиться. Визуально это сопровождается миганием светодиода ключа с момента начала и до момента окончания процедуры обновления микропрошивки. Обычно эта процедура занимает несколько секунд. В ходе обновления микропрошивки ни в коем случае не следует отключать ключ от порта!

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

  • Обновление USB-ключей HASP HL до функциональности HASP SRM с помощью утилиты Firmware Update: HASP_HL_Firmware_Update.zip
  • Обновление USB-ключей HASP HL до функциональности HASP SRM с помощью файла * V2C: HASP_HL_Firmware_Update_v2c.zip

  *Файл применяется к ключу с помощью: стандартной утилиты RUS под данную серию разработчика, либо через интерфейс драйвера — Sentinel Admin Control Center.

  Для OS Windows Vista и ниже необходимо выполнять оба раздела инструкции, для Windows 7 и выше только «Раздел II».

  Перед установкой/удалением необходимо убедиться, что UAC отключен и после его отключения ПК был перезагружен.

  Раздел I. Удаление драйверов версии 4.116 и ниже.

  Раздел II. Установка/удаление драйверов версии 5.х и выше.

  Все сохранённые данные по проблеме необходимо передать в службу технической поддержки, порядок обращения в техническую поддержку см. «Порядок обращения в техническую поддержку».

  ПРОБЛЕМЫ ВО ВРЕМЯ УСТАНОВКИ ДРАЙВЕРА

  • Удалить все компоненты HASP через «Установка/удаление программ».
  • Остановить все службы, которые содержат в названии «Hasp» или «HLServer».
  • Удалить все файлы aks*.*, «hardlock.sys» и «haspnt.sys» из папки c:windowssystem32drivers» (если они не используются другими приложениями).
  • Удаление драйверов в «Диспетчере устройств»:

  o Зайти в «Панель управления»«Система».

  o Перейти на вкладку «Оборудование» и откройте «Диспетчер устройств».

  o Выбрать в меню «Показать скрытые устройства».

  o Раскрыть пункт «Драйверы устройств не Plug and Play».

  o Удалить каждый из следующих пунктов, если они присутствуют: «Hardlock», «Haspnt», «HASP fridge».

  • Еще раз удалить драйверы с помощью команды «haspdinst –purge», а затем установить с помощью «haspdinst –i».

  Работа на виртуальных машинах ограничивается двумя факторами:

  1. Используемой системой защиты.
  2. Используемой платформой виртуализации.

  Некоторые платформы виртуализации не поддерживают проброс USB устройств с реальной машины в виртуальную, например Microsoft Virtual Server + Hyper-V.

  При использовании виртуальных сред с балансировкой нагрузки может происходить блокировка работы программных ключей Sentinel (HASP) SL, так как при балансировке нагрузки виртуальная машина фактически «перемещается» с одного физического ПК на другой, вследствие чего изменяется параметр привязки CPU ID, подробнее см. «Ошибка SL Clone detected «.

  Возникновение данной ошибки возможно в следующих случаях.

  1. При обнаружении программ терминального доступа типа Microsoft Terminal Server (в т.ч. служба RDP – Remote Desktop), Citrix Winframe/Metaframe и т.д. драйвер ключа блокирует доступ к ключу. Т.е. ключ не должен находиться на одной машине с активным терминальным ПО. Для систем защиты HASP HL и Sentinel HASP * разработчик защищенного приложения имеет возможность контролировать данную опцию, разрешая или запрещая работу на терминальном сервере. Для ключей HASP4 она задана жестко и не может быть отключена. Если вы являетесь пользователем защищенного ПО, то варианты решения данного вопроса следующие:
     • Остановить работу терминального сервера.
     • Разместить ключ на любом другом компьютере в сети, если ключ сетевой.
     • Обратиться к разработчику защищенного ПО.
  2. Ошибка «HASP not found (-10)» также может возникать при запуске приложений, защищенных с помощью HASP4 под Windows Vista/Windows 7.

  * Для стандартной Feature 0, которая есть во всех ключах по умолчанию, лицензионные ограничения изменять нельзя. При этом для всех локальных ключей Sentinel HL для Feature 0 запрещена работа в терминальном режиме, а для сетевых ключей Sentinel (HASP) HL Net и сетевых ключей Sentinel (HASP) HL NetTime – разрешена. Соответственно, если защита программ осуществляется через Sentinel LDK Envelope на Feature 0 (например, используется DataHASP, который для своей работы использует Feature 0), то защищённое таким образом ПО может работать на терминальном сервере только с сетевым ключом, в котором для Feature 0 разрешён терминальный режим. С локальными ключами ПО будет выдавать ошибку «HASP_TS_DETECTED = 27».

  Для локальных ключей рекомендуется использовать для защиты Feature отличную от Feature 0, в таком случае можно записать в локальный ключ требуемую Feature с разрешением работы на терминальном сервере (RDP). Однако следует учитывать, что при использовании локального ключа с Feature с разрешённой опцией RDP на терминальном сервере не будут ограничиваться одновременно запущенные копии ПО. Таким образом все запущенные на терминальном сервере экземпляры защищённого ПО будут потреблять одну лицензию с локального ключа, так как все копии ПО запущены на одной и той же машине (на RDP сервере) и система считает их за одну потребляемую лицензию. Таким образом в подобной ситуации пользователь сможет запустить столько экземпляров защищённого ПО, сколько подключений позволит создать сам терминальный сервер.

  Для сетевых же ключей всегда можно для Feature, отличной от Feature 0, указать на какое количество сетевых мест рассчитана данная лицензия, а также можно изменить механизм подсчёта лицензий, указав что подсчёт лицензий требуется выполнять не по Станциям, а по Процессам, что позволит избежать ситуации аналогичной ситуации описанной выше (с локальными ключами).

  !Update!: в системе защиты Sentinel LDK (в актуальной версии SDK LDK), для локальных моделей ключей Sentinel HL, работающих в Driverless режиме (для всех моделей кроме Sentinel HL Basic), есть возможность записывать сетевые лицензии с разрешённой / запрещённой работой RDP и с подсчётом подключений: по станциям, по процессам и по логинам. Благодаря чему любую, изначально локальную модель ключа можно превратить в сетевую. Но этот функционал требует приобретения дополнительных лицензий (HL seats) на Ваш Мастер ключ.

  Возникновение данной ошибки возможно в следующих случаях.

  • Ключ Sentinel (HASP) не подсоединен к компьютеру. Необходимо подсоединить ключ защиты.
  • Подсоединен ключ Sentinel (HASP) другой серии (ключ от другого ПО). Необходимо подсоединить ключ требуемой серии (ключ от данного приложения).
  • Сетевой ключ, подсоединенный к компьютеру в сети, на самом деле не является сетевым (сетевой ключ должен содержать в себе сетевую лицензию). Следует проверить установленный ключ и, в случае ошибки, подключить требуемый сетевой ключ Sentinel (HASP).
  • На компьютере, где установлен сетевой ключ Sentinel (HASP), не запущен менеджер лицензий. Следует установить и запустить менеджер лицензий.
  • На компьютере, где установлен ключ, или на компьютере, где запускается защищенное приложение, блокируется передача трафика по 475 или 1947 порту (активен firewall, брандмауэр windows, антивирусные программы также могут блокировать передачу по сети). Необходимо отключить все ПО, которое может блокировать доступ к ключу.

  При установке двух и более ключей защиты программного обеспечения Sentinel (HASP) на один компьютер следует учитывать, следующее:

  • Ключи, имеющие разные серии, будут работать нормально.
  • Для системы защиты HASP4: ключи одной серии будут работать, если такая возможность была реализована разработчиком защищенного ПО. Если же разработчиком данная возможность не была реализована, то ключи, относящиеся к одной серии, не будут работать совместно на одном компьютере, будет виден только один из них: либо ближний к порту (в случае с LPT-ключами), либо размещенный на порту с младшим адресом (в случае с USB-ключами защиты программ HASP).
  • Для системы защиты HASP HL: ключи, относящиеся к одной серии, не будут работать совместно на одном компьютере, будет виден только один из них: либо ближний к порту (в случае с LPT-ключами), либо размещенный на порту с младшим адресом (в случае с USB-ключами защиты программ Sentinel (HASP)).
  • Для системы защиты Sentinel LDK (SRM): ключи, относящиеся к одной серии, могут работать совместно на одном компьютере, будут видны все ключи. ПО будет работать с тем из них, на котором есть свободная лицензия, требуемая для работы защищённого приложения. Порядок опроса ключей, подключенных к ПК, определяется порядком размещения. Первым опрашивается ключ, размещенный на порту с младшим адресом, и т.д. по возрастанию адреса. Также для данной системы защиты можно контролировать, к какому ключу следует подключаться защищённому приложению. Реализуется это следующим образом:

  Сначала используется функция hasp_get_info() для получения ID всех ключей. Далее выбирается нужный ID и при помощи функции hasp_login_scope открывается сессия с ключом. Более подробно можно посмотреть в утилите Sentinel LDK ToolBox (интерактивное руководство по функциям Sentinel LDK Licensing API), которая устанавливается в составе Sentinel LDK Vendor Suite.

  Возможные решения данной проблемы:

  1. Замена нескольких ключей защиты программ Sentinel (HASP) на один, с большим количеством лицензий (необходимо обратиться к разработчику защищенного программного обеспечения).
  2. Установка ключей защиты на разные компьютеры с последующей установкой и настройкой менеджеров лицензий при каждом ключе, см. «Два и более менеджеров лицензий (HASP License Manager) в сети».
  3. Возможность обрабатывать наличие двух ключей на одном компьютере существует для систем защиты HASP4 (путем адресации запроса на конкретный порт) и Sentinel LDK (SRM) (с помощью функции hasp_get_info() и hasp_login_scope). Для системы защиты HASP HL данная возможность отсутствует.

  Приложение должно загружаться после того, как завершится инициализация драйвера ключа защиты ПО Sentinel (HASP). Это можно сделать как на уровне пользователя, так и на уровне разработчика защищенного ПО.

  Если вы являетесь разработчиком защищенного приложения, то при установке защиты на приложение с помощью Sentinel LDK Envelope следует указать на необходимость дождаться окончания загрузки драйвера («Protection Details» — «Protection Settings» — «Run-time wait»). При защите с помощью Sentinel LDK Licensing API необходимо реализовать задержку вручную в коде приложения.

  Если вы пользователь защищенного ПО, то задержку необходимо реализовать с помощью сторонних утилит. Также можно попробовать изменить порядок загрузки драйверов, однако результат в данном случае гарантировать нельзя.

  Обращение в техническую поддержку осуществляется следующими способами:

  Конечные пользователи защищённого ПО должны обращаться за поддержкой к разработчику ПО, а он, при необходимости, заводит обращение в компанию Gemalto(SafeNet) через портал технической поддержки или к дистрибьютору (если ключи приобретаются через него).

  • Гарантия на ключи Sentinel (HASP) – 2 год.
  • На батарейку в ключах моделей Sentinel (HASP) HL Time и Sentinel (HASP) HL NetTime – 4 года.
  1. HASP4 – устаревшая система защиты, была актуальна с 1996 по 2006 год и на данный момент полностью снята с поддержки.
     • Для работы с системой защиты используются два пароля.
  2. HASP HL – устаревшая система защиты, на данный момент снята с поддержки.
     • Для работы с системой защиты использовался белый HASP HL Master ключ. Реализована публичная криптография. Появилась поддержка удалённого обновления лицензий в ключах защиты.
  3. Sentinel LDK (SRM) / Sentinel HASP / HASP SRM – актуальная на данный момент система защиты, обладает обратной совместимостью с HASP4 и HASP HL.
     • Для защиты ПО используется синий Sentinel HL Master ключ. Появилась поддержка:
  • x64-битных ОС как для защищённых приложений, так и для самого комплекта разработчика.
  • Программных ключей защиты – Sentinel (HASP) SL.
  • Технологии AppOnChip – исполнения части кода приложения внутри ключа.
  • Технологии Driverless – работа с ключом без установки драйвера, ключ определяется как HID совместимое устройство.
  • Интеграции системы лицензирования с CRM системами по средствам API.
  • Актуальных версий ОС симейств Windows, Linux и Mac OS X.и т.д.
  • И т.д.

  Ключ HASP4 может работать только с системой защиты HASP4 и не поддерживает работу с другими системами защиты.

  Ключ Sentinel (HASP) HL обладает обратной совместимостью со старыми системами защиты. Чтобы использовать ключи Sentinel (HASP) HL со старыми системами защиты, необходимо применять инструменты из соответствующих версий комплектов разработчика (API / Envelope / утилиты для записи лицензий в ключи: HASP4 — HASPEdit, HASP HL — Factory, Sentinel LDK (SRM) — Business Studio / Sentinel LDK EMS).

  Современная система защиты Sentinel LDK (SRM) обладает обратной совместимость с предыдущими системами защиты HASP HL и HASP4:

  • На уровне драйвера. Драйвер от современной системы защиты поддерживает работу ключей и от более старых систем защиты.
  • На уровне API. API от современной системы защиты поддерживает вызовы старых функций API от более старых систем защиты.
  • На уровне утилиты автоматической защиты Sentinel LDK Envelope. Sentinel LDK Envelope поддерживает защиту приложений в режиме системы защиты HASP HL, для защиты используются вызовы функций API от соответствующей системы защиты.

  Версия комплекта разработчика пишется в заголовках окон утилит используемого комплекта разработчика, таких как: Vendor Suite, Envelope, Toolbox и т.д.

  Достаточно посмотреть на версию Vendor Suite.

  Если для защиты или лицензирования своего ПО вы использовали:

  • Два пароля. – Система защиты HASP4.
  • Белый Master ключ. – Система защиты HASP HL.
  • Синий Master ключ. – Система защиты Sentinel LDK (SRM).

  Также существуют другие косвенные признаки использования той или иной системы защиты, например:

  • Версия используемого комплекта разработчика 1.3 или ниже – система защиты HASP HL; выше 1.3 – система защиты Sentinel LDK (SRM);
  • Для лицензирования ПО используете утилиту Business Studio – система защиты Sentinel LDK (SRM) версии 5.хх и ниже;
  • Для лицензирования ПО используете утилиту Sentinel LDK EMS – система защиты Sentinel LDK (SRM) версии 6.х и выше;
  • Для лицензирования ПО используете утилиту Factory – система защиты HASP HL;
  • Для лицензирования ПО используете утилиту HASP Edit – система защиты HASP4;
  • Если вы используете утилиту Bistro – система защиты Hardlock;
  • Используете драйверы версии 4.102 или 4.116, и утилиты HASP License Manager и Aladdin Monitor – вероятнее всего либо система защиты HASP4, либо HASP HL (но для HASP HL более характерны драйверы версии 5.20).

  Документация к комплекту разработчика есть на диске с самим комплектом разработчика, либо в образе диска. Она доступна на любом ПК с установленным комплектом разработчика.

  Описание ошибок

  HASP key not found (H0007)

  Описание проблемы

  При запуске приложения отображается окно с ошибкой HASP key not found (H0007). После закрытия окна приложение не запускается.

  Решение

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

  Если используется аппаратный локальный ключ, следует убедиться, что:

  1. HASP-ключ физически подсоединен к компьютеру. В данном случае следует проверить, что в USB — разъем подключена маленькая «флешка» черного или фиолетового цвета. В том случае, если не HASP-ключ не подключен, необходимо его подключить;
  2. серии защиты (EOAWT или AAOTB) HASP-ключа и ПО совпадают. Серия ключа, которой защищено ПО, указывается в названии инсталлятора. Серия ключа указывается на самом ключе.

  Если используется аппаратный сетевой ключ, дополнительно следует убедиться, что:

  1. сетевой ключ, подсоединенный к компьютеру в сети, на самом деле является сетевым. Сетевой ключ должен быть красного цвета. Локальные ключи, в зависимости от серии, — черные или фиолетовые. Если ваш ключ не красный, то защищенный модуль должен быть установлен на тот же компьютер, к которому подключен HASP-ключ;
  2. на компьютере, где установлен сетевой HASP-ключ, запущен менеджер лицензий (hasplms.exe). По умолчанию утилита hasplms.exe устанавливается вместе с ПО. Если утилиты на компьютере нет, следует заново установить драйвера для HASP, используя дистрибутив из папки C:/ /tools/;
  3. компьютере, где установлен ключ, или на компьютере, где запускается защищенное приложение, не блокируется передача трафика по 475 порту. Стороннее ПО, в том числе антивирусные программы, firewall, брандмауэр windows могут блокировать передачу по сети, поэтому мы рекомендуем отлючить их.

  Feature not found (H0031)

  Описание проблемы

  При запуске приложения выдается ошибка Feature not found (H0031). Система не запускается, либо запускается, но отдельные ее модули не функционируют (например, по одному из каналов нет распознавания, не работает архив, не появляются дополнительные события и т.д.).

  Данная ошибка свидетельствует о несоответствии свойств продукта, прошитых в ключе защиты, характеристикам продукта, который запускается.

  Решение

  Если на одном компьютере (или в одной сети) используется несколько HASP-ключей, то предварительно следует убедиться, что ПО обращается к нужному ключу. Если используется один HASP-ключ или ПО обращается к правильному ключу, то необходимо убедиться, что:

  1. что серии защиты (EOAWT или AAOTB) HASP-ключа и ПО совпадают. Серия ключа, которой защищено ПО, указывается в названии инсталлятора. Серия ключа указывается на самом ключе;
  2. в память ключа защиты прошиты все необходимые лицензии на используемый продукт. В том случае, если в HASP-ключе содержатся не все лицензии, необходимо выполнить перепрошивку ключа.

  Для того, что бы узнать, какой ключ используется ПО и какие лицензии в нем прошиты, необходимо:

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

  1. найти файл bridge.plist (расположение файла зависит от настраиваемого ПО и операционной системы, поэтому рекомендуем воспользоваться поиском по файлам и папкам);
  2. в нем в разделе kernel:
     • изменить значение параметра hasp_key_id, указав номер ключа, который необходимо использовать (номер ключа указан в колонке Key ID на странице Sentinel Keys) — в данном случае ПО будет использовать ключ с указанным номером;
     • изменить значение параметра product_feature, указав уникальный номер лицензии, которую надо использовать — в данном случае ПО будет искать ключ, который содержит данную лицензию и использовать его. В том случае, если в системе есть несколько ключей с указанной лицензией, то будет использоваться первый найденный ключ.

  Пример файла bridge.plist, в котором указано, какой HASP-ключ использовать

  Unable to access HASP SRM RunTime Environment (H0033)

  Описание проблемы

  При запуске системы выдается ошибка Unable to access HASP SRM RunTime Environment (H0033).

  Решение

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

  1. проверить, что C:WINDOWSsystem32hasplms.exe не блокируется Брандмауэром Windows (Windows firewall) или антивирусной программой. В том случае, если Брандмауэр Windows (Windows firewall) включен, то приложение hasplms.exe следует добавить в список исключений.
  2. проверить, что порт 1947 не блокируется программой Брандмауэр Windows (Windows firewall). В том случае, если Брандмауэр Windows (Windows firewall) включен, то порт 1947 следует добавить в список исключений;
  3. проверить, что cлужба hasplms (HASP License Manager Service) запущена. Для этого, нужно запустить Диспетчер задач, перейти в нем на вкладку Службы и для службы hasplms посмотреть значение колонки Состояние . В том случае оно обозначено как Остановлено, то следует запустить службу — правой кнопкой мыши кликнуть на ее названии и в контекстном меню выбрать пункт Запустить службу.
  4. если службу hasplms не удалось запустить с помощью диспетчера задач, тогда следует в командной строке ввести cmd и запустить консоль от имени администратора. В появившемся окне последовательно ввести следующие команды:
     • bcdedit -set LOADOPTIONS DISABLE_INTEGRITY_CHECKS
     • bcdedit -set TESTSIGNING ON
  5. выполнить перезагрузку и убедиться что служба hasplms запущена.
  6. Более подробная информация доступна на форуме Sentinel

  Для того, что бы добавить разрешение запуска программы или использования порта в Брандмауэр Windows (Windows firewall) необходимовыполнить следующие действия:

  • открыть Брандмауэр Windows (Windows firewall):
    • для Windows XP: нажать кнопку Пуск, выбрать пункт меню Настройка, подпункт Панель управления. Далее выбрать Брандмауэр Windows, перейти в закладку Исключения и нажать Добавить программу;
    • для Windows 7: нажать кнопку Пуск, выбрать Панель управления, в появившемся окне выбрать пункт Брандмауэр Windows;

    Terminal services detected, cannot run without a dongle (H0027)

    Описание проблемы

    При запуске приложения выдается ошибка Terminal services detected, cannot run without a dongle (H0027). Програмное обеспечение или отдельные его модули не запускаются.

    Решение

    Данная ошибка возникает при обнаружении программ терминального доступа типа Microsoft Terminal Server (в т.ч. служба RDP – Remote Desktop), Citrix Winframe/Metaframe и подобных. Проблема возникает в следствие того, что прошивка ключа не позволяет ему находиться на одной машине с активным терминальным программным обеспечением.

    Поскольку для систем HASP HL и Sentinel HASP разработчик защищенного приложения имеет возможность контролировать, разрешить или запретить работу на терминальном сервере, то следует перепрошить ключ с разрешением данной опции. Шаги перепрошивки ключа подробнее описаны в инструкции Прошивка ключа защиты в системе.

    Your license has expired (H0041)

    Описание проблемы

    При очередном запуске системы выдается ошибка Your license has expired (H0041). Предыдущие запуски приложения происходили успешно.

    Решение

    Данная ошибка может возникать, если на компьютере, где установлен HASP-ключ, вручную переводили системное время, либо если истек слок лицензии, прошитой в ключе (например, срок лицензий демо-продуктов составляет 30 дней от момента активации).

    Для устранения ошибки необходимо перепрошить HASP-ключ. Шаги перепрошивки подробнее описаны в инструкции Прошивка ключа защиты в системе.

    Источник

Решение

Ошибка при обращении к ключу HASP.

HASP_LOCAL_COMM_ERR:
Ошибка соединения между приложением и локальным HASP License Manager.

Такая ошибка может быть в следующих случаях:

1. HASP не вставлен в порт.

2. Порт вышел из строя.

3. Не установлен драйвер HASP.

5. Драйвер HASP отключен.

6. Был установлен драйвер HASP, но после обновления Windows он не работает в новой версии Windows.

7. Ключ HASP вышел из строя.

Рекомендации:

1. Вставьте ключ HASP.

2. Попробуйте вставить HASP в другой порт (желательно на порт другого моста).

3. В зависимости от версии Windows:

— Windows 10 — отключите HASP от порта. Вставьте его снова. Дождитесь окончания установки драйвера из Windows Update (компьютер должен быть подключен к Интернет).

— Windows XP — не поддерживается. Обновите Windows до любой актуальной версии.

— Windows 7 SP1, Windows 8.1 SP1 — убедитесь, что для версии Windows установлен Service Pack 1. Скачайте драйвер для HASP HL https://safenet-sentinel.ru/helpdesk/download-space/ и установите его.
ВАЖНО! Во время установки драйвера ключ HASP должен быть отключен от порта!
Этот же драйвер можно установить и для Windows 10, если он не может загрузить драйвер из Windows Update.

— Windows Server 2016, 2019 — тоже, что для Windows 10

— Windows Server 2008 R2 SP1, 2012 R2 — убедитесь, что версии обновлены до указанных релизов (+ Service Pack 1 для Win2008). Далее тоже, что для Windows 7.

— Windows 8 — не рекомендуется.

5. В Диспетчере устройств проверьте, включено ли устройство и активен ли драйвер для него. Радикальным решением является удаление соответствующего устройства и установка драйвера по п.3.

6. Обновите драйвер согласно п.3.

ps: Версии Windows 10 Insider Preview не поддерживаются.

Следующие рекомендации помогут избежать проблем при работе с USB-ключом:

• Убедитесь, что ключ вставлен в разъем плотно, не шатается.
• Не используйте удлинитель для подключения USB-ключа.
• Не используйте USB-хабы для подключения USB-ключа.
• Вместо разъемов на лицевой части корпуса системного блока рекомендуется использовать разъемы на задней стороне корпуса.
• Если ключ не определяется (или работает со сбоями) попробуйте выбрать для подключения разъем другой версии (USB 1.1, 2.0, 3.0).
• Иногда может помочь отключение других устройств USB.
• Убедитесь, что блок питания системного блока имеет достаточную мощность для обслуживания всего установленного оборудования. Рекомендуется иметь как минимум 30% запас мощности блока питания от суммарного потребления энергии имеющегося оборудования.

Отсебятина: 
Если на сервер ключа ставишь HASP LM как сервис!!!! скопируй файл nhsrv.ini из папки C:Program FilesAladdinHASP LM в C:WINDOWSsystem32 или SYSWOW64 (если х64 сервер), после чего пеерзапусти HASP LOADER и HASP LM службы. После запуска , открыть окно HASP LM и нажать на вкладку Activity log, должно быть все без ошибок, если пишет что имя компьютера слишком длинное, меняй (см. ниже) или если файл nhsrv.ini не найдет, проверь скопировал ли его куда нужно.
Да и ещё файл nhsrv.ini должен содержать обязательно строку:
NHS_SERVERNAMES = it   #здесь указывается имя сервера, не должно быть более 7 символов!

Это все было касаемо серверной части, т.е. применяется на том компе куда воткнут ключик HASP4, на клиенте же, нужно в папке 192.168.1.103c$Program Files (x86)1cv82conf поправить файл nethasp.ini

Сделать запись
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.103, 192.168.1.3, 192.168.1.250, 192.168.1.99
NH_TCPIP_METHOD = TCP
NH_SERVER_NAME = admiral, it_progr, srvprss, it

тут указаны имена серваков и их ipадреса. Имена с учетом того как они описывались в файлах nhsrv.ini на серверах (см. выше).