求助，服务端与客户端三次握手建立成功后直接RST对应端口

于 2023-07-08 21:08:45 发布
阅读量286 收藏
点赞数
文章标签： 服务器 网络 运维 tcp
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39912498/article/details/131616443
版权

请求各位大神看看为什么会出现这种直接RST已经握手成功的成功的端口

一开始由于链路本身问题，导致客户端重新发起握手，服务端完成握手后，马上RST了对应端口，一致这样持续，直到一分半钟后才能完成建立如图1所示，一开始客户端挥手就存在问题，但是服务端也针对对应错误端口RST掉，可是之后建立的端口均无法恢复，此时客户端超过上千次进行TCP链路连接时间持续100S左右，一直等到有一次客户端握手成功后，主动挥手掉对应端口，重新发起一个端口握手才完成整个TCP链路的建立，如图2所示，非常奇怪。

 如图1 

 如图12

weixin_39912498
关注
服务端没有listen客户端发起连接建立 会发生什么
05-15
在TCP/IP协议栈中，客户端和服务端之间的连接建立需要经过三次握手机制。首先，客户端会向服务端发送SYN包，以请求建立连接。服务端收到SYN包后，会回复一个SYN+ACK包，以确认客户端的请求。最后，客户端会回复一个...
tcp三次握手后被马上rst_TCP 三次握手性能优化
weixin_39758041的博客
12-16 1347
客户端优化序列号同步第一次握手的时候，客户端会向服务端发送连接请求的报文，叫SYN，SYN全称是Synchronize Sequence Numbers,翻译过来是同步序列号。建立连接的第一件事就是同步序列号。只有同步了序列号才有保证稳定可靠的传输。一个序列号占四个字节的内存SYN重试在第二次握手之前，客户端会等待服务端返回ACK报文。一般情况下，ACK报文会在几毫秒内返回。but，如果...
网络-TCP
工作？！！
11-09 228
说下TCP三次握手 第三次没有收到ACK包会怎样？过程为什么不是两次握手？为什么不是四次握手？第2次握手传回了ACK，为什么还要传回SYN？第三次没有收到ACK包会怎样？如果已经建立了连接，但客户端出现了故障怎么办？初始序列号是什么？ 过程 客户端–发送带有 SYN 标志的数据包–一次握手–服务端 服务端–发送带有 SYN/ACK 标志的数据包–二次握手–客户端 客户端–发送带有带有 ACK 标志的数据包–三次握手–服务端 为什么不是两次握手？ 三次握手的目的是建立可靠的通信信道，说到通讯，简单来说就是数据
Wireshark TS | 服务器在三次握手后发送RST ？
7ACE的博客
11-15 3983
Wireshark Troubleshooting 系列 | 服务器在三次握手后发送RST ？
几种TCP连接中出现RST的情况
11-28 3384
目录[-] 1 端口未打开 2 请求超时 3 提前关闭 4 在一个已关闭的socket上收到数据 总结 参考文献： 应该没有人会质疑，现在是一个网络时代了。应该不少程序员在编程中需要考虑多机、局域网、广域网的各种问题。所以网络知识也是避免不了学习的。而且笔者一直觉得TCP/IP网络知识在一个程序员知识体系中必需占有一席之地的。 在TCP协议中RST表示复位，
TCP中几种RST的情况
kic18的专栏
07-27 1546
几种TCP连接中出现RST的情况在TCP协议中RST表示复位，用来异常的关闭连接，在TCP的设计中它是不可或缺的。发送RST包关闭连接时，不必等缓冲区的包都发出去，直接就丢弃缓存区的包发送RST包。而接收端收到RST包后，也不必发送ACK包来确认。在网络编程过程中，各种RST错误比较难排查和找到原因，基于此，根据以往的经验以及找到的一些资料，整理了以下几种RST的情况。
TCP三次握手和四次挥手面试题 249 - 330
最新发布
05-15
TCP 三次握手和四次挥手面试题 本文从 TCP 协议的基本认识开始，介绍了 TCP 头格式中的序列号、确认应答号、控制位等字段的作用和意义，然后详细解释了 TCP 协议的必要性、工作层次、面向连接、可靠性和字节流传输...
TCP三次握手及原理
11-19
TCP三次握手是指建立一个TCP连接时，需要客户端和服务端总共发送三个包以确认连接的建立。这三个步骤是： 1. **第一次握手**：客户端发送连接请求报文段（SYN报文），此时客户端处于`SYN_SENT`状态等待服务器确认。...
TCP的连接建立与释放
12-05
3. **第三次握手**: 客户端接收到服务器的确认后，再次发送一个ACK=1的报文段，确认号为y+1，此时客户端和服务器均进入ESTABLISHED状态，完成连接建立。 - **源端口**：客户端的临时端口。 - **目标端口**：...
徐州工程学院计算机网络实验报告——TCP协议.doc
10-12
第三次握手，客户端向服务端发送 ACK 报文，确认服务端的确认。 三、TCP 连接的释放 TCP 连接的释放是通过四次握手来实现的。第一次握手，客户端向服务端发送 FIN 报文，请求释放连接。第二次握手，服务端向客户端...
三次握手中的第二次丢包后会发生什么？
YellowOne的博客
07-06 1298
概述 如果你发现一些莫名其妙的 504 响应码，却不知道为什么，那么本文对你可能有帮助。 如果你查看 Nginx 日志发现有时出现 lua tcp socket connect timed out，却不知道为什么，那么本文对你可能有帮助。 如果你发现你的机器向别的机器发送 RST 包，却不知道为什么，那么本文对你可能有帮助。 前段时间在排查一个传输层的问题，通过抓包发现我们的机器（此处可以认为为客户端）向服务端发出了 RST 包。我们的机器为什么会莫名其妙 reset 别人的连接呢？通过进一步排查，发现根本
TCP三次握手详解
weixin_58464712的博客
12-30 423
TCP三次握手详解
tcp三次握手后被马上rst_16、TCP协议之三次握手
weixin_39825045的博客
12-12 1291
通过上一篇的学习，我们了解到传输层中的UDP协议是一种无连接的协议，不在乎数据有没有被对方收到，因此很高效快捷，但是不可靠，可靠性实际上是更加重要的，这也是TCP应用更加广泛的原因，相应的代价就是TCP的设计要比UDP复杂得很多，唉，鱼与熊掌不可兼得吗？不过反过来想，没有技术壁垒的东西，大家一学就会，就不会有差距，那么对TCP的理解或许就是计算机网络世界中定位青铜还是王者...
为什么在 TCP 三次握手过程中，如果客户端收到的 SYN-ACK 报文的确认号不符合预期的话，为什么是回 RST，而不是丢弃呢？
u013105927的博客
02-12 909
当处于 SYN_SENT 状态连接的客户端，在收到不符合期望的 SYN-ACK 报文时，就直接 RST 给服务端，干掉服务端的旧连接，这样客户端的新连接才能快速建立。
Wireshark TS | SYN-SYN/ACK-RST 问题
7ACE的博客
03-04 4234
Wireshark TS | SYN-SYN/ACK-RST 问题
tcp连接超时， 那么可能会出现两次握手后， 客户端发RST包
热门推荐
认知 行动 坚持
07-17 1万+
先看服务端： #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include int main() { int sockSrv = socket(AF_INE
对tcp连接的第二次握手的分析
星星的技术专栏
08-13 3889
<br />数据如下：<br />15:20:16.315251 00:22:19:4f:7c:f2 > 00:22:19:4f:7a:09, ethertype IPv4 (0x0800), length 62: IP localhost.localdomain.9900 > 192.168.20.17.2513: S 800828763:800828763(0) ack 2733155024 win 5840 <mss 1460,nop,nop,sackOK><br />        0x0000: 
TCP三次握手详解：建立与终止通信的视觉指南
第三次握手：客户端收到服务器的SYN+ACK后，再次发送一个ACK数据段，确认收到服务器的SYN+ACK，并且附带自己的序列号加1。此时，服务器和客户端都确认了彼此的存在和对方的序列号，连接建立成功。 在整个过程中，...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值