надо на серверах, где стоит обновлялка НОД в интернетЭксплорере добаивть сайты нод в безопасную зону

проверьте доступность сервера обновления из командной строки телнетом на 80 порт на адрес сервера обновлений типа um14.eset.com

[QUOTE]al v пишет:
Нет, не нормально. Если пользователь сам вручную внес такое исключение, тем самым изъявив желание исключать определённый процесс из сканирования независимо от его местоположения, то резонен вопрос - почему ему мешают это сделать? Потому что Eset просто перестраховывается от случайностей и криворуких пользователей.[/QUOTE]
вот именно, если я указал *.dbf, то он должен не проверять такие файлы ВЕЗДЕ, а не на тех дисках которые были на ПК в момент импорта настроек и не проверять на сетевых ресурсах типа \\сервер\шара\. Раз я вношу исключения значит это исключения. Если Нод беспокоиться о том что ктото может чтто туда вписать помимо пользователя - то есть пароль на защиту настроек.

я юзаю Radmin и мне пришлось почти все его файлы прописывать в абсолютных путях - меня это мало радует.

[QUOTE]Aleksey пишет:
Напомню, что для удаления клиентов требуется пароль.
[/QUOTE]
для версии 2.7 нужен параметр PWD=password на удаление, изменяешь имеющийся пакадж на удаление и для версии 2.x дописываешь параметр,
у меня работает удаление 2.x->установка 4.2 без перезагрузки, единственный косяк - прекращение печати службы печати TCP-IP, после перезагрузки все работает

Вообще исключения в НОД как-то странно работают, задаю в конфигурации *.dbf *.cdx, импортирую на станции и лезу в исключения - вместо двух строк есть куча дублей начинающихся все буквы дисков в системе, типа  a:\*.dbf c:\*.dbf f:\*.dbf и так далее, если указываю конкретный файл как file.txt, то он при импорте превращается в a:\file.txt c:\file.txt и соответственно только в корне дисков исключается, как только он внутри папки на диске - он ловиться. приходиться для 100% исключения указывать файл с конкретными путями, например c:\windows\system32\file.txt, иначе НОД его находит.
про исключения по сетевым путям типа \\сервер\шара приходиться задавать как \\*\*.dbf иначе первоначальная и единая маска *.dbf не работает.
общения с техподдержкой начиная с версии 2.7 дали один внятный ответ - если нужно чтото игнорировать - переносите это в папку и вносите ее в исключения

после курения минидумпов и анализа техники-софта пришел к выводу, что надо обновить клиента novell до последнего на проблемных тачках. Помогло.
в итоге на windows 2000 версия новеловского клиента не критична (работает со старым nwfilter.sys), на XP критична( не работает со старым nwfilter.sys)

можно снять винт, подключить на другом ПК, через regedit загрузить кусты ПК и проверить ветку
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon
на параметры userinit и shell как опасано выше, потом реестр выгрузить
плюс тупо задать поиск на *.exe *.dll *.ocx созданые за последнюю неделю - найденные перенести куданить в карантин, вернуть винт

вот тут есть совет
http://forum.esetnod32.ru/forum5/topic165/

проблема такая же, после обновления с 2.7 до 4.2 BE на 20% ПК синий экран при завершении работы, совет помог на половине инвалидов, на оставшихся откатился назад на 2.7

STOP 0x0000008e
eamon.sys

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