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

　　接下来尝试隔离问题，每次排除一部

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

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

　　一、找不到验证密码的域服务器

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

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

　　→其他工作站也存在类似的问题吗？

　　→服务器正在运行吗？

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

　　→工作站能够Ping到服务器吗？

　　→工作站获得了一个IP地址吗？

　　检测表明，工作站能够Ping到服务器，但Ping操作有时超时，这表明工作站和服务器之间只有断断续续的通信。在命令行上执行ipconfig

　　/renew命令，多执行几次，工作站有时会更新IP地址，有时不会。这是工作站和服务器之间断续通信的症状。

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

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

　　二、Windows服务不能启动

　　在一台Windows2000服务器上，部分服务设置成不用本地的系统帐户启动。一次重新启动Windows

　　2000服务器之后，发现这些服务没有启动，必须手工打开服务，重新输入密码，然后启动服务。每次重新输入密码，都收到消息说：已被授予作为服务登录的权限。

　　要解决该故障，首先回答下面几个问题：

　　→哪些地方改变了？是否有人修改了服务器？

　　→这个服务以前能够启动吗？

　　→用户名称和密码正确吗？

　　查询修改记录发现，该服务器是一个DC，不久之前还是域控制器组织单元（OU，Organizational

　　Unit）的。在移出该OU之前，这些服务一直能够顺利启动。另外，用来启动这些服务的用户名称和密码都是的。进一步研究发现，域控制器OU的有一些特殊的权限，其中包括作为服务登录的权限。当出现问题的服务器移出该OU时，服务器失去了那些权限。现在要做的是恢复服务器的权限。

　　要将权限授予服务器，请按照如下步骤操作：

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

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

　　→依次扩展计算机配置/Windows设置/安全设置，再扩展“本地策略”，然后点击“用户”。

　　→在右边的窗格中，右击“作为服务登录”，选择菜单“安全”。

　　→把用来启动服务的用户帐户加入到策略，完成后点击“确定”。

　　有关该问题的更多资料，请参见微软的文章“如何解决服务启动权限问题”（[URL=）。

　　三、无法收到外面发来的邮件

　　单位用Exchange2000

　　Server作为内部和外部的邮件服务器。有一天原来的ISP不能再提供服务了，所以你迅速换了一个新的ISP。用户仍旧能够照常访问Internet，却收不到外面来的邮件。不过，发出去的邮件看来没有问题。

　　要排解这一故障，第一个要问的问题是：

　　→在改变ISP之前，邮件系统工作正常吗？

　　要确定ExchangeServer是否正常工作，防火墙配置是否正确，可以从Internet连接到ExchangeServer

　　25端口（具体操作办法，请参见微软文章：Telnet到IMC的端口25以测试IMC通信，[URL=），发送一个测试消息，确认服务器和防火墙都在正常运行。故障的原因很可能是因为改变ISP。

　　再回答下面这个问题：

　　→[URL=域名[/URL]信息正确转移到了新的ISP吗？

　　用Nslookup工具，测试一下是否能够找到域的邮件交换（MX）记录，结果却什么也没有找到。根据这一现象，可以推断在更换ISP时，[URL=域名[/URL]注册公司没有正确转移[URL=域名[/URL]信息。现在你可以联系[URL=域名[/URL]注册公司，要求登记MX记录，以及将[URL=域名[/URL]信息正确转到新的ISP。只要MX记录在Internet上一开，Exchange

　　Server又可以收到外面来的邮件了。

　　四、网络上看不到服务器

　　Win2KPro工作站遇到了奇怪的问题：偶尔能够看到Win2K

　　Server，但大部分时间里服务器就象从网络上消失了一样。在排解这一网络故障的过程中，首先要回答的问题是：

　　→过去出现过该故障吗？

　　→是否所有的工作站都出现相同的情况？

　　经调查后发现，这一故障现象自服务器从WindowsNT

　　4.0升级到Win2K就开始存在了，网络上的所有工作站都出现同样的现象。现在要确定的是：故障的根源是服务器呢，还是网络。