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 ISこれを行うために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
(一時的な)1つなので、検索エンジンのランキングに悪影響を与える可能性があります。 (これはCNAME
レコードの問題である可能性もあります。)詳細については、上記のリンクを参照してください。
はい、通常、ルート/頂点でCNAMEレコードを作成するときにDNS標準に違反しますが、一部のDNSプロバイダーは回避策を実装しています。
私はCloudflareの幸せな顧客であり、彼らのソリューションが本当にうまく機能することを発見しました。
Cnameは無効になり、今後問題が発生する可能性があります。回避策は、Apacheエイリアスまたは書き換えモジュールを使用してトラフィックをリダイレクトすることです。 Apacheでこれを行う方法を説明しているこの投稿をチェックしてください。 あるドメインから別のドメインへの移行
はい、そのためのRFCの違反があります。チェック この説明 。可能ではあるが、RFCに完全には準拠していないと思います。