Исходное сообщение
"Улучшенное конфигурирование ipfw" Отправлено Осторожный, 26-Июн-08 21:57
>> Возможно кому то и захочется шейпить входящий трафик, но только в очень экзотических >> целях. > >    _Шейпить_ входящий трафик _нельзя_. Его можно только _резать_. входящий траффик можно шейпить, если он уже пришел, он еще не отдан далее на обработку - например в локальную сеть > > >    Это "альфа" и "омега" всего управления трафиком в >TCP/IP-сетях. Распоряжаться можно только _своей_ жо... ой, то есть, управлять можно >только _своим_ трафиком. То есть, исходом. На вход повлиять нельзя _никак_. >Да хоть весь вход пакетным фильтром в /dev/null сливайте -- да >пожалуйста, хоть сто раз. Канал у вас по входу как на >полке был, так на полке и останется  (это я в >вашу сторону "ping -f" пустил :). тем не менее твои входящие ping можно ограничить по скорости - с какой скоростью они будут попадать на мой интерфейс >[оверквотинг удален] >    Да, можно влиять на вход, шейпя исход: TCP >-- протокол с подтверждением приема, PUSH'и не будут идти со скоростью, >превышающей скорость ACK'ов. Но это _частный_ случай. UDP так не пошейпить. > > >    И до тех пор, пока такие вот безграмотные >статьи будут появляться в Интернете, будут жить системные администраторы класса "набрали >по объявлениям". > >    :-\ ха-ха

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> Возможно кому то и захочется шейпить входящий трафик, но только в очень экзотических >>> целях. >> >> _Шейпить_ входящий трафик _нельзя_. Его можно только _резать_. > входящий траффик можно шейпить, если он уже пришел, он еще не отдан > далее на обработку > - например в локальную сеть >> >> >> Это "альфа" и "омега" всего управления трафиком в >>TCP/IP-сетях. Распоряжаться можно только _своей_ жо... ой, то есть, управлять можно >>только _своим_ трафиком. То есть, исходом. На вход повлиять нельзя _никак_. >>Да хоть весь вход пакетным фильтром в /dev/null сливайте -- да >>пожалуйста, хоть сто раз. Канал у вас по входу как на >>полке был, так на полке и останется (это я в >>вашу сторону "ping -f" пустил :). > тем не менее твои входящие ping можно ограничить по скорости > - с какой скоростью они будут попадать на мой интерфейс >>[оверквотинг удален] >> Да, можно влиять на вход, шейпя исход: TCP >>-- протокол с подтверждением приема, PUSH'и не будут идти со скоростью, >>превышающей скорость ACK'ов. Но это _частный_ случай. UDP так не пошейпить. >> >> >> И до тех пор, пока такие вот безграмотные >>статьи будут появляться в Интернете, будут жить системные администраторы класса "набрали >>по объявлениям". >> >> :-\ > ха-ха
	Введите код, изображенный на картинке: