对特定子域使用备用服务器 – DNS设置

我正在尝试为域名设置DNSlogging，以便mail.domain.com使用与*.domain.com其他请求不同的服务器。正如我一直在试图弄清楚如何做到这一点，我意识到我有可能在我的头上。

我已经尝试了一些由于错误而导致zone zone.com/IN未加载的事情。当时的区域文件看起来像这样（不隐藏的信息，因为一个简单的DNS查找与揭示一切无论如何：

 $TTL 1800 @ IN SOA ns1.domain.com. hostmaster.domain.com. ( 1393205447 ; last update: 2014-02-24 01:30:47 UTC 3600 ; refresh 900 ; retry 1209600 ; expire 1800 ; ttl ) IN NS ns1.domain.com. NS ns2.domain.com. NS ns3.domain.com. MX 10 mail.domain.com. ns1.domain.com. IN A 198.000.000.125 ns2.domain.com. IN A 141.0.000.89 ns3.domain.com. IN A 198.000.00.114 @ IN A 107.000.00.138 * CNAME @ mail.domain.com. IN A 162.00.000.72 mail CNAME mail.domain.com.

所以，首先，我正在试图做出一个可以接受的“良好做法/最佳实践”，其次，如果是这样，我怎样才能设置这样的邮件请求去第二台服务器的IP，从那么，我是否需要将MXlogging设置为： priority mail.domain.com 。（我做了什么特别的错误方面redirectmail.domain.com请求和MX DNS设置到第二个服务器的IP

请注意，我使用digitalocean，所以我有一个DNSinput面板为我创build区域文件。

为不同networking上的主机创buildAlogging时，不需要指定FQDN。

更正您的区域configuration：

 mail IN A 162.00.000.72 @ IN MX 10 mail.domain.com

这如何转化为客户的观点是这样的：

邮件服务器检查MX路由时，会发现mail.domain.com是主路由。
当邮件服务器在mail.domain.com上进行查找时，将返回162.00.000.72

为什么在Alogging中不需要FQDN：

 mail.domain.com. IN A 162.00.000.72

这很好。

 mail.3rdparty.com. IN A 162.00.000.72

这是无效的。 原因：您对3rdparty.com不具有权威性

 mail IN A 162.00.000.72

这是有效的。原因：任何不以结尾的东西. 将有$ORIGIN追加到它。
所以， mail实际上是指mail.domain.com ，如果你有$ORIGIN = domain.com

一些历史：

的. 实际上意味着所有领域的根源。

以这个logging为例：

 mail.domain.com.

这就是这个意思：

mail ：子域或“主机”
domain ：域
com ：“顶级”域名（TLD）
. ：根

这就是为什么不附加一个. 到您的logging将导致意外的logging，如mail.domain.com.domain.com.

但是在大多数现代的DNS服务器中，他们都认为你的意思是最后一个点。