durtuno

Полагаю сюда, прочитать и понять (Сам GPO в сценарии развёртывания либо не использовал, либо уже подзабыл, но на практике, в ближайшее будущее, скорее всего восстановлю, но не факт - нынче прирастают Linux-based операционные системы).

Попробуйте: "Общие настройки" -> "Настройка сети" -> "Доверенные адреса".

Любым доступным способом отработать эту инструкцию, "Подключение Агентов администрирования к Серверу администрирования с помощью утилиты klmover":
 

Инсталляционный комплект можно загрузить со следующей страницы, в разделе "Актуальный дистрибутив продукта":
При желании можно загрузить и с версией "11.3.0.7441", где скорректировать ссылку изменив одну цифру в наименовании образа.

Попробуйте указать полный путь к ключу, а не относительный. После приведите ошибку и покажите:
И, да, попробуйте выполнить обновление защитного ПО, возможно, что все необходимые базы обновятся, в том числе "denylist".

Например, такой сценарий перечислит пути к профилям пользователей считанных из реестра:
@echo off SetLocal EnableExtensions For /F "Tokens=2*" %%I In ('Reg Query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList" /V ProfilesDirectory') Do Set Profiles=%%J Call Set Profiles=%Profiles% For /F "Delims=" %%I In ('Dir /B /AD-S-H "%Profiles%" ^| FindStr /V /B /I /C:"All Users"') Do ( echo."%Profiles%\%%I" )  

Изучите локальный лог установки на клиентском АРМ, либо приложите его (если в параметрах к установке не передавались какие-либо приватные данные).
Лог искать в этой директории:
%windir%\Temp , начинаются с:
kl-install-* kl-setup-*  

Как там говорится - "Когда не работает голова, устают ноги".
 

Сравнивайте сертификаты на клиента и сервере.
Возможно, что клиенту каким-то образом достаётся уже не действительный/ отличный от серверного сертификат.
Причины могу быть разные.
Пользовательские сертификаты

name=Hp Velocity detect-registry=HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\\IPeakLWF  

Сегодня получил ответ, цитата:
Правда уточнять не стал релиза чего - "KSC" ли, агента ли...

Поищите расширенный лог.
Согласно этому отрывку не могут загрузиться системные библиотеки, возможно, что они битые - проверяйте системный файлы.
2023.07.24 13:50:12:653 RunProgram ExitCode: '1603' Это общая ошибка возвращаемая msiexec.
Можно отладить установку "KES" с помощью локальной установки, следующим образом:
+
Включение ведения журнала установщика Windows.

Вот и сравните с:
drwxr-xr-x 24 root root 4096 июл 5 17:25 /  

Проблема с самим устройством.

Попробуйте так:
msiexec /qn /i "1CEnterprise 8 Thin client (x86-64).msi" TRANSFORMS=adminstallrelogon.mst;1049.mst DESIGNERALLCLIENTS=0 THICKCLIENT=0 THINCLIENTFILE=0 THINCLIENT=1 WEBSERVEREXT=0 SERVER=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=0 LANGUAGES=RU

Следует добавить, что в сети встречаются уже устаревшие инструкции, тогда, когда 1с распространяла только один инсталлер платформы и требовалось указывать дополнительные параметры.
Поэтому в некоторых случаях, некоторые параметры можно опускать, а можно указывать в точности (параметры подсмотрел в этой статье).

Здесь:
Для указания пути можно использовать маски:
 

Агенты администрирования извлечённые из "ksc_13_13.0.0.11247_full_ru.exe" и "ksc_13_13.1.0.8324_full_ru.exe".

Защитное ПО, скорее всего, у Вас находится под политикой, в таком случае и следует настраивать эту политику для возможности управления программой локально.

Жизненный цикл продуктов

Возможно ранее включали трассировку?
Попробуйте отключить их.
Как включить трассировку в Kaspersky Security 11.x для Windows Server
 

Попробуйте поступить следующим образом - удалить все папки "KlNagSvc*.<число>" в директории "Users", а "KlNagSvc" переименуйте в "KlNagSvc.bak", после следующего старта службы агента должен будет создаться новый профиль "KlNagSvc" и в последующем он и будет использоваться. 

Возможно, что и заражение, но Вам на этом форуме вряд ли помогут.
Вам скорее в ТП обращаться, или, например, сюда "forum.kasperskyclub.ru", или на любой др. форум по безопасности, где помогают хэлперы с достаточным опытом по анализу и удалению малвари.

Мм, дела конечно, не хватило какой-то библиотеки, точно не скажу какой, т.к. у Меня тестовый стенд отличается от установки по умолчанию, но для начала можно попробовать создать следующий симлинк:
# ln -s /usr/lib/x86_64-linux-gnu/libxcb-util.so.0 /usr/lib/x86_64-linux-gnu/libxcb-util.so.1 а после ещё раз запустить сценарий утилиты, который конечно же имеет некоторые замечания по части оформления:

 
 

C:\Windows\System32\jscript9.dll Это системная библиотека, и как Я привел выше, на обновлённой системе эта библиотека более новее, чем та, что оказалась в дампе.
Проверьте у Себя на сервере, какую версию покажет?
А так: как видно из анализа, именно эта библиотека и вызывает сбой.
В таких случаях, обычно, рекомендуется использовать/ обновлять библиотеки до последних версий.