状态：描述 CLOSED：无连接是活动的或正在进行 LISTEN：服务器在等待进入呼叫 SYN_RECV：一个连接请求已经到达，等待确认 SYN_SENT：应用已经开始，打开一个连接 ESTABLISHED：正常数据传输状态 FIN_WAIT1：应用说它已经完成 FIN_WAIT2：另一边已同意释放 ITMED_WAIT：等待所有分组死掉 CLOSING：两边同时尝试关闭 TIME_WAIT：另一边已初始化一个释放 LAST_ACK：等待所有分组死掉 本文来自ChinaUnix博客，如果查看原文请点...

tcp的状态变迁图 tcp正常连接建立和终止所对应的状态 本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u3/90734/showart_1794985.html

tcp状态： LISTEN：侦听来自远方的tcp端口的连接请求 SYN-SENT：再发送连接请求后等待匹配的连接请求 SYN-RECEIVED：再收到和发送一个连接请求后等待对方对连接请求的确认 ESTABLISHED：代表一个打开的连接 FIN-WAIT-1：等待远程tcp连接中断请求，或先前的连接中断请求的确认 FIN-WAIT-2：从远程tcp等待连接中断请求 CLOSE-WAIT：等待从本地用户发来的连接中断请求 CLOSING：等待远程tcp对连接中断的确认 LAST-ACK：等待原来的发向...

在HTTP应用中，存在一个问题，SERVER由于某种原因关闭连接，如KEEPALIVE的超时，这样，作为主动关闭的SERVER一方就会进入FIN_WAIT2状态，但tcp/IP协议栈有个问题，FIN_WAIT2状态是没有超时的（不象TIME_WAIT状态），所以如果CLIENT不关闭，这个FIN_WAIT_2状态将保持到系统重新启动，越来越多的FIN_WAIT_2状态会致使内核crash

tcp/IP连接状态图 周一, 06/11/2007 - 13:31 — duran tcp是一个面向连接的协议，所以在连接双方发送数据之前，都需要首先建立一条连接。这和前面讲到的协议完全不同。前面讲的所有协议都只是发送数据而已，大多数都不关心发送的数据是不是送到，UDP尤其明显，从编程的角度来说，UDP编程也要简单的多----UDP都不用考虑数据分片。 书中用telnet登陆退出来解释tcp协议连接的建立和中止的过程，可以看到，tcp连接的建立可以简单的称...

大多数状态变迁图都把状态变迁时发送的报文段标在变迁线的边上。例如，从CLOSED 状态到SYN_SENT状态的变迁就标明发送了一个SYN报文段。每个状态中标出处于该状态时要发送的报文段类型。例如：当处于SYN_RECV状态时，要发出一个带有SYN的报文段，其中还包括对所收到SYN的确认（ACK）。而当处于CLOSE_WAIT状态时，要发出对所收到FIN的确认（ACK）。 我们之所以要这样做是因为，在T/IP协议中我们经常需要处理可能造成多次状态变...

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u2/86840/showart_1671022.html

我内部有几百台机器，使用了freebsd6.0上面跑pf做网关，最简单的规则，没有过滤过多的东西。 问题1： 发现部分连接都是FIN_WAIT。想研究一下，这个为什么这么多？ESTABLISH连接的并发数有700左右。 nat# pfctl -sa | grep ESTAB | wc -l 689 nat# pfctl -sa | grep FIN_WAIT_2 | wc -l 1759 nat# pfctl -sa | grep TIM | wc -l 549 nat# pfctl -sa | wc -l 3829 问题2： 用户上google和MSN一直都上不去，要...

被DDOS攻击，tcp状态是什么？

希望能统计tcp每种连接状态（如establish，time_wait）的数量，请高手指点