新しい年にサーバーを移動する予定で、一部のクライアントをあるサーバーに移動し、他のクライアントを別の場所に移動できるようにしたいので、ホストしているすべてのWebサイトをCNAMESに移動しようとしています。後日変更できる一意のCNAMEをクライアントに提供することを計画していました。 (これを行う理由は他にもありますが、それが主な理由です)
私たちはいくつかの独自のドメインでこの理論をテストしてきましたが、問題はないようです。ただし、ドメインのMXレコードを確認すると、MXレコードではなくCNAME値が返されました。
残念ながら、これらのドメインはすべてコントロールパネルを介して行われますが、ゾーンファイルを書き込んでいるだけだと思います。
Company.comに2つのCNAMEを作成したい
company.com. IN CNAME client.dns.ourserver.com
www IN CNAME client.dns.ourserver.com
MXレコードは次のようなものです。
company.com IN MX 10 mail.company.com
Mail.company.comのAレコードがあります。
実行:
Host -t mx company.com
MxレコードではなくCNAME値を返します。
これは予想される動作ですか?
上記の設定を123-reg.co.ukのコントロールパネルでうまく機能させることができましたが、それが何よりも幸運かどうかはわかりません。
これは一般的なエラーです。ルートドメイン(company.comなど)にCNAME RRを使用することはできませんおよび同じゾーンに追加のリソースレコードを定義します。
詳細については、 ルートレコードのCNAMEレコードを作成できないのはなぜですか? および RFC1034 セクション3.6.2を参照してください。
CNAME RRがノードに存在する場合、他のデータは存在しないはずです。これにより、正規名とそのエイリアスのデータが異なることがなくなります。
RFC2181のセクション10.3では、MXレコードをCNAMEにポイントできないとしています:
MXリソースレコードの値...として使用されるドメイン名はエイリアスであってはなりません。
AレコードではなくCNAMEを使用するHerokuに移動したところ、my_domain.comがherokuを指すようにCNAMEを作成する代わりに、www.my_domain.comがherokuを指すようにCNAMEを作成したので、bare /ルートドメインは転送されず、MXレコードは引き続き機能します。次に、my_domain.comをwww.my_domain.comにリダイレクトするためのポインタを追加しました。それは素晴らしいようです。私のドメイン名プロバイダーでは、「標準」「URL」および「www.my_domain.com」に設定した「ポインター」設定を使用してポインターが作成されました
これら2つを完全に分離できることに気づきました
mydomain.com. - A Record - 01.0.0.1
mydomain.com - CNAME - www.cname.eg.com
サーバーをメールサーバーとして使用していない限り、実際には何も影響しません。メールはmydomain.com MXレコードを探します。そのような場合にのみ影響を受けます
mydomain.com - MX - mail.mydomain.com
しかし、このような場合(つまり、別のメールサーバーを使用している場合)、影響はありません。
mydomain.com - MX - mail.mycustommailserver.com
メールサーバーにIPを使用することはできません。