Вопрос о сетевом ключе

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

Re: Вопрос о сетевом ключе

Здравствуйте, balex.

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

Если необходимо чтобы к ПК с сервером Guardant ключ подсоединялся удаленно по ЛВС, то для этого можно использовать аппаратные или программные средства проброса USB-портов по сети (например, Digi AnywhereUSB или USB Redirector).

balex пишет:

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

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

Re: Вопрос о сетевом ключе

Имеется собственное ПО (назовем его myprog.exe), которое работает с ключами GuardAnt Sign. Решили использовать GuardAnt Sign Net.

Вставил ключ в рабочий компьютер, прошил его так же как и старый Sign ключ. Запустил myprog.exe - ключ обнаружил.
Запустил VMware c WindowsXP, установил туда myprog.exe.
Запустил GrdSrv на рабочем компьютере, в виртуальной машине запустил myprog.exe - ключ не обнаружен.

Из виртуальной машины доступ к локальной сети есть.

Вопросы:
1. Нужно ли как-то иначе прошивать Sign Net в отличие от Sign ?
2. Нужно ли в исходных кодах программы myprog.exe изменять работу с ключами ?
3. Как можно протестировать работу сетевого ключа с сервером, на другом компьютере не имея защищенного ПО ?

Re: Вопрос о сетевом ключе

Здравствуйте.

Gambit пишет:

Вопросы:
1. Нужно ли как-то иначе прошивать Sign Net в отличие от Sign ?
2. Нужно ли в исходных кодах программы myprog.exe изменять работу с ключами ?
3. Как можно протестировать работу сетевого ключа с сервером, на другом компьютере не имея защищенного ПО ?

1. Да. В маске ключа Sign Net должна как минимум присутствовать таблица лицензий, где по умолчанию содержится только общий сетевой ресурс ключа.
2. Да. Необходимо инициализировать Guardant API в соответствующем режиме поиска ключей ("GrdFMR_Remote") и задать необходимые критерии поиска ключа в "GrdSetFindMode".
Также необходимо чтобы в одной директории с защищенным приложением находился конфигурационный файл "gnclient.ini", в котором указываются параметры подключения к серверу Guardant.
3. Можно, например, защитить произвольное приложение при помощи автозащиты Guardant и подложив к нему "gnclient.ini" запустить.
Максимально подробно весь процесс запуска и настройки сервера, записи таблицы лицензий, настройки конфигурационного файла, а также все параметры Guardant API которые необходимо поменять в исходниках, описаны в нашей документации доступной для скачивания с нашего сайта.

Re: Вопрос о сетевом ключе

Антон Тихиенко пишет:

Также необходимо чтобы в одной директории с защищенным приложением находился конфигурационный файл "gnclient.ini"

Подскажите пожалуйста где найти описание возможного содержания этого файла (gnclient.ini)?

Re: Вопрос о сетевом ключе

Gambit пишет:

Подскажите пожалуйста где найти описание возможного содержания этого файла (gnclient.ini)?

В "Руководстве по утилитам Guardant" на странице №241.

(2012-03-16 15:17:15 отредактировано Gambit)

Re: Вопрос о сетевом ключе

Есть защищенная программа (MyApp.exe), который успешно работает с ключами Sign III.
Прошиваю ключ Sign III Net как обычный Sign III, и вставляю его в "компьютер №1" с MyApp.exe. Программа находит ключ и запускается.

Вставляю Сетевой ключ в "компьютер №2". На нем запускаю приложение grdsrv.exe.
На "компьютере №1" запускаю приложение grdmon.exe. Монитор находит мой сервер.
В исходных кодах программы я меняю

  GrdFMR.Local

на

GrdFMR.ALL

Запускаю приложение MyApp (без файла конфигурации). При поиске (GrdApi.GrdFind) удаленного ключа возникает ошибка GrdE_NetDongleNotFound.
В приложении grdsrv.exe получаю файл конфигурации клиента, кладу его рядом с MyApp.exe.
Уже происходит ошибка при логине (GrdApi.GrdLogin) GrdE_NetResourceExhaust.  Хотя в серверном приложении на "компьютере №2" показано, что есть еще 5 незанятых лицензий.

Подскажите пожалуйста что я могу делать не правильно. Где я могу взять пример исходного кода (С# ) для работы с Sign III Net.

------------------------------------------------------------------------------------------------------------------------------------
Проблема была в том, что я не внес (при прошивке ключа адрес 0716) в Таблицу лицензий ни одной записи.
Так же при вызове процедуры GrdApi.GrdLogin были переданы не правильные параметры, а именно вторым параметром должен быть указан индекс в таблице лицензий

(2012-10-04 13:50:07 отредактировано Gambit)

Re: Вопрос о сетевом ключе

Есть защищенное (с помощью CodeProtect.exe) приложение MyApp.exe. И сетевой ключ SIgn Net. При работе на локальном компьютере ключ определяется и MyApp.exe с ним работает корректно.
При подключении ключа Sign Net к удаленному компьютеру и запуску на нем GrdSrv, программа выдает ошибку. http://s1.ipicture.ru/uploads/20121003/pVlV72T2.bmp
Хочется отметить, что в логах MyApp.exe явно видно, что приложение находит GrdSrv, находит ключ (Sign Net на удаленном компьютере), успешно в него логинится и получает хранимые данные.
В GrdSrv я вижу, что MyApp.exe подключилась и заняла одну лицензию ключа. Причем эта лицензия зависает и может быть в таком состоянии хоть 2 дня.
Подскажите в какую сторону надо смотреть, чтобы излечиться от данного недуга
------------------------------------------------------------------------------------------------------------------
Проблема была в том, что при защите приложения (с помощью CodeProtect) я не указал аргумент "/GN3S"

Re: Вопрос о сетевом ключе

Здравствуйте, Gambit.

Подобное поведение защищенного приложения, как правило, означает, что в процессе работы приложения была прервана связь с сервером Guardant Net.
В первую очередь тут следует убедиться, что в ЛВС и на целевом компьютере, нет никаких механизмов (настройки маршрутизации, доменные политики, средства проактивной защиты (антивирусы, антиспамы, брандмауэры и.тп)) препятствующих обмену трафиком между защищенным приложением и сервером Guardant Net.

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

1) Взять два ПК, полностью отключенных от ЛВС (желательно не те на которых ведется текущее тестирование);
2) На одном установить драйвер, подсоединить ключ и запустить сервер Guardant Net, а на другом установить защищенное приложение;
3) Соединить данные две машины, прямым (без использования хабов или маршрутизаторов), кроссовым патчкордом;
4) Вручную настроить стандартную (вида: 192.168.x.x) подсеть между данными компьютерами;
5) Выключить абсолютно все средства проактивной защиты запущенные на обоих компьютерах;
6) Запустить защищенное приложение на ПК-клиенте.

Будет ли теряться связь приложения с сервером в таких условиях?