NSLOOKUP 命令詳解(域名DNS 診斷)2010-11-02 10:22最近在網(wǎng)上查詢同IP 網(wǎng)站查詢，可以知道自己的網(wǎng)站跟哪些網(wǎng)站放在同一個(gè)服務(wù)器。最近突然發(fā)現(xiàn)，NSLOOKUP 也可以查詢網(wǎng)

NSLOOKUP 命令詳解(域名DNS 診斷)

2010-11-02 10:22

最近在網(wǎng)上查詢同IP 網(wǎng)站查詢，可以知道自己的網(wǎng)站跟哪些網(wǎng)站放在同一個(gè)服務(wù)器。最近突然發(fā)現(xiàn)，NSLOOKUP 也可以查詢網(wǎng)站的IP 地址。

查詢IP 地址

nslookup 最簡(jiǎn)單的用法就是查詢域名對(duì)應(yīng)的IP 地址，包括A 記錄和CNAME 記錄，如果查到的是CNAME 記錄還會(huì)返回別名記錄的設(shè)置情況。其用法是：

nslookup 域名

以下是A 記錄的返回情況。

nslookup 命令會(huì)采用先反向解釋獲得使用的DNS 服務(wù)器的名稱，由于我這里使用的是一個(gè)內(nèi)部的DNS 服務(wù)器所以沒有正確的反向記錄，導(dǎo)致結(jié)果的前面幾行出錯(cuò)。大家可以不必理會(huì)。重點(diǎn)看的是最后的兩行這里看到的是www.oray.net 的IP 地址是61.145.112.212。注意即使www.oray.net 的主機(jī)沒有在線同樣能夠返回結(jié)果。

如果目標(biāo)域名是一個(gè)別名記錄(CNAME)，nslookup 就開始顯示出和ping 命令不同的地方了，請(qǐng)看查詢CNAME 記錄的結(jié)果。由于CNAME 和A 記錄最后都是活的IP 地址，所以一般情況下兩者是等同看待的，命令的格式相同。

注意這次nslookup 返回了三行信息，前兩行顯示這是一個(gè)CNAME 記錄，對(duì)應(yīng)的域名和IP 地址。最后顯示的就是目標(biāo)域名， 并注明Alias （別名）。

如果域名不存在會(huì)怎樣呢？

看得懂最后以行的英文嗎，不懂沒關(guān)系記住形狀就可以了。如果一個(gè)指定類型的域名不存在對(duì)應(yīng)的記錄同樣也是這種結(jié)果。

查詢其他類型的域名

前面兩個(gè)命令我們沒有加任何參數(shù)，所以默認(rèn)情況下nslookup 查詢的是A 類型的記錄。如果我們配置了其他類型的記錄希望看到解釋是否正常。這時(shí)候ping 就無能為力了。比如我們配置了MX 記錄，但是郵件服務(wù)器只能發(fā)信不能收信，到底是域名解釋問題還是其他的問題Ping 命令的檢查只能讓你誤入歧途。nslookup 這時(shí)候可以模擬你的其他遇見服務(wù)器進(jìn)行域名解釋的情況。我們需要在nslookup 上加上適當(dāng)?shù)膮?shù)。指定查詢記錄類型的指令格式如下：

nslookup –qt=類型 目標(biāo)域名

注意qt 必須小寫。

類型可以是一下字符，不區(qū)分大小寫：

A 地址記錄(Ipv4)

AAAA 地址記錄（Ipv6）

AFSDB Andrew文件系統(tǒng)數(shù)據(jù)庫(kù)服務(wù)器記錄（不懂）

ATMA ATM地址記錄（不是自動(dòng)提款機(jī)）

CNAME 別名記錄

HINFO 硬件配置記錄，包括CPU 、操作系統(tǒng)信息

ISDN 域名對(duì)應(yīng)的ISDN 號(hào)碼

MB 存放指定郵箱的服務(wù)器

MG 郵件組記錄

MINFO 郵件組和郵箱的信息記錄

MR 改名的郵箱記錄

MX 郵件服務(wù)器記錄

NS 名字服務(wù)器記錄

PTR 反向記錄（從IP 地址解釋域名）

RP 負(fù)責(zé)人記錄

RT 路由穿透記錄（不懂）

SRV TCP服務(wù)器信息記錄（將有大用處）

TXT 域名對(duì)應(yīng)的文本信息

X25 域名對(duì)應(yīng)的X.25地址記錄

看看oray.net 的郵件服務(wù)器記錄吧。

看看，nslookup 把服務(wù)器的名稱和地址都給出來了，注意preference 就是前面所說的優(yōu)先級(jí)，該數(shù)值越小則優(yōu)先級(jí)越高。

我再看看名字服務(wù)器記錄是怎么樣的。

看起來和MX 記錄的格式差不多，一般情況下服務(wù)器會(huì)同時(shí)返回對(duì)應(yīng)的地址。不過也有不返回的情況。

在這里我希望大家注意一行顯示“Non-suthoritativeanswer:”，這一行在前面的例子中都沒有顯示過。它的出現(xiàn)代表這個(gè)結(jié)果是從服務(wù)器的緩存中得到的。所以提醒你這不是一個(gè)授權(quán)的答案。前面我們進(jìn)行的幾次查詢過程中192.168.1.104這臺(tái)機(jī)器就采用了我們第一篇文章中描述的過程查詢了oray.net 的域名。在這個(gè)過程中不但緩存了www.oray.net 、test.oray.net 以及oray.net 的MX 記錄等最終結(jié)果。也包括獲取的名字服務(wù)器等中間結(jié)果。隱含的查詢了oray.net 的NS 記錄。后面我們還會(huì)介紹這個(gè)過程。

指定使用的名字服務(wù)器

在默認(rèn)情況下nslookup 使用的是我們?cè)诒緳C(jī)TCP/IP配置中的DNS 服務(wù)器進(jìn)行查詢，但有時(shí)候我們需要指定一個(gè)特定的服務(wù)器進(jìn)行查詢?cè)囼?yàn)。這時(shí)候我們不需要更改本機(jī)的TCP/IP配置，只要在命令后面加上指定的服務(wù)器IP 或者域名就可以了。這個(gè)參數(shù)在我們對(duì)一臺(tái)指定服務(wù)器排錯(cuò)是非常必要的，另外我們可以通過指定服務(wù)器直接查詢授權(quán)服務(wù)器的結(jié)果避免其他服務(wù)器緩存的結(jié)果。命令格式如下：

nslookup [-qt=類型] 目標(biāo)域名 指定的DNS 服務(wù)器IP 或域名

我們可看看以下的命令結(jié)果：

域名解釋過程的模擬

我們現(xiàn)在來模擬一下一臺(tái)DNS 服務(wù)器接到一個(gè)不是自己管理的域的域名解釋過程?；貞浺幌碌谝黄恼碌倪^程：

首先我們會(huì)詢問根服務(wù)器，然后根服務(wù)器會(huì)讓我們?nèi)フ覍?duì)應(yīng)的頂級(jí)服務(wù)器。如果查詢的是oray.net ，就會(huì)要求我們?nèi)フ襫et 的服務(wù)器。

看看下面的范例：

這里我們讓21cn.com 的服務(wù)器解釋www.oicp.net 的域名，很顯然這臺(tái)服務(wù)器不用有這個(gè)域，需要詢問根服務(wù)器。一般情況下DNS 服務(wù)器會(huì)幫我們完成全部的過程。這種解釋方式我們稱之為遞歸解析，為了讓大家看到這個(gè)過程我家了一個(gè)參數(shù)讓21cn.com 的服務(wù)器不要這樣做。這個(gè)參數(shù)是-norecurse 。這樣理論上21cn.com 會(huì)讓我們?nèi)柛?wù)器，不過由于它已經(jīng)緩存了頂級(jí)服務(wù)器的記錄，所以直接返回了管理net 的頂級(jí)服務(wù)器記錄。實(shí)際上大部分的查詢都不需要從根服務(wù)器開始。大家看到了所有的頂級(jí)域名服務(wù)器的地址都被返回。

我們隨便選擇一個(gè)在進(jìn)行查詢。

這次頂級(jí)服務(wù)器就返回了oicp.net 的服務(wù)器地址記錄的。然后我們就向這些記錄之一進(jìn)行查詢，一定能夠得到答案?？赡苁且粋€(gè)地址、一個(gè)CNAME 記錄或者告訴你不存在。

nslookup 的命令就介紹到這里，其實(shí)nslookup 還有許多其他參數(shù)。不過常用的就俄這么幾個(gè)，另外如果大家不喜歡命令行方式的話。還有幾個(gè)圖形界面的nslookup 功能的工具。不過大家還是需要了解域名解釋都有些什么才能夠正確使用這些工具。