19 ответов в этой теме

[TRAViS]

На новую систему установлен свежескачаный Dr.Web Security Space Pro (windows xp sp3 со всемими update). Дома стоит обычный DrWeb for windows (windows 7). На обоих машинах такая проблема: процесс drwebupw запускается через планировщик и остется висеть неопределенное время. Так, новый комп, оставленый на выходные, так и не смог за них обновиться ни разу. Такая же ерунда и на домашней машине. Но т.к. я её вижу редко, то могу сказать только что на выходных попытался запустить обновление - матюкнулось что уже запущено. Посмотрел в процессах - висит. Грохается только после отключения самозащиты. Вручную всё обновляется в течении одной минуты.

[YVS]

А что в логе %ProgramFile%\DrWeb\drwebupw.log ?

[TRAViS]

2010-12-13, 10:46:10 =============================================================================
2010-12-13, 10:46:10 Dr.Web Updater для Windows v6.00.6 (6.00.6.11131)
2010-12-13, 10:46:10 © ООО "Доктор Веб", 1992-2010
2010-12-13, 10:46:10 User: [HOME-8B2F5505DD][user]
2010-12-13, 10:46:10 Командная строка: C:\Program Files\DrWeb\drwebupw.exe
2010-12-13, 10:46:10 Path to log: C:\Documents and Settings\user\DoctorWeb\drwebupw.log
2010-12-13, 10:46:10 Операционная система: Windows XP Professional x86 (Build 2600), Service Pack 3
2010-12-13, 10:46:10 =============================================================================
2010-12-13, 10:46:10 Имя файла лицензии:: C:\Program Files\DrWeb\drweb32_1.key
2010-12-13, 10:46:10 Номер ключа:: ********
2010-12-13, 10:46:10 Владелец:: *******
2010-12-13, 10:46:10 Дата активации::2010-**-**
2010-12-13, 10:46:10 Дата окончания:: 2011-**-**

2010-12-13, 10:46:14 =============================================================================

[YVS]

2010-12-13, 10:46:10 Path to log: C:\Documents and Settings\user\DoctorWeb\drwebupw.log

Я спрашивал про тот, который лежит в каталоге DrWeb в Program Files

[TRAViS]

Сорри

2010-12-13, 10:48:00  ===========================================================================
==
2010-12-13, 10:48:00  Dr.Web Updater для Windows v6.00.6 (6.00.6.11131)
2010-12-13, 10:48:00  © ООО "Доктор Веб", 1992-2010
2010-12-13, 10:48:00  User: [HOME-8B2F5505DD][SYSTEM]
2010-12-13, 10:48:00  Командная строка: C:\Program Files\DrWeb\DrWebUpW.exe /go /st /qu /reg- /rp+drwebupw.log
2010-12-13, 10:48:00  Path to log: C:\Program Files\DrWeb\drwebupw.log
2010-12-13, 10:48:00  Операционная система: Windows XP Professional x86 (Build 2600), Service Pack 3
2010-12-13, 10:48:00  ===========================================================================
==
2010-12-13, 10:48:00  Имя файла лицензии:: C:\Program Files\DrWeb\drweb32_1.key
2010-12-13, 10:48:00  Номер ключа:: ************
2010-12-13, 10:48:00  Владелец:: **********
2010-12-13, 10:48:00  Дата активации:: 2010-***
2010-12-13, 10:48:00  Дата окончания:: 2011-***

2010-12-13, 10:48:00  DRL-файл обработан (C:\Program Files\DrWeb\update.drl, 10 URL)
2010-12-13, 10:48:00  Create network session
2010-12-13, 10:48:00  Подключаемся к хосту: http://89.111.188.126/x86/600/sspace/windows/ (89.111.188.126)
2010-12-13, 10:48:00  Поиск drweb32.flg...
2010-12-13, 10:48:21  Поиск drweb32.flg... (A connection with the server could not be established - 12029)
2010-12-13, 10:48:42  Поиск drweb32.flg... (A connection with the server could not be established - 12029)
2010-12-13, 10:49:03  Поиск drweb32.flg... (A connection with the server could not be established - 12029)
2010-12-13, 10:49:03  Поиск drweb32.lst.lzma...
2010-12-13, 10:49:24  Прием drweb32.lst.lzma завершился из-за ошибки (A connection with the server could not be established - 12029)
2010-12-13, 10:49:45  Прием drweb32.lst.lzma завершился из-за ошибки (A connection with the server could not be established - 12029)
2010-12-13, 10:50:06  Прием drweb32.lst.lzma завершился из-за ошибки (A connection with the server could not be established - 12029)
2010-12-13, 10:50:06  Поиск drweb32.lst...
2010-12-13, 10:50:27  Прием drweb32.lst завершился из-за ошибки (A connection with the server could not be established - 12029)
2010-12-13, 10:50:48  Прием drweb32.lst завершился из-за ошибки (A connection with the server could not be established - 12029)
2010-12-13, 10:51:09  Прием drweb32.lst завершился из-за ошибки (A connection with the server could not be established - 12029)
2010-12-13, 10:51:09  Ошибка получения списка обновляемых файлов
2010-12-13, 10:51:09  Связь прервана
2010-12-13, 10:51:09  Отключены
2010-12-13, 10:51:24  Create network session
2010-12-13, 10:51:24  Подключаемся к хосту: http://89.111.188.80/x86/600/sspace/windows/ (89.111.188.80)
2010-12-13, 10:51:24  Поиск drweb32.flg...
2010-12-13, 10:51:45  Поиск drweb32.flg... (A connection with the server could not be established - 12029)
2010-12-13, 10:52:06  Поиск drweb32.flg... (A connection with the server could not be established - 12029)
2010-12-13, 10:52:27  Поиск drweb32.flg... (A connection with the server could not be established - 12029)
2010-12-13, 10:52:27  Поиск drweb32.lst.lzma...
2010-12-13, 10:52:48  Прием drweb32.lst.lzma завершился из-за ошибки (A connection with the server could not be established - 12029)
2010-12-13, 10:53:09  Прием drweb32.lst.lzma завершился из-за ошибки (A connection with the server could not be established - 12029)
2010-12-13, 10:53:30  Прием drweb32.lst.lzma завершился из-за ошибки (A connection with the server could not be established - 12029)
2010-12-13, 10:53:30  Поиск drweb32.lst...
2010-12-13, 10:53:51  Прием drweb32.lst завершился из-за ошибки (A connection with the server could not be established - 12029)
2010-12-13, 10:54:12  Прием drweb32.lst завершился из-за ошибки (A connection with the server could not be established - 12029)
2010-12-13, 10:54:33  Прием drweb32.lst завершился из-за ошибки (A connection with the server could not be established - 12029)
2010-12-13, 10:54:33  Ошибка получения списка обновляемых файлов
2010-12-13, 10:54:33  Связь прервана
2010-12-13, 10:54:33  Отключены
2010-12-13, 10:54:48  Create network session
2010-12-13, 10:54:48  Подключаемся к хосту: http://87.242.75.131/x86/600/sspace/windows/ (87.242.75.131)
2010-12-13, 10:54:48  Поиск drweb32.flg...
2010-12-13, 10:55:09  Поиск drweb32.flg... (A connection with the server could not be established - 12029)
2010-12-13, 10:55:30  Поиск drweb32.flg... (A connection with the server could not be established - 12029)
2010-12-13, 10:55:51  Поиск drweb32.flg... (A connection with the server could not be established - 12029)
2010-12-13, 10:55:51  Поиск drweb32.lst.lzma...
2010-12-13, 10:56:12  Прием drweb32.lst.lzma завершился из-за ошибки (A connection with the server could not be established - 12029)
2010-12-13, 10:56:33  Прием drweb32.lst.lzma завершился из-за ошибки (A connection with the server could not be established - 12029)
2010-12-13, 10:56:54  Прием drweb32.lst.lzma завершился из-за ошибки (A connection with the server could not be established - 12029)
2010-12-13, 10:56:54  Поиск drweb32.lst...
2010-12-13, 10:57:15  Прием drweb32.lst завершился из-за ошибки (A connection with the server could not be established - 12029)
2010-12-13, 10:57:36  Прием drweb32.lst завершился из-за ошибки (A connection with the server could not be established - 12029)
2010-12-13, 10:57:57  Прием drweb32.lst завершился из-за ошибки (A connection with the server could not be established - 12029)
2010-12-13, 10:57:57  Ошибка получения списка обновляемых файлов
2010-12-13, 10:57:57  Связь прервана
2010-12-13, 10:57:57  Отключены

2010-12-13, 10:58:00  ===========================================================================
==

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

[TRAViS]

хм, без прокси вроде бы всё гуд.

[mrbelyash]

Изменения в веб-антивирусе, затронувшие только персональные продукты Dr.Web 6.0 для Windows, позволили исключить ошибку работы компонента в режиме прокси.

http://forum.drweb.com/index.php?showtopic...mp;#entry474742

[Viper]

Здравствуйте, господа

Хм, не думал, что в 2013 увижу баг, который пофиксили вроде как ещё в 2010

Все симптомы такие же, как и у топик-стартера: на ноутбук пришлось заново установить Windows 7 Professional SP1 x64 (официальная от MS) {до переустановки проблем с автообновлением не было}. Установил лежавший у меня в дистрибутивах Dr.Web Security Space Pro 6.0.1.3160 (x64) от 13 апреля 2011. Интернет ноутбук забирает с прокси (в IE настройки вбиты). В настройках updater'a от Dr.Web поставил Настройки Internet Explorer. Результат - автообновление не происходит, хотя с ручным обновлением всё замечательно:

 

2013-03-26, 11:41:10  DRL-файл обработан (C:\Program Files (x86)\DrWeb\update.drl, 10 URL)
2013-03-26, 11:41:10  Create network session
2013-03-26, 11:41:10  Подключаемся к хосту: http://87.242.75.216/x64/600/sspace/windows/ (87.242.75.216)
2013-03-26, 11:41:10  Поиск drweb32.flg...
2013-03-26, 11:41:34  Поиск drweb32.flg... (A connection with the server could not be established - 12029)
2013-03-26, 11:41:55  Поиск drweb32.flg... (A connection with the server could not be established - 12029)
2013-03-26, 11:42:16  Поиск drweb32.flg... (A connection with the server could not be established - 12029)

 

Если же в настройках updater'a вручную выставить Пользовательские настройки, то автообновление посредством планировщика происходит замечательно.

 

Также, если в настройках updater'a оставить Настройки Internet Explorer, а в планировщике сменить пользователя, от имени которого стартует процесс drwebupw.exe, с "Система" на моего пользователя (с админскими правами), то процесс автообновления происходит гладко

Попробовал удалить текущую версию, установил последнюю доступную drweb-600-win-space-x64.exe от 6 февраля 2012 года с сайта (правда, не пользовался Dr. Web Antivirus Removal Tool ) - результат тот же: не происходит автообновления.

Так-то можно стартовать либо от своего пользователя, либо в настройках updater'a вручную выставить настройки прокси, но не есть гуд в обоих случаях: неохото каждый раз лазать менять на Прямое подключение (в зависимости от того, где находится ноутбук ), если проще зайти в IE и отключить прокси, а весь зависимый софт сам переключится на использование нужной конфигурации сети. Да и от своего пользователя процесс пускать - мало ли что

По сему вопрос к гуру: как побороть сие? Переустановить Dr.Web с использованием Dr. Web Antivirus Removal Tool? Или есть ещё какой способ?

[VVS]

Сделайте 2 задания в планировщике - одно с явным указанием параметров прокси в ком. строке, а второе - без.

[Viper]

Хм, как вариант можно рассмотреть. Но, скорее всего, не сработает потому, что процесс drwebupw.exe даже и не думает завершаться, хотя ключ /qu присутствует

Смущает то, что до реинсталла системы было всё в порядке... Что-то где-то с правами на запуск? Реестр?

P.S. Сейчас воспользуюсь утилитой очистки системы от хвостов Dr.Web'a.

[Borka]

Но, скорее всего, не сработает потому, что процесс drwebupw.exe даже и не думает завершаться, хотя ключ /qu присутствует

Тут может быть вот что: апдейтер 6-й версии проверят наличие новой версии, видит, что версия есть. Ждет ответа от пользователя и, естественно, не дожидается (запущен-то автоматом, окна нет), поэтому после определенного таймаута (10 минут, что ли) либо обновляется, либо отваливается.

[pig]

ЕМНИП, в более ранних версиях рулил ключ /st

[RomaNNN]

Viper, попробуйте поставить 8.0. Версия 6.0 уже устарела и не рассматривается.

[Borka]

Версия 6.0 уже устарела и не рассматривается.

Кто сказал?

[Viper]

Разобрался с сим

Но сначала по порядку:

...
P.S. Сейчас воспользуюсь утилитой очистки системы от хвостов Dr.Web'a.

Тулза абсолютно ничем не помогла - тот же результат остался.
Кстати, после её использования остаётся несколько хвостов в реестре:

HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Enum\Root\LEGACY_DWPROT
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Enum\Root\LEGACY_SPIDERG3

HKEY_LOCAL_MACHINE\SYSTEM\ControlSet002\Enum\Root\LEGACY_DWPROT
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet002\Enum\Root\LEGACY_SPIDERG3

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\Root\LEGACY_DWPROT
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\Root\LEGACY_SPIDERG3

 
 

Но, скорее всего, не сработает потому, что процесс drwebupw.exe даже и не думает завершаться, хотя ключ /qu присутствует

Тут может быть вот что: апдейтер 6-й версии проверят наличие новой версии, видит, что версия есть. Ждет ответа от пользователя и, естественно, не дожидается (запущен-то автоматом, окна нет), поэтому после определенного таймаута (10 минут, что ли) либо обновляется, либо отваливается. 

Всё-таки апдейтер даже не успевает узнать о новой версии, потому что не может никак подконнектиться Может что в параметрах задачи в планировщике, что процесс не завершается? Хотя они (параметры) по дефолту (после установки Dr.Web'a).

 

ЕМНИП, в более ранних версиях рулил ключ /st

Хм, по дефолту как раз такая строка запуска в планировщике:

C:\Program Files (x86)\DrWeb\DrWebUpW.exe /go /st /qu /reg- /rp+drwebupw.log

Из Справка Dr.Web:

/ST – запускать модуль обновления в невидимом окне (stealth mode)

Хотя и с этим ключом, и без него окно апдейтера не видно

В общем в чём соль-то: до переустановки системы в настройках апдейтера были явно выставлены настройки прокси, т.е. Пользовательские настройки. В итоге автообновление работало замечательно, все довольны. Когда я использовал другую конфигурацию сети, где получал интернет напрямую по Wi-Fi, в настройках апдейтера ничего не трогал, а Dr.Web продолжал нормально автообновляться. То есть такой приятный баг, если это можно так назвать: видимо, апдейтер сначала пробует, а можно ли стянуть обновления напрямую через основной шлюз, который регистрируется в роутах, без прокси.
В итоге сейчас проверил на такой настройке - всё замечательно

 

Viper, попробуйте поставить 8.0. Версия 6.0 уже устарела и не рассматривается.

Спасибо за совет, но пока интерфейс 8-ки как-то не приглянулся

P.S. Спасибо большое Вам, мужики, что так оперативно отвечаете на форуме - всегда приятно обратиться сюда с вопросом.

P.P.S. Как небольшое размышление - интересен вот этот пост:

Но я хочу прописать информацию о прокси для пользователя SYSTEM, чтоб обновитель DrWeb (будучи запущен из-под SYSTEM) ее видел и корректно работал при установках по умолчанию без дополнительной настройки.

Почему-то мне кажется, что пользователь SYSTEM не сможет добраться до прокси...

 
 
 

Почему-то пользователь SYSTEM не может подцепить настройки из IE... Странно. Хоть я и особо не вдавался в эти подробности

[RomaNNN]

Спасибо за совет, но пока интерфейс 8-ки как-то не приглянулся 

 

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

[Borka]

Всё-таки апдейтер даже не успевает узнать о новой версии, потому что не может никак подконнектиться

Нужен полный лог. Если там будет только перебор всех серверов с той же ошибкой, то да - не может.

Почему-то пользователь SYSTEM не может подцепить настройки из IE... Странно.

Может. Вероятно, прокси с авторизацией, а у системной учетки пароля нет, если склероз не подводит.

[Viper]

Спасибо за совет, но пока интерфейс 8-ки как-то не приглянулся 

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

С этим согласен. Но пока всё никак...

 

Всё-таки апдейтер даже не успевает узнать о новой версии, потому что не может никак подконнектиться

Нужен полный лог. Если там будет только перебор всех серверов с той же ошибкой, то да - не может. 

Думаю, даже сомневаться в этом не стоит: ведь если процесс drwebupw.exe не получил доступа в сеть, то и это информационное окно не вылазит, то есть вылезет только тогда, когда коннект будет успешным и с серверов придёт инфа о существовании новой версии А в случае моей попытки использовать пункт "Настройки Internet Explorer", у updater'a точно никак не получалось пробиться

Сейчас логи потёрлись, потому что реинсталлил Dr.Web, но был момент, когда я ждал минут 7, а процесс всё висел и висел. В логе всё то же: "A connection with the server could not be established". Если интересно, могу помучать софт и предоставить полный лог.

 

Почему-то пользователь SYSTEM не может подцепить настройки из IE... Странно.

Может. Вероятно, прокси с авторизацией, а у системной учетки пароля нет, если склероз не подводит. 

Дело точно не в авторизации - доступ к проксику по IP + MAC, то есть без авторизации по логину\пассу.

[Konstantin Yudin]

настройки прокси от IE действуют только на текущего юзера. поэтому вариантов несколько:

1. прописать в настройках апдейтера прокси
2. запускать задание планировщика из под юзера с настроенным прокси в IE
3. запустить IE под системной учеткой (например через psexec) и прописать там прокси.

последний вариант это не серьезный совет

[Viper]

VVS, Borka, pig, RomaNNN и Konstantin Yudin, спасибо Вам большое за участие в решении вопроса! Особенно последний пост дал подробные разъяснения по поводу использования настроек прокси IE другой учёткой.

И, как я уже написал выше, полностью устроил вариант использования Пользовательские настройки с явным указанием параметров прокси, когда апдейтер способен лить обновления как посредством прокси, так и напрямую, если в данный момент есть такая возможность