Đặt bản ghi tên miền gốc là CNAME

Tôi cần tạo một bản ghi NS cho một tên miền là CNAME, với mục đích có hai tên miền chỉ vào một IP và không phải duy trì địa chỉ IP hiện tại ở hai nơi khác nhau.

Nhà cung cấp DNS cho tên miền này là DynDNS, nhưng họ chặn hoạt động này:

Không thể tạo CNAME với nhãn bằng với tên vùng

Tôi có thể làm điều này với một tên miền khác có DNS được phục vụ bởi 1and1:

root@srv-ubuntu:~# dig myseconddomain.co.uk

; <<>> DiG 9.4.2-P1 <<>> myseconddomain.co.uk
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61795
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;myseconddomain.co.uk.             IN      A

;; ANSWER SECTION:
myseconddomain.co.uk.      71605   IN      CNAME   myfirstdomain.co.uk.
myfirstdomain.co.uk.     59      IN      A       www.xxx.yyy.zzz

;; Query time: 298 msec
;; SERVER: 10.0.0.10#53(10.0.0.10)
;; WHEN: Tue Aug 18 14:17:26 2009
;; MSG SIZE  rcvd: 78

Đây có phải là vi phạm RFC hay DynDNS có lý do chính đáng để chặn hành động này không?

Theo dõi Nhờ hai câu trả lời đã được đăng, giờ tôi mới biết rằng 1and1 IS vi phạm RFC để làm điều này. Tuy nhiên, nó hoạt động và họ dường như hỗ trợ nó. Đối với một công ty lưu trữ rất nhiều tên miền, có vẻ rất kỳ lạ khi họ thoát khỏi việc làm điều này với quy mô lớn như vậy mà không bị phản đối.

Theo dõi thêm

Đầu ra của "đào myseconddomain.co.uk ns" theo yêu cầu.

root@srv-ubuntu:~# dig myseconddomain.co.uk ns

; <<>> DiG 9.4.2-P1 <<>> myseconddomain.co.uk ns
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18085
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 2

;; QUESTION SECTION:
; myseconddomain.co.uk.             IN      NS

;; ANSWER SECTION:
myseconddomain.co.uk.      4798    IN      NS      ns67.1and1.co.uk.
myseconddomain.co.uk.      4798    IN      NS      ns68.1and1.co.uk.

;; ADDITIONAL SECTION:
ns67.1and1.co.uk.       78798   IN      A       195.20.224.201
ns68.1and1.co.uk.       86400   IN      A       212.227.123.89

;; Query time: 59 msec
;; SERVER: 10.0.0.10#53(10.0.0.10)
;; WHEN: Wed Aug 19 12:54:58 2009
;; MSG SIZE  rcvd: 111

Đúng, đó là vi phạm RFC 1034 , mục 3.6.2, đoạn 3:

... Nếu CNAME RR có mặt tại một nút, không có dữ liệu nào khác; điều này đảm bảo rằng dữ liệu cho một tên chính tắc và bí danh của nó không thể khác nhau. ...

Điều này áp dụng ở đây vì gốc của vùng của bạn cũng phải có các bản ghi SOA và NS.

Sử dụng dịch vụ WebHop của DynDNS . Điều này là miễn phí cho khách hàng DNS của họ.

Nó cho phép bạn chuyển hướng lưu lượng truy cập cho tên miền thứ hai sang tên miền thứ nhất và không phá vỡ bất kỳ RFC nào.

Chuyển hướng là một 302(tạm thời), vì vậy nó có thể gây hại cho một số bảng xếp hạng công cụ tìm kiếm. (Tôi nghi ngờ đây cũng có thể là một vấn đề với CNAMEhồ sơ.) Xem liên kết ở trên để biết thêm thông tin.

Có, vi phạm RFC cho điều đó. Kiểm tra lời giải thích này . Tôi nghĩ là có thể nhưng không hoàn toàn tuân thủ RFC.

Tên sẽ không hợp lệ và có thể gây ra sự cố. Công việc xung quanh là sử dụng bí danh apache hoặc viết lại các mô-đun để chuyển hướng lưu lượng. Kiểm tra bài này giải thích làm thế nào để làm điều này trong apache. Di chuyển tên miền này sang tên miền khác

Có, nó thường phá vỡ tiêu chuẩn DNS khi tạo bản ghi CNAME ở gốc / apex, tuy nhiên một số nhà cung cấp DNS đã triển khai cách giải quyết:

• Cloudflare cung cấp dịch vụ lưu trữ DNS miễn phí tuyệt vời với tính năng gọi là " Làm phẳng CNAME ", theo đó bạn có thể thêm CNAME vào thư mục gốc của mình nhưng máy chủ Cloudflare sẽ thực sự trả lại các bản ghi A / AAAA đã giải quyết cho các truy vấn, do đó không phá vỡ tiêu chuẩn
• DNSMade EAS cũng cung cấp một điều tương tự, được gọi là bản ghi "ANAME"
• DNSimple cũng cung cấp điều này thông qua các bản ghi "ALIAS"
• easyDNS cũng cung cấp các bản ghi ANAME
• PointDNS cũng cung cấp các bản ghi ALIAS

Tôi là một khách hàng hạnh phúc của Cloudflare và đã tìm thấy giải pháp của họ để hoạt động thực sự tốt.