DNS，A Record通配符是否比更特定的CNAME优先？

我们设置了一个通配符来处理“ example.com”的所有子域

记录：*。example.com指向10.10.10.10

我们有一个更具体的A记录来处理特殊的子域（这很好）：

记录：staging.example.com得分10.10.10.9

我们遇到的问题是我们正在将登台迁移到新的托管环境中，并被指示使用CNAME：

CNAME：new-staging.example.com指向proxy.heroku.com

我们认为这会起作用。但是，new-staging.example.com解析为顶级通配符10.10.10.10，并不指向proxy.heroku.com。

我想念什么？这不可能吗？还是这是不好的做法？谢谢，

答案通常是“否”-更具体的记录应该获胜，因此这应该按照您的描述/预期进行。我的猜测是您在某个地方缓存了通配符A记录，并且需要等待该缓存过期。

使用BIND 9.6.2-P2 / FreeBSD 8.1进行的快速测试：
包含记录的区域：

example.net.                IN      A      127.0.0.2
*.test.example.net.         IN      A      127.0.0.1
specific.test.example.net.  IN      CNAME  example.net.

解决如下：

% dig specific.test.example.net

; <<>> DiG 9.6.2-P2 <<>> specific.test.example.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17222
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;specific.test.example.net. IN  A

;; ANSWER SECTION:
specific.test.example.net. 3600 IN  CNAME   example.net.
example.net.               3600 IN  A   127.0.0.2

;; AUTHORITY SECTION:
example.net.        3600    IN  NS  ns1.example.net.

;; ADDITIONAL SECTION:
ns1.example.net.    3600    IN  A   127.0.0.1

（返回CNAME）
和

% dig nonspecific.test.example.net

; <<>> DiG 9.6.2-P2 <<>> nonspecific.test.example.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26980
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;nonspecific.test.example.net.  IN  A

;; ANSWER SECTION:
nonspecific.test.example.net. 3600 IN   A   127.0.0.1

;; AUTHORITY SECTION:
example.net.        3600    IN  NS  ns1.example.net.


;; ADDITIONAL SECTION:
ns1.example.net.    3600    IN  A   127.0.0.1

（返回通配符A记录）

根据您对这个问题的评论：

当运行dig -t ANY new-staging.example.com时，我们得到：new-staging.example.com。82880 IN CNAME proxy.heroku.com.example.com。proxy.heroku.com.example.com。86400在10.10.10.10中

...您配置了错误的DNS。您需要将CNAME的目标设置为proxy.heroku.com.-最后期限很重要！没有它，您的DNS服务器将假定您引用的是您所在example.com区域内的主机proxy.heroku.com.example.com--并且被通配符记录捕获。

我偶然发现了这篇文章，研究了如何完成共享的Plesk Linux服务器。在他们的示例中，他们提到了DNS / vhost.conf组合解决方案，在其中您必须同时添加到vhost.conf和更新DNS。

Quote：“它必须是子域列表中的最后一个，按字母顺序排列，因此，其名称以“ zz”开头。http: //kb.parallels.com/2239

我的猜测是，这与“常规” DNS理论不同，后者会返回更具体的记录。