форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Настройка Squid и других прокси серверов (Public)
Изначальное сообщение		[Проследить за развитием треда]

"squidNT и delay_pools. Не работает!"

Сообщение от Vik (??) on 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 никак не реагирует. Помогите разобраться!

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Сообщения по теме

[Сортировка по времени, UBB]

1. "squidNT и delay_pools. Не работает!"

Сообщение от ipmanyak (??) on 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

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	2. "squidNT и delay_pools. Не работает!"
	Сообщение от Vik (??) on 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-cumul.zip 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-cumul.zip, 284 bytes 2006/08/16 09:19:20| clientSendMoreData: FD 13 'ftp://ftp.downloads1.kaspersky-labs.com/zips/av-i386&ids-cumul.zip', 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-cumul.zip 2006/08/16 09:19:20| httpRequestFree: al.url='ftp://ftp.downloads1.kaspersky-labs.com/zips/av-i386&ids-cumul.zip' 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-cumul.zip 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, или это нюансы виндового сквида???
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

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

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

	5. "squidNT и delay_pools. Не работает!"
	Сообщение от Biglz (ok) on 17-Авг-06, 14:02
	Пользуюсь squidNT, уже несколько лет и не разу мне не удалось в нем заставить нормально работать delay_pools.  Были моменты, когда вроде все настроил пошло работать, а через некоторое время оно начинало все скорость резать, пришлось отключить и забыть про такую прекрасную возможность, хотя очень хочется, чтобы delay_pools работал корректно в squidNT.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	6. "squidNT и delay_pools. Не работает!"
	Сообщение от Vik (??) on 17-Авг-06, 19:18
	>Пользуюсь squidNT, уже несколько лет и не разу мне не удалось в >нем заставить нормально работать delay_pools.  Были моменты, когда вроде все >настроил пошло работать, а через некоторое время оно начинало все скорость >резать, пришлось отключить и забыть про такую прекрасную возможность, хотя очень >хочется, чтобы delay_pools работал корректно в squidNT. Теперь понятно. Отсюда вывод: необходимо думать о переходе на какую-то юникс подобную систему.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

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

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

	9. "squidNT и delay_pools. Не работает!"
	Сообщение от Biglz (ok) on 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 у меня на ней все пашит
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	10. "squidNT и delay_pools. Не работает!"
	Сообщение от cimmerman (??) on 21-Авг-06, 16:49
	Юзаю сквид как на NT так и на FreeBSD разницы в работе нет практически в 2.6 STABLE 1-2 трафик не режеттся ни на винде ни на фрюхе можете сюда сходить https://www.opennet.ru/openforum/vsluhforumID12/4250.html В воскресерние поставил STABLE 3 как и написано в релизе баг с делай пулами пофиксен все перекрасно работает Правда в 2.5 STABLE14 делай пулам крышу после reconfigure не срывает
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	11. "squidNT и delay_pools. Не работает!"
	Сообщение от Vik (??) on 22-Авг-06, 12:57
	>Юзаю сквид как на NT так и на FreeBSD разницы в работе >нет практически >в 2.6 STABLE 1-2 трафик не режеттся ни на винде ни на >фрюхе >можете сюда сходить https://www.opennet.ru/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 и будет Вам счастье!
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]