以前のドメインは、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を使用することもできますが、ダウンタイムが発生するリスクがあります。
ゾーンの頂点で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で複製する必要はありません。)