Спасибо за ответ, все работает просто отлично.
Возник вопрос: после закрытия приложения я не могу добавлять новые EXE в проект. При выходе обновлений , появляются иногда новые EXE которые нужно защитить. что мне делать в этом случае.---
по позже нашел такой выход.
заранее создать 10 файлов пустышек EXE/ затем когда у меня выйдет новый подмодуль - просто заменить этот файл на другой через обновление без изменений в ключе. просто за ранее нужно побольше сделать файлов пустышек. (задел на будущее)остается вопрос сколько при помощи Sign можно файлов защитить сразу.
--------
позже опытном путем выяснил что завист от размера памяти. и то как ее использовать (например защищенные ячейки). в среднем 12 приложений можно защитить. пробывал как на 700кб файл так и на 4.5мб. - строго 12.
Здравствуйте!
Добавить дополнительный ехе файл в проект защиты, ничего не изменяя в ключе - недопустимо. Вы защищаете приложения при помощи определённых алгоритмов и это записывается в ключ, соответственно невозможно добавить новый ехе файл ничего не изменяя в ключе.
Здесь есть несколько вариантов:
- Вы можете продолжать использовать "пустышки" во время автозащиты. Могу предложить убрать цифровую подпись приложения, это освободит дополнительное место для защищаемых приложений.
- Вы могли бы использовать консольные утилиты защиты и программирование ключей Guardant. Когда создаётся проект автозащиты, внутри него появляется папка CommandLines - в ней содержатся bat-файлы. Вы можете использовать их как пример для консольной утилиты автозащиты. Можете по-экспериментировать, например, Вы бы могли использовать один и тот же алгоритм шифрования для всех приложений. В этом случае Вам также будет необходимо воспользоваться утилитой программирования ключей. Вы можете также открыть образ записанный в ключ, посмотреть алгоритмы записанные в него. По аналогии с образом ключа и bat файлом защиты Вы сможете использовать память в ключе по своему усмотрению. В редакторе образа Вы сможете увидеть количество свободной памяти для ключа. Для этого не требуется квалификации разработчика.
---
по позже нашел такой выход.
заранее создать 10 файлов пустышек EXE/ затем когда у меня выйдет новый подмодуль - просто заменить этот файл на другой через обновление без изменений в ключе. просто за ранее нужно побольше сделать файлов пустышек. (задел на будущее)
остается вопрос сколько при помощи Sign можно файлов защитить сразу.
--------
позже опытном путем выяснил что завист от размера памяти. и то как ее использовать (например защищенные ячейки). в среднем 12 приложений можно защитить. пробывал как на 700кб файл так и на 4.5мб. - строго 12.
Добрый день. купил ключи. записал на автозащите первый ключ. обновил программу. вынул первый ключ. заменил источник приложения на новый и все равно не активна строчка
в чем может быть дело посмотрите пожалуйста
скрин
http://joxi.ru/oRfIU4wyTJCjLtjuiII
Здравствуйте!
Вам необходимо нажать кнопку "закрыть проект" после чего кнопка "Перезащитить новую версию приложения, ничего не изменяя в ключе защиты" станет активной. Также как и две последующие кнопки
1) Как сформировать новый EXE что бы он работал с тем ключем, что я ему уже выслал.
Вы можете использовать ранее сохранённый проект (первую версию защищённого приложения) и выбрать опцию "перезащитить новую версию приложения, ничего не изменяя в ключе"
2) Допустим со временем я продал 10 программ, получится ли у меня сформировать новый EXE что бы он работал со всеми ключами или каждому клиенту нужно будет формировать свой EXE уникальный?
Вы можете воспользоваться опцией тиражирования ключей. То есть Вы создаёте проект защищённого приложения и в рамках этого проекта записываете необходимое количество ключей. В дальнейшем Вы можете ещё раз открыть этот проект и записать необходимое количество ключей.
3) могут ли у меня возникнуть какие то сложности при формировании обновлений, если я купил у Вас сначала 10 ключей, распродал, потом еще 10....
Нет, процедура обновления никак не изменится.
Guardant API - простыми словами: это когда в исходник программы я вставляю проверку, есть ли в защищенной памяти запись или кодовое слово которое я сам туда записал? или я не так понял.
это набор функций, используемых прикладными программами при выполнении операций с электронными ключами Guardant.
Guardant API позволяет осуществить с ключами все действия, необходимые для создания системы защиты:
- поиск и проверка наличия ключа с заданными параметрами
- запись и считывание данных из памяти ключа
- преобразование информации с помощью аппаратных алгоритмов
- подсчет CRC
- установка аппаратных запретов на чтение/запись памяти ключа и т. п.
Для организации работы приложения с электронным ключом через Guardant API нужно вставить вызовы функций API в исходные тексты программы, подключить к ней специальные объектные модули и организовать обработку ошибок. В результате защита будет интегрирована в тело программы.
]]>Допустим я выслал ключ Guardant Sign клиенту и ПО которое защитил автозащитой, прошло время, и написал обновление для ПО которое продал. т.е. обновил EXEшник.
Вопросы:
1) Как сформировать новый EXE что бы он работал с тем ключем, что я ему уже выслал.
2) Допустим со временем я продал 10 программ, получится ли у меня сформировать новый EXE что бы он работал со всеми ключами или каждому клиенту нужно будет формировать свой EXE уникальный?
3) могут ли у меня возникнуть какие то сложности при формировании обновлений, если я купил у Вас сначала 10 ключей, распродал, потом еще 10....
и дополнительный вопрос:
Guardant API - простыми словами: это когда в исходник программы я вставляю проверку, есть ли в защищенной памяти запись или кодовое слово которое я сам туда записал? или я не так понял. напишите как можно проще.
полностью расписать именно процедуру обновления ПО для клиента без наличия ключей
Я правильно Вас понимаю, у Вас нет в наличие ключа Guardant и Вы хотите удалённо обновить ключ клиенту?
]]>
Вот эти параметры меняются.]]>Желательно было бы получить от вас ход ваших действий и скринкаст или описание используемых вами опций защиты, так необходимая вам процедура не должна вызывать сложностей в обычном случае.
]]>