ルートドメインレコードをCNAMEに設定します

1つのIPを指す2つのドメインを持ち、2つの異なる場所で現在のIPアドレスを維持する必要がないために、CNAMEであるドメインのNSレコードを作成する必要があります。

このドメインのDNSプロバイダーはDynDNSですが、この操作をブロックします。

CNAMEは、ゾーン名と等しいラベルで作成できません

DNSが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

これはRFCの違反ですか、DynDNSにはこのアクションをブロックする正当な理由がありますか？

フォロー 2つの答えのおかげで、すでに私は今、1and1これを行うためにRFCを違反していることを知っていました。しかし、それは機能し、彼らはそれをサポートしているようです。非常に多くのドメインをホストしている会社にとって、異議のない大規模な規模でこれを行うことで逃げることは非常に奇妙に思えます。

追加のフォローアップ

要求に応じた「dig myseconddomain.co.uk ns」の出力。

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

正しい、それはRFC 1034、セクション3.6.2、パラグラフ3の違反です：

... CNAME RRがノードに存在する場合、他のデータは存在しないはずです。これにより、正規名とそのエイリアスのデータが異なることはありません。...

これは、ゾーンのルートにもSOAおよびNSレコードが必要であるため、ここに適用されます。

DynDNS WebHopサービスを使用します。これは、DNSのお客様には無料です。

これにより、2番目のドメインのトラフィックを最初のドメインにリダイレクトでき、RFCに違反することはありません。

リダイレクトは302（一時的な）リダイレクトなので、一部の検索エンジンのランキングを損なう可能性があります。（これはCNAMEレコードの問題である可能性もあります。）詳細については、上記のリンクを参照してください。

はい、そのためのRFCに違反があります。この説明を確認してください。RFCは可能ですが、RFCに完全には準拠していないと思います。

cnameは無効であり、今後問題を引き起こす可能性があります。回避策は、Apacheエイリアスを使用するか、モジュールを書き換えてトラフィックをリダイレクトすることです。Apacheでこれを行う方法を説明するこの投稿をチェックしてください。 あるドメインから別のドメインへの移行

はい、通常、ルート/頂点でCNAMEレコードを作成するときにDNS標準を破りますが、一部のDNSプロバイダーは回避策を実装しています。

• Cloudflareは、「CNAME Flattening」という機能を備えた優れた無料のDNSホスティングを提供します。これにより、ゾーンのルートにCNAMEを追加できますが、Cloudflareサーバーは実際に解決済みのA / AAAAレコードをクエリに返すため、標準を破ることはありません
• DNSMadeEasyは、「ANAME」レコードと呼ばれる同様のものも提供します
• DNSimpleは、「ALIAS」レコードでもこれを提供します
• easyDNSはANAMEレコードも提供します
• PointDNSはALIASレコードも提供します

私はCloudflareの幸せな顧客であり、彼らのソリューションが非常にうまく機能することを発見しました。