Несколько тезисов для того, чтобы от них плясать (они кажутся нам очевидными, потому обосновывать не видим смысла):
1. От настоящего ДДОСа (а в настоящих распределенных дос-атаках участвуют сотни и тысячи машин по всему миру) обычный сайт защититься практически не может, не блокируя трафик напрочь.
2. Сайт должен справляться с обработкой определенного количества легальных запросов, то есть запросов от добросовестных пользователей, у которых нет цели "завалить" сайт паразитным трафиком.
Один тезис, не столь очевидный, потому обоснованный:
- мы считаем, что обычный сайт должен выдерживать дос-атаку, то есть повышенную нагрузку с одного, максимум - нескольких серверов. Большего выдержать практически невозможно для современных серверов стандартных хостингов, которые обслуживают десятки и сотни сайтов одновременно.
Дело в том, что хостер не должен выставлять жесткие нетипичные ограничения на веб-сервере и фаерволе, потому что под эти жесткие правила могут попасть легальные пользователи. Как правило, хостеры, видя, что какой-то сайт подвергается атаке, просто его выключают и предлагают переходить на какие-то другие условия обслуживания либо расторгают отношения. Мы считаем, что это вполне разумный подход, обеспечивающий взаимовыгодное сотрудничество хостера и владельца сайта: если сайт атакуют, значит, он уже объективно перерос стандартный хостинг; и хостер за свои дополнительные усилия должен получать дополнительные деньги.
Указанное выше образует вилку, в которую и попадают большинство обычных хостингов, и требовать от них большего за те деньги, которые стоит хостинг, не стоит - пустая трата сил.
Если же кто-то желает иметь площадку, устойчивую к ДДОСу (хотя о 100% устойчивости говорить не приходится), то это уже индивидуальный подход - как правило, это выделенный сервер, тонко прописанные правила на веб-сервере (хотя по нашему мнению этот уровень защиты не особо эффективен) и фаерволе, скрипты, анализирующие логи и корректирующие вышеозначенные правила, ну и конечно же сисадмин, всегда готовый придти на помощь атакуемому серверу и принимать меры в индивидуальном порядке, основываясь на особенностях конкретной атаки. Но, как мы все понимаем, это стоит дополнительных денег.
Поэтому требовать от обычных сайтов на обычном, как правило самом дешевом хостинге, устойчивой работы в условиях стресс-тестов не стоит.
Все вышесказанное касается и нашей компании.