Demiad

@zimokvan, добрый день. Я попробовал воспроизвести Вашу ситуацию повторно с KSC, установленном по пути "E:\KSC\". Получился совсем иной результат. cleaner не прибил установку если очищать от Агента администрирования (хотя если в папку по умолчанию, то всё как у Вас было). После очистки cleaner'ом от Сервера администрирования папка "E:\KSC\" была удалена полностью. Можете попробовать обратиться в техническую поддержку за получением помощи по очистке остатков установки KSC 13.0. Но я бы всё-таки убедился в актуальности ОС от Microsoft, снята ли она с поддержки. Если да, то стоит обновить ОС, затем снова ставить KSC. https://learn.microsoft.com/en-us/lifecycle/products/

@Friend, в ближайших планах у коллег стоит задача переработать дизайн страницы EOL. Я видел макет, там будет отдельный фильтр по сертифицированным версиям. Плюс готовят и скоро появится FAQ о сертификации, в нём расскажут дополнительно по данной теме. В любом случае спасибо, что обратил внимание.

@Friend, для сертифицированных версий срок технической поддержки не может быть меньше срока действия сертификата. Срок технической поддержки истёк только для не сертифицированных версий. Указанный в таблице EOL срок применяется для сертифицированных по ФСТЭК версий при вышеупомянутых условиях в предыдущем моем сообщении. Для ФСБ таблица EOL по не сертифицированным версиям не применяется в принципе.

@Friend, @maximum, сертифицированные ФСТЭК версии могут использоваться до окончания срока действия сертификата при сочетании условий: нет более новой сертифицированной версии приложения; срок действия поддержки не завершился. Например, на сегодня KSWS 10.1.2.996 уже нельзя использовать, срок технической поддержки истёк и более новая версия есть - 11.0.0.480. KSWS 11.0.0.480 использовать можно до декабря 2025 года (актуальная дата на время написания моего сообщения), у не сертифицированной версии KSWS поддержка завершена, но более новых сертифицированных версий KSWS нет (11.0.1.897 не сертифицирован).

@Артур1992, добрый день. Под рукой готового решения нет. Поэтому попробуйте установить последнюю версию KES (12.3), проверить если ли проблема с ним. Ещё я бы убедился, что нет никаких программ типа "Classic Shell" (установка классического меню "Пуск"). Они могут отрицательно влиять на стабильность работы Проводника. Попробовать удалить подобное ПО. И попробуйте восстановить системные файлы ОС командами и перезагрузиться: sfc /scannow DISM.exe /Online /Cleanup-image /Scanhealth DISM.exe /Online /Cleanup-image /Restorehealth Создайте запрос в техническую поддержку, обязательно сразу приложите GSI с событиями ОС https://support.kaspersky.ru/common/diagnostics/3632 https://companyaccount.kaspersky.com/

@Login_man, добрый день. По информации от коллег планов по сертификации ФСБ отдельно версий приложения KSC Windows 14.0 и 14.2 нет. Однако в составе сертифицированной ФСБ версии решения Kaspersky Private Security Network (KPSN) 3.4 версия KSC Windows 14.2 будет включена.

Добрый день. Иконки обозначают: - Групповые задачи - Локальные задачи и компоненты антивируса В интерфейсе антивируса на управляемом устройстве локальные и групповые задачи могут быть скрыты (локальные в таком случае не использоваться), поэтому, возможно, вы не видите какую-либо задачу Обновление в локальном интерфейсе KES.

@Adrian_Gtz hello. You need to request a distributive from support. https://companyaccount.kaspersky.com/

@mrkerzak, на тему проблем с USB в следующий раз попробуйте воспользоваться утилитой USB Recover в Kaspersky Rescue Disk https://support.kaspersky.ru/14221 @MaximGusev, для Агента 14.2 если в инфраструктуре есть Win7, WS2008/R2, то убедитесь в наличии KB3063858, указано в https://support.kaspersky.ru/ksc/14.2/255797 SCCM хорошо применять если присутствуют устройства без прямой видимости со стороны KSC, не в домене. В случаях когда они отвалились от управления KSC, чтобы была возможность восстановить подключение. KES'а я бы не стал устанавливать через SCCM, только Агента KSC. Используйте выборки на установки и теги для нацеливания.

@Тимур Исламов, добрый день. Могу подтвердить Вашу догадку, действительно, Сервером администрирования Kaspersky Security Center 14.2, к сожалению, не поддерживает PostgreSQL 16. При чём 15-й тоже отсутствует в поддерживаемых версиях, см. Требования к Серверу администрирования https://support.kaspersky.ru/ksc/14.2/255791 Поддерживаются только следующие версии PostgreSQL: PostgreSQL 13.x 64-разрядная. PostgreSQL 14.х 64-разрядная. Postgres Pro 13.x (все редакции). Postgres Pro 14.x (все редакции). Идею указывать предупреждения об ограничениях в более явном виде транслирую коллегам. По планам дополнительной информации дать не смогу, можете попробовать уточнить через запрос в техническую поддержку. Спасибо.

@zimokvan, добрый день. Предлагаю чтоб дальше не ухудшить ситуацию дать несколько ключевых рекомендаций. 1. Создайте отчёт GetSystemInfo, он вам очень пригодится для понимания какие плагины были ранее установлены. В архиве отчёта см. текстовый файл в папке KSC plugins versions. 2. Скопируйте в другое место содержимое папки C:\ProgramData\KasperskySC\SC_Backup , в ней содержатся резервные копии Сервера администрирования KSC. Вам они очень пригодятся. 3. Если у вас используется обычная версия, а не сертифицированная версия, то переходите на актуальные последние версии KSC, инструкция в справке: https://support.kaspersky.ru/ksc/14.2/6373 Заодно актуализируйте ОС и версию базы данных (из особых замечаний: на 14.2 перестали поддерживать ОС для рабочих станций для Сервера администрирования, а для БД MS SQL 2019 важно устанавливить минимум CU12). Если есть подключенные по IP управляемые устройства, то используйте прежний IP для адреса устройства Сервера администрирования. 4. При эксплуатации сертифицированной версии, запросите в технической поддержке ЛК дистрибутив, если он был утерян, либо найдите носитель с ним. Полностью удалите Сервер администрирования штатно через appwiz.cpl (Пуск\Выполнить), если не получится, то через cleaner командами для удаления Сервера KSC. Повторно установите Сервер администрирования, восстановите резервную копию - раздел "Чтобы восстановить данные Сервера администрирования в интерактивном режиме" https://support.kaspersky.ru/ksc/14.2/13288 После завершения мастера восстановления сделайте паузу минут в 10, чтобы Сервер администирования пришёл в норму, до этого консоль может "ругаться" на проблемы с подключением к серверу. Когда сервер снова заработал, вам пригодится информация из KSC plugins versions, установите все ранее использовавшиеся плагины для конечных устройств, вероятно, файлы с именем "klcfginst" остались на сервере. Либо попробуйте найти нужные плагины в статье https://support.kaspersky.ru/9333

@J.I.Kusto, добрый день. У вас в политике KES установлена опция Выполнять лечение активного заражения немедленно. Поэтому при обнаружении угрозы, для лечения которой требуются дополнительные действия в виде перезагрузки ОС, у пользователя конечного устройства KES запрашивает подтверждение на перезагрузку ОС для осуществления полной процедуры лечения. Если вы снимите опцию, лечение будет произведено при ближайшей перезагрузке ОС. Здесь решать вам с пониманием рисков. Подробнее в справке: https://support.kaspersky.ru/kes-for-windows/12.3/224289

@Александр МТС, добрый день. KWTS может выступать в роли ICAP-сервера. Настройте приём внешних обращений по странице инструкции: https://support.kaspersky.com/kwts/6.0/ru-RU/167738.htm (соседние страницы к вашей задаче не относятся). Затем настройте на стороне внешнего прокси-сервера клиент ICAP, смотрите документацию вашего решения. Ответ на второй вопрос и полезная статья на тему ограничений доступа к KWTS как к прокси-серверу (пригодится в вашем случае) https://support.kaspersky.ru/15324 То есть надо передавать изменения через шаблон. Финальные модификации конфига KWTS лучше согласовывать с технической поддежкой Лаборатории Касперского. После того как внесли все желаемые изменения, создайте запрос, получите одобрение.

@ElvinE5, спасибо за точный ответ. @SantaShaman, добрый день. Справедливости ради. Цитата про klmover Вами приведена из статьи про миграцию на новый сервер, речь идет про созание правила GPO для разового выполнения. Иначе все доменные устройства начнут при каждом применении GPO делать переключение на тот указанный сервер.

@guselnikov_on, неверно прочёл исходное сообщение. Речь была про статус АВ защиты, а не службы Агента KSC, мой ответ про KB3063858 не актуален. Локально если смотреть на KES защита работает? Желательно проверить через тестовый вирус: https://support.kaspersky.ru/7399 По ситуации если хочется разобраться, то в поддержку, через форум не получится диагностировать. Приложите GSI с событиями ОС и трассировку KES от запуска. https://support.kaspersky.ru/14364

Добрый день. Плохо прочёл. Если 14.0 агента обновляли до следующих версий, то подозреваю отсутствие KB3063858 kavremover не понимаю только как может помогать, т.к. он не удаляет агента и не патчит ОС. KB требуется для следующих ОС: Обновление для системы безопасности Windows Server 2008 (KB3063858) https://www.microsoft.com/ru-RU/download/details.aspx?id=47411 Обновление для системы безопасности Windows Server 2008 x64 Edition (KB3063858) https://www.microsoft.com/ru-ru/download/details.aspx?id=47414 Обновление для системы безопасности Windows Server 2008 R2 x64 Edition (KB3063858) https://www.microsoft.com/ru-RU/download/details.aspx?id=47479 Обновление для системы безопасности Windows 7 (KB3063858) https://www.microsoft.com/ru-ru/download/details.aspx?id=47409 Обновление для системы безопасности Windows 7 для систем на базе 64-разрядных (x64) процессоров (KB3063858) https://www.microsoft.com/ru-ru/download/details.aspx?id=47442" Обновление требует перезагрузки ОС, после чего служба агента начинает работать корректно, дополнительных действий не требуется. Требование о KB присутствует в справке KSC: https://support.kaspersky.ru/ksc/14.2/255797

Добрый день. Могу только подсказать направление. Вы можете, например, через задачу KSC с batch-файлом создать задачу в Планировщик задач Windows (taskschd.msc) на триггер Вход пользователя в ОС (любого пользователя). Если после исполнения задача будет из планировщика удаляться, то повторного запуска выполняться не будет. Если у вас несколько пользователей работает за одним ПК, то придётся усложнить логику запуска скрипта-установки у задачи в Планировщике Windows.

@MicroSkittles, попробуйте применить рекомендацию из статьи по пересозданию данных хранилища KSC https://support.kaspersky.ru/9307 Если не поможет, то лучше с поддержкой общаться https://support.kaspersky.ru/b2b/RU

Добрый день. KB3063858 В требованиях к Агенту KSC 14.2 указано на странице, всегда можете посмотреть на ней: https://support.kaspersky.ru/ksc/14.2/255797 После доустановки КБшки и перезагрузки ОС (по требованию установщика КБ) можно не переустанавливать Агента, запустится.

Добрый день. Данная версия KSWS уже EOL https://support.kaspersky.ru/corporate/lifecycle#b2b.block1.ksws11 Установите последнюю и используйте последний патч CriticalFix для него. Патч можно взять в кабинете поддержки из подсказки при создании запроса по KSWS https://companyaccount.kaspersky.com/request/create/support

@tyazhelnikov, да, я уточнил у продуктового менежера, если посмотреть требования решений KESS или KICS for Nodes, там ОС WS2003 поддерживается, пробел только в справке KSC.

Коллеги, поясню. Если в Системных требованиях указана какая-либо информация, значит этот сценарий взаимодействия (ПО, версия) тестировался. 13-й Агент тоже, возможно, действительно работает, но если говорить о прохождения набора тестовых сценариев команды QA, постановки на техническую поддержку, то 10.5 проверен и поддерживается ЛК (с оговоркой, что сейчас не вписано в справке, но будет, см. предыдущее моё сообщение), а 13-й агент не проверяли. Поэтому лишний раз и тем более без видимых причин лучше не проверять что будет если отойти от поддерживаемой схемы.

@VelichkoSV, на WS2003-м требуется использовать Агент администрирования 10.5 как в случае с Windows XP SP2. Информацию в справке поправят, дистрибутив думаю где-то тоже опубликуют, проблему передал. Пока в ЛС отправляю вам его.

@Niden84, нет, MMC-консоль постепенно выводится из использования. Веб-консоль будут улучшать. Некоторые новые решения ЛК поддерживают уже только веб-консоль.

@Niden84, добрый день. Просьба понимать такой момент, раз сценарий управления через MMC не заявлен в документации, то он не является поддерживаемым. То есть ссылаться на MMC-консоль в запросах поддержки будет неправильно.