Jump to content

valenok

Members
  • Content Count

    19
  • Joined

  • Last visited

About valenok

  • Rank
    Candidate
  1. Проблема решена. Итоги: - галочку "Копировать обновления в локальную папку" включать нельзя, иначе клиенты перестают обновляться, т.к. в этом случае клиент запрашивает полный набор обновлений, который в настоящее время уже не поддерживается серверами администрирования (При обновлении не с сервера администрирования, а из интернета, такой проблемы нет. Проблему можно обойти, вручную скопировав необходимые файлы с сервера обновлений касперского в шару с обновлениями) - переключение галочек в параметрах получения обновлений, в составе обновлений может привести к ситуации, когда сервер администрирования перестает закачивать обновления, но при этом не генерирует ошибку выполнения задачи (надеюсь, разработчики исправят это в следующих релизах). Возможная причина ошибки - использование прокси-сервера для получения обновлений. Ошибка ушла после очистки кэша обновлений на сервере администрирования (удалить файлы C:/Program Files/Kaspersky Lab/Kaspersky Administration Kit/Share/Updates/index/masterv2.xml, C:/Documents and Settings/All Users/Application Data/Kaspersky Lab/Kaspersky Administration Kit/6.0/temp/updateTemp/index/masterv2.xml; все файлы из папок C:/Program Files/Kaspersky Lab/Kaspersky Administration Kit/Share/Updates и C:/Program Files/Kaspersky Lab/Kaspersky Administration Kit/bases) и отключении на прокси-сервере кэширования для учетной записи сервера администрирования.
  2. После отключения копирования обновлений в локальную папку клиенты перестали выдавать ошибку выполнения обновления, но базы на них так и не обновляются... Фокус проблемы сместился на сервер администрирования - сервер не может обновить базы уже неделю как. В параметрах получения обновлений, в составе обновлений перепробованы уже все варианты включения галочек: и все обновления, и только установленные и только установленные + сигнатуры угроз и т.д. Сама задача загрузки обновлений сервером завершается без ошибок. "Мелкий бажок" привел к ошибке обновления баз по всему предприятию. Это неприятно. Меня такая ситуация не устраивает и я продолжу работу с саппортом по улучшению продукта.
  3. К перезагрузке приводила несовместимость драйвера klif.sys версии 6.12.10.317 (из дистрибутива 6.0.3.837) с Windows Live OneCare safety scanner. После удаления последнего падения прекратились.
  4. Чтобы после обновления клиента, пользователь мог скопировать сами обновления на флешку и обновить домашний ноут. Кстати, буду благодарен, если мне дадут ссылку на документацию с описанием этого параметра политики. Это и так понятно. Вопрос почему это происходит и почему это приводит к ошибке обновления? Что нужно сделать, чтобы исправить эту проблему? Вопрос отправлен в саппорт.
  5. В политике? Да, галочка установлена. Но еще раз обращаю внимание - это обновление не закачивает _сервер_. После выполнения глобальной задачи "Получение обновлений сервером", файла /AutoPatches/kav6/6.0.1.411/crpthlpr.ppl нет в папке обновлений сервера администрирования. Но в этой же папке, в файле \AutoPatches\kav6\kav6-0607g.xml есть ссылка на него!
  6. Задача запускается под учетной записью по умолчанию, у всех пользователей полный доступ к этой папке. Проблема то на самом деле не в том, что клиент не может выкачать и установить обновление, а в том что этого файла _нет_ на сервере администрирования, и при этом задача загрузки всех обновлений на сервере выполняется без ошибок. Насколько я понимаю - сервер администрирования некорректно формирует .xml-файл с описанием доступный обновлений. Клиент загружает этот файл,принимая его как руководство к действию и начинает запрашивать у сервера обновления, а их нет в каталоге...
  7. 1. Проблема именно в драйвере klif.sys. Могу прислать дампы, посмотрите их в WinDbg. Служба Windows Error Reporting также указывает причиной антивирусное приложение. 2. Как показывает практика, релизы у лаборатории касперского очень сырые, и переходить на новую линейку имеет смысл только после 1-2х Maintenance Pack-ов. Переходить сейчас меня принуждает жизнь - 5-я версия KAV пропускает некоторые разновидности вирусов, 6-я версия в этом плане более надежна и уже более-менее "вылизана". P.S. Запрос в саппорт я написал.
  8. Загружать все обновления было выбрано уже после того, как были перепрованы различные комбинации галочек (вначале исходя из логики, затем из принципа "ну может быть вот так заработает?"). Все варианты заканчиваются одинаково - клиенты не могут закачать /AutoPatches/kav6/6.0.1.411/crpthlpr.ppl. P.S. Если ставить галочку "Загружать все обновления" не обязательно и даже вредно - зачем она вообще нужна? P.P.S. 3 года назад я также мучался с 5-й версией KAV: чтобы заставить ее работать понадобилось 3 месяца переписки с саппортом. 3 года развития продукта, а грабли все те же: 3-й тестовый компьютер умирает при установке антивируса Что будет при установке на всем предприятии, я даже боюсь представить. Исходя из прошлого опыта - опять куча геморроя и 2-3 месяца переписки
  9. Обновление клиентов с сервера администрирования заканчивается ошибкой (описание см. ниже). На самом сервере администрирования, в параметрах получения обновлений уже выбрано "Загружать все доступные обновления". Журнал выполнения групповой задачи обновления на клиенте: ============================================================= Выбран источник обновления Сервер администрирования 07.01.2009 12:46:15 Файл загружен index/6/u0607g.xml 07.01.2009 12:46:15 26,8 КБ Формируется список файлов для загрузки 07.01.2009 12:46:15 Файл загружен bases/aspy/aspy-0607g.xml 07.01.2009 12:46:36 2,4 КБ Файл загружен bases/as/pas/pas-0607g.xml 07.01.2009 12:46:40 1,9 КБ Файл загружен bases/av/avc/i386/av-i386-0607g.xml 07.01.2009 12:46:42 155,5 КБ Файл загружен bases/av/klava/webav/wm-0607g.xml 07.01.2009 12:47:13 1,3 КБ Файл загружен bases/ids/i386/ah-i386-0607g.xml 07.01.2009 12:47:14 2,6 КБ Файл загружен bases/ids/x64/ah-x64-0607g.xml 07.01.2009 12:47:16 2,6 КБ Файл загружен bases/pdm/pdm-0607g.xml 07.01.2009 12:47:17 2 КБ Файл загружен bases/rt/rt-0607g.xml 07.01.2009 12:47:18 1,5 КБ Файл загружен bases/upd/upd-0607g.xml 07.01.2009 12:47:19 1,3 КБ Файл загружен AutoPatches/kav6/kav6-0607g.xml 07.01.2009 12:47:20 27,0 КБ Файл отсутствует на источнике обновления /AutoPatches/kav6/6.0.1.411/crpthlpr.ppl 07.01.2009 12:47:37 Ошибка обновления компонента KAV2006EXEC 07.01.2009 12:47:37 Файл обновлен C:/Documents and Settings/All Users/Application Data/Kaspersky Lab/AVP6/Bases/black.lst 07.01.2009 12:47:38 Задача завершена Обновлены не все компоненты 07.01.2009 12:47:39 ============================================================= Сервер администрирования 6.0.1710 Клиент WKS 6.0.3.837 Трассировка задачи обновления сервера в аттаче _Up2Date_1093.zip
  10. Какой вопрос, такой и ответ. Попробуем по другому... В последнюю сборку намеренно положили старый драйвер, содержащий ошибку? Когда будет опубликован дистрибутив с исправленным драйвером? Вариант с автопатчем не работает: 1. автопатчи должны быть выбраны в задаче загрузки обновлений. Я не вижу смысла, зачем мне грузить патчи для предыдущих версий, если я начинаю развертывать последнюю версию ПО (6.0.3.837). Кстати, если выбрать "Загружать все обновления", то установка обновлений на клиентах завершается ошибкой "Файл отсутствует на источнике обновления /AutoPatches/kav6/6.0.1.411/crpthlpr.ppl" 2. автопатч не успевает примениться - после установки дистрибутива машина уже не загружается.
  11. В дистрибутиве 6.0.3.837 лежит старая версия klif.sys (*.317), а в патче для 6.0.3.830 лежит уже правильная версия (*.320).
  12. После обновления klif.sys до версии 6.12.10.320 (был 6.12.10.317) проблема пока не прявляется. На всякий случай прилагаю отчет GetSystemInfo. sysinfo.zip
  13. В 5-й версии синий экран вылетал раз в несколько дней, в дампах памяти присутствовал этот драйвер (могу дампы прислать), после обновления до 6-й версии (6.0.3.837) синий экран появляется при каждой загрузке. Компьютер грузится только в безопасном режиме. Если переименовать файл klif.sys, то система работает стабильно.
  14. Еще хочется, чтобы сообщения вида "Событие Полная проверка компьютера производилась давно произошло на компьютере ****** ..." генерировались бы AdminKit-ом, а не клиентом, как это сделано сейчас. Зачем мне получать его 10-20 раз в день после каждой перезагрузки клиентского компьютера? Достаточно если AdminKit будет присылать его 1 раз в сутки, благо вся необходимая информация у него имеется. Кроме того, это позволит мне получать сообщения на _русском_ языке - я к сожалению не полиглот, и не знаю ни немецкого, ни французского. С ужасом жду китайского релиза....
  15. По столбцу на каждый тип ПО - неиспользуемые можно просто отключить и в разных группах настроить различные представления
×
×
  • Create New...

Important Information

We use cookies to make your experience of our websites better. By using and further navigating this website you accept this. Detailed information about the use of cookies on this website is available by clicking on more information.