tcp四次挥手中LAST_ACK状态一般持续多久？

最新推荐文章于 2021-11-22 08:09:03 发布
最新推荐文章于 2021-11-22 08:09:03 发布
阅读量1.9w 收藏 4
点赞数 1
CC 4.0 BY-SA版权
分类专栏： s2: 软件进阶 s2: 后台开发 s4: 计算机网络
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/stpeace/article/details/75675581
本文深入解析了TCP连接关闭过程中的LAST_ACK状态，解释了该状态下socket的行为特点及维持时间，并指出其与RTT的关系。

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

       我们知道， 在tcp四次挥手中， 被动关闭端在close socket后， 给主动关闭端发一个FIN包， 此时便进入到了LAST_ACK状态， 也就是等待最后一个ACK的回应。

       那么LAST_ACK的持续时间， 实际上就是发FIN到接受ACK的时间， 在这段之间内， 被动关闭端的socket处于waiting for the lask ack的状态， 仔细看下， 这不就是一个包的来回吗？ 不就是一个RTT吗？

       先说这么多， 后面我们会说TIME_WAIT


TCP 四次挥手过程详解
qq_46082433的博客
05-26 1980
TCP 四次挥手过程详解
TCP四次挥手之FIN_WAIT_2和CLOSE_WAIT，TIME_WAIT以及LAST_ACK的细节
lzf的博客
02-23 2569
TCP四次挥手之FIN_WAIT_2和CLOSE_WAIT，TIME_WAIT以及LAST_ACK的细节
tcp协议端口解释（转载）
alexlee0123的博客
12-21 1186
了解TCP协议端口的连接状态，对排除和定位网络或系统故障会有很大帮助，因此了解一下是有必要的： 一、LISTENING 　　提供某种服务，侦听远方TCP端口的连接请求，当提供的服务没有被连接时，处于LISTENING状态，端口是开放的，等待被连接。 二、SYN_SENT (客户端状态) 　　客户端调用connect，发送一个SYN请求建立一个连接，在发送连接请求后等待匹配的连接...
last_ack状态及rst标记
Saintyyu的博客
11-03 2353
大多数的博客在介绍tcp的三次握手和四次挥手时，只是介绍了握手和挥手的流程，有些博客还会分析四次挥手时主动关闭连接的一端的time_wait状态的作用，但却几乎没有博客会介绍被动关闭连接的一端维持last_ack状态的作用，以及在四次挥手中如果出现丢包，last_ack将如何处理等。 实际上，last_ack（持续时间一般为一个RTO（retransmission timeout，数据包重传的t...
TCP协议端口状态说明:CLOSE-WAIT、TIME-WAIT 、LISTENING、SYN_SENT、ESTABLISHED、LAST-ACK ...
ndzjx的专栏
07-13 1404
了解TCP协议端口的连接状态，对排除和定位网络或系统故障会有很大帮助，因此了解一下是有必要的： 一、LISTENING 　　提供某种服务，侦听远方TCP端口的连接请求，当提供的服务没有被连接时，处于LISTENING状态，端口是开放的，等待被连接。 二、SYN_SENT (客户端状态) 　　客户端调用connect，发送一个SYN请求建立一个连接，在发送连接请求后等待匹配的连接请求，此时状态为SYN_SENT. 三、SYN_RECEIVED (服务端状态) 　　在收到和发送一个连接请求后，等待.
大量LAST_ACK分析过程
weixin_34337381的博客
05-23 1747
1.1 LAST_ACK简介：关闭一个连接需要从两个方向上分别进行关闭，双方都是通过发送来表示单方向数据的关闭，当通信双方发送了最后一个的时候，发送方此时处于LAST_ACK状态，当发送方收到对方的确认（的Ack确认）后才真正关闭整个连接 应该是还在连接的！没有收到确认的信息就会这样. 上面是一个高手的回答 也可以这么说！如果该通信是你主动去建立的！那么没问题！如果是被...
两张动图-彻底明白TCP的三次握手与四次挥手
热门推荐
qzcsu的博客
06-04 50万+
两张动图解析三次握手，四次挥手
TCP三次握手与四次挥手.pdf
04-23
接下来，分析TCP四次挥手的过程： 1. 第一次挥手：当客户端完成数据发送任务后，发送一个带有FIN（结束）标志的数据包给服务器端，表示客户端没有数据需要发送了，请求关闭连接。客户端进入FIN_WAIT_1状态。 2. 第...
深入理解TCP(2)TCP的断开一定是四次挥手吗?FIN_WAIT_2和CLOSE_WAIT，TIME_WAIT以及LAST_ACK的细节
kkgbn的博客
09-05 1万+
答案是否定的 我们回顾下使用wireshark的抓包1. 服务器未开 客户端尝试连接2. 建立连接然后关闭，三次握手3/4次挥手, 3. 建立连接，交互一次然后断开，三次握手3次挥手根据wireshark的包，四会握手的第二步 被动断开的一方收到FIN(第一次握手)后要发送ACK。但是抓的包中有时候会没有这一步。 我们看一下一般的书中TCP四次挥手的图解当被动断开的一方发送ACK的时候，被动断
TCP协议四次挥手过程-TIME_WAIT-CLOSE_WAIT状态的作用-大量出现如何处理？
weixin_37841366的博客
10-25 4294
TCP协议四次挥手过程 TIME_WAIT状态 被动关闭方发送FIN（第三次挥手），并等待主动关闭方返回ACK(第四次挥手) 若最终ACK丢失(第四次挥手失败)，被动关闭方将重新发送FIN(第三次挥手)，主动关闭方必须维护状态信息TIME_WAIT,保证自己可以接收，然后再重发最终ACK.不能让主动方发送完报文以后立马进入CLOSE状态 TIME_WAIT状态所带来的问题 主动断开方处于TIME_WAIT状态时，源端口无法使用 端口最大数是65535，因此如果频繁主动断开TCP连接，将很快耗.
TCP三次握手与四次挥手过程图解
最新发布
07-19
本文将详细解释TCP协议中的三次握手和四次挥手过程，以帮助理解其工作原理。 三次握手 三次握手是TCP建立连接时必须遵循的步骤，用于确保双方能够正确地发送和接收数据。具体过程如下： SYN（同步序列号）：客户端...
第十一天：TCP—释放连接
qq_45750691的博客
11-22 2356
TCP—释放连接 四次挥手 状态解读 FIN-WAIT-1:表示想主动关闭连接 向对方发送FIN报文，此时进入FIN-WAIT-1状态 CLOSE-WAIT：表示在等待关闭 当对方发送FIN给自己，自己会回应ACK报文给对方，此时则进入CLOSE-WAIT状态 在这个状态下，需要考虑自己是否还有数据要发送给对方，如果没有，发送FIN报文给对方 FIN-WAIT-2:只要对方发送ACK确认后，主动就会处于FIN-WAIT-2状态，然后等待对方发送FIN报文 CLOSING:一种比较罕见的例外状态
计算机网络
baihehaitangyijiu的博客
04-13 869
TCP三次握手，四次挥手 什么是三次握手： 客户端向服务端发送一个含有同步序列号的标志位SYN，向服务端请求建立连接。客户端通过SYN告诉服务端，我想和你通信，你用这个作为即使数据段来回应我。 服务端收到请求后，向客户端发送一个带有确认应答(ACK)和同步序列号(SYN)标志的数据段。告诉客户端：我收到你的请求了，可以传输数据了。 服务端收到这个数据后，在发送一个确认应答，确认已经收到服务端的回复...
TCP的11中状态
jzyue
11-25 721
CLOSED：初始状态，表示TCP连接是“关闭着的”或“未打开的”。 LISTEN ：表示服务器端的某个SOCKET处于监听状态，可以接受客户端的连接。 SYN_RCVD ：表示服务器接收到了来自客户端请求连接的SYN报文。在正常情况下，这个状态是服务器端的SOCKET在建立TCP连接时的三次握手会话过程中的一个中间状态，很短暂，基本上用netstat很难看到这种状态，除非故意写一个监测程序，将三次TCP握手过程中最后一个ACK报文不予发送。当TCP连接处于此状态时，再收到客户端的ACK报文，它就会..
(转载)TCP连接的状态详解以及故障排查
fsh364943092的博客
02-09 985
我们通过了解TCP各个状态，可以排除和定位网络或系统故障时大有帮助。（总结网络上的内容） 1、TCP状态   linux查看tcp的状态命令： 1）、netstat -nat  查看TCP各个状态的数量 2）、lsof  -i:port  可以检测到打开套接字的状况 3)、  sar -n SOCK 查看tcp创建的连接数 4)、tcpdump -iany tcp port
LAST_ACK过多的问题
fghydx的专栏
04-08 5354
LAST_ACK过多的问题 分析的很仔细，并且我在实际中用到了~ 转过来保留 net.ipv4.tcp_fin_timeout=30 net.ipv4.tcp_max_syn_backlog = 65536 net.core.netdev_max_backlog =  32768 net.core.somaxconn = 32768 net.core.wmem_default = 83
TCP四次挥手详解
LOOKTOMMER的博客
11-13 6万+
在开始之前可以先了解一下 TCP三次握手 TCP四次挥手过程和状态变迁 在断开连接之前客户端和服务器都处于ESTABLISHED状态，双方都可以主动断开连接，以客户端主动断开连接为优。 第一次挥手：客户端打算断开连接，向服务器发送FIN报文(FIN标记位被设置为1，1表示为FIN，0表示不是)，FIN报文中会指定一个序列号，之后客户端进入FIN_WAIT_1状态。 也就是客户端发出连接释放报文段(FIN报文)，指定序列号seq = u，主动关闭TCP连接，等待服务器的确认。 第二次挥...
TCP断开连接的四次握手流程
02-09 917
1.客户端向服务端发送一个FIN包M,然后进入FIN_WAIT状态。 M为请求序号 ，正确理解为 FIN=1,seq=M 2.服务端接收到FIN包，发送一个ACK应答，ACK=1,ack=M+1给客户端,然后服务端进入CLOSE_WAIT状态 3.服务端向客户发送一个FIN包N, 然后进入LASK_ACK状态，N为请求序号，正确理解 FIN=1,seq=N 4.客户端接收到服务端的FIN包N后，进入TIME_WAIT状态，并向服务端发送一个应答ACK=1，ack=K+1,服务端接收到ACK包后，进入C
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值