Sentinel key not found h0007 windows 10

Hasp ключ защиты. Описание ошибок

Содержание

HASP key not found (H0007)

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

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

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

Решение

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

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

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

Feature not found (H0031)

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

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

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

Решение

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

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

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

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

Unable to access HASP SRM RunTime Environment (H0033)

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

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

Решение

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

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

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-ключ. Шаги перепрошивки подробнее описаны в инструкции Прошивка ключа защиты в системе.

Источник

Sentinel key not found h0007 windows 10

Добрый день! Уважаемые читатели и гости популярного компьютерного блога 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

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

Вот по этим пунктам мы и проведем базовую диагностику сервера на котором есть софт работающий с аппаратным ключом 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, есть специальная утилита под названием Sentinel Advanced Medic.

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

И нажимаем 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, нужно соблюдать некоторые правила и порядок, чтобы все починить и не сломать.

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

Источник

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

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

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

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

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

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

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 из комплекта разработчика.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для каждой системы защиты есть свой список официально поддерживаемых платформ виртуализации, посмотреть который можно либо на сайте http://sentinelcustomer.safenet-inc.com/platformsupport/, либо в документации к используемому комплекту разработчика.

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

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

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

* Для стандартной 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) на один компьютер следует учитывать, следующее: Сначала используется функция hasp_get_info() для получения ID всех ключей. Далее выбирается нужный ID и при помощи функции hasp_login_scope открывается сессия с ключом. Более подробно можно посмотреть в утилите Sentinel LDK ToolBox (интерактивное руководство по функциям Sentinel LDK Licensing API), которая устанавливается в составе Sentinel LDK Vendor Suite. Возможные решения данной проблемы: Приложение должно загружаться после того, как завершится инициализация драйвера ключа защиты ПО Sentinel (HASP). Это можно сделать как на уровне пользователя, так и на уровне разработчика защищенного ПО. Если вы пользователь защищенного ПО, то задержку необходимо реализовать с помощью сторонних утилит. Также можно попробовать изменить порядок загрузки драйверов, однако результат в данном случае гарантировать нельзя. Обращение в техническую поддержку осуществляется следующими способами: Конечные пользователи защищённого ПО должны обращаться за поддержкой к разработчику ПО, а он, при необходимости, заводит обращение в компанию Gemalto(SafeNet) через портал технической поддержки или к дистрибьютору (если ключи приобретаются через него).

Есть ли совместимость у ключей Sentinel (HASP) с предыдущими версиями, если есть, то какая?

Ключ HASP4 может работать только с системой защиты HASP4 и не поддерживает работу с другими системами защиты. Современная система защиты Sentinel LDK (SRM) обладает обратной совместимость с предыдущими системами защиты HASP HL и HASP4: Информацию о нотификации вы можете найти на сайте таможенного союза Евразийской экономической комиссии http://www.eurasiancommission.org. Версия комплекта разработчика пишется в заголовках окон утилит используемого комплекта разработчика, таких как: Vendor Suite, Envelope, Toolbox и т.д. Достаточно посмотреть на версию Vendor Suite. Если для защиты или лицензирования своего ПО вы использовали: Также существуют другие косвенные признаки использования той или иной системы защиты, например: Документация к комплекту разработчика есть на диске с самим комплектом разработчика, либо в образе диска. Она доступна на любом ПК с установленным комплектом разработчика. Источник Проблемы при запуске программы FAQ: ошибки и решения > Проблемы при запуске программы 1. Проблемы обнаружения ключа защиты 1.1. Ошибки ключа защиты Sentinel HL Возникает, когда программе не удается подключиться к ключу защиты. В случае с локальным ключом : • Отсутствует ключ защиты в USB-порту компьютера. • Неисправны аппаратные средства (ключ защиты, USB-порт компьютера). В случае с сетевым ключом : На компьютере, где установлена программа : • Остановлена служба «Sentinel LDK License Manager». • Неправильно настроен поиск сетевого ключа. На компьютере (сервере), где установлен сервер сетевого ключа: • Отсутствует ключ защиты в USB-порту. • Не установлен или неправильно настроен драйвер сетевого ключа. • Остановлена служба «Sentinel LDK License Manager». • Доступ к серверу сетевого ключа по сети блокируется антивирусом или сетевым экраном (например брандмауэром Windows). Для локального ключа : 1. Проверить наличие ключа защиты в USB-порту. 2. Переставить ключ защиты в другой USB-порт. При наличии возможности проверить воспроизводимость ошибки с другим ключом. Для сетевого ключа : На компьютере, где установлена программа: 1. Проверить состояние службы «Sentinel LDK License Manager», при необходимости запустить вручную. Для автоматического запуска службы тип запуска должен быть «Автоматически». 2. Проверить настройку поиска ключа в соответствии с инструкцией «Настройка поиска ключей в «Sentinel Admin Control Center»». На компьютере (сервере), где установлен сервер сетевого ключа: 3. Проверить наличие ключа защиты в USB-порту. При необходимости переставить ключ в другой USB-порт. При наличии возможности проверить воспроизводимость ошибки с другим ключом. 4. Произвести установку драйвера сетевого ключа согласно инструкции «Установка сервера сетевого ключа» и выполнить проверку доступности ключа. 5. Проверить состояние службы «Sentinel LDK License Manager», при необходимости запустить вручную. Для автоматического запуска службы тип запуска должен быть «Автоматически». 6. Убедиться, что доступ к серверу сетевого ключа по сети не блокируется антивирусом или сетевым экраном (например брандмауэром Windows) и выполнить проверку доступности ключа. Возникает, когда программе не удается зачитать данные ключа защиты. В случае с сетевым ключом : Неправильно указан адрес сетевого ключа для данного экземпляра программы. 1. На компьютере, где установлена программа, произвести настройку поиска ключа в соответствии с инструкцией «Настройка поиска ключей в «Sentinel Admin Control Center»». 2. После этого выполнить проверку доступности ключа Sentinel HL. 3. Файл « HASPConfig.xml » в каталоге «Файлы лицензий и настроек» данного экземпляра программы должен содержать точно такой же адрес сетевого ключа, какой указан в «Sentinel Admin Control Center». Перейти в каталог можно с помощью программы «Пути к папкам приложения». Возникает при запуске программы с локальным ключом через протокол RDP (Подключение к удаленному рабочему столу). Локальный ключ не поддерживает работу по RDP (Подключение к удаленному рабочему столу). Варианты решения зависят от типа лицензии. Если лицензия А0 «Персональная», в этом случае: 1. Вы можете забрать ключ домой и установить с ним программу на своем домашнем компьютере, затем выполнить перенос данных с рабочего компьютера. 2. Если вы сотрудник организации и локальных ключей у вас более одного, вы можете воспользоваться платной услугой «Объединение локальных ключей в 1 сетевой» со сменой лицензии на «Корпоративная», обратившись к поставщику программы. Если лицензия А0 «Корпоративная» и ключ вставлен в вашем компьютере (локальный): 1. Вы можете забрать ключ домой и установить с ним программу на своем домашнем компьютере, затем выполнить перенос данных с рабочего компьютера. 2. Вы можете воспользоваться услугой «Перевод локального ключа в сетевой на 1 рабочее место», обратившись к поставщику программы.. Услуга оказывается только в рамках действующего ГО. На скриншотах ниже показан состав компонентов и уровень доступа выбранного ключа. Например, для локального ключа доступ только «Лок.» – локальный. Для сетевого ключа доступ «Лок.» – локальный, «Удал.» – удаленный и «Терм.» – терминальный (RDP). Открыть страницу «Sentinel Admin Control Center» можно в Интернет-браузере на том компьютере (сервере), где расположен ключ. Адрес страницы по-умолчанию: http://localhost:1947/. Возникает при запуске программы, если в системе отсутствует служебный файл «hasp_windows_2152288.dll». Для восстановления файла «hasp_windows_2152288.dll» необходимо: 2. Извлечь из архива файл «hasp_windows_2152288.dll». 3. Поместить извлечённый файл в папку «C:Windowssystem32», для выполнения этой операции потребуются права администратора компьютера. Возникает при запуске программы, если в используемом ключе эта программа отсутствует. Может возникнуть в случае наличия и использования нескольких ключей с разным набором продуктов. Для локального ключа : Проверить, что к USB-порту подключен требуемый и единственный ключ защиты. Для сетевого ключа : На компьютере, где установлена программа, убедиться, что поиск ключа настроен правильно. Для этого проверить настройку поиска ключа в соответствии с инструкцией «Настройка поиска ключей в «Sentinel Admin Control Center»». Возникает при запуске программы, когда количество пользователей, подключенных к ключу защиты, превышает лимит рабочих мест продукта в ключе. Иначе, когда все рабочие места на ключе заняты, при запуске еще одного экземпляра продукта будет выдано это сообщение об ошибке. Для сетевого ключа: Следует проверить количество текущих пользователей по строке продукта на странице «Sentinel Admin Control Center». Адрес страницы по-умолчанию: http://IP-адрес сервера ключа:1947/. По кнопке «Сеансы» в конце строки можно посмотреть подробности всех подключений. 1.2. Ошибки ключа защиты CodeMeter Возникает, когда программе не удается подключиться к ключу защиты. В случае с локальным ключом : • Отсутствует ключ защиты в USB-порту компьютера. • Неисправны аппаратные средства (ключ защиты, USB-порт компьютера). • Не установлен или поврежден драйвер ключа. В случае с сетевым ключом : • Отсутствует ключ защиты в USB-порту на компьютере (сервере), где установлен сервер сетевого ключа. • Служба сервера сетевого ключа остановлена. • Доступ к серверу сетевого ключа по сети блокируется антивирусом или сетевым экраном (например брандмауэром Windows). Для локального ключа : 1. Проверить наличие ключа защиты в USB-порту. 2. Переставить ключ защиты в другой USB-порт. При наличии возможности проверить воспроизводимость ошибки с другим ключом. 3. Убедиться, что драйвер ключа установлен и отображается в перечне установленных программ и компонентов Windows, пункт «CodeMeter Runtime Kit v*.*». При необходимости переустановить драйвер ключа. Для сетевого ключа : 1. На компьютере (сервере), где установлен сервер сетевого ключа, выполнить рекомендации данные выше для локального ключа. 2. Убедиться, что служба сервера сетевого ключа запущена. Проверить состояние службы можно по инструкции. 3. Убедиться, что доступ к серверу сетевого ключа по сети не блокируется антивирусом или сетевым экраном (например брандмауэром Windows). Проверить доступность ключа CodeMeter можно по инструкции. Возникает, когда в указанном каталоге отсутствует файл лицензии для найденного ключа защиты. Имя файла *.ISL из текста сообщения соответствует найденному ключу защиты. 1. Перейти в каталог «Bin» по пути, указанному в тексте ошибки. 2. Скопировать в каталог «Bin» необходимые файлы лицензии. Для получения актуальных файлов лицензии необходимо отправить запрос на электронный адрес «a0@infostroy.ru». • В процессе работы было потеряно соединение с ключом защиты. • При запуске программы все свободные рабочие места на ключе уже заняты. Пользователь может запустить программу, когда на ключе доступно хотя бы одно рабочее место данной программы. Для локального ключа : Для дальнейшей работы подключите ключ защиты и нажмите «Повтор». Если ошибка повторяется и вы не знаете, что с ключом, то сохраните изменения и закройте программу. Затем обратитесь в техническую поддержку поставщика. Для сетевого ключа : Для дальнейшей работы нажмите «Повтор». Если ошибка повторяется — нажмите «Пропустить», сохраните изменения и закройте программу. Затем обратитесь к вашему Администратору сети. Данная ошибка может возникнуть после замены файла лицензии. Для решения этой ошибки необходимо обращаться в службу технической поддержки Компании ИнфоСтрой. • Драйвер ключа защиты «CodeMeter» установлен, но не запущена системная служба CodeMeter. • Драйвер ключа защиты «CodeMeter» не установлен или поврежден. 1. Запустить системную службу CodeMeter. Запуск службы возможен только от имени учетной записи с правами администратора на этом компьютере. Способ 1: Запуск службы будет произведен автоматически при запуске «CodeMeter Control Сenter», открыть который можно из контекстного меню значка «CodeMeter Control Сenter» в панели задач. На запрос контроля учетных записей необходимо ответить «Да». Способ 2: Запуск службы можно произвести вручную из окна «CodeMeter Control Сenter». Для этого в главном меню выбрать пункт «Выполнить» > «Запустить системную службу CodeMeter» Во избежание подобных ошибок в будущем следует убедиться, что служба «CodeMeter Runtime Server» имеет тип запуска «Автоматически» и будет запускаться самостоятельно при загрузке компьютера. 2. Убедиться, что драйвер ключа установлен и отображается в перечне установленных программ и компонентов Windows, пункт «CodeMeter Runtime Kit v*.*». При отсутствии драйвера ключа его необходимо установить по инструкции «Установка драйвера ключа CodeMeter». Если драйвер ключа установлен, но ошибка остается, его следует удалить и заново установить по инструкции. Если программа работала с сетевым ключом «CodeMeter», необходимо дополнительно указать адрес сервера сетевого ключа в «CodeMeter WebAdmin». Как это сделать описано в п. 2.1. инструкции по переносу ключа «CodeMeter». 1.3. Ошибки ключа защиты Sentinel Возникает, когда программе не удается подключиться к ключу защиты. В случае с локальным ключом : • Отсутствует ключ защиты в USB-порту компьютера. • Неисправны аппаратные средства (ключ защиты, USB-порт компьютера). • Не установлен или поврежден драйвер ключа. • Программа с локальным ключом (тип AllModes) запущена в режиме терминального доступа, например по RDP (Подключение к удаленному рабочему столу в ОС Windows) или аналогичному средству. В случае с сетевым ключом : • Не предоставлено прав на изменение файла «SntlConfig.xml» • Отсутствует ключ защиты в USB-порту на компьютере (сервере), где установлен сервер сетевого ключа. • Служба сервера сетевого ключа остановлена. • Доступ к серверу сетевого ключа по сети блокируется антивирусом или сетевым экраном (например брандмауэром Windows). • При запуске программы все свободные рабочие места на ключе уже заняты. Пользователь может запустить программу, когда на ключе доступно хотя бы одно рабочее место данной программы. Для локального ключа : 1. Проверить наличие ключа защиты в USB-порту. 2. Переставить ключ защиты в другой USB-порт. При наличии возможности проверить воспроизводимость ошибки с другим ключом. 3. Убедиться, что драйвер ключа установлен и отображается в перечне установленных программ и компонентов Windows, пункт «Sentinel Protection Installer» (например, «Sentinel Protection Installer 7.6.9»). Исправный ключ при наличии драйвера должен отображаться в «Диспетчере устройств» Windows, в категории «Контроллеры USB», как «SafeNet USB SuperPro/UltraPro» без восклицательных или предупреждающих знаков. При отсутствии драйвера локального ключа «Sentinel» следует установить его по инструкции «Установка драйвера для локального ключа Sentinel». При необходимости переустановить драйвер ключа выполнить действия по инструкции «Переустановка драйвера ключа Sentinel». 4. Запустить программу с локальным ключом (тип AllModes) без использования терминального режима. Для работы в терминале необходим сетевой ключ. Для сетевого ключа : 1. Для работы с сетевым ключом необходимы права на изменение файла «SntlConfig.xml» для текущего пользователя (файл расположен в двух папках: «Система» и «Утилиты» программы «Пути к папкам приложения»). 2. На компьютере (сервере), где установлен сервер сетевого ключа, выполнить рекомендации данные выше для локального ключа. 3. Убедиться, что служба сервера сетевого ключа запущена. 4. Убедиться, что доступ к серверу сетевого ключа по сети не блокируется антивирусом или сетевым экраном (например брандмауэром Windows). Проверить доступность ключа «Sentinel» можно по инструкции. 5. Проверить, что количество свободных рабочих мест запускаемой программы на сетевом ключе не исчерпано. Как это сделать описано в инструкции Проверка доступности сетевого ключа Sentinel. Возникает по нескольким причинам: В случае с локальным ключом : • На компьютере одновременно с программой, работающей с локальным ключом (тип AllModes), установлены и запущены службы сервера сетевого ключа «Sentinel». • Версия библиотеки SafeNet «sx32w.dll» не соответствует версии драйвера «Sentinel», установленного на компьютере. • В компьютере установлен еще один ключ марки «Sentinel» другого поставщика/программы. В случае с сетевым ключом : • Версия библиотеки SafeNet «sx32w.dll» не соответствует версии драйвера «Sentinel», установленного на компьютере. • При использовании терминального доступа, аналогичного RDP (Подключение к удаленному рабочему столу) в ОС Windows, для запуска программы (тип NetShell) с сетевым ключом «Sentinel» требуется 2 свободных рабочих места. 1. Перейти в список служб ОС Windows и найти службы с наименованиями: — «Sentinel Keys Server»; — «Sentinel Protection Server»; — «Sentinel Security Runtime». 2. Проверить наличие файла библиотеки «sx32w.dll» в системной папке: При отсутствии данной библиотеки на компьютере ключ «Sentinel» не может прочитать файл лицензии, выдавая ошибку: Убедиться, что версия библиотеки «sx32w.dll» соответствует версии драйвера «Sentinel», установленного на компьютере (сервере). Версию драйвера «Sentinel» можно проверить в списке установленных программ компьютера, пункт «Sentinel Protection Installer» (например, «Sentinel Protection Installer 7.6.9»). Таблица совместимости версий библиотеки и драйвера: Источник Adblock detector

Обновлено 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, если есть дополнительные методы, то пишите о них в комментариях.

Вопрос – ответ

• Ошибка H0007 при запуске программы
• Как установить драйвер для ключа?
• Как сформировать файл лицензии ключа?
• Как записать файл лицензии на ключ?
• Что делать, если ключ защиты сломался?
• Что делать, если ключ защиты потерялся?

• Возврат1
• Доставка6
• Заказ2
• Общие вопросы6
• Оплата3
• Покупка1
• Техническая поддержка1
• Установка программ3

При запуске приложения отображается окно с ошибкой 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. запустить ПО;
2. перейти по адресу http:\127.0.0.1:1947 в браузере;
3. выбрать пункт Sentinel Keys в меню Options ;
4. посмотреть, к какому ключу есть сессии (в колонке Sessions для данного ключа должно быть указано число, а не «-«). Это тот ключ, который использует ПО;
5. нажать на кнопку Features в колонке Actions для этого ключа;
6. на открывшейся странице Features будут перечислены все лицензии, которые содержит ключ. Тип лицензии определяется по колонке Feature. Например, 44 — лицензиия на распознавание по 4 каналам, 4001 — лицензия на распознавание украинских номеров, 4002 — российских.

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

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 выдает ошибку!

  Поставили передо мной задачу установить 1с 8.1 на сервер. Сервер под Windows 2003. Сеть доменная, состоит из 15 компов. Пользователи работают на сервере с помощью монитора удаленного рабочего стола. Так же захожу и я на сервер под административными правами (сервер вообще где то на антресолях валяется без монитора, клавиатуры и всего остального). 1С нужно поставить на сервер, так что бы он запускался именно на сервере и пользователи заходя под своими учетками могли прямо на сервере и работать.

  Начал устанавливать 1С с диска который входил в поставку. Саму платформу с обновлением поставил, запускается. Драйвер для хаспа поставился автоматически. Лиценз менеджер поставил сам с диска на котором была платформа. (поставил как сервис). Вроди бы всё встало нормально. Но попытавшись открыть базу, 1С выдала «Не обнаружен ключ защиты программы». Проверил хасп на «воткнутость» в сервер, стоит нормально, лампочка горит. Попытался запустить Лиценз менеджер вручную, он мне выдал «HASP not found (-10)». Переустанавливал три раза и саму платформу, драйвер хасп, и лиценз менеджер. Отключил антивирь и брандмауэр. Все равно не хочет работать. Не могли бы вы подсказать в чем может быть дело.

  Устанавливается: «1С 8.1 бухгалтерия ред. 1.6», «HASP License Manager version 8.31», «HASP Divice Driver version 5.22»

  1С. Не работает HASP после обновления Windows 10

  После очередного обновления Windows 10 x64 версия 1703 перестал работать драйвер HASP. Ключ не светится, в диспетчере устройств отображается проблема с драйвером. Переустановил драйвер из поставки технологической платформы 1С:Предприятие 8.3.10.2505, но чуда не произошло — драйвер по прежнему не работает, а ключ не светится.

  Установка драйвера HASP

  Скачал драйвер HASP HL 7.60 с сайта производителя safenet-sentinel.ru (Закладка HASP HL, первая ссылка). После установки ключ определился как Sentinel HASP Key, Sentinel HL Key и Sentinel USB Key. Ключ светится, 1С:Предприятие работает!

  Так же можно ознакомиться с установкой драйвера HASP на Linux статье 1С. Установка 1С:Предприятие 8.3 на Linux