通常情况下，对于DNS域名服务器来说，性能和时序方面出现的问题都是由可疑的查询结果造成的。这种情况下，无论DNS是否进行了解析，造成的后果都是相同的。
对于较长的响应时间、超时错误以及无效缓存之类的实际问题，我们应该怎么进行处理?毕竟，这些类型的查询响应依然存在获得通过的可能性。它所需要的，仅仅只是更多的时间。实际上，在这种情况中，带宽的浪费才是真正的关键问题。
现在来假设另一种情况：我们必须使用特定的DNS域名服务器，举例来说，互联网服务供应商提供的那些。尽管，在通常情况下并不会发生这样的情况。现在，想到问题可能出现的位置了么?试图使用其它的DNS域名服务器。不错，答案简直太正确了。不过，这时间应该选择哪一台呢?
DNS基准工具指的是用来测试DNS域名服务器性能的客户端应用程序。它们的功能包括了：
◆确定具体的DNS域名服务器是否处于可用状态。
◆对选择的可用DNS域名服务器响应时间进行比较。
◆建立包含响应时间、超时数量以及其他相关参数的DNS域名服务器排名图表。
谷歌名称工具和DNS基准工具就是DNS基准应用的两个代表。它们都可以提供我在本文前面提到的所有功能，实际上，它们能够做到的事情甚至更多。
谷歌名称工具
名称工具是谷歌开发的一个项目，可以用来找出针对当前计算机响应速度最快的dns域名服务器。听起来似乎很奇怪，这意味着相邻的两台计算机进行相同操作可能会出现不同的结果。实际上，名称工具是有意这么做的：
“通过对网络浏览器的使用历史、网络数据采集分析工具TcpDump的输出结果，以及标准化的数据集进行合理恰当的深入分析，名称工具可以为使用者个人提供最佳的选择。”
下图显示的就是名称工具启动后运行的测试设置窗口：
#p#
第一部分是与DNS域名服务器相关的问题，主要包括了：
◆选择域名服务器：将选择的域名服务器加入关注列表。
◆是否包括全球范围的DNS提供商：选中此框的话，会将Opendns和中立星公司(原来的Ultradns)域名服务器包含进来。
◆是否包括最佳本地DNS服务：选中此框的话，被认定为本区域中的最佳DNS域名服务器将会被包含进来。
接下来要回答的是与测试相关的问题，以及如何对查询进行设置：
◆是否包含审查列表：名称工具内置了一份被检测过的网站主机名字列表。选择这个选项后，名称工具将请求这些主机并对结果进行以确认是否与预期的情况相符。
◆基准数据源选择：对参与测试的主机名称进行选择和确认。通常情况下，它是基于使用者浏览器的个人历史，但是也包含了“两千大网站”之类的其它选项。
◆主机存活侦测方式选择：这个选项可以用来设定，在同一时间点名称工具可以访问的DNS服务器数量，以便进行主机存活侦测。通常情况下，可以选快速模式(40台服务器)。如果互联网连接有问题的话，那么也可以选择慢速模式(10台服务器)。
◆请求数量设置：这个选项可以用来设定，每次向一台DNS域名服务器发送测试请求的数量。选择的测试次数越多，结果越能反映出现实使用情况。默认情况下，对每台服务器发送的请求数量为250次。
最后的测试结果显示在类似下面给出的页面中：
我目前使用的是Opendns。而根据名称工具的测试结果，我的备用dns域名服务器(208.67.220.220)具有最佳的响应时间。这一结果非常有趣，因为Opendns主服务器的排名仅仅在第六位。我想自己接下来会在网络适配器配置将两者的位置进行交换。
DNS基准工具
接下来的基准测试工具是由来自吉布森研究公司的史蒂夫·吉布森开发的。我总是被他开发的软件所以慑服。谷歌名称工具的大小为5MB多，而DNS基准工具的体积仅仅为164KB。该软件体积这么短小精悍的原因我猜测是采用了汇编语言进行开发的。#p#
在默认情况下，DNS基准工具可以对最多200台可用DNS域名服务器进行测试，从中选出效果最佳的一台提供给本机使用。使用者也可以减少列表中DNS域名服务器的数量，或者将自己关注的服务器添加进去。下面的图表显示的就是在我自己的计算机上的测试结果：
在这种情况下，DNS基准工具会将最快的DNS域名服务器放在第一位。DNS基准工具运行的测试内容包含了：
◆缓存查询(红色条)：该项针对的是对DNS域名服务器的缓存进行查询耗费的响应时间。
◆非缓存查询(绿色条)：该项针对的是新产生的或者超过了生存周期的请求进行查询耗费的响应时间。
◆网站(Dotcom)查询(蓝色条)：该项针对的是“Dotcom”dns域名服务器进行查询耗费的响应时间。
◆可靠性(包含了网络IP地址的红色栏)：在测试中丢失或者被抛弃的请求数量。
◆重新绑定保护：DNS域名服务器是否会提供防止将外部名称解析给内部IP地址的重新绑定(维基条目)的功能。
DNS基准工具还提供了一项特色功能。在测试完成后，软件将会对测试结果进行分析，并针对存在的问题给出建议。下面的图表就是例子：
记得在文章前面我提到过需要对Open dns服务器的顺序进行调整么?现在，DNS基准工具也通过不那么极端的方式，建议我对顺序进行调整。
我获得的几点经验
在家里，我利用自己的DNS域名服务器进行了一些测试。我不太明白为什么自己的服务器比Opendns的响应时间长得多。毕竟，从理论上来看，情况应该是截然相反的。
因此，我利用DNS基准工具进行了测试。看起来很奇怪。我的DNS域名服务器在非缓存查询项目上花费的时间是相当的长。考虑了一下，我明白了真正的原因。由于只有两个人在使用我的DNS域名服务器。因此，相比起Open dns的的缓存，它的缓存也小得多。这就意味着，我的DNS域名服务器需要经常查询其它域名服务器的情况出现的次数非常多。
我也获得了其它方面的经验。为了保证测试结果的有效性，应该关闭机器上所有正在运行的其它应用程序。这种要求同样适用于网络上的其它计算机。对于测试来说，“标准的网络”是必须的。
最后的思考
基本上，我掌握了这两个工具的常规功能。不过，老实说，在出现问题时应该怎么和在哪里使用它们，我还处于摸索阶段。
我曾经以为自己会从两者中选出一个作为必备工具，但最终没有做到这一点。它们在我的工具集合中都获得了自己的位置。给它们一次机会，让大家了解你的想法。
