Jump to content
nic55

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

Recommended Posts

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

Сервер    10.5.1781
Агент    10.5.1781
kes    10.3.0.6294

Задача установки антивируса использует конфиг файл,
в котором для всех локальных задач установлен режим запуска "вручную".
После установки все настройки в соответствии с файлом конфигурации.
Через какое-то время на части устройств (примерно половина) расписание локальных задач вернулось к умалчиваемым значениям.

И локальные задачи запускаются по расписанию как при простой установке.
Отключение управления локальными задачами в политике на ситуацию не влияет.

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

Вопрос!
Как вернуть расписание локальных задач в прежнее состояние на всех устройствах?

Вопрос распадается на два.
1. получить выборку измененных устройств.
2. вернуть на них расписание к правильному виду.

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

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

Можно ли придумать автоматику для такой работы?

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

Спасибо.

Share this post


Link to post

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

Уточните, пожалуйста, какие именно задачи изменяют расписание и через какое время?

Цитата

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

Корректно ли применяется политика к таким хостам?

 

Share this post


Link to post

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

Корректность применения политики уже трудно установить. Сообщений о сбоях в политике не было.
Все доступные локально устройства, где это можно посмотреть, уже исправлены. На них политика отработала.
На дальних устройствах, которые появляются это сложно проверить.
Задачи ведь запускаются не вручную, а по расписанию. Может это не блокируется?
Если надо, можно поэкспериментировать на доступном устройстве. Вплоть до переустановки антивируса.
Если, конечно, результат удастся воспроизвести.

Найденный способ изменения расписания локальных задач.
Работает только для включенных устройств.

Консоль администрирования. Свойства устройства.
Свойства задачи. В расписании ставим "вручную". Жмем "ОК".
Свойства задачи. В расписании ставим "вручную". Жмем "ОК".
Обязательно два раза. Иначе, обычно, не срабатывает. Может потому и не работает для выключенных.

Беда с задачей  "Обновление". На консоли в расписании нет "автоматически" и что там стоит реально не видно.
Приходится делать вслепую.

Спасибо.

 

Share this post


Link to post

К сожалению, локальными задачами нельзя управлять с помощью KSC, однако, если скрыть отображение локальных задач в политике, то и выполняться по своему расписанию они не будут.

Share this post


Link to post

Здравствуйте.
Постараюсь воспроизвести ситуацию. Что-то здесь не так. Еще пару суток после изменения политики шли сообщения об аварийных завершениях локальных обновлений.

Спасибо.

Share this post


Link to post
On 1/31/2019 at 9:52 PM, Nikolay Arinchev said:

К сожалению, локальными задачами нельзя управлять с помощью KSC, однако, если скрыть отображение локальных задач в политике, то и выполняться по своему расписанию они не будут.

Можно ссылку на эту информацию (если скрыть локальные задачи в политике, то не выполняются локально) в КВ?

Наблюдаю аналогичную проблему - дистрибутив и политика собраны с использованием cfg файла, в котором у локальных задач выбран режим запуска "вручную". Установленный (дата установки 07.02.2019) клиент версии 11.0.1.90 получает расписание задач "вручную". После некоторого обновления сегодня (07.02.2019) с просьбой перезагрузки ПК, режим запуска локальных задач переходит в режим "по расписанию". Подопытный компьютер в тестовой среде, т.е. на большом количестве устройств воспроизвести проблему не получится. KSC 10.5.1781

Share this post


Link to post

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

Проблема сохраняется.

Воспроизвести ситуацию удавалось.
Установка kes 10.3.0.6294, обновление с серверов обновления Касперского, задача перезагрузки KSC.
Из трех попыток все закончились изменением расписания.
Если перезагрузку выполнять локально, изменений расписания нет.
Проверка проводилась на 4 устройствах.
Выборка не самая достоверная, но другой у меня нет.

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

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

Что хочется:
1. Найти причину проблемы и устранить ее.
2. иметь простой и надежный способ выявления устройств с расписанием для локальных задач.
Лучше если это будет выборка. В крайнем случае сообщения в лог о запуске локальных задач.
3. Правильно показывать расписание для задачи обновление. (Добавить туда пункт "автоматически").

Спасибо.

Share this post


Link to post

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

Приложите пожалуйста полный отчет GSI с эвентлогами с проблемной машины.

Спасибо!

Share this post


Link to post

День добрый.

Настроена ли у Вас политика для автономных пользователей? 

Возможно включение задач связано с тем ,что теряется связь с KSС?

Edited by tyazhelnikov

Share this post


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

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

Приложите пожалуйста полный отчет GSI с эвентлогами с проблемной машины.

Спасибо!

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

Как только появится в доступе машина с проблемой - соберу и отправлю.

Спасибо!

Share this post


Link to post

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

Первая часть отчета GSI с машины где включилось локальное обновление. Всего их будет 5.

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

Спасибо!

 

aaa.zip.001

Вторая часть.

aaa.zip.002

Share this post


Link to post
В 12.02.2019 в 07:03, tyazhelnikov сказал:

День добрый.

Настроена ли у Вас политика для автономных пользователей? 

Возможно включение задач связано с тем ,что теряется связь с KSС?

Добрый день!

Уточните пожалуйста данную Информацию из цитаты выше.

спасибо!

Share this post


Link to post

Добрый день.

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

В чем выражается потеря связи с сервером? Кто и как ее определяет?

Часть устройств получает такой статус при выходе из системы. Статус "выключен" и "связь потеряна" одновременно.  После включения продолжают работать как обычно.

Бывает, что связь теряется полностью. Тогда спасает только полная переустановка агента. 

Как это связано с задачей перезагрузки устройства, запускаемой с KSC?

Спасибо.

Share this post


Link to post

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

Спасибо!

 

Share this post


Link to post

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

Потеря связи с сервером определяется тремя провалившимися попытками синхронизации агента с сервером. 

Выключенный агент обновления на ситуацию влиять не должен. 

Спасибо!

Share this post


Link to post

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

В 15.02.2019 в 23:02, Ivan.Ponomarev сказал:

Потеря связи с сервером определяется тремя провалившимися попытками синхронизации агента с сервером. 

Выключенный агент обновления на ситуацию влиять не должен. 

Спасибо. Это понял. 

Тогда следующие вопросы.
Как часто проходит синхронизация?
Кто определяет потерю связи? Устройство? Сервер? Оба?
Что происходит потом? Продолжаются ли запросы на синхронизацию?

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

Спасибо!

Share this post


Link to post

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

Стандартный период синхронизации - 15 минут. Этот период можно настроить в свойствах сервера администрирования. 

Потеря связи определяется обоими компонентами. Если в политике настроен режим работы вне офиса, то после трех неудавшихся попыток синхронизации включится этот режим.

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

Спасибо!

Share this post


Link to post
35 минут назад, Ivan.Ponomarev сказал:

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

Стандартный период синхронизации - 15 минут. Этот период можно настроить в свойствах сервера администрирования. 

Потеря связи определяется обоими компонентами. Если в политике настроен режим работы вне офиса, то после трех неудавшихся попыток синхронизации включится этот режим.

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

Спасибо!

Иван, спасибо! Все понятно.

Share this post


Link to post

×
×
  • Create New...

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.