Изпечатай

[gat3way]

Мммммне, мисля, че няма начин да ограничиш това ефективно. Според мен по-добре виж в посока дали не може да се подържа по-голяма такава таблица по някакъв начин. Обаче нямам много идея как точно би станало, отдавна не съм се занимавал с подобни проблеми. Твърде вероятно може да се наложи ядрото да се прекомпилира, което определено би било проблем.

[dvbb]

Относно conntrack вдигнал съм го на 65535, прекомпилирането на ядрото не е проблем но до момента невиждам режение което го налага. Лимитирането на сесии най ефективно ми се струва.
Направих опит на gw зад който е машината която атакувам да сложа:
iptables -I FORWARD -p tcp -s bad-flooder -d good-target -m state --state NEW -m recent --set
iptables -I FORWARD -p tcp  -s bad-flooder -d good-target  -m state --state NEW -m recent --update --seconds 60 --hitcount 200 -j DROP
И conntrack не се препълни по обесними причини.

[gat3way]

Сега пробвай hping3 с --rand-source. Твърде вероятно пак ще успееш да препълнеш таблицата.

[vox]

Здравейте и аз имам проблем с hping3 --rand-source, рутера (debian lenny) ми зависва до края на атаката, и след това интернета пак тръгва.

[dvbb]

iptables -I FORWARD -p tcp -m state --state NEW -m recent --set
iptables -I FORWARD -p tcp -m state --state NEW -m recent --update --seconds 60 --hitcount 100 -j DROP
Връзваш всяко IP s MAC през ARP.
Настройваш си Swith-a на един порт да позволява възможно най малко адреси.


И туковиж помогнало , но това  не е адекватно решение а марoдерщина , въпросното нещо би помогнало ако атаката излиза зад твоя рутер