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

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

На данный момент приобретение лицензий ESET через наш сайт недоступно.
В качестве альтернативы предлагаем антивирусные решения PRO32 — надёжную защиту от киберугроз и высокую производительность для устройств на Windows и Android.

Приглашаем вас присоединиться к новому форуму PRO32.

Для действующих клиентов ESET мы предлагаем промокод на скидку в размере 15% — ESET15. Добавьте лицензию в корзину и примените промокод при оформлении заказа.

Перейти на PRO32
Поиск  Пользователи  Правила  Войти
Пользователи Владимир Сигаев
Выбрать дату в календаре…Выбрать дату в календаре

1
Прокси-сервер ERA вместо Apache, Как настроить прокси-сервер ERA и нужен ли он?
 
Владимир Сигаев
Владимир Сигаев
Пользователь
Сообщений: 5
Баллов: 2
Регистрация: 05.04.2016
Размещено 14.04.2016 12:03:28
Евгений Чермных, многие разделяют ваше негодование, на форуме есть огромная [URL=https://forum.eset.com/topic/4301-not-happy-with-era-6/]ветка[/URL]. Апач стали использовать из-за ограничений своего продукта. Кстати, да, агенты тоже при желании можно разворачивать из консоли, с политиками ERA, возможно, так даже удобнее делать
Перейти
Прокси-сервер ERA вместо Apache, Как настроить прокси-сервер ERA и нужен ли он?
 
Владимир Сигаев
Владимир Сигаев
Пользователь
Сообщений: 5
Баллов: 2
Регистрация: 05.04.2016
Размещено 13.04.2016 12:21:56
Неправильно понимаете, ERA Proxy нужен для концентрации служебного трафика сервера и множества агентов. Настраивайте Apache, именно через него будет происходить скачивание дистрибутивов и обновлений(при первом обращении данные кешируются, при последующих, за счет кеша, сокращается трафик), активируются клиентские продукты безопасности. С помощью GPO устанавливайте только агенты, потом с сервера назначайте задачи установки антивируса, политики для конфигурации агентов и продуктов безопасности.
Перейти
Автоматическое распределение компьютеров в статические группы
 
Владимир Сигаев
Владимир Сигаев
Пользователь
Сообщений: 5
Баллов: 2
Регистрация: 05.04.2016
Размещено 07.04.2016 16:33:11
Я бы начал с просмотра отчета "журнал аудита", чтобы понять, что происходит и чего не происходит, как выполняются задачи синхронизации
Перейти
Автоматическое распределение компьютеров в статические группы
 
Владимир Сигаев
Владимир Сигаев
Пользователь
Сообщений: 5
Баллов: 2
Регистрация: 05.04.2016
Размещено 06.04.2016 10:49:26
Вопрос снят, алгоритм следующий:
- при первом запуске задачи синхронизации появляется иерархия OU из AD с объектами компьютеров со статусом "неуправляемый"
- после установки агента ERA в статической группе "Потерянные и найденные" создается новый объект компьютера
- при следующем запуске задачи синхронизации соответствующий неуправляемый объект удаляется
- еще одно выполнение задачи перемещает управляемый объект из группы "Потерянные и найденные" в соответствующую иерархии AD группу
Неясно, что мешает объединить последние два этапа...
Перейти
Автоматическое распределение компьютеров в статические группы
 
Владимир Сигаев
Владимир Сигаев
Пользователь
Сообщений: 5
Баллов: 2
Регистрация: 05.04.2016
Размещено 05.04.2016 15:53:40
Здравствуйте! После синхронизации статических групп появились группы и компьютеры в соответствии с доменной иерархией с состоянием "неуправляемый", политикой установился агент и он успешно подключается к серверу создавая новый объект в группе "потерянные и найденные". Если параметр задачи синхронизации "Обработка конфликтов создания компьютеров" установлен в значение "Переместить", то удаляется неуправляемый объект. Как сделать так, чтобы подключившийся компьютер распределялся в нужную группу?
Перейти
1