syn флуд

Используй SYN cookie.

ядро старое, не позволяет сделать так. я хочу на оборудовании выше отрезать такие запросы, это стресс панели

Поставь несколько сетевых карточек и включи их в режим LACP. Заблокируй все неиспользуемые порты и протоколы. Заблокируй трафик из региона, где не проживает большая часть аудитории твоего проекта (например, Китай).

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

iptables помогите составить правило

Ты до сих пор ниасилил прочитать разжеванный мануал по iptables? Тебе в раздел Job.

) да читал, по нему же правило и составлял, не пойму почему через него трафик не идёт

btw, если замазывать IP-адрес 31.28.170.103 — то полностью! :)

да читал

Ну и что по твоему должно делать приведенное тобой правило?

Олсо вот тебе картинка, пригодится: https://upload.wikimedia.org/wikipedia/commons/a/ad/Netfilter-diagram-rus.png

)) так и не увидел где там ip не затер

хм, тогда не понимаю, как можно отрезать этот порт.

так и не увидел где там ip не затер

В данных заголовка (те что в самом низу).

1f 1c aa 67 -> 31.28.170.103

ах вот как) спасибо что разьяснили, зеленый еще в этом. Так что скажете по поводу порта 1234 с которого флуд летит, как его заблокировать?

заблокировать входящие на порт как то так вроде

iptables -A INPUT -p tcp --dport 1234 -j DROP

исчерпывающе тут

iptables -A INPUT -p tcp --dport 1234 -j DROP

это на 1234, а просили с 1234 - "--sport 1234"

И хорошо бы, чтоб это правило было первым в цепочке.

Покажи все правила (вывод iptables-save).

Вроде все правильно. Уверен, что атакующий за это время не сменил source port?

Кстати, а что насчет двадцати пакетов, которые это правило съело? Или это ты сам тестировал?

     20      800 DROP       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp flags:0x17/0x02 tcp spt:1234

:ISPMGR - [0:0]

Ничего не смущает?

Правило в INPUT где которое направит траффик в цепочку ISPMGR ???

Порт не меняют, постоянно через него сыпится флуд. так что получается, правило iptables -A INPUT -p tcp --sport 1234 -j DROP нужно перенести в INPUT?

Вот скажи ты на этой схеме https://upload.wikimedia.org/wikipedia/commons/a/ad/Netfilter-diagram-rus.png где-нибудь видишь надпись ISPMGR?

У вас с этими панелями какое-то разжижение мозгов тыкаете в кнопочки бездумно не пытаясь понять что и как работает.

или добавляешь в INPUT

-A INPUT -j ISPMGR

или просто переносишь правила в INPUT

Боюсь что у ТСа уже все на месте (т.е. в INPUT chain), просто iptables-save так ублюдочно выводит правила.

Но насчет разжижения мозгов панелями согласен, если ТС работает не из панели, и при этом не разбирается в её внутреннем устройстве — пришла пора сносить панель.

Chain INPUT (policy ACCEPT 1551843 packets, 100688108 bytes)
    pkts      bytes target     prot opt in     out     source               destination
       0        0 DROP       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp flags:0x17/0x02 tcp spt:1234

всё норм идёт, через INPUT но src 1234 не ловит пакеты

src 1234 не ловит пакеты

Тогда как ты объяснишь это?

$ nc -zv 31.28.170.103 80
31.28.170.103: inverse host lookup failed: 
(UNKNOWN) [31.28.170.103] 80 (http) open
$ nc -zv -p 1234 31.28.170.103 80
31.28.170.103: inverse host lookup failed: 
^C

Если не понятно что здесь происходит: при обращении с 1324 порта к твоему веб-серверу он не отвечает (очевидно почему), но если обращаться к нему с других портов — все работает, как и задумано.