Demiad

@Владислав_Redstone, интересно однако) Передам коллегам на всякий случай. Спасибо.

Добрый день Вы пробовали получить файлы ключей на основании кода активации через сервис https://keyfile.kaspersky.com/ru/ ?

/opt/kaspersky/kwts-appliance-addon/share/templates/squid.conf.template Вот тут есть подробная инструкция, раздел Making changes to the built-in proxy server configuration Но вносите в файл что вам надо, а не то.

@Mla, добрый день Важно вносить изменения не напрямую в squid.conf, а в шаблок squid.conf.template Затем для применения изменений (перегенерации основного конфига) требуется в разделе встроенного прокси-сервера изменить любое значение и сохранить параметры. Проверьте внеслись ли после этого данные в squid.conf. Обращаю внимание, если вы хотите внести изменения, их требуется отдельно согласовать с технической поддержкой Лаборатории Касперского https://support.kaspersky.ru/b2c/ru#contacts , чтобы не возникало проблем при дальнейших обращениях в поддержку. Спасибо.

@Master46, у меня идеи кончились. Может, другие задачи одновременно с этой работают на других устройствах и Сервер администрирования таким образом распределяет нагрузку. Всё-таки дальше предлагаю в техническую поддержку https://support.kaspersky.ru/b2b/ru

@Master46, на стенде где у меня только сервер и один клиент установка нового ключа заняла менее минуты. Предлагаю проверить: 1) Ходят ли пакеты UDP на порт 15000 от Сервера администрирования к клиентам. По нему сервер передаёт команду на внеплановую синхронизацию, например, при изменении политики или на запуск задачи. 2) Если открыть порт 15000 UDP на стороне клиента/по пути невозможно, то уменьшите значение Периода синхронизации (плановая синхронизация раз в N минут). Если у вас тысячи управляемых устройств, будьте осторожны, не уменьшайте до 1 минуты, иначе возрастёт нагрузка на сеть. https://support.kaspersky.com/KSC/14.2/ru-RU/219894.htm

@DIs, окно будет появляться всё равно, управление им может появиться. Попробуйте тогда с коллегами в поддержке обсудить https://support.kaspersky.ru/b2b/ru У меня лишь подозрение, что серверная часть клиента удаленной поддержки запускается от пользователя, поэтому нет управления безопасным рабочим столом (где сообщение KES).

@Master46, добрый день. Уточните, пожалуйста, проблему или опишите полностью тему задачи. По скриншоту задача Добавление ключа выполняется 5 минут. Требуется ещё быстрее? Быстрее только ключ в инсталляционный пакет KES добавить тогда.

Добрый день. Попробуйте включить опцию "Совместимость с приложениями для удаленного администрирования": https://support.kaspersky.ru/kes-for-windows/12.4/178481 Обратите внимание, что опция доступна только в политике.

@Холмс, добрый день. Устройства с IoT под отдельной политикой Агента администрирования? Если да, то попробуйте под ту же политику агента одно тестовое устройство перевести и подождать полчасика, лучше всего перезагрузить Агент администрирования или ОС на нём предварительно. ОС отсутствует в неподдерживаемых: https://support.kaspersky.ru/ksc/14.2/255785 Обновить Агента администрирования до соответствующей Серверу администрирования версии всегда хорошая идея, подробнее в статье https://support.kaspersky.ru/16023

@Alexan, добрый день. Большое спасибо! Уточню ситуацию и отвечу. Пока думаю вы можете выбрать любой другой продукт и написать комментарий, что интересует KUMA. Коллеги перешлют запрос куда правильно.

@RazerOne, добрый день. Вы можете распространить любой batch-файл как Пользовательский пакет установки. Соответственно, если применить команду net user, получится изменить пароль локальной учетной записи: https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-r2-and-2012/cc771865(v=ws.11) Другое важное дело! В папке общего доступа Сервера администрирования KLSHARE будет лежать ваш batch-файл в составе установочного пакета с паролем в явном виде. Риски такой ситуации вы должны осознавать, любой пользователь сети сможет его посмотреть. Вот как раз для восстановления пароля администратора при наличии LAPS для вылетевшей из домена машины применять такое удобно (когда не подходит указанный в AD пароль). Точечно меняешь на ПК с живым агентом пароль, сразу меняешь его на новый и задачу сделал. На все сразу всё-таки рискованно.

⛔️ В течение месяца перестанут поддерживаться: — Security Center 13 версии 13.2.0.1511 → 31 марта 2024 года — Security Center 13 версии 13.1.0.8324 → 31 марта 2024 года — Security Center 13 версии 13.0.0.11247 → 31 марта 2024 года

Hello You can uninstall through safe mode. https://support.kaspersky.com/common/uninstall/1464#block1

@Павлуха, у вас сейчас должна быть чистая работающая инсталляция KSC c версией не ниже прошлой и БД тоже самое. Плюс тип базы при резервном копировании вы, надеюсь, не меня на MariaDB/MySQL. При таких условиях импорт должен происходить успешно. Если есть свободное железо (даже на обычном ПК на виртуалке достаточно) попробуйте поднять локальный SQL Express, KSC, и восстановиться. Хотя бы понимать есть ли с резервной копией проблема.

@Семен Кареев, добрый день. В свойствах лицензии это устройство отображается? Если да, через контекстное меню на корне консоли где имя сервера выберите и поиск по маске имени его сделайте. Удалите найденное, потом ещё раз по указанной вами статье.

@Павлуха, всё-таки попробуйте ещё раз. Странно это. Желательно перезагрузите сервер БД, затем KSC, пробуйте ещё раз восстановиться.

@Павлуха Похоже, недостаточно прав для учетной записи под которой запущена утилита. Утилиту восстановления лучше всего запускать под тем же пользователем под которым запускалась установка Сервера администрирования. Если не поможет, временно предоставьте полные права на базу данных. О необходимых правах написано в справке: https://support.kaspersky.ru/ksc/14.2/156275

@Павлуха, SQL 2019? Если да, то требования посмотрите https://support.kaspersky.ru/ksc/14.2/92403 , там надо либо скрипт выполнить, либо CU12 или выше установить https://www.microsoft.com/ru-ru/download/details.aspx?id=100809

https://support.kaspersky.ru/ksc/14.2/92439 "Если в качестве СУБД используется экземпляр Microsoft SQL Server, установленный на другом устройстве, следует изменить задачу резервного копирования: указать в качестве папки для хранения сделанных резервных копий UNC-путь, доступный на запись как службе Сервера администрирования, так и службе SQL Server. Это требование является следствием особенности резервного копирования в СУБД Microsoft SQL Server." Для утилиты восстановление тоже актуально.

С сервера KSC на устройство с БД выполните проверку: powershell Test-NetConnection sql.example.com -port 1433 Результаты вывода сравнивайте с инструкцией из статьи про консоль (просто замените в голове слово "консоль" и её порт на "sql" и порт "1433") https://support.kaspersky.ru/16020#block2 Если подключиться на порт не удаётся, то наиболее вероятно в вашем случае не разрешен удаленный доступ в SQL Express, гуглите фразу: sql express remote connections

@Алексей Т, в общий инсталлятор такое точно вносить не будут. Вы можете сами создать, например, автономный пакет KES (для простоты конфигурирования через GUI консоли), затем положить его в папку и рядом bat-файл в котором перед установкой KES будете добавлять параметр в реестр. Далее как пользовательский пакет через этот bat устанавливать.

@slv, добрый день. Да, требуется запрашивать патч конкретно для решения проблемы с Windows 7, общие кумулятивные патчи не содержат данного исправления. Все исправления по теме этой проблеме будут доступны только через запрос в Kaspersky CompanyAccount.

@Nikolay413, добрый день. @andrew75 правильно подсказал решение, дополнительно рекомендую применить советы из статьи https://support.kaspersky.ru/15957

@Akrom Axmedov, добрый день. Проверьте входит ли ваша версия БД в список поддерживаемых: https://support.kaspersky.com/help/KSC/14.2/ru-RU/255791.htm Примените рекомендации по конфигурированию БД: https://support.kaspersky.com/help/KSC/14.2/ru-RU/241223.htm Если проблема сохранится, обратитесь в поддержку Лаборатории Касперского: https://support.kaspersky.ru/b2b/RU