LDK 7, Delphi Win32: как работать без Runtime?

Страницы: 1
RSS
LDK 7, Delphi Win32: как работать без Runtime?
 
Согласно документации (Distributing Sentinel LDK Run-timeEnvironment page 163) не требуется установка Runtime в случаях

1) локальная работа с ключом Driverless
2) удалённая работа с ключом Net HL, если на удалённой рабочей станции стоит рантайм

Имеем два компьютера Win7 x64 Pro Rus (лицензия, в домене), на обоих Runtime 6.65 ( кстати, надеемся на русификацию ) и ключ Net-50 hw 7.0 fw 4.26 Driverless

Программа на Delphi пытается вызвать функции login, login_scoped, get_info (с шаблоном поиск ключей, со "скопом" и без).  Ключ втыкаю и в локальную машину, и в удалённую.
Фаервол поставлен в "прозрачный" режим.

Если запущен локальный рантайм - всё работает как часы.
Глушим локальный рантайм - не работает ничего, все вызовы возвращают HASP 33: error communicating with local LM
Подкладываем к программе hasp_rt.exe - она его игнорирует, не запускает.

Накладываем Envelope от LDK 7.2 (новый win-движок).
Рядом с exe вырастают  hasp_rt и hasp_vlib_NNNNN.dll - их можно удалить, ничего не меняеся (кроме того, что envelope не будет запускать Hasp_Rt.exe, но наличие этого процесса ни на что не влияет)

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

Весьма странно себя ведет Envelope при перекрытом сетевом доступе и погашенном локальном рантайме:
1. Если в компьютер не воткнуто ключей, или воткнут HaspHL Net-10 (hw 6.1 fw 3.25) - то как и задокументировано, выскакивает ошибка H0007 HASP not found
2. Если в компьютер воткнут ключ Net-50 Driverless (hw 7.0 fw 4.26), то программа всё равно не запускается, но ошибка меняется на H0005 Feature Access Disabled (Denied?), при том, что Envelope наложен с FeatID = 0

В любом случае, после запуска программы с погашенным локальным рантаймом, несмотря на то, что Envelop прекрасно прицепился к "соседнему" рантайму и залогинился в удалённый ключ, несмотря на то, что Envelope запустил (если его не удалять) hasp_rt.exe - внутри программы, вызов вышеупомянутых функций Delphi Licensing API всё равно приводит к HASP Error 33
 
Добрый день, Дмитрий.

Из документации (файл: "C:\Program Files\SafeNet Sentinel\Sentinel LDK\Docs\Manuals & Tutorials\Software Protection and Licensing Guide.pdf", стр. 179):
Касательно hasp_rt.exe:
Цитата
...External License Manager can be upgraded by simply replacing the haspr_rt.exe file with a later version ofthefile. Admin rights arenot required. This License Manager can only handle SL UserMode keys and Sentinel HL Driverless mode keys.
 
Добрый день. Рад вас снова слышать. Надеюсь, вы были в отпуске и хорошо от меня отдохнулии. :-D


Спасибо за цитату, но она не столько проясняет, сколько запутывает, к сожалению.

Является ли наличие hasp_rt *НЕОБХОДИМЫМ* для работы с Driverless ? Или это дополнительный возможный вариант?

Насколько помню, необходимым он нигде назван не был, то есть поддержка USB HID кючей уже заложена в библиотеках Licensing API. А hasp_rt идимо будет нужен, если когда-то в будущем будут новые ключи driverless, с новым протоколом, не поддержuваемые старыми obj-фалами внутри старого exe

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

hasp_rt - именно что нужен для работы с Driverless ключами, есть конечно ещё менеджер лицензий, заложенный в само API, но он считается совсем урезанным вариантом, и рекомендуется использовать именно hasp_rt.

Касательно сетевых ключей - для работы с ними всё ещё необходим установленный на ПК драйвер, без него никак.
 
Другими словами, написанное на странице 163, про необязательное наличие драйверов для работы с удалённым license manager и его HL-ключами - это прекрасные мечты, в настоящее время действительности пока не соответствующие?

А с локальным license manager приложение связывается по http port 1947, или какими-то внутренними механизмами? Просто воникает вопрос о минимально необходимых гарантированно работоспособных настройках фаерволов у наших клиентов.

> рекомендуется использовать именно hasp_rt

Другими словами допустимо, хотя и не рекомендуется, использовать менеджер вшитый в сам API

Тем более, повторяю, что в случае Licensing API сделанного для Delphi наличие hasp_rt на поведение программы не влияет никак вообще. Да, он запускается, но ключ всё равно не видит, ключ видит только "большой" рантайм
Страницы: 1
Читают тему (гостей: 1)