TCPIP网络故障诊断的结构化方法大全[汇编].pdfVIP

TCP| IP 网络故障诊断的结构化方法大全 本文将描述一种对 TCP/IP 网络进行故障诊断的结构化方法。此篇可以作为 引子，后面的文章我们将讨论本文所涉及到的一些关键问题。 那么，在你听到“ TCP/IP 网络故障诊断”这个词的时候，你想到了什么许 多人可能会看到一张流程图。 或者说想到了操作步骤有几步的问题。 还有许多人 可能会感到茫然，无从下手。 TCP/IP 的故障诊断似乎看起来简单，毕竟，这仅仅是一个拥有四层协议的 体系结构， 每一层有多种协议。 不过，表面的简单并不意味着故障能够轻松解决。 下面我们先看看： 传统的故障诊断方法 几年前，在笔者第一次学习 TCP/IP 的网络组建时，理解了几个简单的故障 诊断的流程，这个流程大体涉及到如下的几个方面： 键入 ipconfig ，用以检查 IP 地址 、子网掩码 、默认网关是否正确。 2. 运行 ping 探测本机的 IP 地址是否正确或合法。 3. 试着 ping 同一子网内的任何一台计算机的 IP 地址，看是否 ping 通。 4. 试着 ping 一下默认网关 ( 即路由器上将你的子网连接到网络其余部分的 接口 ) ，看是否 ping 通。 5. 试着 ping 不同子网的一台计算机的 IP 地址 6. 试着 ping 外网的一台计算机的 IP 地址。 笔者觉得这种方法有点儿僵化， 因为我们几乎可以不用动脑子就可以遵循这 些步骤。而且还有点儿效率低下，因为从其过程来看，它先假定你自己的计算机 最可能有问题，而且问题极可能离你很近 ( 你的网卡、计算机的 IP 地址配置、本 地子网 ) ，然后才是远程计算机的问题。在 互联网 还没有真正快速发展之前，这 个方法也许不错 , 也就是说，在 DNS成为被广泛采用的域名解析系统之前，在防 火墙和 VPN等成为多数企业的网络部分之前，这个方案也许不错。 笔者的意思是：如果你的一个用户说：“我现在不能连接到服务器上。”那 么问题会出在哪里呢我们有必要将用户的这句话分解为几部分， 以便于进一步理 解问题。 第一部分 - “我不能…”： 那么，我们应该问一下， 是否只有一个用户报告网络问题呢如果还有其他人， 他们出现的问题类似吗如果是这样的， 那么问题很清除了， 你不需要采用上述的 僵化方法，直接开始对用户的计算机开始故障诊断即可以。否则，问题极有可能 出现在其它地方， 这可能意味着你的 DNS服务器离线了或你的 DNS供应商服务出 现了问题。或者内部网络上的某个路由器出了问题，出现丢包现象。或许你的用 户正试图连接的服务器已经崩溃。 或许你应该停下来， 想一想这些出现故障的用户可能存在的共同问题。 例如， 这些机器都位于相同的子网上吗如果是这样的话， 那么有可能那个子网的默认网 关配置错误或者路由器瘫痪。 或许是某个工作人员将连接子网的工作组交换机到 骨干交换机的网络电缆切断了。或许是某个恶意用户将一个欺诈性的 DHCP服务 器安装到那个子网上了，这个恶意用户正窃取机器的 IP 地址，而将一些不可路 由的地址分配给那些计算机，从而形成拒绝服务的故障。 当然，如果只是一个用户存在着这种问题， 那么就需要我们问这样一些问题， 如“计算机开机了吗网络电缆安全地安装到了计算机的后部了吗” “…连接