对端进程和主机非法崩溃对本地的tcp连接的不同影响

最新推荐文章于 2025-08-11 10:35:00 发布
原创 最新推荐文章于 2025-08-11 10:35:00 发布 · 2.1k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#tcp #路由器

本文主要探讨了在网络通信中如何检测对端进程崩溃及对端主机崩溃的情况。对于对端进程崩溃，通常对端会发送FIN包，本地可以通过recv或select/epoll等方法感知到。而对于对端主机崩溃，则需要通过设置SO_KEEPALIVE选项或应用层面的KEEPALIVE机制来发现。

1. 对端进程崩溃

    对端协议栈将发出FIN；本地进程如果在recv或select/epoll，能感知到对端关闭。

 

2. 对端主机崩溃

    这个相当于拔网线或者中间路由器故障，崩溃端不做任何事情；本地进程只能通过SO_KEEPALIVE或应用的KEEPALIVE去检测对端挂了。

 

TCP连接的状态详解以及故障排查
dvlinker的技术专栏
07-30 1714
TCP连接的状态详解以及故障排查
高频网络协议与编程IO相关面试基本问题和知识点整理
热门推荐
张彦峰的博客
04-07 172万+
网络IO相关基本高频面试基本问题和知识点整合
UNIX编程专题-服务器进程终止/服务器主机崩溃/服务器主机崩溃后重启/服务器主机关机
tiankong_的博客
07-14 1519
1.服务器进程终止（或者服务器进程崩溃，被迫中止）  讨论没有I/O复用的程序的缺陷。若客户端在应对多个描述符（称其为源，都有可能被阻塞在源上的操作），我们不能单纯的阻塞在某个特定源头的输入上，而是应该阻塞在其中任何一个源的输入上（这正是为什么需要I/O复用的原因）。以回射程序举例，客户端程序需要操作两个描述符-套接字和用户输入，若是只单纯阻塞在fgets上等待用户的输入，则不能及时响应套接字状
在TCP连接中，如果有一方宕机或者进程崩溃会发生什么？
居老师的博客
04-27 3914
当情况为宕机时： 首先是keepalive的影响： 在没有开启 TCP keepalive，且双方一直没有数据交互的情况下，如果客户端的「主机崩溃」了，会发生什么。 客户端主机崩溃了，服务端是无法感知到的，在加上服务端没有开启 TCP keepalive，又没有数据交互的情况下，服务端的 TCP 连接将会一直处于 ESTABLISHED 连接状态，直到服务端重启进程。 所以，我们可以得知一个点，在没有使用 TCP 保活机制且双方不传输数据的情况下，一方的 TCP 连接处在 ESTABLISHED
4.9--计算机网络之TCP篇之TCP Keepalive 和 HTTP Keep-Alive --（复习＋大总结）---沉淀ing
秉持长期主义，保持长期生命力和竞争力
04-09 857
HTTP 的 Keep-Alive 也叫 HTTP 长连接，该功能是由「应用程序」实现的，可以使得用同一个 TCP 连接来发送和接收多个 HTTP 请求/应答，减少了 HTTP 短连接带来的多次 TCP 连接建立和释放的开销。TCP 的 Keepalive 也叫 TCP 保活机制，该功能是由「内核」实现的，当客户端和服务端长达一定时间没有进行数据交互时，内核为了确保该连接是否还有效，就会发送探测报文，来检测对方是否还在线，然后来决定是否要关闭该连接。
UDP 和 TCP 协议
weixin_62688907的博客
02-15 296
如果在我们写的服务器程序中，最后没有进行close，那么服务器端会停留在CLOSE_WAIT状态，而客户端会停留在FIN_WAIT_2状态，相当于4次挥手只完成了前两次，这样的程序是有bug的，并没有真正的进行4次挥手，导致资源不断被消耗。接收端处理数据的速度是有限的，如果发送方发送的数据过快，发送方来不及处理和接收，就会导致丢包等一系列的问题，因此TCP支持根据接收端的处理能力来决定发送端的发送速度，这个机制被称为。如果接收端缓冲区满了, 就会将窗口置为0;
killcx：Linux下强制关闭TCP连接的开源Perl工具
由于该包具有正确的序列号和确认号（通常基于最后一次可见通信推断），接收方会将其视为来自对端的有效指令，从而执行连接重置。 值得注意的是，“killcx”能够在不依赖目标进程配合的情况下完成连接关闭，这使其...
TCP连接异常处理
Pobber的博客
10-04 5195
客户端正常终止 进程终止的部分工作是关闭所有打开的描述符,因此客户打开的描述符由内核关闭。这导致客户TCP发送一个FIN给服务器，服务器TCP则以ACK响应，这就是TCP连接终止序列的前半部分，至此，服务器套接字处于CLOSE_WAIT状态,客户套接字则处于FIN_WAIT_2状态 异常状态处理 accept被系统调用中断 我们用术语慢系统调用 (slow system call)描述过a...
【软考中级网络工程师】知识点之 TCP 协议深度剖析
最新发布
邓邓子的博客
08-11 888
本文围绕软考中级网络工程师必备的 TCP 协议知识展开，先介绍其在网络中的重要地位及考试中的重要性。接着阐述 TCP 面向连接、可靠性高、拥塞控制等特点，解析三次握手、数据传输、四次挥手等工作机制，说明数据包格式，还分析了在 HTTP、FTP 协议中的应用，全面呈现 TCP 协议核心要点，助力考生掌握相关知识。
【计算机网络】如果已经建立了TCP连接，客户端突然发生故障了怎么办？
flyersboy的博客
06-08 2682
TCP 协议有一个保活机制。 这个机制的原理是这样的： 定义⼀个时间段，在这个时间段内，如果没有任何连接相关的活动，TCP 保活机制会开始作⽤，每隔⼀个时间间隔，发送⼀个探测报⽂，该探测报⽂包含的数据⾮常少，如果连续⼏个探测报⽂都没有得到响应，则认为当前的TCP 连接已经死亡，系统内核将错误信息通知给上层应⽤程序。 在 Linux 内核可以有对应的参数可以设置保活时间、保活探测的次数、保活探测的时间间隔，以下都为默认值： net.ipv4.tcp_keepalive_time=7200 net.ipv4.t
TCP 连接，一端断电和进程崩溃有什么区别？
小林coding
06-15 3万+
上周有位读者找我说，他在面试腾讯的时候，遇到了这么个问题： 这个属于 TCP 异常断开连接的场景，这部分内容在我的「图解网络」还没有详细介绍过，这次就乘着这次机会补一补。 这个问题有几个关键词： 没有开启 keepalive； 一直没有数据交互； 进程崩溃； 主机崩溃； 我们先来认识认识什么是 TCP keepalive 呢？ 这东西其实就是 TCP 的保活机制，它的工作原理我之前的文章写过，这里就直接贴下以前的内容。 如果两端的 TCP 连接一直没有数据交互，达到了触发 TCP 保活机制的条件，
tomcat使用jenkins部署项目到对端主机
m0_56305656的博客
10-19 275
使用jenkins部署项目到对端主机 文章目录使用jenkins部署项目到对端主机1. 部署环境2. jenkins部署项目(手动部署)3. jenkins部署项目(自动部署)4. 通过代码仓库部署项目（有密码） 1. 部署环境 主机 IP地址 主机上所有的服务 jenkins 192.168.200.151 tomcat、jenkins test 192.168.200.144 tomcat 2. jenkins部署项目(手动部署) //先下载git工具和打包工具 [root@je
关于网络编程中服务器出现故障的三种情况（TCP协议）
我有一个梦想
05-02 2860
1  服务器主机崩溃     模拟操作：当客户端和服务器成功连接之后，拔掉服务器的网线，此时从客户端发送数据分节。这样同时也模拟了客户端发送的数据不可达服务端的情景（即建立连接后某些中间路由器不工作）。     产生后果：客户端会持续重传未收到确认的数据分节（TCP软件负责），持续一段时间后仍未收到确认则放弃（通常是9分钟）。如果是服务器崩溃则本机TCP软件会向用户进程显示套接字错误并置错误码
errno 104:connetction reset by peer的错误分析
悠灵逃了...
03-14 3万+
errno = 104错误表明你在对一个对端socket已经关闭的的连接调用write或send方法，在这种情况下，调用write或send方法后，对端socket便会向本端socket发送一个RESET信号，同时置errno为104，错误描述为connection reset by peer。         出现这种问题的很大一部分原因，至少我遇到的几次全都是，发送端和接收端事先约定好的数据
tcp几种常见异常出现情况总结
kdb_viewer的博客
10-25 2783
1.三次握手后连接成功建立，client发送RST到server，此时server阻塞在accept或者即将调用accept，accept会返回成功，得到一个sockfd，对此sockfd的read会导致一个connect reset by peer错误，注意此时tcp连接的终止不需要4次挥手，不会有TIME_WAIT状态。 client端发送RST代码如下： struct linger s...
TCP保活机制（KeepAlive）
ComplexMaze的博客
04-15 2万+
网络传输层，TCP保活机制
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值