Вы не авторизованы. Пожалуйста, войдите или зарегистрируйтесь.
Форум Guardant → Технологии защиты → Новый сервер GUARDANT NET
Чтобы отправить ответ, нужно авторизоваться или зарегистрироваться
После пересборки собственной библотеки защиты под версию 6.1 теперь всегда вызывается API нового сервера
те к примеру ищется новый хотя старый запущен и соотв. не находится
как мне вызывать поиск старого теперь и логин на него
В версии 6.1 и используется API новой версии. Новое API, в силу кардинальных изменений связанных с новейшими техническими решениями, не совместимо со предыдущими версиями. Поэтому при работе с новым API необходимо использовать сервер Guardant последней версии.
Для работы со "старым" сервером необходимо использовать API предыдущей версии.
Где найти Документацию по новому серверу ключей защиты ?
Запускаю выдает 3 строчки сообщения и ничего не делает больше.
c:\Program Files (x86)\Guardant\Guardant 6.2\PLAT_T+\Server>GLDS.exe
20:56.56.138 [1] Start initializing the UDP Answer to broadcast server
20:56.56.161 [2] Start initializing the TCP License server
20:56.56.206 [3] Start initializing HTTP Server
Где найти Документацию по новому серверу ключей защиты ?
Описание сервера сетевых ключей есть в нашем руководстве по утилитам Guardant в разделе "Сервер Guardant Net" на стр. 223.
Запускаю выдает 3 строчки сообщения и ничего не делает больше.
Это нормальное поведение сервера при запуске.
Какую версию Api должен использовать клиент чтобы работать с новым Сервером ключей ? В документации не нашел этого.
Какую версию Api должен использовать клиент чтобы работать с новым Сервером ключей ? В документации не нашел этого.
Начиная с комплекта разработчика версии 6.1 новый сервер, той же версии что и комплект разработчика, работает только с приложениями, защищенными Guardant API и/или автозащитой аналогичной версии (то есть сервер из SDK 6.1 будет работать только с защитой из SDK 6.1). Информация об этом указывается в описании каждого очередного релиза комплекта разработчика.
Немного уточню ответ коллеги. Сервер 6.1 был бета-версией и работает только c API 6.1.
Начиная с 6.2 мы будем сохранять обратную совместимость - т.е. сервер версий выше 6.2 будет поддерживать предыдущие API до 6.2 включительно.
Имеется защищенное приложение с помощью CodeProtect.exe со следующими опциями
/MSG=./grd_rus.msg /MAP=./grd_obfuscate.map /XML=./myapp.gpp /PER=30 /RC=3 /ATR=2 /GS3S /GN3S /UN=1 /SIGN
При работе с новым сервером ключей приложение часто теряет ключ и выдает сообщение:
Guardant dongle not found: Make sure that Guardant dongle is connected to the computer and the latest Guardant driver is installed
После нажатия на кнопку "Повтор", программа продолжает работать, до очередной потери ключа (подключенного к серверу).
Приложение работает на Windows 7 (x64). В web-админке я вижу, что ключ используется CodeStorage64.exe
Добрый день, Gambit.
Для локализации подобной проблемы следует сначала убедиться в том, что нормальному доступу защищенного приложения к серверу ничего не мешает (например, антивирусы, брандмауэры, файреволы, настройки маршрутизации или политик безопасности и.тп).
Попробуйте поменять стандартные сетевые порты (6001) в настройках сервера сетевых ключей и защищенного приложения (соответственно в конфигурационном файле grdsrv.ini и gnclient.ini).
Если самостоятельно локализовать проблему не удастся, то пришлите нам на почту (hotline@guardant.ru) свое тестовое приложение, на котором воспроизводится указанная проблема + файл исключения (включения) myapp.gpp + nsd - файл маски, прошиваемой в используемый ключ + отчеты системной утилиты msinfo32.exe для ПК где установлен сервер сетевых ключей и ПК на котором запускается защищенное приложение (в командной строке нужно набрать msinfo32.exe, после запуска утилиты сохранить отчет в формате .nfo (меню Файл/Сохранить)).
Добрый день, Gambit.
Для локализации подобной проблемы следует сначала убедиться в том, что нормальному доступу защищенного приложения к серверу ничего не мешает (например, антивирусы, брандмауэры, файреволы, настройки маршрутизации или политик безопасности и.тп).
Попробуйте поменять стандартные сетевые порты (6001) в настройках сервера сетевых ключей и защищенного приложения (соответственно в конфигурационном файле grdsrv.ini и gnclient.ini).
Если самостоятельно локализовать проблему не удастся, то пришлите нам на почту (hotline@guardant.ru) свое тестовое приложение, на котором воспроизводится указанная проблема + файл исключения (включения) myapp.gpp + nsd - файл маски, прошиваемой в используемый ключ + отчеты системной утилиты msinfo32.exe для ПК где установлен сервер сетевых ключей и ПК на котором запускается защищенное приложение (в командной строке нужно набрать msinfo32.exe, после запуска утилиты сохранить отчет в формате .nfo (меню Файл/Сохранить)).
Я думаю, что нашел в чем была проблема. Дело в том, что в моей программе периодически выполняется метод (назовем его checkKeyInfo), который обращается к ключу для считывания информации из его памяти. Так вот, этот метод был защищен с помощью CodeProtect. После добавления исключения защиты для метода checkKeyInfo, данная проблема пока не появлялась при работе с сетевым ключом.
Это поведение нормально ?
Программа не пишет логи в файл.
Я так понимаю, что запущенный сервер ключей должен писать весь текст выводимый на экран еще и в текстовый файл. По умолчанию это файл out.txt . На протяжении всей работы сервера файл out.txt остается пустым. Я изменил название файла, но эффект тот же.
Это баг или я что-то не так делаю ?
По умолчанию это файл out.txt .
Нет.
Я так понимаю, что запущенный сервер ключей должен писать весь текст выводимый на экран еще и в текстовый файл.
Да, если в конфигурационном файле "grdsrv.ini" (параметр "LOG_FILE=") или через меню администрирования HTTP-монитора (пункт "Имя файла лога") указано имя файла, в который будут писаться логи. По умолчанию такой файл не указывается.
Вот собрали мы приложение с новым (6.2) API, и обнаружили, что оно не работает со старым сервером.
То есть, клиентам придется устанавливать новый сервер.
А где его взять? Где взять документацию по нему? На сайте лежит только версия 5.5.0.10.
Вот собрали мы приложение с новым (6.2) API, и обнаружили, что оно не работает со старым сервером.
То есть, клиентам придется устанавливать новый сервер.
А где его взять? Где взять документацию по нему? На сайте лежит только версия 5.5.0.10.
Как уже было сказано в этой теме, сетевая часть Guardant API 6.2 и сервер сетевых ключей несовместимы с предыдущими версиями API и серверами ниже версии 6.2, информация об этом указывается в описании каждого релиза комплекта разработчика. Кстати, в дальнейшем будет сохраняться обратная совместимость с API 6.2 и выше.
Сервер можно найти в каталоге "C:\Program Files (x86)\Guardant\Guardant 6.2\*общий_код*\Server\" Вашего комплекта разработчика. Описание сервера сетевых ключей есть в нашем руководстве по утилитам Guardant в разделе "Сервер Guardant Net" на стр. 223.
Сервер можно найти в каталоге "C:\Program Files (x86)\Guardant\Guardant 6.2\*общий_код*\Server\" Вашего комплекта разработчика. Описание сервера сетевых ключей есть в нашем руководстве по утилитам Guardant в разделе "Сервер Guardant Net" на стр. 223.
OK, так и передадим нашим клиентам :-)
Руководство системного администратора сервера 6.2 для конечных пользователей появится на нашем сайте в ближайшие 2-3 рабочих дня, и будет включено в следующий комплект разработчика.
Как-то странно работает новый сервер.
Вставляю ключ Guardant II Net 50 - сервер говорит, что там одна лицензия
Вставляю ключ Guardant III Net 10 - сервер говорит, что там 5 лицензий
Приложение, собранное с новой библиотекой (6.2), но использующее nnk/nsk API, сервер найти не может, даже на локальной машине.
Приложение, собранное с новой библиотекой (6.2) и использующее новое API (grdXXX) находит ключ Guardant II Net 50, правда, сервер по прежнему говорит, что там 1/1 лицензия
Новый сервер, в отличие от старого, работает со всеми поколениями ключей только через таблицу лицензий, откуда и берутся лицензионные ограничения.
Ключи 50 и 10 означают максимальное возможное количество лицензий, актуальное значение нужно задать добавив таблицу.
С количеством лицензий разобрался - действительно, в ключах были ограничения 1 и 5. Сам же когда-то поставил и забыл.
По поводу Guardant III документация говорит, что таблица лицензий обязательно должна быть, в ее первой записи хранится реальный ресурс ключа, а также он дублируется в 38сам.
Вероятно, старый сервер читает это значение в 38сам, а новый - в первой записи таблицы? Так?
А про Guardant II сказано что реальный ресурс ключа должен записываться в 38сам, а таблица лицензий нужна только для многомодульных программ.
Так надо ли в Guardant II записывать таблицу лицензий? И куда тогда писать реальный ресурс ключа? В первую (и единственную) запись? И, выходит, придется как-то перепрограммировать все проданные ключи?
Сейчас пытаюсь запустить новый сервер. Он выдает две строчки: "[1] Start Initialization..." и "[2] <абракадабра>" и не запускается.
Попытки прочитать абракадабру путем установки английского языка в ini-файле успехом не увенчались: это сообщение, похоже, зашито внутрь сервера, а не берется из прилагаемых языковых файлов. Прочитать его можно, установив запись в лог файл. Туда оно выводится по-русски в Windows-кодировке - "Обычно разрешается одно использование адреса сокета" Что это значит?
Да, новый сервер работает только с таблицей лицензий даже в ключах Net II. Старый читал значения из других мест, в том числе 38SAM + счетчик 2.
Чтобы новый сервер работал с Net II им действительно придется добавить таблицу лицензий обновив ключ, ресурс указывать в первой записи. Это будет комплексная замена - обновляется приложение с API, обновляется сервер, и к сожалению ключ тоже.
По поводу ошибок при запуске сервера - скорее всего искомый порт (по умолчанию 443) занят, нужно в конфигфайле его сменить на любой другой. Насчет абракадабры не уверен, передам ваше сообщение тестировщикам.
Мануал по новому серверу для конечных пользователей выложен здесь: https://www.guardant.ru/download/manual … ongles.pdf
Будет включен в следующий МК + сделаем ссылки в разделе Документация на сайте.
Мы пока откатились на версию 6.0.
Это будет комплексная замена - обновляется приложение с API, обновляется сервер, и к сожалению ключ тоже.
Но, к сожалению, в документации об этом почти не упомянуто.
Посмотрел мануал по новому серверу для конечных пользователей. Он называется "Руководство системного администратора Guardant Net", файл network_dongles.pdf. А причем здесь GuardantSP? Это руководство нужно тем, кто использует сетевые ключи. И не факт, что их будет интересовать информация по GuardantSP. С другой стороны, пользователи программы, защищенной GuardantSP не станут качать "Руководство сисадмина Guardant Net".
Мне кажется, нужно либо вынести GuardantSP в отдельное руководство, либо переименовать имеющееся в что-то типа "Руководство конечного пользователя Guardant "
Далее руководство расказывает про драйверы, про сервер glds.exe. Про установку сервера нет ни слова. Или он устанавливается вместе с драйверами?
Старый сервер grdsrv упомянут лишь на 13 странице, но не сказано, что он не совместим с новым.
Представьте себе, что это руководство попадет к пользователю программы, защищенной старым Guardant API. Как он поймет, что это руководство не для него, и что ему нужно искать старое руководство? Никак. Он станет искать glds.exe, допустим, найдет его, установит, настроит. Но программа у него не заработает. И он начнет пинать производиталя программы...
А есть ли в русском языке слово "хэндл"? А знают ли конечные пользователи, что такое "хэндл"? И нужно ли им знать, что что такое "handle Guardant API"
В главе про GuardantSP нет ни слова про оффлайн-активацию.
Мы пока откатились на версию 6.0.
AndreyStepin пишет:Это будет комплексная замена - обновляется приложение с API, обновляется сервер, и к сожалению ключ тоже.
Но, к сожалению, в документации об этом почти не упомянуто.
Посмотрел мануал по новому серверу для конечных пользователей. Он называется "Руководство системного администратора Guardant Net", файл network_dongles.pdf. А причем здесь GuardantSP? Это руководство нужно тем, кто использует сетевые ключи. И не факт, что их будет интересовать информация по GuardantSP. С другой стороны, пользователи программы, защищенной GuardantSP не станут качать "Руководство сисадмина Guardant Net".
Мне кажется, нужно либо вынести GuardantSP в отдельное руководство, либо переименовать имеющееся в что-то типа "Руководство конечного пользователя Guardant "Далее руководство расказывает про драйверы, про сервер glds.exe. Про установку сервера нет ни слова. Или он устанавливается вместе с драйверами?
Старый сервер grdsrv упомянут лишь на 13 странице, но не сказано, что он не совместим с новым.
Представьте себе, что это руководство попадет к пользователю программы, защищенной старым Guardant API. Как он поймет, что это руководство не для него, и что ему нужно искать старое руководство? Никак. Он станет искать glds.exe, допустим, найдет его, установит, настроит. Но программа у него не заработает. И он начнет пинать производиталя программы...А есть ли в русском языке слово "хэндл"? А знают ли конечные пользователи, что такое "хэндл"? И нужно ли им знать, что что такое "handle Guardant API"
В главе про GuardantSP нет ни слова про оффлайн-активацию.
Ваши замечания приняты, будут учтены по возможности. Спасибо!
Выложенное руководство относится исключительно к серверу сетевых ключей (любых). Предполагается что поставщик ПО будет включать glds со всем необходимым в поставку - установка и регистрация компонент там не требуется.
По поводу мануала Guardant SP для конечных пользователей - он готовится, это будет отдельный документ.
Чтобы новый сервер работал с Net II им действительно придется добавить таблицу лицензий обновив ключ, ресурс указывать в первой записи.
В Net II таблица лицензий должна располагаться после таблицы алгоритмов?
Таблица алгоритмов должна быть защищена от записи?
Таблица алгоритмов не должна быть защищена от чтения?
Вопросы по GrdProtect():
1) dwNumFunc должна быть равна количеству алгоритмов? То есть, таблица лицензий в это число не входит?
2) dwWrProt должен равняться САМ-адресу первого байта после таблицы лицензий?
3) dwRdProt должен равняться САМ-адресу первого байта после последнего алгоритма (то есть, адресу таблицы лицензий)?
4) dwTableLMS должен равняться половине САМ-адреса таблицы лицензий?
Здравствуйте, Luck.
По Вашим вопросам:
В Net II таблица лицензий должна располагаться после таблицы алгоритмов?
Да, потому что таблица лицензий – это вид защищенной ячейки/алгоритма.
Таблица алгоритмов должна быть защищена от записи?
Да.
Таблица алгоритмов не должна быть защищена от чтения?
Должна быть защищена от чтения.
Вопросы по GrdProtect():
1) dwNumFunc должна быть равна количеству алгоритмов? То есть, таблица лицензий в это число не входит?
Таблица лицензий в это число входит.
2) dwWrProt должен равняться САМ-адресу первого байта после таблицы лицензий?
Если таблица лицензий расположена последней, то да. Если таблица лицензий расположена между алгоритмами/защищенными ячейками, то адресу первого байта идущего после последнего алгоритма. Но это Минимальное значение. Можно защитить от записи также и ячейки, которые добавлены в маску ключа после алгоритмов.
3) dwRdProt должен равняться САМ-адресу первого байта после последнего алгоритма (то есть, адресу таблицы лицензий)?
Минимально защищаются от чтения только алгоритмы (См. п №2). Если таблица лицензий последняя – то утверждение верно. Если таблица лицензий в середине списка – то адрес первого байта после последнего алгоритма.
4) dwTableLMS должен равняться половине САМ-адреса таблицы лицензий?
Должен равняться адресу, по которому расположена таблица лицензий, например для маски по умолчанию + таблица лицензий = 102(UAM) или 132(SAM).
Чтобы отправить ответ, нужно авторизоваться или зарегистрироваться
Форум Guardant → Технологии защиты → Новый сервер GUARDANT NET
