关于服务端的FIN_WAIT2

最新推荐文章于 2026-04-24 12:28:37 发布
原创 最新推荐文章于 2026-04-24 12:28:37 发布 · 2k 阅读 · 2
标签
#服务器 #网络 #tcp/ip
本文探讨了如何通过SO_LINGER选项控制TCP连接关闭流程，特别提到使用OVERLAPPED结构影响残留连接的行为。通过设置SO_LINGER改变closesocket后的RST行为，并介绍了非标准方法如ReadFile配合OVERLAPPED在异常情况下的处理。

服务端开启了TCP服务，客户端连接，正常的情况下当服务端closesocket后向客户端发送FIN，客户端回应ACK，此时服务端进入FIN_WAIT2状态，等待客户端发送FIN然后进入CLOSED。

这时，客户端还可以send一次数据，send完后，服务端收到后就会向客户端发送RST并进入CLOSED

若客户端始终不发送数据，并且也不Close，那么服务端的FIN_WAIT2会持续要一个默认超时（一般是60s），这个种残留链接太多的时候可能会消耗服务端资源，降低性能，甚至无法正常工作。

我们可以使用SO_LINGER来改变关闭连接的行为

struct linger  lg;
lg.l_onoff = 1;
lg.l_linger = 0;
setsockopt(sk, SOL_SOCKET, SO_LINGER, (char*)&lg, sizeof(lg));      

l_onoff l_linger closesocket行为 发送队列 底层行为
l零 忽略 立即返回。 保持直至发送完成。 系统接管套接字并保证将数据发送至对端。
非零 零 立即返回。 立即放弃。 直接发送RST包，自身立即复位，不用经过2MSL状态。对端收到复位错误号。
非零 非零 阻塞直到l_linger时间超时或数据发送完成。(套接字必须设置为阻塞zhu
最低0.47元/天 解锁文章
fin_wait2 ， close_wait
zhaoyangjian724的专栏
11-19 289
服务端: node1:/root/test#cat t200.py # coding = utf-8 # -*- coding:utf-8 -*- import socket import time import datetime ip_port = ('192.168.137.2',8080) BUFSIZE = 9000 SEND_BUF_SIZE = 200 RECV_BUF_SIZE = 100 s=socket.socket(socket.AF_INET,socket.SOCK_STREAM..
FIN_WAIT_2状态解释
花飘万家雪
11-03 8896
在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编程缺陷，...
网络分析流量FIN_WAIT_2状态解释
企业实战系列集 ●●● https://ximenjianxue.blog.csdn.net
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。常连.
智能家居中IEEE 1394与802.11无线桥接技术解析
最新发布
weixin_30363509的博客
04-24 353
无线通信技术在智能家居领域的融合应用正成为行业热点。从协议层来看，IEEE 1394与802.11分别针对消费电子和计算机网络设计，存在显著差异。通过构建协议转换层（PAL/PIL）实现桥接，可解决设备互联的技术鸿沟。这种方案在QoS保障方面采用802.11e增强机制，通过EDCA优先级划分确保音视频流传输质量。典型应用场景包括跨房间媒体分发和统一设备控制（R3C），其中关键技术涉及带宽预留、动态转码和智能路由。随着Wi-Fi 6和Matter协议的发展，这种桥接架构在保护既有设备投资的同时，为传统影音设备
TCP四次挥手和TIME_WAIT
啊浪的博客
10-06 1723
FIN_WAIT_1 : FIN_WAIT_1和FIN_WAIT_2状态的真正含义都是表示等待对方的FIN报文。而这两种状态的区别是： FIN_WAIT_1状态实际上是当SOCKET在ESTABLISHED状态时，它想主动关闭连接，向对方发送了FIN报文，此时该SOCKET即进入到FIN_WAIT_1状态。而当对方回应ACK报文后，则进入到FIN_WAIT_2状态，当然在实际的正常情...
FIN_WAIT2 FIN_WAIT FIN_CLOSE的区别
要把所有那些负面的信息当做对自身行为的评价，而不是对自身价值的评判。
03-20 518
FIN_WAIT2：主动端发起FIN后，收到对端应答(Acknowledgement)包后进入FIN_WAIT2，之后就没收到对端发送的FIN信号。即只有一方发送完FIN。CLOSE_WAIT：一方发送FIN(之前对端已经发送过FIN)后，进入CLOSE_WAIT，然而没有收到客户端的响应(ack)。即两方都发送了FIN,但是一方没收到ack。调用close关闭连接后，socket有3中状态。FIN_WAIT：socket重复使用的间隔时间。
tcp释放连接的close_wait, FIN_WAIT2, TIME_WAIT大量存在的原因及解决办法
专注探索c++，Linux等后台开发相关机制，欢迎关注，欢迎交流
02-23 6122
文章目录存在close_wait的原因和解决办法存在FIN_WAIT2的原因和解决办法存在TIME_WAIT的原因和解决办法处理这类问题的实用命令 存在close_wait的原因和解决办法 close_wait这个状态存在于服务端，当服务端发送FIN（之前客户端已经发送过fin），请求关闭连接之后进入close_wait，然而没有收到客户端的响应，可能由于客户端掉线了（如网络故障或者掉电），没有及...
网络的FIN_WAIT_2状态解释和分析
weixin_34072857的博客
01-07 9139
网络的FIN_WAIT_2状态解释和分析 一、总结 一句话总结：出现fin_wait_2一般为客户端，如果为服务端出现，则表明是服务端主动发起的断开 还是要系统的学，这样很有问题，学不到什么，系统看书看视频才行 主动 断开 系统 看书 视频     1、FIN_WAIT_2状态出现的原因是什么？ server 关闭连接 server FIN_WAIT_2 SERVER由于某种原...
tcp 服务端FIN_WAIT_2 状态下，客户端操作的抛错实验
fei33423的专栏
03-14 2494
import java.io.BufferedWriter; import java.io.InputStream; import java.io.OutputStream; import java.io.OutputStreamWriter; import java.net.Socket; //客户端 public class Client {   //private stat
TCP连接中 FIN_WAIT_2 状态下的异常关闭
ArtAndLife的博客
03-17 1892
  正常情况下，主动关闭连接的一端（客户端）在 FIN_WAIT_2 状态等待一段时间后，会收到对端（服务器）的FIN报文，从而进入TIME_WAIT状态等待连接的真正关闭。（服务器何时发送FIN取决于服务器应用程序的处理，一般会在read返回0发现客户端已经关闭连接后，也调用close关闭连接）   然而有在某些异常情况下，可能处于 FIN_WAIT_2 状态的一端一直等不到对端的FIN。如果没有外力的作用，连接两端会一直分别处于 FIN_WAIT_2 和 CLOSE_WAIT 状态。这会造成系统资源..
linux客户端显示fin_wait2,解决Linux服务器 FIN_WAIT2 连接过多的问题
weixin_36078354的博客
05-13 1956
现象：查看Linux操作系统的netstat –ant|grep FIN_WAIT2|wc –l，发现值很大。原因：在HTTP应用中，SERVER由于某种原因关闭连接，如KEEPALIVE的超时，这样，作为主动关闭的SERVER一方就会进入 FIN_WAIT2状态，但TCP/IP协议栈有个问题，FIN_WAIT2状态是没有超时的(不象TIME_WAIT状态)，所以如果CLIENT不关闭，这个FIN...
转 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给另一方 ）->
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状态，不能释
关于FIN_WAIT2
Micheal
01-15 1176
FIN_WAIT2问题 让我们热热身，通过一张旧图来回忆一下 TCP 关闭连接时的情况： TCP Close 按照正常的状态迁移路径，当 FIN_WAIT2 收到 FIN 包后会迁移到 TIME_WAIT 状态。如果没有收到 FIN 包，那么连接状态会如何迁移，我们不妨测试一下： #!/usr/bin/env python import socket import time s ...
【网络编程】TCP 连接的四种 WAIT 状态
_山月
09-12 2413
文章以【网络编程】TCP socket 单机通信实验 为基础。对 TCP 连接中的四种 WAIT 状态进行分析实验。
FIN_WAIT2状态的弊端以及TIME_WAIT状态分析及作用
weixin_42226134的博客
02-12 1318
只有处于FIN_WAIT2状态的客户端等待到服务器的结束报文段，才能转移至TIME_WAIT状态，否则它将一直停留在这个状态，如果不是为了在半关闭状态下继续发送数据，连接长时间的停留在FIN_WAIT2状态并无益处，连接停留在FIN_WAIT2的状态的原因可能是：客户端执行关闭后，未等服务器关闭就强行退出了，此时客户端将由内核在托管，可称之为孤儿连接。LINUX为了防止故而连接长时间存留在内核中，...
TCP套接口的FIN_WAIT_2状态超时
redwingz的博客
03-14 4515
PROC文件tcp_fin_timeout默认为60秒，内核中相应的变量为init_net.ipv4.sysctl_tcp_fin_timeout，不过其以jiffies表示，默认值为TCP_FIN_TIMEOUT，即（60 * HZ）。此值表示一个不再被应用层使用（执行了close调用）的TCP连接处于FIN_WAIT_2状态的时长，如果在此时间内未能接收到对端的FIN结束报文，内核将复位此连接...
关于FIN_WAIT1
Micheal
01-15 2078
TCP 关闭连接时的情况： TCP Close 看图可知，主动关闭的一方发出 FIN，同时进入 FIN_WAIT1 状态，被动关闭的一方响应 ACK，从而使主动关闭的一方迁移至 FIN_WAIT2 状态，接着被动关闭的一方同样会发出 FIN，主动关闭的一方响应 ACK，同时迁移至 TIME_WAIT 状态。 回到开头的问题：FIN_WAIT1 能持续多久？一般情况下，服务器间的 ACK ...
解决linux服务器FIN_WAIT2,time_wait连接过多问题
Rio520的博客
02-22 1616
[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...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值