DNS, czy symbole wieloznaczne A Record mają pierwszeństwo przed bardziej szczegółowymi CNAME?

Mamy symbol wieloznaczny skonfigurowany do obsługi wszystkich subdomen dla „example.com”

REJESTR: * .example.com wskazuje na 10.10.10.10

Mamy bardziej szczegółowy rekord A do obsługi specjalnej subdomeny (działa to dobrze):

Rekord: staging.example.com punkty 10.10.10.9

Problem, który mamy, polega na tym, że migrujemy staging do nowego środowiska hostingowego i otrzymaliśmy polecenie użycia CNAME:

CNAME: new-staging.example.com wskazuje na proxy.heroku.com

Myśleliśmy, że to zadziała. Jednak new-staging.example.com rozwiązuje problem z symbolem wieloznacznym najwyższego poziomu 10.10.10.10 i nie wskazuje na proxy.heroku.com.

czego mi brakuje? Czy to nie jest możliwe? Czy to zła praktyka? Dzięki,

Odpowiedź brzmi „Nie” - bardziej konkretny rekord powinien wygrać, więc powinien działać zgodnie z opisem / oczekiwaniami. Domyślam się, że masz gdzieś buforowany symbol wieloznaczny i musisz poczekać, aż pamięć podręczna wygaśnie.

szybki test z BIND 9.6.2-P2 / FreeBSD 8.1:
Strefa zawierająca rekordy:

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.

Rozwiązuje się w następujący sposób:

% 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

(Zwraca CNAME)
i

% 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

(Zwraca rekord wieloznaczny A)

Zgodnie z komentarzem do pytania:

podczas uruchamiania dig -T KAŻDEGO -staging.example.com otrzymujemy: new-staging.example.com. 82880 W CNAME proxy.heroku.com.example.com. proxy.heroku.com.example.com. 86400 IN A 10.10.10.10

... źle skonfigurowałeś DNS. Musisz ustawić cel CNAME na proxy.heroku.com.- końcowy okres jest ważny! Bez tego twój serwer DNS zakłada, że ​​masz na myśli hosta w twojej example.comstrefie - proxy.heroku.com.example.com- i to jest przechwytywane przez rekord wieloznaczny.

Zetknąłem się z tym postem, badając, jak to się robi w przypadku udostępnionego serwera Plesk Linux. W ich przykładzie odnoszą się do kombinacji rozwiązania DNS / vhost.conf, w której należy dodać zarówno plik vhost.conf, jak i zaktualizować DNS.

Cytat: „Musi to być ostatni na liście subdomen uporządkowanej alfabetycznie, więc zacznij jego nazwę od„ zz ”. Http://kb.parallels.com/2239

Sądzę, że różni się to od „normalnej” teorii DNS, zgodnie z którą zwracany byłby bardziej szczegółowy rekord.