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

最新推荐文章于 2024-04-02 10:38:34 发布
原创 最新推荐文章于 2024-04-02 10:38:34 发布 · 1.6k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍如何调整TCP连接在FIN-WAIT-2状态的持续时间，默认为60秒，可缩短至30秒以提高网络效率。通过修改系统参数/tcp_fin_timeout实现。
 对于本端断开的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 444
7、FIN-WAIT-2 处于 FIN-WAIT-1状态的连接收到 ACK 确认包以后进入FIN-WAIT-2状态，这个时候主动关闭方的 FIN 包已经被对方确认，等待被动关闭方发送 FIN 包。 客户端超时关闭,服务端在正在处理,没法关闭,客户端处于FIN-WAIT-2 客户端: node2:/root#netstat -an | grep 8080 tcp 0 ...
解决使用netstat查看端口显示FIN_WAIT的问题
笔者从事电信媒体开发多年，愿意将多年的开发经验分享给同行
11-03 611
FIN_WAIT在使用netstat查看网络连接状态时，如果发现大量连接处于FIN_WAIT状态，这通常表明网络连接没有正常关闭。FIN_WAIT状态是TCP/IP协议栈中的一种状态，表示远程主机已经请求关闭连接，但本地主机尚未确认。长时间处于FIN_WAIT状态的连接可能会消耗系统资源，影响网络性能。本文将详细介绍如何解决这一问题。
tcp释放连接的close_wait, FIN_WAIT2, TIME_WAIT大量存在的原因及解决办法
专注探索c++，Linux等后台开发相关机制，欢迎关注，欢迎交流
02-23 5893
文章目录存在close_wait的原因和解决办法存在FIN_WAIT2的原因和解决办法存在TIME_WAIT的原因和解决办法处理这类问题的实用命令 存在close_wait的原因和解决办法 close_wait这个状态存在于服务端，当服务端发送FIN（之前客户端已经发送过fin），请求关闭连接之后进入close_wait，然而没有收到客户端的响应，可能由于客户端掉线了（如网络故障或者掉电），没有及...
Windows上关于time_wait及fine_time_wait2连接较多的处理
末日黄昏的博客
10-16 2681
FiNE_TIME_2： HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters 创建一个DWORD的键，命名为：TCPFinWait2Delay，键入一个30--300的值 注意：如果 TCPFinWait2Delay 值不存在，必须创建它作为 REG_DWORD 的注册表值。此注册表值控制它被迫关闭 (s ...
转 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给另一方 ）->
FIN_WAIT_2状态下的连接与Apache
最实用的Linux博客
10-03 3180
原贴：http://doc.99net.net/doc/service/1076303865/1076481079.html FIN_WAIT_2状态下的连接与Apache
TCP状态迁移，CLOSE_WAIT & FIN_WAIT2 的问题解决
02-18
FIN_WAIT_2 状态是 TCP 连接中的一种状态，它表示客户端已经发送了关闭请求，并且已经收到了服务器端的确认包，但是客户端还在等待服务器端的关闭请求。FIN_WAIT_2 状态的出现是因为客户端和服务器端之间的连接还...
TCP的状态探讨 Close Wait 和 Time Out状态
最新发布
10-22
TCP（传输控制协议）是一种面向连接的、可靠的传输层协议，在建立连接时需要经历三次握手过程，并在断开连接时使用四步终止请求。其状态转换模型是理解该协议运行机制的关键内容，确保数据传输的正确性和连接可靠性...
【端口复用】修改Linux内核参数，解决TCP连接中的TIME-WAIT socket
造梦先森Kai的专栏
09-14 3495
如果能够在客户端程序主动关闭socket之前，让该socket的接收队列中仍保留一些数据（至少要有多余的一个字节的数据），然后调用close关闭，那么上述的无法向服务端创建新的socket连接的情况将不会出现。这是因为当socket的接收队列中仍有数据未被应用程序读走就被强行关闭时，操作系统（至少在笔者验证过的操作系统上的确如此）的TCP/IP协议栈驱动程序会在底层主动向服务端发送一个要求结束TCP连接的控制包，并将该TCP包头的flag控制字段中的RESET位置位，从而迅速结束了此TCP连接。
linux客户端显示fin_wait2,解决Linux服务器 FIN_WAIT2 连接过多的问题
weixin_36078354的博客
05-13 1894
现象：查看Linux操作系统的netstat –ant|grep FIN_WAIT2|wc –l，发现值很大。原因：在HTTP应用中，SERVER由于某种原因关闭连接，如KEEPALIVE的超时，这样，作为主动关闭的SERVER一方就会进入 FIN_WAIT2状态，但TCP/IP协议栈有个问题，FIN_WAIT2状态是没有超时的(不象TIME_WAIT状态)，所以如果CLIENT不关闭，这个FIN...
解决linux服务器FIN_WAIT2,time_wait连接过多问题
Rio520的博客
02-22 1568
[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...
golang 服务大量 CLOSE_WAIT 故障排查
终极冥帝
01-28 823
事故经过 排查 总结 事故经过不格小说网 https://m.vbuge.com 【2019-12-27 18:00 周五】 业务方突然找来说调用我们程序大量提示“触发限流”，但是我们没有收到任何监控报警。紧急查看了下 ServiceMesh sidecar 代理监控发现流量持续在减少，但是监控中没有任何触发限流的 http code 429 占比，如果有触发限流我们会收到报警。 后来通...
网络分析流量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。常连.
网络协议学习笔记 · 11
学习学习学习......
08-06 1480
11. TCP&释放连接
FIN_WAIT_2状态解释
花飘万家雪
11-03 8818
在HTTP应用中，存在一个问题，SERVER由于某种原因关闭连接，如KEEPALIVE的超时，这样，作为主动关闭的SERVER一方就会进入 FIN_WAIT2状态，但TCP/IP协议栈有个问题，FIN_WAIT2状态是没有超时的（不象TIME_WAIT状态），所以如果CLIENT不关闭，这个FIN_WAIT_2状态将保持到系统重新启动，越来越多的FIN_WAIT_2状态会致使内核crash。 　　产生原因： 1。常连接并且当连接一直处于IDLE状态导致SERVER CLOSE时，CLIENT编程缺陷，...
Socket连接出现大量的FIN_WAIT_2状态
热门推荐
xiaofei0859的专栏
12-02 4万+
<br />笔者完成的Socket Server端控件，经常在使用几个月后出现大量的FIN_WAIT_2状态的端口不能释放，造成服务器不能在有端口资源供给客户端建立新的连接，这一现象只出现在对方是UNIX的用户（移动的BOSS系统），笔者自己开发的Socket客户端控件从来没有出现过这个现象。<br />经过研究Socket的状态图<br />得出结论是Server端强制断开Socket时向客户端发送了FIN请求，客户端已经没有能力继续回复ACK，造成了服务器端大量的端口处在FIN_WAIT_2状态，不能释
防止linux出现大量 FIN_WAIT1
sre救赎之路
04-02 2284
netstat 查看系统连接情况，出现 FIN_WAIT1：然后执行/sbin/sysctl -p使其生效。通常表现为apache服务器负载高，w命令显示load average可能上百，但是web服务基本没有问题。同时ssh能够登陆，但是反应非常迟钝。原因：最可能的原因是httpd.conf里面keepalive没有开，导致每次请求都要建立新的tcp连接，请求完成以后关闭，增加了很多 time_wait的状态。另，keepalive可能会增加一部分内存的开销，但是问题不大。
深入解析TCP-IP协议栈的实现机制
- TCP连接的生命周期包括多种状态，例如：CLOSED、LISTEN、SYN-SENT、SYN-RECEIVED、ESTABLISHED、FIN-WAIT-1、FIN-WAIT-2、TIME-WAIT、CLOSE-WAIT和LAST-ACK等。 9. TCP的优化 - 在不同类型的网络环境中，例如...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值