Подскажите по логике обновления через KSC 12 и поиск дистрибутивов
-
Похожий контент
-
Автор SergeyOW
День добрый.
Пытаюсь обновить KSC 14.2.0.26967 до версии 15.1.0.20748. KSC установлена на сервере Windows Server 2022. В качестве БД используется MS SQL 2019 c последними обновлениями. БД установлена на другом сервере.
Дело в том, что при обновлении до версии 15.1.0.20748, а также при "чистой" установке KSC 15.1.0.20748 и последующим восстановлением из бэкапа перестает работать служба kladminserver.
При этом служба kladminserver перестает работать после обновления KSC до версии 15.1.0.20748. В случае установки KSC 15.1.0.20748 после удаления KSC 14.2.0.26967 служба kladminserver перестает работать после восстановления из бэкапа.
Откатился обратно к KSC 14.2.0.26967. Бэкап рабочий. Восстановление из бэкапа на KSC 14.2.0.26967 прошло успешно.
Может кто сталкивался с подобной ошибкой при обновлении KSC.
-
Автор Rgn
Здравствуйте, подскажите в чем может заключатся ошибка?
Установил новую версию KES 12.4, но в политиках отображается 12.3
подскажите с решением данной проблемы
-
Автор vit451
Добрый день.
KSC 15.1
Как то не могу понять логику как быстро обновлять ПО , ранее установленное средствами KSC.
Например, ставлю клиента Битрикс.
Для установки делаю задачу, в параметрах задачи выбираю устройства из списка управляемых. Стартую, все ок, программа установилась.
Позже выходит новая версия, надо обновится.
По идее у меня уже есть задача с списком машин для установки, надо просто внутри задачи заменить пакет для установки. Но в настройках задачи это сделать невозможно.
Есть группы, на которые можно повесить установку ПО. Но устройство может состоять только в одной группе, нельзя по аналогии с GPO добавить устройство в множество групп, на которые в свою очередь повесить установку ПО.
Сейчас я для обновления ПО экспортирую список устройств в файл, далее делаю новую задачу, выбираю инсталляционный пакет для установки,а устройства импортирую из файла.
Но должен быть явно более простой путь.
-
Автор ГГеоргий
Добрый день!
Подскажите пожалуйста есть ли возможность откатить обновления в самом хранилище обновлений KSC? То есть не для конечных точек KICS for nodes или KES с помощью их задач, а именно внутри хранилища?
сценарий следующий:
Выходит новое обновление, мы его загружаем в хранилище сервера администрирования. Затем проливаем его например на тестовую группу из 10 пк (к примеру). Переводим защиту на пк полностью в режим информирование и наблюдаем. Если понимаем, что обновление как то негативно влияет на работу, то мы откатываем обновление на самих тестовых хостах и также внутри самого хранилища. Откат внутри хранилища необходим например в случае когда подключится новый ПК и ему нужно будет загрузить старое обновление, а не то которое негативно влияет.
как вот сделать именно централизованный откат в самом хранилище чтобы дальше сервер снова смог старые "рабочие" обновы раздавать?
и в дополнении вопрос - есть ли возможность в политиках на конечных устройствах их переводить в режим информирования лишь одним чекбоксом или переключателем каким то? или вот в нашем сценарии придется каждый раз руками пробегаться по каждому протектору и в "информирование" переводить?
-
Автор Береснев Александр
Добрый день!
По ошибке одобрил в Kaspersky security center 14 обновления программных модулей до 12 версии. Но на работе нам разрешено использовать только сертифицированные ФСТЭК Kaspersky Endpoint Security 11.8.0.384.
В итоге KSC методично обновляет все компы до 12 версии, в то время как мне нужно, чтобы стояла 11.8.0.384. Где найти и убрать в KSC одобрение для 12 версии?
-
Рекомендуемые сообщения
Пожалуйста, войдите, чтобы комментировать
Вы сможете оставить комментарий после входа в
Войти