通常情況下，對于DNS域名服務器來說，性能和時序方面出現的問題都是由可疑的查詢結果造成的。這種情況下，無論DNS是否進行了解析，造成的后果都是相同的。

對于較長的響應時間、超時錯誤以及無效緩存之類的實際問題，我們應該怎么進行處理?畢竟，這些類型的查詢響應依然存在獲得通過的可能性。它所需要的，僅僅只是更多的時間。實際上，在這種情況中，帶寬的浪費才是真正的關鍵問題。

現在來假設另一種情況：我們必須使用特定的DNS域名服務器，舉例來說，互聯網服務供應商提供的那些。盡管，在通常情況下并不會發生這樣的情況。現在，想到問題可能出現的位置了么?試圖使用其它的DNS域名服務器。不錯，答案簡直太正確了。不過，這時間應該選擇哪一臺呢?

DNS基準工具指的是用來測試DNS域名服務器性能的客戶端應用程序。它們的功能包括了：

◆確定具體的DNS域名服務器是否處于可用狀態。

◆對選擇的可用DNS域名服務器響應時間進行比較。

◆建立包含響應時間、超時數量以及其他相關參數的DNS域名服務器排名圖表。

谷歌名稱工具和DNS基準工具就是DNS基準應用的兩個代表。它們都可以提供我在本文前面提到的所有功能，實際上，它們能夠做到的事情甚至更多。

谷歌名稱工具

名稱工具是谷歌開發的一個項目，可以用來找出針對當前計算機響應速度最快的dns域名服務器。聽起來似乎很奇怪，這意味著相鄰的兩臺計算機進行相同操作可能會出現不同的結果。實際上，名稱工具是有意這么做的：

“通過對網絡瀏覽器的使用歷史、網絡數據采集分析工具TcpDump的輸出結果，以及標準化的數據集進行合理恰當的深入分析，名稱工具可以為使用者個人提供最佳的選擇。”

下圖顯示的就是名稱工具啟動后運行的測試設置窗口：

#p#副標題#e#

第一部分是與DNS域名服務器相關的問題，主要包括了：

◆選擇域名服務器：將選擇的域名服務器加入關注列表。

◆是否包括全球范圍的DNS提供商：選中此框的話，會將Opendns和中立星公司(原來的Ultradns)域名服務器包含進來。

◆是否包括最佳本地DNS服務：選中此框的話，被認定為本區域中的最佳DNS域名服務器將會被包含進來。

接下來要回答的是與測試相關的問題，以及如何對查詢進行設置：

◆是否包含審查列表：名稱工具內置了一份被檢測過的網站主機名字列表。選擇這個選項后，名稱工具將請求這些主機并對結果進行以確認是否與預期的情況相符。

◆基準數據源選擇：對參與測試的主機名稱進行選擇和確認。通常情況下，它是基于使用者瀏覽器的個人歷史，但是也包含了“兩千大網站”之類的其它選項。

◆主機存活偵測方式選擇：這個選項可以用來設定，在同一時間點名稱工具可以訪問的DNS服務器數量，以便進行主機存活偵測。通常情況下，可以選快速模式(40臺服務器)。如果互聯網連接有問題的話，那么也可以選擇慢速模式(10臺服務器)。

◆請求數量設置：這個選項可以用來設定，每次向一臺DNS域名服務器發送測試請求的數量。選擇的測試次數越多，結果越能反映出現實使用情況。默認情況下，對每臺服務器發送的請求數量為250次。

最后的測試結果顯示在類似下面給出的頁面中：

我目前使用的是Opendns。而根據名稱工具的測試結果，我的備用dns域名服務器(208.67.220.220)具有最佳的響應時間。這一結果非常有趣，因為Opendns主服務器的排名僅僅在第六位。我想自己接下來會在網絡適配器配置將兩者的位置進行交換。

DNS基準工具

接下來的基準測試工具是由來自吉布森研究公司的史蒂夫·吉布森開發的。我總是被他開發的軟件所以懾服。谷歌名稱工具的大小為5MB多，而DNS基準工具的體積僅僅為164KB。該軟件體積這么短小精悍的原因我猜測是采用了匯編語言進行開發的。

#p#副標題#e#

在默認情況下，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域名服務器需要經常查詢其它域名服務器的情況出現的次數非常多。

我也獲得了其它方面的經驗。為了保證測試結果的有效性，應該關閉機器上所有正在運行的其它應用程序。這種要求同樣適用于網絡上的其它計算機。對于測試來說，“標準的網絡”是必須的。

最后的思考

基本上，我掌握了這兩個工具的常規功能。不過，老實說，在出現問題時應該怎么和在哪里使用它們，我還處于摸索階段。

我曾經以為自己會從兩者中選出一個作為必備工具，但最終沒有做到這一點。它們在我的工具集合中都獲得了自己的位置。給它們一次機會，讓大家了解你的想法。

原文鏈接：http://network.51cto.com/art/201103/247326.htm