UDP Flood

A

Armin

New Member
Hallo Leute,

ich hatte die letzen 2 Tage mit UDP DDoS Attacken zu kämpfen, die Attacke ging gezielt auf einen Gameserver Port. Der Server hat dem zwar standgehalten, aber die Pings waren halt teilweise 50-100 ms höher als normal.

Ich möcht' sowas in zukunft aber gern verhindern, wie sieht's da mit (D)DoS-Deflate aus? Ist das brauchbar?

Ich hab in der SuFu gelesen das die sources auch gefaked sein könnten, ist es da sinnig die Pakete mit --limit auf 20 oder so pro Sekunde pro IP zu limitieren?
 
Moin.
ich hatte die letzen 2 Tage mit UDP DDoS Attacken zu kämpfen, die Attacke ging gezielt auf einen Gameserver Port. Der Server hat dem zwar standgehalten, aber die Pings waren halt teilweise 50-100 ms höher als normal.
Click to expand...
Das klingt eher so, als ob ein einzelner (vielleicht auch zwei) fehlkonfiguirierter Rechner versucht hat sich mit dem Gameserver zu verbinden. Ansonsten ist das schon eine sehr coole Anbindung, wenn die mal eben ein dDos wegsteckt. ;)

dDos kann ein einzelner Rechner nicht abwehren, da die Anfragen erst einmal dort eintreffen und somit die Leitung verstopfen. Sowas muss an einem grösseren Knoten vorher geschehen.
 
Ich geh mal davon aus dass, das nur Script Kinder waren die halt nicht die Kapazität hatten echte 100 Mbit down zu kriegen. Schade um den Traffic der halt flöten geht ...

Wie handhabt das IPTABLES mit --limit ?
 
Das bringt nichts. UDP ist ein verbindungsloses Protokoll, d. h. sobald die Pakete an der Netzwerkschnittstelle deines Systems auftreffen, ist alles vorbei. Netfilter/iptables und das von dir genannte Skript laufen auf deinem System, d. h. in diesem Fall ist die Wirkung voraussichtlich gleich Null bzw. eher negativ, da die UDP-Pakete nun zusätzlich durch deinen Paketfilter müssen.
Ein Paketfilter vor dem Server wäre eine andere Geschichte...
 
Dazu fehlt mir leider die Technik.

Es wäre doch aber theoretisch möglich einen 2 Server anstatt einem Router, davor zu schalten und alle "guten" Pakete zu routen und den rest zu droppen?
 
Der zweite Server braeuchte aber eine bessere Anbindung als der zu schuetzende Rechner. Wenn die Leitung dich ist, ist sie nun mal dicht. Wie ich schon geschrieben habe, muss man das an einem groesseren Knoten machen.
 
Da hast du recht, da würde die deutlich schnellere Anbindung mehr kosten verursachen und ein weitere fehlerquelle sein für ein produktiv system.

Da ist es sinniger, man setzt sich mit dem RZ zusammen und findet ne andere Lösung.
 
You must log in or register to reply here.
Back
Top