linux使用tcpkill杀掉不释放的连接当遇到TCP链接迟迟不能释放的情况，类似FIN_WAIT1、FIN_WAIT2的状态，释放时间不确定，而且对应的程序已经关闭，相应的端口也不再监听，无法通过杀进程来解决

linux使用tcpkill杀掉不释放的连接当遇到TCP链接迟迟不能释放的情况，类似FIN_WAIT1、FIN_WAIT2的状态，释放时间不确定，而且对应的程序已经关闭，相应的端口也不再监听，无法通过杀进程来解决

如果孤儿socekt进入FIN_WAIT2状态（或socket进入FIN_WAIT2状态后再成为孤儿socket），会等待对端发送FIN以彻底结束连接。

为每条连接先后设置9个定时器，分别为：SYN-ACK定时器、重传定时器、丢失探测（LOSS_PROBE）定时器、ER（EarlyRetransmit）定时器、延迟ACK定时器、坚持定时器、保活定时器、FIN_WAIT2

A：目前的答案是9个：超时重传定时器，持续定时器，ER延迟定时器，PTO定时器，ACK延迟定时器，SYNACK定时器，保活定时器，FIN_WAIT2定时器，TIME_WAIT定时器。 数据

# netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}' TIME_WAIT 2126 FIN_WAIT1 137 FIN_WAIT2

# netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}' TIME_WAIT 2126 FIN_WAIT1 137 FIN_WAIT2

SYN_RECV        个连接请求已经到达，等待确认SYN_SENT        用已经开始，打开一个连接ESTABLISHED    常数据传输状态FIN_WAIT1         用说它已经完成FIN_WAIT2

无连接是活动的或正在进行LISTEN务器在等待进入呼叫SYN_RECV个连接请求已经到达，等待确认SYN_SENT用已经开始，打开一个连接ESTABLISHED常数据传输状态FIN_WAIT1用说它已经完成FIN_WAIT2

关闭连接状态转换‍上图是tcp连接主动关闭端的状态转换图：（1）应用层调用close函数发起关闭连接请求（2）发送FIN到对端，关闭写通道，自己进入FIN_WAIT1状态（3）等待对端的确认ACK到来，接受到ACK后进入FIN_WAIT2

链接端状态转换图上图是tcp连接主动关闭端的状态转换图：（1）应用层调用close函数发起关闭连接请求（2）发送FIN到对端，关闭写通道，自己进入FIN_WAIT1状态（3）等待对端的确认ACK到来，接受到ACK后进入FIN_WAIT2

链接端状态转换图上图是tcp连接主动关闭端的状态转换图：（1）应用层调用close函数发起关闭连接请求（2）发送FIN到对端，关闭写通道，自己进入FIN_WAIT1状态（3）等待对端的确认ACK到来，接受到ACK后进入FIN_WAIT2

TCP状态迁移大家对netstat-a命令很熟悉，但是，你有没有注意到STATE一栏呢，基本上显示着established,time_wait,close_wait等，这些到底是什么意思呢，在这篇文章，我将会详细的阐述。大家很明白TCP初始化连接三次握手吧：发SYN包，然后返回SYN/ACK包，再发ACK包，连接正式建立。但是这里有点出入，当请求者收到SYS/ACK包后，就开始建立连接了，而被请求

awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}' 这条语句返回结果如下 TIME_WAIT 346 FIN_WAIT1 85 FIN_WAIT2

LISTEN：服务器在等待进入呼叫SYN_RECV：一个连接请求已经到达，等待确认SYN_SENT：应用已经开始，打开一个连接ESTABLISHED：正常数据传输状态FIN_WAIT1：应用说它已经完成FIN_WAIT2

当连接数多时，经常出现大量FIN_WAIT1,可以修改/etc/sysctl.conf修改net.ipv4.tcp_fin_timeout=10net.ipv4.tcp_keepalive_time=30net.ipv4.tcp_window_scaling=0net.ipv4.tcp_sack=0然后:/sbin/sysctl-p

LISTEN：服务器在等待进入呼叫SYN_RECV：一个连接请求已经到达，等待确认SYN_SENT：应用已经开始，打开一个连接ESTABLISHED：正常数据传输状态FIN_WAIT1：应用说它已经完成FIN_WAIT2

LISTEN：服务器在等待进入呼叫SYN_RECV：一个连接请求已经到达，等待确认SYN_SENT：应用已经开始，打开一个连接ESTABLISHED：正常数据传输状态FIN_WAIT1：应用说它已经完成FIN_WAIT2

：服务器在等待进入呼叫 SYN_RECV：一个连接请求已经到达，等待确认 SYN_SENT：应用已经开始，打开一个连接 ESTABLISHED：正常数据传输状态 FIN_WAIT1：应用说它已经完成 FIN_WAIT2

LISTEN：服务器在等待进入呼叫SYN_RECV：一个连接请求已经到达，等待确认SYN_SENT：应用已经开始，打开一个连接ESTABLISHED：正常数据传输状态FIN_WAIT1：应用说它已经完成FIN_WAIT2

解决Linux下大量FIN_WAIT2&TIME_WAIT处理办法Hieveryone,likethetopicsays,myserverhastonsofconnectionsinFIN_WAIT2andTIME_WAITstatusandIhavenoideawhatscausingitIt'sanewboxandithasbeenlikethatprettymuchfromthebeginn

#######ESTABLISHED:已创建联机的状态SYN_SENT:发出主动联机（SYN标志）的联机数据包SYN_RECV:接收到一个要求联机的主动联机数据包FIN_WAIT1：该联机正在断线当中FIN_WAIT2

netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}' TIME_WAIT 8947 FIN_WAIT1 15 FIN_WAIT2

a in S) print a, S[a]}'   返回结果示例： LAST_ACK 5 SYN_RECV 30 ESTABLISHED 15 FIN_WAIT1 51 FIN_WAIT2

1、先上图：2、全部11种状态    2.1、客户端独有的：（1）SYN_SENT （2）FIN_WAIT1 （3）FIN_WAIT2 （4）CLOSING （5）TIME_WAIT 。    

for(a in S) print a, S[a]}'     LAST_ACK 14     SYN_RECV 348     ESTABLISHED 70     FIN_WAIT1 229     FIN_WAIT2

netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}' TIME_WAIT 8947 FIN_WAIT1 15 FIN_WAIT2

END {for(a in S) print a, S[a]}’ LAST_ACK 14 SYN_RECV 348 ESTABLISHED 70 FIN_WAIT1 229 FIN_WAIT2

584bfbb2aeb1d4acd9335ad9.html 在HTTP应用中，存在一个问题，SERVER由于某种原因关闭连接，如KEEPALIVE的超时，这样，作为主动关闭的SERVER一方就会进入 FIN_WAIT2

TCP状态迁移大家对netstat-a命令很熟悉，但是，你有没有注意到STATE一栏呢，基本上显示着established,time_wait,close_wait等，这些到底是什么意思呢，在这篇文章，我将会详细的阐述。大家很明白TCP初始化连接三次握手吧：发SYN包，然后返回SYN/ACK包，再发ACK包，连接正式建立。但是这里有点出入，当请求者收到SYS/ACK包后，就开始建立连接了，而被请求

    在linux系统中，遇到TCP链接迟迟不能释放的情况，类似FIN_WAIT1、FIN_WAIT2的状态，释放时间不确定，而且对应的程序已经关闭，相应的端口也不再监听，无法通过杀进程来解决，这种情况下

for(a in S) print a, S[a]}' LAST_ACK 1 SYN_RECV 164 CLOSE_WAIT 3 ESTABLISHED 655 FIN_WAIT1 15 FIN_WAIT2

netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}' TIME_WAIT 8947 FIN_WAIT1 15 FIN_WAIT2

from http://jimmyleeee.blog.163.com/blog/static/930961820105794317958/?fromdm&fromSearch&isFromSearchEngine=yesTCP状态迁移大家对netstat-a命令很熟悉吧，但是，你有没有注意到STATE一栏呢，基本上显示着established,time_wait,close_wait等，这些到底

今天，做了CoolDown的测试时才发现，C/S架构中，如果服务器先执行主动关闭，则非常有可能导致客户端的socket一直处于CLOSE_WAIT状态，相应的导致服务器端的socket一直处于FIN_WAIT2

TCP状态迁移大家对netstat-a命令很熟悉吧，但是，你有没有注意到STATE一栏呢，基本上显示着established,time_wait,close_wait等，这些到底是什么意思呢，在这篇文章，我将会详细的阐述。大家很明白TCP初始化连接三次握手吧：发SYN包，然后返回SYN/ACK包，再发ACK包，连接正式建立。但是这里有点出入，当请求者收到SYS/ACK包后，就开始建立连接了，而被请

LISTEN：服务器在等待进入呼叫SYN_RECV：一个连接请求已经到达，等待确认SYN_SENT：应用已经开始，打开一个连接ESTABLISHED：正常数据传输状态FIN_WAIT1：应用说它已经完成FIN_WAIT2

LISTEN：服务器在等待进入呼叫SYN_RECV：一个连接请求已经到达，等待确认SYN_SENT：应用已经开始，打开一个连接ESTABLISHED：正常数据传输状态FIN_WAIT1：应用说它已经完成FIN_WAIT2

TCP状态迁移大家对netstat-a命令很熟悉，但是，你有没有注意到STATE一栏呢，基本上显示着established,time_wait,close_wait等，这些到底是什么意思呢，在这篇文章，我将会详细的阐述。大家很明白TCP初始化连接三次握手吧：发SYN包，然后返回SYN/ACK包，再发ACK包，连接正式建立。但是这里有点出入，当请求者收到SYS/ACK包后，就开始建立连接了，而被请求

TCP态迁移，CLOSE_WAIT&FIN_WAIT2的问题[收集整理]看到一篇好文，备用。http://hi.baidu.com/22000254/blog/item/c7601f018515ba0b728da515.html

$NF]} END {for(a in S) print a, S[a]}' LAST_ACK 14 SYN_RECV 348 ESTABLISHED 70 FIN_WAIT1 229 FIN_WAIT2

LISTEN：服务器在等待进入呼叫SYN_RECV：一个连接请求已经到达，等待确认SYN_SENT：应用已经开始，打开一个连接ESTABLISHED：正常数据传输状态FIN_WAIT1：应用说它已经完成FIN_WAIT2

LISTEN：服务器在等待进入呼叫SYN_RECV：一个连接请求已经到达，等待确认SYN_SENT：应用已经开始，打开一个连接ESTABLISHED：正常数据传输状态FIN_WAIT1：应用说它已经完成FIN_WAIT2

for(a in S) print a, S[a]}' LAST_ACK 1 SYN_RECV 164 CLOSE_WAIT 3 ESTABLISHED 655 FIN_WAIT1 15 FIN_WAIT2

问题描述：Hieveryone,likethetopicsays,myserverhastonsofconnectionsinFIN_WAIT2andTIME_WAITstatusandIhavenoideawhatscausingitIt'sanewboxandithasbeenlikethatprettymuchfromthebeginning(past6days).IthinktheCPUi

问题描述：Hieveryone,likethetopicsays,myserverhastonsofconnectionsinFIN_WAIT2andTIME_WAITstatusandIhavenoideawhatscausingitIt'sanewboxandithasbeenlikethatprettymuchfromthebeginning(past6days).IthinktheCPUi

问题描述：Hieveryone,likethetopicsays,myserverhastonsofconnectionsinFIN_WAIT2andTIME_WAITstatusandIhavenoideawhatscausingitIt'sanewboxandithasbeenlikethatprettymuchfromthebeginning(past6days).IthinktheCPUi

端口的主要状态有如下几种：CLOSED,LISTENING,SYN_SENT,SYN_RCVD,ESTABLISHED,FIN_WAIT1,FIN_WAIT2,TIME_WAIT,CLOSE_WAIT,

TCP状态迁移大家对netstat-a命令很熟悉吧，但是，你有没有注意到STATE一栏呢，基本上显示着established,time_wait,close_wait等，这些到底是什么意思呢，在这篇文章，我将会详细的阐述。大家很明白TCP初始化连接三次握手吧：发SYN包，然后返回SYN/ACK包，再发ACK包，连接正式建立。但是这里有点出入，当请求者收到SYS/ACK包后，就开始建立连接了，而被请

LISTEN：服务器在等待进入呼叫SYN_RECV：一个连接请求已经到达，等待确认SYN_SENT：应用已经开始，打开一个连接ESTABLISHED：正常数据传输状态FIN_WAIT1：应用说它已经完成FIN_WAIT2