TIME_WAIT状态作用和出现的场景分析

TIME_WAIT状态之所以存在,是为了保证网络的可靠性。首先,这个是TCP状态转换图里面的某个状态,这个可以参考unix网络编程

 

 

从图中可以看出,在一个客户端与服务器通信的过程当中,主动关闭的一方会进入这个状态
有以下作用(原因):

1.为实现TCP全双工连接的可靠释放
    当服务器先关闭连接,如果不在一定时间内维护一个这样的TIME_WAIT状态,那么当被动关闭的一方的FIN到达时,服务器的TCP传输层会用RST包响应对方,这样被对方认为是有错误发生,事实上这只是正常的关闭连接工程,并没有异常

 

 

 

2.为使过期的数据包在网络因过期而消失
   在这条连接上,客户端发送了数据给服务器,但是在服务器没有收到数据的时候服务器就断开了连接
现在数据到了,服务器无法识别这是新连接还是上一条连接要传输的数据,一个处理不当就会导致诡异的情况发生

 

下面讲讲大量的TIME_WAIT产生需要的条件:
1.高并发

2.服务器主动关闭连接

如果服务器不主动关闭连接,那么TIME_WAIT就是客户端的事情了

问题1:如果服务器端确实存在大量的TIME_WAIT,那么会导致什么问题呢?

问题2: 首先先明确TIME_WAIT状态占用的到底是什么?

 

被占用的是一个五元组(协议,本地IP,本地端口,远程IP,远程端口)
对于Web服务器,协议是TCP,本地ip也只有一个,端口一般是80或者433或8080(固定的),只剩下远程IP和远程端口可用了,如果远程IP相同的话,就只有远程端口可用了,远程端口只有几万个,所以当同一客户端向服务器建立了大量连接的话,可用的五元组会耗尽导致问题

 

 

 

现在我们知道了大量的TIME_WAIT会占用大量的五元组

 

那么五元组什么时候会耗尽呢?

 

当客户端通过应用层的负载均衡代理到服务器导致进入服务器的ip地址只有几个的话,可能会导致五元组耗尽!

 

  

 

产生大量TIME_WAIT状态的解决办法:

解决方法1:服务器不主动关闭连接,那么这个问题就是客户端应该解决的了~(TIME_WAIT将不会产生)

 解决方法2:增加客户端IP(一般客户端IP少都是通过应用层的负载均衡到达服务器的)(五元组将不会耗尽)--(应该是增加服务器负载)

 

解决方法3:设置允许地址重用,这样每次bind的时候,如果五元组正在使用,bind就会把五元组抢过来(不安全)

 

posted @   sword0077  阅读(249)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 按钮权限的设计及实现
· 25岁的心里话
点击右上角即可分享
微信分享提示