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

[Borka]

НУ я так и делаю.... когда смотрю в планировщике он говорит задание завешено с кодом 0х12
У меня создается впечатление что винда не дает запустить сам апдейтер

Что в логе виндового планировщика? Если задание завешено, то полагаю, что оно таки выполнилось. Попробуйте так: убрать из задания ключ /ST, тогда появится окно - может, сам апдейтер скажет что-то вразумительное.

[Voyager80]

Отвечу где то через 2 часа...

[Vlad Javad-zadeh]

Borka

Если вы, дорогой товарищъ, не сочтёте за труд и прочитаете всё выше изложенное выше, то вы я думаю поймете, что занимаетесь флудом!!!

Чё за это премию дают!!!

А если вам лень покрутить ролик мышки так и быть напишу вышеизложенное здесь!!!

На компьютере, который находиться в домене, установлен Dr.Web Security Space 5.00.1.12141. При обновлении вирусных баз, если пользователь не имеет прав администратора, не запускается сама программа обновления. Выходит окно смены пользователя. Если запускать под тем-же самым пользователем выходит ошибка, что пользователь не имеет прав на запуск данной программы. С правами администратора накаких проблем не возникает и обновление проходит успешно. Есть ли решение данной проблемы? Раздать всем пользователям права администратора мы не можем.

Далее было предложено запускать обновление через планировщик (шедулер) от имени и с правами администратора, после этого такая возникла проблема:

Если я запускаю обновление из меню dr. web и с правами администратора, то обновление проходит нормально.
Если из планировщика и тоже с правами администратора, то обновление не проходит и в логе пишет, что "drweb32.lst не найден" Причем в папке с обновлением такой файл есть!

После, этого по просьбе Userr, я опубликовал логи:

=============================================================================2010-01-27, 10:05:00 Dr.Web Updater для Windows v5.00.9 (5.00.9.11180)2010-01-27, 10:05:00 Copyright © ООО "Доктор Веб", 1992-20092010-01-27, 10:05:00 Командная строка: C:\Program Files\DrWeb\DrWebUpW.exe /GO /url:\\******\VirusBase\DrWebUPD /rp+drwebupw.log2010-01-27, 10:05:00 Операционная система: Windows XP Professional x86 (Build 2600), Service Pack 22010-01-27, 10:05:00 =============================================================================2010-01-27, 10:05:00 Лицензионный ключевой файл: C:\Program Files\DrWeb\drweb32.key2010-01-27, 10:05:00 Номер лицензионного ключа: 2010-01-27, 10:05:00 Пользователь:2010-01-27, 10:05:00 Дата активации лицензионного ключа:2010-01-27, 10:05:00 Дата истечения действия лицензионного ключа:2010-01-27, 10:05:00 Подключаемся к хосту: [url="http://file://\\******\VirusBase\DrWebUPD"]\\******\VirusBase\DrWebUPD[/url]2010-01-27, 10:05:00 drweb32.flg не найден2010-01-27, 10:05:00 drweb32.lst не найден2010-01-27, 10:05:00 Ошибка получения списка обновляемых файлов2010-01-27, 10:05:00 Связь прервана2010-01-27, 10:05:00 Отключены 2010-01-27, 10:05:00 =============================================================================2010-01-27, 11:05:02 =============================================================================2010-01-27, 11:05:02 Dr.Web Updater для Windows v5.00.9 (5.00.9.11180)2010-01-27, 11:05:02 Copyright © ООО "Доктор Веб", 1992-20092010-01-27, 11:05:02 Командная строка: C:\Program Files\DrWeb\drwebupw.exe 2010-01-27, 11:05:02 Операционная система: Windows XP Professional x86 (Build 2600), Service Pack 22010-01-27, 11:05:02 =============================================================================2010-01-27, 11:05:02 Лицензионный ключевой файл: C:\Program Files\DrWeb\drweb32.key2010-01-27, 11:05:02 Номер лицензионного ключа: 2010-01-27, 11:05:02 Пользователь:2010-01-27, 11:05:02 Дата активации лицензионного ключа:2010-01-27, 11:05:02 Дата истечения действия лицензионного ключа:2010-01-27, 11:05:05 Initial settings:Url: [url="http://file://\\******\VirusBase\DrWebUPD"]\\******\VirusBase\DrWebUPD[/url]User: Pass: Proxy: ProxyUser: ProxyPass: 2010-01-27, 11:05:07 Подключаемся к хосту: [url="http://file://\\******\VirusBase\DrWebUPD"]\\******\VirusBase\DrWebUPD[/url]2010-01-27, 11:05:07 drweb32.flg не найден2010-01-27, 11:05:07 drweb32.lst присутствует2010-01-27, 11:05:07 timestamp присутствует2010-01-27, 11:05:09 drw50008.vdb присутствует2010-01-27, 11:05:09 drw50009.vdb присутствует2010-01-27, 11:05:10 drwdaily.vdb присутствует2010-01-27, 11:05:10 dwrtoday.vdb присутствует2010-01-27, 11:05:10 dwn50002.vdb присутствует2010-01-27, 11:05:10 dwntoday.vdb присутствует2010-01-27, 11:05:10 dwr50001.vdb присутствует2010-01-27, 11:05:11 vrcpp.dll присутствует2010-01-27, 11:05:11 bg-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 cn-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 cn-tom-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 cs-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 de-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 el-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 eo-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 es-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 et-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 fr-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 hu-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 it-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 lt-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 lv-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 nl-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 pl-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 pt-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 sk-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 tr-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 uk-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 zh-drweb.dwl - не установлен - пропущен2010-01-27, 11:05:11 bg-drweb.chm - не установлен - пропущен2010-01-27, 11:05:11 cn-drweb.chm - не установлен - пропущен2010-01-27, 11:05:11 cs-drweb.chm - не установлен - пропущен2010-01-27, 11:05:11 de-drweb.chm - не установлен - пропущен2010-01-27, 11:05:11 el-drweb.chm - не установлен - пропущен2010-01-27, 11:05:11 es-drweb.chm - не установлен - пропущен2010-01-27, 11:05:11 et-drweb.chm - не установлен - пропущен2010-01-27, 11:05:11 fr-drweb.chm - не установлен - пропущен2010-01-27, 11:05:11 hu-drweb.chm - не установлен - пропущен2010-01-27, 11:05:11 lt-drweb.chm - не установлен - пропущен2010-01-27, 11:05:11 lv-drweb.chm - не установлен - пропущен2010-01-27, 11:05:11 pl-drweb.chm - не установлен - пропущен2010-01-27, 11:05:11 pt-drweb.chm - не установлен - пропущен2010-01-27, 11:05:11 sk-drweb.chm - не установлен - пропущен2010-01-27, 11:05:11 uk-drweb.chm - не установлен - пропущен2010-01-27, 11:05:11 zh-drweb.chm - не установлен - пропущен2010-01-27, 11:05:12 dwfcht00.dws присутствует2010-01-27, 11:05:12 dwfdrg00.dws присутствует2010-01-27, 11:05:12 dwfgml00.dws присутствует2010-01-27, 11:05:12 dwfmlw00.dws присутствует2010-01-27, 11:05:12 dwfprn00.dws присутствует2010-01-27, 11:05:15 dwfprn13.dws присутствует2010-01-27, 11:05:15 dwfprn15.dws присутствует2010-01-27, 11:05:16 dwfprn16.dws присутствует2010-01-27, 11:05:16 dwfprn17.dws присутствует2010-01-27, 11:05:16 dwfprn18.dws присутствует2010-01-27, 11:05:16 dwfscl00.dws присутствует2010-01-27, 11:05:17 white_dwfmlw.dws присутствует2010-01-27, 11:05:17 white_dwfprn.dws присутствует2010-01-27, 11:05:18 drwtoday.vdb присутствует2010-01-27, 11:05:18 Файлы приняты2010-01-27, 11:05:18 Обновление файлов...2010-01-27, 11:05:18 Принимаем timestamp2010-01-27, 11:05:18 Принимаем drw50008.vdb2010-01-27, 11:05:18 Принимаем drw50009.vdb2010-01-27, 11:05:18 Принимаем drwdaily.vdb2010-01-27, 11:05:18 Принимаем dwrtoday.vdb2010-01-27, 11:05:18 Принимаем dwn50002.vdb2010-01-27, 11:05:18 Принимаем dwntoday.vdb2010-01-27, 11:05:18 Принимаем dwr50001.vdb2010-01-27, 11:05:18 Принимаем vrcpp.dll2010-01-27, 11:05:19 Принимаем dwfcht00.dws2010-01-27, 11:05:19 Принимаем dwfdrg00.dws2010-01-27, 11:05:19 Принимаем dwfgml00.dws2010-01-27, 11:05:19 Принимаем dwfmlw00.dws2010-01-27, 11:05:19 Принимаем dwfprn00.dws2010-01-27, 11:05:19 Принимаем dwfprn13.dws2010-01-27, 11:05:19 Принимаем dwfprn15.dws2010-01-27, 11:05:19 Принимаем dwfprn16.dws2010-01-27, 11:05:19 Принимаем dwfprn17.dws2010-01-27, 11:05:19 Принимаем dwfprn18.dws2010-01-27, 11:05:19 Принимаем dwfscl00.dws2010-01-27, 11:05:19 Принимаем white_dwfmlw.dws2010-01-27, 11:05:19 Принимаем white_dwfprn.dws2010-01-27, 11:05:19 Принимаем drwtoday.vdb2010-01-27, 11:05:29 EXEC(C:\Program Files\DrWeb\drwreg.exe) = 1 (rc = 0)2010-01-27, 11:05:29 Отключены2010-01-27, 11:06:35 =============================================================================</DIV>

Вот вкраце и все!!!
А теперь, я с нетерпением жду стоящих предложений по исправлению этой ерунды!!!

Сообщение было изменено Borka: 27 Январь 2010 - 15:18
убрана простыня

[Borka]

Borka
Если вы, дорогой товарищъ, не сочтёте за труд и прочитаете всё выше изложенное выше, то вы я думаю поймете, что занимаетесь флудом!!!

Хотите накажу за обсуждение действий модератора?

Если я запускаю обновление из меню dr. web и с правами администратора, то обновление проходит нормально.
Если из планировщика и тоже с правами администратора, то обновление не проходит и в логе пишет, что "drweb32.lst не найден" Причем в папке с обновлением такой файл есть!

Во-первых, "С правами администратора" !== "От администратора". Во-вторых, пользователь один и тот же? С паролем? Админ компа или админ домена? Он доступ к ресурсу имеет?

Сообщение было изменено Borka: 27 Январь 2010 - 15:25
добавлено

[userr]

Vlad Javad-zadeh
Потрудитесь сменить тон.

Официальное предупреждение.
Модератор.

Какие права у администратора, от имени которого задание в планировщике, в домене?
покажите скриншоты свойств задания в планировщике.

[Vlad Javad-zadeh]

Borka
Если вы, дорогой товарищъ, не сочтёте за труд и прочитаете всё выше изложенное выше, то вы я думаю поймете, что занимаетесь флудом!!!

Хотите накажу за обсуждение действий модератора?

Если я запускаю обновление из меню dr. web и с правами администратора, то обновление проходит нормально.
Если из планировщика и тоже с правами администратора, то обновление не проходит и в логе пишет, что "drweb32.lst не найден" Причем в папке с обновлением такой файл есть!

Во-первых, "С правами администратора" !== "От администратора". Во-вторых, пользователь один и тот же? С паролем? Админ компа или админ домена? Он доступ к ресурсу имеет?

Мда!!! Как страшно!!!

Ответ:

Пользователь с чьими правами я запускаю обновление это Администратор!

Локальный Администратор
С паролем

К какому ресурсу?
Если к папке с обновлением, то доступ имеет, и даже с неограниченными правами!!!

[Borka]

Мда!!! Как страшно!!!

То-то же.

Ответ:

Пользователь с чьими правами я запускаю обновление это Администратор!

Локальный Администратор
С паролем
К какому ресурсу?
Если к папке с обновлением, то доступ имеет, и даже с неограниченными правами!!!

Ждем скриншота. Покажите лог обновления из планировщика, только желательно в логах ничего звездочками не забивать.

[Vlad Javad-zadeh]

Ха!

А может еще и пароли Админовские написать?
И ключь заоодно приатачить?

А логи см. выше!
Причем с самого утра выставлены!!!

А чего скриншот нужен?
Рабочего стола?
Так у меня воллпаппер голая девка!!
Еще забанят за порнуху!!!

[userr]

Vlad Javad-zadeh
Вы переведены в режим премодерации сообщений.
Модератор.

[Borka]

Ха!

А может еще и пароли Админовские написать?
И ключь заоодно приатачить?

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

А логи см. выше!
Причем с самого утра выставлены!!!

Мне кажется, вы пришли за советом, подумайте, что никто не в состоянии угадать, сколько правильных символов скрыто за звездочками в "/url:\\******\VirusBase\DrWebUPD", и нет ли там ошибки в двух логах.

А чего скриншот нужен?
Рабочего стола?
Так у меня воллпаппер голая девка!!
Еще забанят за порнуху!!!

Внимательно прочитать не судьба? Лог окна планировщика с заданием обновления.

[Vlad Javad-zadeh]

Вот командная строка из планировщика

C:\Program Files\DrWeb\DrWebUpW.exe /GO /url:\\******\VirusBase\DrWebUPD /rp+drwebupw.log

Локальный Администратор в данный момент подключается к сетевой папке как Администратор домена, т.к. сейчас компьютер уже не входит в домен!!!

[Borka]

Вот командная строка из планировщика
C:\Program Files\DrWeb\DrWebUpW.exe /GO /url:\\******\VirusBase\DrWebUPD /rp+drwebupw.log
Локальный Администратор в данный момент подключается к сетевой папке как Администратор домена, т.к. сейчас компьютер уже не входит в домен!!!

Нихрена не понял... Входит... Выходит... Еще раз:
1. от которого из админов настроено обновление в планировщике?
2. админ домена имеет доступ к \\******\VirusBase\DrWebUPD ?
3. локальный админ имеет доступ к \\******\VirusBase\DrWebUPD ?
4. имена/пароли у админов совпадают?

[basid]

Локальный Администратор в данный момент подключается к сетевой папке как Администратор домена, т.к. сейчас компьютер уже не входит в домен!!!

Предоставьте доступ к шаре с обновлениями для "Все" и такой же доступ на чтение к файлам шары.
После этого должно работать задание на обновление, даже если запускать его от System.

P.S. А вообще - разверните (бету) ES и зацените разницу.

[Konstantin Yudin]

На компьютере, который находиться в домене, установлен Dr.Web Security Space 5.00.1.12141. При обновлении вирусных баз, если пользователь не имеет прав администратора, не запускается сама программа обновления. Выходит окно смены пользователя. Если запускать под тем-же самым пользователем выходит ошибка, что пользователь не имеет прав на запуск данной программы. С правами администратора накаких проблем не возникает и обновление проходит успешно. Есть ли решение данной проблемы? Раздать всем пользователям права администратора мы не можем.

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

[userr]

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

только писать большими буквами, что обновления баз недостаточно.

[HHH]

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

Гм, если это позволит создавать зеркало не админу, то это хорошая мысль http://forum.drweb.com/public/style_emoticons/default/smile.png

С другой стороны многи пользоатели начнут так обновляться и знать себе не будут о выходе новых компонент. Как это будете решать?

2userr, надписи никто не читает. Даже большими буквами.

[Borka]

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

Гм, если это позволит создавать зеркало не админу, то это хорошая мысль http://forum.drweb.com/public/style_emoticons/default/smile.png

Не админ может создавать зеркало:
http://bugs.drweb.com/bug_view_advanced_pa...?bug_id=0021735

[Konstantin Yudin]

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

Гм, если это позволит создавать зеркало не админу, то это хорошая мысль http://forum.drweb.com/public/style_emoticons/default/smile.png

С другой стороны многи пользоатели начнут так обновляться и знать себе не будут о выходе новых компонент. Как это будете решать?

для многих пользователей есть автоматическое обновление из коробки, которое работает независимо от пользователя.

[Voyager80]

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

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

•  drwebupw.log   7,71К   55 Скачано раз
•  ___________________.doc   49К   59 Скачано раз

[Vlad Javad-zadeh]

Вот командная строка из планировщика
C:\Program Files\DrWeb\DrWebUpW.exe /GO /url:\\******\VirusBase\DrWebUPD /rp+drwebupw.log
Локальный Администратор в данный момент подключается к сетевой папке как Администратор домена, т.к. сейчас компьютер уже не входит в домен!!!

Нихрена не понял... Входит... Выходит... Еще раз:
1. от которого из админов настроено обновление в планировщике?
2. админ домена имеет доступ к \\******\VirusBase\DrWebUPD ?
3. локальный админ имеет доступ к \\******\VirusBase\DrWebUPD ?
4. имена/пароли у админов совпадают?

1. обновление в планировщике настроено от локального админа
2. админ домена имеет доступ к \\******\VirusBase\DrWebUPD т.к. эта расшаренная папка находиться на одном из контролеров домена
3. локальный админ имеет неограниченный доступ к \\******\VirusBase\DrWebUPD, т.к. подключается к
к этой расшаренной папке с логином админа домена
4. имена у админов совпадают, пароли нет