tpc的time-wait

close wait是被动关闭那方,time wait是主动关闭连接那方。

四次握手第三次后,也就是主动关闭连接的那方,收到被动关闭那方的fin后,自己直接进入time-wait状态,然后发一个ack给被动那方,经过2*msl时间无论如何都会直接关闭。可以保证对方重发过来的fin消息可以顺利收到,而不会由于自己close让对方直接报错。另外这个时间也可以防止新的连接会受到本来给老的连接的tcp包,这段时间老的包肯定都到达了。

使用tcp-tw-recycle依赖于ipv4.tpc-timestamps的时间戳功能(双方都必须启用)

打开tcp-tw-reuse,表示处于time wait状态的连接,可以被新的连接请求服用,通过tcp时间戳,内核帮忙解决延迟包后到达的问题。这个东西用只能在客户端可以提高处理能力。

相反,如果使用tcp-tw-recycle,那么内核会更快回收time-wait状态的连接,而不是2*msl。处于time-wait后,记录最后一次通信时间戳,以后这个对方对端主机发过来的连接请求全部丢弃。也就是客户端发过来sync请求连接,这边time-wait的端口由于recycle,不会回应ack

这个东西最好别用,比如有nat这种网络转发节点情况下,一个负载均衡收到一个包后,会转发给多个Webserver。那么对于Webserver来说,其实只有一个负载均衡的源地址ip,因为负载均衡转发给Webserver的话,需要把自己的地址写到包里面。于是就会发生时间戳错乱的情况,那么新建的连接请求就收不到了

,

原文地址:https://www.cnblogs.com/notlate/p/10200227.html