web-dev-qa-db-ja.com

MXレコードに必要なレコード?

以前のドメインは、IPアドレス(Webホスト)を指すourdomain.comと呼びましょう。さらに、Office365を使用してドメインの電子メールアカウントを処理します。 DNSレコード:

ourdomain.com    A        XXX.XXX.XXX.XXX
ourdomain.com    MX 10    our-domain.protection.mail.Outlook.com   

これで、Azureのクラウド環境に移行しました。 IPアドレスが保持されることが保証されていないため、AレコードではなくCNAMEレコードを使用することをお勧めします。

そこで、Aレコードを削除し、CNAMEを追加しました。

ourdomain.com    CNAME    ourcloudsite.cloudapp.net
ourdomain.com    MX 10    our-domain.protection.mail.Outlook.com       

現在、メールは受信されていません。 ourdomain.comでのMXレコードのnslookupの結果も正しくありません。

MXレコードを解決するにはAレコードが必要であることを読みました。そのとき、どのAレコードを使用することになっていますか?

Ourcloudsite.cloudapp.netのIPを使用することもできますが、ダウンタイムが発生するリスクがあります。

3
Dave New

ゾーンの頂点でCNAMEレコードを使用することはできません。これは、CNAMEレコードが、要求されたレコードタイプに関係なく、ある名前を別の名前のエイリアスとして定義しているためです。

これは、CNAMEレコードが他のレコードと共存できないことも意味します。これは、競合/不整合になるためです。

ゾーンの頂点には、常に少なくともSOAレコードとNSレコードがあります。つまり、そこにCNAMEが存在することはありません。

サービスプロバイダーによって提案されたCNAMEはオプションではないため、アドレスの変更(Webサイトで特に機能する)に巻き込まれるリスクを回避するための1つの可能な解決策は、代わりにアドレスを指すAレコードを追加することです。静的アドレスを持つ別のWebサーバーのこのサーバーは、たとえばhttp://example.com/からhttp://www.example.com/へのhttpリダイレクト(301)を実行するように設定されます。ここで、www.example.comは、サービスプロバイダーによって提案されたCNAMEレコードで設定されます。

(とにかく、名前の1つを別の名前にリダイレクトする可能性が非常に高くなります。通常、すべてのリソースを複数のURIで複製する必要はありません。)

8