timewait（tcp连接状态有大量的timewait 状态，导致连接等待至超时，怎么解决）

本文目录

• tcp连接状态有大量的timewait 状态，导致连接等待至超时，怎么解决
• 请问端口的各个状态比如“listening”“closing”“time wait”“established”各有什么意义
• java socket里的time_wait状态怎么处理有什么有效的解决办法吗，谢谢！
• time wait 多久才会自动关闭
• TCP第四次挥手，为啥要等待2MSL时间才进行关闭

tcp连接状态有大量的timewait 状态，导致连接等待至超时，怎么解决

TCP协议规定TIME_WAIT状态会一直持续2MSL(即两倍的分 段最大生存期)，以此来确保旧的连接状态不会对新连接产生影响根据TCP协议定义的3次握手断开连接规定,发起socket主动关闭的一方 socket将进入TIME_WAIT状态,TIME_WAIT状态将持续2个MSL(Max Segment Lifetime),在Windows下默认为4分钟,即240秒,TIME_WAIT状态下的socket不能被回收使用. 具体现象是对于一个处理大量短连接的服务器,如果是由服务器主动关闭客户端的连接,将导致服务器端存在大量的处于TIME_WAIT状态的socket, 甚至比处于Established状态下的socket多的多,严重影响服务器的处理能力,甚至耗尽可用的socket,停止服务. TIME_WAIT是TCP协议用以保证被重新分配的socket不会受到之前残留的延迟重发报文影响的机制,是必要的逻辑保证.

请问端口的各个状态比如“listening”“closing”“time wait”“established”各有什么意义

意义分别如下：

1、listening状态：启动后，FTP服务处于listening状态，表示该端口已打开并正在等待连接，但尚未连接。

2、closing状态：表示端口被人工或防火墙关闭，可能是服务已卸载。

3、time wait状态：表示连接已终止。 说明端口之前有过访问，但是访问已经结束了。

4、established状态：表示建立连接，表示两台机器正在通信。 必须特别注意处于ESTABLISHED状态的连接，因为其可能不是正常的连接。

扩展资料：

如果访问的网站内容很多，则会发现一个地址具有许多已建立的状态。 这是正常现象，网站上的每个内容（例如图片和Flash）都必须建立单独的连接。

查看建立状态时，必须注意其是否是由IEXPLORE.EXE程序（IE）发起的连接。 如果是由诸如EXPLORE.EXE之类的程序启动的连接，则其可能是计算机中的特洛伊木马。

java socket里的time_wait状态怎么处理有什么有效的解决办法吗，谢谢！

TIME_WAIT这个状态是TCP/IP设计时为考虑网络的可靠性所必须的，主动发起关闭连接的一方在接收到被动关闭连接方发出的FIN后就会进入TIME_WAIT状态，这个状态最长会持续2*MSL（Max Segment Life）时间，其作用是（1）主动方发出的ACK可能会在网络中丢失，如果丢失被动方会重新发出FIN，如果提前关闭了连接就无法接收到重发的FIN。（2）使游荡在网络中的分组在经过2*MSL超时后消失。TIME_WAIT这个设计是为了网络可靠性的考虑，具体设定时间长短需要根据网络情况决定，超时时间Windows默认设置一般为四分钟，也就是说主动方打开的端口最长在四分钟内不会被释放，导致可用端口减少。TIME_WAIT的默认等待时间操作系统设置一般都较为保守，如果网络连接中出现大量TIME_WAIT状态，可以考虑修改设置（1）修改操作系统配置减少TIME_WAIT时间，Windows上的设置方法是进入注册表的HKLM-》SYSTEM-》CurrentControlSet-》services-》TcpIp-》Parameters，添加一个DWORD项“TcpTimedWaitDelay”，时间可设置的短一些（比如60秒或30秒）（2）使用Socket提供的SO_LINGER选项，当SoLinger设置为0时Socket会取消关闭连接等待（不建议）。

time wait 多久才会自动关闭

查看连接状态netstat -n | awk ’/^tcp/ {++S}’ 修改 /etc/sysctl.conf 文件#对于一个新建连接，内核要发送多少个 SYN 连接请求才决定放弃,不应该大于255，默认值是5，对应于180秒左右时间 net.ipv4.tcp_syn_retries=2 #net.ipv4.tcp_synack_retries=2 #表示当keepalive起用的时候，TCP发送keepalive消息的频度。缺省是2小时，改为300秒 net.ipv4.tcp_keepalive_time=1200 net.ipv4.tcp_orphan_retries=3 #表示如果套接字由本端要求关闭，这个参数决定了它保持在FIN-WAIT-2状态的时间 net.ipv4.tcp_fin_timeout=30 #表示SYN队列的长度，默认为1024，加大队列长度为8192，可以容纳更多等待连接的网络连接数。 net.ipv4.tcp_max_syn_backlog = 4096 #表示开启SYN Cookies。当出现SYN等待队列溢出时，启用cookies来处理，可防范少量SYN攻击，默认为0，表示关闭 net.ipv4.tcp_syncookies = 1 #表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭 net.ipv4.tcp_tw_reuse = 1 #表示开启TCP连接中TIME-WAIT sockets的快速回收，默认为0，表示关闭 net.ipv4.tcp_tw_recycle = 1 ##减少超时前的探测次数 net.ipv4.tcp_keepalive_probes=5 ##优化网络设备接收队列 net.core.netdev_max_backlog=3000 3修改完之后执行/sbin/sysctl -p让参数生效

TCP第四次挥手，为啥要等待2MSL时间才进行关闭

这个问题可以参考《unix 网络编程》（第三版，2.7 TIME_WAIT状态）。

TIME_WAIT状态由两个存在的理由。

（1）可靠的实现TCP全双工链接的终止。

这是因为虽然双方都同意关闭连接了，而且握手的4个报文也都协调和发送完毕，按理可以直接回到CLOSED状态（就好比从SYN_SEND状态到ESTABLISH状态那样）；但是因为我们必须要假想网络是不可靠的，你无法保证你最后发送的ACK报文会一定被对方收到，因此对方处于LAST_ACK状态下的SOCKET可能会因为超时未收到ACK报文，而重发FIN报文，所以这个TIME_WAIT状态的作用就是用来重发可能丢失的ACK报文。

（2）允许老的重复的分节在网络中消逝。

假 设在12.106.32.254的1500端口和206.168.1.112.219的21端口之间有一个TCP连接。我们关闭这个链接，过一段时间后在 相同的IP地址和端口建立另一个连接。后一个链接成为前一个的化身。因为它们的IP地址和端口号都相同。TCP必须防止来自某一个连接的老的重复分组在连 接已经终止后再现，从而被误解成属于同一链接的某一个某一个新的化身。为做到这一点，TCP将不给处于TIME_WAIT状态的链接发起新的化身。既然 TIME_WAIT状态的持续时间是MSL的2倍，这就足以让某个方向上的分组最多存活msl秒即被丢弃，另一个方向上的应答最多存活msl秒也被丢弃。 通过实施这个规则，我们就能保证每成功建立一个TCP连接时。来自该链接先前化身的重复分组都已经在网络中消逝了。