Roman Andreev

Да, есть такой баг, когда устройства с первого раза не удаляются. Постоянно с этим сталкиваюсь. Нужно еще раз их искать в Управляемых устройствах и еще раз удалять, пока они не появятся в Нераспределенных.

Из моей практики - ошибка выполнения задачи вида "не известная ошибка (1)" очень часто возникает, если вы вносили изменения в уже созданный инсталл.пакет. (путем изменения файлов в пакете на сетевой шаре KSC). Для исключения ошибки нужно каждый раз, как вносятся изменения в пакет, пересоздавать заново задачу установки этого пакета.

И такой параметр есть в свойствах задачи, раздел "Расписание", "Дополнительно" "Остановить, если задача выполняется дольше мин"

Для подобных применений лучше использовать корпоративную версию Браузера. Она бесплатна и с ней намного меньше проблем. На текущий момент это версия 23.11.1.825 (64-bit)

Если конкретно для Яндекс браузера, то используйте его корпоративную версию в виде файла msi, которая прекрасно ставится через KSC в правильную папку.

Такая задача решается не через KSC. Для этого есть групповые политики.

Если объем файлов небольшой и они не часто меняются, я обычно включаю их в состав инстал.пакета. И при установке его копирую файлы из него куда надо.

В KSC создается штатная задача "Удаленная деинсталляция программы" и ей прекрасно удаляется KES на выбранных компьютерах.

Возможно просто умники из Яндекса пытаются запихнуть в свой Браузер подобие антивируса. Подробнее

Для exe и msi нужно указывать ключи тихой установки. Без этого не установится.

Да, ссылки уже нерабочие. Вот новая: https://support.kaspersky.com/KSC/14.2/ru-RU/6378.htm

Задача установки ВСЕГДА запускается под пользователем Система. И изменить это нельзя. Адаптируйте под это условие свои скрипты.

Если открыть свойства пакета, там будет указан полный путь к нему.

Предположу, нужно прописать полный путь к PowerShell.exe и скрипт положить рядом с cmd. Тогда в строке запуска должно быть так: ...... -File script.ps1

Да, можно. Нужно создать инсталляционный пакет с клиентом 1С и установить его на клиентские машины задачей удаленной установки.

Ни на одном из нескольких сотен компов Win8.1 и KES12 не потребовал перезагрузки при установке нового агента.

После многолетних разбирательств по этой ошибке с поддержкой, я выяснил, что данная ошибка возникает, если вы вносите изменения в содержимое инсталляционного пакета и потом запускаете ранее созданную задачу для него. Разработчики настоятельно не рекомендуют вносить изменения в уже созданные пакеты! Чтобы убрать эту ошибку, после внесения изменений в содержимое пакета нужно: - обновить кэш пакета - удалить задачу для него и создать её заново Это я выяснил путем многочисленных экспериментов.

Совершенно с вами не согласен. Прекрасно настраиваются задачи на выполнение bat файлов с возвратом из них нужного результата. У меня всё это работает много лет. https://support.kaspersky.ru/KSC/12/ru-RU/92470.htm https://support.kaspersky.ru/KSC/11/ru-RU/6378.htm

На счет последней ветки не согласен. Ни разу не встречал, чтобы из неё в KSC подтягивалось.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Uninstall

Проверил KES12.0 под Windows 8.1 x64 с порталом Газпром. Проверка ckeckpoint проходит успешно. Но, как и в предыдущей версии, есть два варианта. Если KES ставить начисто, то работает сразу. А если ставить поверх предыдущей версии, то нужно создавать/править реестр: "HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\KasperskyLab\protected\KesRegistryRoot" type:reg_sz со значением "SOFTWARE\KasperskyLab\protected\KES.21.9" Для Windows x32 ветка будет "HKEY_LOCAL_MACHINE\SOFTWARE\KasperskyLab\protected\KesRegistryRoot"

еще вариант такой reg.exe delete ключ /reg:64

Объяснять долго, это автоподстановка пути, но у меня лично работает так.

Я же написал как правильно: c:\Windows\Sysnative\reg.exe delete

Именно поэтому я написал два варианта запуска reg.exe именно для ветки HKLM. Пробуйте оба варианта.