网络故障修复指导手册网络故障修复指导手册网络是复杂的，网络出现故障的原因是多种多样的，那么我们该如何诊断网络故障，修复网络故障的方法有哪些呢，以及如何来进行网络故障的修复呢？在修复网络故障的过程中，我们常常会遇到许多问题，那么有没有什么可以遵循的原则呢？本文将对上述问题做一个详细的解答。
网络故障诊断案例分析：在下午6点30分之后，我的网络中断。
我们不能访问本地机器中的镜像硬盘，不能在服务器上存储任何东西。
我们有一台戴尔Poweredge 2800服务器，采用微软Windows 2003操作系统。
最近在交换机（型号是D-Link DES 3550）上使用了Pix 515防火墙。
在白天的时候，它工作得很顺利。
但是，到了晚上它就停止工作了。
我们使用趋势科技的杀毒软件对所有的机器都进行了扫描，但是没有发现任何东西。
请提出一些建议，我该如何做。
如何诊断网络故障网络故障修复方法有“大量工具”可以辅助管理员发现网络什么时候出故障了，同时也几种方法可以用来应对这些警报。
但是哪种方法是最佳的呢？可以说，没有。
没有任何一种方法适用于所有情况。
本文将阐述故障修复中所使用的几种方法，以及在什么情况下它们不足以作为永久修复的手段。
基本上故障修复的方法有两种，自上而下和自下而上。
网络故障——自上而下的故障修复方法网络故障——自下而上的网络故障修复在Windows网络连接故障修复中使用PING在网络故障修复中使用PING命令将有助于减小Windows PC连接问题原因的分析范围。
本文中所介绍的TCP/IP诊断方法将有利于我们了解PING的使用语法，以及PING请求超时或者到达一个网络主机所表示的意思，还阐述了在命令行（CL）提示符窗口的问题诊断以及如何验证网络连接。
在Windows网络连接故障修复中使用PING（一）在Windows网络连接故障修复中使用PING（二）检查IP配置来修复Windows网络连接在本文中，学习如何检查一个运行Windows Server 2003的计算机的网络IP配置。
我们可以通过执行这些简单的命令行（CL）PING测试来诊断网络连接问题——当我们的网络上的主机或者远程网络上的主机存在连接问题时。
检查IP配置来修复Windows网络连接测试TCP/IP协议栈来修复网络连接故障在我们修复Windows网络连接时，要确保本地TCP/IP栈没有问题。
本文将一步步地指导您进行本地主机连接DNS服务器和默认网关服务器的能力测试，并介绍如何测试主机名解析。
如何测试TCP/IP协议栈来修复网络连接故障排除网络故障的十大真理在修复网络故障的过程中，我们常常会遇到许多问题，对于网络管理人员来说，有一些原则必定要被奉为真理的。
排除网络故障的十大真理如何诊断网络故障问：我们网络规划中存在问题。
在下午6点30分之后，我的网络中断。
我们不能访问本地机器中的镜像硬盘，我们不能在服务器上存储任何东西。
我们有一台戴尔Poweredge 2800服务器，采用微软Windows 2003操作系统。
我们最近在交换机（型号是D-Link DES 3550）上使用了Pix 515防火墙。
在白天的时候，它工作得很顺利。
但是，到了晚上，它就停止工作了。
我们使用趋势科技的杀毒软件对所有的机器都进行了扫描，但是没有发现任何东西。
请提出一些建议，我该如何做。
答：这是一个有趣的问题。
同所有的这种规模和影响的故障诊断一样，创建一个真正的问题声明，并且对这个问题进行调查对于理解如何解决这个问题是非常重要的。
要排除这个故障，我建议你安装一些数据包分析器来孤立和发现这个问题。
例如，我会让网络监视软件在你遇到问题的时候捕捉服务器上正在发生的状况。
这有助于你了解是否有数据包真正到达了你的这些服务器，以及这些服务器是否对这些请求做出了回应。
这有助于你发现是网络还是服务器出现了问题。
这还会向你显示服务器是否因为进行备份而出现了过载，或者是否其它类型的通讯可能阻止服务器对其它类型的请求做出反应。
如果服务器正在重置这些进程，你会看到许多RST字节集。
这可能是第一步措施。
此外，你可以采取监听或者进行一次SPAN（端口镜像）的方法来确定网络通讯是什么样子。
NetFlow和其它IP计算技术还会帮助确定网络通讯正在向哪里去，什么协议正在消耗网络通讯以阻碍反应时间。
(来源：TechTarget中国 作者：Lindi Horton译者：东缘)网络故障——自上而下的故障修复方法有“大量工具”可以辅助管理员发现网络什么时候出故障了，同时也几种方法可以用来应对这些警报。
但是哪种方法是最佳的呢？可以说，没有。
没有任何一种方法适用于所有情况。
本文将阐述故障修复中所使用的几种方法，以及在什么情况下它们不足以作为永久修复的手段。
基本上故障修复的方法有两种，自上而下和自下而上。
现在，我们将探讨自上而下的方法，而在下一章节中，我们将探讨自下而上的方法。
在自上而下的方法中，我们从OSI协议栈的最上层开始分析。
我们要先测试应用是否正常工作，然后ping服务器，等等。
直到我们到达协议栈的最底层，也就是物理层。
这个方法最适用于多用户进行服务台呼叫的情况。
物理层问题几乎很少可能成为影响所有用户的问题，当然，除非遇到服务器连接问题时。
这个方法可以用来确定应用或服务器是否DOWN了、变慢了，或者其它某些原因没有响应网络命令。
为了有效地运行，它往往是在某种工具或者网络监控应用协助下工作的，这些工具和应用是可以提供某种有规律和可操作的数据。
可操作的数据可能是简单的ping，可能所有监控通过SNMP陷阱传输的位错误和其它错误的结果都是主机无法访问。
然而，真正的目的是确定错误的起因。
为了有效地实现，必须有一个系统故障修复计划。
这当然不只包含重启服务器。
如果服务器出现故障，那么它一定是由于某些原因引起的。
虽然原因可能是内存泄露、处理器过度使用，或者其它问题，但是重启只能作为临时方法，而非根本的解决方案。
因此，这时的可操作数据是什么呢？就是能够提供足够有用和明确的信息来确定行动计划的数据。
大多数管理软件包和监控工具允许网络管理员设置超出性能外的可接受范围的限制。
想要掌握应该在哪里可以为特定问题设置限制是需要不断地探索的。
设置值过低将会造成警报过密，设置过高将会导致系统死机。
盲目地接受默认设置可以导致工具利用率不高。
任何时候部署管理软件，我都建议花点钱接受培训。
最理想的培训是请通过软件包认证的人来做实地培训——在实际环境中。
这样我们就可以删除不想要或者不需要的模块，同时优化能为我们提供最好信息的模块。
带宽消耗大的应用和负载高的服务器最好进行更多的调优。
管理软件的另外一个优点是它能够查询不同的设备和在报告工具中保留数据统计和变化趋势。
以前，我们必须根据服务器软件和激活的电子器件来双击各种不同接口上的每台交换机来查看 ，至今很多环境仍然采用这种方法。
这太繁琐了！现在，只要一个工具，就可以对趋势分析和综合流量报告进行导出、排序操作等等。
这些也可以用来调整新的设备和升级（这只是一个附加功能）。
趋势分析和利用模型的一个优点是它允许我们确定哪些服务器可以受益于多网卡。
同时，它也允许我们将交换机进行分组，这样我们就可以平衡每台交换机的总数据包，同时就不会出现有的交换机负载过高而有些使用不足。
而且它还有助于我们了解各种类型的数据包的流向，从而可以对它们进行优化。
(来源：TechTarget中国 作者：Carrie Higbie 译者：陈柳，曾少宁)网络故障——自下而上的网络故障修复对于自下而上的网络故障修复，首先要检查网线，接着是协议堆栈。
当有一个用户出现故障时，我们可以很容易地从物理层开始，然后一直往上修复。
当EMI和/或环境相关的错误引发问题时，可以研究一下习惯性的问题。
比如，我曾经有一个客户，有一次，有那么几天他的线路天天在3:00时出现问题。
而问题在第二天早上时消失了。
在查看了趋势分析报告之后，我发现流量在某个相同时间出现增长。
不管电子器件中的连接如何移动，总是发生同样的事情。
对问题的跟踪对我来说是一个噩梦。
结果显示，在那几天喷水设备总是打开的并且室外电缆没有保护膜而是安装在建筑的地基下（还被草坪覆盖着）。
当水分蒸发了，问题也就不复存在了。
如果错误的出现要么是连续的要么是间歇性的，那么检查一下物理层是一个不错的做法。
区域结束的接插线是一个特别常见的问题原因，但是其它的环境条件也可能造成问题。
当移动墙壁时，以前安装在远离日光灯支架的电线可能不再处于在可接受范围之外的，新的电源抛插线板可能安装得太靠近等等。
非常值得关注的是，我们不能通过查看交换机端口上的连接信号灯来确定线路的好坏。
正如电子设备一样，连接是需要一定条件的，但是如从发送者到接收者之间的信号是递降的，那么数据包就是没有用的。
记住这样一种说法“灯是亮着的，但是家里没人”。
这对于铜线或者光纤而言都是正确的。
如果我们安装的是Gigabit以太网，并且在采用信道性能的新参数之前安装了电缆，那么同样需要重新验证电缆的新参数。
我们必须注意到，当测试设备的任何物理层媒介操作时，往往这种做法是在原始的实验室环境中进行的。
而实际的安装可能要根据大量的外部因素来改变。
如果我们使用自下而上的方法，那么需要检查所有的物理媒介，并且这个步骤是不可以跳过的，因为我们可以ping一下设备或者查看连接信号灯。
另外一方面，如果我们没有看到连接信号灯亮——那问题就很明显了。
这样，我们可以继续我们的检查步骤——检查网卡诊断、交换机端口统计，然后到应用。
如果只有一种应用不再工作，那么我们必须从上面开始检查。
如果几个应用都不工作或者一个工作站上的所有的应用都不工作了，那么我们必须从下面往上开始检查。
同时，记住，有时问题会出现在中间层，那么这个规则会反向进行。
(来源：TechTarget中国 作者：Carrie Higbie 译者：陈柳，曾少宁)在Windows网络连接故障修复中使用PING（一）在网络故障修复中使用PING命令将有助于减小Windows PC连接问题原因的分析范围。
本文中所介绍的TCP/IP诊断方法将有利于我们了解PING的使用语法，以及PING请求超时或者到达一个网络主机所表示的意思。
本文还阐述了在命令行（CL）提示符窗口的问题诊断以及如何验证网络连接。
目前的网络硬件和软件可靠性越来越好，但是，尽管如此，有时侯也会出现问题。
在本系列中，我将探讨一些故障修复技巧。
当我们的Windows网络上的主机与其它网络主机之间出现连接问题时，我们可以使用这些技巧来解决问题。
鉴于有些人接触TCP/IP协议的经验还较少，我将从基础开始阐述，然后逐步深入探讨更先进的技术。
验证网络连接当一台主机与另外一台出现连接问题时，首先，我们必须收集一些关于问题的信息。
特别是我们必须文档化主机的配置，找出主机是否与网络上其它的机器存在连接问题，以及该问题是否影响其它的主机。