289 ответов в этой теме

[GEV]

не на всех ОС/DE можно гарантировать иконку в трее для управления АВ

Т.е., раз гарантировать нельзя то и делать ничего не надо, принято.

[Igorn]

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

[sergeyko]

 

Уже подумали. А вот будем делать или нет - подумаем

[l.e.e.]

При необходимости повторного обращения к drweb-gui (необходимость сканирования, смена настроек, ...) можно повторно запустить drweb-gui из меню запуска приложений, либо из консоли ($drweb-gui)

Но после повторного запуска часто подвисает gui, изображение пропадает частично на некоторое время..

[Igorn]

Но после повторного запуска часто подвисает gui, изображение пропадает частично на некоторое время

Может быть, ресурсов не хватает? Посмотрите текущую загрузку системы командой top

Нет ли в карантине большого количества найденных угроз?

Попробуйте, для сравнения, запустить drweb-gui при предварительно отключенном спайдере

Сообщение было изменено Igorn: 28 Март 2014 - 18:40

[l.e.e.]

Нет ли в карантине большого количества найденных угроз?

Вообще то есть, много.. тоже о них подумал.

[Igorn]

А ларчик просто открывался

[l.e.e.]

А ларчик просто открывался

Что запуск под wine тоже не в счёт ?

[Igorn]

Что запуск под wine тоже не в счёт ?

Что имеете ввиду?

 

после повторного запуска часто подвисает gui, изображение пропадает частично на некоторое время..

В Вашем случае это, скорее всего, объясняется именно тем, что при запуске закрытого ранее drweb-gui производится "опрос" карантина для формирования отображаемого в интерфейсе drweb-gui перечня ранее найденных угроз, перемещенных в карантин

[l.e.e.]

 

Что запуск под wine тоже не в счёт ?

Что имеете ввиду?

Запуск малвари в wine (trojan.sms-send, trojan.downloader, trojan.clicker), на диске ловятся, но в памяти продолжают работать..

[the Grey]

При нажатии "Повторить" проблемы нет?

Нет, также можно подождать мин 30 до следующего автостарта апдейтера.

 Снимок экрана от 2014-03-29 08:10:38.png   24,29К   0 Скачано раз

...не помогло ни 30, ни 60 минут ожидания и даже через 90 все осталось кака было
Обновление прошло только после очередного выключения и повторного включения ноута, "Повторить" не нажимал.
В связи с этим возникли вопросы:
1. на сервере обновлений действительно оказались битый(е) файл(ы) и просто так получилось что перезагрузка ноута совпала с заменой контента на сервере?
2. после такой ошибки планировщик или апдейтер впадают в ступор и помагает только перезагрузка?
3. ведутся ли логи работы планировщика и апдейтера, если да, то как их просмотреть?

[Igorn]

1.

 

1. на сервере обновлений действительно оказались битый(е) файл(ы)?

Практически исключено

 

 

 

так получилось что перезагрузка ноута совпала с заменой контента на сервере

Как вариант, само обновление на компьютере совпало с моментом обновления файлов на сервере, но, на мой взгляд, крайне маловероятно, чтобы это  совпало потом и через 30, и через 60 мин

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

 

2. Не должен

 

3. Логи всех компонентов ведутся, по умолчанию, в syslog - посмотрите там записи по апдейтеру за соответствующий период.

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

# drweb-ctl cfset Root.DefaultLogLevel debug

Проверить текущее значение конкретного параметра можно так:

# drweb-ctl cfshow Root.DefaultLogLevel
Root.DefaultLogLevel = Debug

 

Для просмотра сразу всех параметров используется команда:

# drweb-ctl cfshow

 

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

# drweb-ctl cfset Update.Log /tmp/update.log

Сообщение было изменено Igorn: 29 Март 2014 - 12:34

[GEV]

Дождался таки окончания быстрой проверки:

Тип проверки: Быстрая проверка

 

Инициатор: gev

Начата: 14:02 29/03/2014

Закончена: 14:54 29/03/2014

Состояние: завершена

 

Угроз: 1

Обезврежено: 0

Пропущено: 15494

Всего проверено: 267234

Круто, перемолотило весь home. Непонятно только почему проверку целого hdd назвали "быстрая". Подытожу, по сравнению с 6 версией 9-ка имеет для меня 3 недостатка. Она не сворачивается в трей, она не обновляется при старте (нужно вмешательство или хладнокровие ), "быстрая проверка" - это шутка такая. 6-ка лишена всех 3-х недостатков, а так как у сабжа кроме нового фейса других достоинств обнаружено не было то и смыла в ней я пока не вижу. Словами Mr.Belyash - увы и ах.  

[Igorn]

Непонятно только почему проверку целого hdd назвали "быстрая"

Проверялся не весь hdd, а, как и указано в подписи к данному типу проверки, - "критические системные объекты"

Для уверенных в том, что они смогут сами решить, что именно для них критично, есть раздел "Выборочная проверка"

 

 

Она не сворачивается в трей

Она сворачивается в панель задач.

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

 

 

она не обновляется при старте

Она обновляется при старте, если к моменту старта уже имеется подключение к интернету.

 

 

 

и смыла в ней я пока не вижу. Словами Mr.Belyash - увы и ах

Спасибо за тестирование и отзыв "от Mr.Belyash"

Сообщение было изменено Igorn: 29 Март 2014 - 14:45

[the Grey]

А какой у Вас тип подключения к провайдеру, и нет ли каких-либо дополнительных домашних прокси?

Мой провайдер для подключения абонентов использует PPPoE-соединение, дома использую роутер D-Link DIR-300 (чем не домашний прокси ) подробней писал тут...
 
 
1. несколько слов о самом НЕобновлении:
- сбойное обновление прошло в 07:41

Spoiler

Mar 29 07:41:24 dv6 drweb-update[4594]: Update 9.0.0.0.1403121422: Ready for service
Mar 29 07:41:25 dv6 drweb-update[4594]: Downloaded timestamp (10 bytes)
Mar 29 07:41:29 dv6 drweb-update[4594]: Downloaded drwtoday.vdb (98588 bytes)
Mar 29 07:41:30 dv6 drweb-update[4594]: Downloaded dwntoday.vdb (45890 bytes)
Mar 29 07:41:31 dv6 drweb-update[4594]: Invalid checksum
Mar 29 07:41:31 dv6 drweb-update[4594]: Exit with status 98 (Invalid checksum)

начиная с этого момента на иконке в трее стал присутствовать восклицательный знак в желтом треугольнике;

- спустя 30 минут, обновление прошло нормально

Spoiler

Mar 29 08:11:23 dv6 drweb-update[4792]: Update 9.0.0.0.1403121422: Ready for service
Mar 29 08:11:24 dv6 drweb-update[4792]: Downloaded dwrtoday.vdb (47384 bytes)
Mar 29 08:11:24 dv6 drweb-configd[1076]: Install update: placed "/var/opt/drweb.com/bases/timestamp"
Mar 29 08:11:24 dv6 drweb-configd[1076]: Install update: placed "/var/opt/drweb.com/bases/drwtoday.vdb"
Mar 29 08:11:24 dv6 drweb-configd[1076]: Install update: placed "/var/opt/drweb.com/bases/dwntoday.vdb"
Mar 29 08:11:24 dv6 drweb-configd[1076]: Install update: placed "/var/opt/drweb.com/bases/dwrtoday.vdb"
Mar 29 08:11:24 dv6 drweb-update[4792]: Exit with status 0 (Success)
Mar 29 08:11:24 dv6 drweb-se[1407]: Virus base loaded "/var/opt/drweb.com/bases/dwrtoday.vdb": 1919
Mar 29 08:11:24 dv6 drweb-se[1407]: Virus base loaded "/var/opt/drweb.com/bases/dwntoday.vdb": 1869
Mar 29 08:11:24 dv6 drweb-se[1407]: Virus base loaded "/var/opt/drweb.com/bases/drwtoday.vdb": 1924

но восклицательный знак в желтом треугольнике на иконке в трее остался на месте;

- спустя еще 30 минут, drweb-update в очередной раз стартовал и успешно отработал

Spoiler

Mar 29 08:41:24 dv6 drweb-update[4905]: Update 9.0.0.0.1403121422: Ready for service
Mar 29 08:41:25 dv6 drweb-update[4905]: Exit with status 0 (Success)

но в трее и в этот раз ничего не изменилось, т.е. баг, скорее всего, в gui... что-то там "залипает" Но если нажать "Повторить", оно тут же "отлипает"

2. заметил еще вот что: во время работы апдейтера произошел еще один сбой

Spoiler

Mar 29 12:57:02 dv6 drweb-update[4653]: Downloaded timestamp (10 bytes)
Mar 29 10:11:02 dv6 drweb-update[4653]: Downloaded drwtoday.vdb (105298 bytes)
Mar 29 10:11:02 dv6 drweb-update[4653]: Downloaded dwntoday.vdb (46132 bytes)
Mar 29 10:11:03 dv6 drweb-update[4653]: Transport endpoint is not connected
Mar 29 10:11:03 dv6 drweb-update[4653]: Exit with status 125 (Unexpected error)

обновление завершилось с ошибкой х125, но gui по прежнему показывает ошибку х98 "Недопустимая контрольная сумма"
 
PS:
 

Теперь об автообновлении. Больше не используется cron, за обновлением следит компонент drweb-configd.

а в логах по-прежнему иногда проскакивает что-то типа CRON[4074]: (root) CMD (sh -c "(/root/.drweb/crontab-check.sh ...
 
Что это, атавизм?..

[Igorn]

а в логах по-прежнему иногда проскакивает что-то типа CRON[4074]: (root) CMD (sh -c "(/root/.drweb/crontab-check.sh

Это Вы 6-ю версию "недоудалили"

[the Grey]

а так как у сабжа кроме нового фейса других достоинств обнаружено не было то и смыла в ней я пока не вижу

Смысл есть! Даже  одно то, что новый гуард умеет поверять съемные носители в момент их присоединения к ПК, заслуживает чтоб отказаться от 6-ки...

Видимо, GEV,  Вы расстроены столь "быстрой проверкой" потому и не заметили других достоинств

[the Grey]

Это Вы 6-ю версию "недоудалили"

Я "недоудалил"?!

- а может кому-то следовало бы допилить-таки процедуру удаления, которая много мусора оставляет?.. кажется мы уже ранее этот вопрос затрагивали

Сообщение было изменено the Grey: 29 Март 2014 - 15:50

[Igorn]

the Grey, давайте, в этой теме всё же 9-ю версию обсуждать, по ней я выше уже писал по процедуре удаления

 

PS

Что касается

в логах по-прежнему иногда проскакивает что-то типа CRON[4074]: (root) CMD (sh -c "(/root/.drweb/crontab-check.sh

- проверьте (судя по данному фрагменту лога, активировали drweb-cc от рута):

#crontab -l ,

и, в случае необходимости, отредактируйте (если знакомы с редактором vi):

#crontab -e

[GEV]

"критические системные объекты"

Правда? Не верь глазам своим. Это скрин от 6-ой версии, только что вернул на место, разницу видно? Время, кол-во объектов? Присмотритесь к 6-ой версии, я не понимаю зачем 9-ку делать хуже.

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

•  fast.png   66,7К   0 Скачано раз