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

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

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

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

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

Выбрать дату в календареВыбрать дату в календаре

1
Существование совпадающих имен
Ситуация такая:
- есть выделенное настроечное место с фиксированным IP, соответственно у этого IP есть доменное имя
- имя настраиваемого компьютера отлично от этого доменного имени, когда компьютер передается пользователю, устанавливается правильный IP
- при поиске компьютера по IP через консоль ERA он находится
- при попытке удаленно установить ESET на этот комп получаю ошибку 52: "Не удалось подключиться к сети из-за существования совпадающих имен. Измените имя компьютера...."

Вопрос:
1. (всем) что можно сделать, чтобы не менять всякий раз имя компа?
2. (разработчикам) с какого перепоя было решено, чтобы эта шибко умная программа лезла в DNS, находила имена для найденных по поиску в диапазоне IP компов,  да еще и указывала мне, что мне делать? Если бы мне нужны были имена компов, я бы воспользовался поиском по имени. Заметим, что поскольку речь идет о консоли ERA, то, очевидно, я не простой юзер, и решать за меня, что и как мне делать, этой поделке не по рангу. (В 4-й версии этого, кстати, не было.)
Иерархия политик, Создание и применение иерархии политик
Стоит задача ограничить доступ пользователям к CD/DVD и USB-носителям. С этой целью сделано следующее:
1. В основной политике сервера включена интеграция контроля устройств, но не создано ни одного ограничивающего правила.
2. Для основной политики сервера создана дочерняя политика NoDVD, в которой создано правило, блокирующее оптический привод.
3. Для политики NoDVD создана дочерняя политика NoUSB, в которой создано правило, блокирующее дисковый накопитель.

Т.е. иерархия следующая:
  Основная политика сервера: интеграция контроля устройств
         NoDVD: запрет доступа к DVD
                 NoUSB: запрет доступа к USB

Теперь, как я понимаю, при задании группе клиентов политики NoUSB должны последовательно применяться правила
- интеграции устройств из основной политики сервера
- блокировки оптического привода из политики NoDVD
- блокировки USB-накопителя из политики NoUSB

На деле же получается, что при задании клиенту политики NoUSB ограничение доступа к USB попадает в результирующую политику, а ограничение доступа к DVD - нет.
Что я делаю не так?

И еще связанный вопрос:
Если после задания клиенту политики NoUSB задать ему снова основную политику сервера, то логично ожидать, что ограничение доступа будет снято, на деле же оно остается, хотя в консоли ERA для данного клиента и запрашиваемой, и фактической политикой показывается основная политика сервера.
[ Закрыто] Ошибка создания зеркала обновлений
Обновил ERA-сервер до 5.0.119.0. При обновлении баз возникает ошибка Creating mirror failed. Unknown error (0x3403).
Parametric Groups manual
Где можно прочитать про эти группы? В частности, про синтаксис правил?
Адреса серверов обновления?
Доступ к каким адресам во внешней сети должен быть предоставлен компьютеру для автоматического обновления?
1