nslookup工具的使用方法

配置好 DNS 服务器，添加了相应的记录之后，只要 IP 地址保持不变，一般情况下我们就不再需要去维护 DNS 的数据文件了。不过在确认域名解释正常之前我们最好是测试一下所有的配置是否正常。许多人会简单地使用 ping 命令检查一下就算了。不过 Ping 指令只是一个检查网络联通情况的命令，虽然在输入的参数是域名的情况下会通过 DNS 进行查询，但是它只能查询 A 类型和 CNAME 类型的记录，而且只会告诉你域名是否存在，其他的信息一概欠奉。所以如果你需要对 DNS 的故障进行排错就必须熟练另一个更强大的工具 nslookup 。这个命令可以指定查询的类型，可以查到 DNS 记录的生存时间还可以指定使用那个 DNS 服务器进行解释。

查询 IP 地址

nslookup 最简单的用法就是查询域名对应的 IP 地址，包括 A 记录和 CNAME 记录，如果查到的是 CNAME 记录还会返回别名记录的设置情况。其用法是：

nslookup 域名

以下是 A 记录的返回情况。

nslookup 命令会采用先反向解释获得使用的 DNS 服务器的名称，由于我这里使用的是一个内部的 DNS 服务器所以没有正确的反向记录，导致结果的前面几行出错。大家可以不必理会。重点看的是最后的两行这里看到的是 的 IP 地址是 61.145.112.212 。注意即使 的主机没有在线同样能够返回结果。

如果目标域名是一个别名记录 (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 ）
AFSDB Andrew 文件系统数据库服务器记录（不懂）
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 记录的格式差不多，一般情况下服务器会同时返回对应的地址。不过也有不返回的情况。

在这里我希望大家注意一行显示 “Non-suthoritativeanswer:” ，这一行在前面的例子中都没有显示过。它的出现代表这个结果是从服务器的缓存中得到的。所以提醒你这不是一个授权的答案。前面我们进行的几次查询过程中 192.168.1.104 这台机器就采用了我们第一篇文章中描述的过程查询了 oray.net 的域名。在这个过程中不但缓存了 、 test.oray.net 以及 oray.net 的 MX 记录等最终结果。也包括获取的名字服务器等中间结果。隐含的查询了 oray.net 的 NS 记录。后面我们还会介绍这个过程。

指定使用的名字服务器

在默认情况下 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 的服务器。

看看下面的范例：

这里我们让 21cn.com 的服务器解释 的域名，很显然这台服务器不用有这个域，需要询问根服务器。一般情况下 DNS 服务器会帮我们完成全部的过程。这种解释方式我们称之为递归解析，为了让大家看到这个过程我家了一个参数让 21cn.com 的服务器不要这样做。这个参数是 -norecurse 。这样理论上 21cn.com 会让我们去问根服务器，不过由于它已经缓存了顶级服务器的记录，所以直接返回了管韓 et 的顶级服务器记录。实际上大部分的查询都不需要从根服务器开始。大家看到了所有的顶级域名服务器的地址都被返回。

我们随便选择一个在进行查询。

这次顶级服务器就返回了 oicp.net 的服务器地址记录的。然后我们就向这些记录之一进行查询，一定能够得到答案。可能是一个地址、一个 CNAME 记录或者告诉你不存在。

nslookup 的命令就介绍到这里，其实 nslookup 还有许多其他参数。不过常用的就俄这么几个，另外如果大家不喜欢命令行方式的话。还有几个图形界面的 nslookup 功能的工具。不过大家还是需要了解域名解释都有些什么才能够正确使用这些工具。