解决TIMEWAIT造成的服务器无法访问.docVIP

vi /etc/sysctl.conf net.ipv4.tcp_syncookies = 1net.ipv4.tcp_tw_reuse = 1net.ipv4.tcp_tw_recycle = 1 ---------------------- 　　net.ipv4.tcp_syncookies = 1 表示开启SYN Cookies。当出现SYN等待队列溢出时，启用cookies来处理，可防范少量SYN攻击，默认为0，表示关闭；net.ipv4.tcp_tw_reuse = 1 表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭；net.ipv4.tcp_tw_recycle = 1 表示开启TCP连接中TIME-WAIT sockets的快速回收，默认为0，表示关闭。再执行以下命令，让修改结果立即生效：/sbin/sysctl -p用以下语句看了一下服务器的TCP状态：netstat -n | awk /^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}返回结果如下：ESTABLISHED 1423FIN_WAIT1 1FIN_WAIT2 262SYN_SENT 1TIME_WAIT 962 ---------------------------------- /stickliu/blog/item/ecef88a30bfe8fa4cbefd009.html 前言：经常检查Apache的连接数，同样会发现很多无用的Time_Wait连接。有人说这是正常的，是因为一个请求中途中断造成的;还有人说微软的IE连接时产生的Time_wait会比用Firefox连接时多。个人认为有一定的Time_wait是正常的， 如果超过了连接数的比例就不是很正常，所以还是找来方法解决一下。 检查net.ipv4.tcp_tw当前值，将当前的值更改为1分钟：[root@aaa1 ~]# sysctl -a|grep net.ipv4.tcp_twnet.ipv4.tcp_tw_reuse = 0net.ipv4.tcp_tw_recycle = 0[root@aaa1 ~]# vi /etc/sysctl增加或修改net.ipv4.tcp_tw值：net.ipv4.tcp_tw_reuse = 1net.ipv4.tcp_tw_recycle = 1 使内核参数生效：[root@aaa1 ~]# sysctl -p [root@aaa1 ~]# sysctl -a|grep net.ipv4.tcp_twnet.ipv4.tcp_tw_reuse = 1net.ipv4.tcp_tw_recycle = 1设置这两个参数： reuse是表示是否允许重新应用处于TIME-WAIT状态的socket用于新的TCP连接； recyse是加速TIME-WAIT sockets回收 用netstat再观察正常这里解决问题的关键是如何能够重复利用time_wait的值，我们可以设置时检查一下time和wait的值#sysctl -a | grep time | grep waitfilter.ip_conntrack_tcp_timeout_time_wait = 120filter.ip_conntrack_tcp_timeout_close_wait = 60filter.ip_conntrack_tcp_timeout_fin_wait = 120 今天检查了一下基本一台服务器,发现TIME_WAIT高到3k多（正常1000-2000没有问题）.TIME_WAIT本身并不会占用很大资源的，除非受到攻击.但太多服务器还是有可能挂掉.TIME_WAIT 3699CLOSE_WAIT 52FIN_WAIT1 32SYN_SENT 1FIN_WAIT2 2ESTABLISHED 17SYN_RECV 45CLOSING 6 根据《TCP/IP详解》中的TCP的建立和终止中有关TCP的终止的讲解 TCP的终止通过双方的四次握手实现。发起终止的一方执行主动关闭，响应的另一方执行被动关闭。 1. 发起方更改状态为FIN_WAIT_1，关闭应用程序进程，发出一个TCP的FIN段；2. 接收方收到FIN段，返回一个带确认序号的ACK，同时向自己对应的进程发送一个文件结束符EOF，同时更改状态为CLOSE_WAIT，发起方接到ACK后状态更改为FIN_WAIT_2；3. 接收方关闭应用程序进程，更改状态为LAST_ACK，并向对方发出一个TCP的FIN段；4. 发起方接到FIN后状态