TCP: Mögliches SYN-Flooding auf Port 80. Anforderung wird gelöscht, obwohl net.ipv4.tcp_syncookies auf Null gesetzt ist

0

Ich habe ein seltsames Problem, net.ipv4.tcp_syncookies wird auf Null gesetzt. Aber ich habe immer noch die folgende Warnung in meinem / var / log / messages TCP: Possible SYN flooding on port 80. Dropping request.

sysctl -a | grep cooki
net.ipv4.tcp_syncookies = 0
net.ipv4.tcp_cookie_size = 0
=========================================
net.ipv4.tcp_max_syn_backlog=500000
=========================================

iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination   

=========================================
Centos 6.2 64bit
Linux 3.0.0+ #1 SMP Fri Oct 26 07:55:47 EEST 2012 x86_64 x86_64 x86_64 GNU/Linux

/ var / log / messages

net_ratelimit: 6168 callbacks suppressed
TCP: Possible SYN flooding on port 80. Dropping request.
TCP: Possible SYN flooding on port 80. Dropping request.
TCP: Possible SYN flooding on port 80. Dropping request.
TCP: Possible SYN flooding on port 80. Dropping request.
TCP: Possible SYN flooding on port 80. Dropping request.
TCP: Possible SYN flooding on port 80. Dropping request.
TCP: Possible SYN flooding on port 80. Dropping request.
TCP: Possible SYN flooding on port 80. Dropping request.
TCP: Possible SYN flooding on port 80. Dropping request.
TCP: Possible SYN flooding on port 80. Dropping request.
user2783132
quelle
Können Sie weitere Informationen aus den Tabellen mangle und nat bereitstellen? iptables -nvL -t nat; iptables -nvL -t mangle
taho

Antworten:

2

Jede Anwendung übergibt beim Abhören eines Ports einen Backlog-Parameter. Wenn die Anwendung Verbindungsanfragen nur langsam verarbeitet, kann dies zu etwas irreführenden Nachrichten führen. Der Parameter ist wie ein Pro-Port-tcp_max_syn_backlog.

Brian
quelle
Sehr irreführend, ich habe worker_connections in nginx auf 655350 geändert und es ist weg
user2783132