http短连接产生大量time_wait和closed-CSDN博客

本文链接：https://blog.csdn.net/JHC_binge/article/details/120454962

博客探讨了在HTTP大量短连接导致的TIME_WAIT和CLOSED状态下，服务器资源的浪费问题。TCP TIME_WAIT状态是为了确保旧连接不干扰新连接，通常持续2MSL。解决方案包括使用TCP长连接和调整系统参数，如开启TCP连接重用和快速回收，缩短FIN_TIMEOUT。通过编辑sysctl.conf文件并应用设置可以优化TIME_WAIT状态。

摘要由CSDN通过智能技术生成

使用命令：netstat -an | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}' 查看连接状态统计

或者ss -s命令查看

问题描述：

http大量短连接以及客户端主动closed会导致大量time_wait以及closed

我方主动或者客户端调用close()断开连接，收到对方确认后状态变为TIME_WAIT。TCP协议规定TIME_WAIT状态会一直持续2MSL(即两倍的分段最大生存期)，以此来确保旧的连接状态不会对新连接产生影响。处于TIME_WAIT状态的连接占用的资源不会被内核释放，所以作为服务器，在可能的情况下，尽量不要主动断开连接，以减少TIME_WAIT状态造成的资源浪费。因此，解决服务器time_wait最好办法是用tcp长连接。

TCP协议中有TIME_WAIT这个状态
主要有两个原因
1、防止上一次连接中的包，迷路后重新出现，影响新连接（经过2MSL，上一次连接中所有的重复包都会消失）
2、可靠的关闭TCP连接。在主动关闭方发送的最后一个 ack(fin) ，有可能丢失，这时被动方会重新发
fin, 如果这时主动方处于 CLOSED 状态，就会响应 rst 而不是 ack。所以主动方要处于 TIME_WAIT 状态，而不能是 CLOSED 。

解决方法：

使用命令：vim /etc/sysctl.conf
编辑文件，加入以下内容：
net.ipv4.tcp_syncookies = 1 （某些情况下该参数已启用）
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_fin_timeout = 30
然后执行/sbin/sysctl -p让参数生效。

net.ipv4.tcp_syncookies = 1表示开启SYN Cookies。当出现SYN等待队列溢出时，启用cookies来处理，可防范少量SYN攻击，默认为0，表示关闭；
net.ipv4.tcp_tw_reuse = 1表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭；
net.ipv4.tcp_tw_recycle = 1表示开启TCP连接中TIME-WAIT sockets的快速回收，默认为0，表示关闭。
net.ipv4.tcp_fin_timeout修改系統默认的TIMEOUT时间