Удалённое довереное обновление ключа. Не находится прошивка для ключа

Такая ошибка возникает в результате несоответствия паролей удалённого обновления в клиентском ключе и в маске Вашей БД. Такое возможно в некоторых случаях(например: ключ был перепрошит на другом компьютере, ключ был перепрошит с выключенной БД, ключ повреждён и т.п.) в таком случае стандартными инструментами выполнить TRU не удастся. Либо из-за несоответствия версий  SDK  и утилиты удалённого обновления на стороне клиента.

Пароль для обновления берется из поля «Пароль удаленного обновления» текущей, загруженной в GrdUtil маски/прошивки.

Чтобы гарантированно загрузить последнюю по дате прошивку для ключа с конкретным ID необходимо в GrdUtil выполнять поиск таковой (если конечно ключ ранее прошивался и для него имеется соответствующая запись в БД) по числу – вопросу.

В противном случае (если используется просто запись маски из БД или файл – маски) нет гарантий что пароль удаленного обновления в маске не менялся, и будет совпадать с записанным в ключе.

Что касается SDK версии 5.52:
Несмотря на то, что при обновлении SDK необходимо отсылать клиентам свежую версию утилиты GrdTRU, в данном случае эта утилита никак не менялась, и корректное обновление комплекта разработчика, не могло стать причиной вышеописанной проблемы.

При создании новой маски GrdUtil естественно будет генерировать новый пароль удаленного обновления, который не будет совпадать с тем, что был ранее прошит в ключе другой маской.

Можно конечно указывать свой собственный пароль удаленного обновления при программировании ключей, но в таком случае нужно точно знать для какого ключа какого клиента использовался тот или иной пароль.

Правильнее будет выполнять обновление, загрузив нужную маску/прошивку в GrdUtil при помощи присланного от клиента числа – вопроса.

Имеется в виду то, что будет автоматически найдена маска/прошивка, которая последней записывалась в ключ и соответственно пароль удаленного обновления в ней будет аналогичный тому, что в ключе.

Далее будет достаточно просто внести необходимые изменения в загруженную в GrdUtil маску (не меняя при этом пароль удаленного обновления), сохранить ее с новым номером версии и выполнить обновление.

Прошу прощения, в предыдущем посте была некоторая неточность, т.е при использовании связки наших стандартных утилит (GrdUtil + GrdTRU) для обновления нет необходимости запоминать пароль удаленного обновления каждого ключа.

Дело в том, что при формировании дампа обновления (числа – ответа) на основании загруженной в редакторе маски (неважно заново создана маска или загружена из БД), GrdUtil автоматически, по данным из числа – вопроса, находит в БД нужную прошивку и подтягивает из нее пароль удаленного обновления, что позволяет обновлять одной маской ключи разных клиентов.

ВНИМАНИЕ: Необходимо понимать, что для успешного обновления все ключи хоть раз должны быть запрограммирован при помощи GrdUtil, чтобы в БД утилиты программирования сохранилась прошивка с паролем удаленного обновления для каждого ключа!

Добрый день, Михаил.
Проблема в некорректном поведении GrdUtil. Из-за того, что в маске, записанной по TRU сохраняется новый (случайный) ключ TRU, а в электронном ключе он остается неизменным, попытка повторно выполнить процедуру дистанционного обновления с новой маской не может завершиться успешно.

Передал информацию разработчикам, работы по исправлению уже ведутся и отразятся в ближайшем релизе.
Пока же для проведения дистанционного обновления с новой маской (если это критично) можно попробовать удалить из БД предыдущую маску (с некорректным ключом TRU), оставив лишь самую первую, записанную локально, и выполнить обновление.

Обновление с внесением изменений в существующую маску работает корректно. Так что пока, по-возможности, рекомендуется использовать именно его.

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

Ситуация похожая на описанную выше, но использовался комплект разработчика версии 6.3,
а также свежая версия 6.31.
Проведен следующий тест.
Созданы и сохранены в БД (GrdUtil.exe) три образа, различающиеся только
тестовым целочисленным полем и паролем удаленного обновления.
Выполнялись следующие действия:

1. Локально в ключ с помощью GrdUtil записывается образ №1.
2. Ключ подключается к виртуальной машине.
3. На виртуальной машине с помощью утилиты GrdTRU выполняется прошивка в ключ образа №2 успешно.
4. В БД GrdUtil на реальной машине появляется запись об удаленной прошивке.
5. Удаленная прошивка образа №3 на виртуальной машине не удаётся ("Не удалось расшифровать число-вопрос от ключа").
6. Из БД GrdUtil на реальной машине удаляется запись о прошивке образа №2.
7. Удаленная прошивка образа №3 на виртуальной машине проходит успешно.

SDK 6.31
ОС Windows 7 x64
ключ Time

Поясните пожалуйста, пароль удаленного обновления при записи нового образа с помощью GrdTRU.exe не изменяется?

С уважением, Владимир.

1. Нет.
Перед началом прошивки командой с панели инструментов "База данных \ Выбрать активный образ" выбирал из базы образ, который планировал записать в ключ удаленно. После чего нажимал кнопку "Начать удаленное обновление ключа" и уже туда помещал число-вопрос от удаленного ключа. (В моём понимании утилита GrdUtil автоматически по ID удаленного ключа подгружает пароль удаленного обновления из последней прошивки для этого ключа, сохраненной в БД. Я прав?)

2. Все три образа формировались заранее. Первый образ был создан командой "Файл \ Создать образ" (пустой образ Time).
В пустой образ было добавлено целочисленное поле для тестирования.
Следующие образы создавались каждый на основе предыдущего.
Образ №2 был создан на основе образа №1 с изменением целочисленного поля и пароля удаленного обновления.
Образ №3 был создан на основе образа №2 с изменением целочисленного поля и пароля удаленного обновления.
Т. е. до начала тестирования в БД было сохранено 3 образа с разными паролями удаленного обновления.

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

Понял. Спасибо за подсказку.

Здравствуйте! Вам ответили по электронной почте.

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

Какой версии Guardant SDK используется?
Выполнялось ли обновление SDK (с какой версии на какую)?

Еще один момент. БД взята от SDK 6 с другого ПК.