elst

Что за ахинею ты тут несешь? И что у тебя за инвалидный ДЦ если у него ложится канал до сервера?)

 

1) В нормальной ДЦ стоит монстр циско или юнипер, которые режут перебор на сторону клиента.

2) Подсчитай, сколько udp получается между сервером и клиентов, прибавь 10-20% и пропиши лимит. Максимум захрюкаешь, если ошибся в числах  :troll:

 

И если ты только догадываешься, а точно не знаешь, то на кой тут флудить и апать эту ссаную тему? 

Создай новую "Защита сервера ТС от UDP флуда" и там задай вопрос или распиши решение.

Что за ахинею ты тут несешь? И что у тебя за инвалидный ДЦ если у него ложится канал до сервера?)

Я скажу больше не до сервера, а скорее всего до всей стойки. Ну на вскидку из практике из зарубежный например такие как лизвеб, сивериус, сифтвей из русских например пины и веб ДЦ. Мне скорее было бы интересно узнать какие ДЦ будут держать твой ip включенным и обеспечивать ему канала под атакой нууу например 20 Gbps и кто будет платить за трафик, а видел и больше =)

Но тему эту апать действительно смысла нет, последний раз написал, честно =) 

Это если ты законопослушный. Если у тебя рмт, то на петицию придет стандартная отписка в стиле "ты - донг, а я ППЦ Пелигро", в которой будет сказано, что последующие петиции будут закрыты без рассмотрения. В лучшем случае ответят через полгода непрерывного спама.

И это правда.

Я даже через 2 года после бана и чистой истории на новом акке, не смог добиться чтобы мой любимый ник освободили.( Не то что рассмотреть по новой было рмт или нет на старом акке(

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

https://www.google.r...ables udp flood

И чем поможет iptables если udp флуд ложет сам канал до серванта в ДЦ? Тут есть всего несколько вариантов или на уровне ДЦ фильтровать или проксировать через сервисы где будут фильтровать, или опять же на уровне ДЦ нульроутеть ip и перекидывать полезный траф на другой надеясь что его не спалят. Ну или самый прикольный заказывать каналы такие которые будут его принимать и ахреневать от счетов за них и за трафик)

Тем более как догадываюсь ts для передачи голоса почти наверняка использует тоже udp поэтому их фильтрация становится ещё более геморройной задачей чем обычно.  

Если админ не позаботился о ДДоСе, то лягут, если позаботился - парсер логов отправит тебя в бан на n-ное время.
Тем более для мало-мальского DDoS'а тебе еще надо найти ресурсы и заиметь свою ботсеть, так как это тебе не slowhttp ковырять. И почему школота в последнее время все больше и больше любит это слово?
 

Просто ради интереса, как админ может позаботиться например о защите от UDP-флуда на канал?)