AndreyAndryushin

У нас была проблема что каспер блочил http и пропускал мимо https. Вроде это решилось доустановкой компонента сетевой экран, пока еще тестим.

Хочется более системное решение

Добрый день. При запуске планового сканирования на некоторых серверах мониторинг начинает показывать очень большие нагрузки на диск: perf_counter["\Process(_Total)\IO Other Operations/sec",300]): 42.59 K/sec. Windows 2012R2, Kaspersky Security для Windows Server 10.1.2.996. Аналогичная проблема наблюдалась с версией 10.1.1.746. В свойствах задачи стоит галочка выполнять задачу в фоновом режиме. В разное время разные машины, алерты бывают по нескольким одновременно. Сервер администрирования 11.0.0.1131, агенты той же версии. Как мы можем ограничивать ресурсы антивирусу в realtime и при выполнении задач?

После установки KS 10.1.1 for Windows Server и перезагрузки вылезает эта ошибка. Причем иногда она плавающая. Выдержка из лога Windows Update:[spoiler]2019.04.11 03:45:59.2117755 1984 2004 Agent WU client version 10.0.14393.2608 2019.04.11 03:45:59.2119846 1984 2004 Agent SleepStudyTracker: Machine is non-AOAC. Sleep study tracker disabled. 2019.04.11 03:45:59.2120795 1984 2004 Agent Base directory: C:\Windows\SoftwareDistribution 2019.04.11 03:45:59.2143162 1984 2004 Agent Datastore directory: C:\Windows\SoftwareDistribution\DataStore\DataStore.edb 2019.04.11 03:45:59.5702969 1984 2004 Shared UpdateNetworkState Ipv6, cNetworkInterfaces = 0. 2019.04.11 03:45:59.5704186 1984 2004 Shared UpdateNetworkState Ipv4, cNetworkInterfaces = 1. 2019.04.11 03:45:59.5714928 1984 2004 Shared Network state: Connected 2019.04.11 03:45:59.6380305 1984 2004 Misc LoadHistoryEventFromRegistry completed, hr = 8024000C 2019.04.11 03:45:59.8062770 1984 2004 Shared UpdateNetworkState Ipv6, cNetworkInterfaces = 0. 2019.04.11 03:45:59.8062850 1984 2004 Shared UpdateNetworkState Ipv4, cNetworkInterfaces = 1. 2019.04.11 03:45:59.8062912 1984 2004 Shared Power status changed 2019.04.11 03:45:59.8278781 1984 2004 Agent Initializing global settings cache 2019.04.11 03:45:59.8278790 1984 2004 Agent WSUS server: https://wsus.our.domain:8531 2019.04.11 03:45:59.8278794 1984 2004 Agent WSUS status server: https://wsus.our.domain:8531 2019.04.11 03:45:59.8278799 1984 2004 Agent Alternate Download Server: NULL 2019.04.11 03:45:59.8278803 1984 2004 Agent Fill Empty Content Urls: No 2019.04.11 03:45:59.8278808 1984 2004 Agent Target group: All_sec.rkt 2019.04.11 03:45:59.8278808 1984 2004 Agent Windows Update access disabled: No 2019.04.11 03:45:59.8421839 1984 2004 Agent Timer: 29A863E7-8609-4D1E-B7CD-5668F857F1DB, Expires 2019-04-11 13:51:07, not idle-only, not network-only 2019.04.11 03:45:59.9356492 1984 2004 Agent Initializing Windows Update Agent 2019.04.11 03:45:59.9375427 1984 2004 DownloadManager Download manager restoring 0 downloads 2019.04.11 03:45:59.9397749 1984 2004 Agent CPersistentTimeoutScheduler | GetTimer, returned hr = 0x00000000 2019.04.11 03:46:35.6506600 1092 2840 ComApi IUpdateServiceManager::AddService2 2019.04.11 03:46:35.6506613 1092 2840 ComApi Service ID = {7971f918-a847-4430-9279-4a52d1efe18d} 2019.04.11 03:46:35.6506622 1092 2840 ComApi Allow pending registration = Yes; Allow online registration = Yes; Register service with AU = Yes 2019.04.11 03:46:35.6506626 1092 2840 ComApi Authorization cab path = NULL 2019.04.11 03:46:35.6545213 1984 1128 Misc EP: error: 0x8024500C : - failed to get SLS data 2019.04.11 03:46:35.6545298 1984 1128 Misc Failed to obtain 9482F4B4-E343-43B6-B170-9A65BC822C77 redir SecondaryServiceAuth URL, error = 0x8024500C 2019.04.11 03:46:35.6561295 1984 1128 Agent Failed to obtain the authorization cab URL for service 117cab2d-82b1-4b5a-a08c-4d62dbee7782, hr=0 2019.04.11 03:46:35.6561309 1984 1128 Agent Caller Service Recovery failed to opt in to service 117cab2d-82b1-4b5a-a08c-4d62dbee7782, hr=0X8024500C 2019.04.11 03:46:35.6562218 1984 1128 Misc EP: error: 0x8024500C : - failed to get SLS data 2019.04.11 03:46:35.6562258 1984 1128 Misc Failed to obtain 9482F4B4-E343-43B6-B170-9A65BC822C77 redir SecondaryServiceAuth URL, error = 0x8024500C 2019.04.11 03:46:35.6562272 1984 1128 Agent Failed to obtain the authorization cab URL for service 7971f918-a847-4430-9279-4a52d1efe18d, hr=0 2019.04.11 03:46:35.6577453 1092 2840 ComApi Added service, URL = https://fe2.update.microsoft.com/v6/ 2019.04.11 03:46:40.7976547 1092 2840 ComApi * START * Init Search ClientId = UpdateOrchestrator 2019.04.11 03:46:40.7976596 1092 2840 ComApi * START * Search ClientId = UpdateOrchestrator 2019.04.11 03:46:40.7998994 1984 1128 Agent Failed to duplicate handle with error 80070006. 2019.04.11 03:46:40.8001022 1092 2840 ComApi ISusInternal:: BeginFindUpdates failed, hr=80070006 2019.04.11 03:46:40.8001089 1092 2840 ComApi Exit code = 0x80070006 2019.04.11 03:46:40.8001094 1092 2840 ComApi * END * Search ClientId = UpdateOrchestrator 2019.04.11 03:46:47.6308190 1984 2760 Shared Effective power state: AC 2019.04.11 03:46:47.6308204 1984 2760 DownloadManager Power state change detected. Source now: AC 2019.04.11 03:46:54.5227225 1092 2840 ComApi IUpdateServiceManager::AddService2 2019.04.11 03:46:54.5227239 1092 2840 ComApi Service ID = {7971f918-a847-4430-9279-4a52d1efe18d} 2019.04.11 03:46:54.5227247 1092 2840 ComApi Allow pending registration = Yes; Allow online registration = Yes; Register service with AU = Yes 2019.04.11 03:46:54.5227252 1092 2840 ComApi Authorization cab path = NULL 2019.04.11 03:46:54.5239808 1984 1128 Misc EP: error: 0x8024500C : - failed to get SLS data 2019.04.11 03:46:54.5239862 1984 1128 Misc Failed to obtain 9482F4B4-E343-43B6-B170-9A65BC822C77 redir SecondaryServiceAuth URL, error = 0x8024500C 2019.04.11 03:46:54.5239880 1984 1128 Agent Failed to obtain the authorization cab URL for service 117cab2d-82b1-4b5a-a08c-4d62dbee7782, hr=0 2019.04.11 03:46:54.5239888 1984 1128 Agent Caller Service Recovery failed to opt in to service 117cab2d-82b1-4b5a-a08c-4d62dbee7782, hr=0X8024500C 2019.04.11 03:46:54.5240432 1984 1128 Misc EP: error: 0x8024500C : - failed to get SLS data[/spoiler] Проблема обсуждалась на https://forum.kaspersky.com/index.php?/topic/404287-%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D0%B8-ksws/&tab=comments#comment-2841929 Решение в удалении модуля Application launch control. В другом домене, не связанным с этим, где у серверов есть доступ в интернет, проблемы нет. Если удалить (Modify) или не устанавливать компонент Application launch control (и перезагрузиться в случае его удаления) поиск и установка снова работают. В политике для него статус Statistics only. Проблема наблюдается только на Server 2016 (на 2012R2 и 2019 все ок). Думаю рационально будет закинуть инфу Олегу Быкову и добавить на уже закрытый форум временное решение с удалением компонента.