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

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

"Органичение трафика каждой сессии одного IP"
Сообщение от Вадим on 19-Окт-03, 00:59  (MSK)
Можно ли в squid ограничивать каждую сессиию (соединение) ? Может есть патчи ? Хочется особый delay_pool в котором не только по IP можно трафик зажимать, но и ограничивать трафик по отдельным сессиям. Т.е. на один IP выделяем полосу N и режем каждый поток в M. Для чего нужно ? Через дочерний сквид один пользователь повадился качать сотнями потоков mp3, нужно ограничить каждую сессию на родительском сквиде, а то сквид успевает в 10 раз больше скачать чем запросил юзер (диалапщик начало послушает и отмену жмет, а сквид успевает приличный кусок скачать). Вот и нужно каждый поток от дочернего squid ограничить.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

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

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

1. "Органичение трафика каждой сессии одного IP"
Сообщение от Михаил on 19-Окт-03, 11:11  (MSK)
имхо, лучше количество коннектов ограничь и/или отмени докачку прерванных запросов. емкость пула тоже неплохо уменьшить...
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Органичение трафика каждой сессии одного IP"
	Сообщение от Вадим on 20-Окт-03, 12:56  (MSK)
	>имхо, лучше количество коннектов ограничь и/или отмени докачку прерванных запросов. емкость пула >тоже неплохо уменьшить... Я же написал, общение между двумя сквидами - родителем и ребенком, пользователи подключены к ребенку, ребенок обращается к родителю и выглядит для него как один клиент. Ограничивать трафик и число запросов нельзя, так как под одним IP для сквида скрывается сотня разных пользователей. Выход был бы в delay_pool с лимитированием отдельных потоков, а не по IP.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Органичение трафика каждой сессии одного IP"
	Сообщение от Вадим on 20-Окт-03, 12:59  (MSK)
	>>имхо, лучше количество коннектов ограничь и/или отмени докачку В дополнение - докачка прерванного запрса запрещена, сквид еще до прерывание коннекта успевает буферизировать пару десяткой Кб. Если рвущихся соеднинений много - то эта буферизация ощутимо влияет на расклад трафика.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Органичение трафика каждой сессии одного IP"
	Сообщение от Михаил on 20-Окт-03, 14:59  (MSK)
	>>имхо, лучше количество коннектов ограничь и/или отмени докачку прерванных запросов. емкость пула >>тоже неплохо уменьшить... > >Я же написал, общение между двумя сквидами - родителем и ребенком, пользователи >подключены к ребенку, ребенок обращается к родителю и выглядит для него >как один клиент. Ограничивать трафик и число запросов нельзя, так как >под одним IP для сквида скрывается сотня разных пользователей. Выход был >бы в delay_pool с лимитированием отдельных потоков, а не по IP. так дочерний сквид твой или нет? если твой, сделай на нем нужные ограничения. кстати и размер буферов в пулах тоже неплохо бы уменьшить... а если не твой - выпусти этого клиента через НАТ. пусть сколько сам накачает - столько ему и трафика будет.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Органичение трафика каждой сессии одного IP"
	Сообщение от Вадим on 20-Окт-03, 17:18  (MSK)
	>>>имхо, лучше количество коннектов ограничь и/или отмени докачку прерванных запросов. емкость пула >так дочерний сквид твой или нет? >если твой, сделай на нем нужные ограничения. С дочерним все в порядке, трафик жрет родительский squid: user -(1)-> child_squid -(2)-> parent_squid -(3)-> inet На этапах 1 и 2 проходит 100 Мб трафика, а на этапе 3 - 600 Мб. >кстати и размер буферов в пулах тоже неплохо бы уменьшить... Хорошо что про буферы напомнил, кажется нашел в чем дело. У сквида tcp_recv_bufsize по дефолту как у системы, у меня на сервере родителя системный буфер 60 Кб. Уменьшил tcp_recv_bufsize, посмотрим.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "Органичение трафика каждой сессии одного IP"
	Сообщение от Михаил on 20-Окт-03, 17:26  (MSK)
	>>кстати и размер буферов в пулах тоже неплохо бы уменьшить... > >Хорошо что про буферы напомнил, кажется нашел в чем дело. >У сквида tcp_recv_bufsize по дефолту как у системы, у меня на сервере >родителя системный буфер 60 Кб. Уменьшил tcp_recv_bufsize, посмотрим. это ты круто пошел... я имел ввиду попроще, просто убавить числа после дроби в параметрах пулов... кроме того, выключи докачку прерванных запросов. возможно, есть смысл выключить кэширование на родительском сквиде вообще...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Органичение трафика каждой сессии одного IP"
Сообщение от ipmanyak on 20-Окт-03, 08:48  (MSK)
>Можно ли в squid ограничивать каждую сессиию (соединение) ? Может есть патчи >? > >Хочется особый delay_pool в котором не только по IP можно трафик зажимать, >но и >ограничивать трафик по отдельным сессиям. Т.е. на один IP выделяем полосу N >и режем каждый поток в M. > >Для чего нужно ? Через дочерний сквид один пользователь повадился качать сотнями >потоков mp3, >нужно ограничить каждую сессию на родительском сквиде, а то сквид успевает в >10 раз больше скачать чем запросил юзер (диалапщик начало послушает и >отмену жмет, а сквид успевает приличный кусок скачать). Вот и нужно >каждый поток от дочернего squid ограничить. зареж скорость закачки чисто mp3 и других форматов, а запуск в realplay вообще заруби  , того пользователя не мешало бы построить и сделать внушение, если не поможет, зарезать ему скорость на 1кб в delay pool. скорость каждой сессии кажись низя зарезать, тока весь поток на юзверя в целом, но можно гибко настроить вёдра и при первышении размера в нужное число байт, урезать скорость, А короткие файлы  - быстро отдавать !
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Органичение трафика каждой сессии одного IP"
	Сообщение от Вадим on 20-Окт-03, 12:53  (MSK)
	>зареж скорость закачки чисто mp3 и других форматов, а запуск в realplay >вообще заруби  , того пользователя не мешало бы построить и >сделать внушение, если не поможет, зарезать ему скорость на 1кб в >delay pool. Пользователь имеет полное право качать то за что он платит на хорошей скорости, проблема в том, что скпид выкачивает гораздо больше чем запросил пользователь (сайт с которого качал юзер постоянно рвал коннект, на что качалка пользователя пыталась докачать mp3. Итого 8000 запросов за 3 часа, пользователю отдано 100 Мб, сквид скачал с сайта 600 Мб !!!).
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

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

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