[QUOTE]Слам Бегалинов написал:
В том то и дело, что ошибки, как таковой не было при старой лицензии. Именно после смены лицензии на новую появилась эта проблема((([/QUOTE]

Просто совпадение, не более.

[QUOTE]NickM написал:
Не исключено, что у Вас при старте ОС происходит монтирование/подключение сетевого ресурса от имени др. пользователя.[/QUOTE]

[URL=https://support.microsoft.com/en-us/kb/938120]Error message when you use user credentials to connect to a network share from a Windows-based computer: "The network folder specified is currently mapped using a different user name and password" [/URL]. Эта же [URL=https://support.microsoft.com/ru-ru/kb/938120]статья[/URL] в машинном переводе.

в v6.2.11.0 пишут:
[QUOTE]Added: Offline Mirror Tool to create stand-alone offline upd ate mirror for ESE T endpoint products[/QUOTE]

надо бы глянуть эту тулзу

[QUOTE]Николай Николаевич написал:
как добавить в консоль?[/QUOTE]

[QUOTE]NickM написал:
Здесь сказано как отыскать клиентов в сети - http://support.eset.com/kb3020/[/QUOTE]

[QUOTE]NickM написал:
Ваша задача раздать конфигурацию клиентам. [/QUOTE]

как это сделать Мною и было сказано.

[QUOTE]NickM написал:
В Вашем случае можно в ERA подготовить политику/конфигурацию отвечающую Вашему требованиям, экспортировать ее в файл, а после переустановить клиенты с заданной конфигурацией, метод 1 по ссылке - http://support.eset.com/kb3618/ или же воспользоваться другим возможным способом - http://support.eset.com/kb2204/[/QUOTE]

Слам Бегалинов, сообщение на скрине никак не связано с лицензией антивируса.
Покажите окно настроек антивируса, где указано с какой учетной записью подключаться к сетевому ресурсу. Раз у Вас домен, то достаточно указать - "с системной записью".
Не исключено, что у Вас при старте ОС происходит монтирование/подключение сетевого ресурса от имени др. пользователя.

[QUOTE]3.8.3.1.5 Подключение к локальной сети При обновлении с локального сервера под управлением ОС Windows NT по умолчанию требуется аутентификация всех сетевых подключений.
Чтобы настроить такую учетную запись, выберите в раскрывающемся меню Тип локального пользователя один из следующих вариантов:
[B]системная учетная запись (по умолчанию)[/B]; текущий пользователь; указанный пользователь.
Выберите вариант Учетная запись системы (по умолчанию), чтобы использовать для аутентификации учетную запись системы. Если данные аутентификации в главном разделе параметров обновлений не указаны, как правило, процесса аутентификации не происходит.
Для того чтобы программа использовала для аутентификации учетную запись, под которой в данный момент выполнен вход в систему, выберите вариант Текущий пользователь. Недостаток этого варианта заключается в том, что программа не может подключиться к серверу обновлений, если в данный момент ни один пользователь не выполнил вход в систему.
Выберите Указанный пользователь, если нужно указать учетную запись пользователя для аутентификации. Этот метод следует использовать в тех случаях, когда невозможно установить соединение с помощью учетной записи системы. Обратите внимание на то, что указанная учетная запись должна обладать правами на доступ к каталогу на локальном сервере, в котором хранятся файлы обновлений. В противном случае программа не сможет установить соединение и загрузить обновления.
Внимание: Если выбран вариант Текущий пользователь или Указанный пользователь, может произойти ошибка при изменении учетной записи программы. В главном разделе параметров обновления рекомендуется указывать данные для аутентификации в локальной сети. В этом разделе параметров обновлений укажите данные аутентификации следующим образом: имя_домена\пользователь (а для рабочей группы рабочая_группа\имя) и пароль. При обновлении по протоколу HTTP с сервера локальной сети аутентификации не требуется.
Выберите параметр Отключиться от сервера после завершения обновления для принудительного отключения, если подключение к серверу остается активным после загрузки обновлений.[/QUOTE]

Николай Николаевич, Ваша задача раздать конфигурацию клиентам. Конечно удобней осуществлять установку с уже заданной конфигурацией. В Вашем случае можно в ERA подготовить политику/конфигурацию отвечающую Вашему требованиям, экспортировать ее в файл, а после переустановить клиенты с заданной конфигурацией, метод 1 по ссылке - http://support.eset.com/kb3618/ или же воспользоваться другим возможным способом - http://support.eset.com/kb2204/

Здесь сказано как отыскать клиентов в сети - http://support.eset.com/kb3020/

Обновление поверх в v5 зачастую происходит без каких-либо осложнений, для перехода с v5 на v6 потребуется полное удаление продукта.

Здесь сказано как устанавливать антивирус с помощью ERA - http://support.eset.com/kb2982/

Miroslav Bibik, речь о v5 или v6?
Статья из базы знаний по v5 - http://support.eset.com/kb3561/

В базе знаний лучше отражено, http://support.eset.com/kb3594/

[QUOTE]Илья Лоскутов написал:
есть инструкция подробная? (( в 1 раз сталкиваюсь[/QUOTE]
Здесь сказано как создавать политику, http://help.eset.com/era/6/en-US/index.html?virtual_appliance.htm
В Вашем случае создавать для security product
Создаете политику, указываете клиентов на которых распространить политику и задаете требующиеся параметры политики.

[QUOTE]Илья Лоскутов написал:
Не могу понять, как клиентским машинам раздавать обновление.[/QUOTE]

Создать в ERA политику в параметрах обновления которой указать настроенный прокси.

Ну, так скромно- Я корпоратив тестю и бажу, исправляют наверное, а какой продукт без ошибок? Главное во время отзываться и держать обратную связь.