Ошибка запуска серверного модуля системы сфинкс вызванная защитой hasp

Платформа не видит ключ в терминальном сеансе

Всем добрый день

Воткнули ключ «H4NET5217-50 ORGL8 117378» на 5 пользователей в сервер Windows Server 2008 R2 Standart
Права админские
Дрова стоят. Светодиод горит.
Запускаем платформу 8.2.19.121 в RDP сеансе.
Ключ не обнаружен.
На других серверах это ключ работает

Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!
по причине:
Поиск лицензии на клиенте:
Файл программной лицензии не найден
локальный ключ недоступен: Status=-10, ORGL8 Локальный, не установлен
локальный ключ недоступен: Status=-10, ORG8A Локальный, не установлен
локальный ключ недоступен: Status=-10, ORG8B Локальный, не установлен
nethasp.ini: C:/Program Files (x86)/1cv82/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORGL8 Сетевой, не установлен
nethasp.ini: C:/Program Files (x86)/1cv82/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORG8A Сетевой, не установлен
nethasp.ini: C:/Program Files (x86)/1cv82/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORG8B Сетевой, не установлен
Конфигурация не является базовой

(9) >> ключи с однопользовательской лицензией в терминале с платформой вообще не работают. Это фейк ?

Это факт.
Если работать на сервере НЕ в терминале (как за обычным компом), то лицензия будет выдаваться. При подключении по РДП лицензия видна не будет.

Источник

История такая. У клиента куплен 1С:Сервер МИНИ (5 пользователей). Файлы баз расшарены на «типа файловом сервере» (просто Вин10). Пользователи работают с ними просто по сети. Лицензии используют программные на каждом пользовательском компьютере. На «сервере» никогда базы не запускались.

Когда-то им на том «типа сервере» поставили 1:Сервер, активировали программную лицензию. Но они его ни разу не использовали. И пользоваться сейчас уже им нет смысла: слишком мало доступных подключений. Релиз уже сильно устарел.

Возникла задача настроить удаленную работу паре сотрудников.

Решили попробовать замутить веб-сервер. Установили там свежую платформу с веб-компонентой, IIS настроили. А для публикации баз нужно их запустить конфигуратором. Вот тут то и понадобился ключик. Так как у них оказался в наличии еще и однопользовательский HASP, попробовали задействовать его, воткнув в сервер. И никак 1С его не увидит! В устройствах благополучно есть. 1С-ке сказали, чтобы искала аппаратный ключ, а она упорно хочет программную лицензию.

(3)С маркировкой все в порядке. Там же вариантов нет. И драйвер стоит. Написала в сообщении. Устройство есть.

Подвох где-то в наборе установленных 1С. Например, если стоит сервер 1С с программной лицензией, то фиолетовый хасп уже не рассматривается, даже если запускается файловый вариант. Может быть такое?

История интересная, но главного не увидел — какую именно базу вы сейчас запускаете, файловую или серверную?

Ключ установили на сервер, а запускаете Конфигуратор где, тоже на сервере или на клиенте?

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

Уже агента сервера остановили, файл с программной лизензией спрятали.

Источник

Дифференцируя по времени

E-mail: photo@amacumara.com

Как работать в 1С через удаленный рабочий стол RDP

Часто в бухгалтерию небольшой фирмы покупают однопользовальские ключи 1С, когда нужно настроить от одного до трех рабочих мест. Покупка четырех однопользовательских ключей не имеет смысла, так как ключ на 5 пользователей стоит дешевле. Быстрый доступ в интернет позволяет многим людям менять традиционный сценарий рабочего дня, то есть работать удаленно. У однопользовательских ключей 1С есть один существенный недостаток: с ними не возможно работать через удаленный рабочий стол RDP. В ключах 1С используются алгоритмы защиты HASP, которые при включении терминальной сессии блокируют ключ. В программе 1С Бухгалтерия предприятия (впрочем любая из семейства 1С 8.1 и 8.2) через удаленный рабочий стол RDP появляется ошибка «Не обнаружен ключ защиты».

Считаю жлобством со стороны 1С блокировать доступ к лицензионной программе для одного пользователя, когда для многопользовательской такого ограничения нет. Чтобы программа 1С (платформа 1С 8.1.16, 8.2.15, 8.2.16) работала через удалённый рабочий стол нужно внести изменения в некоторые dll файлы. Изменить для платформы 1С 8.1 файл backend.dll, а для 1С 8.2 backbas.dll, которые находятся в папке Bin в каталоге программы. Открываете соответствующий файл через HEX-редактор (например, Hex Editor Neo), запускаете поиск в режиме hex значения (шестнадцатеричное представление информации). Вводите для поиска значение: 10 00 00 FF D0 85 C0 0F 82 08 F8 FE FF 0F 84 16. В найденной строке меняете значение 85 на 31 и сохраняете файл. После можно запускать 1С в терминальном режиме с любым ключом.

Если считаете это решение пиратским, то могу заверить вас, что существует альтернатива запуска 1С через удаленный рабочий стол. Например, программа TeamViewer, через этот клиент можно получить бесплатный удаленный доступ и общий доступ к рабочему столу компьютера. Клиент TeamViewer не запускает терминальную сессию, поэтому выключения ключа не происходит. По скорости и стабильности работы, конечно, первое решение быстрее и лучше.

Читайте также:

20 комментария(-ев) “ Как работать в 1С через удаленный рабочий стол RDP ”

С 1 февраля 1С проверяет целостность backbas.dll и если он изменен, выкидывает ошибку. Есть какой-то другой равнозначный способ, даже в первую очередь легальный. 1С официальный, лицензия usb, но при подключении по rdp без описанного тут способа 1с не видит ключ и не запускается.

Илья, удалось ли решить проблему? Такая же ситуация.

На 8.3 64 бита — нет такой строи в поиске. После сокращения строки до 00 FF D0 85 C0 0F нашёлся один фрагмент. Исправил, работает. Спасибо.

Благодарю! Целый день ломал голову как заставить сие лицензионное чудо работать!

Team viewer отслеживает работу с 1с. После требует лицензию.

Из уст автора последние каменты звучали как будто ему по голове настучали за такое ))

Автор прекрасно поживает:) Пути с 1С разошлись.

Прекрасно работает на последней версии платформы 1с8.3. Тем кто не нашел строки кода рекомендую искать по части строки и перебирать все найденные фрагменты. Я таким способом нашел нужную строку кода, изменил 85 на 31 и, о чудо(!), ключ увиделся!
Спасибо автору!

на 8.3 32 бита — работает. На 8.3 64 бита — нет такой строи в поиске

Абсолютно согласен с автором, что не давать запускать через RDP того самого одного оплаченного пользователя — это неверно: все равно более 1 пользователя не сможет работать с базой.

А нужно работать исключительно через RDP

на 64-разрядной версии ищите строку 10 00 00 FF D0 85 C0 0F 84 89 FE FF FF 48 85 DB

Источник

1C USB HASP + терминальный сервер

(2) сетевой должен раздаваться менеджером лицензий.

так что твое:»Сначала драйвера, потом USB ключ, потом потом терминальный сервер.» пропускает этот пункт почему-то.

(4) >лицензию могут получить только в консольной сессии, а не терминальной, так как в терминальной ключ не виден, вот в чем проблема, а не в менеджере лицензию

терминальные клиенты могут получить лицензию ТОЛЬКО от HASP LM и ни как по другому,
в чем проблема — не понял

(5) > терминальные клиенты могут получить лицензию ТОЛЬКО от HASP LM и ни как по другому

Не знал. Но тогда еще один вопрос. Как подружить HASP LM c терминальным сервером. Я устанавливал HASP LM, удаленные клиенты получали лицензии от него, но локальные нет.

(7) неправда твоя. ты просто читать не умеешь. буквы видишь, а смысл не понимаешь.
к примеру, Гилев (Гилев для тебя достаточный авторитет?) пишет так -«1)НЕ СТАВЬТЕ МЕНЕДЖЕР ЛИЦЕНЗИЙ В ТЕРМИНАЛЕ (точнее устанавливайте в 0-й сессии, запуская %SystemRoot%system32mstsc.exe /console)
то есть не ставить в терминале это совсем не значит вообще не ставить на терминальный сервер. Это всего лишь значит ставить с консоли.

хм..чуток не та последовательность.
прежде чем подключить железку (любую железку в принципе), сначала неплохо бы подсунуть системе драйвер на эту железку. а то винда по умолчанию ТАКОЙ драйвер подсунет, потом не расхлебаешь.

поэтому
сначала драйвер
потом втыкаешь в USB, винда пошуршит, скажет обнаружено новое устройство и возьмет твой заранее предварительно установленный драйвер, а не свою смарт-карту
потом LM
все это делаешь с консоли. ты же все равно физически возле сервера находишься, раз в USB ключ тыкаешь. потому как в win2016 нулевая сессия там не совсем и ненулевая.
так что лучше непосредственно с консоли.

(22) не спорю, но он спросил последовательность, имхо последовательность правильнее такая — сперва драйвер, потом воткнуть железку.
И это не обязательно для ключа, я так, к примеру, и принтеры некоторые устанавливаю.

(21) проблема не в последовательности установки, а в какой-то банальщине

Секретного ингредиента не существует (с) Кунг-фу Панда

(27) >когда вообще 1С не находит никакую лицензию

не понял, а у тебя локальные клиенты какую-то лицензию что-ли находят ?!

если в сети только один клиентский ключ и нет особых требований, что бы кому-то конкретному его заблокировать, то ini трогать смысла нет, должно работать по дефолту,
а вот создать проблем кривыми настройками можно легко

мучил про последовательность установки, что зачем ставить, типа это сильно важно, а то что ini правил сказать забыл

Источник

Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!

Сколько ключей есть в наличии? Какие программы 1С куплены?

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

А терминал, как ни крути — это сетевая работа, и видимость локальных ключей в этом режиме намеренно заблокирована 1С.

Тогда это программная лицензия, которая должна быть установлена на терминальном сервере.

Кстати, многопользовательская программная лицензия идет с несколькими разными пин-кодами: тремя (если не ошибаюсь) многопользовательскими и кучей однопользовательских, по числу рабочих мест.

При первичной активации надо определиться — какой тип у лицензии будет использоваться? В случае RDP надо активировать один многопользовательский пин-код.

Ключи аппаратные (филетовые HASP) в таком случае — пофигу, и вообще непонятно — откуда они взялись?

М-да, не полегчало.

С этого надо было начинать. Отзываю свое предположение из (10), в таком случае можно только гадать — что именно произошло? И проще не угадать, чем угадать.

Я так понимаю, что у вас у пользователей обычные токены, а не ключи защиты. Раз пользователи подключаются по RDP и бухгалтер вам показывала желтую бумажку с пин-кодами, то лицензия скорее всего программная, многопользовательская.

Что там у вас было с электричеством? Сервера выключались? Сервер или компьютер (вообщем машина где 1С установлена) выключалась? Если да, то как? Есть там ИБП? Выключили корректно или сам отрубился?

Вы, похоже, не понимаете главного: если клиенты подключаются к серверу через RDP, то программа 1С на них не запускается — она запускается на сервере , столько раз, сколько клиентов.

Соответственно, nethasp.ini надо настраивать на сервере и только там.

А если это не поможет и ключ все равно не будет виден — проверять настройки файрвола и видимость «пк бухгалтера» тоже с сервера .

Клиентские компы — это просто терминалы со всеми вытекающими.

1. На машине где установлен ключ находим файл nhsrv.ini в папке с менеджером лицензий.
[NHS_SERVER]
NHS_SERVERNAMES = NAME1
2. На клиентских машинах (в Вашем случае это сервер, при работе в терминальной сессии) следует отредактировать файл nethasp.ini, явным образом указав адреса и имена менеджеров лицензий:
[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.0.10, 192.168.0.11, 127.0.0.1
NH_SERVER_NAME = NAME1, NAME2

И все заработает.

MagistrSoft,
к сожалению не помог Ваш совет. Отредактировала эти файлы.
Я уже и удаляла /устанавливала hasp
перезагружала сервер, чистила реестр, переустанавливала 1с- ничего не помогает.

P.s.
В диспетчере задач -usb виден.

Тогда должен быть установлен именно на том компе, на котором запускается 1С.

И для его работы нужны только драйвера , HASP License Manager не используется и, соответвенно, править nethasp.ini нет никакого смысла.

А вы пока что так и не написали — какая у вас база, где расположена и какое к ней подключение.

(29)
читайте (5)
т.е на том компе, куда воткнут ключ.

Ключ и стоит на терминальном сервере.
На рабочем терминальном сервере тоже самое настроено- и работает. До вчерашнего дня всё работало, а потом почему-то пишет, что нет лицензии

А сегодня включен основной сервер и 1с запустилась и на другом сервере.
Фигня какая-то вчера была в общем с этим ключом

(32)
user705522_constantin_h ,
1с работала именно в терминале. И сегодня также заработала на тестовом сервере.
Да, иногда лицензия пропадала, но решалось. А вчера почему-то, когда рабочий сервер был выключен- на тестовом сервере пропала лицензия 1с.
Как именно отличается Локальный ключ от сетевого.

Какого именно цвета ключ стоит я не помню.

(35)С помощью программы Aladdin Monitor можно посмотреть какие ключи используются и сколько лицензий использовано.

Если подсчетом клиентских лицензий занимается сервер «1С:Предприятия», то клиентские лицензии, у которых в программе Aladdin Monitor значение колонки Timeout равно 0, будут считаться занятыми. В связи с этим не рекомендуется одни и те же многопользовательские ключи HASP использовать для одновременного получения клиентских лицензий с помощью HASP License Manager и сервера «1С:Предприятия».

ВАЖНО. Несколько ключей единой серии на одном ПК работать не будут! Сетевые или однопользовательские ключи ORGL8 вместе не используются.

На одном ПК могут работать ключи, например, 8 и 8А.

При условии запуска менеджера ключи доступны по сети. Одним компьютером благодаря этому может обслуживаться 900 лицензий (ORGL8: 100, в 8A: 30 и в 8B: 500).

На один ПК можно установить ключи сервера 1С и пользовательских лицензий.

Поиск лицензий проводится в определенном порядке.

ORGL8.
ORGL8A.
ORGL8B.

Ключи серверного типа размещаются на тот компьютер, где имеется сервер 1С:Предприятие. Они не будут работать по сети.

Источник

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-адрес компьютера, где расположен менеджер лицензий.

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

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

• В память ключа защиты программного обеспечения HASP не прошита лицензия на используемый Program Number/Feature ID. Если вы являетесь пользователем защищенного приложения, необходимо обратиться к разработчику данного ПО для замены или обновления ключа. Если вы являетесь разработчиком, следует прошить лицензию в память ключа с помощью утилиты HASPEdit(HASP4)/Factory(HASP HL)/Business Studio(HASP SRM)/Sentinel EMS(Sentinel LDK)/через API(LicGen/BSS API).
• На компьютере установлено 2 ключа защиты ПО HASP одной серии. Виден только один из них – тот, на котором не прописана данная лицензия. Попробуйте подключить ключи поочередно и проверить, запускается ли приложение.
• Если ключ HASP, с помощью которого защищена программа, сетевой, возможна ситуация, когда в сети работает несколько менеджеров лицензий, обслуживающих ключи защиты ПО одной серии с разным набором лицензий. В таком случае, если защищенное приложение находит первым ключ HASP, не содержащий искомой лицензии, выдается данная ошибка. Необходимо произвести настройку менеджеров лицензий – см. «Два и более менеджеров лицензий (HASP License Manager) в сети».

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

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

1. Не установлен драйвер ключа HASP. Загрузите и установите драйвер ключа: http://safenet-sentinel.ru/helpdesk/download-space/#tabs-4
2. Приложение запускается раньше, чем драйвер закончит инициализацию.

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

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

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

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

1. Количество сессий (пользователей) с ключом защиты превысило допустимое ограничение. В данном случае необходимо либо ограничить число пользователей, использующих защищенное приложение, либо обратиться к поставщику защищенного ПО для покупки/обновления ключа Sentinel (HASP) до большего количества лицензий.
2. Ключ защиты, с помощью которого защищена программа – сетевой, и в сети работает несколько менеджеров лицензий, обслуживающих ключи защиты ПО одной серии. В таком случае, если защищенное приложение находит первым ключ Sentinel (HASP), с которым уже установлено максимальное количество сессий, выдается данная ошибка. Необходимо произвести настройку менеджеров лицензий – см. «Два и более Менеджеров Лицензий (HASP License Manager) в сети».
3. После завершения приложения остается активной сессия с ключом Sentinel (HASP). В результате чего сокращается реальное количество возможных подключений к ключу защиты Sentinel (HASP) и выдается данная ошибка. Необходимо перезапустить менеджер лицензий (только для систем защиты HASP4 и HASP HL).

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

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

«hinstall -i -lpt1=x», где x — базовый адрес порта. Посмотреть его значение можно в менеджере устройств.

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

«hinstall -i -lpt1=0x378» или «hinstall -i -lpt1=0x3BC»

К сожалению, ключи не работают на переходниках 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). После закрытия окна приложение не запускается.

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

Решение

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

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

1. HASP-ключ физически подсоединен к компьютеру. В данном случае следует проверить, что в USB — разъем подключена маленькая «флешка» черного или фиолетового цвета. В том случае, если не HASP-ключ не подключен, необходимо его подключить;
2. серии защиты (EOAWT или AAOTB) HASP-ключа и ПО совпадают. Серия ключа, которой защищено ПО, указывается в названии инсталлятора. Серия ключа указывается на самом ключе.

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

1. сетевой ключ, подсоединенный к компьютеру в сети, на самом деле является сетевым. Сетевой ключ должен быть красного цвета. Локальные ключи, в зависимости от серии, — черные или фиолетовые. Если ваш ключ не красный, то защищенный модуль должен быть установлен на тот же компьютер, к которому подключен HASP-ключ;
2. на компьютере, где установлен сетевой HASP-ключ, запущен менеджер лицензий (hasplms.exe). По умолчанию утилита hasplms.exe устанавливается вместе с ПО. Если утилиты на компьютере нет, следует заново установить драйвера для HASP, используя дистрибутив из папки C:/ /tools/;
3. компьютере, где установлен ключ, или на компьютере, где запускается защищенное приложение, не блокируется передача трафика по 475 порту. Стороннее ПО, в том числе антивирусные программы, firewall, брандмауэр windows могут блокировать передачу по сети, поэтому мы рекомендуем отлючить их.

Feature not found (H0031)

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

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

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

Решение

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

1. что серии защиты (EOAWT или AAOTB) HASP-ключа и ПО совпадают. Серия ключа, которой защищено ПО, указывается в названии инсталлятора. Серия ключа указывается на самом ключе;
2. в память ключа защиты прошиты все необходимые лицензии на используемый продукт. В том случае, если в HASP-ключе содержатся не все лицензии, необходимо выполнить перепрошивку ключа.

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

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

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

1. найти файл bridge.plist (расположение файла зависит от настраиваемого ПО и операционной системы, поэтому рекомендуем воспользоваться поиском по файлам и папкам);
2. в нем в разделе kernel:
3. изменить значение параметра hasp_key_id, указав номер ключа, который необходимо использовать (номер ключа указан в колонке Key ID на странице Sentinel Keys) — в данном случае ПО будет использовать ключ с указанным номером;
4. изменить значение параметра product_feature, указав уникальный номер лицензии, которую надо использовать — в данном случае ПО будет искать ключ, который содержит данную лицензию и использовать его. В том случае, если в системе есть несколько ключей с указанной лицензией, то будет использоваться первый найденный ключ.

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

Unable to access HASP SRM RunTime Environment (H0033)

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

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

Решение

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

1. проверить, что C:WINDOWSsystem32hasplms.exe не блокируется Брандмауэром Windows (Windows firewall) или антивирусной программой. В том случае, если Брандмауэр Windows (Windows firewall) включен, то приложение hasplms.exe следует добавить в список исключений.
2. проверить, что порт 1947 не блокируется программой Брандмауэр Windows (Windows firewall). В том случае, если Брандмауэр Windows (Windows firewall) включен, то порт 1947 следует добавить в список исключений;
3. проверить, что cлужба hasplms (HASP License Manager Service) запущена. Для этого, нужно запустить Диспетчер задач, перейти в нем на вкладку Службы и для службы hasplms посмотреть значение колонки Состояние . В том случае оно обозначено как Остановлено, то следует запустить службу — правой кнопкой мыши кликнуть на ее названии и в контекстном меню выбрать пункт Запустить службу.
4. если службу hasplms не удалось запустить с помощью диспетчера задач, тогда следует в командной строке ввести cmd и запустить консоль от имени администратора. В появившемся окне последовательно ввести следующие команды:
5. bcdedit -set LOADOPTIONS DISABLE_INTEGRITY_CHECKS
6. bcdedit -set TESTSIGNING ON
7. выполнить перезагрузку и убедиться что служба hasplms запущена.
8. Более подробная информация доступна на форуме Sentinel

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

• открыть Брандмауэр Windows (Windows firewall):

• для Windows XP: нажать кнопку Пуск, выбрать пункт меню Настройка, подпункт Панель управления. Далее выбрать Брандмауэр Windows, перейти в закладку Исключения и нажать Добавить программу;
• для Windows 7: нажать кнопку Пуск, выбрать Панель управления, в появившемся окне выбрать пункт Брандмауэр Windows;

в появившемся окне выбрать Разрешение запуска программы через брандмауэр Windows;

добавить программу hasplms.exe в список разрешенных.

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

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

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

Решение

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

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

Your license has expired (H0041)

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

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

Решение

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

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

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

Содержание

HASP key not found (H0007)

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

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

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

Решение

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

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

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

Feature not found (H0031)

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

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

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

Решение

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

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

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

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

Unable to access HASP SRM RunTime Environment (H0033)

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

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

Решение

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

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

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

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

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

Решение

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

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

Your license has expired (H0041)

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

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

Решение

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

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

Источник

Sentinel key not found h0007 windows 10

Добрый день! Уважаемые читатели и гости популярного компьютерного блога pyatilistnik.org. Недавно я по почте получил письмо с просьбой описать процесс поиска неисправности в работе USB ключей Sentinel key (Sentinel SuperPro, Sentinel UltraPro и SHK), и тут как раз на работе была ситуация с одной из АТС, которая лицензировалась, как раз по аппаратному ключу Sentinel. В итоге решение с данной ситуацией и позволило описать процесс диагностики, который вы можете применять. Надеюсь, что данный опыт окажется для вас полезным.

Sentinel key not found

Очень часто случается такая ситуация, что ваша операционная система не видит аппаратный, электронный токен. Описываю свое окружение. Есть виртуальная машина на ESXI 6.5, в ней установлена операционная система Windows Server 2008 R2. На данном сервере есть программный комплекс «Altitude 7.1», для запуска которого нужен ключик SafeNet USB SuperPro/UltraPro. После перезагрузки сервера, выскочила ошибка:

Из сообщения видно, что служба не смогла обнаружить аппаратный Sentinel key.

Диагностика работы электронного ключа Safenet

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

Вот по этим пунктам мы и проведем базовую диагностику сервера на котором есть софт работающий с аппаратным ключом Sentinel key. Думаю все могут посмотреть, горит ваш ключ или нет. Если горит, то хорошо, если нет, то переходим к следующему пункту. В моей инфраструктуре сервер, где не видится USB токен, это виртуальная машина на гипервизоре Vmware ESXI 6.5 и Sentinel ключ, подключен к ней по сети, с помощью устройства digi anywhereusb или SEH myUTN, по технологии USB over IP, как это делается смотрите по ссылкам. В обоих случаях устанавливается на сервере программный клиент, задачей которого выступает связать его с сетевым USB коммутатором.

Первым делом вы должны проверить, нету ли проблем в данной связке. Приведу пример с клиентом «AnywhereUSB Configuration Utility и Remote USB Hub Viewer» для устройств DIGI. В данном клиенте, у вас должен быть статус, что успешно подключено и не быть желтых предупреждений.

Если подключение отсутствует, то нужно смотреть сетевые настройки и самого клиента, самая распространенная ошибка, это: Can not find Remote Hub, почитайте как она решается.

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

Что делать если все видится хорошо?

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

В таких случаях нужно переустанавливать драйвера и провести диагностику подключения.

Для диагностики подключения у компании Sentinel, есть специальная утилита под названием Sentinel Advanced Medic.

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

И нажимаем Test, если у вас ключ прокинут по сети, то у вас как и у меня пункты «Sentinel Protection Server Installation и Sentinel Keys Server Installation», будут крестиком, это нормально, данные тесты для локальных служб. Как видите, у меня найден SuperPro Key и остальные тесты пройдены.

Вот так вот выглядят тесты с локальными службами. Как видите ошибки Sentinel key not found, у меня не выскочило.

Так же можно проверить и удаленный сервер по локальной сети, для этого нажмите «network Test». Указываете ip адрес или можете прописать localhost, для локального компьютера и запустить тесты. Утилита так же покажет, доступность всех служб и ключей на удаленном или локальном сервере.

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

Как правильно удалять драйвера Sentinel Usb Key

Для того, что бы правильно удалить или переустановить драйвера на Sentinel key, нужно соблюдать некоторые правила и порядок, чтобы все починить и не сломать.

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

Источник

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ПО STEMAX представляет собой пакет программных модулей с защитой аппаратной лицензией от незаконного использования. Запустить программу STEMAX Сервер можно только на ПК, в USB-порт которого вставлен HASP-ключ. Для работы HASP-ключа требуется драйвер. Если HASP-ключ отсутствует, или драйвер HASP-ключа не установлен, то при запуске программы STEMAX Сервер будет появляться сообщение об ошибке.

Для решения проблемы следует убедиться, что HASP-ключ вставлен в USB-порт серверного ПК. Далее скачать и установить драйвер, подходящий для вашей операционной системы. Драйвер, подходящий для ОС WIndows, можно скачать по ссылке http://nppstels.ru/download/484/.

Если данный драйвер не подходит для вашей операционной системы, то используйте драйверы с сайта официального производителя HASP-ключей https://safenet-sentinel.ru/helpdesk/download-space/. Например, драйвер для ОС Windows 7 Professional расположен на сайте официального производителя на вкладке HASP4 — Драйвер для Windows. Версия 7.80 (интерфейс: GUI).

В случае если установить драйвер автоматически способом не удастся, то установить его можно в ручном режиме из командной строки:
1. Откройте папку содержащую файл драйвера haspdinst.exe. (Если драйвер запакован в архив то его обязательно необходимо распаковать).
2. Запустите командную строку от имени администратора из текущей папки. Для этого, необходимо открыть меню Файл > Открыть командную строку > Открыть командную строку как администратор.
3. В открывшейся командной строке введите команду haspdinst.exe -i -kp и нажмите enter. Начнётся процесс установки и появится сообщение с просьбой подождать.
4. По завершению установки появится сообщение, что драйвер успешно установлен.

В случае успешной установки драйвера в диспетчере устройств Windows должны появиться 2 контроллера USB: Aladdin HASP Key и Aladdin USB Key.

Устанавливаем сетевой ключ HASP4 на Windows Server Standard 2012
Сетевой ключ HASP4 выполняет функцию доступа нескольких пользователей к серверу 1С.

Если более точно, то многопользовательский ключ HASP4 раздает лицензии, необходимые для одновременной работы нескольких пользователей на сервере 1С. Ключ HASP4 доступен в сети через HASP License Manager.

В нашей организации сервер 1С – терминальный. При работе в терминальном режиме также требуется установка HASP License Manager. Терминальный сервер развернут в виртуальной среде Hyper-V с операционной системой Windows Server Standard 2008. В связи с известной проблемой проброса ключей на виртуальную машину с гипервизором Hyper-V было принято решение установить ключ HASP4 на «железный» Windows Server Standard 2012.

Общая последовательность действий:

1. Скачиваем и устанавливаем на HASP Device Driver.
2. Скачиваем и устанавливаем на HASP HL License Manager.
3. Настраиваем HASP HL License Manager.
4. Настраиваем брандмауэры серверов.
5. Проверяем работу приложения 1С с клиентского компьютера.

Более подробное описание:

1. Скачиваем последний драйвер HASP Device Driver с официального сайта . В моем случае это драйвер версии 6.65. Драйвер нужен для того, чтобы система определила ключ HASP4.

2. Устанавливаем драйвер HASP Device Driver на сервер Windows Server Standard 2012. Установка стандартная, следуем указаниям мастера установки.

3. Скачиваем HASP HL License Manager (Менеджер лицензий) с официального сайта . Как уже упоминалось, HASP HL License Manager раздает лицензии клиентским компьютерам в локальной сети.

4. Устанавливаем Менеджер лицензий на Windows Server Standard 2012. Здесь тоже все стандартно. В процессе установки можно выбрать установку Менеджера лицензий как приложение или как сервис. На мой взгляд, целесообразно сначала установить Менеджер лицензий как приложение, проверить его работу, а в дальнейшем, при отсутствии проблем, установить его как сервис. Что я и сделал.

5. Настраиваем Менеджер лицензий. Настройка заключается в редактировании файла c:Program Files (x86)AladdinHASP LMnhsrv.ini. В моем случае Менеджер лицензий раздавал лицензии и со стандартными настройками. Но все же я выполнил рекомендации, найденные в Интернете. Они заключаются в отключении в двух последних секциях файла настроек IPX протокола секция [NHS_IPX] и NetBios протокола секция [NHS_NETBIOS].

6. Настраиваем брандмауэр. В брандмауэре Windows Server Standard 2012 и терминального сервера с 1С добавляем в исключения порт 475 для UDP и TCP-пакетов, по которым раздаются лицензии клиентам.

7. Устанавливаем Aladdin HASP Monitor. При желании можно установить утилиту Aladdin HASP Monitor для мониторинга доступа к ключу и лицензий. Скачать можно с официального сайта .

8. Проверяем работу 1С. Запускаем 1С и далее «Справка – О программе» в нижней части проверяем информацию о полученной лицензии.

Источник

1C типичные проблемы при работе с HASP

Это все было касаемо серверной части, т.е. применяется на том компе куда воткнут ключик HASP4, на клиенте же, нужно в папке 192.168.1.103c$Program Files (x86)1cv82conf поправить файл nethasp.ini

Сделать запись
[NH_TCPIP]NH_SERVER_ADDR = 192.168.1.103, 192.168.1.3, 192.168.1.250, 192.168.1.99
NH_TCPIP_METHOD = TCP
NH_SERVER_NAME = admiral, it_progr, srvprss, it

тут указаны имена серваков и их ipадреса. Имена с учетом того как они описывались в файлах nhsrv.ini на серверах (см. выше).

1C типичные проблемы при работе с HASP

Для защиты своих продуктов фирма «1C» использует аппаратный ключ защиты HASP4, присоединяемый к USB или LPT-порту компьютера. Для установки ключа HASP4 на операционные системы Microsoft Windows 98, ME, NT4, 2000, XP(x86/x64), 2003 Server(x86/x64), 2008 Server(x86/x64) или Vista (x86/x64) вам необходимо скачать и установить драйвер версии 4.116. Если вы планируете работать под управлением Windows 7(x86/x64), то рекомендуется использовать драйвер 5.90. Для успешной установки драйвера вам потребуются привилегии локального администратора, рекомендуется отключить любое защитное ПО (антивирус, брандмауэр).

Драйверы устанавливаются в консольном режиме, для этого необходимо запустить драйвер с параметром «-i». В случае, если на этом компьютере уже использовались ключи HASP, рекомендуется удалить предыдущую версию драйвера, запустив инсталляцию с ключом «-r».

Ключи защиты для 1С подразделяются на:

1. Однопользовательские (обязательно должны физически быть подключены к компьютеру, на котором запускается 1С)

модель HASP HL Basic (синего цвета), данный ключ имеет маркировку H4 M1 ORGL8, не имеет встроенной памяти и персонального ID, не хранит в себе никаких параметров и настроек. Поставляется продуктами имеющими лицензию на одно рабочее место.

2. Многопользовательские (ключ находится в сети, 1С может запускаться на любых компьютера в пределах локальной сети или домена)

Сетевые клиентские ключи включают серию HASP HL Net (красного цвета). Имеют внутреннюю память, в которой хранится количество лицензий, и уникальный ID. Существуют разновидности на 5, 10, 20, 50 и 100 пользователей. Имеет маркировку NETXX ORGL8, где ХX — количество лицензий (например NET5 ORGL8). Существуют также ключи на 300 и 500 пользователей которые имеют маркировку NET250+ ORG8A и NET250+ ORG8B. Поставляются с продуктами имеющими лицензию на 5 рабочих мест, а также отдельно, в виде дополнительных клиентских лицензий.

3. Серверные (обязательно должны физически быть подключены локально к компьютеру, на котором установлен и работает сервер агента 1С Предприятие)

Ключи для сервера 1С Предприятие бывают только локальные. 32-битная версия имеет ключ защиты HASP HL Pro (фиолетового цвета), который имеет внутреннюю память и уникальный ID. Имеет маркировку ENSR8, поставляется вместе с лицензией на сервер 1С Предприятие.

! Для 64-битного сервера используется ключ HASP HL Max (зеленого цвета) с внутренней памятью и уникальным ID. Имеет маркировку EN8SA и поддерживает также 32-битный сервер. Т.е. имея лицензию на 64-битный сервер можно, не меняя ключа, использовать 32-битную версию, но не наоборот.

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

Для многопользовательского (сетевого) ключа защиты необходимо:

1. Установить драйвер ключа защиты на одну из машины в сети, которая будет являться сервером ключа — HASP4_driver_setup.zip

2. Установить сервер (службу) ключа защиты на эту же машину — HASP_LM_setup.zip

3. Вставить ключ защиты в сервер в USB порт

4. Установить 1С на клиентские машины

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

• Удалите все компоненты HASP через «Панель управления — Установка/удаление программ».

• Остановите все службы, которые содержат в названии «Hasp» или «HLServer».

• Удалите все файлы aks*.*, «hardlock.sys» и «haspnt.sys» из папки c:windowssystem32drivers» (если они не используются другими приложениями).

• Изменение драйверов в «Диспетчере устройств»:

зайдите в «Панель управления» «Система»;

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

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

раскройте пункт «Драйверы устройств не Plug and Play»;

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

• Попробуйте еще раз удалить драйверы с помощью команды «haspdinst –purge», а затем установить с помощью «haspdinst –i».

При включении / перезагрузке компьютера под управлением Windows XP из автозагрузки не загружается Сервер защиты с сообщением об ошибке: HASP Device Driver not installed (-100).

Возможная причина: Драйвер защиты загружается медленнее, чем Сервер защиты из автозагрузки. Решение: Вместо Сервера защиты (NHSRVW32.EXE) использовать Менеджер лицензий LMSETUP, устанавливаемый в качестве службы (Service) Windows. Менеджер лицензий LMSETUP доступен по адресу: http://www.aladdin.com/support/hasp/enduser.asp Подробности установки можно найти по адресу: http://v8.1c.ru/overview/release_13/

Работа с ключами по сети

Для работы с сетевыми ключами, помимо установки драйверов, вам еще потребуется установить License Manager (Менеджер лицензий) для каждого сетевого ключа. Менеджер лицензий — это утилита, которая служит связующим звеном между сетевым ключом и «1C», запускаемой на удаленной машине.

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

IP-адреса машины, обслуживающей ключ.

Пример файла nethasp.ini:

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

Если часть маршрута между запускаемой программой и ключами HASP проходит через Интернет или на ключе более 100 лицензий, могут возникнуть проблемы с тайм-аутами при доставке пакетов. Время ожидания ответа можно регулировать с помощью параметров NH_SESSION и NH_SEND_RCV. По умолчанию они закомментированы, и их значение составляет 30 и 5 секунд соответственно. Таким образом, делается 6 попыток найти ключ по 5 секунд каждая. При необходимости вы можете увеличить эти параметры.

Менеджер лицензий не рекомендуется устанавливать его на компьютер с 2-мя и более сетевыми интерфейсами, так как это может вызвать некорректное функционирование Менеджера. Для решения данной проблемы следует:

• Перенести Менеджер лицензий на другую машину в сети.

• Отключить остальные сетевые интерфейсы.

• Также можно попробовать изменить метрики в свойствах протокола TCP/IP (первым будет использован интерфейс с меньшей метрикой), но результат в данном случае гарантировать нельзя.

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

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

На машине где установлен ключ находим файл nhsrv.ini в папке с менеджером лицензий. За имя сервера лицензий отвечает параметр NHS_SERVERNAMES, оно может состоять из латинских букв и цифр и содержать не более 7 символов.

После чего на клиентских машинах желательно отредактировать файл nethasp.ini, явным образом указав адреса и имена менеджеров лицензий:

NH_SERVER_ADDR = 192.168.0.10, 192.168.0.11

NH_SERVER_NAME = NAME1, NAME2

Утилита Aladdin Monitor разработана для осуществления централизованного администрирования приложений HASP License Manager и ключей сетевых ключей HASP.

Aladdin Monitor позволяет:

• Проверять наличие и свойства ключей HASP4 Net в сети.

• Отслеживать наличие и свойства Менеджеров лицензий в сети.

• Останавливать и запускать локальный Менеджер лицензий.

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

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

Утилита HASP Admin Control Center (устанавливается вместе с драйверами ключей Sentinel HASP v.5.*) не предназначена для работы с ключами, которые использует «1С», поэтому они ей в ней отображаться не будут – воспользуйтесь утилитой Aladdin Monitor.

Утилита Aladdin DiagnostiX реализует механизм обратной связи. Ее главная задача — диагностика работоспособности локальных и сетевых ключей, работающих в системе. Кроме того, она позволяет настраивать конфигурацию для сетевых ключей HASP и генерировать отчеты, включающие всю информацию, связанную с устройствами Aladdin. При обращении в службу технической поддержки рекомендуется прикреплять подобный отчет, это поможет сформировать более полную картину сложившийся проблемы.

Источник

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)»

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

• В память ключа защиты программного обеспечения HASP не прошита лицензия на используемый Program Number/Feature ID. Если вы являетесь пользователем защищенного приложения, необходимо обратиться к разработчику данного ПО для замены или обновления ключа. Если вы являетесь разработчиком, следует прошить лицензию в память ключа с помощью утилиты HASPEdit(HASP4)/Factory(HASP HL)/Business Studio(HASP SRM)/Sentinel EMS(Sentinel LDK)/через API(LicGen/BSS API).
• На компьютере установлено 2 ключа защиты ПО HASP одной серии. Виден только один из них – тот, на котором не прописана данная лицензия. Попробуйте подключить ключи поочередно и проверить, запускается ли приложение.
• Если ключ HASP, с помощью которого защищена программа, сетевой, возможна ситуация, когда в сети работает несколько менеджеров лицензий, обслуживающих ключи защиты ПО одной серии с разным набором лицензий. В таком случае, если защищенное приложение находит первым ключ HASP, не содержащий искомой лицензии, выдается данная ошибка. Необходимо произвести настройку менеджеров лицензий – см. «Два и более менеджеров лицензий (HASP License Manager) в сети».

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

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

1. Не установлен драйвер ключа HASP. Загрузите и установите драйвер ключа: http://safenet-sentinel.ru/helpdesk/download-space/#tabs-4
2. Приложение запускается раньше, чем драйвер закончит инициализацию.

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

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

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

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

1. Количество сессий (пользователей) с ключом защиты превысило допустимое ограничение. В данном случае необходимо либо ограничить число пользователей, использующих защищенное приложение, либо обратиться к поставщику защищенного ПО для покупки/обновления ключа Sentinel (HASP) до большего количества лицензий.
2. Ключ защиты, с помощью которого защищена программа – сетевой, и в сети работает несколько менеджеров лицензий, обслуживающих ключи защиты ПО одной серии. В таком случае, если защищенное приложение находит первым ключ Sentinel (HASP), с которым уже установлено максимальное количество сессий, выдается данная ошибка. Необходимо произвести настройку менеджеров лицензий – см. «Два и более Менеджеров Лицензий (HASP License Manager) в сети».
3. После завершения приложения остается активной сессия с ключом Sentinel (HASP). В результате чего сокращается реальное количество возможных подключений к ключу защиты Sentinel (HASP) и выдается данная ошибка. Необходимо перезапустить менеджер лицензий (только для систем защиты HASP4 и HASP HL).

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

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

«hinstall -i -lpt1=x», где x — базовый адрес порта. Посмотреть его значение можно в менеджере устройств.

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

«hinstall -i -lpt1=0x378» или «hinstall -i -lpt1=0x3BC»

К сожалению, ключи не работают на переходниках 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). После закрытия окна приложение не запускается.

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

Решение

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

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

1. HASP-ключ физически подсоединен к компьютеру. В данном случае следует проверить, что в USB — разъем подключена маленькая «флешка» черного или фиолетового цвета. В том случае, если не HASP-ключ не подключен, необходимо его подключить;
2. серии защиты (EOAWT или AAOTB) HASP-ключа и ПО совпадают. Серия ключа, которой защищено ПО, указывается в названии инсталлятора. Серия ключа указывается на самом ключе.

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

1. сетевой ключ, подсоединенный к компьютеру в сети, на самом деле является сетевым. Сетевой ключ должен быть красного цвета. Локальные ключи, в зависимости от серии, — черные или фиолетовые. Если ваш ключ не красный, то защищенный модуль должен быть установлен на тот же компьютер, к которому подключен HASP-ключ;
2. на компьютере, где установлен сетевой HASP-ключ, запущен менеджер лицензий (hasplms.exe). По умолчанию утилита hasplms.exe устанавливается вместе с ПО. Если утилиты на компьютере нет, следует заново установить драйвера для HASP, используя дистрибутив из папки C:/ /tools/;
3. компьютере, где установлен ключ, или на компьютере, где запускается защищенное приложение, не блокируется передача трафика по 475 порту. Стороннее ПО, в том числе антивирусные программы, firewall, брандмауэр windows могут блокировать передачу по сети, поэтому мы рекомендуем отлючить их.

Feature not found (H0031)

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

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

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

Решение

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

1. что серии защиты (EOAWT или AAOTB) HASP-ключа и ПО совпадают. Серия ключа, которой защищено ПО, указывается в названии инсталлятора. Серия ключа указывается на самом ключе;
2. в память ключа защиты прошиты все необходимые лицензии на используемый продукт. В том случае, если в HASP-ключе содержатся не все лицензии, необходимо выполнить перепрошивку ключа.

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

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

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

1. найти файл bridge.plist (расположение файла зависит от настраиваемого ПО и операционной системы, поэтому рекомендуем воспользоваться поиском по файлам и папкам);
2. в нем в разделе kernel:
3. изменить значение параметра hasp_key_id, указав номер ключа, который необходимо использовать (номер ключа указан в колонке Key ID на странице Sentinel Keys) — в данном случае ПО будет использовать ключ с указанным номером;
4. изменить значение параметра product_feature, указав уникальный номер лицензии, которую надо использовать — в данном случае ПО будет искать ключ, который содержит данную лицензию и использовать его. В том случае, если в системе есть несколько ключей с указанной лицензией, то будет использоваться первый найденный ключ.

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

Unable to access HASP SRM RunTime Environment (H0033)

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

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

Решение

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

1. проверить, что C:WINDOWSsystem32hasplms.exe не блокируется Брандмауэром Windows (Windows firewall) или антивирусной программой. В том случае, если Брандмауэр Windows (Windows firewall) включен, то приложение hasplms.exe следует добавить в список исключений.
2. проверить, что порт 1947 не блокируется программой Брандмауэр Windows (Windows firewall). В том случае, если Брандмауэр Windows (Windows firewall) включен, то порт 1947 следует добавить в список исключений;
3. проверить, что cлужба hasplms (HASP License Manager Service) запущена. Для этого, нужно запустить Диспетчер задач, перейти в нем на вкладку Службы и для службы hasplms посмотреть значение колонки Состояние . В том случае оно обозначено как Остановлено, то следует запустить службу — правой кнопкой мыши кликнуть на ее названии и в контекстном меню выбрать пункт Запустить службу.
4. если службу hasplms не удалось запустить с помощью диспетчера задач, тогда следует в командной строке ввести cmd и запустить консоль от имени администратора. В появившемся окне последовательно ввести следующие команды:
5. bcdedit -set LOADOPTIONS DISABLE_INTEGRITY_CHECKS
6. bcdedit -set TESTSIGNING ON
7. выполнить перезагрузку и убедиться что служба hasplms запущена.
8. Более подробная информация доступна на форуме Sentinel

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

• открыть Брандмауэр Windows (Windows firewall):

• для Windows XP: нажать кнопку Пуск, выбрать пункт меню Настройка, подпункт Панель управления. Далее выбрать Брандмауэр Windows, перейти в закладку Исключения и нажать Добавить программу;
• для Windows 7: нажать кнопку Пуск, выбрать Панель управления, в появившемся окне выбрать пункт Брандмауэр Windows;

в появившемся окне выбрать Разрешение запуска программы через брандмауэр Windows;

добавить программу hasplms.exe в список разрешенных.

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

Источник

TimBlack

• #1

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

Опишу проблему:

Поставили передо мной задачу установить 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»

Заранее благодарю.

KiR

• #2

а с юсб-портами точно все нормально? сам ключик горит как включенный?

TimBlack

• #3

а с юсб-портами точно все нормально? сам ключик горит как включенный?

Порты проверял, работают нормально. (проверял на флешках, записывают-считывают норм). Лампочка на ключе горит.

KiR

• #4

Попробуй скачать AKS Monitor и погляди что он покажет. Если не покажет работающего глючка — то либо ключ какой-то не работающий (можно на каком-то другом компе проверить), толи с портами (виртуальными) фигня

Кстати, еще вот о чем подумал. Скольки разрядный у тя проц?
У мя вот тоже один сервачек так и не слопал ключик

TimBlack

• #5

Попробуй скачать AKS Monitor и погляди что он покажет. Если не покажет работающего глючка — то либо ключ какой-то не работающий (можно на каком-то другом компе проверить), толи с портами (виртуальными) фигня

Кстати, еще вот о чем подумал. Скольки разрядный у тя проц?
У мя вот тоже один сервачек так и не слопал ключик

На другом компе HASP работает. :blink: У меня на сервере стоит четырехядерный е5320.

Тут кстати выключали электричество и приходилось гасить сервер. Так после перезагрузки я подключил к нему монитор с клавой, зашел в админку напрямую и лиценз менеджер запустился! Я уж было обрадовался. перезашел в админку с другого компа, через удаленный монитор. Лиценз менеджер не запустился и опять начал выдавать ошибку. Меня это убивает… В чем же может быть дело?!

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

KiR

• #6

по идее разницы нет. так у тя лиценз менеджер не запускается или ключ не подцепляется? это немного разные вещи…

puh14

• #7

2003 хреново ключи видит. В каталоге проги найди nethasp.ini в котором пропиши

[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Enabled
NH_TCPIP = Enabled
[NH_TCPIP]
NH_TCPIP_METHOD = TCP
NH_SERVER_ADDR = 192.168.ХХ.ХХ тут пиши айпишник сервака с ключиком
NH_SERVER_NAME = ИмяТвоегоСервера

Этот-же файлик закинь в в папку с лиценз менеджером, system32, system и windows (ну не помню я где он его ищет). Мне в свое время помогло.

KiR

• #8

а мне кажется тут не в 2003м дело, а в чем конкретно еще сам не понял

unknown181538

• #9

Попробуйте свежие драйверы и МЛ с алладиновского сайта поскачивать.

KiR

• #10

все это было. такое впечатление что ключ не дружит с железкой или с чем-то из софта

Hardware key driver not found h0014 что это

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

Удаляем и затем устанавливаем заново драйвер:

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

— Удалите все компоненты 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»

Да, «Отключить ключ HASP» — это именно отсоединить его физически от ПК.

Консольная версия позволяет производить установку / удаление драйвера с различными полезными параметрами, GUI версия так не умеет, к тому же, версия 6.63 — уже устарела, сейчас актуальна версия 6.64.

Нет, тип ключа по присланной информации установить нельзя, и в данном случае это ничего не меняет. Ключи HASP HL и HASP 4 отличаются внешне.

Спасибо. Ясно.
Однако, скачать по указанным ссылкам по-прежнему не получается. Пробовал в нескольких браузерах. Нажимаю на ACCEPT, но скачивание не начинается, остаюсь на той же странице.
Нельзя ли передать ссылку другим образом. Скачивание с самого сайта SafeNet происходит без проблем Спасибо. Скачал. Получается, что достаточно одного консольного варианта драйвера для удаления старого (опция -r) и установки нового драйвера (опция -install). Зачем тогда в первом посте приводится две ссылки ? Опция -alldrv отсутствует.

В инструкции даны ссылки на разные версии драйвера.
Опция «-alldrv» доступна именно для старой версии драйвера (4.116 и ниже).

HASP key: Руководство пользователя для ОС Windows

Sentinel HASP – решение, обеспечивающее аппаратную (USB-ключи HASP HL) или программную (HASP SL) защиту программного обеспечения. Программная защита используется при поставке продукта в удаленные регионы или продаже через интернет, а также позволяет работать с демо-версиями продукта (Provisional license), в остальных случаях рекомендуется аппаратная защита.

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

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

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

Решение

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

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

1. HASP-ключ физически подсоединен к компьютеру. В данном случае следует проверить, что в USB — разъем подключена маленькая «флешка» черного или фиолетового цвета. В том случае, если не HASP-ключ не подключен, необходимо его подключить;
2. серии защиты (EOAWT или AAOTB) HASP-ключа и ПО совпадают. Серия ключа, которой защищено ПО, указывается в названии инсталлятора. Серия ключа указывается на самом ключе.

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

1. сетевой ключ, подсоединенный к компьютеру в сети, на самом деле является сетевым. Сетевой ключ должен быть красного цвета. Локальные ключи, в зависимости от серии, — черные или фиолетовые. Если ваш ключ не красный, то защищенный модуль должен быть установлен на тот же компьютер, к которому подключен HASP-ключ;
2. на компьютере, где установлен сетевой HASP-ключ, запущен менеджер лицензий (hasplms.exe). По умолчанию утилита hasplms.exe устанавливается вместе с ПО. Если утилиты на компьютере нет, следует заново установить драйвера для HASP, используя дистрибутив из папки C:/ /tools/;
3. компьютере, где установлен ключ, или на компьютере, где запускается защищенное приложение, не блокируется передача трафика по 475 порту. Стороннее ПО, в том числе антивирусные программы, firewall, брандмауэр windows могут блокировать передачу по сети, поэтому мы рекомендуем отлючить их.

Feature not found (H0031)

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

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

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

Решение

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

1. что серии защиты (EOAWT или AAOTB) HASP-ключа и ПО совпадают. Серия ключа, которой защищено ПО, указывается в названии инсталлятора. Серия ключа указывается на самом ключе;
2. в память ключа защиты прошиты все необходимые лицензии на используемый продукт. В том случае, если в HASP-ключе содержатся не все лицензии, необходимо выполнить перепрошивку ключа.

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

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

1. найти файл bridge.plist (расположение файла зависит от настраиваемого ПО и операционной системы, поэтому рекомендуем воспользоваться поиском по файлам и папкам);
2. в нем в разделе kernel:
   • изменить значение параметра hasp_key_id, указав номер ключа, который необходимо использовать (номер ключа указан в колонке Key ID на странице Sentinel Keys) — в данном случае ПО будет использовать ключ с указанным номером;
   • изменить значение параметра product_feature, указав уникальный номер лицензии, которую надо использовать — в данном случае ПО будет искать ключ, который содержит данную лицензию и использовать его. В том случае, если в системе есть несколько ключей с указанной лицензией, то будет использоваться первый найденный ключ.

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

Unable to access HASP SRM RunTime Environment (H0033)

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

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

Решение

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

1. проверить, что C:WINDOWSsystem32hasplms.exe не блокируется Брандмауэром Windows (Windows firewall) или антивирусной программой. В том случае, если Брандмауэр Windows (Windows firewall) включен, то приложение hasplms.exe следует добавить в список исключений.
2. проверить, что порт 1947 не блокируется программой Брандмауэр Windows (Windows firewall). В том случае, если Брандмауэр Windows (Windows firewall) включен, то порт 1947 следует добавить в список исключений;
3. проверить, что cлужба hasplms (HASP License Manager Service) запущена. Для этого, нужно запустить Диспетчер задач, перейти в нем на вкладку Службы и для службы hasplms посмотреть значение колонки Состояние . В том случае оно обозначено как Остановлено, то следует запустить службу — правой кнопкой мыши кликнуть на ее названии и в контекстном меню выбрать пункт Запустить службу.
4. если службу hasplms не удалось запустить с помощью диспетчера задач, тогда следует в командной строке ввести cmd и запустить консоль от имени администратора. В появившемся окне последовательно ввести следующие команды:
   • bcdedit -set LOADOPTIONS DISABLE_INTEGRITY_CHECKS
   • bcdedit -set TESTSIGNING ON
5. выполнить перезагрузку и убедиться что служба hasplms запущена.
6. Более подробная информация доступна на форуме Sentinel

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

• открыть Брандмауэр Windows (Windows firewall):
  • для Windows XP: нажать кнопку Пуск, выбрать пункт меню Настройка, подпункт Панель управления. Далее выбрать Брандмауэр Windows, перейти в закладку Исключения и нажать Добавить программу;
  • для Windows 7: нажать кнопку Пуск, выбрать Панель управления, в появившемся окне выбрать пункт Брандмауэр Windows;

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

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

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

  Решение

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

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

  Your license has expired (H0041)

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

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

  Решение

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

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

  Прошивка Hasp Key (для ОС Windows)

  Часто задаваемые вопросы

  Определить, что драйвера на HASP ключ установлены можно по следующим признакам:

  

  HASP key: Руководство пользователя. Admin Control Center Help

  Как узнать серию ключа?

  

  HASP key: Руководство пользователя. Определение серии ключа

  Как запросить обновление / продление лицензии?

  Согласно инструкции «Прошивка Hasp программного ключа HASP SL» получить c2v-файл и прислать его на адрес электронной почты nuuo@vit.ua с описанием необходимого функционала продукта:

  Сколько осталось времени до конца лицензии?

  

  HASP key: Руководство пользователя. Выбор опции Features 3. В поле Restrictions напротив каждой настройки видно время «старта» и время окончания работы. Если в колонке «Restrictions» установлено значение «expired», значит временная лицензия для данной настройки закончилась.

  

  HASP key: Руководство пользователя. Определение времени до конца лицензии

  Какие настройки установлены в ключе?

  

  HASP key: Руководство пользователя. Выбор опции Features

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

  Как применить v2c-файл не имея «Менеджер HASP ключей» (HASP Key Manager)?

  

  HASP key: Руководство пользователя. Форме выбора файла

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

  

  HASP key: Руководство пользователя. Список Feature 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 из комплекта разработчика.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  Описание ошибок

  HASP key not found (H0007)

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

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

  Решение

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

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

  1. HASP-ключ физически подсоединен к компьютеру. В данном случае следует проверить, что в USB — разъем подключена маленькая «флешка» черного или фиолетового цвета. В том случае, если не HASP-ключ не подключен, необходимо его подключить;
  2. серии защиты (EOAWT или AAOTB) HASP-ключа и ПО совпадают. Серия ключа, которой защищено ПО, указывается в названии инсталлятора. Серия ключа указывается на самом ключе.

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

  1. сетевой ключ, подсоединенный к компьютеру в сети, на самом деле является сетевым. Сетевой ключ должен быть красного цвета. Локальные ключи, в зависимости от серии, — черные или фиолетовые. Если ваш ключ не красный, то защищенный модуль должен быть установлен на тот же компьютер, к которому подключен HASP-ключ;
  2. на компьютере, где установлен сетевой HASP-ключ, запущен менеджер лицензий (hasplms.exe). По умолчанию утилита hasplms.exe устанавливается вместе с ПО. Если утилиты на компьютере нет, следует заново установить драйвера для HASP, используя дистрибутив из папки C:/ /tools/;
  3. компьютере, где установлен ключ, или на компьютере, где запускается защищенное приложение, не блокируется передача трафика по 475 порту. Стороннее ПО, в том числе антивирусные программы, firewall, брандмауэр windows могут блокировать передачу по сети, поэтому мы рекомендуем отлючить их.

  Feature not found (H0031)

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

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

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

  Решение

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

  1. что серии защиты (EOAWT или AAOTB) HASP-ключа и ПО совпадают. Серия ключа, которой защищено ПО, указывается в названии инсталлятора. Серия ключа указывается на самом ключе;
  2. в память ключа защиты прошиты все необходимые лицензии на используемый продукт. В том случае, если в HASP-ключе содержатся не все лицензии, необходимо выполнить перепрошивку ключа.

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

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

  1. найти файл bridge.plist (расположение файла зависит от настраиваемого ПО и операционной системы, поэтому рекомендуем воспользоваться поиском по файлам и папкам);
  2. в нем в разделе kernel:
     • изменить значение параметра hasp_key_id, указав номер ключа, который необходимо использовать (номер ключа указан в колонке Key ID на странице Sentinel Keys) — в данном случае ПО будет использовать ключ с указанным номером;
     • изменить значение параметра product_feature, указав уникальный номер лицензии, которую надо использовать — в данном случае ПО будет искать ключ, который содержит данную лицензию и использовать его. В том случае, если в системе есть несколько ключей с указанной лицензией, то будет использоваться первый найденный ключ.

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

  Unable to access HASP SRM RunTime Environment (H0033)

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

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

  Решение

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

  1. проверить, что C:WINDOWSsystem32hasplms.exe не блокируется Брандмауэром Windows (Windows firewall) или антивирусной программой. В том случае, если Брандмауэр Windows (Windows firewall) включен, то приложение hasplms.exe следует добавить в список исключений.
  2. проверить, что порт 1947 не блокируется программой Брандмауэр Windows (Windows firewall). В том случае, если Брандмауэр Windows (Windows firewall) включен, то порт 1947 следует добавить в список исключений;
  3. проверить, что cлужба hasplms (HASP License Manager Service) запущена. Для этого, нужно запустить Диспетчер задач, перейти в нем на вкладку Службы и для службы hasplms посмотреть значение колонки Состояние . В том случае оно обозначено как Остановлено, то следует запустить службу — правой кнопкой мыши кликнуть на ее названии и в контекстном меню выбрать пункт Запустить службу.
  4. если службу hasplms не удалось запустить с помощью диспетчера задач, тогда следует в командной строке ввести cmd и запустить консоль от имени администратора. В появившемся окне последовательно ввести следующие команды:
     • bcdedit -set LOADOPTIONS DISABLE_INTEGRITY_CHECKS
     • bcdedit -set TESTSIGNING ON
  5. выполнить перезагрузку и убедиться что служба hasplms запущена.
  6. Более подробная информация доступна на форуме Sentinel

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

  • открыть Брандмауэр Windows (Windows firewall):
    • для Windows XP: нажать кнопку Пуск, выбрать пункт меню Настройка, подпункт Панель управления. Далее выбрать Брандмауэр Windows, перейти в закладку Исключения и нажать Добавить программу;
    • для Windows 7: нажать кнопку Пуск, выбрать Панель управления, в появившемся окне выбрать пункт Брандмауэр Windows;

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

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

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

    Решение

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

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

    Your license has expired (H0041)

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

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

    Решение

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

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

    Источник