Исходное сообщение
"Новая версия пакетного фильтра для Linux - iptables 1.4.0" Отправлено Andrew Kolchoogin, 27-Дек-07 01:37
>>Особенно, когда DoS'ят Апач, вызывая динамический контент. > у нормальных людей опач работает бэкэндом.     И что? Он от этого как-то сильно меньше CPU Time кушать начинает? > А такую паразитную активность весьма просто пресечь, ограничив число входящих SYN > в ед. времени экспоненциально.     Exponential Backoff в данном случае совершенно бесполезен, так как это лишь _одна из возможных реакций_ на активность с некоторого IP-адреса. Тупой сброс соединений -- это, если хотите, EB после предельного перехода. :)     Ну и что? Всё равно микропроцессор на Apache просядет. Как не выкручивайся. Потому, что не за'backoff'ить каждый конкретный IP без риска за'backoff'ить огромную сеть за NAT'ом.     А вот разговоры в ключе "ну и сами виноваты, пусть меняют провайдера" я считаю тупиковыми. > Чуть более сложные меры вообще исключат подобный сценарий, оставив только > возможность полностью забить канал входящим трафиком(но от этого никто не застрахован).     Почему, можно попытаться прогнуть апстрима на RSVP. :)))

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>>Особенно, когда DoS'ят Апач, вызывая динамический контент. >> у нормальных людей опач работает бэкэндом. > И что? Он от этого как-то сильно меньше > CPU Time кушать начинает? >> А такую паразитную активность весьма просто пресечь, ограничив число входящих SYN >> в ед. времени экспоненциально. > Exponential Backoff в данном случае совершенно бесполезен, так > как это лишь _одна из возможных реакций_ на активность с некоторого > IP-адреса. Тупой сброс соединений -- это, если хотите, EB после предельного > перехода. :) > Ну и что? Всё равно микропроцессор на Apache > просядет. Как не выкручивайся. Потому, что не за'backoff'ить каждый конкретный IP > без риска за'backoff'ить огромную сеть за NAT'ом. > А вот разговоры в ключе "ну и сами > виноваты, пусть меняют провайдера" я считаю тупиковыми. >> Чуть более сложные меры вообще исключат подобный сценарий, оставив только >> возможность полностью забить канал входящим трафиком(но от этого никто не застрахован). > Почему, можно попытаться прогнуть апстрима на RSVP. :)))
	Введите код, изображенный на картинке: