关于网络设备的FIN_WAIT_2状态解释

最新推荐文章于 2024-11-03 11:00:30 发布

转载最新推荐文章于 2024-11-03 11:00:30 发布 · 905 阅读

文章标签：

#网络 #server #freebsd #crash #apache #solaris

性能测试专栏收录该内容

38 篇文章

订阅专栏

本文探讨了HTTP应用中SERVER关闭连接时产生的FIN_WAIT_2状态问题及其原因，包括连接处于IDLE状态和客户端编程缺陷等，并提出了多种解决方案，如增加超时机制、禁用linger_close()函数等。

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

在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()函数，前面的帖子有介绍，这个函数可能引起了这个问题（为什么我也不清楚）
　　解决办法：
1。对FIN_WAIT_2状态增加超时机制，这个特性在协议里没有体现，但在一些OS中已经实现
如：LINUX、SOLARIS、FREEBSD、HP-UNIX、IRIX等
2。不要用linger_close()编译
3。用SO_LINGER代替，这个在某些系统中还能很好地处理
4。增加用于存储网络连接状态的内存mbuf，以防止内核crash
5。DISABLE KEEPALIVE