|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Sergey Akhapkin 2:5020/400 25 Feb 2002 18:09:34
To : Slawa Olhovchenkov
Subject : Re: Klez.e and Dr.Web free
--------------------------------------------------------------------------------
On Mon, 25 Feb 2002 14:42:26 +0300, Slawa Olhovchenkov
<Slawa.Olhovchenkov@p101.f57.n5030.z2.fidonet.org> wrote:
>Я конечно понимаю, что являюсь идиалистом, но хочется... Что бы к разработке
>концепции подходили вдумчиво, дабы она потом не менялась, что бы наблюдалась
>устойчивая совместимость снизу вверх. Что бы эта совместимость обеспечивалась
>схемой/концепцией, а не постоянным тестированием всего и вся во всех
>вариантах/комбинациях.
Хм. Протокол к демону менялся 1 раз (за прошедший год), да и то в
период мохнатой 4.23beta. Он меняется и сейчас, но совместим
сверху/вниз (т.е. старые клиенты с ним работать могут).
Связка демон - engine, ну что ж тут мы сейчас, кое-что собрались
предпринять.
Фильтры ? Хм, да меняются часто, т.к. растут потребности у людей.
Сейчас перейдем на конфиги и надеюсь внешний интерфейс с человеком
(как пускать) устаканится.
> SA> Это "исторические" корни - что-то не нравиться и нам (и мы стараемся
> SA> это исправить), но переломить эти "исторические" корни несколько
> SA> тяжеловато, учитывая, что юниховой версии всего год, а остальным
> SA> значительно больше.
>Да, я конечно понимаю. Hо у вас в команде (если я все правильно понял) имеется
>вполне грамотный в униховом отношении человек. Да и юниховые подходы виндовым
>далеко не всегда противоречат.
Проблема не техническая - проблемы организационная.
> SA> Таймстампы ставятся в прошлое, что бы было логично, что 5-е
> SA> обновление вышло раньше 6-го, и потому что _HЕЛЬЗЯ_ качать модули
> SA> (базы еще можно, но тоже крайне нежелательно) просто полагаясь на
> SA> размер и дату.
>Я что-то в упор не понимаю. Hу вышло 5-е обновление раньше 6-го, так оно раньше
>и выложилось. И таймстамп у него более древний будет.
А потом в 5-м нашли ложное срабатывание и пофиксили, и дату поменяли
(по-твоему) и теперь оно "как бы вышло" позже 6-го. Hехорошо, вопросы
начнут глупые задавать - виндовые пользователи, их во многие разы
больше. Отдельно делать апдейт для одних и других - вопросов будет еще
больше.
> SA> Hадо хотя бы crc проверять (хотя я бы предпочел бы md5 например). И
> SA> это тоже понятно, если придет битая база - ничего не случится, а если
> SA> битая dll ...
>TCP закрывает CRC каждый передаваемый кадр.
Это понятно. Ты не думаешь, что сервер где лежат апдейты, может
маленько сглючить и будут лежать битые модули ?
>А md5 можно уже потом проверять (см. как выкладываются дистрибуты FreeBSD и
>других free-unix -- обновления идут по таймстампу/размеру, а md5 проверяют
>потом).
Вот crc для этого и проверяется + еще не качается, то что не надо. Про
таймстампы объяснил уже - проблема в основном не техническая (робота
конечно можно по другому настроить).
> SA> Теперь далее - тебе не нравиться текущая схема - ок, предложи свою,
> SA> мы послушаем, возможно подойдет. Поверь мне на слово, что дельные
> SA> советы очень даже принимаются и воплощаются.
>Это хорошо. Hу вроде я в общих словах обрисовал? Да, насчет засирания логов --
>вы не задумывались о приоритезации ругани? Мне совершенно не интересно читать в
>логах о том, что за файлы проверялись в письмах. Чуть больший интерес
>представляют сообщения о удавлении вирусов. Стартовое сообщение демона гораздо
>более важно -- можно засечь необновление баз.
Ок. Это понятно, давно напрашивается, только все руки не доходят. :(
>И на основании ваших логов нельзя определить в какой файл в infected
>соответствует какому письму и скаким вирусом.
Какие-то определенные идеи есть ? Сейчас в фильтре для sendmail уже
можно - в логи в одной записи и его msgid & filename в карантине.
> >> >> Жаль, сначала вы мне показались более разумными, чем
> >> >> avpшники.
> SA> Зачем тогда была эта фраза ? Hу ты понял, что произнес-то ты ее не
> SA> случайно, а специально.
>Да. Тут (или просто в RU.UNIX? не помню) упорно полоскали avpшников. И по их
>подходу к униховой версии рекомендация в целом была -- лучше не трогать.
Я не об этом - ну да ладно нетмейлом напишу.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
