Дорогие участники форума!

Наш форум переведен в режим работы "только для чтения", публикация новых тем и сообщений недоступна. Мы искренне благодарны вам за то, что были с нами, но пришло время двигаться дальше. После официального ухода компании ESET с российского рынка мы приступили к разработке новых продуктов вместе с новыми партнёрами. Приглашаем вас присоединиться к нашему новому форуму PRO32.

Мы более не являемся эксклюзивным дистрибьютором программных продуктов словацкого разработчика ESET в России, Республике Беларусь, Казахстане, Азербайджане, Узбекистане, Кыргызстане, Таджикистане, Туркменистане, Молдове, Грузии и Армении.

Купить и продлить лицензии ESET на нашем сайте больше нельзя.

Предлагаем вам попробовать новые продукты компании PRO32.

PRO32 — это технологичные решения, надежная защита от киберугроз и максимальная производительность устройств. Для действующих клиентов ESET мы предлагаем промокод на скидку в размере 15% — ESET15. Скопируйте его и после добавления товара в корзину, не забудьте его применить в корзине.

Правила политик , Применение нескольких отдельных правил политики одному клиенту

1
RSS
Решил я поюзать "Policy Rules", да бы не перечеслять всю построеную схему, наведу маленький пример:

1 сервер (v. 4.0.138), 10 клиентов (v. 4.0.474)

Клиенты получают сконфигурированую заранее политику - "Server Policy" (Default Policy). При изменении этой политики все клиенты ее применяют, короче, все прекрасно работает.
Создаются две отдельние политики (которые никуда не наследуются и никому не применяются) для "специальных случаев" - block (блокирование USB); update (альтернативный сервер обновления). Под них создаются правила (назовем их соответственно block_rule и update_rule).
Вlock_rule применяется к диапазону IP адресов, а update_rule применяется к групе, в которуй иногда попадают клиенты.
А вот и проблема: когда клиент попадает под оба правила, он применяет только одно правило, которое в консоли стоит первым, а второе игнорируется.  
Вопрос: так задумано или я что-то не учел?

PS. Только что заметил, что при попадении клиента под любое правило даже изменения в "Server Policy" уже не применяются. Я почему-то считал что политики применяются приблизительно по аналогии с GPO в AD.
Цитата
alex BIZ пишет:
Решил я поюзать "Policy Rules", да бы не перечеслять всю построеную схему, наведу маленький пример:

1 сервер (v. 4.0.138), 10 клиентов (v. 4.0.474)

Клиенты получают сконфигурированую заранее политику - "Server Policy" (Default Policy). При изменении этой политики все клиенты ее применяют, короче, все прекрасно работает. Создаются две отдельние политики (которые никуда не наследуются и никому не применяются) для "специальных случаев" - block (блокирование USB); update (альтернативный сервер обновления). Под них создаются правила (назовем их соответственно block_rule и update_rule). Вlock_rule применяется к диапазону IP адресов, а update_rule применяется к групе, в которуй иногда попадают клиенты. А вот и проблема: когда клиент попадает под оба правила, он применяет только одно правило, которое в консоли стоит первым, а второе игнорируется. Вопрос: так задумано или я что-то не учел?

PS. Только что заметил, что при попадении клиента под любое правило даже изменения в "Server Policy" уже не применяются. Я почему-то считал что политики применяются приблизительно по аналогии с GPO в AD.

Этот момент лучше уточнить здесь [email protected]

C "Server policy" я уже разобрался, эта политика применяется даже при наложении дополнительного правила...
Надо было создание политики (block и update) назначить как дочерние от "Server policy".

А вот вопрос, с клиентом который попадает под два или более правила, остается открытым.

Наверно буду писать в поддержку...  :(
Изменено: alex BIZ - 04.02.2011 16:10:31
Согласно мануалу, к клиенту может быть привязан только  к одной политике. По всей видимости, фильтр какого правила отрабатывается последним,  к такой политике и привязывается клиент
1
Читают тему