UNIX网络编程——处理服务器中大量的TIME_WAIT
2013-07-24 14:45
309 查看
出现条件:
服务器主动关闭
短连接服务加剧
根据TCP协议定义的3次握手断开连接规定,发起socket主动关闭的一方 socket将进入TIME_WAIT状态,TIME_WAIT状态将持续2个MSL(Max Segment Lifetime),TIME_WAIT状态下的socket不能被回收使用。
具体现象是对于一个处理大量短连接的服务器,如果是由服务器主动关闭客户端的连接,将导致服务器端存在大量的处于TIME_WAIT状态的socket, 甚至比处于Established状态下的socket多的多,严重影响服务器的处理能力,甚至耗尽可用的socket,停止服务。TIME_WAIT是TCP协议用以保证被重新分配的socket不会受到之前残留的延迟重发报文影响的机制,是必要的逻辑保证。
发现系统存在大量TIME_WAIT状态的连接,通过调整内核参数解决:
net.ipv4.tcp_tw_reuse = 1 表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接,默认为0,表示关闭;
net.ipv4.tcp_tw_recycle = 1 表示开启TCP连接中TIME-WAIT sockets的快速回收,默认为0,表示关闭。
net.ipv4.tcp_fin_timeout 修改系統默认的 TIMEOUT 时间
服务器主动关闭
短连接服务加剧
根据TCP协议定义的3次握手断开连接规定,发起socket主动关闭的一方 socket将进入TIME_WAIT状态,TIME_WAIT状态将持续2个MSL(Max Segment Lifetime),TIME_WAIT状态下的socket不能被回收使用。
具体现象是对于一个处理大量短连接的服务器,如果是由服务器主动关闭客户端的连接,将导致服务器端存在大量的处于TIME_WAIT状态的socket, 甚至比处于Established状态下的socket多的多,严重影响服务器的处理能力,甚至耗尽可用的socket,停止服务。TIME_WAIT是TCP协议用以保证被重新分配的socket不会受到之前残留的延迟重发报文影响的机制,是必要的逻辑保证。
发现系统存在大量TIME_WAIT状态的连接,通过调整内核参数解决:
vi /etc/sysctl.conf编辑文件,加入以下内容:
net.ipv4.tcp_syncookies = 1 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_tw_recycle = 1 net.ipv4.tcp_fin_timeout = 30然后执行下面命令让参数生效:
/sbin/sysctl -pnet.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,表示关闭。
net.ipv4.tcp_fin_timeout 修改系統默认的 TIMEOUT 时间
相关文章推荐
- UNIX网络编程——处理服务器中大量的TIME_WAIT
- UNIX网络编程——处理服务器中大量的TIME_WAIT
- 服务器大量time_wait处理
- mysql服务器,大量tcp连接状态TIME_WAIT
- 解决服务器出现大量time_wait 的方法
- web服务器下出现大量TIME_WAIT
- Resin服务器出现大量的ESTABLISHED和TIME_WAIT连接造成响应缓慢
- linux 下大量TIME_WAIT 的处理
- linux 下大量TIME_WAIT 的处理
- 服务器大量短连接时调整time_wait时间
- linxu 中大量的close_wait 和 time_wait 处理
- nginx后端应用服务器有大量的tcp连接处于time_wait
- linux 下大量TIME_WAIT 的处理
- linux 下大量TIME_WAIT 的处理
- linux 下大量TIME_WAIT 的处理
- mysql 服务器发现大量的TIME_WAIT解决办法
- 服务器出现大量的数据库连接WAIT_TIME
- mysql 服务器发现大量的TIME_WAIT解决办法
- 网络服务器-解决服务器大量TIME_WAIT而无法访问的方法
- linux 下大量TIME_WAIT 的处理