现象：
查看linux操作系统的netstat –ant|grep fin_wait2|wc –l，发现值很大。
原因：
在http应用中，server由于某种原因关闭连接，如keepalive的超时，这样，作为主动关闭的server一方就会进入 fin_wait2状态，但tcp/ip协议栈有个问题，fin_wait2状态是没有超时的（不象time_wait状态），所以如果client不关闭，这个fin_wait_2状态将保持到系统重新启动，越来越多的fin_wait_2状态会致使内核crash。
九游会的解决方案：
修改/etc/sysctl.conf文件：
net.ipv4.tcp_syncookies = 1
表示开启syn cookies。当出现syn等待队列溢出时，启用cookies来处理，可防范少量syn攻击，默认为0，表示关闭
net.ipv4.tcp_fin_timeout = 30
表示如果套接字由本端要求关闭，这个参数决定了它保持在fin-wait-2状态的时间。
net.ipv4.tcp_max_syn_backlog = 8192
表示syn队列的长度，默认为1024，加大队列长度为8192，可以容纳更多等待连接的网络连接数。
net.ipv4.tcp_max_tw_buckets = 5000
表示系统同时保持time_wait套接字的最大数量，如果超过这个数字，time_wait套接字将立刻被清除并打印警告信息。默认为180000，改为5000。
对于apache、nginx等服务器，上几行的参数可以很好地减少time_wait套接字数量，但是对于squid，效果却不大。此项参数可以控制time_wait套接字的最大数量，避免squid服务器被大量的time_wait套接字拖死。
|
