Jump to content
yurasek

Почему после обновления баз в инсталляционном пакете ранее созданные задачи установки используют старые базы?

Recommended Posts

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

Используемые продукты: Kaspersky Security Center 10.4.3027, Kaspersky Endpoint Security for Windows 10.2.6.3733, Kaspersky Endpoint Security for Windows 10.3.0.6294, Kaspersky Network Agent 10.4.343a.

Если выполнить  обновление баз для инсталляционного пакета после того как была создана задача установки инсталляционного пакета, то эта задача всегда будет проходить с установкой старых баз. Так задумано или это ошибка?

image.png.aadde8ebcdc866df2c786fd3d8efbae3.png

Share this post


Link to post

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

Насколько сильно отличаются базы после установки локально и базы которые указаны в пакете?

Спасибо!

Share this post


Link to post
Posted (edited)

Здравствуйте, Константин.

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

Таким образом, получается, что в самом задании хранится информация о том, с какой датой обновления баз будет установлен инсталяционный пакет.

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

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

Edited by yurasek

Share this post


Link to post

Добрый день. 

Цитата

Кнопка "Обновить базы" копирует в пакет полный набор баз для Kaspersky Endpoint Security из хранилища Сервера. В исходной версии пакета базы представлены архивом bases.cab. После обновления баз кнопкой "Обновить базы", архив замещается папкой bases. Суммарный объем папки сравним с размером архива, поскольку файлы баз зашифрованы и не поддаются сжатию.

Наличие папки "Bases" по пути \\security-center\klshare\packages\KES_10.3.0.6294\exec\ вы можете проверить самостоятельно. 

Убедитесь что для задачи удаленной установки выбран правильный инсталляционный пакет.

Share this post


Link to post
Posted (edited)

Здравствуйте, Евгений.

С папкой "Bases" всё в полном порядке, и для задачи удаленной установки выбран правильный инсталляционный пакет.

Вы могли ответить на мой вопрос, который был в начале темы?

Edited by yurasek

Share this post


Link to post

Присоединяюсь к вопросу. Тоже в свойствах инсталляционного пакета для KES нажимаю кнопку "Обновить базы". Задача успешно выполняется, в папке Bases тоже свежие даты. Но после установки защиты на станцию, базы старые.

Share this post


Link to post

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

Цитата

Так задумано или это ошибка?

Это ожидаемое поведение.

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

Спасибо!

Share this post


Link to post
Posted (edited)
В 27.03.2018 в 09:26, Nikolay Arinchev сказал:

Это ожидаемое поведение.

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

А как "обновить" задачу после обновления пакета? Или только создавать новую?
И ещё: удалить пакет я не могу, пока есть использующая его задача, но изменять пакет при этом позволяется. Если изменить имя пакета, то в задаче отобразится его новое имя... Вот и  возникает ощущение, что задача с пакетом связана, и изменения, внесённые в пакет, должны применится для новых "запусков" задачи. Так что ожидается, как раз, другое поведение :)

Edited by PtitsynSV

Share this post


Link to post

Добрый день. 

Приложите листинг общего каталога где располагается пакет KES используемый в задаче удаленной установки, снимки свойств задачи удаленной установки и вкладки "Общие" пакета KES используемого в данной задаче. 

Share this post


Link to post
Posted (edited)
В ‎19‎.‎04‎.‎2018 в 20:28, Evgeny_E сказал:

Добрый день. 

Приложите листинг общего каталога где располагается пакет KES используемый в задаче удаленной установки, снимки свойств задачи удаленной установки и вкладки "Общие" пакета KES используемого в данной задаче. 

Если просьба была адресована мне, то вот файлы  :) 
Специально обновил базы в пакете, после этого обновил задачу (чтобы произошло изменение её ревизии), запустил задачу на своём компьютере (предварительно деинсталлировав клиента), убедился, что в окне поддержки стоит старая дата баз.

Кроме того, в одном из пакетов у меня запускается самораспаковывающийся архив, содержимое которого периодически изменяется, а имя - неизменно. Чтобы не плодить пакеты, решил просто подменить архив в папке пакета на \KLShare. Предполагал, что при выполнении задачи будет использовано новое содержимое архива. Был удивлён, что это не так: использовалось старое содержимое архива. До тех пор, пока я не создал новую задачу для того же пакета...

Есть ощущение, что задача, всё-таки, использует собственное "хранилище" содержимого пакета, которое организуется при создании задачи и остаётся неизменным, не взирая на изменения производимые в пакете. Ещё раз подчеркну, что такое поведение для меня не является "ожидаемым", поскольку жёсткая связь задачи с пакетом декларируется невозможностью удалить пакет при существующих для него задачах...

Листинг_01.txt

Задача_01.jpg

Задача_02.jpg

Задача_03.jpg

Пакет_01.jpg

Поддержка_01.jpg

Edited by PtitsynSV

Share this post


Link to post

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

Т.е., если НЕ делать обновление баз, и у нас "старый" пакет, то:
- Установка KES
- Перезагрузка после установки
- Обновление баз
- Перезагрузка после обновления

Если сделать обновление, то будет так:
- Установка KES
- Перезагрузка после установки
- Обновление баз
 

Share this post


Link to post
Posted (edited)
43 минуты назад, Black Dragon сказал:

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

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

Да, и в предыдущем сообщении я писал, что такое поведение характерно не только для задачи установки клиента. Это особенность выполнения любой задачи, связанной с изменённым пакетом. Чтобы поведение стало "ожидаемым", нужно чтобы эта связь стала однозначной: изменение содержимого пакета приводит к изменению установленного с помощью задачи ПО. Либо нужен запрет на изменение пакета, используемого хотя бы одной задачей.

Edited by PtitsynSV

Share this post


Link to post
40 минут назад, PtitsynSV сказал:

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

Потратил ещё один кусочек времени, чтобы проверить это своё утверждение. Таки нет, базы старые! Тогда совсем становится непонятно, зачем нужна кнопка "Обновить базы" в инсталляционном пакете...

Share this post


Link to post

Когда вы создаете задачу то берется пакет с базами и установочным пакетом KES и упаковывается в некий контейнер который отправится на указанные хосты. Когда вы обновляете базы в пакете то базы помещенные ранее в контейнер не будут затронуты а значит и обновлены так как расположены они отдельно. Это ожидаемое поведение.

Спасибо!

Share this post


Link to post

В KSC 10.5.1781 я проверил как влияет обновление баз в инсталляционном пакете на ранее созданные задачи установки: установка KES 10.2.6.3733 отрабатывает корректно, т.е. программа устанавливается с актуальными базами, а вот KES 10.3.0.6294 нет. KES 11.0.0.6499 не проверялся.

Константин, расскажите, пожалуйста, подробней что за некий контейнер, в который помещаются базы, где, например, находится этот контейнер?

Share this post


Link to post

Этот контейнер создается на сервере администрирования при выполнении задачи удаленной установки. 

Спасибо!

Share this post


Link to post
4 часа назад, Ivan.Ponomarev сказал:

Этот контейнер создается на сервере администрирования при выполнении задачи удаленной установки. 

И существует до каких пор? Пока задача не будет остановлена? Или удалена?
При создании новой задачи создаётся новый контейнер? Если да, то в него должны попасть новые базы?

Если да, то почему у меня не получилось:

17 часов назад, PtitsynSV сказал:

Потратил ещё один кусочек времени, чтобы проверить это своё утверждение. Таки нет, базы старые! Тогда совсем становится непонятно, зачем нужна кнопка "Обновить базы" в инсталляционном пакете...

 

Share this post


Link to post
Posted (edited)

Сейчас выполнил следующие действия:

  1. Удалил все задачи, использующиеся для установки пакета (включая задачи автоматической установки для групп устройств).
  2. Убедился, что базы в пакете обновлены.
  3. Создал новую задачу установки пакета для одного компьютера.
  4. Запустил задачу. После её выполнения убедился, что установлены "старые" базы (на момент формирования пакета).

Этот вариант эксперимента, с моей точки зрения, однозначно свидетельствует, что "контейнеры, создаваемые задачей на сервере" не могут быть подтверждением "ожидаемости" такого поведения. Удаление всех задач должно привести к удалению всех "контейнеров"?

Затем:

  1. Деинсталлировал клиента, установленного с помощью задачи.
  2. Запустил setup.exe из состава того же пакета на \KLShare.
  3. После завершения процедуры установки убедился, что установлены "новые" базы.

Значит, с пакетом всё хорошо - базы в нём действительно обновлены.

Мне нет особой разницы, какое поведение является ожидаемым для Technical Support Engineer, а какое - нет. Скажите, как сделать так, чтобы обновления, внесённые в инсталляционный пакет, применились к задаче по установке этого пакета. Каким образом обновить те самые контейнеры, которые где-то и кем-то создаются? Вопросы "где?" и "кем?" не так важны (в разрезе повседневных задач), но было бы здорово иметь более ясное представление об этом...

Edited by PtitsynSV

Share this post


Link to post

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

Цитата

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

К сожалению,на данный момент так сделать нельзя.

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

Спасибо!

Share this post


Link to post
Posted (edited)
21 час назад, Nikolay Arinchev сказал:

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

Как это сделать правилнее? В теме с пожеланиями к KSC 10, где уже 35 страниц? Как определить, есть ли там такое пожелание уже?
Если отвечает Technical Support Specialist, не проще ли ему самому создать то, что нужно там, где нужно? Или "нам не надо, как проще"? ;)

Edited by PtitsynSV

Share this post


Link to post

Вы можете создать пожелание в указанной теме на форуме, это официальный канал.

Спасибо!

Share this post


Link to post
10 минут назад, Konstantin Antonov сказал:

Вы можете создать пожелание в указанной теме на форуме, это официальный канал.

Ну да... Я так и думал, что "проще не надо"...
Этот "официальный канал" сейчас больше похож на свалку. Поэтому на нормальный язык цитату можно перевести как "идите вы на свалку с вашим хламом". Ну и "Спасибо!" вам за это...

ПИЧАЛЬ :(

Share this post


Link to post
1 час назад, PtitsynSV сказал:

Ну да... Я так и думал, что "проще не надо"...
Этот "официальный канал" сейчас больше похож на свалку. Поэтому на нормальный язык цитату можно перевести как "идите вы на свалку с вашим хламом". Ну и "Спасибо!" вам за это...

ПИЧАЛЬ :(

Заходим в Company Account и пишем свое пожелание.

Share this post


Link to post

Добрый день.

PtitsynSV  

Приложите GSI отчет собранный на компьютере куда устанавливался KES 11. 

Создам запрос разработчикам для получения комментария. 

Share this post


Link to post
11 минут назад, Evgeny_E сказал:

Приложите GSI отчет собранный на компьютере куда устанавливался KES 11. 

А смысл? Получен однозначный ответ - "так нельзя!", пожелание в указанной теме я уже написал.

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×

Important Information

We use cookies to make your experience of our websites better. By using and further navigating this website you accept this. Detailed information about the use of cookies on this website is available by clicking on more information.