TCP保持在FIN-WAIT-2状态的请求断开

最新推荐文章于 2025-03-20 17:02:30 发布
最新推荐文章于 2025-03-20 17:02:30 发布
阅读量1.6k 收藏
点赞数
分类专栏： linux unix 应用
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/pdw2009/article/details/78529112
版权
 对于本端断开的socket连接，TCP保持在FIN-WAIT-2状态的时间（秒）。对方可能会断开连接或一直不结束连接或不可预料的进程死亡。

默认60，改小到30 

修改方法：

 /proc/sys/net/ipv4/tcp_fin_timeout 


也可参考：https://teakki.com/p/57dbbda5c8ad6a4b0545ba30

7、FIN-WAIT-2
zhaoyangjian724的专栏
03-27 273
7、FIN-WAIT-2 处于 FIN-WAIT-1状态的连接收到 ACK 确认包以后进入FIN-WAIT-2状态，这个时候主动关闭方的 FIN 包已经被对方确认，等待被动关闭方发送 FIN 包。 客户端超时关闭,服务端在正在处理,没法关闭 客户端: node2:/root#netstat -an | grep 8080 tcp 0 0 192.168.137.3:...
网络的FIN_WAIT_2状态解释和分析
weixin_34072857的博客
01-07 9039
网络的FIN_WAIT_2状态解释和分析 一、总结 一句话总结：出现fin_wait_2一般为客户端，如果为服务端出现，则表明是服务端主动发起的断开 还是要系统的学，这样很有问题，学不到什么，系统看书看视频才行 主动 断开 系统 看书 视频     1、FIN_WAIT_2状态出现的原因是什么？ server 关闭连接 server FIN_WAIT_2 SERVER由于某种原...
FIN_WAIT_2状态下的连接与Apache
最实用的Linux博客
10-03 3145
原贴：http://doc.99net.net/doc/service/1076303865/1076481079.html FIN_WAIT_2状态下的连接与Apache
FIN_WAIT2 FIN_WAIT FIN_CLOSE的区别
最新发布
要把所有那些负面的信息当做对自身行为的评价，而不是对自身价值的评判。
03-20 156
FIN_WAIT2：主动端发起FIN后，收到对端应答(Acknowledgement)包后进入FIN_WAIT2，之后就没收到对端发送的FIN信号。即只有一方发送完FIN。CLOSE_WAIT：一方发送FIN(之前对端已经发送过FIN)后，进入CLOSE_WAIT，然而没有收到客户端的响应(ack)。即两方都发送了FIN,但是一方没收到ack。调用close关闭连接后，socket有3中状态。FIN_WAIT：socket重复使用的间隔时间。
linux客户端显示fin_wait2,解决Linux服务器 FIN_WAIT2 连接过多的问题
weixin_36078354的博客
05-13 1830
现象：查看Linux操作系统的netstat –ant|grep FIN_WAIT2|wc –l，发现值很大。原因：在HTTP应用中，SERVER由于某种原因关闭连接，如KEEPALIVE的超时，这样，作为主动关闭的SERVER一方就会进入 FIN_WAIT2状态，但TCP/IP协议栈有个问题，FIN_WAIT2状态是没有超时的(不象TIME_WAIT状态)，所以如果CLIENT不关闭，这个FIN...
tcp释放连接的close_wait, FIN_WAIT2, TIME_WAIT大量存在的原因及解决办法
专注探索c++，Linux等后台开发相关机制，欢迎关注，欢迎交流
02-23 5287
文章目录存在close_wait的原因和解决办法存在FIN_WAIT2的原因和解决办法存在TIME_WAIT的原因和解决办法处理这类问题的实用命令 存在close_wait的原因和解决办法 close_wait这个状态存在于服务端，当服务端发送FIN（之前客户端已经发送过fin），请求关闭连接之后进入close_wait，然而没有收到客户端的响应，可能由于客户端掉线了（如网络故障或者掉电），没有及...
转 FIN_WAIT_2 tcp状态多原因剖析和解决
fei33423的专栏
03-14 2万+
a.客户端状态迁移 CLOSED->SYN_SENT->ESTABLISHED （ps：主动结束连接）->FIN_WAIT_1->FIN_WAIT_2 （如果另一方程序健壮，会发送fin过来 ）->TIME_WAIT->CLOSED b. 服务器状态迁移CLOSED->LISTEN->SYN收到 ->ESTABLISHED->CLOSE_WAIT（如果本程序健壮，会发送fin给另一方 ）->
TCP状态迁移，CLOSE_WAIT & FIN_WAIT2 的问题解决
02-18
FIN_WAIT_2 状态是 TCP 连接中的一种状态，它表示客户端已经发送了关闭请求，并且已经收到了服务器端的确认包，但是客户端还在等待服务器端的关闭请求。FIN_WAIT_2 状态的出现是因为客户端和服务器端之间的连接还...
TCP协议四次挥手过程-TIME_WAIT-CLOSE_WAIT状态的作用-大量出现如何处理？
weixin_37841366的博客
10-25 4264
TCP协议四次挥手过程 TIME_WAIT状态 被动关闭方发送FIN（第三次挥手），并等待主动关闭方返回ACK(第四次挥手) 若最终ACK丢失(第四次挥手失败)，被动关闭方将重新发送FIN(第三次挥手)，主动关闭方必须维护状态信息TIME_WAIT,保证自己可以接收，然后再重发最终ACK.不能让主动方发送完报文以后立马进入CLOSE状态 TIME_WAIT状态所带来的问题 主动断开方处于TIME_WAIT状态时，源端口无法使用 端口最大数是65535，因此如果频繁主动断开TCP连接，将很快耗.
[线上问题] “服务端长连接与客户端短连接引起Nginx产生大量\"TIME_WAIT\"状态的线程”的问题分析解决
08-08
NULL 博文链接：https://bert82503.iteye.com/blog/2147899
解决linux服务器FIN_WAIT2,time_wait连接过多问题
Rio520的博客
02-22 1504
[root@localhost ~]#netstat -an|awk ‘/tcp/ {print $6}’|sort|uniq -c 16 CLOSING 130 ESTABLISHED 298 FIN_WAIT1 13 FIN_WAIT2 9 LAST_ACK 7 LISTEN 103 SYN_RECV 5204 TIME_WAIT 状态：描述 CLOSED：无连接是活动的或正在进行 LIS...
ubuntu中解决进程的time_wait和FIN_WAIT2状态
大JAVA解决方案
07-16 1842
TIMEWAIT状态本身和应用层的客户端或者服务器是没有关系的。如果你的程序设计为服务器主动关闭，那么你才有可能需要关注这个TIMEWAIT状态过多的问题。如果你的服务器设计为被动关闭，那么你首先要关注的是CLOSE_WAIT。 1 大量TIMEWAIT出现在业务上 在高并发短连接的TCP服务器上，当服务器处理完请求后立刻按照主动正常关闭连接。。。这个场景下，会出现大量socket处于TIMEWAIT状态。如果客户端的并发量持续很高，此时部分客户端就会显示连接不上。 1 业务上两个方面需要注意...
网络分析流量FIN_WAIT_2状态解释
企业实战系列集 ●●● https://ximenjianxue.blog.youkuaiyun.com
06-09 1万+
在HTTP应用中，存在一个问题，SERVER由于某种原因关闭连接，如KEEPALIVE的超时，这样，作为主动关闭的SERVER一方就会进入 FIN_WAIT2状态，但TCP/IP协议栈有个问题，FIN_WAIT2状态是没有超时的（不象TIME_WAIT状态），所以如果CLIENT不关闭，这个FIN_WAIT_2状态将保持到系统重新启动，越来越多的FIN_WAIT_2状态会致使内核crash。 出现fin_wait_2一般为客户端，如果为服务端出现，则表明是服务端主动发起的断开。 可能产生原因： 1。常连.
一个TCP FIN_WAIT2状态细节引发的感慨
热门推荐
TCP/IP
07-28 4万+
昨天下午跟同事讨论TCP挥手断开的细节，越发感到TCP协议真的是非常令人讨厌，这个协议已经成了人们装逼的谈资，就是因为它非常复杂，且毫无确定性可言！如果你能说出它的任何细节方面的前因后果，那你一定就是牛人了，但这其实毫无意义。 如果你阅读TCP的诸多RFC，然后对比着4.4 BSD，Linux，Windows的实现，手边再放一本那被捧为圣经的《TCP/IP详解(卷1)》，你会发现太多类似下面的措...
解决Linux服务器 FIN_WAIT2 连接过多的问题
weixin_34356138的博客
12-16 1182
在HTTP应用中，存在一个问题，SERVER由于某种原因关闭连接，如KEEPALIVE的超时，这样，作为主动关闭的SERVER一方就会进入 FIN_WAIT2状态，但TCP/IP协议栈有个问题，FIN_WAIT2状态是没有超时的（不象TIME_WAIT状态），所以如果CLIENT不关闭，这个FIN_WAIT_2状态将保持到系统重新启动，越来越多的FIN_WAIT_2状态会致使...
TCP FIN_WAIT_2状态问题分析
mituan1234567的专栏
09-01 5204
http://www.2cto.com/net/201208/149364.html TCP FIN_WAIT_2状态问题分析   1、出现fin_wait_2一般为客户端，如果为服务端出现，则表明是服务端主动发起的断开。 C:\Documents and Settings\Administrator>netstat -an|findstr 10.208.8.2:
TCP连接状态详解：Close_Wait与Time_Wait解析
7) **FIN_WAIT2**：被动关闭方发送FIN包后，进入FIN_WAIT2状态，等待对方的ACK，标志着完全关闭连接。 8) **TIME_WAIT**：主动关闭方收到对方的FIN ACK后，进入TIME_WAIT状态。这个状态是为了确保所有在网络中可能...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值