MagIstr

Проблема снова проявилась на версии KES_12.3.0.493. Правда в этот раз не вылетает тупо KES, а выскакивает окошко об обнаруженном несовместимом приложении (grabberAgent.exe). Создал запрос в ТП.

На части хостов (от пары до 10 из двухсот) периодически перестаёт задача "Установка обновлений" в KSC14. В задаче эти хосты висят в статусе "Ожидает выполнения". Закономерность не отловил. Мелочь, но неприятная проявляется как на Windows 7 , так и Windows 10. Пробовал обновлять агентов с 14.0.0.10902 до 14.2.0.26967. KES обновлён до 12.0.0.465 (первоначально стоял 11.11). Не обратил внимание была ли данная проблема на 11 версии. Может кто сталкивался? Вручную неприятно запускать обновление.

Только пошли руки до почитать ответы в теме. Извиняюсь, если кого расстроил. На самом деле, ошибка на нескольких хостах из сотен не так и страшна. Смогли не обращать внимание, ну и, если требуется, вручную перезапускать задачу. И, кстати, никаких изменений в инсталляционный пакет не вносятся (батник он и в Африке батник - нечего в нём менять). И я так же при добавлении нового инсталл пакета (другого совсем) создаю новую задачу для него. Тоже выяснил, что бывают проблемы. Ссылки протухли по всей видимости, к сожалению. Интересно было бы изучить вопрос.

Ясно, спасибо. Ну решение придумал - реализовал и всё! А ручная обработка, отбор устройств из списка ежедневно- ну не очень удобно. А ошибки на Устройствах при выполнении задачи с bat файлом выглядят так: "Удаленная установка на устройстве завершена с ошибкой: Необходимый файл не найден". Что бы это не значило. Возможно конечно хосты в данный момент были недоступны. Но тогда задача должна быть в ожидании/Запланирована к выполнению на устройствах. Непонятно.

Доброго времени суток, товарищи. Собственно, есть задача перезапуска батничком некой службы (кому интересно, службы этого самого Kickidler-а https://forum.kaspersky.com/topic/kes11110-kickidler-следилка-урв-31252/). Но не на всех хостах отрабатывает без ошибок. Всегда есть несколько хостов со сбоями. Вручную создал дубль задачи перезапуска батничком службы Kickidler-а, вручную добавил устройства, на которых не сработала оригинальная задача - всё прошло успешно. Можно ли как-то автоматизировать данный процесс? Чтобы Устройства, на которых произошёл сбой при выполнении оригинальной задачи после завершения её выполнения автоматически добавлялись в список Устройств дубля этой задачи. Ну и там разберёмся как запускать дубль на выполнение.

В итоге поддержка предоставила нам Private fix. Распространили через KSC на хосты с Kickidler-ом. Всё работает. Поддержка работает, но очень медленно. Но хоть так. Всем спасибо за внимание.

Отвечу сам себе, для истории. Как нетрудно понять из пути это Журналы активности Kaspersky Security Center Web Console. При первоначальной установке KSC была установлена и Web Console с флажком Включить запись в журнал Kaspersky Security Center 14 Web Console. Но, в Web Console нет нужды, учитывая сколько ресурсов она ест. Удалил Web Console из установленных программ средствами Windows. При этом логи остались и начали ежесекундно флудить, что Web Console не обнаружена. Пришлось снова установить Web Console с теперь уже снятым флажком Включить запись в журнал. И снова удалил Web Console из установленных программ средствами Windows. Папка с логами Web Console ушла, освободилось прилично места на диске.

По этому поводу обнаружил что растут 2 текстовичка с логами. Как остановить это безобразие?

Конечно я им отписался. На счёт фикса только ничего не написал, но спросил, что дальше делать. Кстати, чтобы не плодить тем, подскажите кто-нибудь сколько места выделить серверу Win19 с KSC? Первоначально дал 60Гб - съел бекапами. Урезал количество бекапов, дал +20Гб. Снова съел всё. Сегодня расширил диск до 100Гб. Подскажите из опыта, когда можно остановиться? Хостов 320.

Ответ от ТП: Попробуйте обновить KES на одном хосте до версии 12, затем с временно остановленной самозащитой KES Self-Defense в ключе реестра [HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\KasperskyLab\protected\KES.21.9\environment] создать SecuredDesktopCompatibilityMode=1 (REG_SZ) и после перезагрузки компьютера повторно проверить воспроизведение (на текущей версии KES 11.11 такой параметр не работает). Выполнил данные рекомендации, заработало. Теперь понять, как распространить данный reg файл по 300+ хостам (в домене малая часть).

Проверил на бете keswin_12.1.0.265_ru_aes56. Ведёт себя так же как KES12.

Добрый! Отчитываюсь. KES12 в нашей ситуации ведет себя ещё хуже. При попытке приостановить защиту или выключить политику при запущенной службе граббера Kickidler-а окно авторизации так же за доли секунды пропадает. И! Вылетает сам KES! Из трея пропадает значок KES. Но служба AVP.KES.21.9 продолжает работать, но всякое управление приложением пропадает. Буду даунгрейдить до 11.11.0. Можно таким же образом даунгрейдить? Поверх? Или сначала удалить KES12? Через задачи в KSC есть возможность удалять приложение? Не нашёл, но пока мало искал...

Ясно. Всё, что было в требованиях при создании запроса приложил (политику и GSi). Описал с каким приложением конфликт и как проявляется. Думал, что поживее отвечают. Ясно, спасибо! По поводу 12-й версии KES. Скачал дистрибутив. Как правильно и без глюков удалённо установить его на тестовый хост? Поверх, не удаляя 11.11.0 прокатит? Галочку на скрине убрать следует?

Кстати, по обращению в ТП. Может подскажете, это нормально? Пропадание окна авторизации KES11.11.0.452 на клиентских Window Запрос в Техническую поддержку Номер: Статус: Создан: Автор: INC000015043224 Ожидает вашего ответа 15.02.23, 16:39 Какого ответа от нас ждёт ТП на наше же обращение? Или это нормальное поведение? Просто 5 дней никакого ответа, только робот прислал сначала письмо: попробовать стандартные варианты решения проблем.

Наигрался, пока ничего не помогает. Полностью останавливал защиту. Любой компонент защиты пробовал отключать по отдельности - всё равно при запущенном граббере не позволяет ввести пароль. Так и пропадает окно авторизации.

Чтобы выключить политику требуется ввести те же креды как и при "Приостановить защиту...", а окно авторизации пропадает ? Это я ещё в первом посте написал. Ну стопорнув граббер поиграюсь.

Конечно ) Самое первое, на что грешили. Кстати, как можно вывести из-под политики определённый хост? И можно ли чтобы никакая политика на него не действовала? Пока что создал отдельную группу, куда перенёс один хост. Создал отдельную для него политику. И этой политикой буду играться.

Галочка включена. По вычислению компонента защиты - та ещё задачка. Распространение политики и её применение только раз в 15 минут. Долго можно играться, учитывая то, что уже 2 недели играемся. Что только не пробовали отключать/включать. Хоть обнаружили, что именно при запущенной службе kickidler-а нельзя войти в окно авторизации.

Доброго времени суток. Так я в первом же посте написал, что мы так делаем и работает. НО - нас так не устраивает. Слишком много операций необходимо совершить: войти в сервисы под админом - стопануть службу - произвести манипуляции с KES и прочие - не забыть запустить службу kickidler-а.

Обращение в ТП пока без ответа. Развёрнут KSC14.0.0.10902. На клиентах под управлением Windows10/7 x86/x64 и серверах Windows Server 2019/2008 R2 были установлены Агент администрирования Kaspersky Security Center 14 (14.0.0.10902) и Kaspersky Endpoint Security для Windows (11.11.0). При нажатии правой кнопкой мыши "Выключить политику" или "Приостановить защиту..." окно авторизации (скриншот) появляется и сразу пропадает (KLAdmin или др. добавленных в политике) при запущенной службе приложения kickidler (следилка УРВ). Невозможно получается ввести учётные данные для выполнения вызываемых действий. После остановки службы kickidler-а окно авторизации не пропадает и позволяет ввести креды. Службы kickidler-а добавлены в исключения в политике на KSC. Обращение в ТП kickidler так же создано. Может кто сталкивался?