domain-name-system – CNAME记录会导致第二次DNS查找吗?

前端之家收集整理的这篇文章主要介绍了domain-name-system – CNAME记录会导致第二次DNS查找吗?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
假设我们有一个名为www.foo.com的子域,其CNAME记录指向foo.bar.cc.反过来,Foo.bar.cc有一条指向IP地址1.2.3.4的A记录.

现在,如果我对www.foo.com进行DNS查找,我会得到一个如下答案:

www.foo.com. IN CNAME foo.bar.cc.
foo.bar.cc. IN A 1.2.3.4

我的问题是,foo.bar.cc在什么阶段解决了?是否在将响应发送回客户端之前由递归DNS服务器完成?或者客户端是否向DNS服务器发出第二个请求,这次是针对foo.bar.cc?或者它取决于DNS服务器是否已经有foo.bar.cc的缓存条目?

我问,因为一个特定的递归DNS服务器只返回第一行,即它不解析CNAME.但是,在大概20秒之后,对同一主机的后续请求将包括两条线.

解决方法

2条记录在同一请求中一起返回.您可以通过以下命令找到它
dig +trace www.foo.com

例如我的域名photoblog.com有一个www的cname所以从photoblog的名称服务器给我的最后2个请求看起来像

photoblog.com.      172800  IN  NS  ns1.photoblog.com.
photoblog.com.      172800  IN  NS  ns2.photoblog.com.
;; Received 103 bytes from 192.43.172.30#53(i.gtld-servers.net) in 196 ms

www.photoblog.com.  600 IN  CNAME   photoblog.com.
photoblog.com.      600 IN  A   74.52.128.18
photoblog.com.      60  IN  NS  ns2.photoblog.com.
photoblog.com.      60  IN  NS  ns1.photoblog.com.
;; Received 133 bytes from 74.52.128.18#53(ns2.photoblog.com) in 59 ms

正如您所看到的那样,请求ns1 / ns2询问www.photoblog.com的ip是什么,它返回的很好,它是photoblog.com的cname,这里是该A记录的ip.

猜你在找的HTML相关文章