URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID12
Нить номер: 1573
[ Назад ]

Исходное сообщение
"запрет доступа в squid"
Отправлено reticon , 22-Ноя-03 22:48

Работает сквид, люди ходят из всей сетки, необходимо запретить работу
с определенных адресов в сети. Делаю так:
....
acl mynet src 192.168.3.0/255.255.255.0
acl bux1 src 192.168.3.1/255.255.255.0
acl bux2 src 192.168.3.2/255.255.255.0
....
http_access allow mynet
http_access deny bux1
http_access deny bux2
....
Все равно продолжает пускать всех, даже bux1 и bux2.
В чем ошибка?

Содержание

запрет доступа в squid,junior, 11:53 , 23-Ноя-03
- запрет доступа в squid,reticon, 18:51 , 23-Ноя-03
  - запрет доступа в squid,reticon, 14:40 , 24-Ноя-03
    - запрет доступа в squid,junior, 16:36 , 24-Ноя-03
      - запрет доступа в squid,reticon, 16:57 , 24-Ноя-03
        
        запрет доступа в squid,junior, 17:05 , 24-Ноя-03
        
        запрет доступа в squid,reticon, 17:41 , 24-Ноя-03
        
        запрет доступа в squid,junior, 19:38 , 24-Ноя-03
        
        запрет доступа в squid,reticon, 20:27 , 24-Ноя-03
        
        запрет доступа в squid,junior, 11:07 , 25-Ноя-03
        
        запрет доступа в squid,reticon, 15:34 , 25-Ноя-03
        
        запрет доступа в squid,junior, 17:53 , 25-Ноя-03
        
        запрет доступа в squid,reticon, 10:43 , 27-Ноя-03
        
        запрет доступа в squid,Junior, 12:57 , 27-Ноя-03
        
        запрет доступа в squid,reticon, 14:49 , 27-Ноя-03
        
        запрет доступа в squid,reticon, 00:00 , 28-Ноя-03
        
        запрет доступа в squid,Junior, 07:29 , 28-Ноя-03
        
        запрет доступа в squid,reticon, 08:54 , 28-Ноя-03
        запрет доступа в squid,Михаил, 09:09 , 30-Ноя-03
        
        запрет доступа в squid,reticon, 09:54 , 30-Ноя-03
        
        запрет доступа в squid,Михаил, 11:03 , 30-Ноя-03
        запрет доступа в squid,Junior, 11:47 , 30-Ноя-03
        
        запрет доступа в squid,Junior, 11:50 , 30-Ноя-03

Сообщения в этом обсуждении

"запрет доступа в squid"
Отправлено junior , 23-Ноя-03 11:53

>Работает сквид, люди ходят из всей сетки, необходимо запретить работу
>с определенных адресов в сети. Делаю так:
>
>....
>
>acl mynet src 192.168.3.0/255.255.255.0
>acl bux1 src 192.168.3.1/255.255.255.0
>acl bux2 src 192.168.3.2/255.255.255.0
>
Неправильно маски заданы
acl mynet src 192.168.3.0/255.255.255.0
acl bux1 src 192.168.3.1/255.255.255.255
acl bux2 src 192.168.3.2/255.255.255.255
acl all src 0.0.0.0/0.0.0.0

Не так
>http_access allow mynet
>http_access deny bux1
>http_access deny bux2
А так
http_access deny bux1
http_access deny bux2
http_access allow mynet
http_access deny all
>
>Все равно продолжает пускать всех, даже bux1 и bux2.
>В чем ошибка?
В отсутствии читаемой документации. Сначала читаем, потом думаем, потом делаем.
Но никак не наоборот.
Удачного дня.

"запрет доступа в squid"
Отправлено reticon , 23-Ноя-03 18:51

>>Работает сквид, люди ходят из всей сетки, необходимо запретить работу
>>с определенных адресов в сети. Делаю так:
>>
>>....
>>
>>acl mynet src 192.168.3.0/255.255.255.0
>>acl bux1 src 192.168.3.1/255.255.255.0
>>acl bux2 src 192.168.3.2/255.255.255.0
>>
>
>Неправильно маски заданы
>acl mynet src 192.168.3.0/255.255.255.0
>acl bux1 src 192.168.3.1/255.255.255.255
>acl bux2 src 192.168.3.2/255.255.255.255
>acl all src 0.0.0.0/0.0.0.0
>
>Не так
>>http_access allow mynet
>>http_access deny bux1
>>http_access deny bux2
>
>А так
>http_access deny bux1
>http_access deny bux2
>http_access allow mynet
>http_access deny all
>
>>
>>Все равно продолжает пускать всех, даже bux1 и bux2.
>>В чем ошибка?
>В отсутствии читаемой документации. Сначала читаем, потом думаем, потом делаем.
>Но никак не наоборот.
>
>Удачного дня.
Спасибо.
Кстати, действительно, пришлось сначала делать потом думать потом читать маны =))))))))
Вот что значит спешка =)))

"запрет доступа в squid"
Отправлено reticon , 24-Ноя-03 14:40

>>>Работает сквид, люди ходят из всей сетки, необходимо запретить работу
>>>с определенных адресов в сети. Делаю так:
>>>
>>>....
>>>
>>>acl mynet src 192.168.3.0/255.255.255.0
>>>acl bux1 src 192.168.3.1/255.255.255.0
>>>acl bux2 src 192.168.3.2/255.255.255.0
>>>
>>
>>Неправильно маски заданы
>>acl mynet src 192.168.3.0/255.255.255.0
>>acl bux1 src 192.168.3.1/255.255.255.255
>>acl bux2 src 192.168.3.2/255.255.255.255
>>acl all src 0.0.0.0/0.0.0.0
>>
>>Не так
>>>http_access allow mynet
>>>http_access deny bux1
>>>http_access deny bux2
>>
>>А так
>>http_access deny bux1
>>http_access deny bux2
>>http_access allow mynet
>>http_access deny all
>>
>>>
>>>Все равно продолжает пускать всех, даже bux1 и bux2.
>>>В чем ошибка?
>>В отсутствии читаемой документации. Сначала читаем, потом думаем, потом делаем.
>>Но никак не наоборот.
>>
>>Удачного дня.
>
>Спасибо.
>
>Кстати, действительно, пришлось сначала делать потом думать потом читать маны =))))))))
>Вот что значит спешка =)))
Не ну это какое-то издевательство =)
Ведь все правильно прописано, почему не работает?
При таком раскладе вообще никого не пускает =((((
acl my_net src 192.168.1.0/255.255.255.0
acl sosedi_net src 192.168.2.0/255.255.255.0
acl bux1 src 192.168.1.10/255.255.255.255
acl bux2 src 192.168.1.11/255.255.255.255
acl bux3 src 192.168.1.12/255.255.255.255
acl bux4 src 192.168.1.13/255.255.255.255
acl bux5 src 192.168.1.14/255.255.255.255
http_access deny bux1
http_access deny bux2
http_access deny bux3
http_access deny bux4
http_access deny bux5
http_access allow my_net
http_access allow sosedi_net
http_access deny all
Не работает...
И еще нужно bux1 пускать по паролю.
Для етого нужна как я понял внешняя программа авторизации (NCSA ???).
Где взять эту весчь?

"запрет доступа в squid"
Отправлено junior , 24-Ноя-03 16:36

>Не работает...
Конкретнее.
Роутинг прописан?
Что пишет в логах
"Пойди туда, не зная куда" :)
Фильтр пакетов настроен?
>И еще нужно bux1 пускать по паролю.
>Для етого нужна как я понял внешняя программа авторизации (NCSA ???).
>Где взять эту весчь?
В исходниках SQUID, да ещё и скомпилировать с поддержкой авторизации.

"запрет доступа в squid"
Отправлено reticon , 24-Ноя-03 16:57

>Конкретнее.
>Роутинг прописан?
>Что пишет в логах
>"Пойди туда, не зная куда" :)
>Фильтр пакетов настроен?
гы...не первый день замужем =)
спасибо, это все настроено =)
>>И еще нужно bux1 пускать по паролю.
>>Для етого нужна как я понял внешняя программа авторизации (NCSA ???).
>>Где взять эту весчь?
>
>В исходниках SQUID, да ещё и скомпилировать с поддержкой авторизации.
а вот поддержку авторизации я изначально похоже не включил.
сейчас перекомпилю...
да, кстати, как выглядит прооцесс авторизации юзера?
типа, запускаешь броузер, а он требует логин/пасс?

"запрет доступа в squid"
Отправлено junior , 24-Ноя-03 17:05

>гы...не первый день замужем =)
>спасибо, это все настроено =)
А что в логах прокси?
>>>И еще нужно bux1 пускать по паролю.
>>>Для етого нужна как я понял внешняя программа авторизации (NCSA ???).
>>>Где взять эту весчь?
>>
>>В исходниках SQUID, да ещё и скомпилировать с поддержкой авторизации.
>
>а вот поддержку авторизации я изначально похоже не включил.
>сейчас перекомпилю...
>
>да, кстати, как выглядит прооцесс авторизации юзера?
>типа, запускаешь броузер, а он требует логин/пасс?
Совершенно верно:)
Ну а без него никуда не пустит, если не разрешить особо:)
Удачного дня.

"запрет доступа в squid"
Отправлено reticon , 24-Ноя-03 17:41

>>гы...не первый день замужем =)
>>спасибо, это все настроено =)
>А что в логах прокси?
>
>>>>И еще нужно bux1 пускать по паролю.
>>>>Для етого нужна как я понял внешняя программа авторизации (NCSA ???).
>>>>Где взять эту весчь?
>>>
>>>В исходниках SQUID, да ещё и скомпилировать с поддержкой авторизации.
>>
>>а вот поддержку авторизации я изначально похоже не включил.
>>сейчас перекомпилю...
>>
>>да, кстати, как выглядит прооцесс авторизации юзера?
>>типа, запускаешь броузер, а он требует логин/пасс?
>
>Совершенно верно:)
>Ну а без него никуда не пустит, если не разрешить особо:)
>
>Удачного дня.
мда...
значит так.
вопрос похоже в том, какую авторизацтю использовать: basic(включена по дефолту) или ntlm???
пробовал обе - на первую в логах ниче нет, не ругается, но и авторизация не работает. на вторую - куча ошибок в логе, ругаецца на контроллер домена
Сеть у меня использует PDC, но он на Win2k и к инету не имеет никакого отношения.

"запрет доступа в squid"
Отправлено junior , 24-Ноя-03 19:38

>мда...
>значит так.
>вопрос похоже в том, какую авторизацтю использовать: basic(включена по дефолту) или ntlm???
Значит использовать basic. В чём проблема?
>пробовал обе - на первую в логах ниче нет, не ругается, но
>и авторизация не работает. на вторую - куча ошибок в логе,
>ругаецца на контроллер домена
Создай файл паролей при помощи htpasswd и укажи SQUID-у путь к программе аутентификации и файлу паролей. Никаких проблем. Ну и создать acl на авторизацию не забыть и поставить их в правила обработки.
http://squid.opennet.ru

"запрет доступа в squid"
Отправлено reticon , 24-Ноя-03 20:27

>>мда...
>>значит так.
>>вопрос похоже в том, какую авторизацтю использовать: basic(включена по дефолту) или ntlm???
>Значит использовать basic. В чём проблема?
>
>>пробовал обе - на первую в логах ниче нет, не ругается, но
>>и авторизация не работает. на вторую - куча ошибок в логе,
>>ругаецца на контроллер домена
>
>Создай файл паролей при помощи htpasswd и укажи SQUID-у путь к программе
>аутентификации и файлу паролей. Никаких проблем. Ну и создать acl на
>авторизацию не забыть и поставить их в правила обработки.
>http://squid.opennet.ru
сайтик хороший...жаль что я раньше его не знал...
вообщем, смотри что получилось:
auth_param basic program /usr/squid/libexec/ncsa_auth usr/squid/etc/passf
#passf - файл, созданный при помощи htpasswd
auth_param basic children 5
auth_param basic realm Squid proxy-caching web server
auth_param basic credentailsttl 2 hours
acl user1 src 192.168.1.10/255.255.255.255
acl users proxy_auth user1
acl my_net src 192.168.1.0/255.255.255.0
acl sosedi_net src 192.168.2.0/255.255.255.0
http_access allow my_net
http_access allow sosedi_net
короче вот так...
при таком раскладе user1 все равно выходит в инет без проблем (без авторизации)

"запрет доступа в squid"
Отправлено junior , 25-Ноя-03 11:07

>auth_param basic program /usr/squid/libexec/ncsa_auth usr/squid/etc/passf
Тут опечатка? Или как? usr/squid/etc/passf или /usr/squid/etc/passf
>#passf - файл, созданный при помощи htpasswd
>auth_param basic children 5
>auth_param basic realm Squid proxy-caching web server
>auth_param basic credentailsttl 2 hours
>
>acl user1 src 192.168.1.10/255.255.255.255
>
>acl users proxy_auth user1
>
>acl my_net src 192.168.1.0/255.255.255.0
>acl sosedi_net src 192.168.2.0/255.255.255.0
>
>http_access allow my_net
>http_access allow sosedi_net
>
>короче вот так...
>при таком раскладе user1 все равно выходит в инет без проблем (без
>авторизации)
И не будет.
Где же правила авторизации? Для кого они?
acl user1 src 192.168.1.10/255.255.255.255
acl users proxy_auth user1
http_access allow user1 users
http_access allow my_net
http_access allow sosedi_net
>http_access allow my_net
>http_access deny all
Удачного дня.

"запрет доступа в squid"
Отправлено reticon , 25-Ноя-03 15:34

>
>>auth_param basic program /usr/squid/libexec/ncsa_auth usr/squid/etc/passf
>Тут опечатка? Или как? usr/squid/etc/passf или /usr/squid/etc/passf
>
>>#passf - файл, созданный при помощи htpasswd
>>auth_param basic children 5
>>auth_param basic realm Squid proxy-caching web server
>>auth_param basic credentailsttl 2 hours
>>
>>acl user1 src 192.168.1.10/255.255.255.255
>>
>>acl users proxy_auth user1
>>
>>acl my_net src 192.168.1.0/255.255.255.0
>>acl sosedi_net src 192.168.2.0/255.255.255.0
>>
>>http_access allow my_net
>>http_access allow sosedi_net
>>
>>короче вот так...
>>при таком раскладе user1 все равно выходит в инет без проблем (без
>>авторизации)
>
>И не будет.
>Где же правила авторизации? Для кого они?
>acl user1 src 192.168.1.10/255.255.255.255
>acl users proxy_auth user1
>
>http_access allow user1 users
>
>http_access allow my_net
>http_access allow sosedi_net
>>http_access allow my_net
>>http_access deny all
>
>Удачного дня.

acl ONLY src *.*.*.* proxy_auth user1
acl my_net src 192.168.1.0/255.255.255.0
acl sosedi_net src 192.168.2.0/255.255.255.0
http_access deny all
http_access allow ONLY
http_access allow my_net
http_access allow sosedi_net
вроде так должно работать. к сожалению сейчас не могу проверить.

"запрет доступа в squid"
Отправлено junior , 25-Ноя-03 17:53

>acl ONLY src *.*.*.* proxy_auth user1
>acl my_net src 192.168.1.0/255.255.255.0
>acl sosedi_net src 192.168.2.0/255.255.255.0
>
>http_access deny all
>
>http_access allow ONLY
>http_access allow my_net
>http_access allow sosedi_net
>
>вроде так должно работать. к сожалению сейчас не могу проверить.
Неправильно.
Давай так - для начала читаешь документацию по ссылке, чт дал. А потом -
в общий форум с уточнениями.
Иногда просто складывается впечатление, что люди не хотят читать доки, а хотят, чтобы кто-то за них сделал готовое решение.
А как оно будет работать - фик его знает :) И будет ли вообще?:)
Возможно это и не к тебе упрёк, но за последнее время слишком много появилось постов с таким подходом к проблемам.
Докуметации - МОРЕ(!!!) в инете и в самом дистрибутиве.
Удачного дня.

"запрет доступа в squid"
Отправлено reticon , 27-Ноя-03 10:43

>>acl ONLY src *.*.*.* proxy_auth user1
>>acl my_net src 192.168.1.0/255.255.255.0
>>acl sosedi_net src 192.168.2.0/255.255.255.0
>>
>>http_access deny all
>>
>>http_access allow ONLY
>>http_access allow my_net
>>http_access allow sosedi_net
>>
>>вроде так должно работать. к сожалению сейчас не могу проверить.
>
>Неправильно.
>Давай так - для начала читаешь документацию по ссылке, чт дал. А
>потом -
>в общий форум с уточнениями.
>Иногда просто складывается впечатление, что люди не хотят читать доки, а хотят,
>чтобы кто-то за них сделал готовое решение.
>А как оно будет работать - фик его знает :) И будет
>ли вообще?:)
>Возможно это и не к тебе упрёк, но за последнее время слишком
>много появилось постов с таким подходом к проблемам.
>Докуметации - МОРЕ(!!!) в инете и в самом дистрибутиве.
>
>Удачного дня.
Да читал я доки. Много читал, разных. Могуу туеву хучу линков выложить.
И делаю я не от балды, а реально, пробую. Блин уже весь squid.conf изучил :-((( Если делать по докам, то не прокатывает.
Не могу указать этот конкретный айпи, с которого нужна авторизация.

"запрет доступа в squid"
Отправлено Junior , 27-Ноя-03 12:57

>>>acl ONLY src *.*.*.* proxy_auth user1
>>>acl my_net src 192.168.1.0/255.255.255.0
>>>acl sosedi_net src 192.168.2.0/255.255.255.0
>>>
>>>http_access deny all
>>>
>>>http_access allow ONLY
>>>http_access allow my_net
>>>http_access allow sosedi_net
>Да читал я доки. Много читал, разных. Могуу туеву хучу линков выложить.
>
>И делаю я не от балды, а реально, пробую. Блин уже весь
>squid.conf изучил :-((( Если делать по докам, то не прокатывает.
>Не могу указать этот конкретный айпи, с которого нужна авторизация.

Прошу тогда дать мне ссылку на официальный документ, где рекомендуется сначала запретить всем инет, а потом разрешать по очереди!
>>>acl ONLY src *.*.*.* proxy_auth user1
>>>acl my_net src 192.168.1.0/255.255.255.0
>>>acl sosedi_net src 192.168.2.0/255.255.255.0
>>>
>>>http_access deny all
>>>
>>>http_access allow ONLY
>>>http_access allow my_net
>>>http_access allow sosedi_net
Как же все ходить в инет будут???
И где в доке указан такой способ создания acl для авторизации????
>>>acl ONLY src *.*.*.* proxy_auth user1
Что же получается тогда?
acl ONLY proxy_auth user1
acl user1 src 192.168.1.10/255.255.255.255
acl my_net src 192.168.1.0/255.255.255.0
acl sosedi_net src 192.168.2.0/255.255.255.0
http_access allow user1 ONLY
http_access allow my_net
http_access allow sosedi_net
http_access deny all
Что тут может быть непонятного и такого озадачивающего?
Ведь такие примеры описаны во всех доках, например http://squid.opennet.ru
Удачного дня.

"запрет доступа в squid"
Отправлено reticon , 27-Ноя-03 14:49

>>>>acl ONLY src *.*.*.* proxy_auth user1
>>>>acl my_net src 192.168.1.0/255.255.255.0
>>>>acl sosedi_net src 192.168.2.0/255.255.255.0
>>>>
>>>>http_access deny all
>>>>
>>>>http_access allow ONLY
>>>>http_access allow my_net
>>>>http_access allow sosedi_net
>
>>Да читал я доки. Много читал, разных. Могуу туеву хучу линков выложить.
>>
>>И делаю я не от балды, а реально, пробую. Блин уже весь
>>squid.conf изучил :-((( Если делать по докам, то не прокатывает.
>>Не могу указать этот конкретный айпи, с которого нужна авторизация.
>
>
>Прошу тогда дать мне ссылку на официальный документ, где рекомендуется сначала запретить
>всем инет, а потом разрешать по очереди!
>
>>>>acl ONLY src *.*.*.* proxy_auth user1
>>>>acl my_net src 192.168.1.0/255.255.255.0
>>>>acl sosedi_net src 192.168.2.0/255.255.255.0
>>>>
>>>>http_access deny all
>>>>
>>>>http_access allow ONLY
>>>>http_access allow my_net
>>>>http_access allow sosedi_net
>
>Как же все ходить в инет будут???
>И где в доке указан такой способ создания acl для авторизации????
>>>>acl ONLY src *.*.*.* proxy_auth user1
>
>Что же получается тогда?
>acl ONLY proxy_auth user1
>acl user1 src 192.168.1.10/255.255.255.255
>
>acl my_net src 192.168.1.0/255.255.255.0
>acl sosedi_net src 192.168.2.0/255.255.255.0
>
>http_access allow user1 ONLY
>http_access allow my_net
>http_access allow sosedi_net
>
>http_access deny all
>
>Что тут может быть непонятного и такого озадачивающего?
>Ведь такие примеры описаны во всех доках, например http://squid.opennet.ru
>
>Удачного дня.
блин, меня сё время сбивал с толку порядок правил, сейчас точно знаю, что сначала нада разрешить потом запретить а не наоборот...
спачибо, с проблемой разобрался...

"запрет доступа в squid"
Отправлено reticon , 28-Ноя-03 00:00

Еще такой вопрос, который следует из всего ввыше перечисленного.
С блокированных IP невозможно обновить например Dr.Web (он использует настройки броузера) - ну это понятно, не пускают правила ACL =)
А обновлять время от времени надо...
Может кто сталкивался с этим. Вообще, есть ли какой-нибудь выход в данной ситуяции? Или приходится чем-то одним жертвовать?

"запрет доступа в squid"
Отправлено Junior , 28-Ноя-03 07:29

>Еще такой вопрос, который следует из всего ввыше перечисленного.
>С блокированных IP невозможно обновить например Dr.Web (он использует настройки броузера) -
>ну это понятно, не пускают правила ACL =)
>А обновлять время от времени надо...
>Может кто сталкивался с этим. Вообще, есть ли какой-нибудь выход в данной
>ситуяции? Или приходится чем-то одним жертвовать?
Очень просто.
Создаётся acl с указанием удалённого адреса updates.drweb.ru и к нему (только к нему) разрешается соединение "запрещённых" пользователей.
Вот и вся схема. Не забыть открыть доступ на фильтре пакетов.
У меня так пол-сетки обновляется.
Удачного дня.

"запрет доступа в squid"
Отправлено reticon , 28-Ноя-03 08:54

>>Еще такой вопрос, который следует из всего ввыше перечисленного.
>>С блокированных IP невозможно обновить например Dr.Web (он использует настройки броузера) -
>>ну это понятно, не пускают правила ACL =)
>>А обновлять время от времени надо...
>>Может кто сталкивался с этим. Вообще, есть ли какой-нибудь выход в данной
>>ситуяции? Или приходится чем-то одним жертвовать?
>
>Очень просто.
>Создаётся acl с указанием удалённого адреса updates.drweb.ru и к нему (только к
>нему) разрешается соединение "запрещённых" пользователей.
>Вот и вся схема. Не забыть открыть доступ на фильтре пакетов.
>У меня так пол-сетки обновляется.
>
>Удачного дня.
Спасибо. Разобрался.

"запрет доступа в squid"
Отправлено Михаил , 30-Ноя-03 09:09

>У меня так пол-сетки обновляется.
оно, конечно, хорошо, но не лучше ли с локального файлового сервака обновлять?
у меня KAV именно так обновляется.
а умножать его трафик на несколько десятков что-то не хочется...

"запрет доступа в squid"
Отправлено reticon , 30-Ноя-03 09:54

>>У меня так пол-сетки обновляется.
>оно, конечно, хорошо, но не лучше ли с локального файлового сервака обновлять?
>
>у меня KAV именно так обновляется.
>а умножать его трафик на несколько десятков что-то не хочется...
файловый сервер у меня под win2k, у DrWeb нету серверной части под эту ось. С другой стороны, я ставил DrWeb на фрюху, прикручивал его к Postfix, на первый взгляд все было шоколадно, но как выяснилось, не отправлялась почта. После того как снес его почта стала уходить нормально. Может ли это быть из-за триальной версии? Может кто прикручивал вэба к почтовому серваку, что посоветует?

"запрет доступа в squid"
Отправлено Михаил , 30-Ноя-03 11:03

>файловый сервер у меня под win2k, у DrWeb нету серверной части под
>эту ось.
у KAV тоже нету серверной части, он просто берет свои файлы обновления с сетевого диска и совершенно неважно, на чем сделан файловый сервер.

"запрет доступа в squid"
Отправлено Junior , 30-Ноя-03 11:47

>>>У меня так пол-сетки обновляется.
>>оно, конечно, хорошо, но не лучше ли с локального файлового сервака обновлять?
>>
>>у меня KAV именно так обновляется.
>>а умножать его трафик на несколько десятков что-то не хочется...
Никто и не настаивает. Каждый сам себе думает как хочет. Да хоть лично на дискетках разноси по компам.
>файловый сервер у меня под win2k, у DrWeb нету серверной части под
>эту ось. С другой стороны, я ставил DrWeb на фрюху, прикручивал
>его к Postfix, на первый взгляд все было шоколадно, но как
>выяснилось, не отправлялась почта. После того как снес его почта стала
>уходить нормально. Может ли это быть из-за триальной версии? Может кто
>прикручивал вэба к почтовому серваку, что посоветует?
Всё работает. У меня стоит на Postfix именно Drweb самый последний. Всё работает. Правда он с ограничивающим ключом, пока.. Но обещали прикупить лицензию. А так ВСЁ работает. Если вдруг какие вопросы по демону - можешь написать, а то и так уже за рамки темы топика вышли :)
Но однозначно - связка ОТЛИЧНО работает и не жужжит :)
Удачного дня.

"запрет доступа в squid"
Отправлено Junior , 30-Ноя-03 11:50

>>У меня так пол-сетки обновляется.
>оно, конечно, хорошо, но не лучше ли с локального файлового сервака обновлять?
>
>у меня KAV именно так обновляется.
>а умножать его трафик на несколько десятков что-то не хочется...
Я сделал так, другой по-своему.
Но в моём случае каждый сам сможет в ЛЮБОЕ время загрузить горячее дополнение, а не ждать, пока это сделаю я или написанный скрипт.