ElvinE5

the first thing that could be is that Proxm is not included in the supported platforms (compatibility has not been checked quickly) https://support.kaspersky.com/KSC/14.2/en-US/255791.htm the second is that KSC also does not support such migration options and any kind of snapshot recovery. The correct transfer method is to restore the system from a backup taken by the KSC server itself You just need to set up a new server in your new environment and try restoring it from backup. https://support.kaspersky.com/KSC/14.2/en-US/236441.htm during such a transfer, make sure that when deploying a new server, its IP, server FQDN, as well as the SQL platform used (MSSQL, MardiDB, Postgres), the database name (what you specified during the first deployment) coincide with the previous ones otherwise, if the name of the database and platform form differs from the original, the system will not be restored from backup. and if the IP or FQDN is different (depending on how your agents are connected), client devices will not be able to connect to the restored server... and they will have to be reconnected... separately or if it is not possible or you do not want to restore from a backup, the server can be fully deployed and configured again and reconnect clients to it using the “change administration server” task

Обсуждение немного другой проблемы ... но тоже с сломанными задачами обновления ... натолкнуло на одну мысль. @Maxmud Fayziev попробуйте одно проблемное устройство удалить из управляемых устройств, а потом и из нераспределенных. Это должно обнулить все групповые задачи на устройстве (удалить). Подождите, периода синхронизации, когда устройство вновь появится в группе нераспределенных и верните его в туже группу где он был. Проверьте задачу обновления.

https://support.kaspersky.ru/ksc11/troubleshooting/error/10665 ну и присоединяюсь к @tyazhelnikov

Если ни чего не путаю ... то на сервере KSC %ProgramData%\KasperskyLab\adminkit\1093\cert лежат все сертификаты, в пакете агента укажите сертификат klserverksc PS: Ну или как вариант просто пересоздать сам пакет агента, из "сырого" дистрибутива

It looks like you have again chosen a key to activate the devices; according to your picture, the number is different... That's what I mean, when you add both files to the repository... then the one you need should be called something like this if you don’t have such a key, contact your supplier, the one who provided you with trial licenses... I think he can help

Это отдельная консоль для сервера ... как GUI интерфейс для KES, его нужно поставить отдельно на сервер ... и уже там смотреть ... если скачивали дистрибутив с сайта (полный дистрибутив) ...то в архиве должен быть каталог либо при запуске выбрать пункт...

judging by the picture you have Total, this is enough to use the management functionality... however, you only have one key file...the one that activates the security solutions themselves on clients (KES, KSWS, etc.) you need a second key file...for KSC ... they can be supplied together in an archive... ask your colleague what else they gave him with the trial version... perhaps an activation code... then everything can be activated with it or get the keys from it on the manufacturer’s website... https://keyfile.kaspersky.com you must have many keys since the Total package includes many products that can be activated... along with the keys there should be a text file describing which key can activate what... something like this

там просто тоже плагин не стоит .... но там именно web нужен

так там свои плагины web ... с этими не связаны... можно попробовать удалить их из установленных ... https://support.kaspersky.ru/ksc14/uninstall/9303 но у меня с Linux 11.4 после этого вышла проблема ... не могу установить этот плагин повторно удалил 11.0 и с ним улетел и 11.4 после сего могу тольк 11.3 поставить ...обновить до 11.4 или установить начисто не выходит ...

what version of KSC server do you have? Removing and reinstalling the Web console did not help? Try clearing your browser cache add your server to the list of trusted servers to verify certificates...

ok a few steps... 1. You have added a license to the repository, look at its name... 2. if the license is different from Basic, to activate the functionality (management) in the properties of the administration server, add a server key... then SIEM integrations (CEF, LEEF) will become available to you you need the key on the server (you must have two files), or if you activated with an activation code...specify it 3. If the license is still Basic, then integration with SIEM is still available to you... but only via the Syslog protocol However, for this integration you will have to manually select ALL events that you want to send to SIEM

Порверьте все что вам советовали выше ... и не забудьте про валидность ваших лицензий на серверах и конечных устройствах ...

Trial versions are not limited in functionality except for the time of use... Tell me what product license you have. Basic, Advanced, Optimum, Total, etc. and in what variation do you use it... internal server - https://support.kaspersky.com/KSC/14.2/en-US/5022.htm cloud - https://support.kaspersky.com/Cloud/1.0/en-US/187780.htm or cloud console - https://support.kaspersky.com/KSC/CloudConsole/en-US/5022.htm

check on the target machine whether everything really applies to it and all other settings including traffic decryption

я имел в виду что к головному серверу подключены KSWS машины ? они нормально обновляются ? проблема только с KSWS что на подчерненном ? опробуйте классические решения ... 1. Пересоздать задачи загрузки обновлений (да да да 🙂 ), все задачи как обновление в хранилище так и для клиентов. 2. очистить хранилища от баз (на обоих серверах если надо) и повторить загрузку 3. переустановить клиента KSWS ... 4. Попробовать закачать обновления KUU и все же проверить возможность обновления из папки ... в настройках укажите локализацию и параметр LangNone