URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID12
Нить номер: 4279
[ Назад ]
Исходное сообщение
"squidNT и delay_pools. Не работает!"
Отправлено Vik , 15-Авг-06 18:52 
Добрый день, уважаемые эксперты. Помогите пож. решить проблемку.
Установил squidNt (то, что это вин2003сервер я думаю не принципиально.). Кеширование и ACL-и настроил и они коректно работают. Возникла необходимость ограничить полосу используя delay_pools.
В squid.conf наптсал следующее:

delay_class 1 2
delay_access 1 allow 192.168.1.239/255.255.255.255
delay_access 1 deny all
delay_parameters 1 6000/6000 3000/3000

перегрузил сквид. Захожу для проверки на avp.ru и качаю кумулятивное обновление (с 192.168.1.239). Качает на всю катушку. На изменение цифр в delay_parameters никак не реагирует.
Помогите разобраться!

Содержание
Сообщения в этом обсуждении
"squidNT и delay_pools. Не работает!"
Отправлено ipmanyak , 16-Авг-06 09:54 
>delay_class 1 2
>delay_access 1 allow 192.168.1.239/255.255.255.255
что-то меня сомнение берет на такой синтаксис ! уверен что сквид на него не ругается?
более правильно  так
acl users src  192.168.1.239/255.255.255.255
http_access allow users
delay_pools 1
delay_class 1 2
delay_access 1 allow users
delay_access 1 deny all
delay_parameters 1 6000/6000 3000/3000

еслто что то не работает - включай debug на уровень  9  конфиге сквида  и смотри  cache_log

"squidNT и delay_pools. Не работает!"
Отправлено Vik , 16-Авг-06 10:38 
>>delay_class 1 2
>>delay_access 1 allow 192.168.1.239/255.255.255.255
>что-то меня сомнение берет на такой синтаксис ! уверен что сквид на
>него не ругается?
Сквид не ругается. cache.log чистый, но я всеравно последовал Вашему совету и переписал правила как Вы советуете.
К великому сожалению результат не изменился.

>еслто что то не работает - включай debug на уровень  9
> конфиге сквида  и смотри  cache_log

Я и до этого включал debug_options ALL,9
Но в тех 17 мегах, которые создались за пару секунд я ничего не понял. Приведу маленький кусочек из лога:

2006/08/16 09:19:20| comm_select: 2 FDs ready at 1155709160
2006/08/16 09:19:20| comm_select: FD 17 ready for read
2006/08/16 09:19:20| comm_select: FD 17 calling read_handler 0044A8BD(010311F0)
2006/08/16 09:19:20| httpReadReply: FD 17: len 284.
2006/08/16 09:19:20| storeAppend: appending 284 bytes for '6679FD87FD9E5C01EAA8ED826D6A0C5E'
2006/08/16 09:19:20| memAppend: len 284
2006/08/16 09:19:20| InvokeHandlers: 6679FD87FD9E5C01EAA8ED826D6A0C5E
2006/08/16 09:19:20| InvokeHandlers: checking client #0
2006/08/16 09:19:20| storeSwapOut: ftp://ftp.downloads1.kaspersky-labs.com/zips/av-i386&ids-cum...
2006/08/16 09:19:20| storeSwapOut: store_status = STORE_PENDING
2006/08/16 09:19:20| storeSwapOut: mem->inmem_lo = 806912
2006/08/16 09:19:20| storeSwapOut: mem->inmem_hi = 813073
2006/08/16 09:19:20| storeSwapOut: swapout.queue_offset = 0
2006/08/16 09:19:20| storeSwapOut: lowest_offset = 810741
2006/08/16 09:19:20| httpPconnTransferDone: FD 17
2006/08/16 09:19:20| httpPconnTransferDone: content_length=8478360
2006/08/16 09:19:20| commSetTimeout: FD 17 timeout 900
2006/08/16 09:19:20| commSetSelect: FD 17 type 1
2006/08/16 09:19:20| comm_select: FD 13 ready for write
2006/08/16 09:19:20| comm_select: FD 13 calling write_handler 0042A749(01123C08)
2006/08/16 09:19:20| commHandleWrite: FD 13: off 0, sz 2048.
2006/08/16 09:19:20| commHandleWrite: write() returns 2048
2006/08/16 09:19:20| cbdataValid: 0111EEB8
2006/08/16 09:19:20| clientWriteComplete: FD 13, sz 2048, err 0, off 812789, len -1
2006/08/16 09:19:20| storeClientCopy: 6679FD87FD9E5C01EAA8ED826D6A0C5E, seen 812789, want 812789, size 4096, cb 00422312, cbdata 0111EEB8
2006/08/16 09:19:20| cbdataLock: 0111EEB8
2006/08/16 09:19:20| cbdataLock: 01128EF8
2006/08/16 09:19:20| storeClientCopy2: 6679FD87FD9E5C01EAA8ED826D6A0C5E
2006/08/16 09:19:20| storeClientCopy3: Copying from memory
2006/08/16 09:19:20| memCopy: offset 812789: size 4096
2006/08/16 09:19:20| storeSwapOut: lowest_offset = 812789
2006/08/16 09:19:20| cbdataValid: 0111EEB8
2006/08/16 09:19:20| clientSendMoreData: ftp://ftp.downloads1.kaspersky-labs.com/zips/av-i386&ids-cum..., 284 bytes
2006/08/16 09:19:20| clientSendMoreData: FD 13 'ftp://ftp.downloads1.kaspersky-labs.com/zips/av-i386&ids-cum...', out.offset=812789
2006/08/16 09:19:20| comm_write: FD 13: sz 284: hndl 004226AF: data 0111EEB8.
2006/08/16 09:19:20| cbdataLock: 0111EEB8
2006/08/16 09:19:20| commSetSelect: FD 13 type 2
2006/08/16 09:19:20| cbdataUnlock: 0111EEB8
2006/08/16 09:19:20| cbdataUnlock: 01128EF8
2006/08/16 09:19:20| cbdataUnlock: 0111EEB8
2006/08/16 09:19:20| comm_select: 1 FDs ready at 1155709160
2006/08/16 09:19:20| comm_select: FD 13 ready for write
2006/08/16 09:19:20| comm_select: FD 13 calling write_handler 0042A749(01123C30)
2006/08/16 09:19:20| commHandleWrite: FD 13: off 0, sz 284.
2006/08/16 09:19:20| commHandleWrite: write() returns 284
2006/08/16 09:19:20| cbdataValid: 0111EEB8
2006/08/16 09:19:20| clientWriteComplete: FD 13, sz 284, err 0, off 813073, len -1
2006/08/16 09:19:20| storeClientCopy: 6679FD87FD9E5C01EAA8ED826D6A0C5E, seen 813073, want 813073, size 4096, cb 00422312, cbdata 0111EEB8
2006/08/16 09:19:20| cbdataLock: 0111EEB8
2006/08/16 09:19:20| cbdataLock: 01128EF8
2006/08/16 09:19:20| storeClientCopy2: 6679FD87FD9E5C01EAA8ED826D6A0C5E
2006/08/16 09:19:20| storeClientCopy3: Waiting for more
2006/08/16 09:19:20| cbdataUnlock: 01128EF8
2006/08/16 09:19:20| cbdataUnlock: 0111EEB8
2006/08/16 09:19:20| comm_select: 1 FDs ready at 1155709160
2006/08/16 09:19:20| comm_select: FD 13 ready for read
2006/08/16 09:19:20| comm_select: FD 13 calling read_handler 0041C93B(0116E6A8)
2006/08/16 09:19:20| clientReadRequest: FD 13: reading request...
2006/08/16 09:19:20| clientReadRequest: FD 13: (10054) WSAECONNRESET, Connection reset by peer.
2006/08/16 09:19:20| comm_close: FD 13
2006/08/16 09:19:20| commCallCloseHandlers: FD 13
2006/08/16 09:19:20| commCallCloseHandlers: ch->handler=0041BC5D
2006/08/16 09:19:20| cbdataValid: 0116E6A8
2006/08/16 09:19:20| connStateFree: FD 13
2006/08/16 09:19:20| httpRequestFree: ftp://ftp.downloads1.kaspersky-labs.com/zips/av-i386&ids-cum...
2006/08/16 09:19:20| httpRequestFree: al.url='ftp://ftp.downloads1.kaspersky-labs.com/zips/av-i386&ids-cum...'
2006/08/16 09:19:20| cbdataLock: 00C69878
2006/08/16 09:19:20| cbdataLock: 0116E6A8
2006/08/16 09:19:20| cbdataUnlock: 0116E6A8
2006/08/16 09:19:20| cbdataUnlock: 00C69878
2006/08/16 09:19:20| cbdataFree: 0128D7A8
2006/08/16 09:19:20| cbdataFree: Freeing 0128D7A8
2006/08/16 09:19:20| storeClientUnregister: called for '6679FD87FD9E5C01EAA8ED826D6A0C5E'
2006/08/16 09:19:20| storeClientUnregister: store_client for ftp://ftp.downloads1.kaspersky-labs.com/zips/av-i386&ids-cum... has a callback
2006/08/16 09:19:20| cbdataValid: 0111EEB8
2006/08/16 09:19:20| clientSendMoreData: (null), -1 bytes
2006/08/16 09:19:20| clientSendMoreData: FD 13 '[null_entry]', out.offset=813073
2006/08/16 09:19:20| clientWriteComplete: FD 13, sz 0, err 0, off 813073, len 0
2006/08/16 09:19:20| comm_close: FD 13

может кто посоветует как застаить работать delay_pools, или это нюансы виндового сквида???

"squidNT и delay_pools. Не работает!"
Отправлено ipmanyak , 16-Авг-06 16:05 
>может кто посоветует как застаить работать delay_pools, или это нюансы виндового сквида???
нет нюансов нет! все тоже самое !  а сам сквид то виндовый взял с поддержкой DELAY POOL ? их там 2 типа предлагают!  с delay pool  и без !


"squidNT и delay_pools. Не работает!"
Отправлено Vik , 16-Авг-06 19:26 
>>может кто посоветует как застаить работать delay_pools, или это нюансы виндового сквида???
>нет нюансов нет! все тоже самое !  а сам сквид то
>виндовый взял с поддержкой DELAY POOL ? их там 2 типа
>предлагают!  с delay pool  и без !
Спасибо. Я не обратил на это внимание.
Выкачал squid-2.6.STABLE2-NT-bin-DELAYP.zip, установил, настроил(с Вашими рекомендациями), качнул большой файл - практически весь канал мой. Напасть какая-то!!!
Может есть какой-то параметр отладки чтоб там отображалась информация о пулах???


"squidNT и delay_pools. Не работает!"
Отправлено Biglz , 17-Авг-06 14:02 
Пользуюсь squidNT, уже несколько лет и не разу мне не удалось в нем заставить нормально работать delay_pools.  Были моменты, когда вроде все настроил пошло работать, а через некоторое время оно начинало все скорость резать, пришлось отключить и забыть про такую прекрасную возможность, хотя очень хочется, чтобы delay_pools работал корректно в squidNT.
"squidNT и delay_pools. Не работает!"
Отправлено Vik , 17-Авг-06 19:18 
>Пользуюсь squidNT, уже несколько лет и не разу мне не удалось в
>нем заставить нормально работать delay_pools.  Были моменты, когда вроде все
>настроил пошло работать, а через некоторое время оно начинало все скорость
>резать, пришлось отключить и забыть про такую прекрасную возможность, хотя очень
>хочется, чтобы delay_pools работал корректно в squidNT.

Теперь понятно.
Отсюда вывод: необходимо думать о переходе на какую-то юникс подобную систему.

"squidNT и delay_pools. Не работает!"
Отправлено Biglz , 17-Авг-06 20:43 
Сегодня решил попробовать еще раз настроить delay_pools и все вроде получилось скорость режется даже очень успешно на squidNT 2.5 stable14 раньше я пробовал на младших версиях и там не чего не получалось! Буду наблюдать, не появится ли каких не будь глюков.


"squidNT и delay_pools. Не работает!"
Отправлено Vik , 18-Авг-06 09:37 
>Сегодня решил попробовать еще раз настроить delay_pools и все вроде получилось скорость
>режется даже очень успешно на squidNT 2.5 stable14 раньше я пробовал
>на младших версиях и там не чего не получалось! Буду наблюдать,
>не появится ли каких не будь глюков.
У меня squid-2.6.STABLE2-NT-bin-DELAYP.zip. Теоретически должен резать также. Если по результатам наблюдения у тебя будет все оК, отпиши пожалуйста. Очень надобно траыик резать.
Спасибо.

З.Ы. А правила я написал без ошибок? У тебя также написано?


"squidNT и delay_pools. Не работает!"
Отправлено Biglz , 21-Авг-06 09:26 
3-4 дня уже все пашит просто супер! Юзеры сума сходят!
если ты у себя вот так все описал

acl users src  192.168.1.239/255.255.255.255
http_access allow users
delay_pools 1
delay_class 1 2
delay_access 1 allow users
delay_access 1 deny all
delay_parameters 1 6000/6000 3000/3000

то все должно работать!
Хотя просмотри внимательно весь конфиг может там у тебя есть какие-то противоречия
если нет то дело только в 2.6 версии откатись на 2.5 stable14 у меня на ней все пашит

"squidNT и delay_pools. Не работает!"
Отправлено cimmerman , 21-Авг-06 16:49 
Юзаю сквид как на NT так и на FreeBSD разницы в работе нет практически
в 2.6 STABLE 1-2 трафик не режеттся ни на винде ни на фрюхе
можете сюда сходить http://www.opennet.me/openforum/vsluhforumID12/4250.html
В воскресерние поставил STABLE 3 как и написано в релизе баг с делай пулами пофиксен
все перекрасно работает

Правда в 2.5 STABLE14 делай пулам крышу после reconfigure не срывает

"squidNT и delay_pools. Не работает!"
Отправлено Vik , 22-Авг-06 12:57 
>Юзаю сквид как на NT так и на FreeBSD разницы в работе
>нет практически
>в 2.6 STABLE 1-2 трафик не режеттся ни на винде ни на
>фрюхе
>можете сюда сходить http://www.opennet.me/openforum/vsluhforumID12/4250.html
>В воскресерние поставил STABLE 3 как и написано в релизе баг с
>делай пулами пофиксен
>все перекрасно работает
>
>Правда в 2.5 STABLE14 делай пулам крышу после reconfigure не срывает

Огромное СПАСИБО всем, кто откликнулся.
На самом деле Вы правы: 2.6 STABLE 1-2 трафик не режет. 19/08/2006 вышел 2.6.STABLE3-NT.
НА  http://squid.opennet.ru/ вычитал, что среди исправленых ошибок значится: "- исправлена ошибка в работе delay_pools, когда игнорировались установленные лимиты скорости;"
  Выкачал, поставил, запустил УРА! Все заработало.
Еще раз всем спасибо. Ставте 2.6.STABLE3-NT и будет Вам счастье!