単一のサーバー上のWebとメールに別々のDNSレコードが必要ですか？
単一のサーバーまたは1つのIPアドレスを持つVPSにWeb /メールサーバーをセットアップする場合、オンラインのほとんどすべてのガイドはDNSの同じ構造に従います。
example.com. IN A 192.0.2.0
hostname.example.com. IN A 192.0.2.0
mail.example.com. IN A 192.0.2.0
example.com. IN MX 10 mail.example.com.
0.2.0.192.in-addr.arpa. IN PTR hostname.example.com
私はこれを数回使用しました、そしてそれはいつも私のために働きました。しかし、メールサーバーが別の名前を指している理由があるのだろうかと思っていました。 MXレコードをホスト名にポイントし、SMTPとPOP3にhostname.example.comを使用することは可能でしょうか？
はい、それは可能ですが、そうすることを選択した場合、いくつかの重要な利点が失われます。
すべてのサービスが同じDNS名を指している場合、それらを参照するクライアントを再構成しない限り、それらを別々のサーバーに配置することはできません。
例：名前が異なると、サーバーの負荷が大きくなりすぎると、クライアントに影響を与えることなく、メールサービスを別のサーバーにオフロードできます。あなたがしなければならないのはあなたのDNSレコードを適応させることです。
rfc5321 に従って、MXが欠落している場合、メール配信はAアドレスに行われます。したがって、SMTPが機能するために次の行は必要ありません。
mail.example.com. IN A 192.168.0.1
example.com. IN MX 10 mail.example.com.
参照： http://en.wikipedia.org/wiki/MX_record#History_of_fallback_to_A
メールサーバーには、それを指すPTRレコードが必要です。これにより、逆引きDNSが機能します。 example.comのようなセカンドレベルドメインを使用するメールサーバーは信用していません。あまりにも多くのスパマーが自分の名前がビッグネームドメインの1つであると主張しようとしているからです。 mail.example.comのような名前を使用することをお勧めします。 mail.example.comを使用している場合は、メインドメインexample.comにMXを追加して、mail.example.comがメールを受信することを示します。ちなみに、mail.example.comもexample.comもCNAMEエントリにすることはできません。
1つのドメイン名ですべてを実行できます。ただし、メールサーバーにmail.example.comを使用することを確信している場合は、www.example.comではなくmail.example.comをWebサーバーに使用することをお勧めします。 www.example.comを使用すると、WebサーバーからCookieを受信しない静的コンテンツの並列ドメインを簡単に追加できます。
親ドメインのIPアドレスexample.comをWebサーバーのアドレスに解決するのが一般的です。 Webトラフィックが少ない場合は、WebドメインにCNAMEレコードを使用できます。 POPやIMAPなど、上記にリストされていない残りのサービスは、CNAMEレコードで処理できます。後で別のサーバーを追加する場合は、CNAMEレコードをAレコードに置き換えるか、単にCNAMEレコードを調整することができます。すべてのドメインにAAAAレコードを追加する必要がないため、CNAMEレコードを使用するとIPV6を簡単に追加できます。
ホスト名のDNSレコードが欲しいです。そうすれば、メールの代わりにそのドメインをMXとして使用できます。あなたの例では、mail.example.comレコードを削除し、MXレコードでhostname.example.comを使用します。 www.example.comのCNAMEレコードを追加すれば、かなりうまくいきます。
メールサーバーは、サーバーのPTRレコードが使用する名前を使用する必要があります。 PTRを適切に変更するには、IPプロバイダーに依頼する必要がある場合があります。その名前にもAレコードを追加します。
hostname.example.comとexample.comの両方にSPFレコードを追加することを検討してください。
メールサーバーには好きなホスト名を使用できますが、 必要ですか MXエントリが必要です。
そうは言っても、私は役割ごとに別々の名前を付けるというアイデアが好きです。まず、ホストを変更するときは、DNSをより細かく制御でき、外部DNSキャッシングによる問題が少なくなります。