服务器网络故障排错思路

服务器网络故障排错思路：

1、好多故障都是小问题引起的，我们排错的是否容易忽略。比如网络电缆松动是很常见的问题，应检查插头、连接器、电缆、集线器和开关等，小事情可能引起大问题。

2、大多数的网络故障问题是由人为因素（错误）造成的，通过提供网络配置和作用信息或提供这方面的培训，可以杜绝其中的大部分错误。

3、要注意解决问题的方式方法，应利用每次测试时收集到的信息去指导你的测试，如果不能确保你所选择的原始测试环境，就千万不要根据主观臆断转移到另一个测试环境中。

4.应广开思路、灵活变通，不要认为问题的原因太多，不要认为在应用程序级发现的问题就不是下一级引起的。有些人总认为网络有故障，而另一些人总认为远程端有问题，某些人如此肯定他们知道问题的原因，以致不管测试的结果。千万不要重蹈这些覆辙，应测试每一种可能的情况，根据测试结果决定你的行动。

5、采用几种简单的故障检修工具。对于大多数的TCP/IP软件问题，用几种简单的工具就足以解决问题，花些时间学习如何使用新的检修工具是值得的。由于很多网络问题的原因都很简单，因而对问题有一个清晰的了解往往就可能找到答案。遗憾的是情况并不总这这样！下面介绍几种简单的工具，可以帮助你去攻克最难解决的问题。

Ping：这个命令工具在Linux/Unix、Dos、Windows9x、WindowsNT等系统下都可以找到。

这一工具可以测试你的系统是否能到达一台远程的主机，这一简单的功能对于测试网络的连接是非常有用的，而与在其中检测到问题的应用程序无关。Ping允许你下一步是测试网络连接层（较低层）还是应用程序层（较高层）。如果ping显示分组报文可以到远程系统并返回，用户的问题就可能在较高层中；如果分组报文不能返回传送，那么故障可能在较低的协议层或物理层中。

利用用户的主机名或IP地址，可先对远程主机使用ping命令；如果执行成功，就由用户对该主机使用ping命令；如果也执行成功，那么就应集中精力去分析用户遇到问题的那个应用程序。

如果你的ping命令执行成功，而用户的ping命令却失败，就可以集中测试该用户的系统配置文件，以及将你和用户到该远程主机的路径进行比较，找到它们的不同之处。

如果你和用户的ping命令都失败了，ping命令显示的出错信息是很有帮助的，可以指导你进行下一步的测试计划。以下是几种基本的出错类型：

unknowhost该远程主机的名字不能被DNS（域名服务器）转换成IP地址，DNS可能出故障、该名字可能是不正确的、你的系统和远程服务器之间的网络可能出毛病。如果你知道该远程主机的IP地址，可以再试一试ping命令。如果利用它的IP地址能达到该主机，问题就可能出在DNS上。

Networkunreachable本地系统没有到达该远程系统的路由。如果在ping命令中使用IP地址，则利用主机名重新输入ping命令，这就消除了输入不正确IP地址的可能性。如果使用路由选择协议，一定要确保它正在运行，并使用nestat去检查其路由表。

noanswer远程系统没有响应。大多网络实用程序都有不同形式的类似信息，某些系统的ping命令可打印成100%packetloss,telnet打印成connectiontimeout。所有的这些错误信息都说明同一个问题：本地系统有一条到达远程系统的路由，但它却接收不到它发给该远程系统的任何分组报文响应。这种问题的原因有很多，远程主机可能没有工作、本地或远程主机可能配置不当、本地和远程主机之间的线路不正常等等。只有用其它的方法才可以隔离该问题的原因。

tracert是一个很神奇的工具，对大型网络的排故，他是一个非常好用的工具，我们可以通过路径跟踪，准确的找出问题的所在点，进行修复。