在前面我们对传统的TCP IP协议网络故障诊断方法进行了总结，也归纳了几点有关于TCP IP协议网络故障诊断的一些关键。现在我们来学习另一种方法——结构化的方法。那么现在就来看一下这位笔者的心血吧。笔者自己的TCP IP协议网络故障的结构化诊断的方法由三个关键部分组成:
1. 决定问题的因素
也就是说要考虑如下方面：
客户端:即出现问题的客户端
服务器端:客户无法访问的服务器､打印机或其它的网络资源(如互联网)等｡
其间的网络:线缆(如果不是无线的话)､集线器､交换机､路由器､防火墙､代理服务器,以及客户端和服务器之间的其它网络架构｡
环境:可能会影响你的网络的外部情况,如电源的波动､建筑物的维护等等｡
范围:一个或多个有关的客户端/服务器端｡
期间:连续的､间断的,还是偶尔的,何时开始等｡
出现问题的连接类型:物理层､网络层､传输层还是应用层?身份验证还是访问控制?等等｡
标志性信息:客户端机器上的出错消息,登录对话框等等｡
2.决定需要应用哪些故障诊断措施
这些措施包括:
验证有关客户端､服务器和网络架构硬件的物理媒体｡也就是说检查电缆,确保网络适配器正确安装,并进一步查找､验证可以显示媒体断开状态的网络连接｡
验证有关客户端､服务器､网络架构硬件的TCP IP协议配置｡在客户端上这意味着检查IP地址､子网掩码､默认网关､DNS设置等等｡对于网络架构硬件而言,也就是指路由器上的路由表和Internet网关｡
验证有关客户端和服务器端的路由选择的连通性｡也就是说要使用ping,pathping,tracert,或其它类似的工具,便于在网络层上验证端到端的TCP IP的连接性;采用数据包嗅探以监视传输层会话;使用nslookup,telnet和其它的工具来诊断包括域名解析问题､身份验证等应用层问题｡
3.理解之､询问之､测试之
理解协议如何工作,数据包如何由路由表转发,netdiag.exe等工具能够告诉你什么是非常关键的｡成功的TCP IP协议网络故障诊断是建立在理解TCP IP如何工作和有关测试工具的基础之上的｡如果你从来没有努力理解网络监视器的跟踪模式,那么你在诊断某些问题时就会遇到困难｡
问一些恰当的问题对于成功的故障诊断也很关键｡要学会何时按部就班,何时以跳跃性思维直奔主题是故障诊断艺术的本质所在,这还括充分使用你的左右脑,即要有充分的想象和缜密的思维｡
***,踏踏实实地测试,并隔离问题是很关键的,为此你需要故障诊断的工具箱｡而且没有什么比丰富的经验更能帮助你解决复杂问题了｡
4.小结
诊断TCP IP协议网络故障时可能会使人灰心丧气,不过也充满乐趣｡在未来的文章中,我们将祥细阐述故障诊断的措施和工具,以帮助你成功地解决网络中出现的问题｡
