4.12 TCP 连接,一端断电和进程崩溃有什么区别?

目录

TCP keepalive TCP 的保活机制

主机崩溃

进程崩溃

有数据传输的场景

客户端主机宕机,又迅速重启

客户端主机宕机,一直没有重启

TCP连接服务器宕机和进程退出情况总结


TCP keepalive TCP 的保活机制

TCP 保活机制需要通过 socket 接口设置 SO_KEEPALIVE 选项才能够生效

        定义一个时间段,如果在这个时间段内(保活时间7200s,俩小时),没有任何连接相关的活动,启动TCP保活机制开始每隔一个时间段(75秒)发送一个探测报文,如果连续几个(9次)探测报文都没有得到响应,则认为TCP连接已经死亡。

主机崩溃

没开TCP keepalive的情况下,客户端宕机,服务端无法感知到客户端状态服务端的 TCP 连接将会一直处于 ESTABLISHED 连接状态,直到客户端重启。

在没有使用 TCP 保活机制且双方不传输数据的情况下,一方的 TCP 连接处在 ESTABLISHED 状态,并不代表另一方的连接还一定正常。

进程崩溃

TCP 的连接信息是由内核维护的,服务器进程崩溃内核需要回收该进程所有的TCP连接资源,内核发送第一次挥手FIN报文,后续的挥手过程也都是在内核完成,并不需要进程的参与。

所以服务端的进程退出了还是可以成功的和客户端完成TCP四次挥手的过程。

有数据传输的场景

客户端主机宕机,又迅速重启

只要有一方重启完成后,收到之前 TCP 连接的报文,都会回复 RST 报文,以断开连接

客户端主机宕机,一直没有重启

服务端超时重传报文的次数达到一定阈值后,内核就会判定出该 TCP 有问题,然后通过 Socket 接口告诉应用程序该 TCP 连接出问题了,于是服务端的 TCP 连接就会断开。

TCP连接服务器宕机和进程退出情况总结

4.12 TCP 连接,一端断电和进程崩溃有什么区别?_第1张图片

拔掉网线后, 原本的 TCP 连接还存在吗?

拔掉网线这个动作并不会影响 TCP 连接的状态,要看拔掉网线后双方做了什么动作:

拔掉网线后,有数据传输

服务端向客户端发送的数据报文会得不到任何的响应,服务端触发超时重传机制,重传未得到响应的数据报文。

如果在服务端超时重传的过程中,把网线插回去了,客户端就会返回ACK响应报文。

如果没插回去,重传个一定次数默认15次,就断开连接了。

拔掉网线后没有数据传输

如果没有开启 TCP keepalive 机制,在客户端拔掉网线后,并且双方都没有进行数据传输,那么客户端和服务端的 TCP 连接将会一直保持存在。

而如果开启了 TCP keepalive 机制,在客户端拔掉网线后,即使双方都没有进行数据传输,在持续一段时间后,TCP 就会发送探测报文:

        如果对端正常工作。TCP保活探测报文发送给对端,这样TCP保活时间会被重置等待下一个TCP保活时间到来。

        如果对端主机宕机,探测报文不可达,TCP会报告该TCP死亡

拔网线总结:

4.12 TCP 连接,一端断电和进程崩溃有什么区别?_第2张图片

4.12 TCP 连接,一端断电和进程崩溃有什么区别?_第3张图片

 

你可能感兴趣的:(小林,计算机网络,tcp/ip,网络,服务器)