Евгений, по активации - если не добавить офф.лайн лицензию, а просто указать электронную лицензию в ERA, то клиент будет пытаться активироваться через Интернет. Как добавить оффлайн лицензию, для этого:
1. Удалить уже добавленную в ERA (имейте ввиду при этом ранее созданные задачи с помощью данной лицензии запустить на исполнение уже не получится);
2. Перейти в ELA, зайти в менеджер лицензий (потребуется логин/пароль, имейте ввиду в виде логина у Вас будет новый 20-ти значная строка которую Вы получаете с помощью генерации старого EAV-******** на сайте ELA, а вот пароль... пароль Мне выслала тех.поддержка, когда Я сообщил Им о имеющейся проблеме);
3. В менеджере Вы увидите Свою лицензию, где в столбце "offline file" можно сгенерировать оффлайн лицензию, для этого:
  3.1. Нажимаете ссылку в столбце "offline file";
  3.2. В открывшемся окошке нажимаете кнопку "add license file";
  3.3. Выбираете продукт для лицензии, указываете нужное кол-во клиентов;
  3.4. Отмечаете галку "Allow management with Remote Administrator;
  3.5. В поле "Server token" вводите значение взятое в ERA из поля "Маркер файла лицензии", его можно увидеть если выполнить след. действия - в ERA выбрать "Управление лицензиями" -- нажать кнопку "Добавить лицензии" -- перейти в открывшемся окне в раздел "Файл лицензии";
  3.6. Нажимаете кнопку "Generate";
  3.7. Сохраняете файл на диск;
  3.8. Добавляете лицензию способом указанного в пункте 3.5.

думаю здесь все ясно...

По зеркалу и установке из файла: под зеркалом, подразумевается зеркало/папка с обновлениями, пакеты установок (*.msi) в зеркале не будут присутствовать. Мною замечено, что если при создании задачи развертывание клиента выбирать вариант из "репозитория ESET", то клиент будет пытаться скачать *.msi через Интернет (удивительно, но это так, Я то сначала полагал, что ERA сам выкачает пакет из репозитория, а после отдаст его клиенту, ведь это разумней разумного, скачать один раз и раздавать по локалке). В крайнем случае можно указать установку из file:// - сойдет любая доступная шара в локалке с расположенной в Ней *.msi, но нужно не забывать, что доступ к Ней будет от имени СИСТЕМы с правами которой работает Агент (да, еще один не учтенный момент как быть с установками х32/х64, ведь *.msi пакеты у Них разные - а могли бы один гибридный сделать как некоторые др. софтописатели)

Евгений, отпишитесь, помогло ли, получилось ли?

Евгений, давайте попробуем разобраться вместе:
3. При развертывании Агента создается задача ERA с указанием логина/пароля учетной записи специально для тех целей, чтобы явно задать с какими правами запустится установка. Для последующих задач права администратора не требуются, т.к. Агент на клиенте выполняется в контексте СИСТЕМы;
5. и 6. На сегодняшний день самое простое решение, в лоб - это создание зеркала обновлений в "расшаренной" папке с помощью антивирусного приложения EEA/EES;

По активации - для активации в "локалке" в ERA нужно добавить оффлайновый ключ, который можно сгенерировать в кабинете ELA.

Отпишитесь в теме, что получилось что нет, пока подготовлю видео по генерации оффлайн ключа.

Владимир, спасибо.

1. С автономным файлом вопрос решил, сейчас проверю распространение для этого по новой разверну агента и установку клиента$
2. Как Я понимаю Вы говорите о создании зеркала антивирусным продуктом ESET, Мне хотелось бы создать не только зеркало обновлений, но и репозиторий причем средствами ERA.

Приветствую уважаемые!

Получилось ли у кого-нибудь полноценно настроить ERA 6 для использования в локальной сети?
Пока интересуют два момента:
- лицензирование продукта, может ли ERA самостоятельно выдавать лицензии клиентам в локальной сети? Я не смог этого добиться, ни задачей удаленной установки клиента ни задачей распространения лицензии;
- каким образом настроить прокси httpd для создания зеркала обновлений и репозитория продуктов ESET? Подозреваю, что предлагаемая конфигурация в руководстве пользователя не законченная;

[QUOTE]Сергей Воскресениский написал:
1.file:// нормально не отрабатывает, пришлось разворачивать легкий http-сервер.
3. Решил с помощью применение политики с отключением данных функций в клиенте.

P.S.мануал более подробно писать надо....[/QUOTE]
вкину Свои 5 копеек:
1. отработает нормально если к шаре/файлу имеется системный доступ, ведь агент работаетс правами СИСТЕМА;
2. чья учетная запись? ведь агент запущен с системными правами и именно он занимается удаленной установкой;

Сергей, Вы смогли прикрутить предлагаемый в комплекте httpd для создания прокси и интеграции Его с ERA? Хотелось бы заполучить возможность создания локального сервера обновления и репозитория установчных продуктов ESET? которые потом политиками распространить на клиенты.

ммм, странно однако, что переменные среды не воспринимаются в качестве пути. как вариант править политику и создавать задачу для консольного сканера.

[CODE]C:\Program Files\ESET\ESET NOD32 Antivirus\ecls.exe /clean-mode=standard %temp%[/CODE]

Cдается Мне, что в данной ситуации вирус не причем, а во всем виноваты майские обновления Windows. Если так - то Мне остается только посочувствовать топикастору, т.к. зачастую поможет лишь переустановка системы, хотя... можно попытаться обновить ее до состояния вновьустановленной из дистрибутива соотвествующей редакции. В Моей, аналогичной, ситуации именно вторым способом Я и воспользовался.

По поводу того, что валятся системные ошибки - Вы загляните в системные журналы Windows, где навярняка увидете, что с десяток системных служб "падают" с ошибками.

По поводу удаления антивируса Eset - с помощью утилиты Его можно удалить и из обычного режима, правда в полуручном/автоматическом режиме ((