TCP-连接参数详解
TCP 建立连接时要经过 3 次握手，在客户端向服务器发起连接时，
对于服务器而言，一个完整的连接建立过程，服务器会经历 2 种 TCP 状态：SYN_REVD, ESTABELLISHED。
对应也会维护两个队列：
半连接队列长度由内核参数 tcp_max_syn_backlog 决定，
当使用 SYN Cookie 时（就是内核参数 net.ipv4.tcp_syncookies = 1），这个参数无效，
即 半连接队列长度 = min(backlog, 内核参数 net.core.somaxconn，内核参数 tcp_max_syn_backlog)，半连接队列的长度肯定小于全连接队列的长度 。
这个公式实际上规定半连接队列长度不能超过全连接队列长度。
首先，全连接满会影响半连接满。全连接满而且半连接中有一定数目处于SYN_REVD状态的连接时，没有必要再继续新的半连接，因为此时全连接已满，此时的动作是直接忽略该连接。
半连接满了之后的动作是直接忽略(ignore or dropped)，此时客户端需要不断的重发SYNC进行重试，重试的参数由 tcp_syn_retries 决定，该参数默认是5。如果超过客户端设置的超时时间，会报连接超时异常。
客户端发出SYNC之后，不响应ACK，此时造成半连接队列满，server不能再提供服务，正常的客户端一直报连接超时。
为了应对该攻击，有两种办法：
667399 SYNs to LISTEN sockets ignored表明已经忽略SYN次了，此时说明半连接队列满了，或者因为全连接满而影响了半连接的进行。
全连接队列长度 = min(backlog, 内核参数 net.core.somaxconn) ， net.core.somaxconn 默认为 128 。
这个很好理解，net.core.somaxconn 定义了系统级别的全连接队列最大长度，
backlog 只是应用层传入的参数，不可能超过内核参数，所以 backlog 必须小于等于 net.core.somaxconn。
对于 Linux 而言，基本上任意语言实现的通信框架或服务器程序在构造 socket server 时，都提供了 backlog 这个参数，
因为在监听端口时，都会调用系统底层 API: int listen(int sockfd, int backlog);
listen 函数中 backlog 参数的定义如下：
cat /proc/sys/net/core/somaxconn或者sysctl -a | grep "net.core.somaxconn"
线上机器（LINK）的运行结果如下：
Recv-Q：全连连队列中数据的个数，也就是等待被accept的个数。
Send-Q：全连接队列长度
tomcat默认短连接，backlog（在Tomcat里面的术语是Accept count）默认100.
Nginx默认是511
因为Nginx是多进程模式，也就是多个进程都监听同一个端口以尽量避免上下文切换来提升性能
Storm代理
2023-07-25 广告
