TCP IP网络故障诊断的结构化方法大全3.docVIP

TCP IP网络故障诊断的结构化方法大全3 TCP/IP网络故障诊断的结构化方法大全32011年01月13日星期四下午01：20第一步：DHCP更新(DHCP Renew) 如果你配置了网络连接使其可以通过DHCP自动地接收IP地址，就会需要这一步。如果你手动配置了连接，使用的是静态的IP地址和其它的TCP/IP配置，就不需要这一步了。此处执行的这个命令行操作类似于但不同于下面的命令： 以下是引用片段： ipconfig/renew 这个命令会试图与DHCP服务器(计算机先前的IP地址就是从此租用的)联系。如果可以联系到DHCP服务器，计算机就会确认其目前的TCP/IP配置是合法的。不过，在这个命令通过修复功能执行时，与通过命令行方式启动它的行为是不一样的。此时，并不是向获取其IP地址和相关DHCP配置的服务器发送一个单播的DHCP更新消息，而是向网络中的任何可用的DHCP服务器发送一个DHCP更新消息的广播包。如此做的原因在于，如果计算机目前的TCP/IP配置是非法的，计算机就可以通过要求一个新的地址租用，从任何可用的DHCP服务器那儿获取新的TCP/IP配置。执行修复网络连接这个操作有两个方面的影响：一是解决客户端上的DHCP配置问题，二是在无需与一个特定的DHCP服务器联系的情况下解决问题。 小提示：通过实施网络上的DHCP服务器的冗余机制，来防止由于DHCP服务器不可用所造成的网络问题。现在网上有不少这样的文章，读者可自己用google等搜寻。 --第二步：清空ARP缓存 这一步执行的命令行操作如下所示： 以下是引用片段： arp– d* 这个命令清空本地计算机上地址解析协议(ARP)缓存中的内容。ARP是一个用于将IP地址解析为MAC地址(固化到局域网网卡内)的协议。ARP缓存包含着最近一段时间以来解析的网络节点的MAC地址。这些MAC地址被保存到计算机的缓存中，目的是与这些节点(IP地址)的通信无需重复解析就可以实现。如果ARP缓存中的一个或多个项目不正确，那么与某些IP地址的网络通信就会失败。如果某个不正确的缓存项目属于本地子网的一个点，那么与那个节点的通信就会失败。如果默认网关的缓存项目不正确，那么与远程子网节点的通信就会失败。这种类型的网络通信失败(不管是位于本地子网还是远程子网)都可以指明哪一个ARP缓存项目是不正确的(假设不正确的ARP缓存项目是问题所在)。 第三步：清空NetBIOS缓存 这一步执行的命令行操作如下所示： 以下是引用片段： nbtstat– R 这个命令会清空本地计算机上的NetBIOS缓存内容。运行这个命令还会将LMHOSTS文件中的任何项目预先装载到缓存中。在多数基于Windows的网络中，包括那些部署了活动目录和DNS域名解析的网络，老的NetBIOS名字解析仍可用于某些功能。由于可通过查询一个WINS服务器或通过运用NetBIOS广播将远程主机的NetBIOS名字解析为其相关的IP地址，这些主机到IP地址的映射就被添加到本地计算机的NetBIOS缓存中，从而与远程主机的通信在无需反复多次解析的情况下就可以实现。如果NetBIOS缓存中的一个或多个项目不正确，与网络中的某些IP主机的通信就会失败。如果本地子网主机的缓存项目不正确，那么与此主机的通信就失败。如果默认网关的缓存项目不正确，那么远程子网上的主机通信就会失败。这种网络通信失败(不管主机是在本地子网或远程子网上)可以指明NetBIOS缓存中的哪个项目不正确(假设不正确的NetBIOS缓存项目是问题所在)。 不正确的NetBIOS缓存项目有时是由WINS服务器上WINS数据库中的过时项目引起的。这是因为在实施WINS后，WINS要优先于NetBIOS广播的名字解析，因此损坏的或过时的WINS项目就会用不正确的项目重新注入NetBIOS缓存，即使在缓存被清空以后也是如此。这种情况的解决方案是要在WINS数据库中永久性地标记不正确的记录，再次清空NetBIOS缓存内容，然后用nbtstat– c命令监视缓存，用以确保这些不正确的项目不会再被加裁到缓存中。 第四步：清空DNS解析程序缓存 这一步执行的命令行操作如下所示： 以下是引用片段： ipconfig/flushdns 这个命令清空本地计算机DNS解析程序缓存中的内容。运行这个命令还会将HOSTS文件中的任何项目预先装载到缓存中。通过查询名字服务器(DNS服务器)，远程主机完全合格的DNS名字就会被解析为相关IP地址，这些FQDN来到IP地址的映射就会被添加到本地计算机DNS解析程序的缓存中，这样一来与远程主机的通信就无需重复地进行解析。如果DNS解析程序缓存中的一个或多个项目不正确，某些IP地址的网络通信就会失败。要查看DNS解析程序缓存中当前的内容，请在命令行提示符下，键