Den73

Den73
Рейтинг
523
Регистрация
26.06.2010

Quicksdk

у CloudFlare поумнее защита чем к примеру DDoS-GUARD

но для сайтов повышенной важности я бы не использовал, лучше взять приличное типа qrator

myhostipro:
Добрых времени суток,
я думаю, Вам не стоит искать причину ddos, а найти альтернативу, которые предоставляют услугу с защитой от DDoS!

:) зачем ерундой заниматься, атакуют то не сайт тс-а.

TemaZosin

в логах нету никакой атаки.

AGHost:
Есть возможность посмотреть логи веб сервера в указанное время? Таким образом можно понять, если ли флуд на Ваш сайт или нет. Если его нет, то это скорей всего проблема у хостера. Лучше смотреть лог ошибок.


Не обязательно, если на сервере cloudlinux, при небольшой атаке он ограничивает флуд согласно лимитам Вашего тарифа, на выходе Вы получаете 50х.

наверно dos а не ddos

это не зависит от ос, зависит от команды администраторов

тс, нужно больше информации, просите у хостера детали.

dimm14:
Спасибо, как удалось определить host1plus.com?

"Судя по PTR-записи это одна из нод host1plus.com, вероятно VPS."

:)

куда дальше? AS12586 пиров можно посмотреть

лучше уточните в чем смысл

hacccker:
Вам подойдет практически любая дешевая VPS
Настройте только MPM-ITK для апача, и создавайте юзера для каждого сайта.

и толку, через mysql или nginx со стандартными настройками можно прочитать чужие файлы)))

написать баш скрипт который будет обходить каталоги и запускать утилиту с нужными параметрами для найденных файлов по маске.

Sujcnm:
Зависит от типа атаки, если тупо долбят причем по хх запросов в секунду, то этот метод поможет.
А если боты умные, и посещают сайт как обычные юзеры, то можно попробовать использовать вот это http://habrahabr.ru/post/139931/
А вообще каждый случай надо анализировать.

ничем не поможет, если делать нечего то пожалуйста.

защита должна быть более интеллектуальной, тот же клоудфларе умнее чем ваш метод

---------- Добавлено 27.03.2015 в 20:13 ----------

DenisVS:
В комплексе, само собой.
Как один из критериев атаки, ошибки nginx годятся. Ещё netstat анализировать, по числу коннектов MAX_CONNECTIONS. Лог можно анализировать так же на пример черезмерно частого посещения критических излюбленных мест, например, кореня сайта.
Всё группировать в кучку и почаще проверять, к примеру, раз в 4 минуты.

если nginx живой и вообще на сервер есть доступ то уже дело раз плюнуть.

обычно на сервер попасть не предоставляется возможным

WorldsBig

могу подключить защиту поумнее чем у cloudfare, лс

---------- Добавлено 27.03.2015 в 19:15 ----------

Sujcnm:
Я бы настроил на nginx лимит на число подключений с одного ip, а потом парсил лог ошибок и особо настырных ботов добавлял в ipset (кроном через определенный интервал времени).
Если атака не сильная, то так можно отбиться своими силами.

это все ерунда и пустая трата времени

Всего: 7706