Меню

Ошибка terminal services detected h0027

  • 1 Что такое серия разработчика (или код ключей) и что такое Vendor ID?
  • 2 Обновление прошивки (firmware) ключа HASP HL до версии 3.25
  • 3 Процедура установки/удаления драйвера ключа
  • 4 Работа с ключом на виртуальных машинах
  • 5 Ошибка: «HASP not found (-10), (-11), (Error 27), (H0027), Terminal services detected»
  • 6 Ошибка «HASP not Found (-3), (Error 7), (H0007)»
  • 7 Какие существуют утилиты для мониторинга доступа к ключу и занятых лицензий?
  • 8 Два ключа защиты ПО Sentinel (HASP) на одном компьютере
  • 9 Автозагрузка приложения, использующего ключ защиты Sentinel (HASP)
  • 10 Порядок обращения в техническую поддержку
  • 11 Какой срок гарантии на ключи Sentinel (HASP)?
  • 12 В чём различия между технологиями HASP4, HASP HL и Sentinel LDK (SRM)?
  • 13 Есть ли совместимость у ключей Sentinel (HASP) с предыдущими версиями, если есть, то какая?
  • 14 Какие документы нужны для отправки ключа за границу?
  • 15 Как узнать версию комплекта разработчика?
  • 16 Как узнать, какой системой защиты вы пользуетесь?
  • 17 Где взять документацию к комплекту разработчика?
  • 18 Какие варианты защиты существуют?

Что такое серия разработчика (или код ключей) и что такое 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 из комплекта разработчика.

Обновление прошивки (firmware) ключа HASP HL до версии 3.25

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

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

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

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

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

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

Процедура установки/удаления драйвера ключа

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

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

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

  1. Войти в систему как администратор.
  2. Если возможно, следует временно отключить любое защитное ПО (антивирус, брандмауэр).
  3. Отключить все локальные Sentinel (HASP) ключи.
  4. Загрузить драйвер 4.116: http://safenet-sentinel.ru/files/hasp4_driver_cmdline.zip для проверки, не установлено ли старых версий драйверов.
  5. Распаковать загруженный архив на диск и в командной строке перейти в директорию с файлами из архива.
  6. Запустить «hinstall –r –alldrv» для удаления версий, установленных ранее.
  7. Если возникли проблемы с удалением, обратитесь к пункту настоящей инструкции «ПРОБЛЕМЫ ВО ВРЕМЯ УСТАНОВКИ ДРАЙВЕРА».

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

  1. Войти в систему как администратор.
  2. Если возможно, следует временно отключить любое защитное ПО (антивирус, брандмауэр).
  3. Скачать свежую консольную версию драйвера: https://thales-sentinel.ru/helpdesk/download-space/
  4. Отключить все локальные Sentinel (HASP) ключи.
  5. Разархивировать драйвер.
  6. Выполнить из командной строки «haspdinst.exe –fr –kp –purge» для удаления версий, установленных ранее.
  7. Выполнить «haspdinst.exe –i» для установки драйвера.
  8. Если возникли проблемы с удалением, следует обратиться к пункту инструкции «ПРОБЛЕМЫ ВО ВРЕМЯ УСТАНОВКИ ДРАЙВЕРА».
  9. Открыть браузер и перейти по адресу http://localhost:1947; проверить, что ключ отображается на странице «Sentinel Keys».
  10. Проверить, что приложение работает. Если нет:
  • Использовать «MsConfig» для остановки всех служб, которые не относятся к Microsoft, перезагрузите компьютер и проверить снова.
  • В случае отказа системы необходимо сохранить «дамп памяти ядра».
  • В случае отказа Менеджера лицензий (HASP License Manager) необходимо сохранить лог (event log: Пуск -> Панель управления -> Администрирование -> Просмотр событий) и сохранить скриншот возникающей ошибки.
  • Удалить файл «C:Windowsaksdrvsetup.log», запустить «haspdinst –i –v», сохранить созданный файл aksdrvsetup.log
  • Запустить «MsInfo32» (Пуск -> выполнить -> msinfo32 -> Ввод), создать .NFO log и выслать его.

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

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

  • Удалить все компоненты 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. Используемой платформой виртуализации.

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

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

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

Ошибка: «HASP not found (-10), (-11), (Error 27), (H0027), Terminal services 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) на Ваш Мастер ключ.

Ошибка «HASP not Found (-3), (Error 7), (H0007)»

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

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

Какие существуют утилиты для мониторинга доступа к ключу и занятых лицензий?

  • Для систем защиты HASP4 и HASP HL в этих целях используется утилита Aladdin Monitor.
  • Для системы защиты Sentinel LDK (SRM) в этих целях используется менеджер лицензий Sentinel Admin Сontrol Center, встроенный в драйвер ключа и доступный по адресу: http://localhost:1947/

Два ключа защиты ПО Sentinel (HASP) на одном компьютере

При установке двух и более ключей защиты программного обеспечения 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 (HASP). Это можно сделать как на уровне пользователя, так и на уровне разработчика защищенного ПО.

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

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

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

Обращение в техническую поддержку осуществляется через партнёра, у которого приобретаются ключи (для всех клиентов, приобретающих решение через дистрибьюторов).

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

Какой срок гарантии на ключи Sentinel (HASP)?

  • Гарантия на ключи Sentinel (HASP) – 2 год.
  • На батарейку в ключах моделей Sentinel (HASP) HL Time и Sentinel (HASP) HL NetTime – 4 года.

В чём различия между технологиями HASP4, HASP HL и Sentinel LDK (SRM)?

  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.и т.д.
      • И т.д.

Есть ли совместимость у ключей 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 от соответствующей системы защиты.

Какие документы нужны для отправки ключа за границу?

Достаточно номера нотификации:

  • Для ключей Sentinel HL – RU0000014501;
  • Для ключей Sentinel HASP – RU0000013379;
  • Для ключей Sentinel Drive – RU0000014400;
  • Для ключей Sentinel Developer, Master – RU0000015552;
  • Для ключей Sentinel SuperPro, UltraPro – RU0000009290;
  • Для ключей SHK – RU0000009291;
  • Для ключей Microdog – RU0000016432;
  • Для ключей Hardlock – RU0000014113.

Информацию о нотификации вы можете найти на сайте таможенного союза Евразийской экономической комиссии eurasiancommission.org либо запросить её в Представительстве компании Thales, по адресу: sm-ru@thalesgroup.com

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

Версия комплекта разработчика пишется в заголовках окон утилит используемого комплекта разработчика, таких как: 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).

Где взять документацию к комплекту разработчика?

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

  • Для системы защиты HASP4 документация доступна в Help файлах к утилитам из комплекта разработчика.
  • Для системы защиты HASP HL документация доступна примерно по такому пути: «C:Program FilesAladdinHASP HLDocs».
  • Для системы защиты Sentinel LDK (SRM) документация доступна примерно по такому пути: «C:Program Files (x86)Gemalto SentinelSentinel LDKDocs». Также можно воспользоваться онлайн документацией: sentinelcustomer.safenet-inc.com/Documentation_Information.aspx

Какие варианты защиты существуют?

Возможны три варианта защиты вашего ПО:

  1. С помощью утилиты автоматической защиты Envelope: скомпилированный файл «.exe», «.dll», «.jar» и т.д. (зависит от используемой системы защиты и комплекта разработчика) добавляется в проект защиты утилиты Envelope, для него указываются требуемые настройки защиты, после чего осуществляется автоматическая защита программного обеспечения. На выходе получается файл с таким же расширением, но только уже со встроенными механизмами защиты ПО, такими как:
    • Привязка к ключу защиты;
    • Шифрование кода приложения;
    • Обфускация кода приложения;
    • Борьба с отладчиками и многое другое, в зависимости от используемой системы защиты и версии используемого комплекта разработчика.
  2. С помощью API из комплекта разработчика: разработчику предоставляется набор функций API для работы с ключами защиты (проверка наличия ключа защиты с необходимой лицензией, чтение/запись в память ключа, шифрование данных с помощью криптопроцессора ключа и т.д.), на базе которых он должен самостоятельно реализовать требуемые механизмы защиты своего ПО и встроить их в код своего приложения. Данный вариант крайне гибок, так как реализация защиты целиком и полностью зависит от фантазии разработчика, но и гораздо более сложен, нежели вариант с автоматической защитой с помощью утилиты Envelope.
  3. Комбинация первых двух вариантов: часть функционала работы с ключом разработчик реализует в коде своего приложения с помощью API из комплекта разработчика, а потом скомпилированный файл обрабатывает утилитой Envelope. Данный метод наиболее гибок и надёжен в плане защиты ПО.

Компания Thales регулярно проводит бесплатные семинары по построению надёжной защиты на базе API на территории СНГ. Расписания мероприятий доступно на сайте: https://safenet-sentinel.ru/

Источник

Below is a flowchart to help identify which category your issue applies to. Troubleshooting sections for each category are below the flowchart.

Section 1 — Troubleshooting HASP errors

You may receive a HASP-related error during the installation process or when attempting to launch the application. Below you will find a list of the errors that have been reported to us, together with the solutions for these errors.

Error code 7 (H0007)
HASP key not found (H0007)
This error code may be caused by other HASP dongle protected programs. Please close down all HASP-related programs (i.e. EnCase, Smart Mount) and reinstall Intella.

Error code 27 (H0027)
Terminal services detected, cannot run without a dongle (H0027)
This error code may be triggered because you are trying to use Intella via a remote desktop connection. Intella will only run via a RDP or terminal session with the dongle plugged into the machine running Intella.

Error code 33 (H0033)
Unable to access HASP SRM Run-Time Environment (H0033)
HASP Error 33 means that the Sentinel LDK license manager is not running, or the dongle driver has been blocked or deleted. 

  1. Check the status of the Sentinel LDK License Manager service (hasplms.exe) in Windows Task Manager or Services. If it has been stopped for any reason, try starting the service to see if that fixes the issue.
  2. If step 1 does not fix the issue, security software such as antivirus or the firewall may be getting in the way, or they may have removed vital files.

In this case Intella will need to be reinstalled to fix the issue. You will need to turn off your security software and then reinstall Intella as administrator. Also make sure that the Intella files and the HASP files are added to the white list of any security software that you are running on the system.

Error code 37 (H0037)
This error code can be caused by other HASP-protected programs. Please close down all HASP-related programs (i.e. EnCase, Smart Mount) and reinstall Intella.

If this problem persists, open a Command Prompt (as administrator) and run:

<intella-dir>binhaspdinst.exe -kp -i

and restart Intella.

If problem persists, open a Command Prompt (as administrator) and start the license manager by running:

net start hasplms

Error code 41 (H0041)
Your Intella (trial) license has expired (H0041)
This code is triggered if the trial license bundled with the software has expired. You can only keep on using Intella with a USB dongle.

If you are using a dongle, there can be two reasons why you may receive this error: 

  1. The dongle is not being seen by the computer. Make sure it is plugged into the system and follow the troubleshooting steps shown for Error code 33 (H0033) above.
  2. You don’t have the correct licenses on the dongle for the version of Intella that you are running. If you have downloaded and installed the latest version of Intella on your system, this is likely the cause. You are running the latest version of the software, but your dongle does not have the latest license. You can update the dongle by running ‘Dongle Manager.exe’ (which is located in the Intella installation folder), and clicking on the ‘Check for updates’ button.

Error code 51 (H0051)
Virtual machine detected, cannot run without a dongle (H0051)
In order to protect our intellectual property, the evaluation version of Intella WILL NOT run in a virtual machine (VM) environment. A “stand-alone” physical machine is required to launch the trial version. Note that Intella will run in a VM environment when using a dongle.

Solution 1 — Reconnect the USB dongle to your computer.
Solution 2 — Install the Intella evaluation version outside a virtual machine.

Error codes (E1009) or (E0004) 
«Win32 Envelope — Data Loader Initialization Error» or «Cannot find HASP SRM Run-Time Environment DLL»
This error is shown when you are running an older driver for the dongle management system. It can happen when installing an older version of Intella or Connect. Try updating the driver to resolve the issue.

  1. Stop Connect and any Intella instances that you may be running on this machine.
  2. Visit https://sentinelcustomer.gemalto.com/sentineldownloads/
  3. In the «Featured Downloads» section at the top, choose «Sentinel HASP/LDK — Windows GUI Run-time Installer».
  4. Run this installer on your machine.
  5. Start the application.

Section 2 — Troubleshooting dongle not being detected

You may experience an issue where the dongle has been working fine, but then is suddenly not detected by Intella anymore. You may get the HASP key not found (H0007) error when this happens.

There are several causes for this issue. The first steps to take are to check whether there is a hardware issue:

  1. Make sure that the dongle is plugged into the computer properly.
  2. If you are using a USB hub, try plugging the dongle directly into the computer.
  3. Disconnect the dongle, pause a few seconds, then reconnect it again. If the LED lights up, the application should be able to access the dongle. You may need to wait a few seconds for the dongle to be completely installed by the operating system.
  4. Check if the USB port is functioning correctly. Disconnect all other USB devices from their respective ports and connect the HASP dongle to a different USB port. You can also try using a different USB device in the port in which the dongle was not accessible, to verify that the port is actually working.

If you are still experiencing problems with the dongle not being detected and it is not a hardware issue, it may be a software issue. One of the most common causes for a dongle not being detected is when the dongle driver has been blocked or deleted. As mentioned above with Error Code 33 (H0033), this is usually because of security software such as antivirus software and firewalls getting in the way or removing vital files. You may be able to uninstall and reinstall the HASP driver to solve your problem by following these steps:

  1. Temporarily disable any security software you have running on the system.
  2. Open a Command Prompt (as administrator).
  3. Change to the bin directory of the application installation directory (e.g. type cd c:Program FilesVoundIntella [VERSION]bin).
  4. Once in the bin directory, run the following commands:
    (i)   haspdinst -kp -r           (this stops the HASP service and removes HASP using the standard method )
    (ii)  haspdinst –purge         (this removes HASP completely, using additional cleanup methods)
    (iii) haspdinst –i                  (this reinstalls HASP and starts the HASP service)
  5. Add C:WINDOWSsystem32hasplms.exe in the Exception list of the antivirus and firewall applications, for example like this:

After you have done the steps above, you can check whether your dongle is detected by your system by following the steps below on the computer with the dongle plugged in:

  1. Open a web browser.
  2. Copy and paste, or type http://localhost:1947/_int_/devices.html  into the URL field. The page that opens is called the Sentinel Admin Control Center or ACC. Note that no Internet connection is needed as the ACC is hosted locally on your computer.
  3. In the second row of the main screen you should see a picture of the dongle (a red, green or purple USB dongle). The ‘Key Type’ should start with ‘HASP HL …’. Note: The Key ID is the serial number of your dongle.

If you see your dongle then Intella should work. If you do not have the ACC, or you do not see your dongle, you will need to reinstall Intella as a full administrator on the system.

As mentioned above in Point 2 of the Error code 41 section, you may have downloaded and installed the latest version of Intella on your system. In this case the dongle may be seen ok by the system, but your dongle may not have the latest license which matches the new version that you installed. This issue would typically show a ‘License not found’ error, and you can fix the issue by running ‘Dongle Manager.exe’ and clicking on the ‘Check for updates’ button.

It is also possible that something has changed in your environment such as the deployment of security software, group policies, etc. Check with your IT team to see whether a change that they have made is causing the issue.

Section 3 — Dongle not showing or updating to the latest version

Vound uses a three digit version numbering system for its products. For example, for release 2.5.1, the 2 refers to the major release, the 5 refers to the minor release and the 1 refers to the micro release.

Dongle licensing is applied at the major and minor release levels. For example, if you have several versions of the Viewer license on your dongle, it would look similar to this:
Intella Viewer 2.3.x
Intella Viewer 2.4.x
Intella Viewer 2.5.x

Because dongle licensing is applied at the major and minor release levels, you don’t have to update your dongle for micro releases. For example, if my dongle is licensed for version 2.5.x, I will be able to run all versions that start with 2.5, such as versions 2.5.0 and 2.5.1, etc.

Provided that your Maintenance Agreement (MA) is up to date, most dongle updates can be done automatically using the Dongle Manager program, which is installed when Intella is installed. Dongle Manager has an option to ‘check for updates’, and will update the dongle if updates are available. 

Information on using Dongle Manager to automatically update your dongle, and manually updating your dongle, can be found at this link: https://support.vound-software.com/help/en-us/6-licensing/2-license-dongle-activation

If you cannot see the latest version on your dongle after using Dongle Manager to check for updates, then the latest version is not loaded on the dongle. There are a number of reasons why an update could fail. These include:

  1. Your MA has expired. Contact your Representative or the Sales team to renew your MA.
  2. Your MA is current but you cannot update to a major or minor release (e.g. from 2.4.x to 2.5.x). For dongle updates, you need to have at least 60 days of MA left to receive these updates. Contact your Representative or the Sales team to extend your MA.
  3. Your dongle is full and the new license will not fit on the dongle so it cannot be installed. This happens occasionally with our older purple dongles (not the green or red dongles) as they have limited space and they can become full. We see this with customers who have been with Vound for some time and have many older versions of Intella on their dongle. This is not a big issue as the dongle can be cleared, and the new version (along with a few earlier versions for backwards compatibility) can be loaded onto the dongle. You will need to submit a support ticket as this involves manually formatting and updating the dongle.
  4. Pending updates have not been applied to the dongle or have been applied in the wrong order. This can occur if you manually update your dongle using v2c files. Updates can be missed or applied out of order, which stops the new license being applied to the dongle. You will need to submit a support ticket so the issue can be fixed.
  5. You run a product that is not normally used on the type of dongle you have. E.g. you have Intella Professional (which is usually on a standalone dongle) on a network dongle. In these cases we need to manually create a license on our end before you run Dongle Manager to do the update. You will need to submit a support ticket so the license can be made.   

We have a video with more information regarding dongles and licensing at this link: https://youtu.be/5cKvxbcGrSY

Section 4 — Other issues related to dongles or the dongle driver

If you have an issue with your dongle or the dongle driver that is not covered in the above three sections, please submit a support ticket via our support site.

Note that it is extremely rare that a dongle will give trouble. When you receive dongle errors, it is most likely that the HASP software is not installed properly, or the Sentinel LDK License Manager service is not running. The License Manager needs to be running on your system for the dongle to work. You can run some checks on your system to see if the drivers are installed and that the License Manager is running.

Sentinel LDK drivers Installed
Intella is shipped with the latest Thales Sentinel LDK dongles. Intella is also packaged with the Sentinel LDK Runtime installer.

When Intella is installed onto the system, the dongle drivers are also installed onto the system. Under ‘Universal Serial Bus Controllers’ in ‘Device Manager’ on your system, you should see the following three entries:

If any of these items have a red X or a yellow warning sign, they may not have been installed properly and the drivers should be installed again.

License Manager running
Follow these steps to make sure that the License Manager is running.

  1. Open a Command Prompt (Start > All Programs > Accessories > Command Prompt)
  2. Enter: sc query hasplms
  3. Review the result which should look like this:
    SERVICE_NAME: hasplms
    TYPE : 10 WIN32_OWN_PROCESS
    STATE : 4 RUNNING
    (STOPPABLE,NOT_PAUSABLE ,IGNORES_SHUTDOWN)
    WIN32_EXIT_CODE : 0 (0x0)
    SERVICE_EXIT_CODE : 0 (0x0)
    CHECKPOINT : 0x0
    WAIT_HINT : 0x0

If you see 4 RUNNING under State, then the License Manager is running. 

You can also check the License Manager’s status in the Services section of the Windows Task Manager. The status should show that the License Manager is running.

If the License Manager is not running, try right-clicking on the License Manager and select ‘Start Service’. If the service will not start, check the Windows event log for entries relating to the Sentinel LDK License Manager service. The event log will typically contain an error message that can be used to help diagnose the issue.

Updated March 2022

Источник

1С+Windows2003+Terminal Server = HASP not found

Возникает ошибка: HASP not found (-10), (-11), (Error 27), (H0027), Terminal services detected
Установлена 1с 8.0 на Win2003+Terminal Server. Если работать локально то все чудесно.
Через RDP выдает ошибку.


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

1) В случае конфликта с программами терминального доступа типа Microsoft Terminal Server, Citrix Winframe/Metaframe и т.д.. Ограничение, связанное с совместной работой ключа и терминального сервера, заключается в том, что ключ не должен находится на машине с активным терминальным ПО.

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

2) Ошибка HASP not found (-10) также может возникать при запуске приложений, защищенных с помощью HASP4 под Windows Vista.
Источник

От себя: если у вас локальный однопользовательский ключ, то естессно ничего не заработает, а вот если сетевой от 5 лицензий, то по идее такой ошибки может и не быть. Это после общения с админами фирмы которая 1С продает. Проверить инфу пока не удалось.
Кстати, как вариант могут прокатить следующее решение USB-to-Ethernet

Источник

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Ошибка system thread exception not handled windows 10 что значит
  • Ошибка system thread exception not handled ntfs system

    • ➤