经过检查，你发现此前工作站一直顺利地运行，其他工作站没有遇到类似的问题，服务器也正常★■■◆■。根据故障现象，基本上可以确定故障出在工作站本身★★◆★。接下来要确定工作站的那个地方出了故障，试试下面几个问题：

　　把用来启动服务的用户帐户加入到策略(图一)，完成后点击“确定★◆”。

　　检测表明，工作站能够Ping到服务器，但Ping操作有时超时★◆，这表明工作站和服务器之间只有断断续续的通信。在命令行上执行ipconfig/renew命令，多执行几次◆★★★■，工作站有时会更新IP地址，有时不会。这是工作站和服务器之间断续通信的症状◆★◆◆◆。

　　接下来尝试隔离问题■■★★◆，每次排除一部分可能引起该问题的因素，逐步找出问题的真正根源。例如★◆★■★★，如果一个工作站不能连接到服务器，那就先确定是网络问题还是工作站本身的问题■★■■★★。如果能够迅速地肯定问题出在工作站本身，你就排除了一大半可能导致问题的因素，向真正的故障根源接近一大步了■■◆。即使你最终拿不出解决办法，不得不寻找外援★■■◆★，隔离问题也会节省你大量的时间。

　　依次扩展计算机配置/Windows设置/安全设置，再扩展★■“本地策略■★■◆”★◆■◆■，然后点击“用户权利指派”。

　　现在将问题工作站的网络连接和另一台工作站的对换一下，新工作站在问题工作站的位置上也不能连接网络，而问题工作站却能从另一个网络位置顺利地连接网络◆★■◆★。现在已经很清楚：问题工作站所在位置的电缆或Hub出了问题◆■。

　　毫无疑问◆■■，你也一定遇到过这样的情形◆■：当你坐在一台工作站之前准备登录网络，Windows却报告说找不到用来验证密码的域服务器。要解决这个故障，首先要确定问题到底出在网络◆★、工作站还是服务器上★■★★◆。从下面几个问题开始：

　　为了说明诊断网络故障的一般过程，本文例举了几种故障情形，有的是常见的小问题，有的是比较艰巨的挑战。当你遇到类似的问题时★■，就可以按照本文例子的介绍，先问自己几个简单的问题，逐步隔离问题所在★★◆◆，最后找到真正的问题根源。

　　在一台Windows2000服务器上，部分服务设置成不用本地的系统帐户启动。一次重新启动Windows2000服务器之后，发现这些服务没有启动，必须手工打开服务■◆，重新输入密码★◆，然后启动服务。每次重新输入密码◆■◆，都收到消息说：用户名字已被授予作为服务登录的权限。

　　在管理控制台(MMC)中打开活动目录用户和计算机管理单元，再打开域控制器OU的★■★★“属性■■”对话框◆★■★■◆。

　　网络管理员90%的工作往往是诊断和解决各种各样的故障。虽然说没有人喜欢麻烦，但麻烦总是自己找上门来。只有拥有高超的诊断技能★◆，你才能在紧急情况下迅速响应■★★，保障网络流畅地运行★★。当你面临网络故障的挑战时，首先向自己问几个简单的问题：有哪些地方被改变了?这个问题以前遇到过吗?如果是，是什么时候■★◆?是否有可能让问题再次出现?用户做了什么特别的操作吗★★◆?其他用户有没有遇到过同样的问题?

　　拆下故障位置上网络电缆连接Hub的那一端★★■◆◆■，将它接到另一个Hub上，故障依旧。现在可以肯定电缆就是引起故障的罪魁祸首了。

　　在组策略页中，点击“默认域控制器策略”，然后点击“编辑”，打开组策略管理器。

　　查询修改记录发现■◆■◆■，该服务器是一个DC，不久之前还是域控制器组织单元(OU◆◆■■■■，OrganizationalUnit)的成员■■★◆◆。在移出该OU之前，这些服务一直能够顺利启动。另外★★■◆★◆，用来启动这些服务的用户名称和密码都是合法的★■。进一步研究发现■◆★，域控制器OU的成员有一些特殊的权限，其中包括作为服务登录的权限。当出现问题的服务器移出该OU时，服务器失去了那些权限。现在要做的是恢复服务器的权限。

　　哪些地方改变了?最近是否改动过网络，而这些改动可能导致当前的问题?有没有添加新的服务器、拆除原有的服务器、改动过交换机或HUB■◆◆★?有没有添加或减少域控制器、将成员服务器提升为DC(域控制器)或者相反?