从本地连接入手 排障享受网络管理精彩

   利用本地连接，寻找网络潜在错误

    在本地连接属性窗口中启用了“连接后在通知区域显示图标”功能后，我们日后就能根据系统托盘区域处的本地连接图标状态提示信息，快速分析、寻找到本地工作站或网络中可能有错误存在了。这不，笔者有一次就根据本地连接图标弹出的“连接受限”提示，迅速找到了局域网中的DHCP服务器停止运行这个错误了；现在笔者就将这个错误的寻找过程贡献出来，以便帮助各位能够更好地利用本地连接图标提示来管理好网络。

    笔者单位所在的局域网中，所有工作站的IP地址都是通过DHCP服务器动态分配获得的，平时局域网中的所有工作站都能正常访问网络内容。最近，其中一台工作站的本地连接图标经常弹出提示信息，说本地连接受到了限制，而且不能上网访问内容。起初，笔者想当然地认为这种故障肯定是哪个地方出现了接触不良的现象，于是立即对网络线缆的各个连接接头进行了逐一检查，可是检查完之后笔者发现网络线路连接一切正常。

    考虑到故障工作站的IP地址一直是从DHCP服务器中得到的，有没有可能是故障工作站与DHCP服务器之间的通信出现了意外呢？于是笔者立即在故障工作站系统中执行了“ipconfig /all”命令，结果看到该工作站使用的IP地址竟然是“169.254.*.*”，很显然该IP地址并不是DHCP服务器分配的合法地址，而是本地Windows系统自动分配的IP地址，该IP地址与我们事先指定的网关地址不处于相同的子网中，所以故障工作站自然就不能正常上网了。

    通过上面的描述，我们不难看出，通过本地连接图标的状态提示信息，我们很快就找到了故障工作站潜在的网络错误。那么究竟是什么原因导致故障工作站与局域网DHCP服务器之间通信不正常呢？经过笔者仔细地对物理设备、线路、端口进行检查，发现上述因素一切正常；再用新版杀毒软件对故障工作站进行全面查杀病毒操作，也没有找到任何网络病毒；后来，笔者担心故障工作站自身系统文件可能受到了损坏，于是毫不犹豫地打开系统运行框，在其中执行字符串命令“sfc /scannow”，尝试着修复系统受损的文件，不过经过漫长的等待后，系统也没有弹出提示告诉笔者有哪些文件已经被修复成功，这就意味着系统文件没有受到任何损坏。

    在找不到故障原因后，笔者准备在故障工作站系统中执行字符串命令“ipconfig /renew”，来尝试让DHCP服务器重新为故障工作站分配一次IP地址；可是在执行“ipconfig /renew”命令时，系统竟然出现了RPC服务运行不正常之类的错误。会不会是RPC服务运行不正常，导致了故障工作站无法与DHCP服务器正常通信呢？

    根据提示，笔者立即打开系统服务列表窗口，找到系统服务“Remote Procedure Call (RPC)”选项，并用鼠标双击“Remote Procedure Call (RPC)”选项，进入到该服务的属性界面（如下图所示）。

    
    在这里笔者看到目标系统服务果然处于停用状态；经过进一步查看，笔者发现与DHCP服务器有关的DHCP Server服务也依赖RPC服务，换句话说要是RPC服务运行不正常的话，那么DHCP Server系统服务自然也就不能成功运行，而一旦DHCP Server服务运行不正常，故障工作站与DHCP服务器之间的通信自然也不能正常进行了。

    依次将故障工作站系统中的“Remote Procedure Call (RPC)”服务和“DHCP Server”服务重新启动后，再次执行字符串命令“ipconfig /renew”，让DHCP服务器重新为故障工作站分配一次IP地址，结果故障工作站的网络故障立即消失了，并且本地连接图标弹出的“连接受限”提示也立即消失了，这说明无法上网的故障已经被成功排除了。

    从上面的故障排除过程来看，巧妙地根据本地连接图标弹出的状态提示信息，进行有针对性地步步排查操作，我们就能快速地找到故障工作站系统中潜藏的网络错误，从而提高网络故障的排除效率。

上一页  [1] [2] [3] [4] [5] 下一页

【责编:Zenghui】