DNS, Ký tự đại diện có được ưu tiên hơn các CNAME cụ thể hơn không?

Chúng tôi có một ký tự đại diện được thiết lập để xử lý tất cả các tên miền phụ cho "example.com"

HỒ SƠ: * .example.com trỏ đến 10.10.10.10

Chúng tôi có một bản ghi A cụ thể hơn để xử lý một tên miền phụ đặc biệt (điều này hoạt động tốt):

Bản ghi: staging.example.com điểm 10.10.10.9

Vấn đề chúng tôi gặp phải là chúng tôi đang di chuyển sang một môi trường lưu trữ mới và chúng tôi đã được hướng dẫn sử dụng CNAME:

CNAME: new-staging.example.com trỏ đến proxy.heroku.com

Chúng tôi nghĩ rằng điều này sẽ làm việc. Tuy nhiên, new-staging.example.com phân giải thành ký tự đại diện cấp cao nhất 10.10.10.10 và không trỏ đến proxy.heroku.com.

Tôi đang thiếu gì? Điều này là không thể? Hay đây là thực hành xấu? Cảm ơn,

Câu trả lời thường là "Không" - hồ sơ cụ thể hơn sẽ giành chiến thắng, vì vậy điều này sẽ hoạt động như bạn mô tả / dự kiến. Tôi đoán là bạn có ký tự đại diện Một bản ghi được lưu trong bộ nhớ cache ở đâu đó và cần đợi bộ đệm đó hết hạn.

thử nghiệm nhanh với BIND 9.6.2-P2 / FreeBSD 8.1:
Vùng chứa các bản ghi:

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.

Giải quyết như sau:

% 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

(Trả về CNAME)
và

% 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

(Trả về bản ghi ký tự đại diện A)

Theo nhận xét của bạn về câu hỏi:

khi chạy dig -t MỌI new-staging.example.com chúng tôi nhận được: new-staging.example.com. 82880 IN CNAME proxy.heroku.com.example.com. proxy.heroku.com. 86400 VÀO 10.10.10.10

... Bạn đã cấu hình sai DNS. Bạn cần đặt mục tiêu của CNAME thành proxy.heroku.com.- giai đoạn cuối cùng rất quan trọng! Không có nó, máy chủ DNS của bạn cho rằng bạn đang đề cập đến một máy chủ trong example.comkhu vực của bạn - proxy.heroku.com.example.com- và điều đó đang bị bắt bởi bản ghi ký tự đại diện.

Tôi đã xem qua bài đăng này để nghiên cứu cách thực hiện một máy chủ Plesk Linux được chia sẻ. Trong ví dụ của họ, họ đề cập đến một giải pháp kết hợp DNS / vhost.conf nơi bạn phải thêm vào cả vhost.conf và cập nhật DNS.

Trích dẫn: "Nó phải là cái cuối cùng trong danh sách tên miền phụ, được sắp xếp theo thứ tự abc, vì vậy hãy bắt đầu tên của nó bằng" zz. " Http://kb.parallels.com/2239

Tôi đoán là điều này khác với lý thuyết DNS 'bình thường', theo đó bản ghi cụ thể hơn sẽ được trả về.