【IT168专稿】每个上网用户在冲浪过程中，都不会一帆风顺，总可能会碰到这样或那样的网络故障;在这些让人头疼的故障面前，很多人都会按部就班地杀病毒、查线路、看设置、装系统，实在没办法就重新更新新设备，直到最后请专业技术人员帮忙解决。其实，不少网络故障都是上网用户在冲浪过程中的一些不恰当操作细节造成的，要是大家仔细辨别故障现象，往往能很快找到故障原因，并能在瞬间内将网络故障排除了。这不，本文下面贡献出来的几则故障，其“元凶”都是相关系统服务，我们如果能对症下药，巧妙调教好系统服务，那么网络故障排除起来也就不那么费神了。

　　不让DHCP服务造成连接受限

　　有的时候，上网用户会在系统任务栏右下角看到“本地连接”图标上弹出连接受限的提示，这种提示的出现说明本地网卡设备无法获取有效的上网地址，那究竟会有哪些因素会造成这种网络故障呢?通常来说，如果本地网卡设备在尝试使用静态地址时，出现这种故障现象时，很可能是网卡设备或驱动程序出现了问题，也有可能是通信协议的设置出现了问题，如果本地网卡设备尝试使用动态地址时，出现了连接受限的提示，情况可能比较复杂一点，因为这牵涉到本地网卡与DHCP服务器的相互通信。

　　一般情况下，当本地网卡与DHCP服务器之间的通信出现问题时，就容易造成网络连接受限的提示，不过影响这两者正常通信的因素比较多，例如本地网卡的问题，DHCP服务器自身问题，网络连接的问题，Windows系统状态的问题等等,对待这些问题，我们往往可以通过排查法或替换法来解决;如果上述问题都排查过了，仍然还无法解决网络连接受限故障的话，那我们就需要检查一下与DHCP访问有关的系统服务是否正常工作了，因为客户端系统要想从DHCP服务器那里获得有效的上网地址，必须通过DHCP Client服务与DHCP Server服务的支持，才能实现目的。然而在实际上网过程中，许多客户端系统由于随意使用各类系统优化工具，这些优化工具可能会在不经意间将系统的DHCP Client服务关闭掉，那样一来客户端系统没有了DHCP Client服务的支持，它自然也就不能正常访问局域网中的DHCP服务器了，此时就有可能出现本地连接受限的故障现象。所以，当我们在排查了各个主要方面的因素后，如果仍然还无法解决本地连接受限的故障现象时，我们可以按照下面的操作来检查客户端系统中的DHCP Client服务是否已经正确运行：

　　首先用鼠标右键单击客户端系统桌面上的“我的电脑”图标，点选右键菜单中的“管理”命令，进入客户端系统的计算机管理窗口，从该管理窗口的左侧列表中选中“服务和应用程序”节点，再展开该节点下面的“服务”选项，从弹出的“服务”列表中选中DHCP Client服务选项，再用鼠标双击该服务选项，打开DHCP Client服务的选项设置窗口;

　　其次用鼠标右键单击目标服务选项，从弹出的快捷菜单中执行“属性”命令，打开DHCP Client服务的属性设置窗口(如图1所示)，点选其中的“常规”选项卡，在对应选项设置页面中检查DHCP Client服务的工作状态是否正常，如果运行不正常的话，那么我们只要单击“启动”按钮，将DHCP Client服务的运行状态恢复正常，再单击“确定”按钮执行设置保存操作，如此一来客户端系统日后就能得到DHCP Client服务的支持，并可以从DHCP服务器那里获得IP地址了。

　　当然，对于DHCP服务器来说，我们必须保证其中的DHCP Server服务能够正常运行，不然的话DHCP服务器就无法为局域网中的客户端系统提供动态地址分配服务，那么客户端系统自然也不能获得正确的动态地址进行上网了。

　　不让终端服务造成连接失败

　　为了方便管理局域网中的重要计算机，不少网络管理员往往会通过终端客户端系统自带的远程桌面连接工具，远程登录进入这些待管理的重要计算机系统，以便对其自由管理与维护。不过，有的时候我们会遇到远程登录重要计算机失败的故障现象，造成这种故障现象的因素也很多，既有终端客户端自身的因素，也有远程计算机自身的因素，还有网络连接的因素等等，逐一排查起来，往往会很耗时间。

　　事实上，使用替代法很好解决远程连接失败的故障现象;例如，如果某个终端系统无法远程登录进局域网中的目标服务器系统，此时，我们不妨换一个终端系统进行远程登录测试，如果远程登录成功，那就说明本地终端系统存在问题，如果换了终端系统后远程登录还不能成功的话，那么问题很可能出在网络连接上，此时我们需要检查网络线路的连通性以及网络设置。如果在排除了上述这些因素后，远程计算机仍然无法接受终端系统的正常登录，那我们就需要检查远程计算机自身的问题了。对于远程服务器自身来说，除了网络病毒、终端设置以及访问权限等因素外，会影响用户的正常登录外，远程服务器自身的相关系统服务状态，也会影响到终端系统的正常登录;为此，当我们确认远程服务器自身存在问题，并且对网络病毒、终端设置以及访问权限等因素进行逐一排查过之后，如果仍然还不能解决远程连接失败的故障现象时，我们可以检查一下远程服务器的终端服务工作状态是否正常，下面就是具体的检查步骤：

　　首先以系统管理员身份登录进入目标服务器系统，依次单击对应系统桌面上的“开始”、“运行”命令，打开系统运行对话，在其中输入“services.msc”字符串命令，单击回车键后，打开该系统的服务列表界面，找到其中的终端服务选项，并用鼠标右键单击该服务选项，从弹出的快捷菜单中执行“属性”命令，打开如图2所示的选项设置页面;

　　其次点选其中的“常规”选项卡，在对应的选项设置页面中，我们可以清楚地看到目标服务器系统中的Terminal Services服务工作状态是否正常，一旦发现该系统服务工作状态不正常时，我们可以单击对应页面中的“启动”按钮，同时将它的启动类型设置为“自动”，再单击“确定”按钮，那样一来目标服务器系统的终端服务就能正常运行了。

　　当然，有的时候，我们在单击“启动”按钮的时候，发现Terminal Services不能被正常启动，这时我们需要查看一下Remote Procedure Call (RPC)服务的运行状态，只有在该服务正常运行的情况下，系统终端服务才能被成功启动起来。

　　不让浏览服务造成邻居隐身

　　平时，局域网用户为了互相沟通交流，会将各自的计算机设置成共享状态;不过在实际共享交流的过程中，我们有时会发现“邻居”计算机始终无法显示在自己的网上邻居窗口中。经过仔细检查，这些计算机都使用了相同的工作组名称，每台计算机都将防火墙程序关闭运行了，使用ping命令测试“邻居”计算机的IP地址时都很正常，但“邻居”计算机却象幽灵那样始终无法正常出现在自己的网上邻居窗口中，那样一来我们自然就不能与邻居用户进行共享交流了。

　　遇到这种网络故障时，我们可以先查一下本地计算机和“邻居”计算机自身的运行状态是否正常，在它们运行状态都正常的情况下仍然还无法看到“邻居”计算机的身影时，我们需要检查一下Windows系统中的计算机浏览服务是否被意外关闭了，在那些安装了Ghost版本系统的计算机中，这些现象尤其比较多见。

　　依次单击“开始”/“设置”/“控制面板”命令，在弹出的系统控制面板窗口中，用鼠标双击系统“服务”图标，打开本地系统的服务列表界面，找到目标系统服务“Computer Browser”，再用鼠标右键单击该服务选项，同时从快捷菜单中点选“属性”命令，打开对应服务的属性设置界面;

　　点选其中的“常规”标签，在弹出的如图3所示标签页面中，我们发现目标系统服务已经被意外关闭运行了，而该系统服务主要是用来确保局域网中的计算机能够及时在网络中进行更新显示的，同时需要将更新显示结果提供给局域网用户浏览的，“Computer Browser”服务状态一旦不正常，那么局域网用户自然就不能浏览到网络中的计算机了，这当然也包括“邻居”计算机了;

　　了解了“Computer Browser”服务功能后，解决无法看到“邻居”计算机身影的故障也就显得非常简单了，我们只要在图3所示标签页面中单击“启动”按钮，同时从对应的启动类型列表中选中“自动”选项，再单击“确定”按钮执行设置保存操作，那样一来我们就能在自己计算机的网上邻居窗口中看到“邻居”计算机的身影了。

　　不让Server服务影响安全配置

　　为了保护上网系统的安全，很多人都会认真配置系统自带防火墙的参数，以便让防火墙尽好安全的责任。可是，我们在尝试修改防火墙安全参数的时候，常常会遇到系统防火墙配置界面中的“设置”按钮处于不可用状态，那样的话防火墙自然就不能正常发挥安全防范的作用了。遇到这种故障，相信很多人都会下意识认为，肯定是对应系统的“Windows Firewall/Internet Connection Sharing(ICS)”服务运行状态不正常，只要打开系统服务列表界面，进入对应服务的选项设置界面，单击“启动”按钮将其恢复运行，就能解决问题了。

　　事实上，当我们尝试单击故障计算机系统的ICS服务，发现系统有时会出现Server服务没有启动的提示。看来，造成系统防火墙“设置”按钮失效的真正“凶手”，却是Server服务的意外关闭。查看Server服务的描述信息，我们发现许多网络服务都需要该服务的支撑，一旦该服务被停止运行，那么包括“Windows Firewall/Internet Connection Sharing(ICS)”在内的多种服务都将不能正常运行，很明显我们只要将Server服务重新启动正常，那么ICS服务自然也就能被正常启用了。

　　按照这样的思路，我们打开故障计算机系统的服务列表界面，选中其中的Server服务选项，并用鼠标双击该服务选项，打开对应服务的选项设置界面(如图4所示)，单击“启动”按钮，同时选中“自动”选项，将Server服务成功启用。之后，按照同样的操作方法，打开“Windows Firewall/Internet Connection Sharing(ICS)”服务的选项设置界面，单击“启动”按钮，我们发现该系统服务也能正常启动运行了。

　　原本以为完成上述操作后，本地系统的防火墙就可以允许用户自由配置了，然而当我们再次进入防火墙配置界面时，发现其中的“设置”按钮仍然还不能被有效点击，这是什么原因呢，难道还有其他因素影响我们进行安全配置?后来无意中将本地计算机系统重新启动了一下，我们终于发现可以正常对防火墙进行安全配置了;经过上网搜索相关信息，笔者发现无法对系统自带防火墙进行安全配置的原因还是由“Windows Firewall/Internet Connection Sharing(ICS)”服务引起的，而该服务的运行状态又受到Server服务的影响;当我们将相关系统服务的工作状态恢复正常时，之所以仍然不能解决上述故障现象，那主要是计算机系统的记忆效应在“作祟”，重新启动系统后，相关的系统服务才真正开始发挥作用。

　　不让Spooler服务拖累网络打印

　　在局域网工作环境中，我们经常要利用网络打印机进行办公，可是在尝试进行网络打印操作时，我们时常会遇到无法安装网络打印机的现象。遇到这种现象时，我们先要排查打印服务器的工作状态是否正常，之后要排查网络连接是否畅通，在排查完这些因素后，如果仍然还不能正常安装网络打印机时，那我们就要检查本地系统中的Print Spooler服务是否能够正常运行了，因为一旦该服务被停用，打印功能就会无效，而很多时候该系统服务很容易被一些Ghost版本的操作系统所停用，以便达到提升系统运行效率的目的。但是，Print Spooler服务对办公用户却是必不可少的，没有该服务的支撑，就连本地打印操作也很难进行，更不用说是网络打印操作了。

　　检查Print Spooler服务的工作状态也很简单，我们只要在本地系统依次单击“开始”/“设置”/“控制面板”命令，在弹出的系统控制面板窗口中，用鼠标双击系统“服务”图标，打开本地系统的服务列表界面，找到目标系统服务“Print Spooler”，再用鼠标右键单击该服务选项，同时从快捷菜单中点选“属性”命令，打开对应服务的属性设置界面;

　　其次点选其中的“常规”标签，在弹出的如图5所示标签页面中，我们发现目标系统服务已经被意外关闭运行了，此时只要单击“启动”按钮，同时将“启动类型”参数修改为“自动”，最后单击“确定”按钮，如此一来就能不让Spooler服务拖累网络打印操作了。