Не Открывает Hasp Драйвер
O раскройте пункт «Драйверы устройств не. Защиты hasp Ключ hasp не.
На новый компьютер установили SCAD, но не получается установить HASP драйвер. Был установлен SCAD, потом вставлен ключ.
При этом появилась надпись - найдено новое оборудование Появилось окошко 'Необходим файл aksusb.sys' Этого файла на новом компьютере нет. (Вроде должен находится в Windows/System32/setup/aladdin) Переписали папку aladdin со старого компьютера на котором установлен и великолепно работает SCAD. При этом когда вставляем ключ - он определяется системой, зогорается на нем лампочка, но при запуске SCAD пишет что нет ключа. При запуске с диска из папки HASP/Driver файла hdd32 выдается сообщение: Installing the Device drivers failed/ The Error message is: Failed to start a service in the Service Control Manager Database На старом компьютере с этим же ключом все в полном порядке.
Не Открывает Hasp Драйвер Windows 10
Подскажите в чем дело. Там все модели визуально представлены С другой стороны: ищем HASP? Значит, e-token гарантированно отпадает.
Остальное просто не подходит под 'такой же вид'. Значит, получается либо HASP HL, либо HASP 4. Скорее всего (но не уверен) имеется в виду HASP 4. Варианты: звонить в техподдержку Aladdin, узнавать все и ставить; звонить в SCAD и то же самое делать там; либо по новой ставить с диска SCAD на новую машину; либо вызывать техподдержку SCAD'овцев к себе и требовать 'все сделать, показать и рассказать'.
Первый вариант хорош тем, что будешь все знать. Последний - что гарантированно все будет работать.
. Общие вопросы для разработчиков.
Что такое серия разработчика (или код ключей) и что такое Vendor 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 из комплекта разработчика. 0 Обновление прошивки (firmware) ключа HASP HL до версии 3.25 Обновление микропрошивки в стандартном режиме производится автоматически при соблюдении двух условий:.
Наличия на ПК актуальной версии установленного драйвера для ключей Sentinel (HASP);. Наличия на ПК активного интернет соединения. При подключении к ПК ключа с микропрошивкой версии ниже 3.25 (за исключением 2.17), например версии 2.16, ключ сам должен обновиться. Визуально это сопровождается миганием светодиода ключа с момента начала и до момента окончания процедуры обновления микропрошивки. Обычно эта процедура занимает несколько секунд. В ходе обновления микропрошивки ни в коем случае не следует отключать ключ от порта!
Если же обновление микропрошивки не было произведено в автоматическом режиме, то есть возможность выполнить это вручную. Сделать это можно двумя способами:. Обновление USB-ключей HASP HL до функциональности HASP SRM с помощью утилиты Firmware Update:. Обновление USB-ключей HASP HL до функциональности HASP SRM с помощью файла. V2C:.Файл применяется к ключу с помощью стандартной утилиты RUS под данную серию разработчика. 0 Процедура установки/удаления драйвера ключа Для OS Windows Vista и ниже необходимо выполнять оба раздела инструкции, для Windows 7 и выше только 'Раздел II'. Перед установкой/удалением необходимо убедиться, что UAC отключен и после его отключения ПК был перезагружен.
Удаление драйверов версии 4.116 и ниже. Войти в систему как администратор.
Если возможно, следует временно отключить любое защитное ПО (антивирус, брандмауэр). Отключить все локальные Sentinel (HASP) ключи. Загрузить драйвер 4.116: для проверки, не установлено ли старых версий драйверов. Распаковать загруженный архив на диск и в командной строке перейти в директорию с файлами из архива. Запустить «hinstall –r –alldrv» для удаления версий, установленных ранее. Если возникли проблемы с удалением, обратитесь к пункту настоящей инструкции «ПРОБЛЕМЫ ВО ВРЕМЯ УСТАНОВКИ ДРАЙВЕРА».
Установка/удаление драйверов версии 5.х и выше. Войти в систему как администратор. Если возможно, следует временно отключить любое защитное ПО (антивирус, брандмауэр). Скачать свежую консольную версию драйвера:.
Отключить все локальные Sentinel (HASP) ключи. Разархивировать драйвер. Выполнить из командной строки «haspdinst.exe –fr –kp –purge» для удаления версий, установленных ранее. Выполнить «haspdinst.exe –i» для установки драйвера. Если возникли проблемы с удалением, следует обратиться к пункту инструкции «ПРОБЛЕМЫ ВО ВРЕМЯ УСТАНОВКИ ДРАЙВЕРА».
Открыть браузер и перейти по адресу; проверить, что ключ отображается на странице «Sentinel Keys». Проверить, что приложение работает. Если нет:. Использовать «MsConfig» для остановки всех служб, которые не относятся к Microsoft, перезагрузите компьютер и проверить снова. В случае отказа системы необходимо сохранить «дамп памяти ядра». Для его создания см. Инструкцию:.
В случае отказа Менеджера лицензий (HASP License Manager) необходимо сохранить лог (event log: Пуск - Панель управления - Администрирование - Просмотр событий) и сохранить скриншот возникающей ошибки. Удалить файл 'C: Windows aksdrvsetup.log', запустить «haspdinst –i –v», сохранить созданный файл aksdrvsetup.log. Запустить «MsInfo32» (Пуск - выполнить - msinfo32 - Ввод), создать.NFO log и выслать его.
Все сохранённые данные по проблеме необходимо передать в службу технической поддержки, порядок обращения в техническую поддержку см. ПРОБЛЕМЫ ВО ВРЕМЯ УСТАНОВКИ ДРАЙВЕРА. Удалить все компоненты HASP через «Установка/удаление программ». Остановить все службы, которые содержат в названии «Hasp» или «HLServer». Удалить все файлы aks., «hardlock.sys» и «haspnt.sys» из папки c: windows system32 drivers» (если они не используются другими приложениями). Удаление драйверов в «Диспетчере устройств»: o Зайти в «Панель управления» «Система». O Перейти на вкладку «Оборудование» и откройте «Диспетчер устройств».
O Выбрать в меню «Показать скрытые устройства». O Раскрыть пункт «Драйверы устройств не Plug and Play». O Удалить каждый из следующих пунктов, если они присутствуют: «Hardlock», «Haspnt», «HASP fridge». Еще раз удалить драйверы с помощью команды «haspdinst –purge», а затем установить с помощью «haspdinst –i».
0 Работа с ключом на виртуальных машинах Работа на виртуальных машинах ограничивается двумя факторами:. Используемой системой защиты.
Используемой платформой виртуализации. Для каждой системы защиты есть свой список официально поддерживаемых платформ виртуализации, посмотреть который можно либо на сайте, либо в документации к комплекту разработчика. Некоторые платформы виртуализации не поддерживают проброс USB устройств с реальной машины в виртуальную, например Microsoft Virtual Server + Hyper-V. При использовании виртуальных сред с балансировкой нагрузки может происходить блокировка работы программных ключей Sentinel (HASP) SL, так как при балансировке нагрузки виртуальная машина фактически 'перемещается' с одного физического ПК на другой, вследствие чего изменяется параметр привязки CPU ID, подробнее см. 0 Ошибка: «HASP not found (-10), (-11), (Error 27), (H0027), Terminal services detected» Возникновение данной ошибки возможно в следующих случаях. При обнаружении программ терминального доступа типа Microsoft Terminal Server (в т.ч. Служба RDP – Remote Desktop), Citrix Winframe/Metaframe и т.д.
Драйвер ключа блокирует доступ к ключу. Ключ не должен находиться на одной машине с активным терминальным ПО.
Для систем защиты HASP HL и Sentinel HASP. разработчик защищенного приложения имеет возможность контролировать данную опцию, разрешая или запрещая работу на терминальном сервере. Для ключей HASP4 она задана жестко и не может быть отключена. Если вы являетесь пользователем защищенного ПО, то варианты решения данного вопроса следующие:.
Остановить работу терминального сервера. Разместить ключ на любом другом компьютере в сети, если ключ сетевой. Обратиться к разработчику защищенного ПО. Ошибка «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 разрешён терминальный режим.
С локальными ключами ПО будет выдавать ошибку «HASPTSDETECTED = 27». Для локальных ключей рекомендуется использовать для защиты Feature отличную от Feature 0, в таком случае можно записать в локальный ключ требуемую Feature с разрешением работы на терминальном сервере (RDP).
Однако следует учитывать, что при использовании локального ключа с Feature с разрешённой опцией RDP на терминальном сервере не будут ограничиваться одновременно запущенные копии ПО. Таким образом все запущенные на терминальном сервере экземпляры защищённого ПО будут потреблять одну лицензию с локального ключа, так как все копии ПО запущены на одной и той же машине (на RDP сервере) и система считает их за одну потребляемую лицензию. Таким образом в подобной ситуации пользователь сможет запустить столько экземпляров защищённого ПО, сколько подключений позволит создать сам терминальный сервер. Для сетевых же ключей всегда можно для Feature, отличной от Feature 0, указать на какое количество сетевых мест рассчитана данная лицензия, а также можно изменить механизм подсчёта лицензий, указав что подсчёт лицензий требуется выполнять не по Станциям, а по Процессам, что позволит избежать ситуации аналогичной ситуации описанной выше (с локальными ключами).
0 Ошибка «HASP not Found (-3), (Error 7), (H0007)» Возникновение данной ошибки возможно в следующих случаях. Ключ Sentinel (HASP) не подсоединен к компьютеру. Необходимо подсоединить ключ защиты. Подсоединен ключ Sentinel (HASP) другой серии (ключ от другого ПО).
Необходимо подсоединить ключ требуемой серии (ключ от данного приложения). Сетевой ключ, подсоединенный к компьютеру в сети, на самом деле не является сетевым (сетевой ключ должен быть красного цвета). Следует проверить установленный ключ и, в случае ошибки, подключить требуемый сетевой ключ Sentinel (HASP).
На компьютере, где установлен сетевой ключ Sentinel (HASP), не запущен менеджер лицензий. Следует установить и запустить менеджер лицензий. На компьютере, где установлен ключ, или на компьютере, где запускается защищенное приложение, блокируется передача трафика по 475 или 1947 порту (активен firewall, брандмауэр windows; антивирусные программы также могут блокировать передачу по сети). Необходимо отключить все ПО, которое может блокировать доступ к ключу.
0 Два ключа защиты ПО Sentinel (HASP) на одном компьютере При установке двух и более ключей защиты программного обеспечения Sentinel (HASP) на один компьютер следует учитывать, что:. Ключи, имеющие разные серии, будут работать нормально. Для системы защиты HASP4: ключи одной серии будут работать, если такая возможность была реализована разработчиком защищенного ПО. Если же разработчиком данная возможность не была реализована, то ключи, относящиеся к одной серии, не будут работать совместно на одном компьютере, будет виден только один из них: либо ближний к порту (в случае с LPT-ключами), либо размещенный на порту с младшим адресом (в случае с USB-ключами защиты программ HASP). Для системы защиты HASP HL: ключи, относящиеся к одной серии, не будут работать совместно на одном компьютере, будет виден только один из них: либо ближний к порту (в случае с LPT-ключами), либо размещенный на порту с младшим адресом (в случае с USB-ключами защиты программ Sentinel (HASP)).
Для системы защиты Sentinel LDK (SRM): ключи, относящиеся к одной серии, могут работать совместно на одном компьютере, будут видны все ключи. ПО будет работать с тем из них, на котором есть свободная лицензия, требуемая для работы защищённого приложения.
Порядок опроса ключей, подключенных к ПК, определяется порядком размещения. Первым опрашивается ключ, размещенный на порту с младшим адресом, и т.д.
Приказ Огонь Не Открывать
По возрастанию адреса. Также для данной системы защиты можно контролировать, к какому ключу следует подключаться защищённому приложению. Реализуется это следующим образом: Сначала используется функция haspgetinfo для получения ID всех ключей.
Далее выбирается нужный ID и при помощи функции hasploginscope открывается сессия с ключом. Более подробно можно посмотреть в утилите Sentinel LDK ToolBox (интерактивное руководство по функциям Sentinel LDK Licensing API), которая устанавливается в составе Sentinel LDK Vendor Suite. Возможные решения данной проблемы:. Замена нескольких ключей защиты программ Sentinel (HASP) на один, с большим количеством лицензий (необходимо обратиться к разработчику защищенного программного обеспечения). Установка ключей защиты на разные компьютеры с последующей установкой и настройкой менеджеров лицензий при каждом ключе, см.
Возможность обрабатывать наличие двух ключей на одном компьютере существует для систем защиты HASP4 (путем адресации запроса на конкретный порт) и Sentinel LDK (SRM) (с помощью функции haspgetinfo и hasploginscope). Для системы защиты HASP HL данная возможность отсутствует. 0 Автозагрузка приложения, использующего ключ защиты Sentinel (HASP) Приложение должно загружаться после того, как завершится инициализация драйвера ключа защиты ПО Sentinel (HASP). Это можно сделать как на уровне пользователя, так и на уровне разработчика защищенного ПО.
Если вы являетесь разработчиком защищенного приложения, то при установке защиты на приложение с помощью Sentinel LDK Envelope следует указать на необходимость дождаться окончания загрузки драйвера ('Protection Details' - 'Protection Settings' - 'Run-time wait'). При защите с помощью Sentinel LDK Licensing API необходимо реализовать задержку вручную в коде приложения.
Если вы пользователь защищенного ПО, то задержку необходимо реализовать с помощью сторонних утилит. Также можно попробовать изменить порядок загрузки драйверов, однако результат в данном случае гарантировать нельзя. 0 Порядок обращения в техническую поддержку Обращение в техническую поддержку осуществляется четырьмя способами:. Через портал технической поддержки:. По почте: support-ru@safenet-inc.com. По телефону, контактный номер: +7 (495) 933-05-40 (доб.
273). Через форум сайта: Конечные пользователи защищённого ПО должны в первую очередь обращаться за поддержкой к разработчику ПО, а он, при необходимости, заводит обращение в компанию SafeNet через портал технической поддержки. Если у вас нет аккаунта для входа в систему заведения обращений в техническую поддержку ( ), тогда вам необходимо:. Прислать на почту support-ru@safenet-inc.com следующую информацию:. Контактные данные компании:. название;.
адрес. Контактная информация:. имя;. фамилия;. телефон;. почта контактного лица.
В течение 1-2 дней вам будет выслан ваш уникальный идентификатор, с помощью которого вы сможете завести себе учётную запись в системе для получения технической поддержки. Если у вас имеется учётная запись для входа в систему заведения обращений в техническую поддержку ( ), тогда вам необходимо:. Зайти в систему, используя свои логин и пароль. Откроется страничка вашего личного кабинета. Создать новое обращение в техническую поддержку (внимание!
Для каждого из возникших вопросов необходимо заводить своё обращение в техническую поддержку). Подробнее по каждому из полей, необходимых для заполнения при создании обращения в техническую поддержку:. Account – в этом поле должен отображаться идентификатор вашего личного аккаунта, данное поле должно заполняться автоматически.
Serial # – уникальный идентификатор обращения в техническую поддержку, данное поле должно заполняться автоматически. Product Family – направление продукта, с которым возникла проблема. Software Monetization – защита и лицензирование программного обеспечения (ключи HASP, Sentinel, Hardlock). Для получения русскоязычной технической поддержки по продуктам защиты и лицензирования программного обеспечения (ключи HASP, Sentinel) необходимо в 'Product Family' выбрать 'Software Monetization'. Далее описания полей будут касаться направления Software Monetization. Product Line – тип продукта, по которому возник вопрос:. Cloud Services – облачный сервис лицензирования (Sentinel Cloud);.
Hardware Keys / Dongles – аппаратные ключи защиты (HASP HL, Sentinel HL, Hardlock, Sentinel);. Software Licensing – программные ключи защиты (HASP SL, Sentinel (HASP) SL). Product Name – наименование продукта, по которому возник вопрос, для разных продуктов доступны различные значения, например:. Для Cloud Services:. Sentinel Cloud.
Для Hardware Keys / Dongles:. HASP4;. Hardlock;. SHK;.
Sentinel HL / HASP HL;. SuperPro;.
И т. Для Software Licensing:. Sentinel LDK EMS;. Sentinel LDK;.
Sentinel RMS;. И т. Version – версия комплекта разработчика, с помощью которого защищен продукт (например: LDK 7.1). 0 В чём различия между технологиями HASP4, HASP HL и Sentinel LDK (SRM)?. HASP4 – устаревшая система защиты, была актуальна с 1996 по 2006 год и на данный момент полностью снята с поддержки. Для работы с системой защиты используются два пароля.
HASP HL – устаревшая система защиты, на данный момент снята с поддержки. Для работы с системой защиты использовался белый HASP HL Master ключ. Реализована публичная криптография.
Появилась поддержка удалённого обновления лицензий в ключах защиты. 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.и т.д. 0 Есть ли совместимость у ключей Sentinel (HASP) с предыдущими версиями, если есть, то какая? Ключ 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 от соответствующей системы защиты. 0 Какие документы нужны для отправки ключа за границу? Достаточно номера нотификации:. Для ключей Sentinel HL – RU;. Для ключей Sentinel HASP – RU;. Для ключей Sentinel Drive – RU;. Для ключей Sentinel Developer, Master – RU;.
Для ключей Sentinel SuperPro, UltraPro – RU;. Для ключей SHK – RU;. Для ключей Microdog – RU;.
Для ключей Hardlock – RU. Информацию о нотификации вы можете найти на сайте таможенного союза Евразийской экономической комиссии либо запросить её в Представительстве компании SafeNet, по адресу: hasp- ru@ safenet- inc. 0 Как узнать, какой системой защиты вы пользуетесь?
Если для защиты или лицензирования своего ПО вы использовали:. Два пароля. – Система защиты HASP4. Белый Master ключ. – Система защиты HASP HL. Синий Master ключ. – Система защиты Sentinel LDK (SRM).
0 Где взять документацию к комплекту разработчика? Документация к комплекту разработчика есть на диске с самим комплектом разработчика, либо в образе диска. Она доступна на любом ПК с установленным комплектом разработчика. Для системы защиты HASP4 документация доступна в Help файлах к утилитам из комплекта разработчика. Для системы защиты HASP HL документация доступна примерно по такому пути: 'C: Program Files Aladdin HASP HL Docs '.
Для системы защиты Sentinel LDK (SRM) документация доступна примерно по такому пути: 'C: Program Files Safenet Sentinel Sentinel LDK Docs '. Также можно воспользоваться онлайн документацией.
0 Какие варианты защиты существуют? Возможны три варианта защиты вашего ПО:. С помощью утилиты автоматической защиты Envelope: скомпилированный файл '.exe', '.dll', '.jar' и т.д. (зависит от используемой системы защиты и комплекта разработчика) добавляется в проект защиты утилиты Envelope, для него указываются требуемые настройки защиты, после чего осуществляется автоматическая защита программного обеспечения. На выходе получается файл с таким же расширением, но только уже со встроенными механизмами защиты ПО, такими как:. Привязка к ключу защиты;. Шифрование кода приложения;.
Не Открывает Hasp Драйвер Windows 7
Обфускация кода приложения;. Борьба с отладчиками и многое другое, в зависимости от используемой системы защиты и версии используемого комплекта разработчика. С помощью API из комплекта разработчика: разработчику предоставляется набор функций API для работы с ключами защиты (проверка наличия ключа защиты с необходимой лицензией, чтение/запись в память ключа, шифрование данных с помощью криптопроцессора ключа и т.д.), на базе которых он должен самостоятельно реализовать требуемые механизмы защиты своего ПО и встроить их в код своего приложения. Данный вариант крайне гибок, так как реализация защиты целиком и полностью зависит от фантазии разработчика, но и гораздо более сложен, нежели вариант с автоматической защитой с помощью утилиты Envelope. Комбинация первых двух вариантов: часть функционала работы с ключом разработчик реализует в коде своего приложения с помощью API из комплекта разработчика, а потом скомпилированный файл обрабатывает утилитой Envelope.
Данный метод наиболее гибок и надёжен в плане защиты ПО. Компания SafeNet регулярно проводит бесплатные семинары по построению надёжной защиты на базе API на территории СНГ. Расписания мероприятий доступно на сайте.