SQUID+CLAMAV+C-ICAP [РЕШЕНО]

Привет всем!

Имею непонятность. А именно: настраиваю связку, как сказано в
http://www.nixp.ru/articles/%D0%98%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-SquidPlusClamAVPlusc-icap-%D0%B4%D0%BB%D1%8F-%D0%BF%D1%80%D0%BE%D0%B2%D0%B5%D1%80%D0%BA%D0%B8-web-%D1%82%D1%80%D0%B0%D1%84%D0%B8%D0%BA%D0%B0-%D0%BD%D0%B0-%D0%B2%D0%B8%D1%80%D1%83%D1%81%D1%8B.html

Отдельно пакеты работают.
1. Clamav находит тестовый вирус при сканировании каталога,
2. squid рулит доступом (и регистрирует его).
3. c-icap садится на нужный (1344) порт.

Однако, увы, вся эта связка совместно работать отказывается. А именно -

В файле от сквида cache.log появляется запись:
2010/03/01 10:46:19| optional ICAP service is down after an options fetch failure: icap://localhost:1344/srv_clamav [down,!opt]
а в access.log:
1267429587.815     55 192.168.43.4 TCP_MISS/200 599 GET http://www.eicar.org/download/eicar.com - DIRECT/188.40.238.250 application/x-msdos-program
В message появляется такая запись:
Mar  1 10:46:05 iNetServer squid[22080]: Squid Parent: child process 22082 started
Mar  1 10:46:06 iNetServer kernel: type=1400 audit(1267429566.134:10599): avc:  denied  { getattr } for  pid=22082 comm="squid" path="/proc/bus/usb" dev=usbfs ino=2044 scontext=unconfined_u:system_r:squid_t:s0 tcontext=system_u:object_r:usbfs_t:s0 tclass=dir
Mar  1 10:46:19 iNetServer kernel: type=1400 audit(1267429579.371:10600): avc:  denied  { name_connect } for  pid=22082 comm="squid" dest=[b]1344[/b] scontext=unconfined_u:system_r:squid_t:s0 tcontext=system_u:object_r:port_t:s0 tclass=tcp_socket

И вирусный файл спокойно проезжает во внутреннюю сеть. Как сделать, чтобы сервис ICPAP работал, а не выключался при первом обращении к нему? Что этому мешает?

я не силен в сквиде, но свои 5 копеек подкину.

Squid 3 переписан почти полностью с нуля на C++ и предоставляет некоторые
новые возможности, такие как поддержка ESI и ICAP.

это тот что у меня в репо а с ним еще и c-icap и clamav
по этому можно считать тот мануал по которому делали - устаревшим, попробуйте сделать все более современно, без сборки из исходников, т.к. могли просто не раздать права, не правильно определить префикс, не задать правило для c-icap итд итд итд

system-root написал:

Squid 3 переписан почти полностью с нуля на C++ и предоставляет некоторые
новые возможности, такие как поддержка ESI и ICAP.

Эту фразу можно понимать двояко. Или сам сквид умеет обращаться к антивирусу непосредственно (сам себе сервер ICAP), или умеет обращаться к внешнему серверу ICPAP. Читая статью:
http://wiki.squid-cache.org/Features/ICAP?highlight=%28faqlisted.yes%29
я склонен думать, что второе утверждение более верно. Там явно (языком конфига) говорится, что мы разрешаем поддержку ICAP и направляем сквид за этой поддержкой по нужному адресу, нужному сервису.

system-root написал:

это тот что у меня в репо а с ним еще и c-icap и clamav
по этому можно считать тот мануал по которому делали - устаревшим, попробуйте сделать все более современно, без сборки из исходников, т.к. могли просто не раздать права, не правильно определить префикс, не задать правило для c-icap итд итд итд

В штатном репозитарии для 12й федоры пакетов c-icap и clamav я не нашел. Пришлось брать с оригинальных сайтов. А вот с утверждением, что статья устарела - полностью согласен.
Сейчас следует применять "директиву" adaptation_access service_req allow all, а я делал по статье другие, устаревшие, директивы. Когда поставил директиву правильную - сабжевая связки заработала. И тествый eicar'овский вирус был прихвачен сквидом при следующих его настройках.

icap_enable on
icap_preview_enable on
icap_preview_size 128
icap_send_client_ip on
icap_service service_req reqmod_precache 0 icap://127.0.0.1:1344/srv_clamav
icap_service service_resp respmod_precache 1 icap://127.0.0.1:1344/srv_clamav
adaptation_access service_req allow all
adaptation_access service_resp allow all

Голосом кота Матроскина: "Ура!!! Заработало!!!!" :-)

Тема закрыта.

поправь тогда название темы, добавь [РЕШЕНО]