服务器网络故障排错思路

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本文链接：https://www.idcbest.com/cloundnews/11004641.html