59 ответов в этой теме

[Vlad Javad-zadeh]

Вообщем проблема решилась: после сноса dr. web и чистки реестра от него, dr. web (заново скачанный с сайта) был установлен заново, настроен планировщик для запуска обновления с правами админа и все ок!

Скорее всего dr. web установился некорректно или версия была корявая!!!

Всем сенкс!!!

[Z-man]

Выкладываю логи виндового планировщика и апдейтера...Они вчерашние, но суть не теряется....

С такой командной строкой
2010-01-27, 07:55:50 Командная строка: C:\Program Files\DrWeb\DrWebUpW.exe /go /st /qu /reg- /rp+drwebupw.log
это подключение
2010-01-27, 07:55:50 Подключаемся к хосту: \\192.168.10.102\drwebupdate
получить невозможно.

Или подключение будет вида
2010-01-28, 10:00:02 Подключаемся к хосту: http://update.drweb.com/500/sspace/windows/ (87.242.75.131)
или Вы редактировали файл лога апдейтера.

[HHH]

С такой командной строкой
это подключение
2010-01-27, 07:55:50 Подключаемся к хосту: \\192.168.10.102\drwebupdate
получить невозможно.

Возможно, если задать этот адрес в настройках обновления.

[Borka]

Вообщем проблема решилась: после сноса dr. web и чистки реестра от него, dr. web (заново скачанный с сайта) был установлен заново, настроен планировщик для запуска обновления с правами админа и все ок!

Ну и слава богу.

Скорее всего dr. web установился некорректно или версия была корявая!!!

Или был задан неправильный пароль. http://forum.drweb.com/public/style_emoticons/default/smile.png

[Borka]

Выкладываю логи виндового планировщика и апдейтера...Они вчерашние, но суть не теряется....

Насколько могу судить из логов, планировщик работает, апдейтер запускается, кода "0х12" я не увидел. А вот то, что апдейтер не может получить доступ в \\192.168.10.102\drwebupdate, полагаю, дело в логине/пароле. Этот пользователь имеет доступ в \\192.168.10.102\drwebupdate ?

[Voyager80]

Имеет, по крайней мере когда я пробиваю в пуск>выполнить>\\192.168.10.102\drwebupdate папка открывается...
Папка имеет разрешение на доступ для всех пользователей

[userr]

Voyager80
Ещё раз - от имени какого пользователя создано задание в системном планировщике? скриншот свойств задания можете показать?
есть подозрение, что от Пользователь: система (system). это неправильно.

[Voyager80]

Если можно,завтра,поздно уже...
меня вот что интересует, взял и справки помощи Доктора

При работе с Windows NT/2000/XP/Vista обновление Dr.Web должно производиться при наличии у пользователя полномочий администратора

[userr]

меня вот что интересует, взял и справки помощи Доктора

При работе с Windows NT/2000/XP/Vista обновление Dr.Web должно производиться при наличии у пользователя полномочий администратора

Да, и в чём вопрос? задание в системном планировщике от имени админа с указанием пароля - и всё в порядке.

[Voyager80]

Вот Вам скриншот планировщика 7-ки

NETROOT это локальный админ на всех компах со своей учеткой и паролем

Прикрепленные файлы:

•  _____________________.doc   1018,5К   34 Скачано раз

[Borka]

Вот Вам скриншот планировщика 7-ки
NETROOT это локальный админ на всех компах со своей учеткой и паролем

А теперь смотрите, чью учетку использовать ("При выполнении задачи использовать...").

[Voyager80]

Т.Е. Вы хотите сказать, что если я поменяю учетку ("При выполнении задачи использовать...") система на NETROOT то у меня все заработает? Щас проверим

[userr]

Т.Е. Вы хотите сказать, что если я поменяю учетку ("При выполнении задачи использовать...") система на NETROOT то у меня все заработает? Щас проверим

Вам уже раз 10 это сказали.

[zpt]

У меня похожая ситуация с версией DWSS 5.0. При установке дрвеб прописал обновление в шедулере с учетной записью SYSTEM, от имени которой он не может запуститься. Причина ошибки - не найден drwe32.lst.
Уже была подобная ситуация с приложением, написанном на FrameWork 1.1: оно не видело дисков из-за ограничения прав системной учетной записи. Пока я не поменял учетку в machine.config, приложение не запускалось. Мучался долго.
Сеть у меня на базе новелл, а не виндовый домен. Думаю, виндовая учетная запись видит только виндовые сетевые диски, а до новелловских дисков ее не допускают. Даже если запускать из шедулера от имени другой учетной записи, путь не будет найден. Единственно, что срабатывает всегда - это если залогиниться этой учеткой. Тогда мапируются сетевые диски новелла и происходит обновление.
На части компьютеров у меня нельзя сделать однозначную учетку, так как за день за компьютером бывает до десятка человек. Угадать, от имени кого в данный момент запускать обновление малореально. Пока у веба был собственный шедулер, все обновлялось без проблем - еще бы, ведь запуск шел от имени той учетки, которая зарегистрирована в сети.
Как организовать обновление в такой ситуации? Может быть я ошибся и дело не в типе сети?

[pig]

Проскакивала рекомендация поместить зеркало в папку, которая доступна без авторизации. Я уже забыл, как она называется. Но по любому учётную запись в задании надо менять - лучше всего завести на машине спецпользователя только для этой задачи.

[basid]

Как организовать обновление в такой ситуации? Может быть я ошибся и дело не в типе сети?

Посмотрите, как назначены права логон-шары нетвари и сделайте такие же для зеркала.

Подсказка: файла логон-шары доступны до авторизации пользователей.

[zpt]

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

Учетную запись специально под обновление заводить нет смысла - см.выше, все пользователи имеют доступ к папке на сервере с обновлением.

"поместить зеркало в папку, которая доступна без авторизации" - наверное, имелась в виду папка на нетвари 3-й или 4-й версии, т.к. в последних версиях такой папки до логина в сети нет.

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

[zpt]

Эх, даже бесплатные антивирусы самостоятельно обновляются...

[userr]

zpt
см http://forum.drweb.com/index.php?showtopic=277126 . там на 2-3 стр. про Novell

[zpt]

Спасибо за ссылку. Мне жаль, что разработчик отказался от запуска собственной утилиты обновления и передал эту функцию планировщику. Совет использовать сторонний планировщик - это да, особенно если учесть, что он платный.
Более 10 лет был лицензионным пользователем данного продукта. Так как отказываться от новелла не планируем, а ES не устраивает по многим причинам (дважды пробовали - не подходит), будем менять антивирус. На это решение повлияла не только данная проблема с обновлением (которую можно решить путем плясок с бубном), но и другие мелкие проблемы, которые появились с выходом 5й версии. На решение их уходит слишком много времени. Увы, тратить время так бездарно не могу.
Честное слово, мне очень, очень жаль, но выхода не вижу.
Тему можно закрыть.