TCP端口状态说明ESTABLISHED、TIME_WAIT

 
TCP状态转移要点
TCP协议规定,对于已经创建的链接,网络双方要进行四次握手才能成功断开链接,若是缺乏了其中某个步骤,将会使链接处于假死状态,链接自己占用的资源不 会被释放。网络服务器程序要同时管理大量链接,因此颇有必要保证无用链接彻底断开,不然大量僵死的链接会浪费许多服务器资源。在众多TCP状态中,最值得 注意的状态有两个:CLOSE_WAIT和TIME_WAIT。  

一、LISTENING状态
FTP服务启动后首先处于侦听(LISTENING)状态。
二、 ESTABLISHED状态
ESTABLISHED的意思是 创建链接。表示两台机器正在通讯
三、CLOSE_WAIT
    对方主动关闭链接或者网络异常致使链接中断,这时我方的状态会变成CLOSE_WAIT 此时我方要调用close()来使得链接正确关闭
四、TIME_WAIT
    我方主动调用close()断开链接,收到对方确认后状态变为TIME_WAIT。TCP协议规定TIME_WAIT状态会一直持续2MSL(即两倍的分 段最大生存期),以此来确保旧的链接状态不会对新链接产生影响。处于TIME_WAIT状态的链接占用的资源不会被内核释放,因此做为服务器,在可能的情 况下,尽可能不要主动断开链接,以减小TIME_WAIT状态形成的资源浪费。
    目前有一种避免TIME_WAIT资源浪费的方法,就是关闭socket的LINGER选项。但这种作法是TCP协议不推荐使用的,在某些状况下这个操做可能会带来错误。
五、 SYN_SENT状态
   SYN_SENT状态表示请求链接,当你要访问其它的计算机的服务时首先要发个同步信号给该端口,此时状态为SYN_SENT,若是链接成功了就变为 ESTABLISHED,此时SYN_SENT状态很是短暂。但若是发现SYN_SENT很是多且在向不一样的机器发出,那你的机器可能中了冲击波或震荡波 之类的病毒了。这类病毒为了感染别的计算机,它就要扫描别的计算机,在扫描的过程当中对每一个要扫描的计算机都要发出了同步请求,这也是出现许多 SYN_SENT的缘由。

根据TCP协议定义的3次握手断开链接规定,发起socket主动关闭的一方 socket将进入TIME_WAIT状态,TIME_WAIT状态将持续2个MSL(Max Segment Lifetime),在Windows下默认为4分钟,即240秒,TIME_WAIT状态下的socket不能被回收使用. 具体现象是对于一个处理大量短链接的服务器,若是是由服务器主动关闭客户端的链接,将致使服务器端存在大量的处于TIME_WAIT状态的socket, 甚至比处于Established状态下的socket多的多,严重影响服务器的处理能力,甚至耗尽可用的socket,中止服务. TIME_WAIT是TCP协议用以保证被从新分配的socket不会受到以前残留的延迟重发报文影响的机制,是必要的逻辑保证.


windows 机器设置
在HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters,右键添加名为TcpTimedWaitDelay的
DWORD键,设置为60,以缩短TIME_WAIT的等待时间


ubuntu机器设置

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 -p 让参数生效。
 
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,表示关闭。

net.ipv4.tcp_fin_timeout 修改系統默认的 TIMEOUT 时间


查看系统TCP链接资源命令
netstat 
netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
通常状况下,系统的socket资源默认5000个。(非官方)

TCP协议中有 TIME_WAIT这个状态
主要有两个缘由 1。防止上一次链接中的包,迷路后从新出现,影响新链接(通过2MSL,上一次链接中全部的重复包都会消失) 2。可靠的关闭TCP链接。在主动关闭方发送的最后一个 ack(fin) ,有可能丢失,这时被动方会从新发 fin, 若是这时主动方处于 CLOSED 状态 ,就会响应 rst 而不是 ack。因此主动方要处于 TIME_WAIT 状态,而不能是 CLOSED 。
相关文章
相关标签/搜索