Настройка агентов обновлений и правил обновления officescan client - Trend Micro - покупка, использование и решение проблем - Форумы Anti-Malware.ru Перейти к содержанию
Alexander Eryomin

Настройка агентов обновлений и правил обновления officescan client

Recommended Posts

Alexander Eryomin

Функциональность настройки обновления офисскан клиента:

1.1. По расписанию (периодичность попыток обнаружить новые сигнатуры с сервера или агента обновления - определяется настройками списка источников)

1.2. По инициативе сервера (после загрузки новых сигнатур - определяется настройками загрузки обновлений сервером или вручную, с консоли управления сервером)

1.3. При запуске компьютера. (старте службы Officescan NT Listener)

Функциональность настройки агента обновления офисскан клиента:

2.1. По расписанию офисскан клиент обновляется из локального репозитория агента обновления (тобиш не с сервера как ожидалось, а согласно списку источников - опция "загрузка сигнатур агентом обновления только с сервера" установлена).

2.2. По инициативе сервера обновяется репозиторий агента обновления.

2.3. При запуске компьютера с офисскан клиентом обновляется репозиторий агента обновления.

По условиям работы имеем:

А. Вышеизложенную функциональность (прошу поправить где ошибся)

Б. Ежедневность получения севрером обновлений (т.е. триггер обновления всех клиентов и агентов обновления срабатывает раз в сутки)

В. Нестабильные каналы связи (с некоторой вероятностью агент обновления работает в оффлайне)

Г. Периодические сбои в работе службы Officescan NT Listener (остановка службы или зависание процесса, происходит редко но метко.. - опытным путем замечено около 1-3% в месяц от общего количества агентов обновления)

Получаем проблему: часть агентов обновления не получает обновления по условиям В и Г с учетом условия Б (триггер то один..)

Задача: настроить гарантированное получение сигнатур агентами обновления.

Буду благодарен за предложенные решения.

P.S.

На данный момент временное решение - инициирование загрузки выбранными агентами обновления со старыми сигнатурами посредством триггера сервера (использование функции 2.2)

Возможно, так же решением будет являтся внедрение нового плана обновления для этого офисскан сервера на уровне Controlmanager (только в случае срабатывания триггера на офисскан сервере для обновления всех клиентов, использование функции 2.2. по расписанию) - не проверено.

Так же есть надежда что исправлена работа функции 2.1...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Николай Романов

А какая версия продукта?

Сюда писали: https://esupport.trendmicro.com/SRFMain.aspx ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Николай Романов

1. Настоятельно рекомендую установить SP1.

2. Решение с ControlManager при нестабильном канале (насколько он нестабилен?) мало, что даст.

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Alexander Eryomin
1. Настоятельно рекомендую установить SP1.

Ок.

2. Решение с ControlManager при нестабильном канале (насколько он нестабилен?) мало, что даст.

Канал связи на самом узком участке удовлетворяет требованиям продукта, но именно тогда, когда сервер посылает триггер - часть агентов обновления (кратковременно) находится в оффлайне. Дополнительно выполнена настройка офисскан сервера посредством \PCCSRV\Admin\Utility\SvrTune\SvrTune.exe - увеличено кол-во восстановления загрузки сигнатур агентами после обрыва.

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

ИМХО на гарантированное получение можно рассчитывать при большем числе попыток (триггер для агента обновления один - сервер, если не прав - поправьте).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • demkd
      Это внеплановое обновление для разбора необычного случая с внедренными потоками, соответственно релиз задерживается. ---------------------------------------------------------
       5.0.RC2
      ---------------------------------------------------------
       o При обнаружении внедренного потока в процессе в лог печатается точное
         время создания потока и ТОП 10 наиболее вероятных виновников.
         (!) Только для потоков не имеющих привязки к DLL.
         (!) Функция требует активного отслеживания процессов. (Твик #39)

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

       o В окно удаленного рабочего стола добавлена кнопка "Меню", она открывает
         на удаленном компьютере окно с кнопками быстрого доступа к часто используемым
         настройкам системы и системным утилитам.
         Утилиты из этого окна запускаются на удаленном компьютере под текущим пользователем.

       
    • demkd
      С большой вероятностью эта версия и станет v5.0
      Все что было запланировано реализовано. ---------------------------------------------------------
       5.0.RC1
      ---------------------------------------------------------
       o В окно запуска добавлен пункт меню "Перезагрузить в интерфейс встроенного ПО [UEFI]"
         Доступно начиная с Win10.

       o В окно запуска добавлен выбор основного шрифта.

       o Пополнено окно дополнительных настроек.

       o В функцию удаления временных файлов добавлено 4 каталога с временным файлами Windows.
         o \Windows\Downloaded Program Files
         o \ProgramData\Microsoft\Windows\WER\ReportArchive   
         o \ProgramData\Microsoft\Windows\WER\ReportQueue
         o \ProgramData\Microsoft\Windows\WER\Temp
         Функция больше не выводит в лог пути до отсутствующих каталогов.

       o Исправлена критическая ошибка инициализации режима DDA,
         она могла проявляться на чипсетах AMD при подключении
         физического монитора к компьютеру, который был отключен или физически
         не подключен на этапе загрузки системы, при этом меняются логические
         номера дисплеев и 1-го дисплея обычно не существует, поэтому
         если вы подключились и 1-й дисплей показывает черный квадрат то
         стоит попробовать переключиться на 2-й и т.п.
         (!) В этом случае не работает программный способ вывода дисплея из сна,
         (!) поэтому в текущей версии движения мыши в любом случае передаются на
         (!) удаленный компьютер, что гарантировано пробуждает спящий дисплей
         (!) при переключении на него.

       o Исправлена ошибка создания загрузочного диска под Windows 11 24H2,
         по неизвестной причине в этой редакции Windows dism из пакета ADK
         не способен без ошибок сформировать загрузочный образ диска,
         поэтому все операции с образом диска теперь выполняет штатный dism из системного каталога.

       o Исправлена ошибка для определения пути до драйвера CDD.DLL при анализе
         ключей безопасного режима.

       
    • PR55.RP55
      Критическая уязвимость в ASUS DriverHub https://www.comss.ru/page.php?id=16443
    • PR55.RP55
      Изменения для драйверов Windows 11: новые сертификаты и отказ от метаданных https://www.comss.ru/page.php?id=16408
    • demkd
      Если нет пользовательского реестра для пользователя то будет сообщение в логе, остальное не надо видеть и тем более удалять - это дело пользователя.
×