典型网络故障总结
典型网络故障总结
网络故障的一般分类
网络故障一般分为两大类：连通性问题和性能问题。它们各自故障排除的关注点如下：
?连通性问题
硬件、系统、电源、媒介故障
配置错误
不正确的相互作用
?性能问题
网络拥塞
到目的地不是最佳路由
转发异常
路由环路
网络错误
一般网络故障的解决步骤
故障排除系统化是合理地一步一步找出故障原因并解决的总体原则。它的基本思想是系统地将由故障可能的原因所构成的一个大集合缩减（或隔离）成几个小的子集，从而使问题的复杂度迅速下降。
故障排除时有序的思路有助于解决所遇到的任何困难，下图给出了一般网络故障解决的处理流程。
网络故障排除基本步骤
我们以一个故障排除的实例来学习如何应用这些步骤。
案例：某用户网段广播包过多造成该网段的服务器FTP业务传输速度变慢
组网图如下：
某校园网的三个局域网，其中10.11.56.0为一个用户网段，10.11.56.118为一个日志服务器；10.15.0.0是一个集中了很多应用服务器的网段。
用户网段广播包过多造成该网段的服务器FTP业务传输速度慢
1. 故障现象描述
要想对网络故障做出准确的分析，首先应该了解故障表现出来的各种现象，然后才能确定可能产生这些现象的故障根源或症结。因此，对网络故障做出完整、清晰的描述是重要的一步。
如上述案例，用户反映：“日志服务器与备份服务器间备份发生问题。”这就是一个不完整不清晰的故障现象描述。因为这个描述没有讲述清楚下列问题：
●这个问题是连续出现，还是间断出现的？
●是完全不能备份，还是备份的速度慢（即性能下降）？
●哪个或哪些局域网服务器受到影响，地址是什么？
正确的故障现象描述是：
在网络的高峰期，日志服务器10.11.56.11到集中备份服务器10.15.254.253之间进行备份时，FTP传输速度很慢，大约只有0.6Mbps。
2. 故障案例相关信息收集
本步骤是搜集有助于查找故障原因的更详细的信息。主要是三种途径：
●向受影响的用户、网络人员或其他关键人员提出问题；
●根据故障描述性质，使用各种工具搜集情况，如网络管理系统、协议分析仪、相关show命令等；
●测试性能与网络基线进行比较。
如上述案例，可以向用户提问或自行收集下列相关信息：
●网络结构或配置是否最近修改过，即问题出现是否与网络变化有关？
●是否有用户访问受影响的服务器时没有问题？
●在非高峰期日志服务器和备份服务器间FTP传输速度是多少？
通过该步骤，可以收集到了下面一些相关信息：
●最近10.11.56.0网段的客户机不断在增加；
●129.9.0.0网段的机器与备份服务器间进行FTP传输时速度正常为7Mbps，与日志服务器间进行FTP传输时速度慢，只有0.6Mbps；
●在非高峰期日志服务器和备份服务器间FTP传输速度正常，大约为6Mbps；
3. 经验判断和理论分析
利用前两个步骤收集到的数据，并根据自己以往的故障排除经验和所掌握的互连网络设备和协议的知识，来确定一个排错范围。通过范围的划分，就只需注意某一故障或与故障情况相关的那一部分产品、介质和主机。
如上述案例：我们现在能够确定是一个网络性能下降问题。那么，是网段10.11.56.0的性能问题？是中间网云的性能问题？是10.15.0.0网段的性能问题呢？
由于129.9.0.0网段的机器与备份服务器间进行FTP传输时速度正常为7Mbps这一事实，我们可以排除掉10.15.0.0网段的性能问题。
4. 各种可能原因列表
该步骤列出根据经验判断和理论分析后总结的各种可能原因。
如上述案例，可能原因如下：
(1) 网段10.11.56.0的性能问题，其子原因可能为：
●日志服务器A的性能问题
●10.11.56.0网络的网关性能问题
●10.11.56.0网络本身的性能问题
(2) 网云性能问题，主要是到网络10.15.0.0的路由不是最佳路由
5. 对每一原因实施排错方案
根据所列出的可能原因制定故障排查计划，分析最有可能的原因，确定一次只对一个变量进行操作，这种方法使你能够重现某一故障的解决办法。如果有多个变量同时被改变，而问题得以解决，那么如何判断哪个变量导致了故障发生呢？
说明：
我们在对故障处理流程5、6、7步骤介绍完毕后，再继续进行上述实例案例的排错步骤介绍。
6. 观察故障排查结果
当我们对某一原因执行了排错方案后，需要对结果进行分析，判断问题是否解决，是否引入了新的问题。如果问题解决，那么就可以直接进入文档化过程；如果没有解决问题，那么就需要再次循环进行到故障排查过程。
7. 循环进行故障排查过程
当实施了一个方案没有达到预期的排错目的时，我们进入到该步骤――这是一个努力缩小可能原因的清单过程。
在进行下一循环之前必须做的事情就是将网络恢复到实施上一方案前的状态。如果保留上一方案对网络的改动，很可能导致新的问题，例如：假设修改了访问列表但没有产生预期的结果，此时如果不将访问列表恢复到原始状态，就会导致出现不可预期的结果。
循环排错可以有两个切入点：
●当针对某一可能原因的排错方案没有达到预期目的，循环进入下一可能原因制定排错方案并实施；
●当所有可能原因列表的排错方案均没有达到排错目的，重现进行故障相关信息收集以分析新的可能原因。
如上述案例，我们在列出了可能原因列表后，开始制定方案进行故障排除。
(1) 可能原因1：“网络10.11.56.0到网络10.15.0.0的路由不是最佳路由”
制定的方案：在10.11.56.0网段的网关上使用“Traceroute 10.15.245.253”命令，发现探测报文返回时长仅为10ms，表明该可能原因并不是造成故障的原因。
我们进入循环排错过程。
(2) 可能原因2：“日志服务器A的性能问题”
制定的方案：测试同一网段的主机C和日志服务器间的FTP传输速度，是6Mbps，正常。可见问题与服务器A无关。
(3) 可能原因3：“10.11.56.0网络的网关性能问题”
制定的方案：测试主机C和备份服务器B间FTP传输速度是7Mbps，正常。排除了网关因素，因为B、C在不同网段上而速度正常。
(4) 可能原因3：“10.11.56.0网络本身的性能问题”
制定的方案：在网段10.11.56.0的以太网交换机上使用命令“show interfaces fastEthernet 0/X counters”，输出如下：
Interface : Fa0/x
5 minute input rate : 4800 bits/sec, 4 packets/sec
5 minute output rate : 5593
6 bits/sec, 5 packets/sec
InOctets : 32533624
InUcastPkts : 390531
InMulticastPkts : 39
InBroadcastPkts : 13164
OutOctets : 32126341
OutUcastPkts : 33133
OutMulticastPkts : 1840
OutBroadcastPkts : 12611
广播与单播的比例在1：3，显然太大了。
在网段10.15.0.0上的以太网交换机上使用命令“show interfaces fastEthernet 0/x counters”输出如下：
Interface : Fa0/13
5 minute input rate : 4800 bits/sec, 4 packets/sec
5 minute output rate : 5593
6 bits/sec, 5 packets/sec
InOctets : 4253824
InUcastPkts : 29432175
InMulticastPkts : 39
InBroadcastPkts : 11061
OutOctets : 21127345
OutUcastPkts : 39432172
OutMulticastPkts : 1840
OutBroadcastPkts : 12611
广播与单播的比例在1：280，是正常的。
由此知道，网段10.11.56.0上广播包和单播包比例为1:3，确实太大了。再次询问用户该网段主要运行的业务是什么，从而得出了故障最终原因如下：10.11.56.0是普通用户网段，由于业务原因每个用户需要发送大量广播包和多播包，随着近期越来越多的用户接入该网络，在这个网段上的服务器需要花费更多的资源来处理越来越多的广播和多播包，因此其服务的传输速度自然减慢。
由于这是一个网络布局不恰当的问题，于是重新安排服务器的位置，将服务器移动10.15.0.0网段后，故障排除。
8. 故障排除过程文档化
当最终排除了网络故障后，那么排除流程的最后一步就是对所做的工作进行文字记录。文档化过程决不是一个可有可无的工作，原因如下：
●文档是排错宝贵经验的总结，是“经验判断和理论分析”这一过程中最重要的参考资料；
●文档记录了这次排错中网络参数所做的修改，这也是下一次网络故障应收集的相关信息。
文档记录主要包括以下几个方面：
●故障现象描述及收集的相关信息
●网络拓扑图绘制
●网络中使用的设备清单和介质清单
●网络中使用的协议清单和应用清单
●故障发生的可能原因
●对每一可能原因制定的方案和实施结果
●本次排错的心得体会
●其他：如排错中的使用的参考资料列表等
请读者对照上述案例完成文档记录工作。
2.网络排错常用诊断工具介绍
锐捷的产品提供了一套完整的命令集，可以用于监控网络互联环境的工作状况和解决基本的网络故障。主要包括以下命令：
?Ping命令
?Traceroute命令
●Show命令
●Clear命令
●Debug命令
2.1 Ping命令
1.原理：
“ping”这个词源于声纳定位操作，指来自声纳设备的脉冲信号。Ping命令的思想与发出一个短促的雷达波，通过收集回波来判断目标很相似；即源站点向目的站点发出一个ICMP Echo Request报文，目的站点收到该报文后回一个ICMP Echo Reply 报文，这样就验证了两个节点间IP层的可达性－－表示了网络层是连通的。
2.功能
Ping命令用于检查IP网络连接及主机是否可达。
3.RGNOS平台的ping命令
在RG系列设备上，Ping命令的格式如下：
Ping ip-address
例如，向主机10.15.50.1 Ping报文
RG# ping 10.15.50.1 //ping通
Switch>PING
Target IP address or host: 10.15.50.1
Repeat count [5]: 2
Datagram size [100]: 8100
Timeout in milliseconds [2000]: 5000
Extended commands [n]:
Sending 2, 8100-byte ICMP Echos to 10.15.50.1,
timeout is 5000 milliseconds.
!!
Success rate is 100 percent (2/2)
Minimum = 21ms Maximum = 22ms, Average = 21msRG
# ping 10.15.50.1 //不通
Sending 5, 100-byte ICMP Echos to 10.15.50.1,
timeout is 2000 milliseconds.
.....
Success rate is 0 percent (0/5)
4.Windows平台的Ping命令
在PC机上或Windwos NT为平台的服务器上，Ping命令的格式如下：
Ping [ -n number ] [ -t ] [ -l number ] ip-address
-n Ping报文的个数，缺省值为5；
-t 持续地ping 直到人为地中断，Ctr+Breack暂时中止ping命令并查看当前的统计结果，而Ctr+C则中断命令的执行。
-l 设置Ping报文所携带的数据部分的字节数，设置范围从0至65500。
例：向主机10.15.50.1 发出2个数据部分大小为 3000 Bytes的ping报文
C:\>ping -l 3000 -n 2 10.15.50.1
Pinging 10.15.50.1 with 3000 bytes of data
Reply from 10.15.50.1: bytes=3000 time=321ms TTL=123
Reply from 10.15.50.1: bytes=3000 time=297ms TTL=123
Ping statistics for 10.15.50.1:
Packets: Sent = 2, Received = 2, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 297ms, Maximum = 321ms, Average = 309ms
说明：
实际上Windows平台的Ping命令的参数非常多，这里只介绍其中最重要的三个参数。其他参数介绍请参考Windows在线帮助。
5.巧用Ping命令进行故障排除
案例一：连通性问题还是性能问题？
(1) 案例描述
?工程师小C，在配置完一台路由器之后执行Ping命令检测链路是否通畅。发现5个报文都没有Ping通，于是检查双方的配置命令并查看路由表，却一直没有找到错误所在。最后又重复执行了一遍相同的Ping命令，发现这一次5个报文中有1个Ping 通了－－原来是线路质量不好存在比较严重的丢包现象。
?工程师小C又配置了一台路由器，然后执行Ping命令访问Internet上某站点的IP地址，但没有Ping通。有了上次的教训小L，再一次Ping了20个报文，仍旧没有响应。于是小L断定是网络故障。但是在费劲周折检查了配置链路之后仍没有发现任何可疑之处，最后小L采取逐段检测的方法对链路中的网关进行逐级测试，发现都可以Ping 通，但是响应的时间越来越长，最后一个网关的响应时间在1800ms 左右。会不会是由于超时而导致显示为Ping 不同呢？受此启发，小L将Ping 命令报文的超时时间改为4000ms，这次成功Ping通了，显示所有的报文响应时间都在2200ms 左右。
(2) 建议和总结：
真的是Ping不通吗？这个问题需要定位清楚，因为连通性问题和性能问题排错的关注点是不一样的――问题定位错误必然会导致排错过程的周折。使用一般的Ping命令，缺省是发送5个报文的，超时时长是2000ms。如果Ping不通情况发生，最好能够再用带参数-c和-t的Ping命令再执行一遍，如：Ping -c 20 -t 4000 ip-address，即连续发送20个报文，每个报文的超时时长为4000ms，这样一般可以判断出到底是连通性问题还是性能问题。
案例二：使用大包ping对端进行MTU不一致的故障排除
(1) 现象描述：
某次开局，使用RG路由器与其他厂商的某路由器互连，并运行OSPF协议。数据配置完毕后，一切正常，并在今后相当长的时间内设备运转稳定。但两个月后，用户反馈网络中断。
(2) 相关信息显示：
?登录到两台路由器上，发现双方连接正常，可以相互Ping通对端地址。但OSPF协议中断；
?登录RG路由器查看邻居状态，发现邻居状态机处于Exstart状态。打开相应的debug开关查看相应的报文信息，发现双方都可以收到Hello报文，但RG路由器发送DD报文后，一直没有收到对方回应的DD报文；
?登录其他厂商的那台路由器，打开相应的debug开关，发现对方收到RG路由器发送的DD报文后，一发送了相应的DD报文予以回应。
(3) 原因分析：
初步断定，RG路由器没有收到DD回应报文，但对方确实发出来了。
既然可以接收到HELLO 报文说明链路是通畅的，而且多播报文的收发也没有问题。那么有可能是对方发送的DD 报文有错误导致RG路由器拒收，但查看相应的信
息，并没有报告接收到错误的DD 报文。
仔细查看某厂商路由器的调试信息发现这个DD报文很大有2000 多字节。会不会是由于报文太大导致的问题呢？试着Ping了一个2000字节的报文，结果不通。那么故障原因很可能是－－由于双方的MTU不一致导致大包不通。
(4) 处理过程：
检查配置，发现对方路由器的MTU设置为4000多而RG路由器的MTU设置为1500，于是修改对端路由器的MTU为1500。故障排除。
那么为什么工程初期没有问题呢？这是因为前期DD报文长度小于1500字节，而后来网络扩容导致路由信息过多使DD 报文的长度超过了1500 字节。
(5) 建议和总结：
由于Ping 缺省报文是56 个字节，所以显示的Ping 通信息只是表示56字节的报文可以通而并不一定表示其他大小的报文仍旧可以通。所以，应当善于使用Ping的其他参数来进行故障排除。
案例三：A能Ping通B，B就一定能Ping通A吗？
(1) 现象描述
组网图如下：
案例：A能Ping通B，B就一定能Ping通A吗？
在RouterA上配置一条指向2.0.0.0/8的静态路由：
RouterA（config）# ip route 2.0.0.0 255.0.0.0 1.1.1.1
在RouterA 上Ping RouterB 的以太网地址2.2.2.2，显示可以正常Ping通；但是在RouterB上Ping RouterA的以太网地址3.3.3.3，却无法Ping通。
(2) 原因分析：
由于在RouterB 上却没有相应的配置到3.0.0.0/8 路由，所以从RouterB 上Ping 不通RouterA的以太网口3.3.3.3 。
但是为何在A上可以Ping 通2.2.2.2 呢？同样是没有回程路由呀？打开路由器上的IP报文调试开关发现，原来从RouterA上发出的ICMP报文的源地址填写的是1.1.1.1而不是3.3.3.3，由于两台路由器的s0口处于同一网段，所以响应报文可以顺利到达RouterB。
(3) 建议和总结：
A能够Ping通B则B一定能够Ping通A（不考虑防火墙的因素）,这句话的对错取决于A和B到底是指主机还是指路由器。
?如果是指两台主机，那么这句话就是正确的。
?如果是指两台路由器那就是错误的，因为路由器通常会有多个IP地址。现在就有如下问题：当从一台路由器上执行Ping命令它发出的ICMP Echo报文的源地址究竟选择哪一个呢？实际情况是路由器选择发出报文的接口的IP地址。
2.2 Traceroute 命令
1.原理
Traceroute是为了探测源节点到目的节点之间数据报文所经过的路径。利用IP 报文的TTL域在每经过一个路由器的转发后减一，当TTL=0时则向源节点报告TTL 超时这个的特性。Traceroute首先发送一个TTL为1的UDP报文，因此第一跳发送
回一个ICMP错误消息以指明此数据报不能被发送（因为TTL超时），之后Traceroute 再发送一个TTL为2的报文，同样第二跳返回TTL超时，这个过程不断进行，直到到达目的地，此时由于数据报中使用了无效的端口号（缺省为33434）此时目的主机会返回一个ICMP的目的地不可达消息，表明该Traceroute操作结束。Traceroute记录下每一个ICMP TTL超时消息的源地址，从而提供给用户报文到达目的地所经过的网关IP地址。
2.功能
Traceroute 命令用于测试数据报文从发送主机到目的地所经过的网关，主要用于检查网络连接是否可达，以及分析网络什么地方发生了故障。
3.RGNOS平台的Traceroute命令
在锐捷RG系列路由器上，Traceroute命令的格式如下：
Traceroute host 『destination』
例如：查看到目的主机10.15.50.1 中间所经过的网关。
RG# traceroute 10.15.50.1
Type esc/CTRL^c/CTRL^z/q to abort.
traceroute 192.168.0.1 ......
1 10.110.40.1 1 4 ms 5 ms 5 ms
2 10.110.0.64 10 ms 5 ms 5 ms
3 10.110.7.25
4 10 ms
5 ms 5 ms
4 10.3.0.177 17
5 ms 160 ms 145 ms
5 129.9.181.254 185 ms 210 ms 260 ms
6 10.15.50.1 230 ms 185 ms 220 ms
Trace complete successfully.
4.Windows平台的Tracert 命令
在PC机上或Windwos NT为平台的服务器上，Tracert命令的格式如下：
tracert [ -d ] [ -h maximum_hops ] [ -j host-list ] [ -w timeout ] host
-d 不解析主机名；
-h 指定最大TTL大小；
-j 设定松散源地址路由列表；
-w 用于设置UDP报文的超时时间，单位毫秒；
例如：查看到目的主机10.15.50.1 中间所经过的前两个网关。
C:\>tracert -h 2 10.15.50.1
Tracing route to 10.15.50.1 over a maximum of 2 hops:
1 3 ms
2 ms 2 ms 10.110.40.1
2 5 ms
3 ms 2 ms 10.110.0.64
Trace complete.
5.使用Traceroute命令进行故障排除
案例一：使用Traceroute命令定位不当的网络配置点
(1) 现象描述
组网情况如下图所示：
最全的网络故障案例分析及解决方案
第一部：网络经脉篇2 [故事之一]三类线仿冒5类线，加上网卡出错，升级后比升级前速度反而慢2 [故事之二]UPS电源滤波质量下降，接地通路故障，谐波大量涌入系统，导致网络变慢、数据出错4 [故事之三]光纤链路造侵蚀损坏6 [故事之四]水晶头损坏引起大型网络故障7 [故事之五] 雏菊链效应引起得网络不能进行数据交换9 [故事之六]网线制作不标准，引起干扰，发生错误11 [故事之七]插头故障13 [故事之八]5类线Cat5勉强运行千兆以太网15 [故事之九]电缆超长，LAN可用，WAN不可用17 [故事之十]线缆连接错误，误用3类插头，致使网络升级到100BaseTX网络后无法上网18 [故事之十一]网线共用，升级100Mbps后干扰服务器21 [故事之十二]电梯动力线干扰，占用带宽，整个楼层速度降低24 [故事之十三]“水漫金山”，始发现用错光纤接头类型，网络不能联通27 [故事之十四]千兆网升级工程，主服务器不可用，自制跳线RL参数不合格29 [故事之十五]用错链路器件，超五类线系统工程验收，合格率仅76％32 [故事之十六]六类线作跳线，打线错误造成100M链路高额碰撞，速度缓慢，验收余量达不到合同规定的40％；34 [故事之十七]六类线工艺要求高，一次验收合格率仅80％36 第二部：网络脏腑篇39 [故事之一] 服务器网卡损坏引起广播风暴39 [故事之二]交换机软故障：电路板接触不良41 [故事之三]防火墙设置错误，合法用户进入受限44 [故事之四]路由器工作不稳定，自生垃圾太多，通道受阻47 [故事之五]PC机开关电源故障，导致网卡工作不正常，干扰系统运行49 [故事之六]私自运行Proxy发生冲突，服务器响应速度“变慢”，网虫太“勤快” 52 [故事之七]供电质量差，路由器工作不稳定，造成路由漂移和备份路由器拥塞54 [故事之八]中心DNS服务器主板“失常”，占用带宽资源并攻击其它子网的服务器57 [故事之九]网卡故障，用户变“狂人”，网络运行速度变慢60 [故事之十]PC机网卡故障，攻击服务器，速度下降62 [故事之十一]多协议使用，设置不良，服务器超流量工作65 [故事之十二]交换机设置不良，加之雏菊链效应和接头问题，100M升级失败67 [故事之十三]交换机端口低效，不能全部识别数据包，访问速度慢70 [故事之十四]服务器、交换机、工作站工作状态不匹配，访问速度慢72 第三部：网络免疫篇75 [故事之一]网络黑客程序激活，内部服务器攻击路由器，封闭网络75 [故事之二]局域网最常见十大错误及解决（转载）78 [故事之三] 浅谈局域网故障排除81 网络医院的故事 时间：2003/04/24 10:03am来源：sliuy0 整理人：蓝天(QQ：) [引言]网络正以空前的速度走进我们每个人的生活。网络的规模越来越大，结构越来越复杂，新的设备越来越多。一个正常工作的网络给人们带来方便和快捷是不言而喻的，但一个带病
计算机网络故障处理与维护方法(毕业论文)
五年制高职商贸信息专业毕业论文 计算机网络故障处理与维护方法 班级 姓名 学号 指导老师
目录 【摘要】 (1) 一、计算机网络故障的分类 (1) （一）计算机网络物理故障 (4) （二）计算机网络逻辑故障 (3) 二、计算机网络常见故障的处理 (1) （一）本地连接断开 (1) （二）本地连接收限制或无连接 (1) （三）本地连接正常，但浏览器无法连接网页 (1) 三、如何加强网络的维护 (1) （一）概括的说，应做到： (4) （二）具体来说，应该做到： (3) 四、结论 (8) 【参考文献】 (3)
计算机网络故障处理与维护方法 【摘要】 本文就网络中常见故障进行分类，针对各种常见网络故障提出相应的解决方法，并就如何加强网络的维护进行了概括论述。 网络出现故障是极普遍的事，其种类也多种多样，在网络出现故障时对出现的问题及时进行维护，以最快的速度恢复网络的正常运行，掌握一套行之有效的网络维护理论方法和技术是至关重要的。 【关键词】 网络故障分类处理维护 一、计算机网络故障的分类 计算机网络故障主要是指，用户在使用计算机网络过程中或网络在运行过程中出现的问题，导致计算机网络不能正常使用。通常计算机网络故障可以按照其故障的性质，分为物理故障和逻辑故障。 （一）物理故障： 物理故障也就是硬件故障，一般是指网络设备或线路损坏、接口松动、线路受到严重干扰，以及因为人为因素导致的网络连接错误等情况。出现该类故障时，通常表现为网络断开或时断时续。物理故障主要包括： （1）线路故障
线路故障的发生率在日常的网络维护中非常高，约占发生网络故障的60％～70％。线路故障包括线路的损坏和线路受到严重干扰。 （2）接口故障 接口故障通常包括插头松动和端口本身的物理损坏。如：双绞线RJ45接头的损坏。 （3）交换机或路由器故障 交换机或路由器故障在这里是指设备出现物理损坏，无常工作，导致网络不能正常运行的情况。 （4）网卡故障 网卡也称网络适配器，大多安装在计算机的主机部。通过主机完成配置和。网卡故障主要包括网卡松动、主机网卡插槽故障、网卡本身物理故障等。 （二）逻辑故障： 逻辑故障也称为软件故障，主要是指软件安装或网络设备配置错误所引起的网络异常。与硬件故障相比，逻辑故障往往要复杂得多。常见的网络逻辑故障有：主机逻辑故障、进程或端口故障、路由器故障等。 （1）主机逻辑故障 主机逻辑故障通常包括网卡驱动程序、网络通信协议或服务安装不正确、网络地址参数配置有误等。对计算机网络用户来讲，该类故障是十分常见的网络故障之一。 （2）进程或端口故障 进程或端口故障是指一些有关网络连接的进程或端口由于受到病毒或系统
常见网络故障处理方法
故障处理分析方法 【互联网专线】 一、客户所有电脑不能上网，网管正常 1、可以远程登陆路由器可能的故障原因及解决思路： 1.有可能是客户侧路由器配置口插入网线。 2.内网中ARP病毒。 3.交换机故障，查看是否上电 4. 查看交换机连接到路由器的网线是否有松动 （1）客户无法ping通网关(192.168.1.1) 查看是否获取到正常的IP地址（192.168.1.X），或者禁用网卡再启用，还是不行就重启下电脑。 （2）客户可以ping通网关 可以尝试重启下电脑，因为有可能是客户浏览器问题导致。 （3）本地连接受限 1. 查看下路由器DHCP是否有配置，如果有就叫客户禁用网卡再启用， 2. 还是不行就重启下电脑。 3. 如果还是受限就叫客户手动配置IP地址（192.168.1.100以后的没有人用的）跟首选DNS （218.207.217.241或219.141.136.10） 2、无法远程登陆路由器可能的故障原因及解决思路： 1.查看网管是否掉点，查看系统附件是否有路由器配置附件，打开查看是否有配置远程登 入 2.尝试PING客户侧外网IP地址，请到跳板上PING，因为部分集团有配置禁PING，只 有跳板才可以PING通。 3.查看设备是否有上电。 假如无法远程登陆路由器没必要判断以下三种情况（除非可以PING通客户侧外网IP）（1）客户无法ping通网关 xxxxx （2）客户可以ping通网关 xxxxx （3）本地连接受限 xxxx 二、客户部分电脑不能上网 1. 基本为客户侧内网问题，假如对方懂网络就直接跟他说我们可以连接到你们那边的路由器，外网一切正常，请查看下内网问题。（内网的问题基本为客户自己解决） 2. 可以与客户沟通，将设备重启
网络故障排错思路
网络故障排错思路 1、好多故障都是小问题引起的，我们排错的是否容易忽略。比如网络电缆松动是很常见的问题，应检查插头、连接器、电缆、集线器和开关等，小事情可能引起大问题。 2、大多数的网络故障问题是由人为因素（错误）造成的，通过提供网络配置和作用信息或提供这方面的培训，可以杜绝其中的大部分错误。 3、要注意解决问题的方式方法，应利用每次测试时收集到的信息去指导你的测试，如果不能确保你所选择的原始测试环境，就千万不要根据主观臆断转移到另一个测试环境中。 4. 应广开思路、灵活变通，不要认为问题的原因太多，不要认为在应用程序级发现的问题就不是下一级引起的。有些人总认为网络有故障，而另一些人总认为远程端有问题，某些人如此肯定他们知道问题的原因，以致不管测试的结果。千万不要重蹈这些覆辙，应测试每一种可能的情况，根据测试结果决定你的行动。 5、采用几种简单的故障检修工具。对于大多数的TCP/IP 软件问题，用几种简单的工具就足以解决问题，花些时间学习如何使用新的检修工具是值得的。由于很多网络问题的原因都很简单，因而对问题有一个清晰的了解往往就可能找到答案。遗憾的是情况并不总这这样！下面介绍几种简单的工具，可以帮助你去攻克最难解决的问题。 Ping ：这个命令工具在Linux/Unix 、Dos、Windows 9x 、Windows NT 等系统下都可以找到。
这一工具可以测试你的系统是否能到达一台远程的主机，这一简单的功能对于测试网络的连接是非常有用的，而与在其中检测到问题的应用程序无关。Ping 允许你下一步是测试网络连接层（较低层）还是应用程序层（较高层）。如果ping 显示分组报文可以到远程系统并返回，用户的问题就可能在较高层中；如果分组报文不能返回传送，那么故障可能在较低的协议层或物理层中。 利用用户的主机名或IP 地址，可先对远程主机使用ping 命令；如果执行成功，就由用户对该主机使用ping 命令；如果也执行成功，那么就应集中精力去分析用户遇到问题的那个应用程序。 如果你的ping 命令执行成功，而用户的ping 命令却失败，就可以集中测试该用户的系统配置文件，以及将你和用户到该远程主机的路径进行比较，找到它们的不同之处。 如果你和用户的ping 命令都失败了，ping 命令显示的出错信息是很有帮助的，可以指导你进行下一步的测试计划。以下是几种基本的出错类型：unknow host 该远程主机的名字不能被DNS（域名服务器）转换成IP 地址，DNS可能出故障、该名字可能是不正确的、你的系统和远程服务器之间的网络可能出毛病。如果你知道该远程主机的IP 地址，可以再试一试ping 命令。如果利用它的IP 地址能达到该主机，问题就可能出在DNS上。 Network unreachable 本地系统没有到达该远程系统的路由。如果在ping 命令中使用IP地址，则利用主机名重新输入ping 命令，这就消除了输入不正确IP 地址的可能性。如果使用路由选择协议，一定要确保它正在运行，并使用nestat 去检查其路由表。
常见网络故障处理方法完整版
常见网络故障处理方法 Document serial number【NL89WT-NY98YT-NC8CB-NNUUT-NUT108】
NO： 常见网络故障处理方法 作业指导书 （第A版） 编制人： 审核人： 批准人：
版本修订记录
目录 3、交换机常见故障及解决方 法 (7) 1光缆链路的主要故障 一般分为两步： 收发器暂时不要和交换设备连接。我们先使用两台笔记本电脑连接收发器，两台电脑之间互Ping。待测试好了以后再连接交换设备。一台笔记本电脑ping 另外一台电脑的IP 地址，例如，PC1 Ping PC2, 命令为Ping –t –l 65000。如果丢包少于5%，则比较正常，如果丢包较多，则需要仔细检查。 收发器连接交换设备以后，我们建议仍然使用Ping 的命令来测试，例如PC1 PingPC2, 命令为Ping –t –l 1500, 数据包长度一般不是65500，因为不同的交换机或路由器对包长的限制不同。但是1500 字节的数据包应该很少丢包，否则需要仔细检查。 故障现象： 1光缆熔接不良(有空气) 2光缆断裂或受到挤压 3接头处抛光不良 4接头处接触不良 5光缆过长 6核心直径不匹配
7填充物直径不匹配 8弯曲过度(弯曲半径过小) 2光纤故障排除方法 首先看光纤收发器或光模块的指示灯和双绞线端口指示灯是否已亮 2.1.1如收发器的光口（FX）指示灯不亮，请确定光纤链路是否交叉链接光纤跳线 一头是平行方式连接；另一头是交叉方式连接。 2.1.2如A收发器的光口（FX）指示灯亮、B收发器的光口（TX）指示灯不亮，则故障在A收发器端： 一种可能是：A收发器（TX）光发送口已坏，因为B收发器的光口（FX）接收不到光信号；另一种可能是：A收发器（TX）光发送口的这条光纤链路有问题（光缆或光线跳线可能断了）。 c、双绞线（TP）指示灯不亮，请确定双绞线连线是否有错或连接有误请用通断测试仪检测；（不过有些收发器的双绞线指示灯须等光纤链路接通后才亮。） d、有的收发器有两个RJ45端口：（To HUB）表示连接交换机的连接线是直通线；（To Node）表示连接交换机的连接线是交叉线（接单机）； e、有的发器侧面有MPR开关：表示连接交换机的连接线是直通线方式；DTE开关：连接交换机的连接线是交叉线方式。 2、光缆、光纤跳线是否已断 a、光缆通断检测：用激光手电、太阳光、发光体对着光缆接头或偶合器的一头照光；在另一头看是否有可见光如有可见光则表明光缆没有断。 b、光纤连线通断检测：用激光手电、太阳光等对着光纤跳线的一头照光；在另一头看是否有可见光如有可见光则表明光纤跳线没有断。 3、半/全双工方式是否有误 有的收发器侧面有FDX开关：表示全双工；HDX开关：表示半双工。 4、用光功率计仪表检测 光纤收发器或光模块在正常情况下的发光功率：多模：-10db--18db之间；单模20公里：-8db--15db之间；单模60公里：-5db--12db之间；如果在光纤收发器的发光功率在：-30db--45db之间，那么可以判断这个收发器有问题。 1． TXLINK灯不亮； 答：造成该故障的原因有二，一为接错双绞线，本收发器和光纤头及指示器同侧的RJ45口接PC机用交叉双绞线，接HUB或SWITCH用平行双绞线；二为通过双绞线所连的电口不是100M速率。 2． FXLINK灯不亮； 答：原因一：光纤线接错，正确接法为TX-RX； 原因二：传输距离太长或中间损耗太大，超过本产品的标称损耗，解决办法为采取办法减小中间损耗或是更换为传输距离更长的收发器； 3．五灯全亮或指示器正常但无法传输； 答：一般关断电源重启一下即可恢复正常； 4．光纤正常连接后FXRX灯常亮；
配电网故障预控措施及典型案例分析
配电网故障预控措施及典型案例分析 发表时间：2016-11-04T15:05:20.767Z 来源：《电力设备》2016年第15期作者：章勇王浩张彬彬 [导读] 笔者配网故障防范措施入手进行阐述，再通过本单位出现的典型故障案例进行分析，并提出相关整改措施及事件启示。 （国网江苏省电力公司徐州供电公司江苏徐州 221005） 摘要：随着配电电网建设发展，提高供电可靠率、减少配电网故障是一个系统工程，不仅要加强配电网络的运行维护与管理，加强配电网络的建设，还需要加大对故障情况的分析，要从多方面努力才能取得实效。供电企业在进一步提高配电网络的供电可靠性和运行经济性、为广大用户提供优质服务的同时，也为企业带来更大的社会效益和经济效益。保障配网设备的安全稳定运行，减少设备故障的发生。笔者配网故障防范措施入手进行阐述，再通过本单位出现的典型故障案例进行分析，并提出相关整改措施及事件启示。 关键词：配电网，运行，供电可靠性，故障，异常 0 引言 提高供电可靠性、减少配电网故障率，是配电运检专业一项重要基础工作和综合性很强的生产工作，需要从配电网自动化管理作为抓手，针对造成配网故障的主要影响因素，了解故障根源，采取可靠的10kV配电网的预控故障管理措施，才能将各类故障异常遏制。配电网故障的原因气候环境有较大关联，其诱因最终导致的是配网设备故障，发展至事故，首先应对配电网气候环境、设备负荷及人员管理等因素采取相应预控措施。 1 配电网故障原因分析及预控措施 1社会环境造成配网故障的主要方面 社会经济高速发展带来了楼宇建设、交通繁忙，对线路通道造成一定安全隐患，车辆碰撞杆塔导致线路故障的情况时有发生，尤其在夜间或施工场所。基建施工场所对配电网的破坏也是有发生，主要表现在以下方面：①施工机械、物料超高超长碰触带电部位或破坏杆塔；②基面开挖伤及地下敷设电缆；③修路、建房、烧砖等取用土时，对架设在田间地头电杆地段进行取土，破坏了电杆基础，造成电杆倾斜倒塌。 2社会环境因素采取的预控措施 针对道路交通造成的隐患，采取的措施非常必要，一般建议采用反光漆作为方法措施之一，离地面20cm起往上粉刷杆塔，黄黑颜色相间，各3道，色带高度为20cm则可。对屡屡遭受碰撞的杆塔，可在来车前方1m处设置防撞混凝土墩，并刷上类似的反光漆并在拉线上套上带反光标示的护筒；或迁移该类杆塔。 针对施工现场的反故障措施主要有以下几个方面：加大宣传力度，利用各种传媒长期、广泛宣传保护电力设施的重要性，解释破坏电力设施所带来的严重后果以及肇事者应负的责任；有开挖可能的地下线路，适当设置警示牌，增加巡视的次数。 3气候环境造成配网故障的主要方面 根据多年来的配网运行管理经验，耐张点的悬式绝缘子在雷击时极少发生闪络故障，故障发生点集中在针式绝缘子上，应进一步提高针式绝缘子的耐雷水平有助于提高线路的防雷能力。 在配电架空线路抗击冰冻方面，加强线路的抗倾覆能力是关键。大雪会造成线路积雪增加导线荷载，当气温下降到一定程度时，伴随着雪雨水还会在导线上形成覆冰，从而引起导线弧垂增加，受力增大造成到杆断线故障。 2气候环境因素采取的预控措施 针对雷击事故，应提高绝缘子的耐雷水平，特别是针式绝缘子的耐雷水平。安装线路避雷器，部分特殊线路段加装避雷线。提高绝缘子的绝缘等级，只是其中一个方面，还不足以保障线路在遭受雷击后能安全运行，配套措施是增加泄雷通道，而安装线路避雷器则是一个经济、简单、有效的措施。线路避雷器安装地点的确定原则是尽量安装在周围无高层建筑物、地方开阔的线路段上，尤其是雷击多发区周围有高层建筑物屏蔽雷电的线路段可不用考虑安装，以节省投资。雷电高发区的确定可参考气象部门已确定的雷区分布图另一方面可借助雷电信息定位系统的统计数据核实线路是否处于雷击多发区。 10kV线路避雷器建议选用带金属氧化物避雷器的复合绝缘子。定期检测接地网，确保接地网的接地阻值合格。确保了足够数量的泄雷通道后还应保证泄雷通道畅通无阻，而合格的接地网是保障泄雷通道畅通的一个关键原因。定期进行接地网的阻值检测期，对阻值不合格的接地网，视运行时间和实际检测的阻值情况，可分别采用重新构造接地网或增打地极的方法处理。 针对冰雪灾害天气，建议在积雪结冰或风口地段尽量减少档距和多采用耐张段，拉线设置合理，拉盘合格，尽量防止故障进一步扩大。必要时采用人工除冰的办法，尽量减少损失。 5针对设备陈旧及负荷采取的预控措施 对于重载配电网线路和公用台区应每月开展负荷监测工作。对于长期稳定过负荷的馈线建议采取预警制度，及时制定整改方案转接负荷；对于柱上断路器、跌落式熔断器、阀式避雷器、针式绝缘子、高损配变、高低压配电柜、并沟线夹等早期投运的残旧设备，应选用技术参数高的现行产品结合全年的停电计划安排轮换工作。 6针对针对运行管理方面采取的预控措施 在运行管理方面，应着重抓好巡视维护及消缺两项工作。巡视维护方面应针对不同的天气、季节特点，每月度制定巡视计划，落实责任人，确保巡视到位。巡查发现的缺陷或隐患应设专人进行分析归类，按先急后缓、是否需要停电等的条件制定计划，落实消缺工作。同时应根据单位实际清况，建立健全考核激励机制，对每条线路应独立建立档案，分线分杆进行登记，将线路运行情况、巡查记录、设备缺陷、危险点、特殊区域或地段、消缺等全面录入生产系统，作为月度绩效考核的主要依据。 2 一起配电网故障的案例分析 配电网运行管理人员，应对管理制度的执行方面，加强对典型配电故障对分析，提出改进的措施。下面一起配网断路器渗水的设备故障进行分析，并提出相关措施及事件启示。
网络常见故障维修
网络常见故障处理方法 1.网络突然中断 网卡IP地址的设置错误 右键点击网上邻居，在弹开菜单中选择属性，然后继续右键点击本地网络，在弹开菜单中选择属性，进入本地连接属性栏，之后双击INTERNET协议（ TCP/IP）,可才看到自己的IP地址，子网掩码，DNS等相关设置。 在公司内部每个人的地址多不相同，如果你的地址与别人的相同，就会造成 IP地址冲突，导致上不去网络；而且配置与网关给的配置不一样，也有上不去网络 的可能。 网卡误操作被禁用 网卡被禁用后，在右下角将没有连接提示，需要用右键点击网络邻居，在弹开菜单中选择属性，然后继续右键点击本地网络，在弹开菜单中选择启用。 网线接触不良，网卡插错或插的不严实 这类故障通常因为设备的老化或者网络头的磨损导致的，这类故障要彻底解决的话需要更换交换机或者更换网络头。 交换机停止工作 通常是有人不小心碰到了电源，导致设备断电。通常这种情况发生，会导致掉电设备上所有的用户多会中断与网络的连接。 电脑中了恶性病毒 电脑在中病毒后，通常情况是系统运行速度变慢，上网速度也变的缓慢；当电脑中一些恶性病毒后，病毒会对一些常用端口发病毒包，从而导致电脑上不去网或 者一些软件无法正常使用。 2.网络正常，邮件收发有问题
邮件服务器设置错误 邮件服务一般需要用户设置SMTP服务器，POP3服务器以及用户名和密码；其中SMTP服务器是发件服务器，邮件的收发多是通过该服务器来发送，POP3服务器是收 件服务器，你收到的邮件多是从POP3服务器上传送到本地的。如果用户更改设置后，发现邮件能收不能发，或者邮件能发不能收，只需要查看响应的服务器设置就可以。 电脑操作系统故障导致邮件收发出现问题 ???此类故障主要因为电脑配置，系统稳定性所导致。当电脑配置教低，系统稳定性又很差时，电脑经常出现各种故障，有时出现突然邮件收发出现问题；一般此类问题解决方法就是重启操作系统。 邮件提供商的配置问题 当您在一个地方使用邮件服务很正常，换到另外一个地点后，邮件服务突然出 现问题，而上网正常，很又可能是邮件提供商或者当地的网络提供商对网络进行了一些安全设置，所以这时你需要联系邮件提供商或者当地的网络提供商来处理此类问题。 3.网络时断时续，很不稳定 ???当网络配置完后，发现网络时断时续，首先我们需要查看我们的路由等设备配置，查看网络设备配置上是否有任何问题。 ???如果网络时断时续是网络正常运行一段时候后才发生的，那我们需要查看路由设备的CPU利用率等相关数据，以此来确定是否问题来源于内部网络病毒。 ???如果确认上面那些多没有问题，那我们需要联系我们的网络提供商，一起配合检查线路。 4.网络故障查询经常使用的命令 Ping命令的使用技巧 ???Ping是个使用频率极高的实用程序，用于确定本地主机是否能与另一台主机交换（发送与接收）数据报。根据返回的信息，我们就可以推断TCP/IP参数是否设置得正确以及运行是否正常. Ping命令的常用参数选项： ???ping IP –t 连续对IP地址执行Ping命令，直到被用户以Ctrl+C中断。
典型的网络故障分析、检测与排除
典型的网络故障分析、检测与排除 摘要： 网络故障极为普遍，故障种类也十分繁杂。如果把网络故障的常见故障进行归类查找，那么无疑能够迅速而准确的查找故障根源，解决网络故障。文章主要就网络常见故障的分类诊断及排除进行了阐述。根据网络故障的性质把网络故障分为物理故障与逻辑故障。其物理故障也就是网络设备的故障。其逻辑故障是网络中配置管理的错误。也可根据网络故障的对象把网络故障分为线路故障、路由故障和主机故障。本文主要介绍路由器故障、配置故障、及连接故障的诊断与排除。通过运用工具和方法分析出导致网络故障的主要原因，及解决方法。 关键词：计算机网络，网络故障，分析诊断，物理类故障，逻辑类故障 引言 计算机网络故障是与网络畅通相对应的一个概念，计算机网络故障主要是指计算机无法实现联网或者无法实现全部联网。引起计算机网络故障的因素多种多样但总的来说可以分为物理故障与逻辑故障，或硬件故障与软件故障。采取有效的故障防预措施网络故障目前已经成为影响计算机网络使用稳定性的重要因素之一，加强对计算机网络故障的分析和网络维护已经成为网络用户经常性的工作之一。及时进行网络故障分析和网络维护也已经成为保障网络稳定性的重要方式方法。本文从实际出发，即工作中遇到的网络故障，描述了通过运用网络知识进行故障排除。按照故障现象—>故障分析-->故障解决的研究路线阐述了如何在实际中排除网络故障，及其在网络安全的应用中的重要性。 本文着重讲解了网络故障的排除方法，通过运用解决问题的策略与排除故障的思路在故障现场很快的检测出是属于哪种故障然后再基于故障提出方案给予解决。 正文： 一、网络故障 （一）物理类故障 物理故障，是指设备或线路损坏、插头松动、线路受到严重电磁干扰等情况。比如说，网络中某条线路突然中断，这时网络管理人员从监控界面上发现
常见网络故障排查
计算机网络故障及其维修方法 目标： 1．常见计算机网络故障检测、分析能力；掌握计算机网络故障维修方法； 2．会配置小型计算机网络系统；了解常见计算机网络故障原因；了解计算机网络故障处理方法； 3．能利用所学知识和经验（灵活性）创造性地解决新问题。 内容： 一、了解常见计算机网络故障原因 （一）硬件故障 硬件故障主要有网卡自身故障、网卡未正确安装、网卡故障、集线器故障等。 首先检查插上计算机I/O插槽上的网卡侧面的指示灯是否正常，网卡一般有两个指示灯“连接指示灯”和“信号传输指示灯”，正常情况下“连接指示灯”应一直亮着，而“信号传输指示灯”在信号传输时应不停闪烁。如“连接指示灯”不亮，应考虑连接故障，即网卡自身是否正常，安装是否正确，网线、集线器是否有故障。 1．RJ45接头的问题 RJ45接头容易出故障，例如，双绞线的头没顶到RJ45接头顶端，绞线未按照标准脚位压入接头，甚至接头规格不符或者是内部的绞线断了。
镀金层厚度对接头品质的影响也是相当可观的，例如镀得太薄，那么网线经过三五次插拔之后，也许就把它磨掉了，接着被氧化，当然也容易发生断线。 2．接线故障或接触不良 一般可观察下列几个地方：双绞线颜色和RJ-45接头的脚位是否相符；线头是否顶到RJ-45接头顶端，若没有，该线的接触会较差.需再重新压按一次；观察RJ-45侧面。金属片是否已刺入绞线之中？若没有，极可能造成线路不通；观察双绞线外皮去掉的地方，是否使用剥线工具时切断了绞线（绞线内铜导线已断，但皮未断）。 如果还不能发现问题，那么我们可用替换法排除网线和集线器故障，即用通信正常的计算机的网线来连接故障机，如能正常通信，显然是网线或集线器的故障，再转换集线器端口来区分到底是网线还是集线器的故障，许多时候集线器的指示灯也能提示是否是集线器故障，正常对应端口的灯应亮着。 （二）软件故障 如果网卡的信号传输指示灯不亮，这一般是由网络的软件故障引起的。 1．检查网卡设置 普通网卡的驱动程序磁盘大多附有测试和设置网卡参数的程序。分别查验网卡设置的接头类型、IRQ、I/O端口地址等参数，若有冲突.只要重新设置（有些必须调整跳线），一般都能使网络恢复正常。
网络故障处理方法
网络故障处理方法 校园网用户不能通过认证上网的原因很多，本着“先软后硬、逐段排除”的原则，可自行尝试确定故障点。列举典型故障原因供用户参考，必要时据此收集故障信息以方便报修。 1、账号不能成功拔号，请先看看客户端拔号时有什么提示信息。 （1）欠费：包月收费到期，到财务处（办公楼308）购充值卡，再登录自助平台充值，教工不存在此情况； （2）密码错误：携带证件原件和复印件，复印件上注明账号名称、要修改的新密码，签名后到网络管理部门（办公楼110）修改； （3）时段限制：学生用户上网时段限制为除上午四节课和下午两节课之外的时间，教工不存在此情况； （4）获取当前认证网卡IP地址失败：网卡未与交换机建立物理连接，或者连接交换机的网线故障，换一条好网线或重新连接无线设备再试； （5）Portal认证失败，网络故障或Portal服务器没有回应：不能连接到认证服务器，联网失败原因需进一步确定； （6）用户不存在或者用户没有申请该服务：尚未正式注册帐号，到网络管理员处复制参考文档，填报资料并予注册帐户，等待管理员正式注册。 2、不能成功拔号不一定是认证计费系统的问题，还需进一步确定是不是计算机本身问题。 如果本教室或办公室内的其他用户可以通过认证而只有自己不能通过，尝试“交叉测试”：分别用自己的账号在能上网的计算机上拔号测试、用别人的正常帐号在自己的计算机上拔号测试。（1）别人的账号在自己的计算机上可以成功拔号：排除计算机故障，显然账号有问题，参考第1条处理；（2）自己的账号在别人的计算机上可以使用，同时别人的帐号在自己的计算机上也不能成功拔号：应排除帐号故障，初步确定自己计算机的软件或硬件系统存在问题。 3、经过上一步的测试，我的帐号是没问题的，那计算机可能会存在哪些故障？ （1）网线或网卡故障：换条好网线试试，或者换个好网卡试试。
【干货】典型网络故障案例及处理思路
【干货】典型网络故障案例及处理思路 很多朋友经常提到网络故障，其中在交换机组网时常见的故障比较多。为了便于大家排除这些故障，在此介绍一些常见的典型故障案例及处理思路。 故障1：交换机刚加电时网络无法通信 故障现象 交换机刚刚开启的时候无法连接至其他网络，需要等待一段时间才可以。另外，需要使用一段时间之后，访问其他计算机的速度才快，如果有一段时间不使用网络，再访问的时候速度又会慢下来。 故障分析 由于这台交换机是一台可网管交换机，为了避免网络中存在拓扑环，从而导致网络瘫痪，可网管交换机在默认情况下都启用生成树协议。这样即使网络中存在环路，也会只保留一条路径，而自动切断其他链路。所以，当交换机在加电启动的时候，各端口需要依次进入监听、学习和转发状态，这个过程大约需要3~5分钟时间。
如果需要迅速启动交换机，可以在直接连接到计算机的端口上启动“PortFast”，使得该端口立即并且永久转换至转发状态，这样设备可以立即连接到网络，避免端口由监听和学习状态向转发状态过渡而必须的等待时间。 故障解决 如果需要在交换机加电之后迅速实现数据转发，可以禁用扩展树协议，或者将端口设置为PortFast模式。不过需要注意的是，这两种方法虽然省略了端口检测过程，但是一旦网络设备之间产生拓扑环，将导致网络通信瘫痪。 故障2:5口交换机只能使用4口 故障现象 办公室中有4台计算机，但是只有一个信息插座，于是配置了一台5口（其中一口为UpLink端口）交换机。原以为4台计算机刚好与4个接口连接，1个UpLink端口用于连接到局域网，但是接入到网络之后，与UpLink端口相邻的1号口无法正常使用。 故障分析 UpLink 端口不能被看作是一个单独的端口，这是因为它与相邻端口其实就是一个端口，只是适用的连接对象不同而已。借助UpLink端口，集线设备可以使
2020年常见的网络故障分析与处理
常见的网络故障分析与处理 如今，计算机网络技术飞速发展，在社会生活和工作中的重要性日趋凸显。它给人们带来了极大的便利，但是同时，层出不穷、种类繁多的网络故障也给人们带来了很多的烦恼。本文将简单介绍一些常见的网络故障及其处理方法。 一、计算机网络故障分类 网络故障按性质分为物理故障和逻辑故障;按对象分为线路故障、路由器故障和主机故障。 物理故障主要有网卡、网线、交换机、路由器等故障。 逻辑故障主要有网络协议、网络设备配置等故障。 二、物理故障分析与处理 1、线路故障 线路故障的发生率很高，包括线路损坏和线路受到严重电磁干扰。 处理方法：观察网线两端口处是否松动、磨损或断开，如发现问题则处理;否则继续处理如下：若线路短，可将网线一端插入正常RJ45插座内，另一端插入正常HUB端口，然后用Ping命令检查线路与网管中心服务器端口是否连通。若线路长，或网线不方便移动，就用网线测试器测量网线的好坏。目前，大约有70%的网络故障是由此类故障引起的。 2、集线器(或路由器)故障 集线器(或路由器)物理损坏，导致网络不通。
处理方法：替换排除法，用通信正常的网线将主机和集线器连接，如能正常通信，则可确定集线器正常;否则更换一个端口排查是 端口故障还是集线器故障，如更换端口后能正常通信，则确定为端口故障;如若始终不能正常通信，则可能是集线器故障。更换一个能正 常使用的集线器，如能正常通信则确定为集线器故障。 3、主机物理故障 包括网卡松动，网卡物理故障，主机网卡插槽故障。 处理方法：网卡松动可重新拔插固定网卡;主机网卡插槽故障可更换一个网卡插槽;网卡物理故障可将其插到正常工作的主机上测试，若仍无法工作，即更换网卡。 四、逻辑故障分析与处理 1、路由器逻辑故障 包括路由器端口参数设定有误，路由器路由配置错误、路由器CPU利用率过高和路由器内存余量太小等。 逻辑故障最常见的是配置错误导致网络异常或故障。配置错误 可能是路由器端口参数设定有误，或路由器路由配置错误以至于路由循环或找不到远端地址，或路由掩码设置错误等。比如，掩码为255.255.255.0，IP地址为192.168.0.1的主机就ping不通IP地址为192.168.1.1的路由器。 处理方法：该故障可用ping命令或用traceroute命令(路由跟踪程序)查看远端地址中哪个节点出现问题，对该节点参数进行检查
常见网络故障的分析及排除方法
常见网络故障的分析及排除方法 【摘要】计算机网络是一个复杂的综合系统，网络故障十分普遍，故障种类也极其繁杂。本文在对具体的网络故障分析基础上，给出了相应的排除方法。 【关键词】网络故障；常见故障；分类诊断；物理故障；逻辑故障 一、网络故障的分类 网络故障的成因无非是硬件和软件两个方面。按照网络故障的性质，网络故障可划分为物理故障与逻辑故障两类。物理故障也叫硬件故障，是指由硬件设备所引发的网络故障。在硬件故障中线路故障、端口故障、集线器或路由器故障及主机物理故障是较为常见的几种故障。 逻辑故障又称为软故障，表现特征为网络不通，或者同一个链路中有的网络服务通，有的网络服务不通。究其根源，是由于设备配置错误或者软件安装错误所致。路由器逻辑故障、主机逻辑故障、病毒故障是几种常见的逻辑故障。 二、排除故障的具体方法 排除故障的方法是不外乎从软件设置和硬件损坏两个方面来考虑： ㈠物理故障及排除方法 1、线路故障最普遍的情况是线路不通，是网络中常见的故障。线路损坏或线路受到严重电磁干扰时最容易引发该故障。诊断此故障时，若线路很短，最直接的方法是将该网络线一端插入一台能够正常连入局域网的主机的RJ45插空内，另一端插入正常的集线器端口中，然后在DOS环境下，使用PING命令在本主机上检测线路另一端主机（或路由器）的端口能否响应，用TRACEROUTE命令检查路由器配置是否正确，根据检测结果进行判断；若线路稍长，不方便移动，可使用网线测试仪器进行线路检测；若线路太长，或线路由电信供应商提供，则需要与提供商协同检查线路，确认是否线路中间出现了故障。 对于存在严重电磁干扰的检测，可以使用屏蔽性能很强的屏蔽线在该线路上进行通信测试，若通信正常，表明存在电磁干扰。若问题依旧，可排除电磁干扰故障。 2、端口故障分为插头松动及端口本身的物理故障。此类故障一般会直接影响到与其相连的其他设备的信号灯状态。信号灯较直观，通过信号灯大体上可以判断出故障的发生范围及有可能存在的因素。检测时，首先应检查RJ45插头是否松动或检查RJ45接口是否制作完好，然后查看集线器或交换机的接口，如果某个接口存在问题，可以更换接口后再进行验证是否真的存在端口故障。 3、路由器或集线器故障会直接导致网络不通。这类故障也是网络上一种常见的故障，故障的现象与线路故障很相近，在诊断此种故障时，必须用专门的诊断工具来收集路由器的端口流量、路由表、路由器CPU温度、负载及路由器的内存余量、计费数据等数据。检测时，可采用替换排除法，用通信正常的网线和主机来连接路由器或集线器，若通信正常，表明路由器或集线器没有故障；反之则应调换路由器（或集线器）的端口来确认故障；很多情况下，路由器（或集线器）的指示灯表明了其本身是否存在故障，正常的情况下对应端口的指示灯为绿色指示灯。通过以上测试后，若问题依旧，可断定路由器或集线器上存在故障。 4、主机物理故障包括网卡物理故障，网卡插槽故障，网卡松动及主机本身故障。对于网卡插槽故障和网卡松动的诊断可通过更换网卡插槽来进行。如果更换插槽仍不能解决故障，可将网卡放到其他正常工作的主机上测试，若正常通信，是主机本身故障，若无法工作，是网卡物理物理故障，更换网卡故障可排除。
关于网络故障方面的一些常见的问题及解决方法
关于网络故障方面的一些常见的问题及解决方法 21 号。如果有，必须手工更改这些设备的中断和 I/O 地址设置。 34 、故障现象：在“网上邻居”或者“资源管理器”中只能找到本机的机器名。 故障分析、排除：网络通信错误，一般是网线断路或者与网卡的接触不良，还有 可能是 H u b 的问题。 35
故障现象： 可以访问服务器， 也可以访问 Int ern et ， 却无法访问其他的工作站。 故障分析、排除：如果使用了 w i n s 解析，可能是 wins 服务器地址设置不当；检 查网关设置，若双方分属不同的子网而网关设置有误，则可能看到其他工作站；检查 子网掩码设置。 36 、故障现象：网卡在计算机系统无法安装。
故障分析。排除：第一种可能是计算机上安装了许多其他类型的接口卡，造成中 断和 I/O 地址冲突。可以先将其他不重要的卡拿下来，在安装网卡，最后在安装其他 接口卡。第二种可能是计算机中有一些安装不正确的设备，或者有未知设备一项，是 系统不能检测网卡。这时应该删除未知设备中的所有选项，让偶重新启动计算机。第 三种可能是计算机不能识别这一种类型的网卡，一般只有跟换网卡了。 37 、故障现象：局域网上可以 Ping 通 I P
地址，但 P i n g 不通域名？ 故障分析、排除： T C P/I P 协议中的“ＤＮＳ设置”不正确，请检查其中的配置。 对于对等网， “主机”应该填写自己机器本身的名字， “域”不需填写，ＤＮＳ服务器 应该填自己的ＩＰ。对于服务器／工作站网，主机应该填写服务器的名字，域填写局 域网服务器设置的域， DNS 服务器应该填写服务器的 I P 。 38
网络故障应急方案
网络故障应急方案 一、网络故障的定义 本方案所指的网络故障系由于各种原因导致的局部或整个网络不能正常运行而影响医疗工作的故障现象。 二、网络故障的判断 当网络系统终端设备在使用过程中出现访问数据库速度迟缓、不能进入相应程序、不能保存数据、不能访问网络时应立即将故障情况反馈到信息科网络维护值班室，网络维护值班员对科室提出的上述问题应及时核查并将结果反馈给科室。网络维护值班室值班员能确认故障原因时，则立即进行恢复工作。若故障原因不明确时，应向计算机室负责人汇报，由计算室负责人组织计算机室工程技术人员进行故障会诊、确认，必要时应及时寻求有关维保单位或相关单位的技术支持，力争在不影响整体网络运行的情况下排除故障。当网络故障情况严重、影响面大、不能在短期内排除时，应立即报告医务部，以便在网络不能正常运转的情况下协调全院工作。现根据故障严重程度分为三类： 一类故障：主服务器不能工作；光纤损坏；主服务器数据丢失；主交换机出现严重故障；价表被删改；规律性的整体软、硬件故障。 二类故障：局部网络不通；规律性的局部软、硬件故障。 三类故障：单一终端软、硬件故障；单一病人信息丢失；偶然性的数据处理错误；操作者违反网络系统工作流程要求、由于操作不熟练或使用不当造成的错误。 三、网络整体故障的处理 一类故障：此类故障产生经诊断、维护而在短时间难以进行故障恢复时应立即报告信息科主任，同时报医务部值班室、主管领导，并按程序向院领导汇报。 根据故障严重性及排除的可能性及时预告有关科室： （1）30分钟不能恢复——门、急诊收费、挂号、药局转入手工。 （2）3小时内不能恢复——医生工作站、护士工作站、中心摆药室、入院、手术室、医技检查转入手工（具体实行时间及步骤由医务部护理部通知）。 （3）6小时不能恢复——出院核算转入手工。 二类故障：由工程人员上报计算机室负责人、信息科主任，由计算机室负责人协调组织人员集中解决。 三类故障：由工程人员单独解决，并详细登记情况。 四、网络故障排除的具体协调 1．故障排除的一切步骤、方法由医务部统一通知，相关单位严格按照通知时间协调工作，在未接到新的指示前不准私自操作计算机。 2．门诊、急诊挂号工作协调： （1）门诊、急诊挂号应急措施分别由门诊部、急诊科主任、护士长负责协调，进行手工挂号； （2）手工挂号时照常给病人分配ID号；给病人出具所需就诊科室的挂号单；病人凭挂号单依次到科室就诊； （3）建立应急登记本，用于手工挂号时登记病人信息，包括患者姓名、性别、出生年月、ID号、籍贯、科室及专家姓名等项目； （4）网络故障恢复后，及时将中断期间的患者信息补录入计算机。 3．住院工作协调： （1）门诊、急诊住院应急措施分别由门诊部、急诊科主任、护士长负责协调，进行手工办理住院手续； （2）病人详细填写住院卡片，由住院处手工填写入科通知单，包括病人ID号、住院号、姓名、性别、年龄、费别、入院科室、病区及入院日期、时间等； （3）病人持入科通知单到住院收费处办理住院交费手续后入病区；
典型网络故障总结
典型网络故障总结 网络故障的一般分类 网络故障一般分为两大类：连通性问题和性能问题。它们各自故障排除的关注点如下： ?连通性问题 硬件、系统、电源、媒介故障 配置错误 不正确的相互作用 ?性能问题 网络拥塞 到目的地不是最佳路由 转发异常 路由环路 网络错误 一般网络故障的解决步骤 故障排除系统化是合理地一步一步找出故障原因并解决的总体原则。它的基本思想是系统地将由故障可能的原因所构成的一个大集合缩减（或隔离）成几个小的子集，从而使问题的复杂度迅速下降。 故障排除时有序的思路有助于解决所遇到的任何困难，下图给出了一般网络故障解决的处理流程。 网络故障排除基本步骤 我们以一个故障排除的实例来学习如何应用这些步骤。
案例：某用户网段广播包过多造成该网段的服务器FTP业务传输速度变慢 组网图如下： 某校园网的三个局域网，其中10.11.56.0为一个用户网段，10.11.56.118为一个日志服务器；10.15.0.0是一个集中了很多应用服务器的网段。 用户网段广播包过多造成该网段的服务器FTP业务传输速度慢 1. 故障现象描述 要想对网络故障做出准确的分析，首先应该了解故障表现出来的各种现象，然后才能确定可能产生这些现象的故障根源或症结。因此，对网络故障做出完整、清晰的描述是重要的一步。 如上述案例，用户反映：“日志服务器与备份服务器间备份发生问题。”这就是一个不完整不清晰的故障现象描述。因为这个描述没有讲述清楚下列问题： ●这个问题是连续出现，还是间断出现的？ ●是完全不能备份，还是备份的速度慢（即性能下降）？ ●哪个或哪些局域网服务器受到影响，地址是什么？ 正确的故障现象描述是： 在网络的高峰期，日志服务器10.11.56.11到集中备份服务器10.15.254.253之间进行备份时，FTP传输速度很慢，大约只有0.6Mbps。 2. 故障案例相关信息收集 本步骤是搜集有助于查找故障原因的更详细的信息。主要是三种途径： ●向受影响的用户、网络人员或其他关键人员提出问题； ●根据故障描述性质，使用各种工具搜集情况，如网络管理系统、协议分析仪、相关show命令等； ●测试性能与网络基线进行比较。 如上述案例，可以向用户提问或自行收集下列相关信息： ●网络结构或配置是否最近修改过，即问题出现是否与网络变化有关？ ●是否有用户访问受影响的服务器时没有问题？ ●在非高峰期日志服务器和备份服务器间FTP传输速度是多少？ 通过该步骤，可以收集到了下面一些相关信息： ●最近10.11.56.0网段的客户机不断在增加； ●129.9.0.0网段的机器与备份服务器间进行FTP传输时速度正常为7Mbps，与日志服务器间进行FTP传输时速度慢，只有0.6Mbps；