到了这里,故障原因好象已经找到,不过,当笔者尝试将“Remote Procedure Call (RPC)”服务重新启动成功时,发现本地工作站还是无法正确获得有效的上网地址,会不会是DHCP Server服务也被意外停止运行了?依照这样的推断,笔者又查看了DHCP Server服务的运行状态,结果发现DHCP Server服务运行正常,而与DHCP Server服务紧靠在一起的DHCP Client服务好象被停用了,看来真正的故障原因就是DHCP Client服务被停止运行。于是,笔者立即打开DHCP Client服务的属性设置窗口,进入到如图2所示的服务属性界面,在该界面的“常规”选项设置窗口中,单击“启动”按钮将该服务先启动成功,为了防止系统重新启动时该服务又被意外停止,笔者还特地将它的启动类型调整为“自动”,最后又重新启动了一下本地工作站系统。这一次果然没有让笔者再失望,当笔者再次在本地工作站系统中执行“ipconfig /renew”命令时,系统任务栏处的本地连接图标竟然提示说网络连接正常了,而且尝试进行网络连接时,本地工作站也能迅速打开网络内容了。到了这里,本地连接受到限制的网络故障就被成功解决了!

图2:

故障小结

尽管本地连接受到限制的故障已被排除,但笔者到现在还没有弄清楚RPC与DHCP Client服务为什么会被停用,因为在默认状态下这两个服务都会被系统自动启动的,难道是同事小李自己手工修改了系统服务?询问同事小李后,他说自己不会修改什么服务,只是最近他使用了一些优化工具对他的工作站进行了优化,优化过系统后,计算机就遇到了本地连接受到限制的故障了;看来,上面两个服务的停用,是由优化工具造成的。由此看来,我们平时不要轻易地使用这种或那种优化工具来对系统优化,因为这些工具的许多智能优化功能在给我们带来便利的同时,可能也会带来潜在的麻烦,由这些麻烦引发的网络故障具有很强的隐蔽性,如果我们不明就里的话,很容易在排除网络故障的过程中多走弯路!

  1. DHCP服务器的安全设计
  2. 解读DHCP故障,提升网络运行效率


相关内容