The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"очень неприятное открытие при участии delay_pools"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы Настройка Squid и других прокси серверов (Public)
Изначальное сообщение [Проследить за развитием треда]

"очень неприятное открытие при участии delay_pools"
Сообщение от waldis emailИскать по авторуВ закладки on 25-Мрт-04, 17:26  (MSK)
Уважаемые коллеги!

после вполне успешного использования delay_pools, прозрачной аутентификации ntlm и ограничения времен доступа и скорости на разных пользователей посредством создания различных групп в виндовом домене
всплыла такая особенность:
ограничение по скорости можно обрулить, пусть несколько и замысловатым образом, но всё же можно:
требуемый документ (обычно неплохого размера) запрашивается многократно, скажем 5-6 раз, первая сессия придерживается отведенной скорости, вторая придерживается, третья еще вроде в пределах, но дальше больше, 4, 5-ые копии этого документа начинают сгружаться на "всех парах", как этот эффект достигнут, так остальные сессии можно и обрывать, оставшаяся всё равно обслуживается с полной скоростью.

уж не знаю сколько пользователи подходили к этому трюку, но в результате подошли :)
положительный опыт подобного рода, как сами понимаете, распространяется очень быстро среди студентов, и в итоге имеем некоторый перерасход трафика от запланированного.

технические аспекты:
squid/2.5.stable5
samba 2.2.8a
freebsd 4.8

некот. параметры из squid.conf
которые на мой взгляд имеют отношение к делу:
quick_abort_min 0 KB
quick_abort_max 0 KB
quick_abort_pct 98  

half_closed_clients off
client_lifetime 120 minutes
client_db on
client_persistent_connections on  (без этого проблема с ntlm auth)
server_persistent_connections off
pipeline_prefetch off
memory_pools on
memory_pools_limit 1400 MB

эффект наблюдается и при ограничении на основе членства в группе windows
и на основе ip-адреса станции

возможно кто-то уже сталкивался с подобным явлением и нашёл способ избавления от него, пожалуйста, поделитесь опытом

или в приведенных директивах найдет ошибки
или просто сможет объяснить почему происходит подобное
-- буду очень признателен

  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "очень неприятное открытие при участии delay_pools"
Сообщение от ipmanyak Искать по авторуВ закладки on 26-Мрт-04, 07:34  (MSK)
ну и где у тебя тут настройки delay pool, что-то я их не приметил !
  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "очень неприятное открытие при участии delay_pools"
Сообщение от waldis emailИскать по авторуВ закладки on 26-Мрт-04, 07:48  (MSK)
>ну и где у тебя тут настройки delay pool, что-то я их
>не приметил !
я кажется не упоминал, что это весь конфиг

их много, ок, относительно много -- 13, с участием многих разнородных правил,
есть ли смысл приводить их здесь?
но с ними проблем нет, в штатных условиях они ведут себя как и запланировано

  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "очень неприятное открытие при участии delay_pools"
Сообщение от Junior emailИскать по авторуВ закладки on 26-Мрт-04, 08:11  (MSK)
>Уважаемые коллеги!

>возможно кто-то уже сталкивался с подобным явлением и нашёл способ избавления от
>него, пожалуйста, поделитесь опытом
>
>или в приведенных директивах найдет ошибки
>или просто сможет объяснить почему происходит подобное
>-- буду очень признателен

Боюсь показаться назойливым с советом, но если перерасход в трафике является величиной критичной и требует незамедлительных и жёстких мер, то рекомендую поставить на канале Linux-машинку с iptables пересобранным.
там есть замечательный модуль limit, который будет ограничивать количество пакетов в заданный интервал времени. Выгода очевидна. Снижается нагрузка на другой сервер, т.к. разруливать трафик на перегруженном канале будет Linux, а не прокси-сервер. Ну и для вкуса можно в фильтре использовать ограничение на количество соединений с одного адреса (хоть IP, хоть заданного MAC-адреса) - connlimit. Есть и на ограничение полученных данных в период времени - connbyte, fuzzy.
В общем проблему можно решить другим способом, на мой взгляд, не углубляясь в настройки squid и не усиливая нагрузку таким образом на железо сервера.

Удачи.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "очень неприятное открытие при участии delay_pools"
Сообщение от waldis emailИскать по авторуВ закладки on 26-Мрт-04, 08:20  (MSK)
идея-то нормальная,
но есть возражения такого плана:
экономия-экономией, но совсем зажимать тож не хочется,
документы, имеющиеся в кэше выдаются уже без притормаживания,
комфортность пользования несколько возрастает

да и сеть весьма неоднородна, на соседних ip-адресах могут находиться пользователи с разными требованиями к скорости, да и распределение адресов к тому же далеко не статично.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "очень неприятное открытие при участии delay_pools"
Сообщение от Shuttle Искать по авторуВ закладки on 26-Мрт-04, 12:29  (MSK)
>экономия-экономией, но совсем зажимать тож не хочется,
>документы, имеющиеся в кэше выдаются уже без притормаживания,
>комфортность пользования несколько возрастает

Что-то мой опыт этого не подтверждает. Я год или полтора назад уже задавал здесь вопрос как сделать чтобы содержимое кэша шло мимо пулов. Ответили что невозможно в текущей версии. У меня тогда была 2.5st2 Может в 2.5st5 этим уже можно управлять?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "очень неприятное открытие при участии delay_pools"
Сообщение от waldis emailИскать по авторуВ закладки on 26-Мрт-04, 14:49  (MSK)
>>экономия-экономией, но совсем зажимать тож не хочется,
>>документы, имеющиеся в кэше выдаются уже без притормаживания,
>>комфортность пользования несколько возрастает
>
>Что-то мой опыт этого не подтверждает. Я год или полтора назад уже
>задавал здесь вопрос как сделать чтобы содержимое кэша шло мимо пулов.
>Ответили что невозможно в текущей версии. У меня тогда была 2.5st2
>Может в 2.5st5 этим уже можно управлять?

зря он не подтверждает, то, что уже на диске, наша прокся не зажимает

один момент она работала в режиме свободной отдачи кэшированных данных тем, кто в данный момент не должен обслуживаться

но потом стало сложно поддерживать актуальность между
http_access & miss_access

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру