1. Смотрим, на что идет ддос. Если сервис вспомогательный - mail, dns, чтото еще - выносим на отдельный сервер. И работаем там.
Если сервис основной (панель, сайты, ftp) - то придется работать на текущем сервере.
То же самое делаем и в случае icpm-флуда.
2. Если ддос идет на сайты, смотрим в статусе апача, куда идут get-запросы. Делаем а-записи для того домена на 127.0.0.1, пишем владельцу, предлагаем пути решения.
3. Если ддос идет не на сайт, то значит свалить пытаются как хостинг-провайдера :(
самым резонным тут будет посмотреть, какой домен больше всего ресолвится, и заблокирвоать его.
4. Если блокировка невозможно, то при слабом ддосе можно поиграться в csf И apf, при сильном - поставить чтото железное и цысочное рядом с сервером.
5. Как вариант решения проблемы, если ддос идет на ip - по-быстрому их сменить.
Для этого основной ip (на котором лицензия и тд) не должен нигде светиться особо, а аккаунты между другими Ip распределялись равномерно и менялись легко (чтобы при смене сразу не упали все).
6. Разумеется, это подойдет для "бытовых" атак. Если взялись серьезно - тут уже надо думать о профессиональных решениях, на форуме есть несколько людей, которые их предоставляют.
несерьезно :(
У них неверный подход.
Вместо того, чтобы направлять деньги на качество, они направляют их на клиентскую базу.
ну, данные в лоб, так сказать.
Тут уж сложно опровергнуть.
Ну а раз не раскусили маленький секрет - ничего.
+1 у ispserver.com
http://www.reg.ru/whois/?dname=82.146.47.139
Почему испсервер?
Просто лир получен на испсервера, не более.
У фествдс ип 82.146.43.3.
Тот же самый хуис.
1Терабайт-1024Гигабайта
мне для вап-сайтов. Помоему там без разницы где находится сервер.
Тогда уж скорее гиггабайт :)
Иммется ввиду не местоположение сервера, а локаль системы. Умным скриптам нужна русская.
1. Смотрим, на что идет ддос. Если сервис вспомогательный - mail, dns, чтото еще - выносим на отдельный сервер. И работаем там.
Если сервис основной (панель, сайты, ftp) - то придется работать на текущем сервере.
То же самое делаем и в случае icpm-флуда.
2. Если ддос идет на сайты, смотрим в статусе апача, куда идут get-запросы. Делаем а-записи для того домена на 127.0.0.1, пишем владельцу, предлагаем пути решения.
3. Если ддос идет не на сайт, то значит свалить пытаются как хостинг-провайдера :(
самым резонным тут будет посмотреть, какой домен больше всего ресолвится, и заблокирвоать его.
4. Если блокировка невозможно, то при слабом ддосе можно поиграться в csf И apf, при сильном - поставить чтото железное и цысочное рядом с сервером.
5. Как вариант решения проблемы, если ддос идет на ip - по-быстрому их сменить.
Для этого основной ip (на котором лицензия и тд) не должен нигде светиться особо, а аккаунты между другими Ip распределялись равномерно и менялись легко (чтобы при смене сразу не упали все).
6. Разумеется, это подойдет для "бытовых" атак. Если взялись серьезно - тут уже надо думать о профессиональных решениях, на форуме есть несколько людей, которые их предоставляют.
А террабайт - это новая единица измерения?
Что измеряем?
1. Не каждый. TvoyHoster, судя по всему, не знаком.
2. От легкого ддоса 3-4мбитс легко отбиться за заданное время, программными средствами. А от сильнее - 35-40 - уже врятли.
А что толку следить за мусором в hositng.ua?
Сервер рано или поздно сгорит.
Только МИРхостовские квады, которым отсилы 4 месяца, сгорят медленнее, чем селероньчики, которым по 5 лет стукнет.
И сколько Вы пространства собираетесь предоставлять? :)
secureserver.ru