反向区域中的MX记录

Question

我正在上Linux学院的DNS课程。在其中一个实验室里，他们定义了一个反向区域。在这个区域中，他们会添加MXs记录。在反向区域中定义MX记录有意义吗？

详细信息：

为此，他们做了

vim /etc/named.conf

zone "1.0.10.in-addr.arpa" {
    type master;
    file "/var/named/1.0.10.db";
};

/var/named/1.0.10.db的内容如下：

TTL    86400
@       IN      SOA     nameserver.myserver.com. root.myserver.com. (
                          10030         ; Serial
                           3600         ; Refresh
                           1800         ; Retry
                         604800         ; Expiry
                          86400         ; Minimum TTL
 )
; Name Server
@        IN      NS       nameserver.myserver.com.
; PTR Record Definitions
240         IN      PTR       nameserver.myserver.com.
241         IN      PTR       mailprod.myserver.com.
242         IN      PTR       mailbackup.myserver.com.
; which is last octet of my IP
; Mail Exchange Records
@        IN    MX    10    mailprod.myserver.com.
@        IN    MX    20    mailbackup.myserver.com.

类似地，我试图反向添加一个A记录，但这与此无关，因为可以通过以下操作来查找：

nslookup <dns-name>.1.0.10.in-addr.arpa localhost

正在做什么

ns lookup <dns-name>.mylabserver.com localhost

不会工作(或者如果是，它是一个非权威的答案，DNS递归)。我说的对吗？

我从https://en.wikipedia.org/wiki/MX_记录了解到定义MX记录需要一个A记录。因此，我们可以用PTR反向查找MX吗？

因此，我想知道在反向区域中添加MX记录是否有意义，那么我们如何检索这个MX呢？

我错过了什么？

Answer 1

只有当你想收到寄给例如scoulomb@1.0.10.in-addr.arpa的邮件时才有意义(这看起来不太寻常)。

dig 1.0.10.in-addr.arpa MX应该用于检索MX记录(给定问题中的区域)。

我猜这可能是他们对每个区域使用相同模板的情况，或者类似的情况。在相反的区域里，这当然不是典型的事情。

Answer 2

我相信您可能错过的是一个常见的垃圾邮件处理技巧，这是相当广泛的部署。

当连接到SMTP服务器时，一些服务器将对连接到它的IP地址进行反向查找，然后对该地址进行正向查找，并检查此转发和反向DNS匹配。

我怀疑这种技术有多有效，但我的想法是，如果域名没有反向dns，或者反向和转发DNS不匹配，发送IP很可能不是合法的邮件服务器，邮件应该被视为垃圾邮件。这项技术在1.4 2505，第1.4节 (从1999年2月开始)中进行了介绍。给出的理由是

当我们建议使用FQDN而不是IP地址时，这是因为FQDN在直觉上更容易使用。然而，所有这些使用在很大程度上依赖于DNS和in-ADDR.ARPA (PTR)信息。由于这是相当容易伪造的，要么通过在DNS服务器中注入错误的缓存信息，要么通过运行自己的DNS并在其中包含虚假信息的垃圾邮件发送者，主机和域名必须谨慎使用，例如经过验证，以便翻译地址->名称与名称->地址相对应。“