REJIK

Значит, запустил три разных конфигурации сквида. На каждом работает ncsa-авторизация. Работают вроде исправно. (только не получается выполнить -reconfigure) К каждому сквиду прикручен редиректор со своей конфигурацией. Эти файлы конфигурации одинаковы байт в байт - то есть секции одинаковы. И почему-то не срабатывают правила для залогинившихся пользователей что на первом, что на втором, что на третьем сквиде. Редиректоры пропускают пользователей как воду через сито. Как быть?

Подключите в качестве редиректора logger (в Download), он запишет в лог данные, которые сквид передает режику

Сравните логины пользователей в Ваших конфигах и в логе от logger'a

Правильно ли я подключил логгер? Наверно нет.
url_rewrite_program /usr/local/rejik3/logger.c /usr/local/rejik3/redirector.conf

на скрипт установлены права для пользователя proxy, группа proxy (сквид работает через них)
в cache.log пишет это:

2010/07/08 04:25:39| Starting Squid Cache version 2.7.STABLE3 for i386-debian-linux-gnu...
2010/07/08 04:25:39| Process ID 2826
2010/07/08 04:25:39| With 1024 file descriptors available
2010/07/08 04:25:39| Using epoll for the IO loop
2010/07/08 04:25:39| Performing DNS Tests...
2010/07/08 04:25:39| Successful DNS name lookup tests...
2010/07/08 04:25:39| DNS Socket created at 0.0.0.0, port 52475, FD 6
2010/07/08 04:25:39| Adding nameserver 192.168.104.2 from /etc/resolv.conf
2010/07/08 04:25:39| Adding nameserver 192.168.104.5 from /etc/resolv.conf
2010/07/08 04:25:39| helperOpenServers: Starting 5 'logger.c' processes
2010/07/08 04:25:39| ipcCreate: /usr/local/rejik3/logger.c: (13) Permission denied
2010/07/08 04:25:40| ipcCreate: /usr/local/rejik3/logger.c: (13) Permission denied
2010/07/08 04:25:40| ipcCreate: /usr/local/rejik3/logger.c: (13) Permission denied
2010/07/08 04:25:40| ipcCreate: /usr/local/rejik3/logger.c: (13) Permission denied
2010/07/08 04:25:40| ipcCreate: /usr/local/rejik3/logger.c: (13) Permission denied
2010/07/08 04:25:40| helperOpenServers: Starting 5 'ncsa_auth' processes
2010/07/08 04:25:40| User-Agent logging is disabled.
2010/07/08 04:25:40| Referer logging is disabled.
2010/07/08 04:25:40| logfileOpen: opening log /var/log/squid/access34.log
2010/07/08 04:25:40| Unlinkd pipe opened on FD 21
2010/07/08 04:25:40| Swap maxSize 112640 KB, estimated 8664 objects
2010/07/08 04:25:40| Target number of buckets: 433
2010/07/08 04:25:40| Using 8192 Store buckets
2010/07/08 04:25:40| Max Mem size: 102400 KB
2010/07/08 04:25:40| Max Swap size: 112640 KB
2010/07/08 04:25:40| Local cache digest enabled; rebuild/rewrite every 3600/3600 sec
2010/07/08 04:25:40| logfileOpen: opening log /var/log/squid/store34.log
2010/07/08 04:25:40| Rebuilding storage in /var/spool/squid34 (DIRTY)
2010/07/08 04:25:40| Using Least Load store dir selection
2010/07/08 04:25:40| Current Directory is /
2010/07/08 04:25:40| Loaded Icons.
2010/07/08 04:25:40| Accepting proxy HTTP connections at 192.168.104.97, port 3128, FD 23.
2010/07/08 04:25:40| Accepting ICP messages at 0.0.0.0, port 3130, FD 24.
2010/07/08 04:25:40| HTCP Disabled.
2010/07/08 04:25:40| WCCP Disabled.
2010/07/08 04:25:40| Ready to serve requests.
2010/07/08 04:25:40| WARNING: url_rewriter #1 (FD 7) exited
2010/07/08 04:25:40| WARNING: url_rewriter #2 (FD

exited
2010/07/08 04:25:40| WARNING: url_rewriter #3 (FD 9) exited
2010/07/08 04:25:40| Too few url_rewriter processes are running
FATAL: The url_rewriter helpers are crashing too rapidly, need help!

Squid Cache (Version 2.7.STABLE3): Terminated abnormally.

Система Дебиан 5

logger.c - исходный код, посмотрите его в тестовом редакторе.
его надо откомпилить
gcc logger.c -o logger
и подключать в сквиде уже откомпилированный бинарник.

optiqus писал(а):Правильно ли я подключил логгер? Наверно нет.
url_rewrite_program /usr/local/rejik3/logger.c /usr/local/rejik3/redirector.conf

Итак, попорядку.
логгер выдал:
http://vkontakte.ru/ 192.168.104.97/- vpugach GET - myip=192.168.104.97 myport=3128
http://vkontakte.ru/js/lang0_0-1000.js?919 192.168.104.97/- vpugach GET - myip=192.168.104.97 myport=3128
http://login.vk.com/?vk= 192.168.104.97/- vpugach GET - myip=192.168.104.97 myport=3128
http://www.tns-counter.ru/V13a***R%3E*v ... kte_total/ 192.168.104.97/- vpugach GET - myip=192.168.104.97 myport=$
http://counter.yadro.ru/hit?r;s1024*768 ... 7482967049 192.168.104.97/- vpugach GET - myip=192.168.104.97 mypor$
http://www.tns-counter.ru/V13b***R%3E*v ... kte_total/ 192.168.104.97/- vpugach GET - myip=192.168.104.97 myport=$
http://vkontakte.ru/login.php?op=slogin&nonenone=1 192.168.104.97/- vpugach POST - myip=192.168.104.97 myport=3128
http://counter.yadro.ru/hit?q;r;s1024*7 ... 7482967049 192.168.104.97/- vpugach GET - myip=192.168.104.97 myp$

squid34.conf:

http_port 192.168.104.97:3128
acl donocache urlpath_regex cgi-bin user submit
cache_mem 100 MB
cache_dir ufs /var/spool/squid34 110 16 256

cache_access_log /var/log/squid/access34.log
cache_log /var/log/squid/cache34.log
cache_store_log /var/log/squid/store34.log
logfile_rotate 0
pid_filename /var/run/squid34.pid
#dns_nameservers 81.23.96.138, 81.23.99.2
acl all src 0/0
acl localnet src 192.168.104.0/24

auth_param basic program /usr/lib/squid/ncsa_auth /etc/squid/ncsa.sams
auth_param basic children 5
auth_param basic realm Group 3 and 4
auth_param basic credentialsttl 2 hours
auth_param basic casesensitive on

acl MYUSERS proxy_auth vpugach ekachalova eisaeva tkamyanskaya gchirkova lmihaylova npodalko isitnov mkorsunenko ogracheva eteterevleva
http_access allow MYUSERS
url_rewrite_program /usr/local/rejik3/logger /usr/local/rejik3/redirector34.conf

http_access deny all
http_access allow localnet
http_access deny all

redirector34.conf:

error_log /usr/local/rejik3/redirector.err
change_log /usr/local/rejik3/redirector.log
make-cache /usr/local/rejik3/make-cache
allow_urls /usr/local/rejik3/banlists/allow_urls

#work_id /usr/local/rejik3/allow_all
#work_id /usr/local/rejik3/block_site

<BANNER>
ban_dir /usr/local/rejik3/banlists/banners
url http://127.0.0.1/1x1.gif
#log off
#work_id /usr/local/rejik3/block_site
#work_id /usr/local/rejik3/allow_all
#allow_id /usr/local/rejik3/block_site

<MAILRUYARU>
work_id f:/usr/local/rejik3/block_sites.txt
allow_id f:/usr/local/rejik3/block_all.txt
ban_dir /usr/local/rejik3/banlists/allow_sites
url http://127.0.0.1/nelza.html
reverse
<ICQ_MAIL_AGENT>
work_id f:/usr/local/rejik3/icqmail.txt
allow_id f:/usr/local/rejik3/block_sites.txt
allow_id f:/usr/local/rejik3/block_all.txt
ban_dir /usr/local/rejik3/banlists/icqmail
url http://127.0.0.1/icqmail.html
reverse

<ACCESS_DENIDED>
work_id f:/usr/local/rejik3/block_all.txt
allow_id f:/usr/local/rejik3/block_sites.txt
allow_id f:/usr/local/rejik3/icqmail.txt
ban_dir /usr/local/rejik3/banlists/block_all
url http://127.0.0.1/block_all.html
reverse

пользователь vpugach прописан в файле block_sites.txt, соответственно должна сработать секция <MAILRUYARU>, и ни на какаие другие сайты кроме этих режик пускать не должен.
Сделал cat block_sites.txt | sed -n '21p' | od -x
0000000 5341 6d69 6b61 766f 0d61 000a
0000013
Я не понял: есть ли в нём досовские символы или нет.

сделайте hexdump -C block_sites.txt
и block_site

0d 0a - досовский конец строки
block_all.txt покажите

00000000 ef bb bf 56 46 69 6c 6f 6e 0d 0a 4f 53 6f 72 6f |...VFilon..OSoro|
00000010 6b 69 6e 61 0d 0a 45 4b 72 75 67 6c 6f 76 61 0d |kina..EKruglova.|
00000020 0a 56 4e 69 6b 6f 6c 61 65 76 61 0d 0a 4a 56 61 |.VNikolaeva..JVa|
00000030 74 75 65 76 61 0d 0a 53 48 61 72 74 6f 6e 65 6e |tueva..SHartonen|
00000040

Вы можете меня казнить через повешение на дереве позора. Так какой же командой можно yдалить из файла лишнее? Я совершенно не знаком с редактированием в шестнадцатиричном представлении. Сyществyет ли линyксовый редактор?

для этого есть dos2unix

поставил программу из дистрибутива дебиана tofrodos, обработал ею файлики с пользователями. Вот что получилось:
hexdump -C block_sites.txt
00000000 ef bb bf 76 70 75 67 61 63 68 0a 45 4b 61 63 68 |...vpugach.EKach|
00000010 61 6c 6f 76 61 0a 45 49 73 61 65 76 61 0a 54 4b |alova.EIsaeva.TK|
00000020 61 6d 79 61 6e 73 6b 61 79 61 0a 47 43 68 69 72 |amyanskaya.GChir|
00000030 6b 6f 76 61 0a 4c 4d 69 68 61 79 6c 6f 76 61 0a |kova.LMihaylova.|
00000040 4e 50 6f 64 61 6c 6b 6f 0a 49 53 69 74 6e 6f 76 |NPodalko.ISitnov|
00000050 0a 4d 4b 6f 72 73 75 6e 65 6e 6b 6f 0a 4f 47 72 |.MKorsunenko.OGr|
00000060 61 63 68 65 76 61 0a 45 54 65 74 65 72 65 76 6c |acheva.ETeterevl|
00000070 65 76 61 0a 53 52 61 64 69 6f 6e 6f 76 61 0a 4f |eva.SRadionova.O|
00000080 4b 6f 63 68 65 74 6f 76 61 0a 45 53 76 69 72 69 |Kochetova.ESviri|
00000090 64 65 6e 6b 6f 0a 49 50 65 72 65 73 6b 6f 6b 6f |denko.IPereskoko|
000000a0 76 61 0a 49 4e 65 64 76 69 67 61 0a 4c 42 72 61 |va.INedviga.LBra|
000000b0 74 63 68 69 6b 6f 76 61 0a 44 53 68 69 72 6f 6b |tchikova.DShirok|
000000c0 6f 76 0a 53 45 6d 65 6c 79 61 6e 65 6e 6b 6f 0a |ov.SEmelyanenko.|
000000d0 41 53 68 65 6b 73 68 69 6e 0a 41 53 69 6d 61 6b |AShekshin.ASimak|
000000e0 6f 76 61 0a 41 4d 61 74 6b 6f 76 73 6b 61 79 61 |ova.AMatkovskaya|
000000f0 0a 4d 45 72 6d 6f 6c 61 65 76 61 0a 4c 73 6f 72 |.MErmolaeva.Lsor|
00000100 6f 6b 69 6e 61 0a 6f 6b 6f 72 61 62 6c 65 76 61 |okina.okorableva|
00000110 0a 32 33 37 0a 4b 4b 6f 6e 73 74 61 6e 74 69 6e |.237.KKonstantin|
00000120 6f 76 61 0a 4c 4f 6b 73 61 6e 61 0a 6f 73 74 65 |ova.LOksana.oste|
00000130 70 61 6e 6f 76 61 0a 4f 6c 6f 62 7a 6f 62 61 0a |panova.Olobzoba.|
00000140 4d 46 65 64 6f 74 6f 76 61 0a 4b 52 79 7a 68 6f |MFedotova.KRyzho|
00000150 76 0a 53 4b 75 6c 69 67 69 6e 0a |v.SKuligin.|
0000015b

hexdump -C block_all.txt
00000000 ef bb bf 56 46 69 6c 6f 6e 0a 4f 53 6f 72 6f 6b |...VFilon.OSorok|
00000010 69 6e 61 0a 45 4b 72 75 67 6c 6f 76 61 0a 56 4e |ina.EKruglova.VN|
00000020 69 6b 6f 6c 61 65 76 61 0a 4a 56 61 74 75 65 76 |ikolaeva.JVatuev|
00000030 61 0a 53 48 61 72 74 6f 6e 65 6e |a.SHartonen|
0000003b

Перезапустил компьютер, результат прежний: пользователь vpugach проходит мимо правил. Только секция BANNER срабатывает, как написано в логе редиректора. На всякий случай сделал fromdos redirector34.conf, не помогло.

попробуйте в BANNER прописать в allow_id файл с vpugach, начнет ли пускать на банеры?

попробую в понедельник.

В секции <BANNER> прописал
allow_id f:/usr/local/rejik3/block_sites.txt
и секция всё равно сработала для этих пользователей из файла.

Заменил ту строку на allow_id vpugach, и пользователь прошёл мимо секции! Удивительно.
Я очистил файл с пользователями и оставил только конкретного - vpugach. Секция сработала для этого файла. Получается, редиректор не подхватывает пользователей из файла?

1. Смотрите в лог режика, на предмет ругани при открытии этого файла.
2. Перейдите под пользователя сквида (su - пользователь) и попробуйте прочитать этот файл (cat /usr/local/rejik3/block_sites.txt)
3. Возможно утановлина какая-то система аудита типа SELinux, которая не даёт зачитать файл?

REJIK

три сквида, три редиректора

три сквида, три редиректора