203 ответов в этой теме

[polkan]

Может, polkan, скажет много ли он на администрирование тратит времени.

IMHO: Если вы работаете администратором, а тем более безопасности, то следить, чтобы все правильно работало, это первая задача.

... а по телевизору опять ничего интересного... http://forum.drweb.com/public/style_emoticons/default/smile.png

[Hideaki]

Axel, пытаюсь воспользоваться вашим скриптом, да вот сразу не вышло.
Дело в том, что вроде как поадресу http://update.drweb.com/500/sspace нет drweb32.lst, ибо скрипт давал

404 Not Found (file http://update.drweb.com/500/sspace/drweb32.lst)
can't open /home/hideaki/scripts/drweb/500/drweb32.lst (No such file or directory)

и закрывался.
при http://update.drweb.com/500/windows все пошло, но тут возникает вопрос о родительском контроле - скачается он при данном адресе или нет?

и еще пару раз мелькнуло

download http://update.drweb.com/500/windows/Doctor, 
404 Not Found (file http://update.drweb.com/500/windows/Doctor)

но вроде все файлы скачал...
Также был отлуп по 403 на тудей-базы, но автоматом с открытой зоны взял (что странно, время файлов на них 12ч, хотя скачивал в 18.00. Неужели в открытой зоне так редко обновляются базы?)

Оказывается не все файлы скачались. Сравнив с установленной версией Dr.Web Security Space, получил что не хватает:

bg-spider.chm
cn-spider.chm
de-drweb.cnt
de-drweb.hlp
de-spider.chm
dwebio16.dll
dwebio32.dll
esla-drw.dwl
et-drweb.cnt
et-drweb.hlp
et-spider.chm
fr-drweb.cnt
fr-drweb.hlp
fr-spider.chm
fr-spider.cnt
fr-spider.hlp
hu-drweb.cnt
hu-drweb.hlp
lt-drweb.cnt
lt-drweb.hlp
lv-drweb.cnt
lv-drweb.hlp
lv-spider.chm
pl-drweb.cnt
pl-drweb.hlp
pl-spider.chm
pl-spider.cnt
pl-spider.hlp
spider.exe
spider.vxd
spidergate.exe
spidergate_set.exe
uk-spider.chm
vrcpp.dll

dwengine.exe
dwinctl.dll

ну пофиг на файлы справки (хотя и не прочь и их получать), но и не все компоненты скачались http://forum.drweb.com/public/style_emoticons/default/sad.png

Ну и животрепещущий вопрос, даже два: что я делаю не так и что нужно сделать, чтобы скачивались все компоненты для SS?

P.S.: ключ журнальный

Сообщение было изменено Hideaki: 09 Май 2009 - 18:42

[SergM]

По файлам справки и языковым файлам - они и не должны скачиваться, это языковые ресурсы и справки на неустановленных у Вас языках: фр., польск., и пр. По остальным компонентам надо разбираться. Например, если ключ поддерживает антиспам, то vrcpp.dll должна была скачаться. Так же должен был закачаться и движок dwengine.exe и прочие модули. Может надо было просто подольше подождать?

[Axel]

Дело в том, что вроде как поадресу http://update.drweb.com/500/sspace нет drweb32.lst, ибо скрипт давал

Это надо проверять. У меня сейчас возможности нет. Я попробую узнать есть ли он на зоне и что там с ним.

download http://update.drweb.com/500/windows/Doctor,
404 Not Found (file http://update.drweb.com/500/windows/Doctor)

Да, известная ошибка парсера. На работоспособность она не должна влиять

Также был отлуп по 403 на тудей-базы,

# solve problem with 403 Access not allowed for *today.vdb
download("http://msk3.drweb.com/pub/drweb/bases/drwtoday.zip",$tmpdir.'/drwtoday.zip');
download("http://msk3.drweb.com/pub/drweb/bases/dwrtoday.zip",$tmpdir.'/dwrtoday.zip');
download("http://msk3.drweb.com/pub/drweb/bases/dwntoday.zip",$tmpdir.'/dwntoday.zip');
opendir (DIR, $tmpdir);																
my @files=readdir (DIR);															   
closedir (DIR);																		
foreach my $file (@files){															 
 if ($file =~ /zip/){																  
   system ('unzip -o '.$tmpdir.'/'.$file.' -d '.$basedir);							 
 }																					 
}

Оказывается не все файлы скачались

Вызывают подозрения только вот эти файлы. Надо смотреть есть ли они в lst и разобрал ли их парсер.

spider.exe
spider.vxd

dwengine.exe
dwinctl.dll

К сожалению неделю меня не будет, смогу проверить все потом

[Hideaki]

Например, если ключ поддерживает антиспам, то vrcpp.dll должна была скачаться. Так же должен был закачаться и движок dwengine.exe и прочие модули. Может надо было просто подольше подождать?

Ключ:

Applications=DrWeb386,DrWebWCL,DrWebGUI,SpIDerMe,SpIDerXP,SpIDerMailHome,Update,
 Scheduler,AntiSpam,TheBatPlugin,SpIDerGate,DrWebWinMobile

Да и не от ключа-то это зависит, а от drweb32.lst, который не берется скриптом из http://update.drweb.com/500/sspace - дает 404 ошибку (только из http://update.drweb.com/500/windows, который ясное дело отличается от SS)
Сам DrWeb 5.0 SS обновляется с этим же ключом великолепно.

Попробовал скрипту подкинуть drweb32.lst от DrWeb 5.0 SS, так он по всем недостающим позициям начал выдавать 404...

Добавлено:
Ага, вот оно что: сделав некоторые умозаключения нашел-таки вроде как правильный адрес: http://update.drweb.com/500/sspace/windows вместо просто http://update.drweb.com/500/sspace. Теперь вроде часть нужных компонентов скачал, но валятся непонятные 403 (или 404) ошибки...
Сейчас "недостающие файлы" (убрал разные справки и т.п.)

(из %PROGRAMFILES%\DrWeb)
dwebio16.dll
dwebio32.dll
esla-drw.dwl
spider.exe
spider.vxd

(из %COMMONPROGRAMFILES%\Doctor Web\Scanning Engine)
dwengine.exe
dwinctl.dll

Лог на всякий случай прикладываю, мало ли что. Вдруг пригодиться http://forum.drweb.com/public/style_emoticons/default/smile.png

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

•  drwupdate.log   17,24К   51 Скачано раз

Сообщение было изменено Hideaki: 09 Май 2009 - 22:57

[Axel]

По поводу ошибки скачивания lst-файла

Да и не от ключа-то это зависит, а от drweb32.lst, который не берется скриптом из http://update.drweb.com/500/sspace - дает 404 ошибку (только из http://update.drweb.com/500/windows, который ясное дело отличается от SS)
Сам DrWeb 5.0 SS обновляется с этим же ключом великолепно.

Смотрите изменения.

К DrWeb'овцам: не хорошо так поступать http://forum.drweb.com/public/style_emoticons/default/angry.png. Как же обратная совместимость...


Update: на зоне http://update.drweb.com/500/sspace/windows я раньше не проверял. Вылезло несколько ошибок. Посмотрю их позднее. Однако базы и наиболее важные компоненты скачиваются нормально.

[Eugeny Gladkih]

Как же обратная совместимость...

proprietary technology must die? http://forum.drweb.com/public/style_emoticons/default/smile.png

[ZYV]

proprietary technology must die? http://forum.drweb.com/public/style_emoticons/default/smile.png

Да причем тут... сделали бы официальный зеркало-генератор под Linux или этот помогли доделать и возвели в статус официального, а также возможность обновляться с FTP/HTTP, чтобы не поднимать Самбу там, где этого не надо делать. А так - такое зеркалирование себе только головная боль, хотя выгодно оно должно быть прежде всего вам.

3. Работа зеркала для обновления Drweb 5 не "напрягает" компьютер

Дело не в "напрягает" / "не напрягает". Лишних постоянно 24/7 включенных машин в сети под Windows XP, которые не перезагружаются и т.п. просто нет. Зато есть два сервера, причем второй тоже скоро переедет под Linux, и логично было бы предположить, что это их круг обязанностей.

Ну и что страшного? Раз поднять и забыть Задумывался он именно так, автор Вам ответил. Но знаете, это только в сказках бывает, что админ всё поставил и забыл, а сеть весь срок жизни сама работает.

Специально стал следить за этой темой. Первый "привет" последовал всего через неделю наблюдения. По поводу сказок и моих обязанностей - я Unix-админ, и прихожу обслуживать свои системы, так вот, как ни странно, у нас именно так и бывает - чтобы настроить надо один раз здорово вложиться, но потом сервера работают годами, и всё обслуживание сводиться к проверке почты с отчетами об обновлениях (срок предоставления обновлений RHEL 5, например - 2014 год, что покрывает срок жизни железок, они просто отправятся в утиль раньше). Если какие-то проблемы с железом - сервер пришлет уведомление с просьбой зайти его проведать. Просто для людей есть более интересные занятия, чем постоянно следить за логами, службами и т.п. Но, впрочем, это оффтоп.

[userr]

Да причем тут... сделали бы официальный зеркало-генератор под Linux или этот помогли доделать и возвели в статус официального, а также возможность обновляться с FTP/HTTP, чтобы не поднимать Самбу там, где этого не надо делать. А так - такое зеркалирование себе только головная боль, хотя выгодно оно должно быть прежде всего вам.

Вы что-то путаете. У Drweb есть персональные и корпоративные версии. Так вот для работы в локальной корпоративной сети существует Dr.Web Enterprise Suite - http://products.drweb.com/esuite/ . Там есть настройки на (почти) все вкусы. А пытаться смастерить антивирусную сеть из персональных версий с сервером на Linux - это как бы самоделка. И здесь сейчас происходит живое построение этой конструкции.

Дело не в "напрягает" / "не напрягает". Лишних постоянно 24/7 включенных машин в сети под Windows XP, которые не перезагружаются и т.п. просто нет.

А этого и не нужно для зеркала для обновления Drweb 5.

Ну и что страшного? Раз поднять и забыть http://forum.drweb.com/public/style_emoticons/default/smile.png Задумывался он именно так, автор Вам ответил. Но знаете, это только в сказках бывает, что админ всё поставил и забыл, а сеть весь срок жизни сама работает.

Специально стал следить за этой темой. Первый "привет" последовал всего через неделю наблюдения.

Нельзя ли яснее выражаться?

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

То есть Вы за всей сетью, за машинами под Windows XP для школяров следить не должны, за Вами только один сервер, а скоро будет целых два?

[Konstantin Yudin]

По поводу ошибки скачивания lst-файла

Да и не от ключа-то это зависит, а от drweb32.lst, который не берется скриптом из http://update.drweb.com/500/sspace - дает 404 ошибку (только из http://update.drweb.com/500/windows, который ясное дело отличается от SS)
Сам DrWeb 5.0 SS обновляется с этим же ключом великолепно.

Смотрите изменения.

К DrWeb'овцам: не хорошо так поступать http://forum.drweb.com/public/style_emoticons/default/angry.png. Как же обратная совместимость...

ничего не должно меняться. ты откуда смотрел?

[polkan]

401 - Unauthorized
403 - Access denied

и чо непонятного?... ясен перец или ключ не тот или гранаты не той системы.... упс! http://forum.drweb.com/public/style_emoticons/default/smile.png или прокси у вас непрозрачный совсем, пакеты переделывает и они не проходят валидацию на серванте

axel кстате! вот про эти ошибки чтоб форум не засирался, и треба мою хотелку по перебору зеркал обновлений (ну не умею я сам перловку варить)

[Hideaki]

ясен перец или ключ не тот или гранаты не той системы.... упс! http://forum.drweb.com/public/style_emoticons/default/smile.png или прокси у вас непрозрачный совсем, пакеты переделывает и они не проходят валидацию на серванте

Как я уже писал выше (видимо пропустили Вы из виду это), с этим же ключом сам Dr.Web обновляется великолепно без всяких ошибок, с того же провайдера (проксей никаких нет). Следует вывод, что дело в скрипте, посему я писал в эту тему.


Axel, спасибо за исправление. Теперь скрипт скачивает drweb32.lst

[polkan]

Как я уже писал выше (видимо пропустили Вы из виду это), с этим же ключом сам Dr.Web обновляется великолепно без всяких ошибок, с того же провайдера (проксей никаких нет). Следует вывод, что дело в скрипте, посему я писал в эту тему.

САМ дрвеб обновляется с ЛЮБОГО ИЗ перечисленных в файле зеркал, какое доступно на данный момент, с того и обновляется... а из десятка серверов один, но будет доступен... потому и "безО всяких ошибок".

Моя хотелка: чтобы данный скрипт также перебирал зеркала и не заморачивал 403 или 404 ошибками админов http://forum.drweb.com/public/style_emoticons/default/smile.png

[Hideaki]

Как я уже писал выше (видимо пропустили Вы из виду это), с этим же ключом сам Dr.Web обновляется великолепно без всяких ошибок, с того же провайдера (проксей никаких нет). Следует вывод, что дело в скрипте, посему я писал в эту тему.

САМ дрвеб обновляется с ЛЮБОГО ИЗ перечисленных в файле зеркал, какое доступно на данный момент, с того и обновляется... а из десятка серверов один, но будет доступен... потому и "безО всяких ошибок".

Моя хотелка: чтобы данный скрипт также перебирал зеркала и не заморачивал 403 или 404 ошибками админов

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

[Axel]

Как я уже писал выше (видимо пропустили Вы из виду это), с этим же ключом сам Dr.Web обновляется великолепно без всяких ошибок, с того же провайдера (проксей никаких нет). Следует вывод, что дело в скрипте, посему я писал в эту тему.

САМ дрвеб обновляется с ЛЮБОГО ИЗ перечисленных в файле зеркал, какое доступно на данный момент, с того и обновляется... а из десятка серверов один, но будет доступен... потому и "безО всяких ошибок".

Моя хотелка: чтобы данный скрипт также перебирал зеркала и не заморачивал 403 или 404 ошибками админов

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

Я этот момент уточнял, это еще не сделано, так что пока живем =)

[Axel]

наконец-то
изменен парсинг lst для drweb32.lst 5-й версии
Изменения

Писал на windows, проверял на Mac Os

[Konstantin Yudin]

наконец-то
изменен парсинг lst для drweb32.lst 5-й версии
Изменения

Писал на windows, проверял на Mac Os

чую пора изменить формат lst

[pig]

Подднржку старого формата пока сохраните... для желающих странного.

[Dmitrij V. L.]

Всем привет!
Реализовал данный механизм на своем UNIX сервере.

Что могу сказать.
Ну во-первых надо бы изменить название статьи - этот вариант будет работать на любой UNIX платформе с установленным perl и соответствующими модулями. Linux это частный случай UNIX клонов (это если сказать грубо).

Во-вторых есть некоторые коррекции программного кода на perl.
Я в срипте добавил переменную:
my $unzip = '/usr/local/bin/unzip';
Зачем? Потому-что переменные окружения пользователя, от имени которого происходит запуск вручную из под консоли, отличаются от переменных окружения того же cron.
Можно конечно поправить у cron, но зачем, ведь место положения unzip может быть разным.
Если оставить как есть, то будет ошибка о невозможности найти unzip - причем не явно

Соответственно строка
system ('unzip -o '.$tmpdir.'/'.$file.' -d '.$basedir);
измениться на

system ($unzip.' -o '.$tmpdir.'/'.$file.' -d '.$basedir);

Существенными изменениями это не назовешь, но теперь четко отрабатывает задание по cron.
Да и еще, я реализовал это механизм на платформе FreeBSD 7.1-RELEASE-p6.

[Dmitrij V. L.]

Да и еще, по-моему данный пост не в той рубрике находится ... господа модераторы