网络故障精解实例

 

实例一：网络测试设备法

大连某电力用户，有一个站点上网速度很慢，并且时不时地中断，已经更换过网卡，检查过PC的设置等，都无法确定问题在哪里。此外将网线换至交换机不同的端口，问题还是得不到解决。而连接在该交换机上的其它用户都没有问题。用户购买网络万用表后，将-IL(在线型网络万用表)接入测试几分钟后，测试仪显示在交换机一侧电平断断续续出现电平低的问题。断开网络端口，测试仪测试电缆的长度是85米。将网线换到另一个交换机上以后，故障现象消失,初步判定为该交换机的原端口故障。

 

提示：

一些交换机/HUB或某些端口的电平驱动能力不强。当站点距离交换机的位置较远时，问题就显露了出来。但是这种故障非常难查找，而且非常费时，因为它是一种间歇性的故障。当你更换了网卡后，故障消失，你可能认为故障已经排除。其实故障并没有排除，而是在更换网卡后的一个比较短的时间内该故障没有发生。而你所认为的故障只是从表面上看是排除了，并没有任何的证明。

在说明的案例中还有一个要值得注意的问题。在排除故障的时候一定要首先确认该故障是一个站点，几个站点，局部或全局的问题。这样就可以尽快缩小故障所涉及的范围。例如该案例，为什么连接到同一交换机的站点就没有这样的问题。而更换到交换机的其它端口问题还解决不了。后经检查发现，除了有故障的站点距离交换机的距离是85米以外，其它站点的距离都在40米以内。这说明这台交换机的网络端口驱动能力是有问题的。当站点的距离在某个范围以外时，就会出现驱动电平不够的问题。

编者提示：由于交换机或HUB性能不能达到标准而出现的这种问题屡见不鲜，甚至在一些很知名的品牌上也有类似的问题，不能绝对相信权威哦。另：如果没有测试仪器，也可以用近距测试的方法来找到问题哦，没有设备就要靠经验啦！

实例二：查看日志法

　　笔者在使用客户端连接Windows 2000 Server终端服务器时，出现无法成功连接的问题，系统显示“终端服务器已结束连接”的提示，笔者反复尝试连接，故障依旧存在。但此时Windows 2000 Server服务器提供的Web和FTP服务均能正常工作，这说明此问题并不是因网络故障而产生的，于是笔者决定在终端服务上寻找问题的解决办法。

　　在Windows 2000 Server服务器中，多次重新启动系统，问题无法得到解决。笔者在“事件查看器”中查看日志记录，发现一条描述信息为“RDP 的 "DATA ENCRYPTION" 协议组件在协议流中检测到一个错误并且中断了”的日志记录。难道是终端服务的级别设置过高所致？但笔者发现加密级别使用的是默认值，并没有随意改动。笔者再根据日志记录中的描述信息进行分析，终于找到了原因，原来是注册表中的“Certificate”子键被损坏，才导致用户无法与终端服务进行正常通信。

　　这是因为Certificate子键负责终端服务通信中数据信息的认证和加密，它一旦被损坏，终端服务的协议组件就会检测到错误，中断客户机与终端服务器之间的通信。导致Certificate子键损坏的原因很多，如管理员安装和卸载某些系统、对终端服务参数的不合理配置等。这时我们需要重置该键值中的内容，才能修复终端服务。

　　进入注册表编辑器窗口，展开“HKEY_LOCAL_MA CHINE\SYSTEM\CurrentCon trolSet\Services\TermService\ Parame ters”，找到名为“Cer tificate”的子键，将它删除，重新启动Windows 2000 Server服务器，系统就会重新生成“Certificate”子键，这样客户端就能正常连接到终端服务器了。

编者注：日志查看这个方法特别适应于服务出现的一些问题。比如在安装了windows2000server的计算机开机时，经常出现“至少有一个系统服务产生的问题”云云。就应该先看系统日志，然后再判断问题的所在。

另：千万不要忽略各种错误后的提示信息，无论多菜的鸟，多高的手都要靠提示来分析问题！

实例三：著名的“全双工不匹配”

北京，某银行网络中心，由于很多用户抱怨网络应用的响应很慢，经过检查确认是服务器速度已经跟不上用户的需求，因此购买了一个新的高性能服务器来替换原有的旧的服务器。

奇怪的是，在更换了服务器以后网络的用户并没有感觉到和以前一样，有时还不如以前的速度快。网络管理人员反复检查了服务器的各种设置，软件的设置，电缆的连接等。始终找不到故障所在。

根据用户的故障描述，安恒的工程师建议用户先使用网络万用表对问题比较明显的站点进行现场测试，工程师将-IL(在线型网络万用表)串接在交换机和服务器之间后，经过数秒钟的测试测试仪显示服务器和交换机之间的速度一边是100M半双工的连接另一边的连接为100M全双工的连接）。

网络管理人员自始至终也没有怀疑到交换机上的端口连接设置居然是一个半双工的模式。这种连接不匹配的问题会在网络中产生大量的碰撞错误和Bad FCS错误，从而导致交换机和服务器之间的连接速度还不如以前。尽管服务器的性能已经提高，但是远不能补偿由于连接速度带来的损失。更换了服务器的网卡后，速度明显提升，数月没有解决的问题几分钟就解决了。

在线型网络万用表串联在网卡和交换机(HUB)之间可以告知两侧的速度，电平，工作方式(全双工或半双工)等多种信息。

编者提示：绝大多数的网络设备接口都配置成“自动适应”的模式。然而一条线缆的两端有时也会出现“谈不拢”的问题，结果就造成了特别迷惑人的现象。这时如果有测试仪器当然好，没有就应该在交换机上输入例如：show interface等命令，查看错误，如果有大量的冲突和奇偶校验错误，就该把两边手工设置成全双工或半双工了，就是管理员强制让它们跑在某一模式下

http://51bbs.blog.51cto.com/171675/147929