netstat 问题

TCP ***.**.101.200:1433 222.45.12.147:1044 TIME_WAIT
TCP ***.**.101.200:1433 222.45.12.147:1047 TIME_WAIT
TCP ***.**.101.200:1433 222.45.12.147:1094 TIME_WAIT
TCP ***.**.101.200:1433 222.45.12.147:1095 TIME_WAIT
......
......
......
......
......
TCP ***.**.101.200:1433 222.45.12.147:4893 TIME_WAIT
TCP ***.**.101.200:1433 222.45.12.147:4894 TIME_WAIT
TCP ***.**.101.200:1433 222.45.12.147:4962 TIME_WAIT
TCP ***.**.101.200:1433 222.189.215.13:1028 TIME_WAIT
TCP ***.**.101.200:1433 222.189.215.13:1122 TIME_WAIT
TCP ***.**.101.200:1433 222.189.215.13:1150 TIME_WAIT
TCP ***.**.101.200:1433 222.189.215.13:1207 TIME_WAIT
TCP ***.**.101.200:1433 222.189.215.13:1212 TIME_WAIT
.....
.....
.....
.....
.....
TCP ***.**.101.200:1433 222.189.215.13:3848 ESTABLISHED
TCP ***.**.101.200:1433 222.189.215.13:3849 TIME_WAIT
.....
.....
.....
.....
.....
TCP ***.**.101.200:1433 222.189.215.13:4532 TIME_WAIT
TCP ***.**.101.200:1433 222.189.215.13:4558 TIME_WAIT
TCP ***.**.101.200:1433 222.189.215.13:4588 TIME_WAIT
TCP ***.**.101.200:1433 222.189.215.13:4843 TIME_WAIT
TCP ***.**.101.200:1433 222.189.215.13:4879 TIME_WAIT
TCP ***.**.101.200:2433 121.230.36.241:1084 ESTABLISHED
TCP ***.**.101.200:2433 121.230.36.241:1085 ESTABLISHED
TCP ***.**.101.200:2433 121.230.36.241:1086 ESTABLISHED
TCP ***.**.101.200:2433 121.230.36.241:1087 ESTABLISHED
TCP ***.**.101.200:2433 121.230.157.134:1389 ESTABLISHED
TCP ***.**.101.200:2433 121.230.157.134:1391 ESTABLISHED
TCP ***.**.101.200:2433 121.230.183.211:1097 ESTABLISHED
TCP ***.**.101.200:2433 121.234.194.147:3053 ESTABLISHED
TCP ***.**.101.200:2433 121.234.194.147:3112 ESTABLISHED
TCP ***.**.101.200:2433 122.89.8.60:1041 ESTABLISHED
TCP ***.**.101.200:2433 122.89.9.61:1041 ESTABLISHED
TCP ***.**.101.200:2433 122.89.12.32:1052 ESTABLISHED
TCP ***.**.101.200:2433 122.89.12.102:1058 ESTABLISHED
TCP ***.**.101.200:2433 122.89.12.102:1215 ESTABLISHED
TCP ***.**.101.200:2433 122.89.12.103:1055 ESTABLISHED
TCP ***.**.101.200:2433 122.89.13.70:2834 ESTABLISHED
TCP ***.**.101.200:2433 122.89.13.118:1085 ESTABLISHED
以上的的TIME_WAIT正常吗？我的另一组同样的服务器怎么没有如此多的TIME_WAIT的？望各位大人指教.

这不是WEB服务器，是数据服务器
在那iis里设置的有效吗？

正常，你要是不想有这么多的Time_wait,可以在IIS中或apache中设置。

对你说的数据库服务器我觉得有以下两种可能：
1.你的网络有问题，就是服务器网速过低，等情况。
2.中了灰鸽子病毒。

还有就是什么问题也没有，只是你主动关闭与数据库的连接。就是你设置的web或c/s软件有问题。

附加说明：
客户端与服务器端建立TCP/IP连接后关闭SOCKET后，服务器端连接的端口
状态为TIME_WAIT

是不是所有执行主动关闭的socket都会进入TIME_WAIT状态呢？
有没有什么情况使主动关闭的socket直接进入CLOSED状态呢？

主动关闭的一方在发送最后一个 ack 后
就会进入 TIME_WAIT 状态 停留2MSL（max segment lifetime）时间
这个是TCP/IP必不可少的，也就是“解决”不了的。

也就是TCP/IP设计者本来是这么设计的
主要有两个原因
1。防止上一次连接中的包，迷路后重新出现，影响新连接
（经过2MSL，上一次连接中所有的重复包都会消失）
2。可靠的关闭TCP连接
在主动关闭方发送的最后一个 ack(fin) ，有可能丢失，这时被动方会重新发
fin, 如果这时主动方处于 CLOSED 状态 ，就会响应 rst 而不是 ack。所以
主动方要处于 TIME_WAIT 状态，而不能是 CLOSED 。

TIME_WAIT 并不会占用很大资源的，除非受到攻击。

还有，如果一方 send 或 recv 超时，就会直接进入 CLOSED 状态

也许对你有帮助，但愿吧。

第一行是连接上,当前状态你的电脑与219.133.60.243这个主机连接 第二行,第三行,有一方断开连接,一方没有发送关闭连接消息,导致你这边关闭等待. 你的电脑,tcp:2358端口与对方219.133.60.243的8000端口已经连接上, tcp 9c80a9d9e59a400:2623 60.28.15.207:http close_wait tcp 9c80a9d9e59a400:2624 60.28.15.202:http close_wait 上面两行是你主动断开与对方服务器连接,你的状态是close-wait,因为对方对你的断开连接末发送断开数据包. tcp 9c80a9d9e59a400:3230 xd-22-113-a8.bta.net.cn:http established tcp 9c80a9d9e59a400:3248 60.28.178.236:5200 established tcp 9c80a9d9e59a400:3253 xd-22-5-a8.bta.net.cn:http established tcp 9c80a9d9e59a400:4962 219.133.60.243:8000 established 上面四行都是连接状态,左边是你自己的ip和端口,右边远程主机的