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

Серверы обновлений

Автор DrLivsi, в Вопросы по Symantec Endpoint Protection

Recommended Posts

DrLivsi    0

DrLivsi
Опубликовано

Всем привет!

Имеется распределенная сеть (несколько филиалов в разных городах)

В центральном офисе установлен сервер SEP 11 и Symantec Endpoint Protection Manager

Все компьютеры центрального офиса обновляются именно с этого сервера.

Для обновления локальных компьютеров в других офисах назначены серверы обновления.

Подскажите как мне посмотреть (или проверить) с какого именн сервера клиент скачивает обновления?

(есть подозрение что все клиенты обновляются только с центрального сервера загружая тем самым канал интернет)

Заранее спасибо!

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

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

DaTa    182

DaTa
Опубликовано

У Вас есть какие нибудь политики отвечающие за обновление? Если есть то и в них можно посмотреть.

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

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

DrLivsi    0

DrLivsi
Опубликовано

Политики есть , но правильно ли они применяются?

Нельзя ли из логов увидеть кто с какого сервера обновляется?

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

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

radamol    18

radamol
Опубликовано

Можно начиная по-моему с версии 11.0.6.RU2.

В логах System-Client Activity выбираешь нужный комп. Ищешь запись типа

Event type: Definition file downloaded from Group Update Provider

Event description: Downloaded content from GUP 192.168.x.x:2967

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

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

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

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

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

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

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

Войти

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

Войти
Перейти к списку тем Вопросы по Symantec Endpoint Protection

  • Сообщения

    • PR55.RP55
      uVS - Тестирование

      От PR55.RP55 · Опубликовано

      Зачем ? Только для файлов которые попали в подозрительные. Логика такая:  Файл в подозрительных > uVS берёт его SHA1 ( если таковая есть ) и прогоняет весь список на совпадение > если совпадение найдено - файл попадает в подозрительные > в Инфо. файла пишется информация по какой причине файл попал в подозрительные. Да и проверку можно проводить на  готовом образе\списке.
    • demkd
      uVS - Тестирование

      От demkd · Опубликовано

      И чего в ней странного? Обычный каталог с непонятным LSM.
        Кто-давно не говорил что uVS медленно создает образ...
    • PR55.RP55
      uVS - Тестирование

      От PR55.RP55 · Опубликовано

      + + Крайняя форма извращения: ( там же ) uVS  поместил а Подозрительные только два файла из шести. Предлагаю: Автоматически помещать в Подозрительные все файлы при совпадении SHA1 ( и\или имени ) т.е. если файл  попал в подозрительные - то идёт проверка списка на совпадения. Есть совпадение > файл в подозрительные. ( с соответствующий записью в Инфо - о причине )
    • PR55.RP55
      uVS - Тестирование

      От 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
      uVS - Тестирование

      От demkd · Опубликовано

      Кто-то криворукий прописал путь, так что ничего удивительного нет.
×