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

Symantec Endpoint Protection

Recommended Posts

NIK SAM

Кирил, можете "простым" языком описать значение контрольного сигнала?

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

Или это некий период, в течении которого все клиенты будут подключаться к серверу для описаных выше задач, с неким смещением (5% от заданого времени) - тоесть если "Время Контрольного Сигнала" равно 2 часа (120 минут), то, учитывая смещение в 5%, какое количество клиентов сможет подключиться к моему серверу?

Как расчитывается этот параметр в зависимости от количества клиентов?

Особенно важны эти вопросы в контексте получения обновлений антивирусных и других баз. Тоесть на данный момент использование сервера ЛивАпдейт не подымается.

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


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

Добрый день, NIK SAM.

Позволю себе ответить за Кирилла пока его нет.

Контрольный сигнал (в оригинале heartbeat) - это частота, с которой клиенты загружают данные на менеджер и получают от него политики и обновления (в том числе AV баз). Т.е. именно с таким интервалом во времени (начиная с момента запуска сервиса) каждый клиент будет обращаться к менеджеру за новыми настройками и контентом. Однако, это только в том случае, если клиент работает в режиме PULL.

В PUSH режиме клиент постоянно подключен к менеджеру (поддерживает открытую TCP сессию) и сразу, как только на менеджере появляются новые обновления или политики, они отправляются клиенту.

В PULL режиме нет ограничения на количество подключаемых к одному менеджеру клиентов. В PUSH режиме - есть. Существуют общие соображения для расчета heartbeat интервала для каждого режима. За более подробной информацией рекомендую обратиться к прилагаемому документу.

SEP_Sizing_Rev6.pdf

SEP_Sizing_Rev6.pdf

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


Ссылка на сообщение
Поделиться на другие сайты
NIK SAM
В PULL режиме нет ограничения на количество подключаемых к одному менеджеру клиентов. В PUSH режиме - есть. Существуют общие соображения для расчета heartbeat интервала для каждого режима. За более подробной информацией рекомендую обратиться к прилагаемому документу.

SEP_Sizing_Rev6.pdf

Спасибо за документ - сейчас обязательно изучу.

Но именно в документации написано, что от времени контрольного сигнала сильно зависит максимальное количество. Привожу цитату с русского админ-гвида, страница 384 - "Если интервал контрольного сигнала не превышает 30 минут, то это существенно ограничивает число клиентов, поддерживаемых Symantec EndpointProtection Manager". Тоесть если клиент в "режиме получения даных" (PULL), то параметр "Период контрольного сигнала" влияет на количество клиентов....

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


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

К сожалению, нет под рукой русскоязычной документации. Вероятно, вы имеете ввиду вот этот фрагмент "If you set a heartbeat frequency to 30 minutes or less, it limits the total number of clients that Symantec Endpoint Protection Manager can support". Это относится к режиму PUSH. В режиме PULL нет принципиального ограничения на количество клиентов. Однако, как я уже сказал, есть рекомендации по настройке обоих режимов и оптимальному количеству поддерживаемых клиентов (см. SEP_Sizing_Rev6.pdf)

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


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

Просто хочу разобраться.

Здесь информация о том, что Контрольный Сигнал относиться только к режиму PULL:

Контрольный сигнал (в оригинале heartbeat) - это частота, с которой клиенты загружают данные на менеджер и получают от него политики и обновления (в том числе AV баз). Т.е. именно с таким интервалом во времени (начиная с момента запуска сервиса) каждый клиент будет обращаться к менеджеру за новыми настройками и контентом. Однако, это только в том случае, если клиент работает в режиме PULL.

В PULL режиме нет ограничения на количество подключаемых к одному менеджеру клиентов. В PUSH режиме - есть.

Здесь же вы сами процитировали англоязычную документацию, где явно говориться, что Контрольный Сигнал длительностью 30 мин существенно ограничивает количество клиентов:

К сожалению, нет под рукой русскоязычной документации. Вероятно, вы имеете ввиду вот этот фрагмент "If you set a heartbeat frequency to 30 minutes or less, it limits the total number of clients that Symantec Endpoint Protection Manager can support". Это относится к режиму PUSH. В режиме PULL нет принципиального ограничения на количество клиентов.

В итоге просто не могу понять - к какому режиму относиться установка "длительность контрольного сигнала" - к PUSH или PULL. Ведь если приведенный кусок из документации относится к режиму PUSH, то, выходит, первый ваш пост некорректен.

Грубо говоря, контрольный сигнал это просто период, с которым все клиенты подключаются к серверу - выходит если клиентов более 100 то в любом случае сервер просто не выдержит одновременного подключения, например, 150-ти клиентов, которым нужно отдать как политики так и апдейты. Верно я понял?

В любом случае спасибо за полезный докуемент. Не подскажите - на каком ресурсе можно получить "подобные" документации?

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


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

Контрольный сигнал относится к обоим режимам. В режиме PULL он определяет интервал запросов от клиентов, в режиме PUSH - интервал повторных попыток подключения в случае недоступности сервера, а также интервал отправки логов на сервер. Таким образом, никаких разногласий в информации нет.

Грубо говоря, контрольный сигнал это просто период, с которым все клиенты подключаются к серверу - выходит если клиентов более 100 то в любом случае сервер просто не выдержит одновременного подключения, например, 150-ти клиентов, которым нужно отдать как политики так и апдейты. Верно я понял?

Опять же все зависит от режима работы клиентов. Если вы говорите о режиме PUSH, то в общем смысле все верно, однако речь идет, конечно, о количествах на порядки больше чем 100. Поскольку в этом режиме сервер решает, кому и когда отдавать политики и обновления, он имеет возможность распределять нагрузку.

Еще раз рекомендую ознакомиться с документом, там все тонкости описаны подробнее.

В любом случае спасибо за полезный докуемент. Не подскажите - на каком ресурсе можно получить "подобные" документации?

Большое количество документации можно найти здесь http://www.anti-malware.ru/forum/index.php?showtopic=4324

А также на FTP-сайте Symantec ftp://ftp.symantec.com/

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


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

  • Сообщения

    • 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
      Актуально, по лучше перенести обсуждение в офтопик.
        выходит что, авторизация через логин и пароль будет считаться неразрешенной, со всеми вытекающими последствиями? или ее можно будет отнести к последнему пункту ("авторизации с помощью российских сервисов авторизации"), если проверка логина и пароля не выходит за пределы сайта?
×