D
@egor-pokrovsky , у меня аналогично, на любом разрешении от 800x600 до 4k и с любым масштабом шрифта интерфейса ОС (100% - 300%).
На Win 8.1 и 10.
На бетах 11.7.0.654 и 11.7.0.666 проблема есть, на релизе 11.6 нет.
На всякий случай, не путайте, что это именно с миниатюрой проблема, когда только повести курсор мыши на иконку в Панели задач надо, а не нажимать правой кнопкой мыши по ней, там как раз всё ок.
Проблема не воспроизводится на 11.7.0.654. Проверил два пункта меню "Приостановка защиты" и заодно "Выключение политики", плюс их включение обратно, всё корректно и логично.
@dmitriy-pisarets, версия KES на хосте указана в "ПАРАМЕТРЫ СИСТЕМЫ" ("Версия продукта: 11.7.0.609") и трассировки всего-всего я приложил сразу (AdminGUI, видимо, это трассировка консоли?).
На плагине KES 11.7.0.654 уже не воспроизводится проблема. Видимо, баг закрыть надо.
Шаги воспроизведения:
Открыть свойства хоста в консоли MMC, раздел "Программы", свойства "KES 11.7...", раздел "Продвинутая защита".
Актуальный результат:
Создаётся дамп, после закрытия окна ошибки консоль остаётся работать, не вылетает полностью.
Ожидаемый результат:
Нет ошибок.
у меня в режиме Черный список, у Вас Белый. Возможно, тут проблема. Я сейчас не смогу проверить.
У меня работа контроля программ по чёрному списку ПО работает успешно, не выявил проблем (KES 11.7.0.527).
Страница справки:https://support.kaspersky.com/KESWin/11.7.0/ru-RU/127969.htm
"Если в качестве источника обновлений выбран Сервер администрирования Kaspersky Security Center, программа получит список несовместимого ПО **из инсталляционного пакета. **Если при обновлении программы обнаружено несовместимое ПО, Kaspersky Endpoint Security предложит удалить эти программы."
Я очень-очень сомневаюсь, что KES обратится к инсталляционному пакету, а конкретно к файлам:incompatible.txtcleaner.cab
Тем более пакетов может быть несколько, либо не быть совсем (взял администратор и удалил их).
Явно ошибочное описание механизма получения списка несовместимого ПО и скриптов удаления.
Более вероятно, получение идёт как с серверов ЛК*, но только с промежуточным хранилищем "Обновления баз и программных модулей "Лаборатории Касперского"" Сервера администрирования, всё тоже самое, просто из него.
*"Kaspersky Endpoint Security проверяет актуальность списка при обновлении программы, если в качестве источника обновлений выбраны серверы обновлений "Лаборатории Касперского". Далее программа загружает обновленный список и проверяет компьютер на наличие несовместимого ПО."
Шаги воспроизведения:
KES управляется политикой, в политике задан пароль на управление KES.
Из контекстного меню на значке KES в "Область уведомлений Windows" выполнить "Приостановить защиту" (подождать процесс остановки, секунд 10).
Повторно вызвать контекстное меню на значке KES.
Актуальный результат:
В контекстном меню пункт "Приостановить защиту" не изменился на "Возобновить защиту":
Ожидаемый результат:
Должен появиться пункт "Возобновить защиту" вместо "Приостановить защиту".
@dmitriy-pisarets, в части того о чём пишете как раз тоже самое. Я именно про политику KES на KSC. Политика создаётся изначально для одной версии KES, после установки плагина новой версии требуется принять лицензионное соглашение на KSN, чтоб на новой версии KES включился KSN в том числе. До этого момента на предыдущих версиях KES политика как и ранее включает KSN, а на новых KES нет. Как только принято положение о KSN для новой версии KES (с новым плагином), на старой версии плагина (например, на другой удалённой консоли) политику уже не открыть, будет требовать обновить плагин до той же новой версии.
Так всё выглядит достаточно логично. Сравнение истории ревизий политики KES 11.5 после принятия KSN на плагине 11.6 содержит информацию о четырёх (видимо четырёх бетах) ID версий KES для которых одобрен KSN.
Поскольку нигде никогда не натыкался на описание изложенного поведения, но, может, и забыл, то ради интереса пусть запрос остаётся актуальным.
Насколько по аналогичной онлайн-справке корпоративного антивируса я вижу, в ней никогда нет пошаговых скриншотов интерфейса для выполнения какие-либо действий (сценариев настройки).
Судя по всем из Вашего предложения в онлайн-справке было бы логичным в FAQ на которую дали ссылку добавить ссылку на статью "Угрозы и исключения" https://support.kaspersky.com/KTS/21.3/ru-RU/201385.htm
А пошаговую подробную инструкцию вынести на портал support как сделано с KTS19.
Шаги воспроизведения:
Открыть окно KES, перейти в "Настройки"\ "Управление настройками". нажать "Восстановить", на первом и втором шаге мастера восстановления вызвать справку (F1 или кнопка в правом верхнем углу). Откроется браузер с ссылками:
https://support.kaspersky.com/KESWin/11.6.0/ru-RU/ResetSettingsWizardGreetingsPage.htm
https://support.kaspersky.com/KESWin/11.6.0/ru-RU/ResetSettingsWizardFinishPage.htm
Актуальный результат:
Ошибка 404 в обоих случаях.
Ожидаемый результат:
Корректные страницы справки.
Шаги воспроизведения:
В политике Агента администрирования на KSC д.б. включена опция "Параметры"\ "Программа может получать расширенные данные политики на устройстве".
Управляемый хост должен находиться в группах с достаточно длинным общем путём, например:
"Управляемые устройства\ test\ proverka\ papochka\ group\ computers"
Открыть окно "Поддержка" в локальном интерфейсе KES, развернуть область по ссылке "Подробнее".
Актуальный результат:
В поле "Путь" помещается только часть пути из примера:
"Управляемые устройства\ test\ proverka\ papochka\ gr"
отсутствует "oup\ computers".
При наведении курсора мыши на значение поля "Путь" подсказки с полным адресом пути групп размещения хоста на KSC не появляется тоже (и это менее удобно чем показывать сразу).
Ожидаемый результат:
Отображается полный путь к группе размещению хоста на KSC.
Трассировка интерфейса KES вложена плюс более подробный скриншот и видео.
Шаги воспроизведения:
В локальном интерфейсе KES открыть параметры компонента "Защита от веб-угроз", нажать "Узнать больше". Откроется страница справки:
https://support.kaspersky.com/KESWin/11.6.0/ru-RU/HelpURLSettingsWebMonitoring.htm
Актуальный результат:
Страница справки ошибка 404:
Ожидаемый результат:
Корректная страница справки.
KES 11.6.0.346
Если боле1е внимательно рассмотреть поведение, то оно выглядит логичным, но малоинформативным. Вероятно, причины на "переспросить" какие-то существуют (юридические).
Получается до момента открытия политики KES в KSC с более новой версией плагина KES и до повторного согласия принятия участия в KSN для новой версии KES, на старых версиях KES KSN продолжает работу. На хостах с новой версией KES KSN выключен и пишет фразу в в локальном интерфейсе KES "Облачный режим будет включен после обновления баз программы". На этот момент я бы баг и заводил. Базы я обновил, но KSN не включился, поскольку требуется принять лицензионного соглашение участия в KSN - вот об этом ещё необходимо писать. На втором скриншоте внизу есть подобная фраза, она отображается в свойствах хоста на KSN, а не в локальном интерфейсе KES, или будет отображаться как критический статус хоста в консоли, если задан параметр "определено программой". Моё предложение продублировать в локальный интерфейс. Возможно, добавить на последнем шаге установки плагина информацию о схеме про участие в KSN.
Дополнительно замечу параметры KSN отображаются не такие как в политике пока не принято участие в KSN (на скриншоте политика открыта старой версией плагина, чтоб не обновить политику до новой версии и не ответить на принудительный запрос об участии):
Шаги воспроизведения:
В политике KES на KSC на управляемый хост должны быть заданы все параметры работы компонента Контроль устройств.
На хосте выключить политику KES, изменить параметры разрешения доступа к какому-либо типу устройств, сохранить параметры. Вернуться проверить изменённые разрешения.
Например, было разрешено "Съёмные носители", запретил, сохранил:
Актуальный результат:
Вернулся в параметры КУ, снова стоит на Разрешено как в политике:
Ожидаемый результат:
Пока выключена политика на KES параметры программы должны быть доступны для изменения локально и не возвращаться на заданные опции политикой KES.
В комьюнити периодически звучит это замечание как баг. Такое поведение наблюдается после каждого перехода на новую версию плагина.
Шаги воспроизведения:
Установить плагин KSC от новой версии KES.
Открыть MMC-консоль KSC.
Открыть существующую политику KES.
Актуальный результат:
Возникает запрос на принятие участия в "Kaspersky Security Network":
Ожидаемый результат:
Поскольку опция ранее уже была задана в настройках политики KES, то обновление плагина не должно служить поводом для "переспросить". Просто сохранять предыдущее значение как было.
Шаги воспроизведения:
Открыть консоль KSC.
Открыть политику KES.
В политике открыть раздел "Detection and Response"
Затем открыть "Managed Detection and Response".
Нажать внизу окна по "Справка".
Актуальный результат:
Откроется справка по другому компоненту "Защита от эксплоитов". Судя по содержимому статьи это именно та статья, а не просто перепутан заголовок.
Ожидаемый результат:
Корректная статья по MDR.
Из онлайн-справки по последним версиям KES исчезла статья "Получение информации о программах, запускаемых на компьютерах пользователей", последний раз она присутствовала в редакции для KES 11.0.1
Схожая соседняя статья осталась - "Получение информации о программах, которые установлены на компьютерах пользователей". Значит задачи убрать подобные статьи из справки не было.
Востребованность статьи существует, пример: https://community.kaspersky.com/kaspersky-corporate-products-27/unable-to-get-executable-inventory-to-server-15122
Прошу рассмотреть её возвращение.
Шаги воспроизведения:
Актуальный результат:
Ожидаемый результат: