no matching feature found h0050 как исправить

How can we help you?

HASP Error Message

List of Contents

Communication error between local and remote Sentinel HASP License Managers (H0040)

Cause of Error
The Server and Client PCs are unable to communicate with each other.

Solution

Feature not found (H0031)

Cause of Error

Solution

Make sure the correct version of CLO 3D is installed.
ex> Purchased the Network version, but used the Stand-Alone version’s installer.
-> Re-install CLO 3D using the Network version’s installer.

Sentinel HASP key not found (H0007)

Objective

Cause of Error
— When the HASP Key is not plugged in to the PC.
— Network Version only: the Client PC does not recognize the Server PC that the dongle key is connected to.
— When the HASP Key is recognized, but the Sentinel License Manager service fails to start properly.

Solution

Make sure the HASP is connected to the PC.

Too many concurrent users (H0038)

Cause of Error

When the number of users connected to the program exceeds the maximum allowed number of users.
ex> If the maximum number of users (the number of purchased licenses) is 2, and 3 users try to log-in, the last person to attempt a connection will receive an error message.

Solution

Check the number of current users via the link below.
Connect when one of the current users exit the program.
ACC Page

Click Sentinel Keys, on the left.
When the Key shows up as the image above, click Sessions, on the right.

The following page should display the current user(s).
Connect when one of the current users exits the program.

If any unauthorized user is connected, click the Disconnect button on the right to log the person out of the program.

Unable to access Sentinel HASP Run-time Environment(H0033)

Cause of Error

The HASP Driver has not been properly installed on the PC, or the Driver is damaged. To confirm whether it being properly installed, enter http://localhost:1947 or http://127.0.0.1:1947 into your web browser, or click on the following link ( ACC Page ). If the following page does not look equal to the image below, there is a problem with the Sentinel HASP Driver.

Solution

Refer to the following manual and reinstall the HASP Driver.

Источник

[Закрыто] Проблемы с менеджером лицензий и Расшифровка Кодов ошибок

TechnologiCS → TechnologiCS → Установка/настройка → Проблемы с менеджером лицензий и Расшифровка Кодов ошибок

Чтобы отправить ответ, вы должны войти или зарегистрироваться

Сообщения 1

#1 Тема от Елена Кузнецова 16 января 2009 13:54:41

Тема: Проблемы с менеджером лицензий и Расшифровка Кодов ошибок

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

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

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

Внимательно просмотрите лог файл менеджера лицензий, там содержится подробная информация о ходе его работы. По умолчанию лог файл находится в файле C:\Program Files\CSoft\CS License Server\flex.log или C:\Program Files (x86)\CSoft\CS License Server\flex.log для x64 ОС.

Если выше перечисленные шаги не помогли разобраться вам самостоятельно, отправьте запрос с подробным описание ошибки на адрес soft@csoft.ru не забыв приложить лог файл и файл лицензий.

С уважением, служба технической поддержки TechnologiCS.

Коды ошибок менеджера лицензий

Errors marked with an ‘*’ indicates errors which should not appear in shipping software. These are errors intended to help the programmer incorporate FLEXlm in their product, and should be fixed before shipping.
Errors marked with ‘+’ indicate errors due to an operating system failure.

Error Description

The system administrator has reserved all the licenses for others. Reservations are made in the options file. The server must be restarted for options file changes to take effect.

Источник

Hasp protection system hasp not found

TimBlack

Доброе время суток.

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

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

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

Работа приложений, защищенных при помощи электронных ключей HASP4, HASP HL и Sentinel HL в рамках системы защиты HASP4 под Windows Vista

Работа приложений, защищенных при помощи электронных ключей HASP4, HASP HL и Sentinel HL в рамках системы защиты HASP4 под Windows 7 и новее

Работа приложений, защищенных при помощи электронных ключей HASP4, HASP HL и Sentinel HL, в рамках системы защиты HASP4, под Windows 7 и более свежими ОС не гарантируется, так как данная система защиты официально не поддерживает данные ОС.

Работа ключа на удаленной машине – настройка «nethasp.ini»

Для того, чтобы защищенное приложение нормально работало на удаленной рабочей станции, необходимо обеспечить беспрепятственный проход UDP- и TCP-пакетов по порту 475 в обе стороны. Также должны проходить и broadcast-пакеты. Если последнее требование не выполняется, необходима настройка приложения через файл «nethasp.ini» (должен находится в одной директории с защищенным приложением) с целью отключения broadcast-механизма поиска ключа и явного указания IP-адреса машины, обслуживающей ключ.

NH_SERVER_ADDR = 168.192.1.41 //ip-адрес компьютера, где расположен менеджер лицензий.

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

Ошибка: «No authorization to run this program (130), Feature not found (Error 31), (H0031)»

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

Ошибка: «Error 1009: Cannot open Hasp HL Drivers»

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

Ошибка «Hasp not found (0)»

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

Ошибка «HASP not found (-4), (Error 4), (H0004), Too many open Features»

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

Отсутствует LPT (USB) порт на компьютере. Порт LPT установлен в виде платы расширения.

В случае, если необходимо установить LPT-ключ HASP на компьютере, где отсутствует LPT-порт, можно установить PCI-плату расширения с портом LPT. При установке PCI-платы с LPT-портом необходимо учитывать, что базовый адрес LPT-порта, установленного на PCI-шине, отличается от общепринятых значений для интегрированных портов (это 378h, 3BCh и 278h). Поэтому для установки драйвера следует использовать утилиту установки с интерфейсом командной строки. Данная утилита позволяет задать любой базовый адрес порта при установке драйвера. Синтаксис данной утилиты:

Пример для данных адресов:

К сожалению, ключи не работают на переходниках PCMCIA-LPT или USB-LPT. Это связано с особенностями работы драйвера ключа. Также технически возможна замена LPT-ключа на аналогичный USB-ключ, однако этот вопрос необходимо решать с компанией-разработчиком защищенного ПО. В случае отсутствия портов USB их можно добавить с помощью плат расширения PCI или PCMCIA.

Менеджер лицензий (HASP License Manager) «грузит» одно из ядер процессора на 100%. Массовые сетевые ошибки «receive problem error 10038» и «receive problem error 10054», неконтролируемый рост потребления оперативной памяти процессом.

Актуально только для менеджеров лицензий версии 8.32 и ниже от систем защиты HASP4 и HASP HL.

Причина сбоев в работе менеджера лицензий – «битые» пакеты, приходящие по UDP. Поскольку обмен при помощи UDP-дэйтаграмм не предусматривает контроля успешной доставки пакета, данный протокол надежно работает только в сетях, построенных на высококачественном оборудовании. Если же на какой-нибудь рабочей станции, где запускается защищенное приложение, установлена карта, которая не корректно работает с FlowControl, то это приводит к вышеописанной ситуации. Единственный способ разрешить эту проблему, не считая замены оборудования на более качественное, – это переход на обмен посредством TCP-пакетов. В этом случае контролируется успешная доставка каждого пакета и работа с ключом становится более надежной.

Для того, чтобы настроить защищенное приложение на работу через TCP-пакеты, необходимо сконфигурировать файл «nethasp.ini» следующим образом:

Адрес дан для примера, следует указывать реальный IP-адрес машины, где установлен менеджер лицензий. Далее (важно!) следует отключить в менеджере лицензий прослушивание UDP-протокола, оставив только TCP:

Если этого не сделать, то при получении «битых» UDP-пакетов менеджером ошибка может возникнуть вновь.

Некоторые приложения не работают по TCP, только по UDP (например, 1С 8.х). Однако можно заставить их использовать TCP неявно. Для этого помимо того, что описано выше, необходимо разрешить в свойствах протокола TCP/IP (Properties — Advanced — WINS) поддержку NetBios over TCP/IP на рабочих станциях, где работает защищенное приложение и на машине, где установлен ключ. Конфигурационные файлы приложения необходимо настроить следующим образом:

Значение параметра Num можно взять из лога менеджера лицензий, там указывается, какие каналы менеджер слушает по NetBios. Если номеров несколько, переберите их по очереди, пока 1С не запустится. При такой настройке 1С в качестве транспорта по-прежнему будет использовать TCP/IP, но работать с ним будет через интерфейс NetBios. Причем при передаче пакетов будет использоваться именно TCP-механизм, в силу особенностей реализации NetBios over TCP/IP.

Два и более менеджеров лицензий (HASP License Manager) в сети

Актуально только для менеджеров лицензий версии 8.32 и ниже от систем защиты HASP4 и HASP HL.

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

Основная идея настройки в данном случае – назначить каждому менеджеру свое имя и сообщить каждой копии 1С эти имена. Задать имя менеджеру можно через файл «nhsrv.ini», он должен находиться в одном каталоге с менеджером лицензий (по умолчанию — C:Program FilesAladdinHASP LM). Если менеджер лицензий установлен как сервис, то данный файл необходимо скопировать в каталог WindowsSystem32 (для 64-разрядных ОС — WindowsSysWOW64). Имя должно состоять из алфавитно-цифровых символов (можно использовать только латиницу) и не должно быть длиннее 7 символов.

Сообщить защищенному приложению имена менеджеров можно через файл «nethasp.ini», он должен находиться в одном каталоге с защищенным приложением или в каталоге, который указал разработчик (для 1С – каталог BinConf от корня установки 1С):

NH_SERVER_ADDR = 168.192.1.41, 168.192.1.11

NH_SERVER_NAME = LM1, LM2

Параметры «адрес» и «имя» должны соответствовать друг другу, т.е. на машине с адресом 168.192.1.41 должен быть запущен менеджер с именем LM1. Адреса даны для примера, следует указывать реальные IP- адреса машин, где установлены соответствующие менеджеры лицензий.

Aladdin Monitor не показывает ключ Sentinel (HASP)

Сам по себе монитор может показать только наличие менеджера лицензий на том или ином адресе. Ключ он сможет увидеть только после того, как защищенное приложение успешно откроет хотя бы одну сессию с ключом. Кроме того, следует учитывать, что Aladdin Monitor работает только по протоколу UDP, порт 475. Таким образом, отсутствие данных о ключе в мониторе еще не означает, что ключ недоступен для приложения.

Инструкция по эксплуатации программных продуктов «1C» и ключей защиты Sentinel (HASP)

HASP4 и «зависшие» сессии

Система защиты HASP4 устарела и была снята с поддержки в 2006 году, с тех пор для неё ничего не дорабатывалось. В менеджере лицензий 8.32 периодически возможно «зависание части лицензий», происходящее из-за некорректного завершения сессии с ключом.

Решение возможно путём перезагрузки службы менеджера лицензий (ручной или автоматической по расписанию), в ходе которой будут завершены все сессии с ключом, в том числе и зависшие, либо по истечению таймаута равного 24 часам.

Почему в Sentinel Admin Сontrol Center не видно ключ HASP4? Подходит ли драйвер от LDK для HASP4 / HASP HL?

Sentinel Admin Сontrol Center – это web-интерфейс менеджера лицензий, встроенного в драйвер от системы защиты Sentinel LDK (SRM), ключи Sentinel (HASP) не работают с ним в рамках систем защиты HASP4 и HASP HL.

Для работы ключей по сети в рамках системы защиты HASP4 / HASP HL существует менеджер лицензий — HASP License Manager 8.32, который устанавливается отдельно.

Драйвер от системы защиты Sentinel LDK (SRM) обеспечивает работу ключа Sentinel (HASP) как устройства на ПК, а для работы ключа с защищённым ПО по сети (в рамках систем защиты HASP4 и HASP HL) нужен ещё и менеджер лицензий 8.32, Sentinel Admin Сontrol Center при этом никак не задействуется и на отображение / не отображение в нём ключей внимание обращать не следует.

Содержание

HASP key not found (H0007)

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

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

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

Решение

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

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

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

Feature not found (H0031)

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

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

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

Решение

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

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

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

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

Unable to access HASP SRM RunTime Environment (H0033)

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

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

Решение

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

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

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

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

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

Решение

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

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

Your license has expired (H0041)

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

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

Решение

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

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

Источник

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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