这次真是见鬼了，请教一个疑难问题，急人

Question

系统环境：　win2003+IIS6.0+sql2000
使用asp.net开发一个小型WEB应用系统，配置好环境后，一切正常，但是２０分钟后，可以到达网站登录页，但是输入密码后，无效了。也就是说sql2000不能连接了，好像，但是在服务器端，可以正常进入企业管理器，也没有任何的症状。之前是使用sql2005的，是同样的故障，以为是sql2005的问题，所以换成sql2000，没想到故障依旧。请问大家，是不是病毒的问题，用３６０查杀，发现一个cmd.exe病毒和一个1.exe病毒，总好像杀不净。但是之前安装操作系统时很小心，是格式化的，不知为什么这么脆弱，这么容易染毒。大家有没有遇到过这种现象。主要问题是sql2000或sql2005刚装好，是可以用的，一段时间后，没有任何症状的情况下，不能再连接了，请教

Answer 1

如果仍存在1.exe病毒，建议杀完毒再全新安装软件以及恢复数据库。之前中毒机器的任何exe（可执行）软件都不要再用。问题可能是病毒批量发送广播包导致可连接线程耗尽。

Answer 2

配置好环境后，一切正常，但是２０分钟后提示不能连接数据库，这个时候重启一下IIS，试试。

Answer 3

谢谢 ，正在做测试，我估计是病毒引起的，因为换过两次不同版本的win2003，换过不同版本的sql2000和sql2005,iis，唯一没有换的是framework3.5sp1这是我从迅雷下载的，以及自己做的web程序。所以我分析不会是win2003和sql的问题。再说从我的开发环境笔记本中也发现的病毒和木马，我分析病毒就是来自我自己用的机器或是framework3.5。因为在两台服务器上用了不同的win2003和sql都出现了相同的症状。所以接下来再把自己的开发机器环境彻底的杀毒处理，也换一下framework再试试。

Answer 4

这个问题跟我一样，不知道为什么，我用SLQSERVER2008的，只要把SA密码设为空，过一会360就弹出窗口说有木马在在修改自启动项。在任务管理器里不是1.exe就是cmd.exe好多好多，但是，断网后杀毒，再把SA不用空，就没有出现此类问题。

Answer 5

to:yjjlyyj没想到还有同样遭遇者，
真是见鬼了，今天我是特别小心的又去给人家装了一遍，为了防范病毒，自己的笔记本也格了两遍，U盘也格了，并加了写保护，sql2005也没有问题，对方的服务器也重新分区，装了win2003，并打了全部补丁。这次加了防火墙comodo。这次应该是万无一失了，就回来了，回来在网上一试，没问题 ，但是远了半小时，不放心，想重试一下，结果鬼又来了。又是同样的问题，sql连不上了。

Answer 6

系统报18456错误，提示信息是“无法连接到×××服务器”，其他信息为“用户‘sa’登录失败。（Microsoft SQL Server，错误：18456）”。
最后从一网贴中找到一些信息，如下：
 用户机构的域是设置了“密码策略”。Sql Server 2005的sa用户默认是启用了“强制实施密码策略”。而一般默认的windows帐户密码策略或者AD（域帐户）密码策略都是3－6次错误口令登陆失败后，系统暂时冻结该用户。冻结的时间要看系统设定的长短。
   该问题就出在DTS用错误的sa口令（旧的sa口令）多次试图访问系统，而sa的“强制实施密码策略”起了作用。
   sa帐户被锁定，原因是sa的帐户启用了“强制实施秘密策略”，或者“强制过期”。在登录用户sa的登录属性对话框中，能看到改选项是否选定状态。
   
  选中“强制实施秘密策略”后， sql server2005 会调用 windows 或者域的帐户管理策略。如果是 windows 的帐号管理策略，可以通过“控制面板”的“本地安全设置”中看到“帐户策略”情况，其中的“密码策略”可以设置用户秘密的失效时间、长短等，另外在“帐户锁定策略”可以设置“帐户锁定阈值”，即帐户用错误的口令尝试登录几次，系统即自动锁定该帐户。
  
最终的最简单的解决办法是，将“强制密码策略保护”前面的勾去掉。OK了。

Answer 7

sql2000不能连接  时，退出所有的防火墙包括360.

Answer 8

我以前的一个客户遇到过同样的问题，安装一个硬件防火墙后来就没事了。不过他的电脑上没有1.exe文件。另外往往是半天后系统才出现问题的。您可以试一下：换一个复杂的SA密码看看会不会好点？

Answer 9

已经找到原因并解决，谢谢大家的回复，问题出在SQL的默认端口1433上，局域网内碰巧有种可以通过该端口进行网络攻击的病毒。所以不管如何做，只要打开了该端口，再好的系统也会被攻击。
找到原因后，重装了系统，然后先在没有开放端口的情况下，进行了系统安全加固。装了软件防火墙，修改了安全策略，改变了系统的一些权限和服务，把不必要的服务关闭。最后，修改了SQL的默认口
经过上述设置，系统到现在运行一切正常。