网络排障少走弯路 两案例速解网管疑难？

在网络的管理运维过程中，可以说故障是不可避免的。如果有管理员企图打造零故障的网络，只能是徒劳。因为网络故障有太多的随机性和偶然性，何况还有人为因素。所以，管理员要做的是掌握网络排错技巧，积累经验培养敏锐的嗅觉，能够少走弯路，快速定位并排除故障。笔者做技术支持时目睹过不少网管的排错过程，也看过一些别人的排错文章，发现有不少人有意或者无意地走了不少弯路。下面很大家共享两例网络排错案例，希望对朋友们有所启发。

  案例一：病毒引发的网络故障

  故障现象

  早上刚上班，用户打来电话说某个子网的客户端无法正常上网。并且反馈信息，在PingDNS时断时续，远程登录三层交换机，检查连接用户办公楼端口，未发现有异常情况。

  故障诊断

  笔者建议管理员首先检查网络是否出现风暴或网络回环。打开Sniffer软件监控用户所在网络，看是不是出现流量异常的现象，监控两个小时后发现流量很正常。很奇怪，据用户反映在中午下班时网络正常恢复正常，但是下午用户又打来电话说网络又不正常了，初步判断问题出在用户端。

  笔者让管理员到用户办公室逐个排查。根据用户反映，如果把网卡禁用后再启用，网络就正常了，但过10分钟又无法ping通，周而复始。我们知道，网卡禁用再启用的过程，就是一个Arp的学习过程，在此期间，它会发出一个Arp的请求，询问谁是这个网段的网关，然后得到这个网关的MAC地址，然后当它需要去访问不同网段机器的时候，就会把数据包丢给那个网关。那么，是不是用户的某台机器中了病毒，导致它可以模仿真实网关的地址，使得在局域网内的客户端在上网时开发者_StackOverflow中文版都把数据包发给了这个模仿真实网关的机器，从而产生故障?马上找了一台机器用arp-a命令去查看这台机器默认网关的MAC地址，发现当网络正常时显示的默认网关的MAC地址是正确的，当故障出现时默认网关的MAC地址突然变了。