TCP连接终止前的TIME_WAIT状态

最新推荐文章于 2022-09-04 16:03:03 发布

lesliefish

最新推荐文章于 2022-09-04 16:03:03 发布

阅读量1.7k

点赞数

分类专栏： Linux network programming 文章标签： tcp TIME-WAIT

本文链接：https://blog.csdn.net/y396397735/article/details/50983312

版权

TCP连接在接收到服务器的结束报文段后进入TIME_WAIT状态，等待2MSL时间以确保可靠关闭连接和避免端口冲突。该状态存在的原因是确保TCP连接彻底关闭和防止旧报文干扰新连接。通过设置socket选项，可以处理服务端因TIME_WAIT状态无法立即重启的问题。

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

TIME_WAIT状态

客户端连接在接收到服务器结束报文段之后，并未直接进入CLOSED状态，而是转移到TIME_WAIT状态。
在这个状态，客户端连接要等待一段长为2 MSL(Maximum Segment Life，报文段最大生存时间)的时间，才能完全关闭。
MSL是TCP报文段在网络中最大生存时间，标准文档RFC 1122的建议值是2min（即2分钟）。

为何会有TIME_WAIT?

TIME_WAIT状态存在的原因有两点：
1、可靠地终止TCP连接。
2、保证让迟来的TCP报文段有足够的时间被识别并丢弃。

为何要这么做？
1的原因：
如果客户端给服务端发的最后一个ACK确认结束的报文丢失，那么服务器将重发结束报文段。
因此客户端需要停留在某个状态以处理重复收到的结束报文段。
不然客户端将回应服务器一个复位报文段（RST），服务器则会认为此是一个错误，因为它在等待客户端确认关闭连接的最后一个确认报文段（ACK）。

2的原因：
Linux系统上，一个TCP端口不能被同时打开多次。
当一个TCP连接处于TIME_WAIT状态时，将无法立即使用该连接占用着的端口来建立一个新连接。
如果没有TIME_WAIT状态，应用程序能够立即建立起一个和刚关闭的连接相似的连接。
这个新的、和原来相似的连接被称为原来连接的化身。新的化身可能接收到属于原来的连接的某些