altera

На всякий случай исключим самое простое: в отредактированной политике закрыты замки у параметров?

Одна из них запускается, вторая будет выдавать ошибку что-то типа “Не возможен запуск двух задач одновременно”. Какая именно выполняется можно посмотреть в событиях по определенному ПК в группе. И чтобы не конфликтовали можно для задачи “в управляемых устройствах” посмотреть “Свойства-Исключения из области действия задачи” и накидать туда перечисления групп (ну либо просто из управляемых устройств задачу убрать, если все ПК по группам распределены и свои задачи внутри групп заданы). Источник обновления кстати какой, сами сервера KL? Или сервер KSC, как часто выполняется задача "Загрузка обновления в хранилище Сервера администрирования"? И еще, очень кстати https://support.kaspersky.ru/corporate/lifecycle#b2b.block1.kes10 Версия 10.2.5 официально не поддерживается(официально базы не выходят, хотя могут и частично совпадать со старшей версией), на версию 10.2.6.3733(последняя версия под XP) базы будут поддерживаться до 10.07.2020. Поэтому минимально на данном этапе поднять у всех XP KES до 10.2.6.3733 и посмотреть, не пропала ли ошибка с датами баз. И глобально задуматься модернизировать ОС

Может кто сталкивался. Пытаюсь качать утилитой KUU3.2.0.153 базы для нескольких корпоративных продуктов, указывая локализации только en; ru. Когда базы скармливаю KSC (версия 11.0.0.1131, обновляется из локальной папки, куда переношу папку Updates утилиты KUU), то получаю предупреждение подобного рода Необходимый для обновления файл отсутствует на источнике обновлений баз. 'C:/Updates/updates/eloc/ar/localization.xms' Не удалось ретранслировать компонент. 'ELOC' Не удалось проверить подпись файла. 'C:/Updates/updates/ksvla/sw2/i386/win/localizations/ar/heuristics_loc.xms' Не удалось ретранслировать компонент. 'SW2' Задача обновления завершена. Не все компоненты были обновлены. Вероятно, на источнике обновлений отсутствует один или несколько компонентов обновления. Ну ладно, директории других языков не создаются, файлик xms и не находится. В следующий раз указываю локализации ar; en; ru Но получаю похожие ошибки уже с локализацией bg Необходимый для обновления файл отсутствует на источнике обновлений баз. 'C:/Updates/updates/eloc/bg/localization.xms' Не удалось ретранслировать компонент. 'ELOC' Не удалось проверить подпись файла. 'C:/Updates/updates/ksvla/sw2/i386/win/localizations/bg/heuristics_loc.xms' Не удалось ретранслировать компонент. 'SW2' То же самое, если предварительно очистить хранилище обновлений в KSC. На клиентах (например KES 11.2) дата выпуска баз хоть и меняется на актуальную, но в отчетах все равно присутствуют сообщения «Обновлены не все компоненты». Легкие агенты 5.1.44.278 и KSWS10.1.2.996 не обновляются, ошибки: «Обновления модулей программы загружены успешно, но ретрансляция не выполнена»,«Возникли ошибки при загрузке обновлений баз программы», «Отсутствуют необходимые файлы на источнике обновлений», «Не обновлено. Причина: объект не найден» Стираю выборочные локализации en; ru и перезакачиваю с полными локализациями. Пропали все ошибки ретрансляции. Клиенты обновились. Осталась только предупреждение KSC «Необходимый для обновления файл отсутствует на источнике обновления баз. C:/Updates/index/u0607g.xml» Смотрю по этому пути, действительно файла u0607g.xml нет, присутствуют u1313g.xml и u1901.xml. 1)Возможно какой-то устаревший плагин или дистриб в KSC подтягивает необходимость старого файла? На хвосты какой программы думать? 2) Если KSC по плагинам и дистрибам автоматически формирует нужный ему состав обновлений, то откуда он берет эти все не нужные локализации? Можно ли убрать потребность в них на уровне ksc? Разница объемов папок существенна: с базами при выборочных локализациях 2Гб и без этого параметра порядка 9Гб. Сейчас пробую перекачать с параметром RetranslateDiffs=true (Загружать дифференцированные обновления), но это похоже приведет только к еще большему объему баз. Собственные эксперименты подобрать параметры утилиты KUU так, чтобы трабл не было, затягиваются на продолжительное время. На всякий случай файл updater.ini

Выложите, как пример, все никак руки не дойдут разобраться с klakaut.chm

Для KES11.2.0.2254cf1, например, такие манипуляции не помогают, хотя ошибки ретрансляции и подписи присутствуют. Там в kud даже нет таких строчек в UpdCfg/1 KES11,KES11_CM,KES11_CM56 (KSC 11.0.0.1131). Когда в апреле ошибка возникла Update & retranslation task: Some components have not been retranslated (index/u1313g.xml:RETR1901,APU,RETR1901_APU,RETR1901_WMUF,WMUF) то пришлось дополнительно в утилите KUU выставить закачку баз для KES11.3, хотя компов с ним не было, дистриба 11.3 в хранилище не было и плагин не стоял. Многие ошибки ушли. На данный момент остались только ошибки ретрансляции компонентов: RETR1901_ELOC, RETR1901_SW2

Я наоборот сохраняю весь каталог KLSHARE\Packages\NetAgent\exec\ где-нить локально, добавляю внутрь каталог Patch c нужным патчем. И пересоздаю инсталляционный пакет агента через KSC натравливая на nagent.kud в папке. Может избыточно, но знаю, что есть различия на уровне файла ss_install.xml Соответственно потом через KSC на дистрибе KES правой кнопкой “создать автономный пакет”, закрыжить “установить агент совместно” и выбрать новый дистриб агента.

По идее патч pf7523.msp кидается в каталог с распакованным KES, там где .msi и setup.exe. И заново в KSC создается инсталляционный пакет с натравливанием на файл .kud запрос INC000010895561 не ваш? https://support.kaspersky.ru/15313

Мне в запросе пакет агента высылали, с которого вручную нормально поставилось. Но все равно не одинаково на всех AD проявлялась проблема: на одном достаточно было вручную виндозевыми средствами удалить предыдущий агент 10.4.343 (поверх него не ставилась следующая версия) и агент начинал успешно ставиться из обычного дистрибутива вручную (удаленно с ksc не поставился), на другом AD пришлось пройтись чистящей утилитой cleaner.exe и ставилось только из присланного пакета агента.

Каталог adminkit аналог папки агента администрирования в ProgramData (на более новых серверах), ну в системных требованиях для агента 1гб свободного пространства. Смотрите политику агента “Управление патчами и обновлениями” скорее всего стоит крыжик на “Загружать обновления заранее” и тогда разрастается из-за баз. И смотрите свободное место для KSWS согласно системных требованиям

Аналогичные ошибки на вторичных контроллерах домена "Сопоставление между именами пользователей и идентификаторами безопасности не было произведено", плюс похоже на обсуждение этой темы поскольку контроллеры без FSMO-роли эмулятора PDC. Запрос INC000011039880

Угу, а еще когда спрашивают про агента, то зачастую волнует как его удаленно с KSC поставить. А все что есть познавательного, эта вот такая вот страница https://help.kaspersky.com/KSC/11/ru-RU/137593.htm мне вот не помогает, никак не могу найти, что поправить, чтобы установка не прерывалась как только разрывается сессия инициированная с ksc

Свежий кейс тоже ничего не прояснил по датам релиза новой версии. Номер бага 3240825, если кому-то еще вдруг понадобится ссылаться. Разве что варианты решения: 1. Временно принять соглашение KSN. 2. Использовать обходное решение: Создать файл no.txt который содержит только одну букву: n Запустить следующую команду: UpdateUtility-Console.exe -u -c updater.ini < no.txt

Добрый день. В этой теме https://community.kaspersky.com/kaspersky-corporate-products-27/kaspersky-update-utility-3-2-3054 упомянули, что в режиме консольного запуска утилиты KUU есть ошибка в части непринятия соглашения по KSN и предполагается исправление в следующей версии утилиты. @Nikolay arinchev , не появилось информации по выходу новой версии KUU ?

Добрый день, не появилось информации по выходу новой версии KUU ? Аналогичная трабла, как у ТС, KSN не собираемся использовать, потому как нет разъяснений, что за статистика отправляется, при этом регулярный консольный запуск сопровождается запросом, который приходится в ручном режим отклонять. Стоит ли продублировать через CompanyAccount пожелание о доработке продукта для убыстрения выхода утилиты?

Добрый день. В связи с планируемым переходом на отечественное ПО на ряде компьютеров стали использовать KES для Linux. Хотелось бы понимать, как будет развиваться этот продукт, потому что по сравнению с виндозевой версией резко потеряли в функционале контроля рабочего места. Планируется ли какая-то реализация веб-контроля, контроля устройств и функционала шифрования? Особо остро будет стоять вопрос с шифрованием съемных носителей, так как успели оценить удобство прозрачного доступа к зашифрованным средствами kes флешкам.