当我运行netstat时，我得到这个：
TCP xxxx:65524 65.55.11.162:80 TIME_WAIT 0 netstat中有13941这样的行。
服务器正在运行Windows 2008和SQL Server 2008。
任务pipe理器和进程pipe理器不显示任何奇怪的东西。 服务器正常运行时间可能是几个月。
任何想法可能是什么原因？
TIME_WAIT是用于确保连接完全closures的TCP状态。 因为最后一个包说“我完成了！” 可能会丢失，TCP连接等待一段时间，以防另一端在实际切换到CLOSED状态之前尝试重新发送某些内容。
看起来你的服务器正在快速打开和closures连接到65.55.11.162的Web服务器，比TIME_WAIT允许服务器closures连接和转储套接字的延迟更快。 根据服务器可用的资源，这可能会耗尽可用的套接字或内存并导致性能问题。 如果你没有看到任何性能问题，我只是留意一下。 连接应在几分钟内过期。 如果仍然存在，请考虑调查源应用程序的configuration。 您可以使用netstat来显示哪个进程/ PID拥有套接字（ netstat -p在我的linux机器上，在Windows2008上可能不一样）。
编辑：进一步的调查表明，这与“Telligent社区”相关是你的系统上安装的应用程序？
任何想法可能是什么原因？
Internet服务器？ 曾经想过互联网？ IIS是基于TCP的。 Darth Andoid有一个技术性的解释。 蜘蛛可能是原因。
SQL？ 许多打开/closures的连接和没有连接池。
事实certificate是亚马逊EC2的问题 – 有时主机会在未来几年报告时间，导致套接字不超时并清理干净。 这已被修复，不再是一个问题。