DNS、Aレコードのワイルドカードは、より具体的なCNAMEよりも優先されますか？

「example.com」のすべてのサブドメインを処理するためにワイルドカードが設定されています

レコード：* .example.comは10.10.10.10を指します

特別なサブドメインを処理する、より具体的なAレコードがあります（これは正常に機能します）。

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 IN A 10.10.10.10

... DNSを誤って設定しました。CNAMEのターゲットを設定する必要がありますproxy.heroku.com.-最終期間は重要です！これがないと、DNSサーバーは、example.comゾーン内のホストを参照していると想定しますproxy.heroku.com.example.com--そして、それはワイルドカードレコードによってキャッチされています。

共有Plesk Linuxサーバーでこれがどのように行われるかを調査しているこの投稿に出会いました。それらの例では、vhost.confに追加してDNSを更新する必要があるDNS / vhost.confの組み合わせソリューションを参照しています。

引用：「アルファベット順に並べられたサブドメインリストの最後である必要があるため、名前を「zz」で始めてください。http ：//kb.parallels.com/2239

私の推測では、これはより通常のDNS理論とは異なり、より具体的なレコードが返されます。