TCP四次挥手

最新推荐文章于 2024-10-29 20:00:33 发布
最新推荐文章于 2024-10-29 20:00:33 发布
阅读量266 收藏
点赞数
分类专栏： WebRTC基础知识
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qqMCY/article/details/105465751
版权
TCP四次挥手过程中，发起端首先发送FIN包进入FIN_WAIT_1状态，接收端回复ACK并进入CLOSE_WAIT。接收端再发送FIN，发起端确认后进入FIN_WAIT_2，接收端等待2倍MSL后关闭连接。WAIT_TIME作用在于确保ACK被接收，防止因新服务占用端口而引发的问题。

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

TCP4次挥手流程

在这里插入图片描述

  • Initiator 发起端
  • Receiver 接收端
  • 起始阶段两端都是ESTABLISHED
  • 发起端先发起close命令，在tcp协议的底层会发送一个FIN（tcp包，seq=x,ack=y），发送FIN包意味着发起端要与接收端断开链接。状态变为FIN_WAIT_1,处于等待的第一步。
  • 接收端接收到消息后，状态变为CLOSE_WAIT,同时回复ACK消息(seq = y,ack = x + 1)，表示tcp包已经收到了，
  • 发起端接收到ack消息后，状态变为FIN_WAIT2.
  • 接收端收到ack消息后，也要发送一个FIN消息（seq = y + 1, ack = x + 1）,ACK = 1, FIN = 1,调用close（）方法，状态变为LAST_ACK
  • 接收端在收到这条ACK消息后，状态变为WAIT_TIME状态。从WAIT_TIME到CLOSED要等待2倍的MSL
  • 同时向接收端再发送一个ACK消息(
了解本专栏 订阅专栏 解锁全文
TCP四次挥手详解
LOOKTOMMER的博客
11-13 6万+
在开始之前可以先了解一下 TCP三次握手 TCP四次挥手过程和状态变迁 在断开连接之前客户端和服务器都处于ESTABLISHED状态，双方都可以主动断开连接，以客户端主动断开连接为优。 第一次挥手：客户端打算断开连接，向服务器发送FIN报文(FIN标记位被设置为1，1表示为FIN，0表示不是)，FIN报文中会指定一个序列号，之后客户端进入FIN_WAIT_1状态。 也就是客户端发出连接释放报文段(FIN报文)，指定序列号seq = u，主动关闭TCP连接，等待服务器的确认。 第二次挥...
深入理解TCP三次握手
luoshasha1216的博客
04-02 388
三次握手在《计算机网络》一书中其中有提到，三次握手的目的是“为了防止已经失效的连接请求报文段突然又传到服务端，因而产生错误”，这种情况是：一端(client)A发出去的第一个连接请求报文并没有丢失，而是因为某些未知的原因在某个网络节点上发生滞留，导致延迟到连接释放以后的某个时间才到达另一端(server)B。本来这是一个早已失效的报文段，但是B收到此失效的报文之后，会误认为是A再次发出的一个新的连...
tcp 四次挥手_理解TCP三次握手和四次挥手
weixin_39617006的博客
12-08 68
一、为什么TCP需要三次握手？可靠原则：就是对某端来说，只要我发的消息有了响应，则我发出去的数据可靠基于这个原则，我们理解一下三次握手首先有两端，A端和B端第一步，A端发送给B端一条消息，基于上述条原则，如果A端要可靠，那么需要有B端回给A端的这条消息的确认，所有B端在收到这个请求的时候，需要回复一条消息确认第二步、A端发送了消息，B端回了响应消息， 这个时候我们看一下当前的情况，对A端来说，已经...
三次握手，四次挥手过程详解
c13055215176的博客
04-11 248
三次握手四次挥手过程详解 三次握手: 1.客户端发送syn=1连接报文起始号为x，进入同步已发送状态。 2.服务器发送确认报文syn=1，ack=1，起始号为y，确认号为x+1，进入同步已接收状态 3.客户端发送确认报文syn=1，起始号为x+1，确认号为y+1；进入同步已连接状态。 四次挥手：由于TCP连接是全双工的，因此每个方向都必须单独进行关闭。这原则是当一方完成它的数据发送任务后就能发送...
超详细且易于理解的三次握手四次挥手过程图解
weixin_41635305的博客
11-13 299
SYN J标志数据请求的第一次，SYN K 表示请求 ACK J+1 标记应答 ，ACK K+1，表示应答
深度解析TCP的三次四次握手的底层原理
linuxguitu的博客
01-07 193
深度解析TCP的三次四次握手的底层原理
TCP四次挥手 可以变成三次吗708 - 726
05-15
TCP 四次挥手是 TCP 协议栈中的一种关闭连接的机制，通常来说，TCP 四次挥手需要四个步骤来完成，但是在某些情况下，TCP 四次挥手可以变成三次挥手。本文将详细介绍 TCP 四次挥手的过程、为什么需要四次挥手，以及在...
TCP 四次挥手，可以变成三次吗？
smart_an的专栏
05-26 631
当被动关闭方在 TCP 挥手过程中，如果「没有数据要发送」，同时「没有开启 TCP_QUICKACK（默认情况就是没有开启，没有开启 TCP_QUICKACK，等于就是在使用 TCP 延迟确认机制）」，那么第二和第三次挥手就会合并传输，这样就出现了三次挥手。所以，出现三次挥手现象，是因为 TCP 延迟确认机制导致的。
TCP的几个状态 SYN, FIN, ACK, PSH, RST, URG
weixin_34361881的博客
03-15 4115
2019独角兽企业重金招聘Python工程师标准>>> ...
TCP 协议
m0_59155415的博客
05-22 3087
ACK：应答；确认号是否有效 PSH：提示接收端应用程序立刻从TCP缓冲区把数据读走 RST：对方要求重新建立连接；我们把携带RST标识的称为复位报文段 SYN：请求建立连接；我们把携带SYN标识的称为同步报文段 FIN：申请断开连接；通知对方，本端要关闭了，我们称携带FIN标识的为结束报文段
TCP—-SYN、ACK-、FIN、RST、PSH、URG-详解
lamb7758的博客
04-09 1万+
三次握手图 四次握手图 三次握手Three-way Handshake 一个虚拟连接的建立是通过三次握手来实现的 1. (B) --> [SYN] --> (A) 假如服务器A和客户机B通讯. 当A要和B通信时，B首先向A发一个SYN (Synchronize) 标记的包，告诉A请求建立连接. 注意: 一个 SYN包就是仅SYN标记设为1的TCP包(参见TCP包头R...
TCP协议总结
weixin_43155199的博客
05-30 1342
创作人QQ：851301776，邮箱：lfr890207@163.com，欢迎大家一起技术交流，本博客主要是自己学习的心得体会,只为每天进步一点点！ 个人座右铭： 1.没有横空出世，只要厚积一定发。 2.你可以学历不高，你可以不上学，但你不能不学习 一、TCP的首部 TCP数据被封装在一个IP数据报中，如图17-1所示： TCP首部的数据格式，如果不计任选字段，它通常是20个字节： 1.源端口和目的端口，各占2个字节。 2.序号：占4个字节，序号范围为0到2的32次方-1，序号增加到
python实现FINS协议的TCP服务端（篇一）
weixin_43431593的博客
11-09 2237
python实现FINS协议的TCP服务端是一件稍微麻烦点的事情。它不像modbusTCP那样，可以使用现成的pymodbus模块去实现。但是，我们可以根据协议帧进行组包，自己去实现帧的格式，而这一切可以基于socket模块。本文为第一篇。
TCP 协议的含义-四次挥手
sunqizheng1253的博客
07-12 1199
第二次挥手（ACK）：服务器收到客户端的FIN报文后，向客户端发送ACK报文（ACK=1，seq=v，ack=u+1），进入CLOSE_WAIT状态。第四次挥手（ACK）：客户端收到服务器的FIN报文后，向服务器发送ACK报文（ACK=1，seq=x+1，ack=w+1），确认连接关闭。第一次挥手（FIN）：客户端发送FIN报文（FIN=1，seq=u），进入FIN_WAIT1状态，请求关闭连接。第三次挥手（FIN）：服务器发送FIN报文（FIN=1，seq=w），进入LAST_ACK状态，请求关闭连接。
FIN位是什么，ACK，SEQ是什么?
weixin_44943389的博客
07-27 3014
接收到带有FIN标志的报文段后，接收方发送一个ACK（确认）报文作为回应，表示接收到了FIN请求。ACK是TCP头部中的另一个标志位，用于确认收到数据的报文段。发送方发送数据报文时，会给每个报文段分配一个序号，接收方在收到报文段后，需要发送一个带有ACK标志的报文段来确认已经接收到了特定序号的数据。SEQ是TCP头部中的字段，用于指示报文段中的数据在整个数据流中的位置。每个报文段都有一个唯一的序号，发送方用于对数据进行编号，接收方用于按序接收和重组数据。
在 TCP/IP 协议中：SYN 、ACK、 FIN分别表示什么意思？
m0_60235638的博客
10-29 4489
在 TCP/IP 协议中：
FIN和ACK--小标志大作用
2301_79659699的博客
07-20 1231
FIN和ACK标志位在TCP协议中分别用于表示连接的结束和数据的确认。它们在TCP连接的建立、数据传输和连接释放过程中都起着至关重要的作用，确保了TCP通信的可靠性和有序性。在实际应用中，这两个标志位的正确设置和使用是保障TCP网络通信质量的关键。
TCP——SYN、ACK、FIN、RST、PSH、URG详解
热门推荐
学而不思则罔
04-15 3万+
三次握手Three-way Handshake     一个虚拟连接的建立是通过三次握手来实现的     1. (B) --> [SYN] --> (A)     假如服务器A和客户机B通讯. 当A要和B通信时，B首先向A发一个SYN (Synchronize) 标记的包，告诉A请求建立连接.     注意: 一个 SYN包就是仅SYN标记设为1的TCP包(参见TCP包头Res
tcp四次挥手过程
最新发布
03-08
### TCP四次挥手过程详解 #### 客户端发起终止请求 当客户端应用程序完成数据发送任务后，会发出一个FIN标志位的数据段给服务端，表示不再有数据需要发送。此时，客户端进入`FIN_WAIT_1`状态。 ```python client.send(FIN) ``` 这标志着客户端主动关闭连接的第一步已经迈出[^1]。 #### 服务端接收并回应ACK 服务端接收到这个带有FIN标志的数据段之后，先回复一个包含ACK确认号的报文给客户端，表明已成功接受到对方结束通信的通知。这时，客户端的状态转变为`FIN_WAIT_2`，而服务端则进入了`CLOSE_WAIT`阶段[^2]。 ```python server.receive(client.FIN) server.reply(ACK) ``` 值得注意的是，在此期间如果服务端仍有未处理完毕的数据，则将继续向客户端传送这些剩余的信息直到全部发送完毕为止[^3]。 #### 服务端继续发送数据直至完成 一旦服务端完成了所有待传数据的传输工作，便会再次向客户端发送自己的FIN分组来通知其准备断开连接。此刻的服务端将转换成`LAST_ACK`状态等待来自客户端对于此次FIN消息的认可响应。 ```python if server.has_data_to_send(): while True: data = server.get_next_chunk() if not data: break client.receive(data) server.send(FIN) ``` 这一系列操作确保了即使在网络延迟的情况下也能保证双方都能完全接收到彼此最后一批有效负载[^4]。 #### 双方最终确认断连 最后一个环节里，客户机返回一个含有ACK字段的消息作为对之前所收到来自于服务器那边的FIN信号的一个肯定答复；随后它也会进入到`TIME_WAIT`时期一段时间以防止可能出现的老包重放攻击等问题发生。与此同时，服务端在接获该应答后正式关闭套接口，并释放与此关联的一切资源。 ```python client.reply(ACK) # Client enters TIME_WAIT state for a period of time. ``` 整个流程通过四个独立的动作实现了安全可靠的双向链路拆除机制，这就是所谓的“四次挥手”。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

杜甲同学

感谢打赏，我会继续努力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值