五、TCP C/S：连接建立后，主机崩溃后重启

最新推荐文章于 2021-10-12 10:21:13 发布
转载 最新推荐文章于 2021-10-12 10:21:13 发布 · 396 阅读 · 0 ·
CC 4.0 BY-SA版权
原文链接：https://my.oschina.net/lowkey2046/blog/704424
文章标签：

#网络 #python

本文介绍了一种使用树莓派和PC机进行TCP通信的测试案例，详细记录了测试步骤及现象，包括正常通信流程与服务器异常重启后的客户端表现。

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

1. 程序源码

http://my.oschina.net/lowkey2046/blog/693852

2. 测试方法

需要使用两台主机进行测试

a. 在树莓派上(192.168.1.24)上启动服务器进程

$ ./tcpserv01 &
[1] 1782

b. 在 PC 机上启动客户端进程，输入 hello world

测试客户端能接收到服务器数据

$ ./tcpcli01 192.168.1.24
hello world
hello world

c. 断开树莓派网络，重启树莓派系统和服务器进程，再将树莓派重新连接到网络中，客户端再发送数据

hello?
str_cli: server terminated prematurely

客户端 read 立即出错返回。

3. wireshark 截图

输入图片说明

当服务器主机崩溃后重启，它的 TCP 丢失了崩溃前的所有连接信息，因此服务器 TCP 对于所收到的来自客户端的数据分节响应以一个 RST。

参考资料

《UNP》

转载于:https://my.oschina.net/lowkey2046/blog/704424

TCP通信过程中异常情况整理
YYC的专栏
05-08 1万+
TCP通信过程中异常情况整理 本文主要叙述，客户端与服务器端在TCP链接已经建立且正常通信过程中，发生以下几种异常情况时TCP链接会产生的各种现象。 服务器主机崩溃 服务器主机崩溃后重启 服务器主机断网或者中间路由器出现故障 服务器主机断网或者中间路由器出现故障后又恢复 服务器关机或服务器进程被终止 服务器的端口被关闭 TCP的保活机制 1. 服务器主机崩溃   客户端在给服务...
TCP/IP——TCP连接的建立与终止、TCP超时、TCP状态变迁、TCP复位
weixin_44233369的博客
02-24 3210
一、概述 TCP是一个面向连接的协议。无论哪一方想另一方发送数据之前，都必须现在双方之间建立一条连接。这种两端间连接的建立与无连接协议如UDP不同。一端使用UDP想另一端发送数据报时，无需任何预先的握手。 二、TCP连接的建立和终止的时间 发起连接（报文段1）的一方是主动打开，接受连接（报文段2）的一方是被动打开。 其中，双方的序号（ack）的初始值（ISN）都是根据自身主机的时钟随机生成的，这...
TCP空闲连接的重启动
redwingz的博客
04-09 1236
在TCP连接空闲一段时间之后，发送端再次开启发送时，可能导致大量的数据发送到网络中。由于一段空闲时间后，TCP发送端不能再使用ACK时钟发送新报文到网络中，所以，可能线速发送一整拥塞窗口的数据，容易造成网络拥塞，而且，网络状况可能已经改变。因此，内核中在空闲时间超过RTO之后，将使用慢启动恢复发送。 空闲检查 在空闲检查函数中，如果内核未打开在空闲之后启用慢启动的功能，即tcp_slow_star...
四、TCP C/S：连接建立后，服务器主机崩溃
weixin_34124939的博客
06-19 294
2019独角兽企业重金招聘Python工程师标准>>> ...
客户端宕机恢复后想要再建立TCP链接，服务端会如何处理？
Java圈全能架构师的博客
09-24 1705
昨晚有位读者问了我这么个问题： 大概意思是，一个已经建立的 TCP 连接，客户端中途宕机了，而服务端此时也没有数据要发送，一直处于 establish 状态，客户端恢复后，向服务端建立连接，此时服务端会怎么处理？ 看过我的图解网络的读者都知道，TCP 连接是由「四元组」唯一确认的。 然后这个场景中，客户端的IP、服务端IP、目的端口并没有变化，所以这个问题关键要看客户端发送的 SYN 报文中的源端口是否和上一次连接的源端口相同。 1. 客户端的 SYN 报文里的端口号与历史连接不相同 如果客户
TCP客户端与服务端在连接状态下，服务端突然断开重启，客户端重连
老赵的博客
10-12 3599
客户端首先将socket设置为非阻塞，建立连接 bool TcpRspObject::createSocketAndConnect() { if(m_listenfd > 0) return true; m_listenfd = socket(AF_INET,SOCK_STREAM,IPPROTO_TCP); if(m_listenfd < 0) { qDebug()<<"socket error";
(ragflow) wangsiping@gpu-server:~/llm/ragflow/docker$ sudo docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 1f99e8024a82 infiniflow/ragflow:v0.17.1-slim "./entrypoint.sh" 7 hours ago Up 7 hours 0.0.0.0:443->443/tcp, :::443->443/tcp, 0.0.0.0:9380->9380/tcp, :::9380->9380/tcp, 0.0.0.0:7861->80/tcp, :::7861->80/tcp ragflow-server e248afd04e53 elasticsearch:8.11.3 "/bin/tini -- /usr/l?" 7 hours ago Up 7 hours (healthy) 9300/tcp, 0.0.0.0:1200->9200/tcp, :::1200->9200/tcp ragflow-es-01 d0b23a2a1095 valkey/valkey:8 "docker-entrypoint.s?" 7 hours ago Up 7 hours 0.0.0.0:6379->6379/tcp, :::6379->6379/tcp ragflow-redis d56a5ee62a8f mysql:8.0.39 "docker-entrypoint.s?" 7 hours ago Up 7 hours (healthy) 33060/tcp, 0.0.0.0:5455->3306/tcp, :::5455->3306/tcp ragflow-mysql 944c47ec7cf6 quay.io/minio/minio:RELEASE.2023-12-20T01-00-02Z "/usr/bin/docker-ent?" 7 hours ago Up 7 hours 0.0.0.0:9000-9001->9000-9001/tcp, :::9000-9001->9000-9001/tcp ragflow-minio (ragflow) wangsiping@gpu-server:~/llm/ragflow/docker$
03-16
| **Restarting**| 容器处于重启状态（可能因崩溃或配置导致） | --- ### 5. 扩展操作 - **查看所有容器**（包括已停止的）： ```bash docker ps -a ``` - **过滤容器**（按状态、名称等）： ```bash docker ...
错误：Post "http://localhost:8080/admin/employee/login": dial tcp [::1]:8080: connect: connection refused
07-03
但注意，如果服务启动后，请求的路径不存在，会返回404，而不是连接被拒绝。所以当前问题更可能是服务未启动或端口监听问题。根据引用[3]的提示，有时前端端口和后端端口不一致，导致请求发到了前端端口（而前端服务...
aba80e19cdf8 mcr.microsoft.com/dotnet/aspnet:3.1 "/bin/sh -c 'sleep 1…" 6 minutes ago Up 30 seconds 0.0.0.0:9990->9990/tcp, [::]:9990->9990/tcp dotnet-3.1-deviceserver这个也在重启
最新发布
12-04
你提供的信息是一条 `docker ps` 的输出内容，显示了一个正在运行但可能频繁重启的 .NET 3.1 容器。我们来详细分析这条信息，并解决“容器在重启”的问题。 --- ### 输出解析 ```bash aba80e19cdf8 mcr.microsoft...
6a888385c3c1 seataio/seata-server:1.5.2 "java -Djava.securit…" 5 minutes ago Up 9 seconds 7091/tcp, 0.0.0.0:7099->7099/tcp, :::7099->7099/tcp, 8091/tcp, 0.0.0.0:8099->8099/tcp, :::8099->8099/tcp seata [root@localhost ~]# docker ps -a | grep seata 6a888385c3c1 seataio/seata-server:1.5.2 "java -Djava.securit…" 5 minutes ago Up 13 seconds 7091/tcp, 0.0.0.0:7099->7099/tcp, :::7099->7099/tcp, 8091/tcp, 0.0.0.0:8099->8099/tcp, :::8099->8099/tcp seata [root@localhost ~]# docker ps -a | grep seata 6a888385c3c1 seataio/seata-server:1.5.2 "java -Djava.securit…" 5 minutes ago Up 14 seconds 7091/tcp, 0.0.0.0:7099->7099/tcp, :::7099->7099/tcp, 8091/tcp, 0.0.0.0:8099->8099/tcp, :::8099->8099/tcp seata [root@localhost ~]# docker ps -a | grep seata 6a888385c3c1 seataio/seata-server:1.5.2 "java -Djava.securit…" 5 minutes ago Up 15 seconds 7091/tcp, 0.0.0.0:7099->7099/tcp, :::7099->7099/tcp, 8091/tcp, 0.0.0.0:8099->8099/tcp, :::8099->8099/tcp seata [root@localhost ~]# docker ps -a | grep seata 6a888385c3c1 seataio/seata-server:1.5.2 "java -Djava.securit…" 5 minutes ago Up 16 seconds 7091/tcp, 0.0.0.0:7099->7099/tcp, :::7099->7099/tcp, 8091/tcp, 0.0.0.0:8099->8099/tcp, :::8099->8099/tcp seata [root@localhost ~]# docker ps -a | grep seata 6a888385c3c1 seataio/seata-server:1.5.2 "java -Djava.securit…" 5 minutes ago Up 16 seconds 7091/tcp, 0.0.0.0:7099->7099/tcp, :::7099->7099/tcp, 8091/tcp, 0.0.0.0:8099->8099/tcp, :::8099->8099/tcp seata [root@localhost ~]# docker ps -a | grep seata 6a888385c3c1 seataio/seata-server:1.5.2 "java -Djava.securit…" 5 minutes ago Up 17 seconds 7091/tcp, 0.0.0.0:7099->7099/tcp, :::7099->7099/tcp, 8091/tcp, 0.0.0.0:8099->8099/tcp, :::8099->8099/tcp seata [root@localhost ~]# docker ps -a | grep seata 6a888385c3c1 seataio/seata-server:1.5.2 "java -Djava.securit…" 5 minutes ago Up 17 seconds 7091/tcp, 0.0.0.0:7099->7099/tcp, :::7099->7099/tcp, 8091/tcp, 0.0.0.0:8099->8099/tcp, :::8099->8099/tcp seata [root@localhost ~]# docker ps -a | grep seata 6a888385c3c1 seataio/seata-server:1.5.2 "java -Djava.securit…" 5 minutes ago Up 18 seconds 7091/tcp, 0.0.0.0:7099->7099/tcp, :::7099->7099/tcp, 8091/tcp, 0.0.0.0:8099->8099/tcp, :::8099->8099/tcp seata [root@localhost ~]# docker ps -a | grep seata 6a888385c3c1 seataio/seata-server:1.5.2 "java -Djava.securit…" 5 minutes ago Exited (255) Less than a second ago seata [root@localhost ~]# docker ps -a | grep seata 6a888385c3c1 seataio/seata-server:1.5.2 "java -Djava.securit…" 5 minutes ago Exited (255) Less than a second ago seata 只能运行一段时间
03-22
Docker容器退出的常见原因包括应用崩溃、配置错误、资源不足、端口冲突或者健康检查失败等。用户使用的是seataio/seata-server:1.5.2镜像，所以需要确认Seata Server的配置是否正确。 接下来，检查容器的日志是关键...
pandas之groupby新知识
元气满满晨
10-26 430
待续
阅读《Linux高性能服务器编程》随笔——TCP连接的建立与关闭
Overvautious的博客
09-27 329
TCP标志位 TCP标志位的值代表了当前请求的目的。 标志位一共有6种，分别是： SYN(synchronous)： 发送/同步标志，用来建立连接，和下面的第二个标志位ACK搭配使用。连接开始时，SYN=1，ACK=0，代表连接开始但是未获得响应。当连接被响应的时候，标志位会发生变化，其中ACK会置为1，代表确认收到连接请求，此时的标志位变成了 SYN=1，ACK=1。 ACK(acknowledgement)：确认标志，表示确认收到请求。 PSH(push) ：表示推送操作，就是指数据包到达接收端以后，
linux如何重启tcp服务,Linux-TCP
weixin_42520277的博客
05-06 1043
image.png1. TIME_WAIT1.1 TIME_WAIT状态如何产生？由上面的变迁图，首先调用close()发起主动关闭的一方，在发送最后一个ACK之后会进入time_wait的状态，也就说该发送方会保持2MSL时间之后才会回到初始状态。MSL值得是数据包在网络中的最大生存时间。产生这种结果使得这个TCP连接在2MSL连接等待期间，定义这个连接的四元组(客户端IP地址和端口，服务端IP...
TCP连接中的异常情况
weixin_46269257的博客
06-15 2498
TCP 保活机制( keepalive)可以在双方没有数据交互的情况，通过探测报文，来确定对方的 TCP 连接是否存活。 无数据交互的情况下的异常【主机崩溃|进程崩溃】： 1在没有开启 TCP keepalive，且双方一直没有数据交互的情况下，如果客户端的「主机崩溃」了,那么服务端是无法感知到的，在加上服务端没有开启 TCP keepalive，又没有数据交互的情况下，服务端的 TCP 连接将会一直处于 ESTABLISHED 连接状态，直到服务端重启进程。 所以，我们可以得知一个点，在没有使用 TC
浅析TCP连接过程中server异常情况处理
绯浅yousa的笔记
04-24 5708
#浅析TCP连接过程中server异常处理 基础环境：腾讯云ubuntu虚拟机 前置基础：对TCP连接有一个基本认识，能写进行简单socket编程 先简单介绍一下TCP编程流程TCP简易编程流程1.TCP服务器端编程流程如下： 创建套接字socket； 绑定套接字bind； 设置套接字为监听模式，进入被动接受连接状态listen； 接受请求，建立连接accpet； 读写数据re
TCP连接异常处理
Pobber的博客
10-04 5198
客户端正常终止 进程终止的部分工作是关闭所有打开的描述符,因此客户打开的描述符由内核关闭。这导致客户TCP发送一个FIN给服务器，服务器TCP则以ACK响应，这就是TCP连接终止序列的前半部分，至此，服务器套接字处于CLOSE_WAIT状态,客户套接字则处于FIN_WAIT_2状态 异常状态处理 accept被系统调用中断 我们用术语慢系统调用 (slow system call)描述过a...
关于网络编程中服务器出现故障的三种情况（TCP协议）
我有一个梦想
05-02 2874
1  服务器主机崩溃     模拟操作：当客户端和服务器成功连接之后，拔掉服务器的网线，此时从客户端发送数据分节。这样同时也模拟了客户端发送的数据不可达服务端的情景（即建立连接后某些中间路由器不工作）。     产生后果：客户端会持续重传未收到确认的数据分节（TCP软件负责），持续一段时间后仍未收到确认则放弃（通常是9分钟）。如果是服务器崩溃则本机TCP软件会向用户进程显示套接字错误并置错误码
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值