Error 7 hasp hl key not found что это

Содержание

1. Hasp ключ защиты. Описание ошибок
2. Содержание
3. HASP key not found (H0007)
4. Описание проблемы
5. Решение
6. Feature not found (H0031)
7. Описание проблемы
8. Решение
9. Unable to access HASP SRM RunTime Environment (H0033)
10. Описание проблемы
11. Решение
12. Terminal services detected, cannot run without a dongle (H0027)
13. Описание проблемы
14. Решение
15. Your license has expired (H0041)
16. Описание проблемы
17. Решение
18. Sentinel key not found h0007 windows 10
19. Sentinel key not found
20. Диагностика работы электронного ключа Safenet
21. Что делать если все видится хорошо?
22. Как правильно удалять драйвера Sentinel Usb Key
23. Общие вопросы для разработчиков
24. Проблемы при запуске программы
25. Проблемы при запуске программы
26. 1. Проблемы обнаружения ключа защиты
27. 1.1. Ошибки ключа защиты Sentinel HL
28. 1.2. Ошибки ключа защиты CodeMeter
29. 1.3. Ошибки ключа защиты Sentinel

• 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.

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

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

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) на один компьютер следует учитывать, следующее:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Для ключей 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/

Для локального ключа:

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) и выполнить проверку доступности ключа.

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

Если лицензия А0 «Персональная», в этом случае:

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

2.Если вы сотрудник организации и локальных ключей у вас более одного, вы можете воспользоваться платной услугой «Объединение локальных ключей в 1 сетевой» со сменой лицензии на «Корпоративная», обратившись к поставщику программы.

Если лицензия А0 «Корпоративная» и ключ вставлен в вашем компьютере (локальный):

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

2.Вы можете воспользоваться услугой «Перевод локального ключа в сетевой на 1 рабочее место», обратившись к поставщику программы.. Услуга оказывается только в рамках действующего ГО.

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

Например, для локального ключа доступ только «Лок.» – локальный.

Для сетевого ключа доступ «Лок.» – локальный, «Удал.» – удаленный и «Терм.» – терминальный (RDP).

Открыть страницу «Sentinel Admin Control Center» можно в Интернет-браузере на том компьютере (сервере), где расположен ключ. Адрес страницы по-умолчанию: http://localhost:1947/.

Для восстановления файла «hasp_windows_2152288.dll» необходимо:

1.Скачать архив с драйвером ключа Sentinel HL (Яндекс.Диск).

2.Извлечь из архива файл «hasp_windows_2152288.dll».

3.Поместить извлечённый файл в папку «C:Windowssystem32», для выполнения этой операции потребуются права администратора компьютера.

Для локального ключа:

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

Для сетевого ключа:

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

Для этого проверить настройку поиска ключа в соответствии с инструкцией «Настройка поиска ключей в «Sentinel Admin Control Center»».

Для сетевого ключа:

Следует проверить количество текущих пользователей по строке продукта на странице «Sentinel Admin Control Center». Адрес страницы по-умолчанию: http://IP-адрес сервера ключа:1947/.

Лимит рабочих мест продукта в ключе указан в столбце «Лимит». Количество текущих подключений продукта к ключу — в столбце «Сеансы».

Для локального ключа:

Следует проверить наличие возможности работы через протокол RDP по строке продукта на странице «Sentinel Admin Control Center». Адрес страницы по-умолчанию: http://localhost:1947

Для работы ключа через протокол RDP в столбце «Доступ» должны присутствовать опции «Лок.» – локальный и «Терм.» – терминальный (RDP).

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

При необходимости обновить версию программы.

Для локального ключа:

1.Проверить наличие ключа защиты в USB-порту.

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

3.Убедиться, что драйвер ключа установлен и отображается в перечне установленных программ и компонентов Windows, пункт «CodeMeter Runtime Kit v*.*».

Исправный ключ при наличии драйвера должен отображаться в «Диспетчере устройств» Windows, в категории «Дисковые устройства», как «WIBU — CodeMeter-Stick USB Device» без восклицательных или предупреждающих знаков.

При необходимости переустановить драйвер ключа.

Для сетевого ключа:

1.На компьютере (сервере), где установлен сервер сетевого ключа, выполнить рекомендации данные выше для локального ключа.

2.Убедиться, что служба сервера сетевого ключа запущена. Проверить состояние службы можно по инструкции.

3.Убедиться, что доступ к серверу сетевого ключа по сети не блокируется антивирусом или сетевым экраном (например брандмауэром Windows). Проверить доступность ключа CodeMeter можно по инструкции.

Для локального ключа:

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

Для сетевого ключа:

Для дальнейшей работы нажмите «Повтор». Если ошибка повторяется — нажмите «Пропустить», сохраните изменения и закройте программу. Затем обратитесь к вашему Администратору сети.

Требуется на вкладке «Сервер» страницы «CodeMeter WebAdmin» выяснить доступный остаток рабочих мест запускаемого продукта в сетевом ключе и убедиться, что ключ физически подключен и отображается на данной вкладке.

Для решения этой ошибки необходимо обращаться в службу технической поддержки Компании ИнфоСтрой.

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.Проверить наличие ключа защиты в 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.

1.Перейти в список служб ОС Windows и найти службы с наименованиями:

 — «Sentinel Keys Server»;

 — «Sentinel Protection Server»;

 — «Sentinel Security Runtime».

 Остановить указанные службы и выставить тип запуска в значение «Отключено». Более правильное решение — выполнить изменение компонентов драйвера локального ключа «Sentinel».

2.Проверить наличие файла библиотеки «sx32w.dll» в системной папке:

 C:WindowsSystem32 — для 32-х разрядной системы

 или C:WindowsSysWOW64 — для 64-х разрядной системы.

 При отсутствии данной библиотеки на компьютере ключ «Sentinel» не может прочитать файл лицензии, выдавая ошибку:

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

 При необходимости заменить библиотеку «sx32w.dll» на нужную версию. Обе версии по-умолчанию входят в поставку, одна из них имеет название sx32w_.dll.

 Версию драйвера «Sentinel» можно проверить в списке установленных программ компьютера, пункт «Sentinel Protection Installer» (например, «Sentinel Protection Installer 7.6.9»).
 

Таблица совместимости версий библиотеки и драйвера:

3.Ограничение производителя ключа защиты: на компьютере (сервере) может быть установлен только один ключ защиты (USB-устройство). Необходимо извлечь все сторонние ключи.

Для сетевого ключа:

1.Убедиться, что версия библиотеки «sx32w.dll» соответствует версии драйвера «Sentinel», установленного на компьютере (сервере).

При необходимости заменить библиотеку «sx32w.dll» на нужную версию. Обе версии по-умолчанию входят в поставку, одна из них имеет название sx32w_.dll.

2.Убедиться, что на сетевом ключе «Sentinel» остается не менее 2-х свободных рабочих мест. Остаток свободных рабочих мест на сетевом ключе «Sentinel» можно проверить в Интернет-браузере по адресу: http://IP-адрес сервера ключа:6002/.

Для локального ключа:

1.Проверить наличие ключа защиты в USB-порту.

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

Для сетевого ключа:

1.Убедиться, что служба сервера сетевого ключа запущена и доступна по сети.

2.Проверить наличие и стабильность сетевого соединения с сервером сетевого ключа.

1.Скачать файл библиотеки «sx32w.dll» из хранилища файлов (Яндекс.Диск) Компании ИнфоСтрой в произвольную папку.

2.С правами локального администратора компьютера поместить файл библиотеки «sx32w.dll» в системный каталог:

•для 32-разрядной операционной системы — C:WindowsSystem32;

•для 64-разрядной операционной системы — C:WindowsSysWOW64.

Для сетевого ключа:

1. Убедиться, что адрес сервера сетевого ключа в файле «SntlConfig.xml» (расположен в двух папках: «Система» и «Утилиты» программы «Пути к папкам приложения») указан правильно. При необходимости указать вместо имени сервера ключа его IP-адрес.

1.Перейти в каталог «Bin» по пути, указанному в тексте ошибки.

2.Скопировать в каталог «Bin» необходимые файлы лицензии.

Для получения актуальных файлов лицензии необходимо отправить запрос на электронный адрес «a0@infostroy.ru».