форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Firewall, Фильтрация пакетов / Linux)
Изначальное сообщение		[ Отслеживать ]

"Шейпинг Loopback-интерфейса"	+1 +/–
Сообщение от Гусище (ok) on 29-Июн-10, 09:59
Цель. Проверить серверно/клиентское ПО на функционирование с нехваткой ширины передающего канала. Итак требуется отшейпить интерфейс loopback. Для этих целей выбрана iptblaes, реализация следующая: >iptables -F >iptables -P INPUT DROP >iptables -A INPUT -i lo -m --limit 2/second --limit-burst 1 -j ACCEPT Кто разбирается в iptables (я вообще мало понимаю) пожалуйста помогите, корректно ли такое правило и даст ли результат? Укажите на ошибку, если есть. Спасибо. П.С. Пока возможности проверять методом научного тыка нет.
Высказать мнение | Ответить | Правка | Cообщить модератору

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

[Сортировка по времени | RSS]

1. "Шейпинг Loopback-интерфейса"	+/–
Сообщение от reader (ok) on 29-Июн-10, 12:43
>[оверквотинг удален] >>iptables -F >>iptables -P INPUT DROP >>iptables -A INPUT -i lo -m --limit 2/second --limit-burst 1 -j ACCEPT > >Кто разбирается в iptables (я вообще мало понимаю) пожалуйста помогите, корректно ли >такое правило и даст ли результат? Укажите на ошибку, если есть. >Спасибо. > >П.С. >Пока возможности проверять методом научного тыка нет. очередь ( limit-burst ) будет двигаться и пополнятся со скоростью 2 пакета в секунду, при условии что входящие приходят быстрей, не попавшие в очередь будут отброшены
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	6. "Шейпинг Loopback-интерфейса"	+/–
	Сообщение от Гусище (ok) on 30-Июн-10, 10:31
	Решено по колхозному, с помошью: >iptables -F >iptables -P INPUT DROP >iptables -A INPUT -i lo -m --limit 2/second -j ACCEPT Всем спасибо за ответы.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "Шейпинг Loopback-интерфейса"	+/–
Сообщение от Vitalka (ok) on 29-Июн-10, 13:12
>...и даст ли результат? На шейпер это похоже мало - скорее оно покажет работу приложения в условиях 50%-ых потерь на канале.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	3. "Шейпинг Loopback-интерфейса"	+/–
	Сообщение от Гусище (ok) on 29-Июн-10, 14:35
	Согласен, буфера нет. Потери. Но ведь это у tcp будут потери, он и не скажет вовсе приложению от том, что он регулярно орёт на другой конец соединения переслать пакет повторно. Просто будет отдавать ему то, что удалось получить. Значит по сути это и будет тонкая дырочка. Или я не правильно чего-то понимаю?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	4. "Шейпинг Loopback-интерфейса"	+/–
	Сообщение от Vitalka (ok) on 29-Июн-10, 14:51
	>Согласен, буфера нет. Потери. Но ведь это у tcp будут потери, он >и не скажет вовсе приложению от том, что он регулярно орёт >на другой конец соединения переслать пакет повторно. Из личного опыта - такой высокий процент потерь в обычной жизни выливается в практически неработоспособный канал. Здесь, конечно же, трафик достаточно синтетический, но я все равно полон сомнений... Может все таки зашейпить через ifb?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	5. "Шейпинг Loopback-интерфейса"	+/–
	Сообщение от ALex_hha (ok) on 29-Июн-10, 16:24
	>>Согласен, буфера нет. Потери. Но ведь это у tcp будут потери, он >>и не скажет вовсе приложению от том, что он регулярно орёт >>на другой конец соединения переслать пакет повторно. > >Из личного опыта - такой высокий процент потерь в обычной жизни выливается >в практически неработоспособный канал. Здесь, конечно же, трафик достаточно синтетический, но >я все равно полон сомнений... Может все таки зашейпить через ifb? > Если нужно ограничить только исходящую скорость, то htb настраивается за 5 минут
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

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