配置好dns伺服器，添加了相應的記錄之後，隻要ip位址保持不變，一般情況下我們
就不再需要去維護dns的資料檔案了。不過在确認域名解釋正常之前我們最好是測試
一下所有的配置是否正常。許多人會簡單地使用ping指令檢查一下就算了。不過ping
指令隻是一個檢查網絡聯通情況的指令，雖然在輸入的參數是域名的情況下會通過dns進行查詢，但是它隻能查詢a類型和cname類型的記錄，而且隻會告訴你域名是否存在，其他的資訊一概欠奉。是以如果你需要對dns的故障進行排錯就必須熟練另一個更強大的工具nslookup。這個指令可以指定查詢的類型，可以查到dns記錄的生存時間還可以指定使用那個dns伺服器進行解釋。
查詢ip位址
nslookup最簡單的用法就是查詢域名對應的ip位址，包括a記錄和cname記錄，如果查到的是cname記錄還會傳回别名記錄的設定情況。其用法是：
nslookup 域名
以下是a記錄的傳回情況。
如果目标域名是一個别名記錄(cname)，nslookup就開始顯示出和ping指令不同的地方了，請看查詢cname記錄的結果。由于cname和a記錄最後都是活的ip位址，是以一般情況下兩者是等同看待的，指令的格式相同。
注意這次nslookup傳回了三行資訊，前兩行顯示這是一個cname記錄，對應的域名和ip位址。最後顯示的就是目标域名， 并注明alias（别名）。
如果域名不存在會怎樣呢？
看得懂最後以行的英文嗎，不懂沒關系記住形狀就可以了。如果一個指定類型的域名不存在對應的記錄同樣也是這種結果。
查詢其他類型的域名
前面兩個指令我們沒有加任何參數，是以預設情況下nslookup查詢的是a類型的記錄。如果我們配置了其他類型的記錄希望看到解釋是否正常。這時候ping就無能為力了。比如我們配置了mx記錄，但是郵件伺服器隻能發信不能收信，到底是域名解釋問題還是其他的問題ping指令的檢查隻能讓你誤入歧途。nslookup 這時候可以模拟你的其他遇見伺服器進行域名解釋的情況。我們需要在nslookup上加上适當的參數。指定查詢記錄類型的指令格式如下：
nslookup –qt=類型 目标域名
注意qt必須小寫。
類型可以是一下字元，不區分大小寫：
a 位址記錄(ipv4)
aaaa 位址記錄（ipv6）
atma atm位址記錄（不是自動提款機）
cname 别名記錄
hinfo 硬體配置記錄，包括cpu、作業系統資訊
isdn 域名對應的isdn号碼
mb 存放指定郵箱的伺服器
mg 郵件組記錄
minfo 郵件組和郵箱的資訊記錄
mr 改名的郵箱記錄
mx 郵件伺服器記錄
ns 名字伺服器記錄
ptr 反向記錄（從ip位址解釋域名）
rp 負責人記錄
rt 路由穿透記錄（不懂）
srv tcp伺服器資訊記錄（将有大用處）
txt 域名對應的文本資訊
x25 域名對應的x.25位址記錄
看看oray.net的郵件伺服器記錄吧。
看看，nslookup把伺服器的名稱和位址都給出來了，注意preference就是前面所說的優先級，該數值越小則優先級越高。
我再看看名字伺服器記錄是怎麼樣的。
看起來和mx記錄的格式差不多，一般情況下伺服器會同時傳回對應的位址。不過也有不傳回的情況。
指定使用的名字伺服器
在預設情況下nslookup使用的是我們在本機tcp/ip配置中的dns伺服器進行查詢，但有時候我們需要指定一個特定的伺服器進行查詢試驗。這時候我們不需要更改本機的tcp/ip配置，隻要在指令後面加上指定的伺服器ip或者域名就可以了。這個參數在我們對一台指定伺服器排錯是非常必要的，另外我們可以通過指定伺服器直接查詢授權伺服器的結果避免其他伺服器緩存的結果。指令格式如下：
nslookup [-qt=類型] 目标域名 指定的dns伺服器ip或域名
我們可看看以下的指令結果：
這個指令直接從頂級域名伺服器查詢oray.net的ns記錄。所有的二級域名的ns記錄都存放在頂級域名伺服器中，這是最權威的解釋。注意這次沒有非授權結果的提示。對于二級域名的ns記錄查詢來說這肯定是授權結果。頂級域名伺服器的名稱是a到j.gtld-servers.net共十台伺服器。(gtld是global top level domain的縮寫)。當我們修改域名的ns記錄的時候可以通過上述查詢知道修改的結果是不是已經在頂級域名伺服器上生效。不過即使已經生效也可能不能正常解釋，注意我在上一篇文章中提到的緩存時間的問題。
那麼到底緩存多久呢？
檢查域名的緩存時間
檢查域名的緩存時間需要我們使用一個新的參數：-d
格式如下：
nslookup –d [其他的參數] 目标域名 [指定的伺服器位址]
請看範例
我們忽略其他的看看got answer後面幾行，包括了一個ttl數值。這個數值就是域名記錄的生存時間。
這種查詢将整個dns資料包的所有部分都揭示出來，大家可以看到dns實際上并不是想象中那麼簡單的東西。具體的各部分解釋大家可以去看看相關的标準文檔。需要提醒大家的是一定要找到answer:的内容，其他的東西都不是描述最終的結果。上面就不止一個地方又ttl數值。
域名解釋過程的模拟
我們現在來模拟一下一台dns伺服器接到一個不是自己管理的域的域名解釋過程。回憶一下第一篇文章的過程：
首先我們會詢問根伺服器，然後根伺服器會讓我們去找對應的頂級伺服器。如果查詢的是oray.net，就會要求我們去找net的伺服器。
看看下面的範例：
我們随便選擇一個在進行查詢。
這次頂級伺服器就傳回了oicp.net的伺服器位址記錄的。然後我們就向這些記錄之一進行查詢，一定能夠得到答案。可能是一個位址、一個cname記錄或者告訴你不存在。
nslookup的指令就介紹到這裡，其實nslookup還有許多其他參數。不過常用的就俄這麼幾個，另外如果大家不喜歡指令行方式的話。還有幾個圖形界面的nslookup功能的工具。不過大家還是需要了解域名解釋都有些什麼才能夠正确使用這些工具
如有錯誤，歡迎指正
作者：czmmiao 文章出處：http://czmmiao.iteye.com/blog/2124531