域名解析过程

最新推荐文章于 2024-02-28 19:36:21 发布

jeffreyclj

最新推荐文章于 2024-02-28 19:36:21 发布

阅读量462

点赞数

CC 4.0 BY-SA版权

分类专栏：互联网文章标签：域名 dns服务器域名解析 dns解析

本文链接：https://blog.youkuaiyun.com/jeffreyclj/article/details/44079705

互联网专栏收录该内容

2 篇文章

订阅专栏

维基百科里说解析分两种方式，递归和迭代，如下

域名解析[编辑]

举一个例子，zh.wikipedia.org作为一个域名就和IP地址208.80.154.225相对应。DNS就像是一个自动的电话号码簿，我们可以直接拨打wikipedia的名字来代替电话号码（IP地址）。DNS在我们直接调用网站的名字以后就会将像zh.wikipedia.org一样便于人类使用的名字转化成像208.80.154.225一样便于机器识别的IP地址。

DNS查询有两种方式：递归和迭代。DNS客户端设置使用的DNS服务器一般都是递归服务器，它负责全权处理客户端的DNS查询请求，直到返回最终结果。而DNS服务器之间一般采用迭代查询方式。

以查询 zh.wikipedia.org 为例：

客户端发送查询报文"query zh.wikipedia.org"至DNS服务器，DNS服务器首先检查自身缓存，如果存在记录则直接返回结果。
如果记录老化或不存在，则

DNS服务器向根域名服务器发送查询报文"query zh.wikipedia.org"，根域名服务器返回 .org 域的权威域名服务器地址，这一级首先会返回的是顶级域名的权威域名服务器。
DNS服务器向 .org 域的权威域名服务器发送查询报文"query zh.wikipedia.org"，得到 .wikipedia.org 域的权威域名服务器地址。
DNS服务器向 .wikipedia.org 域的权威域名服务器发送查询报文"query zh.wikipedia.org"，得到主机 zh 的A记录，存入自身缓存并返回给客户端。

查看了一下dns查询协议，请求里有个字段，标记是递归查询还是迭代查询，如果是递归查询，则期望dns服务方提供域名的最终实际服务IP，如果是迭代的话，则期望dns服务方提供下一个dns服务方地址

用dig命令实际验证了一下，使用 +trace选项表示使用迭代查询，不加则是递归查询

迭代查询

~> dig www.baidu.com +trace

; <<>> DiG 9.7.3-P3-RedHat-9.7.3-8.P3.el6_2.2 <<>> www.baidu.com +trace
;; global options: +cmd
. 340973 IN NS j.root-servers.net.
. 340973 IN NS e.root-servers.net.
. 340973 IN NS h.root-servers.net.
. 340973 IN NS c.root-servers.net.
. 340973 IN NS m.root-servers.net.
. 340973 IN NS i.root-servers.net.
. 340973 IN NS l.root-servers.net.
. 340973 IN NS d.root-servers.net.
. 340973 IN NS k.root-servers.net.
. 340973 IN NS a.root-servers.net.
. 340973 IN NS f.root-servers.net.
. 340973 IN NS b.root-servers.net.
. 340973 IN NS g.root-servers.net.
;; Received 228 bytes from 172.27.36.190#53(172.27.36.190) in 0 ms

com. 172800 IN NS a.gtld-servers.net.
com. 172800 IN NS c.gtld-servers.net.
com. 172800 IN NS f.gtld-servers.net.
com. 172800 IN NS m.gtld-servers.net.
com. 172800 IN NS h.gtld-servers.net.
com. 172800 IN NS e.gtld-servers.net.
com. 172800 IN NS l.gtld-servers.net.
com. 172800 IN NS b.gtld-servers.net.
com. 172800 IN NS k.gtld-servers.net.
com. 172800 IN NS g.gtld-servers.net.
com. 172800 IN NS i.gtld-servers.net.
com. 172800 IN NS d.gtld-servers.net.
com. 172800 IN NS j.gtld-servers.net.
;; Received 503 bytes from 192.5.5.241#53(f.root-servers.net) in 36 ms

baidu.com. 172800 IN NS dns.baidu.com.
baidu.com. 172800 IN NS ns2.baidu.com.
baidu.com. 172800 IN NS ns3.baidu.com.
baidu.com. 172800 IN NS ns4.baidu.com.
baidu.com. 172800 IN NS ns7.baidu.com.
;; Received 201 bytes from 192.12.94.30#53(e.gtld-servers.net) in 449 ms

www.baidu.com. 1200 IN CNAME www.a.shifen.com.
a.shifen.com. 1200 IN NS ns1.a.shifen.com.
a.shifen.com. 1200 IN NS ns5.a.shifen.com.
a.shifen.com. 1200 IN NS ns3.a.shifen.com.
a.shifen.com. 1200 IN NS ns2.a.shifen.com.
a.shifen.com. 1200 IN NS ns4.a.shifen.com.
;; Received 228 bytes from 61.135.165.235#53(ns2.baidu.com) in 37 ms

递归查询

~> dig www.baidu.com

; <<>> DiG 9.7.3-P3-RedHat-9.7.3-8.P3.el6_2.2 <<>> www.baidu.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26132
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.baidu.com. IN A

;; ANSWER SECTION:
www.baidu.com. 223 IN CNAME www.a.shifen.com.
www.a.shifen.com. 184 IN A 180.97.33.108
www.a.shifen.com. 184 IN A 180.97.33.107

;; Query time: 0 msec
;; SERVER: 172.27.36.190#53(172.27.36.190)
;; WHEN: Thu Mar 5 11:00:45 2015
;; MSG SIZE rcvd: 90