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

最新推荐文章于 2023-04-09 16:40:36 发布
最新推荐文章于 2023-04-09 16:40:36 发布
阅读量2.1k 收藏 2
点赞数
分类专栏： 网络理论 文章标签： tcp 路由器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xnn2s/article/details/6054349
版权
本文主要探讨了在网络通信中如何检测对端进程崩溃及对端主机崩溃的情况。对于对端进程崩溃，通常对端会发送FIN包，本地可以通过recv或select/epoll等方法感知到。而对于对端主机崩溃，则需要通过设置SO_KEEPALIVE选项或应用层面的KEEPALIVE机制来发现。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1. 对端进程崩溃

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

 

2. 对端主机崩溃

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

 

TCP连接的状态详解以及故障排查
dvlinker的技术专栏
07-30 1587
TCP连接的状态详解以及故障排查
TCP/IP协议分析 C++
啊渊的专栏
05-19 1672
目录 学前认知 以太网首部 IP首部 TCP首部 HTTP协议 学前认知 1byte=8bit 字符类型 c语言 byte 占位 u_char unsigned char 1 8 u_short unsigned short int 2 16 u_int unsigned int 4 32 u_long unsigned long int 8 64 TCP的协议图可以用以下总图来
UNIX编程专题-服务器进程终止/服务器主机崩溃/服务器主机崩溃后重启/服务器主机关机
tiankong_的博客
07-14 1491
1.服务器进程终止（或者服务器进程崩溃，被迫中止）  讨论没有I/O复用的程序的缺陷。若客户端在应对多个描述符（称其为源，都有可能被阻塞在源上的操作），我们不能单纯的阻塞在某个特定源头的输入上，而是应该阻塞在其中任何一个源的输入上（这正是为什么需要I/O复用的原因）。以回射程序举例，客户端程序需要操作两个描述符-套接字和用户输入，若是只单纯阻塞在fgets上等待用户的输入，则不能及时响应套接字状
在TCP连接中，如果有一方宕机或者进程崩溃会发生什么？
居老师的博客
04-27 3745
当情况为宕机时： 首先是keepalive的影响： 在没有开启 TCP keepalive，且双方一直没有数据交互的情况下，如果客户端的「主机崩溃」了，会发生什么。 客户端主机崩溃了，服务端是无法感知到的，在加上服务端没有开启 TCP keepalive，又没有数据交互的情况下，服务端的 TCP 连接将会一直处于 ESTABLISHED 连接状态，直到服务端重启进程。 所以，我们可以得知一个点，在没有使用 TCP 保活机制且双方不传输数据的情况下，一方的 TCP 连接处在 ESTABLISHED
UDP 和 TCP 协议
weixin_62688907的博客
02-15 260
如果在我们写的服务器程序中，最后没有进行close，那么服务器端会停留在CLOSE_WAIT状态，而客户端会停留在FIN_WAIT_2状态，相当于4次挥手只完成了前两次，这样的程序是有bug的，并没有真正的进行4次挥手，导致资源不断被消耗。接收端处理数据的速度是有限的，如果发送方发送的数据过快，发送方来不及处理和接收，就会导致丢包等一系列的问题，因此TCP支持根据接收端的处理能力来决定发送端的发送速度，这个机制被称为。如果接收端缓冲区满了, 就会将窗口置为0;
4.9--计算机网络之TCP篇之TCP Keepalive 和 HTTP Keep-Alive --（复习＋大总结）---沉淀ing
秉持长期主义，保持长期生命力和竞争力
04-09 808
HTTP 的 Keep-Alive 也叫 HTTP 长连接，该功能是由「应用程序」实现的，可以使得用同一个 TCP 连接来发送和接收多个 HTTP 请求/应答，减少了 HTTP 短连接带来的多次 TCP 连接建立和释放的开销。TCP 的 Keepalive 也叫 TCP 保活机制，该功能是由「内核」实现的，当客户端和服务端长达一定时间没有进行数据交互时，内核为了确保该连接是否还有效，就会发送探测报文，来检测对方是否还在线，然后来决定是否要关闭该连接。
高频网络协议与编程IO相关面试基本问题和知识点整理
热门推荐
张彦峰的博客
04-07 171万+
网络IO相关基本高频面试基本问题和知识点整合
TCP连接异常处理
Pobber的博客
10-04 5105
客户端正常终止 进程终止的部分工作是关闭所有打开的描述符,因此客户打开的描述符由内核关闭。这导致客户TCP发送一个FIN给服务器，服务器TCP则以ACK响应，这就是TCP连接终止序列的前半部分，至此，服务器套接字处于CLOSE_WAIT状态,客户套接字则处于FIN_WAIT_2状态 异常状态处理 accept被系统调用中断 我们用术语慢系统调用 (slow system call)描述过a...
TCP/IP协议---TCP协议基础知识总结
everthing willl be ok
05-15 1604
一、TCP协议 1、基本概念 TCP全称为 “传输控制协议(Transmission Control Protocol”)， TCP协议是网络模型中传输层协议，为应用层程序提供可靠的数据传输，因此协议也相对复杂一些； 2、TCP协议主要特点 （1）支持面向连接的传输服务 应用程序在使用TCP协议所能提供的服务传送数据之前，必须在源端口与目的端口之间建立一条TCP传输连接。TC...
TCP 连接，一端断电和进程崩溃有什么区别？
小林coding
06-15 3万+
上周有位读者找我说，他在面试腾讯的时候，遇到了这么个问题： 这个属于 TCP 异常断开连接的场景，这部分内容在我的「图解网络」还没有详细介绍过，这次就乘着这次机会补一补。 这个问题有几个关键词： 没有开启 keepalive； 一直没有数据交互； 进程崩溃； 主机崩溃； 我们先来认识认识什么是 TCP keepalive 呢？ 这东西其实就是 TCP 的保活机制，它的工作原理我之前的文章写过，这里就直接贴下以前的内容。 如果两端的 TCP 连接一直没有数据交互，达到了触发 TCP 保活机制的条件，
【计算机网络】如果已经建立了TCP连接，客户端突然发生故障了怎么办？
flyersboy的博客
06-08 2604
TCP 协议有一个保活机制。 这个机制的原理是这样的： 定义⼀个时间段，在这个时间段内，如果没有任何连接相关的活动，TCP 保活机制会开始作⽤，每隔⼀个时间间隔，发送⼀个探测报⽂，该探测报⽂包含的数据⾮常少，如果连续⼏个探测报⽂都没有得到响应，则认为当前的TCP 连接已经死亡，系统内核将错误信息通知给上层应⽤程序。 在 Linux 内核可以有对应的参数可以设置保活时间、保活探测的次数、保活探测的时间间隔，以下都为默认值： net.ipv4.tcp_keepalive_time=7200 net.ipv4.t
（转）TCP连接异常断开检测
dianchixian5277的博客
05-29 486
TCP是一种面向连接的协议，连接的建立和断开需要通过收发相应的分节来实现。某些时候，由于网络的故障或是一方主机的突然崩溃而另一方无法检测到，以致始终保持着不存在的连接。下面介绍一种方法来检测这种异常断开的情况 TAG:TCP连接异常断开TCP断链 TCP是一种面向连接的协议，连接的建立和断开需要通过收发相应的分节来实现。某些时候，由于网络的故障或是...
send函数 获得已发送数据长度_TCP传输过程中，客户端异常退出导致服务端send函数崩溃...
weixin_39600823的博客
12-08 335
在linux下编写TCP socket程序时，如果客户端突然退出，导致连接中断，这个时候服务端如果继续调用send函数发送数据的话，会导致整个进程退出，这是我们不愿看到的。(注：如果是服务端突然退出，客户端继续调用send发送，是不会导致进程退出的)。为什么会退出进程而不是返回一个错误值呢？感觉有点“霸道”，连留给我们处理问题的机会都没有。原来，当服务端尝试使用一个disconnected soc...
tcp几种常见异常出现情况总结
kdb_viewer的博客
10-25 2717
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并不总是“可靠”的？
lwj的博客
12-13 373
TCP 是可靠的？ 发送端通过调用send函数之后，数据会先存储到套接字的发送缓冲区中，通过网络协议栈决定合适发送、如何发送。当对应的数据发送给接收端，接收端回应ACK，这时存储到发送缓冲区的数据可以删除了，但发送端无法获取对应数据流的ACK情况（无法判断对端接收到数据流），如果想知道，必须在应用层添加处理逻辑，例如显示的报文确认机制。 从接收端来看，也不能保证ACK过的数据被应用程序处理，因为数...
TCP保活机制（KeepAlive）
ComplexMaze的博客
04-15 2万+
网络传输层，TCP保活机制
关于网络编程中服务器出现故障的三种情况（TCP协议）
我有一个梦想
05-02 2792
1  服务器主机崩溃     模拟操作：当客户端和服务器成功连接之后，拔掉服务器的网线，此时从客户端发送数据分节。这样同时也模拟了客户端发送的数据不可达服务端的情景（即建立连接后某些中间路由器不工作）。     产生后果：客户端会持续重传未收到确认的数据分节（TCP软件负责），持续一段时间后仍未收到确认则放弃（通常是9分钟）。如果是服务器崩溃则本机TCP软件会向用户进程显示套接字错误并置错误码
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值