https://www.opennet.ru/openforum/vsluhforumID1/89257.html Цель. Проверить серверно/клиентское ПО на функционирование с нехваткой ширины передающего канала. Итак требуется отшейпить интерфейс loopback.<br><br>Для этих целей выбрана iptblaes, реализация следующая:<br><br>&gt;iptables -F<br>&gt;iptables -P INPUT DROP<br>&gt;iptables -A INPUT -i lo -m --limit 2/second --limit-burst 1 -j ACCEPT<br><br>Кто разбирается в iptables (я вообще мало понимаю) пожалуйста помогите, корректно ли такое правило и даст ли результат? Укажите на ошибку, если есть. Спасибо.<br><br>П.С.<br>Пока возможности проверять методом научного тыка нет.<br> https://www.opennet.ru/openforum/vsluhforumID1/89257.html#6 Wed, 30 Jun 2010 06:31:22 GMT Решено по колхозному, с помошью:<br>&gt;iptables -F<br>&gt;iptables -P INPUT DROP<br>&gt;iptables -A INPUT -i lo -m --limit 2/second -j ACCEPT<br><br>Всем спасибо за ответы.<br> https://www.opennet.ru/openforum/vsluhforumID1/89257.html#5 Tue, 29 Jun 2010 12:24:44 GMT &gt;&gt;Согласен, буфера нет. Потери. Но ведь это у tcp будут потери, он <br>&gt;&gt;и не скажет вовсе приложению от том, что он регулярно орёт <br>&gt;&gt;на другой конец соединения переслать пакет повторно.<br>&gt;<br>&gt;Из личного опыта - такой высокий процент потерь в обычной жизни выливается <br>&gt;в практически неработоспособный канал. Здесь, конечно же, трафик достаточно синтетический, но <br>&gt;я все равно полон сомнений... Может все таки зашейпить через ifb? <br>&gt;<br><br>Если нужно ограничить только исходящую скорость, то htb настраивается за 5 минут<br><br> https://www.opennet.ru/openforum/vsluhforumID1/89257.html#4 Tue, 29 Jun 2010 10:51:04 GMT &gt;Согласен, буфера нет. Потери. Но ведь это у tcp будут потери, он <br>&gt;и не скажет вовсе приложению от том, что он регулярно орёт <br>&gt;на другой конец соединения переслать пакет повторно.<br><br>Из личного опыта - такой высокий процент потерь в обычной жизни выливается в практически неработоспособный канал. Здесь, конечно же, трафик достаточно синтетический, но я все равно полон сомнений... Может все таки зашейпить через ifb?<br><br> https://www.opennet.ru/openforum/vsluhforumID1/89257.html#3 Tue, 29 Jun 2010 10:35:56 GMT Согласен, буфера нет. Потери. Но ведь это у tcp будут потери, он и не скажет вовсе приложению от том, что он регулярно орёт на другой конец соединения переслать пакет повторно. Просто будет отдавать ему то, что удалось получить. Значит по сути это и будет тонкая дырочка. Или я не правильно чего-то понимаю?<br> https://www.opennet.ru/openforum/vsluhforumID1/89257.html#2 Tue, 29 Jun 2010 09:12:01 GMT &gt;...и даст ли результат?<br><br>На шейпер это похоже мало - скорее оно покажет работу приложения в условиях 50%-ых потерь на канале.<br> https://www.opennet.ru/openforum/vsluhforumID1/89257.html#1 Tue, 29 Jun 2010 08:43:11 GMT &gt;[оверквотинг удален]<br>&gt;&gt;iptables -F<br>&gt;&gt;iptables -P INPUT DROP<br>&gt;&gt;iptables -A INPUT -i lo -m --limit 2/second --limit-burst 1 -j ACCEPT<br>&gt;<br>&gt;Кто разбирается в iptables (я вообще мало понимаю) пожалуйста помогите, корректно ли <br>&gt;такое правило и даст ли результат? Укажите на ошибку, если есть. <br>&gt;Спасибо. <br>&gt;<br>&gt;П.С. <br>&gt;Пока возможности проверять методом научного тыка нет. <br><br>очередь ( limit-burst ) будет двигаться и пополнятся со скоростью 2 пакета в секунду, при условии что входящие приходят быстрей, не попавшие в очередь будут отброшены<br>