Symantec Endpoint Protection

[Pavel Polyanskiy 65]

Что такое Windows Apllication Log? Где его прочитать?

Пуск->Run->compmgmt.msc

далее Event Viewer->Application

В консоли клиента напротив PTP просто стоит Выкл.

В журнале Превентивной защиты появилась запись:TruScan сгенерировал ошибку код 15 (недопустимая ОС)

На серверной ОС некоторые функции PTP отсутствуют:

1 - Heuristic Worm/Trojan detector - отсутствует

2 - Heuristic Keylogger detector - отсутствует

3 - Commercial Application List Detection - присутствует

4 - Admin defined process detection - присутствует

В связи с этим PTP пишет, что отключена.

Можете попробовать, например, функцию 4, она должна работать.

Спасибо большое нашел. Вопрос в догонку: чем отличаются режим передачи данных и режим получения данных и на что влияет параметр рандомизации?

Клиенты в режиме Push загружают политики и контент тогда, когда он станет доступен.

В режиме push соединение с сервером сохраняется постоянно (поэтому такой тип "съедает" больше

канала).

Клиенты в режиме Pull сами подключаются к серверу с интервалом heartbeat (5 минут по-умолчанию)

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

клиентов в один момент пытаются подключиться к серверу.

[Shaulin 0]

Почему Вы так решили? Если не ошибаюсь, это никак не связано, LiveUpdate можно активировать и при использовании GUP

При установке GUP в качестве сервера LiveUpdate в политиках перестают быть доступными параметры Планирования и Дополнительные. А у клиентов "гаснет" кнопка LiveUpdate.

[Олег Головенко 5]

При установке GUP в качестве сервера LiveUpdate в политиках перестают быть доступными параметры Планирования и Дополнительные. А у клиентов "гаснет" кнопка LiveUpdate.

Если вы говорите про Политики - LiveUpdate - Политика LiveUpdate, то это настройки того, откуда будут обновляться клиенты SEP. Закладки Планирование и Дополнительно активны только в случае, если разрешено обновление с какого-либо сервера LiveUpdate. К настройкам GUP это не имеет никакого отношения.

[Кирилл Керценбаум 671]

При установке GUP в качестве сервера LiveUpdate в политиках перестают быть доступными параметры Планирования и Дополнительные. А у клиентов "гаснет" кнопка LiveUpdate.

Проверил - все вроде остается активно если включена опция Обновления с LiveUpdate

[Shaulin 0]

Проверил - все вроде остается активно если включена опция Обновления с LiveUpdate

Понятно, спасибо огромное.

[sounddesigner_22 0]

Здравствуйте!

Подскажите, пожалуйста, как работает GUP? Никак не найду инфы.....

То есть, если я назначу какой-нибудь комп в сети как GUP Server все клиенты переключаться на него и будут с него тащить обновления? С Managment Server'a напрямую уже не будут запрашивать сигнатуры?

Вопрос к тому, что при конфигурировании GUP я не нашёл, чтобы для него можно было указать подсети!

Вообще моя ситуация следующая:

Есть 1 Managment Server, 1700 клиентов и сейчас они все тащут обновления с Managment Server'a, в том числе и региональные компы. Каналы до регионов тонюсенькие и при обновлении SEP клиентов канал забивается под завязку. Я думал, что указав GUP Server в каждом регионе избавлюсь от того, чтобы региональные компы ходили за сигнатурами на Managment Server. Так ли это? Или есть какой-нибудь альтернативный вариант?

Подскажите, плиз!

Заранее благодарен!

[Pavel Polyanskiy 65]

Здравствуйте!

Подскажите, пожалуйста, как работает GUP? Никак не найду инфы.....

Используете последнюю версию SEP?

Вот статья:

http://service1.symantec.com/support/ent-s...e0?OpenDocument

То есть, если я назначу какой-нибудь комп в сети как GUP Server все клиенты переключаться на него и будут с него тащить обновления? С Managment Server'a напрямую уже не будут запрашивать сигнатуры?

Да, именно так. Вы указываете компьютер, на котором установлен клиент SEP, и он становится GUP.

После этого клиенты тянут все обновления с него, а не с главного сервера SEPM. В новой версии можно

еще настраивать канал для GUP.

Вопрос к тому, что при конфигурировании GUP я не нашёл, чтобы для него можно было указать подсети!

Теперь можно настраивать и на уровне подсетей. Для этого используется Multiple GUP.

Вообще моя ситуация следующая:

Есть 1 Managment Server, 1700 клиентов и сейчас они все тащут обновления с Managment Server'a, в том числе и региональные компы. Каналы до регионов тонюсенькие и при обновлении SEP клиентов канал забивается под завязку. Я думал, что указав GUP Server в каждом регионе избавлюсь от того, чтобы региональные компы ходили за сигнатурами на Managment Server. Так ли это? Или есть какой-нибудь альтернативный вариант?

Подскажите, плиз!

Интересная ситуация. Здесь Вам точно нужно использовать GUP и только его - сэкономите массу трафика.

Вот еще полезная статья - best practice'ы по настройке GUP

И troubleshooting GUP'а.

[sounddesigner_22 0]

Используете последнюю версию SEP?

Вот статья:

http://service1.symantec.com/support/ent-s...e0?OpenDocument

Да, именно так. Вы указываете компьютер, на котором установлен клиент SEP, и он становится GUP.

После этого клиенты тянут все обновления с него, а не с главного сервера SEPM. В новой версии можно

еще настраивать канал для GUP.

Теперь можно настраивать и на уровне подсетей. Для этого используется Multiple GUP.

Интересная ситуация. Здесь Вам точно нужно использовать GUP и только его - сэкономите массу трафика.

Вот еще полезная статья - best practice'ы по настройке GUP

И troubleshooting GUP'а.

Спасибо огромгое, Павел!

Буду ковырять.

Да, забыл!

Версия: SEP 11.5002.333 (MR5)