[QUOTE]Ivan Isakov написал:
Так можно или нет активировать продукт на клиенте, который не имеет выход в интернет, а только локальная сеть?

[/QUOTE]
Если на клиенте отсутствует доступ в интернет, то активировать его можно только с помощью оффлайн файла лицензии котрый можно сгенерировать на ela.eset.com , как уже говорилось ранее. Вы пробовали использовать оффлайн ключ активации, сгенерированный на ela.eset.com?

Заархивировать с паролем образец вируса,можно, например, с помощью архиватора WinRar:

[URL=http://rarlab.com/rar/wrar510ru.exe]http://rarlab.com/rar/wrar510ru.exe[/URL] - для 32 - х битных систем.
[URL=http://rarlab.com/rar/winrar-x64-510ru.exe]http://rarlab.com/rar/winrar-x64-510ru.exe[/URL] - для 64 - х битных систем.

Правой клавишей мышки щелкните по вирусу и выберите «добавить в архив…». Укажите имя архива. В открывшемся меню нажмите «Установить пароль» и введите пароль. Поставьте галочку «шифровать имена файлов». Дважды нажмите ОК.

santy, спасибо!

Привет, Santy,

Почти год назад я писал похожее предложение: [URL=http://forum.esetnod32.ru/messages/forum9/topic11235/message79795/#message79795]http://forum.esetnod32.ru/messages/forum9/topic11235/message79795/#message79795[/URL]

Изначально задумка была такая:

1)      Создать запрещающие правила (без привязки к конкретной папке) на изменение файлов конкретного типа, которые обычно подвергаются шифрованию – *.doc, *.jpeg,  *.sql и т.д.
2)      Создать разрешающее правило для explorer.exe на изменение любых файлов (нужно для переименования, перемещения, удаления документов и т.д).
3)      Создать разрешающие правила для программ, которыми стандартно обрабатываются типы файлов из пункта 1 – например, разрешающее правило для редактирования файлов типа *.doc с помощью приложения Word. По аналогии - для остальных типов файлов из пункта 1.

В итоге получаем:

- пользователь может спокойно работать без всяких дополнительных запросов и уведомлений со стороны антивируса.
- при заражении шифратором – шифратор не имеет прав на изменение заданных типов файлов и шифрация не происходит.

НО есть две проблемы.

1)      Антивирус не понимает типы файлов. То есть метка *.* работает, а вот метка *.doc, к примеру, уже не воспринимается.

2)      Антивирус не позволяет задать в качестве «конечных файлов» файлы определённого типа без указания конкретного пути. Это не удобно, так как прописывать все пути, по которым теоретически пользователи могут сохранять документы совсем неудобно. Это также косвенно связано с первым пунктом, плюс с неумением антивируса воспринимать переменные в указании пути.

Касательно первой проблемы год назад разработчики писали (на примере блокировки файлов с расширениеем *.png):

>>A blocking rule that forbids writing to a file D:. successfully forbids editing of a .png file
This is per design.
>>However, a blocking rule that forbids writing to a file D:*.png does not forbid editing of such .png file
This is not possible at the moment (but it is marked as subject of future change)

Касательно использования переменных:

One of thing that will come to HIPS sooner that above is support for few user environment variables (e.g %AppData% etc), but we are not able to tell you when exactly it will happen.

Надо протестировать, изменилось ли что - то за прошедший год. Если нет, то единственный вариант использовать схему, описанную тобой, или мной по ссылке выше. Касательно урезания функций HIPS в 6-й версии сами негодуем :(

Ivan Isakov, сертификаты могут лежать в любой папке. Уточните, пожалуйста, откуда данная ошибка и что именно не работает?

Попробуйте в фильтре убрать галочку с параметра а "Ошибки".

[QUOTE]Пётр Пустота написал:
и не проверял трафик  идущий на виртуальную машину(нужно для некоторых экспериментов).
[/QUOTE]
Уточните, пожалуйста, трафик идущий от какого именно  приложения? Информация необходима для тестирования.

Добрый день,

Пришлите, пожалуйста, лог ~ESETUninstaller.log c рабочего стола.

pivbul, здравствуйте, это не менее странно. В домашней линейке ESET, начиная с 5-й версии, нельзя вручную задавать сервер обновлений.