我做了个小实验,用 ssh 终端连接上云服务器后,通过断开 wifi 的方式来模拟拔掉网线的场景,此时查看 TCP 连接还是处于 ESTABLISHED 状态
一、服务端有数据发送
服务端发出的数据报文得不到响应,一段时间(RTO)后触发「超时重传」机制
- 如果重传期间插回网线,由于拔掉网线并不会改变客户端的 TCP 连接状态(ESTABLISHED),重传报文到达后,客户端正常响应
- 如果重传期间一直没有插回网线,当重传总间隔时长超过某个阈值后,服务端就会断开 TCP 连接,一旦客户端插回网线并向服务端发送了数据报文,报文到达后,Linux 内核回复 RST
二、服务端开启「保活」机制
服务端发出的探测报文得不到响应,一段时间(tcp_keepalive_intvl)后继续尝试发送探测报文
- 如果期间插回网线,由于拔掉网线并不会改变客户端的 TCP 连接状态(ESTABLISHED),探测报文到达后,客户端正常响应
- 如果期间一直没有插回网线,连续几次达到保活探测次数(tcp_keepalive_probes)后,则认为当前的 TCP 连接已经死亡,由 Linux 内核通知进程,一旦客户端插回网线并向服务端发送了数据报文,报文到达后,Linux 内核回复 RST
三、服务端既没有数据发送,也没有开启「保活」机制
服务端和客户端会一直维护这个连接,并且保持 ESTABLISHED 状态