TCP四次挥手

TCP四次挥手是在数据交换结束后,客户端与服务器断开连接的过程。客户端先发起FIN请求,服务器回应ACK并发送FIN请求,客户端再确认服务器的FIN请求,最终双方在TIME-WAIT或CLOSED状态下完全关闭连接。

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

TCP包头
这里写图片描述
1、URG :表示本报文段中发送的数据是否包含紧急数据。后面的紧急指针字段(
urgent pointer )只有当URG=1 时才有效

2、ACK :表示是否前面的确认号字段是否有效。ACK=1 ,表示有效。只有当ACK=1时 时
,前面的确认号字段才有效。TCP 规定,连接建立后,ACK 必须为1, 带ACK 标志的
TCP 报文段称为确认报文段

3、PSH :提示接收端应用程序应该立即从TCP 接收缓冲区中读走数据,为接收后续数
据腾出空间。如果为1 ,则表示对方应当立即把数据提交给上层应用,而不是缓存
起来,如果应用程序不将接收到的数据读走,就会一直停留在TCP 接收缓冲区中

4、RST :如果收到一个RST=1 的报文,说明与主机的连接出现了严重错误(如主机崩
溃),必须释放连接,然后再重新建立连接。或者说明上次发送给主机的数据有问
题,主机拒绝响应,带RST 标志的TCP 报文段称为复位报文段

5、SYN :在建立连接时使用,用来同步序号。当SYN=1 ,ACK=0 时,表示这是一个
请求建立连接的报文段;当SYN=1 ,ACK=1 时,表示对方同意建立连接。SYN=1
,说明这是一个请求建立连接或同意建立连接的报文。只有在前两次握手中SYN才 才
置为1 ,带SYN 标志的TCP 报文段称为同步报文段

6、FIN :表示通知对方本端要关闭连接了,标记数据是否发送完毕。如果FIN=1 ,即
告诉对方:“我的数据已经发送完毕,你可以释放连接了”,带FIN 标志的TCP报 报
文段称为结束报文段

TCP四次挥手
这里写图片描述
三次握手之后,进行数据交换传输等等操作,数据交换传输操作结束之后,要断开客户端与服务器之间的连接,来停止连接的可以是客户端也可以是服务器。在断开连接之前要有四次挥手来结束断开连接。

客户端发起断开请求

FIN=1,seq =u 客户端发出FIN=1标记位结束请求,发出包序列号seq=u
ACK=1,seq=v,ack=u+1 服务器发出ACK=1标记位确认结束请求收到,包序列号seq=v,返回包序列号ack=u+1

数据传输完之后

FIN=1,ACK=1,seq=w,ack=u+1 服务器发出FIN=1标记位结束请求,ACK=1确认之前的结束请求收到,包序列号seq=w,返回包序列号ack=u+1

ACK=1,seq=u+1,ack=w+1 ACK=1确认之前的结束请求收到,包序列号seq=u+1,返回包序列号ack=w+1

有限状态机FSM:Finite State Machine
1、CLOSED 没有任何连接状态

2、LISTEN 侦听状态,等待来自远方TCP 端口的连接请求

3、SYN-SENT 在发送连接请求后,等待对方确认

4、SYN-RECEIVED 在收到和发送一个连接请求后,等待对方确认

5、ESTABLISHED 代表传输连接建立,双方进入数据传送状态

6、FIN-WAIT-1 主动关闭, 主机已发送关闭连接请求,等待对方确认

7、FIN-WAIT-2 主动关闭, 主机已收到对方关闭传输连接确认,等待
对方发送关闭传输连接请求

8、 TIME-WAIT 完成双向传输连接关闭,等待所有分组消失

9、CLOSE-WAIT 被动关闭, 收到对方发来的关闭连接请求,并已确认

10、LAST-ACK 被动关闭, 等待最后一个关闭传输连接确认,并等待所
有分组消失

11、CLOSING 双方同时尝试关闭传输连接,等待对方确认

### 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
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值