Перейти к содержанию
Sepultura

Обновление virus definitions

Recommended Posts

Sepultura

Добрый день!

Неожиданно столкнулся с обновлением вирусных баз. SEPM 11.0 установлен на W2003 Server. Базы копирую в каталог C:\Program Files\Symantec\Symantec Endpoint Protection Manager\data\inbox\content\incoming. После этого в каталоге content образуются два tmp каталога с одинаковым содержимым - virscan7.dat (вроде так). И все. Больше ничего не происходит.

До этого три раза антивирус обновлялся без проблем. В консоли в п.м. "Администратор\Сервер\Сайт\Изменить свойства сайта" во вкладке LiveUpdate параметр, который внизу (не помню, вроде как "Резервирование"), установил в 15 (так, на всякий случай - места на диске много).

Как написано в инструкции, должен образоваться каталог в C:\Program Files\Symantec\Symantec Endpoint Protection Manager\InetPub\Contents" - не создается (как было три каталога предыдущих обновлений, так они и остались).

В логе сервера сообщения об отсутствии файла virscan8.dat, который должен находиться в указанном выше tmp каталоге.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Shell

Если у вас SEP а не SAV = делайте все по уму, через jdb для консоли, через exe для клиентов: http://www.symantec.com/business/security_...l.jsp?gid=savce

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
DaTa

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

Вы не пробовали перезагружать сам сервер? Если да, то после загрузки остались еще каталоги с названием tmp? Имеется ввиду не антивирус на сервере, а операционную систему в целом.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

  • Сообщения

    • PR55.RP55
      Зачем ? Только для файлов которые попали в подозрительные. Логика такая:  Файл в подозрительных > uVS берёт его SHA1 ( если таковая есть ) и прогоняет весь список на совпадение > если совпадение найдено - файл попадает в подозрительные > в Инфо. файла пишется информация по какой причине файл попал в подозрительные. Да и проверку можно проводить на  готовом образе\списке.
    • demkd
      И чего в ней странного? Обычный каталог с непонятным LSM.
        Кто-давно не говорил что uVS медленно создает образ...
    • PR55.RP55
      + + Крайняя форма извращения: ( там же ) uVS  поместил а Подозрительные только два файла из шести. Предлагаю: Автоматически помещать в Подозрительные все файлы при совпадении SHA1 ( и\или имени ) т.е. если файл  попал в подозрительные - то идёт проверка списка на совпадения. Есть совпадение > файл в подозрительные. ( с соответствующий записью в Инфо - о причине )
    • PR55.RP55
      + http://www.tehnari.ru/f183/t262601/ Тоже странная запись. Полное имя                  C:\PROGRAMDATA\{01456982-0145-0145-014569822880}\LSM.EXE
      Имя файла                   LSM.EXE
      Тек. статус                   ПОДОЗРИТЕЛЬНЫЙ в автозапуске
                                 
      Сохраненная информация      на момент создания образа
      Статус                      в автозапуске
      Инф. о файле                Не удается найти указанный файл.
      Цифр. подпись               проверка не производилась
                                  
      Ссылки на объект            
      Ссылка                      C:\WINDOWS\SYSTEM32\TASKS\MICROSOFT LOCALMANAGER[WINDOWS 8.1 SINGLE LANGUAGE]
                                  
    • demkd
      Кто-то криворукий прописал путь, так что ничего удивительного нет.
×