网络的FIN_WAIT_2状态解释和分析

TCP的FIN_WAIT_2状态通常发生在客户端,表示服务端主动关闭连接。该状态可能出现的原因包括连接IDLE导致的SERVER关闭和linger_close()函数的使用。解决方法涉及为FIN_WAIT_2增加超时机制,避免linger_close(),使用SO_LINGER,增加内存缓冲,或禁用KEEPALIVE。

网络的FIN_WAIT_2状态解释和分析

一、总结

一句话总结:出现fin_wait_2一般为客户端,如果为服务端出现,则表明是服务端主动发起的断开

还是要系统的学,这样很有问题,学不到什么,系统看书看视频才行

主动 断开
系统 看书 视频

 

 

1、FIN_WAIT_2状态出现的原因是什么?

server 关闭连接 server FIN_WAIT_2

SERVER由于某种原因关闭连接,如KEEPALIVE的超时,这样,作为主动关闭的SERVER一方就会进入 FIN_WAIT2状态

在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编程缺陷,没有向SERVER 发出FIN和ACK包 
2。APACHE1.1和APACHE1.2增加了linger_close()函数,前面的帖子有介绍,这个函数可能引起了这个问题(为什么我也不清楚) 

 

2、FIN_WAIT_2状态出现后的解决方法是什么?

超时机制

解决办法: 
1。对FIN_WAIT_2状态增加超时机制,这个特性在协议里没有体现,但在一些OS中已经实现 
如:LINUX、SOL

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值