<![CDATA[Форум Guardant — Способ автозащиты сервисов (служб) Windows]]> 2017-01-16T11:53:31Z PunBB https://forum.guardant.ru/topic/723/ <![CDATA[Re: Способ автозащиты сервисов (служб) Windows]]> Антон, спасибо за ответ.

]]> https://forum.guardant.ru/user/767/ 2017-01-16T11:53:31Z https://forum.guardant.ru/post/3466/#p3466 <![CDATA[Re: Способ автозащиты сервисов (служб) Windows]]> Здравствуйте, vlad-mal.

Опция /EXCEPT предназначена для .Net-приложений и с её помощью можно обрабатывать подобные ситуации.

Для Native-автозащиты такого функционала нет и все события работы с электронным ключом нужно обрабатывать при помощи Guardant API, а автозащиту приложения выполнять без привязки к ключу.

]]> https://forum.guardant.ru/user/31/ 2017-01-16T10:09:59Z https://forum.guardant.ru/post/3465/#p3465 <![CDATA[Способ автозащиты сервисов (служб) Windows]]> Так как службы не взаимодействуют с рабочим столом, пользователь не сможет увидеть сообщение о том, что ключ отсутствует. Процесс службы "зависнет" на невидимом сообщении в ожидании реакции пользователя.

Применяем ключ /SILENT.

В этом случае служба просто тихо "умрет" (или изначально не запустится, если ключа нет), и все.
Возможно (если в настройках службы будет так задано), служба будет перезапущена операционной системой, и этот цикл (старт-поиск ключа-завершение) будет повторяться до тех пор, пока не будет найден ключ.
В любом случае, пользователь не будет знать причину отсутствия взаимодействия с сервисом.

Возможно, спасет ключ /EXCEPT ("Генерировать исключение при проблемах с ключом"). Поймав исключение, приложение сможет что-то сделать осмысленное.
Подскажите, пожалуйста, каков алгоритм генерации такого исключения и пример его обработки.

И, если можно, пример обработки такого исключения для Delphi (например). Или ссылку на документацию, где есть такой пример.

Спасибо.

]]> https://forum.guardant.ru/user/767/ 2017-01-13T15:06:36Z https://forum.guardant.ru/post/3456/#p3456