如何测试TCPIP协议栈来修复网络连接故障..doc

如何测试TCP/IP协议栈来修复网络连接故障在我们修复Windows网络连接时，要确保本地TCP/IP栈没有问题。本文将一步步地指导您进行本地主机连接DNS服务器和默认网关服务器的能力测试，并介绍如何测试主机名解析。 　　在“检查IP配置”中，我阐述了如何确定哪个IP地址是我们的系统使用的主地址。接下来，我们会验证IP地址配置是正常工作的，以及本地TCP/IP堆栈没有问题。 　　首先，我们需要执行的测试是PING本地主机地址。有几种不同的方法可以实现这个步骤。其中一个是输入下面的命令：　　PING LOCALHOST 　　当我们输入这个命令时，Windows将PING地址127.0.0.1。不管我们的机器的地址是什么，Windows总会使用127.0.0.1作为本地主机地址。因此，对于上面所列出来的命令，另外一个替代的命令是：　　Ping 127.0.0.1 　　输入这个命令时，我们应该可以查看到一个成功的PING，如同使用其它的PING命令一样。我们可以看到图A所显示的例子。 图A：当尝试PING本地主机地址时，可以接收到一个成功的PING 　　PING本地主机地址对诊断远程主机连接问题没有什么作用。然而，它却可以允许我们确认我们的本地TCP/IP 栈运行是否正确。当我们PING本地主机地址时接收到目的主机无法到达的错误信息时，这往往意味着TCP/IP的配置是不正确的，或者本地TCP/IP栈的某个部分出错了。 　　依据我的个人经验，我们通常可以通过删除计算机的TCP/IP协议来处理这个问题，然后重新设置。 　　PING默认网关 　　在本系列的前面的部分文章中，我提到有几种不同的TCP/IP配置部分需要文档化，它们是故障修复过程所必需的。其中有默认网关的IP地址和主DNS服务器的信息。 　　假设我们尝试连接的是远程网络或者在企业网络的不同分片上的主机，那么我们下一步需要尝试的是PING默认网关。我们可以简单地通过在PING命令后添加默认网关的IP地址来完成。比如，如图B，请注意我的TCP/IP配置列出了我的默认网关地址是147.100.100.100。然后，我会直接PING这个地址。这就验证了本地机器可以连接到默认网关。同时，它也告诉我们本地网络的连接工作正常，至少在IP地址层上是正常的。 图B：默认网关PING验证IP数据包可以到达我们的网络的默认网关 　　PING DNS服务器 　　目前，我们已经确定在本地计算机和默认网关之间的IP层连接是正常的。然而，这并不保证主机名被解析到正确的IP地址。在这一系列的文章的第一部分“使用PING命令来修复网络连接故障”中，我已经探讨了如何使用目的主机的正式域名和PING命令来验证DNS服务器是否正常工作。还有几种其它的方法我们可以用来简单地测试DNS名字解析。 　　其中一个是，我们可以PING DNS服务器的IP地址，如图C所示。这并不保证名字解析是正确工作的，但是它肯定可以验证本地机器能够连接到DNS服务器上。 图C：验证主机与DNS服务器的连接 　　另外一个方法是使用Nslookup命令来验证域名解析是正确工作的。我们只需简单地输入Nslookup，后面加上远程主机的正式域名。Nslookup命令就应该能够将域名解析到一个IP地址，如图D所示。 图D：Nslookup命令显示DNS服务器是否能够解析主机名 　　如果我们不经常使用Nslookup，那么一开始上面的图象可能会有点误导我们。首先，这个屏幕似乎在报告一个错误。如果我们更仔细点观察，我们可以看到返回的信息的第一部分是来自于本地DNS服务器。这是因为所引用的IP地址是与DNS服务器的IP地址相匹配的。然而，返回的信息的后面部分为我们提供的是我们所要查询的主机的IP地址。只要列出了这个IP地址，那么DNS查询就是成功的。 　　如果域名解析过程失败了，那么就可以肯定存在一个DNS问题。实际问题可能是许多不同的DNS服务器问题中的其中一个。比如，转发的DNS服务器地址可能是不正确的，或者DNS服务器可能并不访问因特网，这些都是连接更高级DNS服务器所必须的。类似的，DNS服务器的DNS服务可能已经中断。典型地，由于许多客户往往都依赖于一个DNS服务器，因此这些类型的问题将会影响到其它客户。 　　如果DNS域名解析成功了，那么，重要的是我们要验证域名解析过程中返回的IP地址。我们可以通过对比返回的IP地址和远程主机正在使用的实际的IP地址来进行验证。这些IP地址必须是相匹配的，但是，其中可能会有不匹配的情况，它将造成连接失败。 　　当出现IP地址不匹配时，可能是客户端感染了恶意软件或者是DNS中毒了。DNS中毒指的是DNS缓存中被写入无效的或者不正确的IP地址。 　　当出现这样一个问题时，我会建议客户端机器的进行恶