tyazhelnikov

День добрый Был 1 такой клиент, решил выкидыванием его из KSC. После того как он нашелся заново, информации о старой лицензии не было.

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

День добрый. Тоже появились такие сообщения. Результат: Cоединение с 91.235.180.237 по протоколу HTTP разорвано. Причина: Формат передаваемых данных не позволяет провести их проверку на наличие угроз. Если вы доверяете этому ресурсу, добавьте его в исключения из проверки. Название задачи - "ЗАЩИТА". Что за задача, в куда нужно указать исключения..... Не понятно.....

День добрый. А зачем Вам проверять с терминального сервера сетевой ресурс другого сервера? Полагаю и на другом стоит АВ. Настройте постоянную защиту файлов так, чтобы каждый сервер проверял только себя. Также можете попробовать установить KSWS версии 11.0.1.897 (только сразу в ТП запросите последний CF ).

Перейдите на закладку "События" - выберите выборку, например "Информационные события" - запустить выборку. Когда события отрисуются - ПКМ - Удалить все.

Возможно такая задача появилась только в KSC 13. Если честно не помню была ли она в 12-ом. Вы пробовали просто удалить все ненужные события на KSC в консоли, чтобы освободить место в БД и посмотреть оживет ли сервер?

День добрый. Management Studio Вам не поможет, так как Вы достигли лимита. Попробуйте выполнить задачу обслуживания, так как видно что событий в базе больше, чем установлен лимит. https://support.kaspersky.com/help/KSC/13.2/ru-RU/100999.htm

День добрый. Если у Вас MS SQL - тогда Management Studio. Правда, если у Вас бесплатный MS SQL Express по моему есть ограничение на размер файла данных.

День добрый. У Вас переполнился файл БД. Увеличьте его размер средствами управления БД или уменьшите количество хранимых событий на KSC в свойствах сервера администрирования. Также можете посмотреть в "Дополнительно" информацию об используемой БД.

День добрый. По моему была такая тема и проблему двух адресов решили в KSC 13.2. Поищите по форуму.

День добрый На локальном сервере когда консоль ругнется, попробуйте нажать ДА и снять галочку использования SSL.

День добрый. У себя таких проблем не наблюдаю KES 11.8 win7 sp1 x86 более 100 шт.

День добрый. Это групповая или локальная задача? Попробуйте обновить базы именно локальной задачей.

День добрый. Посмотрите, что написано в логах windows на проблемном клиенте в момент установки.

В обычном режиме не использую полную проверку, после обновления баз выполняю проверку объектов автозапуска и оперативной памяти. Несколько раз именно эта задача и выбивала свеженьких зловредов. Групповая задача по полной проверке есть, так как удобно ее настроить для всех клиентов. Но запускаю ее вручную в случае если есть подозрения на заражение.

День добрый. Для начала я бы попробовал удалить и поставить заново последнюю версию плагина к KES11.

Сертификат можно указать с настройках инст. пакета агента на закладке "Подключение"

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

День добрый. Создайте в KSC задачу удаления агента, затем в задаче установки агенту установите расписание по завершению 1 задачи. Советую также в интсал. пакете установки агента проверить параметры подключения к серверу.

День добрый. В политике добавьте нужную программу и отнесите к группе где запрещена сетевая активность.

День добрый. Проверьте события в журналах windows в момент деинсталяции, иногда описание там более адекватное.

День добрый. Вычислите какой конкретно компонент мешает, отключая их поочередно.

День добрый. В настройках KES на сервере сеть установлена как локальная?

День добрый. Включено ли у Вас управление локальными задачами в политике (раздел “Локальные задачи”)?