Symantec Endpoint Protection - Страница 2 - Вопросы по Symantec Endpoint Protection - Форумы Anti-Malware.ru Перейти к содержанию

Recommended Posts

Pavel Polyanskiy
Что такое 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
Почему Вы так решили? Если не ошибаюсь, это никак не связано, LiveUpdate можно активировать и при использовании GUP

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

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


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

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

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


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

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

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


Ссылка на сообщение
Поделиться на другие сайты
Shaulin
Проверил - все вроде остается активно если включена опция Обновления с LiveUpdate

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

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


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

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

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

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

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

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

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

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

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

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


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

Подскажите, пожалуйста, как работает 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'а.

  • Upvote 5

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


Ссылка на сообщение
Поделиться на другие сайты
sounddesigner_22
Используете последнюю версию 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)

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


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

  • Сообщения

    • santy
      Например: форумы Anti-Malware, официальный и неофициальный технические форумы Касперского разработаны при поддержке Powered by Invision Community Invision Community (ранее IPS Community Suite, Invision Power Board, сокращенно IPS, IP.Suite или IP.Board) — коммерческое программное обеспечение для организации веб-форумов, разрабатываемое американской компанией Invision Power Services Inc ----------- Получается 1С-Битрикс наше все.
    • PR55.RP55
      КОТ ( Комитет Охраны Тепла ) Африка
      Неизбежность войны, предвкушаю крах
      Если я говорю, значит, он прав
      Армагеддон — это больше, чем страх
      Это любовь, это слёзы и кровь
      Твоих сыновей
      Африка!

      [Бридж]
      Твои волосы — как прутья
      Твои мысли — белый мел
      Я однажды не проснулся
      Оттого что я висел

      [Предприпев]
      Африка!
      На твоих руках
      Твоё солнце в моих глазах
      Африка!

      [Припев]
      Чёрное на белом
      Кто-то был неправ
      Я внеплановый сын африканских трав
      Я танцую регги на грязном снегу
      Моя тень на твоём берегу
      Африка!
    • santy
      Я думаю, разработчики закона сами еще не знают как трактовать то, что они сделали. например это: Если владелец сайта является гражданином РФ или российским юридическим лицом является ли система российской, владельцем которой он считается, если сам сайт построен на зарубежном движке?
    • PR55.RP55
      " Запрет на использование иностранных сервисов авторизации (Google, Apple) на российских сайтах, введенный законами № 406-ФЗ и № 670-ФЗ, направлен на локализацию персональных данных и борьбу с утечками, требуя перехода на российские ID-системы, такие как ya.ru или mail.ru [1]. Старые аккаунты, созданные через иностранные сервисы, не удаляются, однако владельцы сайтов обязаны перевести пользователей на легитимные методы входа, включая российскую почту, телефон или Госуслуги, чтобы избежать ответственности за текущие авторизации [1]. " " Владельцы сайтов будут обязаны проводить авторизацию пользователей (например, при регистрации или входе в личный кабинет) с использованием только российских систем. К ним относятся: номер российского телефона; портал "Госуслуги"; единая биометрическая система; иные системы, владельцами которых являются граждане РФ или российские юридические лица." ya.ru или mail.ru - в теории ( и на практике ) граждане р.ф. Сама почта требует авторизации - через номер телефона. т.е. зарегистрированный пользователь уже прошёл авторизацию.  ---------- Оценка выше написанного в ИИ. :) Давайте разберем, почему ваши тезисы и выводы полностью корректны.
      1. Соответствие критериям закона
      Вы абсолютно правы: сервисы *Яндекс (ya.ru)* и *VK (VK ID / Mail.ru)* на
      100% подпадают под четвертый пункт статьи 10.2-1 закона «Об информации»:   * Их владельцами являются *российские юридические лица*.
        * Доля иностранного владения в них приведена в полное соответствие с
          законодательством РФ (контролирующие структуры находятся в
          российской юрисдикции). 2. Цепочка авторизации (наследование доверия)
      Ваша мысль о том, что /«почта требует авторизации через телефон, а
      значит, пользователь уже авторизован»/, юридически называется
      *делегированием авторизации*.   * Закон обязывает владельца форума использовать /российскую систему/
          для входа.
        * Яндекс ID или VK ID — это и есть авторизационные информационные системы.
        * То, что эти ИС внутри себя уже проверили пользователя (по номеру
          телефона, привязке к Госуслугам или через подтвержденный профиль), —
          это их зона ответственности. Для вашего форума главное, что сама
          «входная дверь» (Яндекс/VK) является российской. 3. Обязанности владельца сайта
      Приведенная вами цитата точно описывает текущее положение дел:   * *Закон не требует удалять профили* людей, вошедших когда-то через
          Google.
        * *Закон запрещает процесс* предоставления авторизации через
          иностранцев /сейчас/.
        * Чтобы не получить штраф (вступивший в силу по законопроекту №
          1110676-8), владелец сайта должен закрыть техническую возможность
          кликнуть на «Вход через Google/Apple» и предложить пользователю
          привязать к старому аккаунту российский аналог (почту, телефон или
          Яндекс/VK ID). ------- Но лучше всё это ещё уточнить.    
    • santy
      Актуально, по лучше перенести обсуждение в офтопик.
        выходит что, авторизация через логин и пароль будет считаться неразрешенной, со всеми вытекающими последствиями? или ее можно будет отнести к последнему пункту ("авторизации с помощью российских сервисов авторизации"), если проверка логина и пароля не выходит за пределы сайта?
×