网络故障的几种可能性及排错步骤.doc

_将近八年的技术支持每天与一些奇奇怪怪、匪夷所思的网络故障打交道，这让我越来越觉得自己就像一个外科医生，我的病人就是故障网络。由最初的“陪诊”到独自“出诊”手到病除，在知识经验积累的同时更多的是科学方法的养成。我们的客户一般都有专职的网络维护和管理人员，但遇到一些稍微复杂的网络故障就束手无策求救于客服，我想这也许是很多网管的通病。授人以鱼不如授人以渔，下面和大家分享一下自己的网络诊断术语，希望能够帮助到你。1、网络故障的几种可能性网络管理员们应该明白：网络故障几乎是不可避免的，我们所能做的就是降低故障发生可能性，在故障发生后能够尽快地排除故障。要做到这些，管理员应对网络的各层比较了解，对自己负责的网络的各个节点的状况要比较熟悉。另外，要知道网络故障发生的几种可能性，在网络排除陷入困境的时候可从中找到突破口。下面是我总结的集中可能性：(1).物理层中物理设备相互连接失败或硬件及线路本身的问题;(2).数据链路层的网络设备的接口配置问题;(3).网络层网络协议配置或操作错误;(4).传输层的设备性能或通信拥塞问题;(5).上三层或网络应用程序错误。上面的5个方面适用于大部分网络，当然大家可根据自己网络的情况进行评估顺次列出更多条。这是一个很好的习惯，当然这建立在你的对自己负责的网络非常熟悉的基础上。2、网络排错的步骤一般步骤：某些有经验的网管可以凭借自己的经验、技术及其敏锐的嗅觉快速定位网络故障。但是，对于一般的网络管理人员，掌握网络排错的一般步骤是非常必要的。这个一般的过程是：从故障现象出发，以网络诊断工具为手段获取诊断信息，确定网络故障点，查找问题的根源，排除故障，恢复网络正常运行。此外，诊断网络故障的过程应该沿着OSI七层模型从物理层开始向上进行。首先检查物理层，然后检查数据链路层，以此类推，逐步往上，设法确定通信失败的故障点，直到系统通信正常为止。具体步骤：(1).首先确定故障的具体现象，分析造成这种故障现象的原因类型。例如，主机不响应客户请求服务。可能的故障原因是主机配置问题、接口卡故障或路由器配置命令丢失等。(2).收集需要的用于帮助隔离可能故障原因的信息。从网络管理系统、协议分析跟踪、路由器诊断命令的输出报告或软件说明书中收集有用的信息。(3).根据收集到的情况考虑可能的故障原因，排除某些故障原因。例如，根据某些资料(如：设备安装和操作手册)可以排除硬件故障，把注意力放在软件原因上。(4).根据最后的可能故障原因，建立一个诊断计划。开始仅用一个最可能的故障原因进行诊断活动，这样可以容易恢复到故障的原始状态。如果一次同时考虑多个故障原因，试图返回故障原始状态就困难多了。(5).执行诊断计划，认真做好每一步测试和观察，每改变一个参数都要确认其结果。分析结果确定问题是否解决，如果没有解决，继续下去，直到故障现象消失。3、网络排错的方法掌握正确的排除方法往往可以加快你的排除进程，起到事半功倍的效果。笔者认为，排错方法应该包括排错工具和排错思路两个方面。工欲善其事必先利其器，毫无疑问选择恰当的工具是非常关键的。另外，排除思路也至关重要。正确的思路，能引导你快速排错;错误的思路，会让你南辕北辙甚至铸成大错。(1).排错工具网络诊断可以使用多种工具：路由器诊断命令、网络管理工具和包括局域网或广域网分析仪(如HCT-6000和HCT-7000)在内的其它故障诊断工具。查看路由表，是开始查找网络故障的好办法。ICMP的ping、trace命令和Cisco的show命令、debug命令是获取故障诊断有用信息的网络工具。如何监视网络在正常条件下的运行细节和出现故障的情况，利用show interface命令可以非常容易地获得待检查的每个接口的信息。show buffer命令提供定期显示缓冲区大小、用途及使用状况;show proc命令和show proc mem命令可用于跟踪处理器和内存的使用情况，可以定期收集这些数据，在故障出现时用于诊断参考。我们知道，在网络排错中一些智能的硬件工具能够快速地定位网络故障，是网络排除的好帮手。但笔者要说的是，从某个角度来说解决故障并不是网络排除的唯一目的，作为技术人员通过这次排除中提高自己的技术也是非常重要的。因此，不要过多地依赖这些工具，它们剥夺你这次难得的提高机会。大家尽可能地使用系统工具，并且熟练掌握一两款网络分析软件用软件工具来排错。(2).排错方法本文中所说的方法并不是具体的方法，我更希望大家能够从OSI的网络七层协议的角度进行网络排除。说实话，这是一条通用的思路和方法，适用任何符合OSI七层模型的网络排错。希望大家能够从宏观的角度出发，从网络底层去认识网络故障。网络故障主要集中在物理层、数据链路层和网络层。下面我就说说如何依次从这三层进行网络故障的排除。物理层：物理层的故障主要表现在设备的物理连接方式是否恰当，连接电缆是否正确，Modem、CSU/DSU等设备的配置及操作是否正确。确定路由器端口物理连接是否完好的最佳方法是使用show interface命令，仔细检查每个端口的状态，详细解释屏幕输出信息，查看端口状态、协议建立状态和EIA状态。数据链路层：查找和排除数据链路层的故障，需要查看路由器的配置，检查连接端口的共享同一数据链路层的封装情况。每对接口要和与其通信的其它设备有相同的封装。通过查看路由器的配置检查其封装，或者使用show命令查看相应接口的封装情况。如果判断出是租用线路有问题，应该及时向当地电信部门申报。网络层：排除网络层故障的基本方法是：沿着从源到目标的路径，查看路由器路由表，同时检查路由器接口的IP地址。如果路由没有在路由表巾出现，应该通过检查来确定是否已经输入适当的静态路由、默认路由或者动态路由。然后手工配置一些丢失的路由，或者排除一些动态路由选择过程的故障，包括RIP或者IGRP路由协议出现的故障。例如，对于IGRP路由，选择信息只在同一自治系统号(As)的系统之间交换数据，查看路由器配置的自治系统号的匹配情况。因为网络的复杂性，网络故障的诊断、排错也是一个复杂曲折的过程。如何少走弯路尽快排除故障，方法是关键。除此之外，良好的习惯能够杜绝你犯一些低级错误，也是技术水平提高的关键。以我的经验，良好的习惯保护备份、记录、总结。有备无患，操作前做好必要的备份就能够避免次生故障的发生(故障扩大，将病马医死)。记录不仅包括在故障处理过程中的操作，还包括故障排除后对这次排除经历的记录。记录既有加深印象的作用，也利于以后的借鉴。总结才能提高，可以将经验升华为技术，建议大家写排错日志和总结笔记类似的东西。还是那句话，我的网络诊断术对你有帮助。当计算机出现以上连通性故障现象时，应当按照以下步骤进行故障的定位: 确认连通性故障当出现一种网络应用故障时，如无法接入Internet，首先尝试使用其他网络应用，如查找网络中的其他计算机，或使用局域网络中的Web测览，等等。如果其他网络应用可正常使用，如虽然无法接入Internet，却能够在网上邻居中发现其他计算机，或可Ping到其他计算机，可排除连通性故障原因。如果其 他网络应用均无法实现，继续下述步骤。 基本检查查看网卡的指示灯是否正常。正常情况下,在不传送数据时，网卡的指示灯闪烁较慢，传送数据时，闪烁较快。无论是不完，还是长亮不灭，都表明有故障存在。如果网卡的指示灯不正常，需关掉计算机更换网卡。如果指示灯闪烁正常，继续下述步骤。 初步测试使用Ping命令，Ping本地的IP地址或127.0.0.1，检查网卡和IP网络协议是否安装完好。如果能Ping通，说明该计算机的网卡和网络协议设置都没有问题，问题出在计算机与网络的连接上。因此，应当检查网线的连通性和交换机及父换机端口的状态。如果无法Ping通，只能说明TCP/IP协议有问题，而并不能提供更多的情况。因此，需继续下述步骤。 排除网卡在控制面板的系统中，查看网卡(网络适配器)是否已经安装或是否出错。如果在系统中的硬件列表中没有发现网络适配器，或网络适配器前方有一个黄色的!，说明网卡未安装正确，需将未知设备或带有黄色的! 网络适配器删除，刷新后，重新安装网卡。并为该网卡正确安装和配置网络协议，然后进行应用测试。如果网卡无法正确安装，说明网卡可能损坏，必须换一块网卡重试。如果网卡已经正确安装，继续下述步骤。 排除网络协议故障使用ip config/all命令查看本地计算机是否安装有TCP/IP协议，以及是否设置好IP地址、子网掩码和默认网关、DNS域名解析服务。如果尚永安装协议，或协议尚未设置好，安装并设置好协议后，重新启动计算机，执行步骤2的操作。如果已经安装，认真查看网络协议的各项设置是否正确。如果协议设置有错误，修改后重新启动计算机，然后再进行应用测试。如果协议设置完全正确，则肯定是网络连接的问题，继续执行下述步骤。另外，若欲使用局域网络中的网上邻居，请安装NetBEUI协议。 故障定位到连接至同一台交换机上的其他计算机上进行网络应用测试。如果仍不正常，在确认网卡和网络协议都正确安装的前提下，可初步认定是交换机发生了故障。为了进一步进行确认，可再换一台计算机继续测试，进而确定交换机故障。如果其他计算机测试结果完全正常，则将故障定位在发生故障的计算机与网络的连通性上。 故障排除如呆确定交换机发生了故障:应首先检查交换机面板上的各指示灯闪烁是否正常。如果所有指示灯都在非常频繁地闪烁，或一直亮着，可能是由于网卡损坏而发生了广播风暴，关闭再重新打开电源后试一试看能否恢复正常。如果恢复正常，再找到红灯闪烁的端口，将网线从该端口中拨出。然后找到该端口所连接的计算机，测试并更换损坏的网卡。如果面板一片漆黑，一个灯也不亮:那也不要过无担心:检查一下UPS是否工作正常，交换机电源是否已经打开，或电源插头是否接