Zandatsu

Так вы отправляйте не через ссылку для проверки, а как обычное обращение.

ОК, спасибо. Надеюсь эти данные будут внесены в базу знаний и в справку по KSC. Такой ерундовый вопрос, а ждать ответа пришлось сутки...

KSC 11, MSSQL 2008 Express. Стоит там же где KSC.

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

Агент работает? Связь есть? Сервер уже управляет этой машиной после установки образа?

Через какой порт KSC подключается к своей базе при использовании MSSQL?

ОК, сейчас проверю.

Вопрос. Как вы запускали установку? Именно из батника?

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

У KSC ещё со времён версий 10.х суровые проблемы с использованием подстановочных знаков и системных переменных. Лучше напишите в CA свой вопрос, там может быть куча нюансов/ограничений.

Файлы во вложении. Нужно только заменить расширения на bat и cfg.

Создаю пакет MSI-установки KES 11.0.0 из стандартного дистрибутива. Создал файл конфигурации, положил в папку, потом полез в статью https://support.kaspersky.ru/14819 смотреть какие есть параметры. Выбрал нужные, создал батник. Запускаю его от имени локального администратора и получаю в лицо сообщение со списком параметров команд для MSI-установщика. Закрываю его и никакой установки не происходит. Сперва подумал, что накосячил с синтаксисом. Решил проверить на приведённом в статье примере, взял команду msiexec /i C:\KES11\kes_win.msi EULA=1 PRIVACYPOLICY=1 KSN=1 KLPASSWD=123 KLPASSWDAREA=EXIT ALLOWREBOOT=0 /qn, записал её в батник, прописал нужные пути и запустил. В этот раз даже окна сообщения не вышло, установка сразу прервалась. Вопрос к поддержке ЛК, что я не так делаю?

Это нормальное явление когда ЛК забывает про заявки и они зависают на долгие недели. Может быть запрос кто-то взял в работу, а потом сотрудник ушёл в бессрочный отпуск/больничный/уволился. Вы им пишите что-нибудь там в кейсе, возможно кто-то ещё увидит. Ну или создайте новый кейс и в нём сошлитесь на то, что по старому движение умерло.

Ну, в нашем случае всё немного сложнее. Поскольку мы используем только те версии, которые прошли ИК во ФСТЭК, то все наши дистрибутивы мы в основном берём из дисков в медиапаках. Однако даже в этом случае если делать по инструкции в статье, то всё получается корректно. Если у вас всё равно не выходит, то в этом случае лучше всего будет создать кейс в CA и там с поддержкой до победного разбираться в специфике вашей ситуации.

Нет, это другое. Если вы скачали дистрибутив KSC и распаковали его - там находятся стандартные дистрибутивы без всяких дополнительных данных. Это легко проверяется, вы можете сами это сделать. А вот если вы через мастера создания KSC создаёте инсталпакет, который потом оседает в каталоге Share, то вот именно он становится модифицированным. При этом стандартный пакет никуда не девается и не изменяется. Аналогично если вы его стянули с интернета - там тоже стандартный пакет если вы его не трогали средствами сервера управления. Если же вы всё равно подозреваете в чем-то нехорошем KSC, то после распаковки вам никто не мешает создать копии всех пакетов и сложить в отдельном месте для экспериментов.

А вы из какого делали? Из дистрибутива из папки Share или из стандартного? Я всегда делаю из стандартного так как в Share уже лежат модифицированные KSC пакеты. Они не годятся вроде бы.

Дистрибутив KES обычно всегда присутствует в архиве полного инсталлятора KSC. Если вы его скачаете и распакуете - сразу найдёте. Если у вас дистрибутив KES это один файл формата EXE, то это должно быть тоже архив. Когда вы его запускаете, то он должен спросить у вас куда самого себя распаковать. И вот когда распакуете - внутри полученного дистрибутива вы и делаете все манипуляции по инструкции из статьи. Если под дистрибутивом в виде одного файла вы подразумеваете автономный инсталпакет KES из KSC, то такой дистрибутив вам не подходит, вам нужен именно исходный.

Вы можете зарегистрироваться в CA и выложить файл туда, там выше лимит. Или запросите доступ к FTP LK или их облаку и выложите данные туда.

А можно скриншот как это выглядит? У нас было нечто похожее кажется.

Если вы используете KSC, то очистите базы в хранилище сервера управления, потом загрузите их снова и потом запустите обновление антивируса.

По пунктам. -1. Хоть какие-то политики показывают параметры? К примеру, политика агента? Проверьте также, что у вас есть связь управляемых хостов с сервером. Вы агенты KSC на хостах обновили до версии 11? -2. Каждая версия антивируса требует свою отдельную задачу обновления баз. Те, что есть у вас, уже не годятся если вы обновили антивирус. -3. Каждый антивирус также требует свою политику. Нет политик - нет параметров на машинах и они работают на умолчаниях со всеми вытекающими. -4. Какая версия плагина для KES 11 у вас установлена? Пришлите скриншот. И какую именно версию антивируса вы скачали и распространили на управляемые машины? Вообще актуальные плагины находятся вот тут: https://support.kaspersky.ru/9333. Если вы задействовали те, что у вас шли в комплекте с KSC 11, то они уже не годятся.

Полагаю вы ставите KES 11.1 поверх какой другой версии?

Каким-то сложным путём вы ходите. Стандартные пакеты без настроек всегда есть в дистрибутиве KSC. Если, конечно, вы его храните после установки/обновления.

У нас была обратная ситуация и с тех пор я не слишком полагаюсь на механизм обновления KSC. Но вы правы, у всех разные конфигурации.

Вообще это очень похоже на ситуацию когда канал связи между управляемыми хостами и KSC перегружен или слишком мал и KSC не может передать/запросить данные о статусе с подчиненных ПК.