您的位置：程序门 -> 硬件使用 -> 网络设计与维护

排除网络故障

[收藏此页] [打印本页]选择字色：背景色：字体：[大][中][小]

排除网络故障

发表于：2008-01-09 08:50:18 楼主

对于那些从事网络管理与维护工作或者经常上网的朋友来说，遇到网络故障几乎是一件不可避免的事情。面对稀奇古怪的网络故障，相信不少人会感觉到无从下手，于是他们往往会求助各种专业的故障诊断工具，希望能通过这些专业工具快速找到故障原因，以便及时采取措施进行针对性应对。

事实上，无论是什么类型的故障诊断工具，在一些特殊网络故障面前都会显得无能为力；此时，我们所能做的就是依靠自己，从使用ping命令开始，手工逐步排查故障原因。

着眼顺序，用好ping命令

尽管ping命令平时看上去很平凡稀松，但是在关键时刻使用该命令，它有时能发挥出意想不到的作用。当然，要想让ping命令有效发挥作用，我们首先需要掌握使用该命令排查故障的一些测试顺序，只要依照顺序依次排查，再难解决的网络故障也能被很快解决掉，下面就是使用ping命令测试故障原因的具体操作顺序：

首先对本地工作站的循环地址127.0.0.1进行ping测试。当遇到一些无法直接找到故障原因的特殊网络故障时，我们首先需要使用ping命令测试一下本地工作站的循环地址127.0.0.1能否被正常ping通，倘若该地址无法被正常ping通的话，那么说明本地工作站的tcp/ip协议程序受到了破坏，或者网卡设备发生了损坏。

此时，我们不妨打开本地工作站系统的设备管理器窗口，从中找到网卡设备选项，并用鼠标右键单击该选项，从弹出的快捷菜单中执行“属性”命令，打开网卡设备的属性设置窗口，在该窗口的“常规”标签页面中我们就能看到当前的网卡工作状态是否正常了（如下图所示）。

当发现网卡工作状态正常的话，那很有可能是本地工作站的tcp/ip协议程序受到了破坏，此时我们不妨打开本地连接属性设置窗口，选中并删除该设置窗口中的tcp/ip协议选项，之后再重新安装一下tcp/ip协议程序，相信这么一来本地工作站的循环地址127.0.0.1就能被正常ping通了。

其次对本地工作站的ip地址进行ping测试。在确认127.0.0.1地址能够被ping通的情况下，我们继续使用ping命令测试一下本地工作站的静态ip地址是否能被正常ping通，倘若该地址不能被正常ping通的话，那么说明本地工作站的网卡参数没有设置正确，或者网卡驱动程序不正确，也有可能是本地的路由表受到了破坏。

此时我们可以重新检查一下本地工作站的网络参数是否设置正确，如果在网络参数设置正确的情况下仍然无法ping通本地ip地址的话，我们最好重新安装一下网卡设备的原装驱动程序，相信这么一来我们就能正确ping通本地工作站的静态ip地址了。一旦本地工作站的静态ip地址被顺利ping通的话，那就表明本地工作站已经能够加入到局域网网络中了。

接着对本地局域网的默认网关地址进行ping测试。由于本地工作站是通过网关与局域网中的其他工作站进行相互通信的，只有本地工作站与默认网关之间连接正常，才能确保本地工作站与其他工作站通信正常。倘若网关地址能被正常ping通的话，那就表明本地工作站可以与局域网中的其他工作站进行正常通信。

要是ping命令操作不成功的话，那很有可能是网关设备自身存在问题，或者是本地工作站与网关之间的线路连接不正常，也有可能是本地工作站与网关没有设置成同一个子网中。此时，我们可以先用专业的线缆测试工具测试一下网络线缆的连通性，在线缆连通性正常的情况下，再检查本地工作站的网络参数是否与网关的参数设置成同一个子网中。

倘若网络参数设置正确的话，我们再从其他工作站ping一下网关地址，以便确认网关自身是否存在原因，如果局域网中的其他工作站也无法ping通网关的话，那多半是网关设备自身存在问题，这个时候我们只要将故障排查重点锁定在网关设备上就可以了。

下面对局域网中任意一台远程工作站的ip地址进行ping测试，以便检验本地工作站能否通过网关设备与局域网中的其他工作站进行通信。要是我们发现远程工作站的ip地址无法ping通的话，那很有可能是远程工作站自身无法响应，或者是远程工作站与网关设备之间的线路连接出现了问题，此时我们可以将网络故障的排查重点聚焦到远程工作站上或者是局域网的网络设备上。

最后对局域网的远程工作站主机名称进行ping测试。在确认能够ping通远程工作站ip地址的情况下，仍然出现无法访问远程工作站内容的时候，我们就有必要进行这一项测试操作。如果该主机名称无法被ping成功的话，那很有可能是dns解析出现了问题，而不是网络连接发生了故障，此时我们不妨把故障检查重点锁定在dns服务器上。

小提示：为了有效地找出网络故障原因，我们在使用ping命令进行测试检查时，尽量确保局域网中只配置了一个网关，同时确保本地工作站没有启用ip安全设置策略，这样可以保证ping命令能够获得正确的测试结果。

着眼安全，停用ping功能

在网络访问一切正常的情况下，我们有时使用ping命令测试某个地址的连通性时，会出现ping不通的现象，其实这种现象并不能算是网络故障，因为目前不少病毒程序会通过ping命令向局域网中发送大量的垃圾包，以便实施ddos攻击，而许多服务器或工作站为了远离这样的非法攻击，常常会采取措施将ping功能关闭掉，如此一来就会出现在网络访问一切正常的情况下，仍然发生ping不通的奇怪现象。

为了保护本地工作站的安全，我们在平时可以采取如下措施，确保其他用户无法ping通本地工作站的ip地址：

首先依次单击“开始”/“设置”/“控制面板”命令，在其后弹出的控制面板窗口中双击“管理工具”图标，再双击“本地安全策略”项目，之后依次选中其后界面中的“安全设置”、“ip安全策略”选项，在对应“ip安全策略”选项的右侧显示区域中，用鼠标右键单击空白区域，并执行快捷菜单中的“创建ip安全策略”命令，打开如下图所示的创建向导窗口；

单击该窗口中的“下一步”按钮，并将ip安全策略的名称设置为“noping”，之后按照向导提示逐步单击“下一步”按钮，完成ip安全策略的创建任务。当创建好ip安全策略后，打开本地工作站系统的组策略编辑界面，在该编辑界面的左侧显示区域依次选择“计算机配置”、“windows设置”、“安全设置”、“ip安全设置，在本地计算机上”选项，并在该选项的右侧显示区域选中“noping”ip安全策略，并用鼠标右击该选项，从弹出的右键菜单中执行“指派”命令，如此一来本地工作站的ping功能就被暂时停止使用了。

小提示：除了通过停用ping功能来增强本地工作站的安全防范性能外，我们也可以通过伪装ping命令测试结果的方法，来保护本地工作站或服务器的安全。例如，在进行ping命令测试时，如果defaultttl结果为128的话，我们就能判断目标主机的操作系统类型为windows系统，如果defaultttl结果为64的话，那目标主机的操作系统类型为linux系统，根据这样的测试结果信息黑客就有可能实施有针对性地攻击，为此我们可以故意伪装defaultttl结果信息，以便给黑客返回一个错误的结果，从而让黑客发动的非法攻击偏离方向。

要伪装defaultttl结果信息，我们只要先打开系统的注册表编辑窗口，并依次展开“hkey_local_machine\system\currentcontrolset\services\tcpip\parameters”分支，然后在“parameters”分支下面创建一个“defaultttl”双字节值，再将它的数值设置成其他任意一个数字。

例如在windows系统下，我们可以尝试将defaultttl结果信息设置成“64”，那样一来黑客使用ping命令测试本地工作站时，还认为本地工作站安装了linux系统，于是他们可能会针对linux系统发动攻击，但这样的攻击不会对windows系统工作站造成任何影响，如此一来本地工作站的安全性就得到了一定程度的保证。

着眼网速，用好pathping

在windows 2000以上版本的工作站系统中，ping命令还有一个“兄弟”作伴，这位“兄弟”其实就是平时很少露面的pathping命令，该命令在关键时刻也能帮助我们找到网络故障原因。例如在网络访问速度非常缓慢的情况下，我们使用ping命令或许根本找不到造成网络访问速度缓慢的故障原因，此时使用pathping命令，我们就能轻易地找到究竟在哪一个网络连接环节出现了数据丢包现象。

当我们发现本地工作站上网速度非常缓慢的时候，可以依次单击“开始”/“运行”命令，在弹出的系统运行框中输入“cmd”字符串命令，单击“确定”按钮后，将系统切换到ms-dos运行状态；

其次在dos命令行中，输入字符串命令“pathping xxx”（其中“xxx”为本地工作站指定的dns服务器ip地址），单击回车键后，我们就能从随后的结果信息中看到在访问dns服务器过程中，中途经过了几个中间路由器（如下图所示）。

并且能清楚地知道究竟在哪一个跳转环节发生了数据丢包或网络延时现象。如果我们发现某一个路由器的数据丢包率非常高的话，那么该路由器很有可能出现了意外，此时我们只要将故障检查重点锁定在对应路由器设备上就可以了。

发表于：2008-01-09 16:16:251楼得分:0

顶起

发表于：2008-01-09 16:17:222楼得分:0

这种不顶...............真的不行.............lz,顶了

发表于：2008-01-09 16:50:343楼得分:0

顶~~

发表于：2008-01-09 21:38:544楼得分:0

好，谢谢！

发表于：2008-01-11 15:13:045楼得分:0

谢谢这位大哥的贴子,不过以我的经验看,网络故障排查这东西最好还是动手过几次才行,很多理论其实在实际中是用不上的,要是找不对门路,一个小小的故障也够忙半天的了

发表于：2008-01-11 17:58:396楼得分:0

楼上说的对，不过，如果你连原理都不知道，瞎搞的话....知道理论后再联系实践,那才是最好的...

发表于：2008-01-12 22:47:447楼得分:0

网络故障的诊断和排除：
a. 认清症状。仔细记录从其他人或系统中学来的解决问题的方法，并把它放在手头。
b. 验证用户权限。例如，确保用户正确键入了他或她的口令。
c. 限定问题的范围。它是全局性的吗?即网上的所有用户总是会碰到这个问题吗?或者问
题只发生在网络上某一地理区域，某一特定的工作组，某一特定的时间段?换句话说，这问题是属于地区性的，工作组性的还是时间相关的?
d. 重现故障，并且要保证能够可靠地重新产生这个错误。
e. 验证网络物理连接（例如网络连线、网络接口卡的插槽、供电电源）的完整性。从受
到影响的节点开始，向主干网延伸。
f. 验证网络的软件连接问题（例如地址、协议绑定、软件安装等等）。
g. 考虑最近的网络变更和可能因此导致的网络问题。
h. 实施解决方案。
i. 检验解决方案。

其他资讯