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

Symantec Endpoint Protection

Recommended Posts

Eugene Vadets

Добрый день.

Неделю назад появилась проблема - клиенты, после включения, обращаются за обновлениями к серверу управления и за 15-20 минут первые 10 клиентов скачивают по 45-50 Мб, из-за этого канал (6Мбит/сек) практически ложится. Клиенты все время разные, какой-либо закономерности я не выявил.

Сервер управления - 11.0.2 на win 2003

Клиенты - 11.0.2 на XP sp2

В настройках связи установлен режим Push

Всего клиентов около 270 в разных филиалах, примерно 150 из них подключены по каналу в 6 Мбит/сек.

Все клиенты находятся в одной группе (раньше было разделение по группам для каждого филиала).

Почему закачивается столь большой объем и что с этим можно сделать? Какой должен быть объем ежедневных обновлений, если установлены все компоненты?

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


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

Eugene Vadets

Евгений, возможно проблема связана с тем, что SEPM по какой-то причине не может сгенерить инкрементальные обновления, поэтому клиенты качают полные обновления. Советую обновиться до последней версии 11.0.4014, тем более в MR3 механизм генерация обновлений был кардинально переработан, обновления стали даже еще меньше

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


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

Кирилл Керценбаум

Спасибо за ответ.

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

Проверю, понаблюдаю, отпишусь.

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


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

Задал 12 сохраняемых ревизий антивирусных баз на сервере и проблема ушла.

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


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

  • Сообщения

    • PR55.RP55
      1) По поводу команды: Сбросить атрибуты для все файлов/каталогов в... Это не работает, если не заданы: Группы или пользователи. т.е. нужно проверить не пуст ли список... Если пуст:  прописать пользователя. И только после этого можно сбросить атрибуты... 2) При проверке ЭЦП по F6 ... Если неполадки с сетевым оборудованием, или службами отвечающими за доступ к сети... uvS видит: Сеть есть... и начинает проверять файлы. А по сути сети нет. т.е. здесь нужен таймер.: Если в течении определённого времени нет результата - то проверять ЭЦП локально ( с соответствующей записью в Лог )   Не ждать, как сейчас 100 500 часов. 3)  Проверка занимает излишне много времени в ситуации: Ошибка  [Не удается построить цепочку сертификатов для доверенного корневого центра. ]
      Ошибка  [Цепочка сертификатов обработана, но обработка прервана на корневом сертификате, у которого отсутствует отношение доверия с поставщиком доверия. ] uVS натыкается на такой файл и думает... думает...
    • PR55.RP55
      1) Если оператор применил фильтр  [V]  Известные. То при применении команды: F6   проверять только оставшиеся в списке файлы. Это на порядок ускорит проверку.  Нужно проверить всё ? Сними чек-бокс.  
    • PR55.RP55
      В Инфо. указывать не только время создания\изменения файла но и время создания... Пример:  Система Установлена 2018  > Каталог создан в 2020, а файл в каталоге  2021  
    • santy
      как только заработает функция "выполнить запрос по критерию" - все отфильтрованные объекты будут на виду у оператора, и скорее всего, помещены в отдельную категорию. Кстати, всех участников данного форума (помимо проходящих мимо спамеров) поздравляю с Новым 2021 годом!
    • PR55.RP55
      1) Добавить в settings.ini  настройку: "Выделять все неизвестные ЭЦП" Таким образом все ЭЦП которых нет в базе:  wdsl будут на виду. Это  позволит пополнять базу wdsl и сразу акцентировать внимание оператора. 2) Добавить в settings.ini  настройку: Все файлы с неизвестной ЭЦП  помечать, как подозрительные. Или создать отдельную категорию: "Неизвестные ЭЦП" 3) В Инфо. файла помещать информацию типа: Действительна, подписано CAVANAGH NETS LIMITED Найдено файлов: 1 wdsl   [ - ] --------------- Действительна, подписано Mozilla Corporation Найдено файлов: 80 wdsl   [ + ]  
×