maradona писал(а):почему tcpdump нужно слушать на 192.168.1.158 - как же я редирект увижу?
легко и не принужденно, т.к. ты именно туда "заворачиваешь" трафик клиента
maradona писал(а):я смотрю на внешнем набираю адрес который должен редиректится, и вижу что пакет на 80 порт идет туда - какой адрес в браузере, а не на адрес редиректа
я уже выше тебе говорил, что пока ты не заставишь пакеты от клиента заворачиваться на порт сквиды, ковырять сквид бессмысленно
например для IPFW правило бы звучало так:
- Код: Выделить всё
fwd 127.0.0.1,3128 tcp from 192.168.0.25 to any 80,8080,82,83,84,85,86,87,89,90,91,92,93,94,95,96,97,98
где 127.0.0.1,3128 - сквида
192.168.0.25 - апишник клиента
ты когда сквиду перевесил, то правила редиректа в PF`е то махнул ?
если тспдампнуть на rl0 по хосту клиента и по порту 80 что там видать ? запросы идут тока в одну сторону ?
в access.log squid запросы от клиента видны ? в squid.conf это строка:
- Код: Выделить всё
access_log /usr/local/squid/logs/access.log squid
а что если в секцию default в squidGuard.conf добавить логирование, например:
- Код: Выделить всё
log /var/log/SquidGuard.log
что в этом логе у тя будет ?
какие права выставлены на squidGuard.conf ?
Для squidGuard и squidGuard.conf - владелец тот же, что и в squid.conf
прописан для cache_effective_user
так же а как у тя выглядит строка с http_port в squid.conf ?
- Код: Выделить всё
http_port 127.0.0.1:3128 transparent
так ?
вот нашел пример тестирования squidGuard:
http://www.opennet.ru/docs/RUS/squidguard/
Перед запуском squidGuard из под Squid-а , желательно протестировать
его работу.
Тестируем.
Создаем исполняемый файл test и пишем
/usr/local/ squidGuard /squidGuard </usr/local/squidGuard/squidGuard /in > /usr/local/squidGuard/squidGuard/out -d
Из файла in будет чтение запросов, в файл out будет выведен результат.
Ключ -d - для режима отладки.
Создаем файл in. Как видно ниже, у него некий стандартный формат:
http://www.adult.com/live.mp3 192.168.0.200/- - GET #1
http://www.adult.com 192.168.0.200/- - GET #2
http://www.aport.ru 192.168.0.200/- - GET #3
http://www.sex.ru 192.168.0.10/- - GET #4
http://www.chat.ru 192.168.0.1/- - GET #5
http://www.k_k_k.com 192.168.0.20/- - GET #6
http://www.aport.ru 192.168.0.15/- - GET #7
http://adv.aport.ru:8000/banners/GOLDEN.gif 192.168.0.22/- - GET #8
http://www.chat.ru 192.168.0.62/- - GET #9
http://www.aport.ru 192.168.0.62/- - GET #10
http://adv.aport.ru:8000/banners/GOLDEN.gif 192.168.0.62/- - GET #11
http://www.sex.ru 192.168.0.100/- - GET #12
http://www.sex.ru 192.168.0.100/- - GET #13
http://www.chat.ru 192.168.0.100/- - GET #14
http://www.k_k_k.com 192.168.0.100/- - GET #15
http://www.aport.ru 192.168.0.100/- - GET #16
http://adv.aport.ru:8000/banners/GOLDEN.gif 192.168.0.100/- - GET #17
http://www.aport.ru 192.168.5.200/- - GET #18
http://www.mus.ru/live.mp3 192.168.0.227/- - GET #19
*Для удобства разбора полетов я справа пронумеровал строки.
Запускаем файл test в рабочее время. На экране получаем сообщения
о загрузке баз, и в результате получаем файл out.
В случае сообщения об ошибке в строке N## следует учитывать ,
что ошибка может быть в предыдущей строке!!!
попробуй так же сделать.
тока у него в squid.conf:
- Код: Выделить всё
redirect_program /usr/local/bin/squidGuard
redirect_children 3
redirector_bypass on
и все же попробуй с IPFW, т.к. строчки в логах:
maradona писал(а):2010/02/09 22:32:38| IpIntercept.cc(336) PfInterception: PF lookup failed: ioctl(DIOCNATLOOK)
точно ни о чем хорошем не говорят
быстрое гугление к каким либо конкретным выводам не привело.
