Linux OS||不响应SYN总结
背景
对外提供TCP服务的进程，在压测时发现，TCP连接SYN响应慢，甚至不响应。导致无法正常接收新的请求，影响业务。
抓包分析：
如上有大量的重传，有时能够正常的响应请求，有时就无法响应请求。
排查思路
1、系统负载是否过高
2、是否有安全软件（比如安全狗，安骑士等）
3、是否开启防火墙
4、Snat问题
5、TCP相关参数：net.ipv4.tcp_max_syn_backlog\net.ipv4.tcp_syncookies\fs.file-max等
6、系统最大文件打开数是否有限制
7、进程最大文件打开数是否有限制
8、业务程序是否有相关的安全限制
9、协议栈异常
10、网络安全设备原因
12月2日增加：
1、由于服务端收包时checksum错误，内核会默认丢弃该报文；
[root@xxxx ~]# netstat -s | grep -i sum
InCsumErrors: 105
InCsumErrors: 322、列队满了
[root@xxxxx ~]# ss -tanl
State Recv-Q Send-Q Local Address:Port Peer Address:Port
LISTEN 0 128 *:80 *:*其中Recv-Q表示当前accept queue中的连接数量，Send-Q表示accept queue的最大长度。如上：可以看到进程的accept queue默认是128，因为受到系统net.core.somaxconn=128的限制。
排查过程
根据排查思路中的几个关键点，进行逐一仔细确认：
1、检查系统负载是否正常
2、是否有安全软件：关闭安骑士服务，检查系统进程是否有其他安全软件进程
3、关闭系统防火墙：排除由于防火墙安全配置导致的问题。
4、Snat问题：根据问题环境判断，是否有该问题，如有根据案例方式处理。
5、检查TCP相关参数：调大相关参数：
net.ipv4.tcp_max_syn_backlog\net.ipv4.tcp_syncookies\fs.file-max等
6、系统最大文件打开数是否有限制：
[root@xxxx ~]# ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 3895
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 65535
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 3895
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
[root@xxxx ~]#主要关注open files信息
7、查看进程最大文件打开数限制
[root@XXXXXX ~]# ps -ef | grep nginx
root 4867 1 0 Apr20 ? 00:00:00 nginx: master process /usr/sbin/nginx
nginx 4868 4867 0 Apr20 ? 00:00:00 nginx: worker process
root 20159 20105 0 09:59 pts/0 00:00:00 grep --color=auto nginx
[root@XXXXXX ~]# cat /proc/4868/limits
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 3895 3895 processes
Max open files 1024 4096 files
Max locked memory 65536 65536 bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 3895 3895 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
[root@XXXXXXX ~]#进程的调整方法：
echo -n 'Max open files=10000:10000' > /proc/3622/limits如果上述方法无法使用，或者不生效，则：
写一个简单的shell，在里面启动命令之前写入
ulimit -n
然后写入启动命令。
测试启动没有问题后，执行脚本观察下。prlimit要2.6.36版本+才行
http://xiezhenye.com/tag/prlimit
8、业务程序是否有相关的限制（联系用户确认）
9、协议栈异常；尝试初始化。
最后那三板斧
1、协议栈跟踪，参考
2、程序跟踪和抓包，参考
附录
针对问题：TCP连接失败
分析：netstat -s输出中和连接失败相关的参数
`202270382 invalid SYN cookies received
--- 三次握手ack包，syncookies校验没通过；
13700572 resets received for embryonic SYN_RECV sockets
---syn_recv状态下，收到非重传的syn包，则返回reset
1123035 passive connections rejected because of time stamp
---开启sysctl_tw_recycle，syn包相应连接的时间戳 小于 路由中保存的时间戳；
14886782 failed connection attempts
--- syn_recv状态下，socket被关闭； 或者 收到syn包（非重传）
438798 times the listen queue of a socket overflowed
---收到三次握手ack包，accept队列满
438798 SYNs to LISTEN sockets ignored
---收到三次握手ack包，因各种原因（包括accept队列满） 创建socket失败`
注：转载至：http://blog.sina.com.cn/s/blog_781b0c850101pu2q.html