TIME-WAIT状态存在的必要性
TIME-WAIT状态存在的必要性
只有发起主动关闭的一方进入此状态。例外情况是双方同时关闭,这时都进入此状态
在此状态中停留的时间是2MSL,MSL定义为30秒到2分钟,linux定义的是30秒,所以停留1分钟
如果此状态下有数据达到,就重置该定时器。
time-wait状态下按理对方关闭了连接,不会有数据到来的。
下面是time-wait存在的必要性:
对于主动关闭方,最后要发送一个ACK给对方确认关闭。而这个ACK包有可能丢失,所以设置一个等待时间,如果对方重传FIN包的话还可以在发送ACK包确认;
由于网络延迟的存在,可能有的数据包在其重传数据包后才到达。这时如果连接关闭,并且刚好双方又建立了一个相同地址的连接,那么这个数据包就有可能被当成这次连接的数据包了。有了time-wait后,旧有的连接在此种数据包在网络消失前任然存在,所以不会发生前面描述的干扰新的连接的情况。
time-wait意外(没到时间被强制结束)
RFC793中当连接处于TIME-WAIT状态时,如果接受到RST消息,TCP应立即关闭连接。
RFC1337中描述了这个问题,Linux的解决方法是如果设置了启用rfc1337,就忽略该RST,
否则就关闭连接
if (th->rst) {
/* This is TIME_WAIT assassination, in two flavors.
* Oh well... nobody has a sufficient solution to this
* protocol bug yet.
*/
if (sysctl_tcp_rfc1337 == 0) {
kill:
inet_twsk_deschedule(tw, &tcp_death_row);
inet_twsk_put(tw);
return TCP_TW_SUCCESS;
}
}
另外一个发生的场景是人为制造的,对于SO_LINGER套接字选项,如果设置开启linger,并且设置
linger时间为0,就会发生RST给TIME-WAIT状态。所以在使用该选项时千万不能如此设置。
推荐阅读
-
浅析CDN存在的必要性
-
【解决办法】HTTP状态 404 - 未找到 文.件[/register.jsp] 未找到 源服务器未能找到目标资源的表示或者是不愿公开一个已经存在的资源表示。
-
TIME-WAIT状态存在的必要性
-
浅谈JAVA 线程状态中可能存在的一些误区
-
很bt的服务器配置有关问题。如果访问不存在的xx.html?正常返回404,但如果访问的是php扩展名如?xx.php?就返回空白页了(状态码200)!wi
-
Tomcat访问项目出现HTTP状态404-未找到,类型 状态报告 描述 源服务器未能找到目标资源的表示或者是不愿公开一个已经存在的资源表示。Apache Tomcat/9.0.40
-
浅析CDN存在的必要性
-
解决乐优商城购物车登录状态下删除商品后redis还存在商品数据的问题
-
微信最没存在感的功能更新了!带你玩转微信状态
-
TIME-WAIT状态存在的必要性