网络故障实例

实例五
• 故障现象：网吧局域网中除了服务器能上 网其他客户机都不能上网 。
• 分析、排除：检查HUB或交换机工作是否 正常；检查服务器与HUB或交换机连接的 网络部分（含：网卡、网线、接头、网络 配置）工作是否正常；检查服务器上代理 上网的软件是否正常启动运行；设置是否 正常 。
实例六
• 故障现象：在查看"网上邻居"时，会出现 “无法浏览网络。网络不可访问。想得到 更多信息，请查看‘帮助索引‘中的‘网 络疑难解答’专题。”的错误提示。
•
诊断过程 ：]该公司的网络为10Base-T局域网，此次只增加了
DDN设备和路由器，其它配置基本不变。故将网络测试仪 F68X从最低楼层的某个用户端接入网络进行观察，平均流 量为1.2％，未发现异常。改用流量发送功能作流量逐级递 增的体能测试，也未发现任何异常。表面上看，该网段似乎 没有什么问题。为快速定位网络故障，将流量发送到其它网 段，同时观察网络状况。随着发送流量的增加，1分钟后发 现错误帧，帧类型为FCS错误帧，并指示FCS帧来自第二层 的某个用户。显然，只据此现象就判断故障原因为该工作站 的网卡损坏或网卡驱动程序错误，似乎显得“证据不足”， 因为整个楼层的用户反映的故障现象是相同的。继续观察到 5分钟，发现FCS错误帧数量增加为10个用户左右，由此可 以断定不是某个工作站的问题。为此，令其它楼层多个用户 与故障楼层用户交换数据(比如拷贝文件)，结果发现多个 FCS帧错误。
• 故障原因:5类UTP双绞线有4对线，实际使 用的是其中两对用于接收和发送数据，由 于1、2或3、6位置的某一对线出现故障， 引起网络通讯故障，事实上即使4、5或7、 8位置的两对线断裂也不会影响网络通讯。
• 原因三：VLAN惹的祸
• 故障现象:某公司局域网通过CISCO 4006交 换机千兆光纤接口与上级总部相联，交换 机有四个模块，共划分为三个VLAN，网络 一直运行正常。后来因上级部门要求，对 VLAN及IP地址进行了重新规划与调整，结 果公司大部分电脑能正常连网，但有一些 电脑却不能正常连网。在不能正常连网的 电脑上发现:网络连接图标显示在任务栏， 上面并未出现 “×”，再查看网络连接状态， 发现只有发送数据包，接收数据包为0。
实例七
• 故障现象：局域网上可以Ping通IP地址，但 Ping不通域名?
• 分析、排除：TCP/IP协议中的“DNS设置” 不正确，请检查其中的配置。对于对等网， “主机”应该填自己机器本身的名字， “域”不需填写，DNS服务器应该填自己 的IP。对于服务器/工作站网，“主机”应 该填服务器的名字，“域”填局域网服务 器设置的域，DNS服务器应该填服务器的 IP。
• 根据网络规范，以太网为碰撞侦听共享介 质方式工作的。每个工作站到集线器的网 线长度应不超过100米，方可保障无延迟碰 撞或FCS帧错误 。
实例16
• 故障现象：远程网络有一台服务器及若干 台客户机。其中客户机A最近突然无法访问 服务器，基本测试使用ping客户机无法ping 通服务器，但客户机A与客户机B可以互相 ping通且客户机A能访问服务器。以排除线 缆故障。
实例八
• 故障现象：计算机屏幕上出现“错误680： 没有拨号音。请检测调制解调器是否正确 连到电话线。”或者“There is no dialtone。 Make sure your Modem is connected to the phone line properly。” 的提示框 。
• 分析、排除：检测调制解调器工作是否正 常，是否开启；检查电话线路是否正常， 是否正确接入调制解调器，接头有无松动。
• 分析、排除：检查这台客户机TCP/IP协议 的设置，检查这台客户机中IE浏览器的设置， 检查服务器中有关对这台客户机的设置项 。
实例四
• 故障现象：网吧整个局域网上的所有的计 算机都不能上因特网。
• 分析、排除：服务器系统工作是否正常； 服务器是否掉线了；调制解调器工作是否 正常；局域网边端交换机工作是否正常。
实例十
• 故障现象： 浏览网页的速度较正常情况慢。 • 分析、排除：主干线路较拥挤，造成网速 较慢；(属正常情况)浏览某一网页的人较多， 造成网速较慢；(属正常情况) 有关Modem 的设置有问题；局端线路有问题。
实例11
• .故障现象： 能正常上网，但总是时断时续 的。 • 分析、排除：电话线路问题，线路质量差； 调制解调器的工作不正常，影响上网的稳 定性。
实例九
• 故障现象： 在用IE浏览器浏览中文站点时 出现乱码。
• 分析、排除故障：IE浏览器中西文软件不兼 容造成的汉字会显示为乱码，可试用 NetScape的浏览器看看；我国使用的汉字 内码是GB，而台湾使用的是BIG5，若是这 个原因造成的汉字显示为乱码，可用 RichWin 变换内码试试。
• 原因二：双绞线惹的祸 • 故障现象:利用ADSL MODEM的路由功能， 可以与其它六台计算机通过一个10M HUB 共享一条ADSL宽带上网，一个月来运行正 常。前几天，电脑突然不能上网了，ADSL 虚拟拨号不通，而其它五家都能正常上网 。
• 故障处理 ： • 首先怀疑是系统故障，于是在Windows XP中重装网卡驱动 程序，重建ADSL拔号连接，仍然不能拨通，接着在自家换 用其它能正常上网的笔记本电脑，故障依旧，这就排除了 电脑本身的问题。在 HUB上调换了端口，甚至直接连接到 ADSL MODEM上，故障依旧，而他人利用该端口却能正常上 网，这也就排除了HUB端口故障。查看本地连接，网络连 接图标正常地显示在任务栏，上面并未出现 “×”(事实 上网络不通时网络连接图标上往往有个“×”)，再查看 网络连接状态，发现只有发送数据包，接收数据包为0， 由此断定网络连接有问题，于是检查了一下线路，看是否 有扭曲或断裂，并未发现异常现象，然后在双绞线两端依 次重新制作水晶头接头，故障还是没有解决。
• 故障原因:由于连接在模块4上的端口的计算 机IP地址是按VLAN 80进Байду номын сангаас配制，事实上因 配制错误，模块4的端口并没有划入 VLAN 80，这些计算机实际上并不属于任 何VLAN，导致计算机不能通讯的故障。
实例14
• [症状]某证券公司求诊，要求查找错误源。 近日股市火爆，新增不少用户，但一周内 已经三次出现交易数据错误，数据恢复也 进行了三次。虽然涉及的金额不大，与证 券交易所的资料核对不上，对历史记录和 当日交易记录进行了比较，发现在同一时 刻往往有几个用户的交易数据出错。怀疑 存在病毒或恶意用户捣乱的可能，用多套 软件查杀病毒，并重新安装系统，恢复备 份的数据。不料今日故障现象依旧出现。
实例13
• 故障现象：在日常网络维护中我们经常会 遇到这样一个奇怪的问题:机器只能发送数 据包却不能接收数据包。
• 原因一：网卡惹的祸 故障现象:某公司局域网一台电脑不能连网， 本地网络连接状态只发送数据，而接收数 据包为0。 故障处理:使用笔记本电脑测试，网络正常， 于是更换计算机网卡，故障解决。 故障原因:网卡物理故障。
实例一
故障现象： 网吧局域网中其他客户机在“网上邻 居”上都能互相看见，而只有某一台计算机谁也看 不见它，它也看不见别的计算机。(前提：该网吧 的局域网是通过HUB或交换机连接成星型网络结 构）。
• 分析、排除：检查这台计算机系统工作是 否正常；检查这台计算机的网络配置；检 查这台计算机的网卡是否正常工作；检查 这台计算机上的网卡设置与其他资源是否 有冲突；检查网线是否断开；检查网线接 头接触是否正常。
• 打开交换机端口工作表观察，本楼层的记 录中也显示FCS帧错误，而其它的交换机 端口工作表中没有FCS错误记录(交换机为 非切发型交换机)，这说明是本网段内存在 者线缆超长的链路。再试着向Internet某个 已知用户发送流量，并且进行ICMP Ping测 试，结果发现损失率为90％左右。由于刚 才本网段内的体能测试未发现异常，所以 只能是集线器与交换机联结的单条链路有 问题。测试该电缆，长度指示为175米！超 长。
• 网线制作不标准，引起干扰，发生错误 .
实例15
• 故障现象：某公司开通DDN专线后部分用户抱怨数 据交换的速度变慢，且经常有联结中断的现象。网 络支持人员虽经多方查找仍不得要领 。该公司的网 络结构原先是单纯的局域网，分布在三层楼面中， 共有300个站点，每个楼层有100个左右的用户。配 线间设在最上面一层的楼层中，用交换机将各楼层 共分成三个网段。以前员工均使用拨号上网方式实 现与Internet的联结，自我感觉网络速度还比较快， 工作一直很正常。新近增加了路由设备，并申请开 通了DDN专线。每个楼层用集线器将用户联结起来， 结果最低楼层的员工反映有时速度很慢，并常有莫 名其妙的中断现象。由于该公司没有配备任何网络 监测工具，且在局域网内传输数据不受影响，只在 上Internet网时才有麻烦。
实例二
• 故障现象： 网吧局域网中有两个网段，其中一个网网 段的所有计算机都不能上因特网。（前提： 该网吧的局域网通过两个HUB或交换机连 接着两个的网段）
• 分析、排除：两个网段的干线断了或干线 两端的接头接处不良。检查服务器中对该 网段的设置项 。
实例三
• 故障现象：网吧局域网中某台客户机在 “网上邻居”上都能看到服务器，但就是 不能上因特网。（前提：服务器指代理网 吧局域网其他客机上因特网的那台计算机 ）
• 故障处理:首先怀疑是交换机物理故障，但观察交 换机的指示灯状态以及各端口的状态，显示为绿 灯，状态正常。接着用笔记本电脑在故障点进行 测试，故障依旧。这就排除了电脑本身故障。然 后用网线测试仪在网络两端进行了测试，网线正 常。最后仔细地检查了交换机配制，发现有一条 设置VLAN的命令，SET VLAN 80 3/1-48，5/134，而实际上只有4个模块，这里将模块号4错写 成了5，重新配制VLAN 80，SET VLAN 80 3/148，4/1-34，故障排除。
• 思考一下，双绞线有四对线，水晶头中1、2、3、4、5、6、 7、8位置依次为白橙、橙、白绿、兰、白兰、绿、棕、白 棕，实际使用的是其中两对线，它们排在水晶头的1、2与 3、 6位置。由于接收数据包为0，怀疑是其中一对线有问 题(白橙、橙或白绿、绿，事实上应该是排在3、6位置的 一对线为接收数据线)，于是在双绞线两端重新制作接头， 按照非常规的排线顺序:水晶头中1、2、3、4、5、6、7、 8位置依次为白橙、橙、白兰、棕、白棕、兰、白绿、绿， 当然仍要保持1、2为一对线，3、6为一对线。重新连接好 双绞线，问题解决了。为了进一步证明自己的推断，白绿、 绿这一对线有问题，后来借来了网线测试仪，果然测得白 绿、绿这一对线不通，但由于7、8位置上这一对线是备用 线，实际上不起作用，对网络连接并没有影响。
•
• • • • • •
• •
在本地的管理计算机上安装omni控制台软件，在远程服务器上安装peekdnx 引擎，软件安装不需要重新启动计算机。通过安装在服务器上的peekdnx引 擎对客户机测试ping包进行本地抓包分析，通过omni控制台来进行远程分析。 通过抓包分析： Request中destination：00:0b:cd:e7:48:9c Source： 00:10:5a:9c:bc:99 Reply中： destination 00:50:7f:04:5f:21 Source: 00:0b:cd:e7:48:9c 如上所示，发现ping request中的源Mac地址与ping reply中的目的Mac地址不 一致，再通过ARP-A命令查看服务器的本地的Mac地址表发现 draytek :04 :5f :21 MAC地址是网关的172.25.3.129的地址。 至此，网络的故障的原因被找到，查看服务器的网络配置为：172.25.3.138； mask255.255.255.240；gateway：172.25.3.129；而出现故障的计算机的网 络配置为：172.25.3.149；mask：255.255.255.224，gateway 172.25.3.129； DHCP的pool为172.25.3.140—172.25.3.159；mask配置为： 255.255.255.224。
• 分析、排除： • 第一种情况是因为在Windows启动后，要求输入 Microsoft网络用户登录口令时，点了“取消”按 钮所造成的，如果是要登录NT服务器，必须以合 法的用户登录，并且输入正确口令。 • 第二种情况是与其它的硬件产生冲突。打开“控 制面板→系统→设备管理”。查看硬件的前面是 否有黄色的问号、感叹号或者红色的问号。如果 有，必须手工更改这些设备的中断和I/O地址设置。
实例12
• 故障现象：局域网上可以Ping通IP地址，但 Ping不通域名?
• 分析、排除：TCP/IP协议中的“DNS设置” 不正确，请检查其中的配置。对于对等网， “主机”应该填自己机器本身的名字， “域”不需填写，DNS服务器应该填自己 的IP。对于服务器/工作站网，“主机”应 该填服务器的名字，“域”填局域网服务 器设置的域，DNS服务器应该填服务器的 IP。