为什么要有 MX 记录？[关闭]

StackOverflow https://stackoverflow.com/questions/385193

  •  23-08-2019
  •  | 
  •  

题

我以前 询问有关 MX 记录的问题 （并感谢我从 SO'ers 那里收到的深思熟虑的答案）。现在这个问题已经解决了，我想退一步问一下为什么会有 MX 记录。

具体来说：为什么 SMTP 会受到 DNS 的特殊对待？

我们没有 HTTP 的 HX 记录或 FTP 的 FX 记录。似乎所有其他互联网协议都与 DNS 的 A 记录相处得很好。确实， 关于 MX 记录的维基百科文章 指出当前 SMTP 规范规定，如果接收方不存在 MX 记录，则服务器应退回到 A 记录。它还提到了 SMTP 在 DNS 出现之前的世界中所做的一些调整，但那是 25 年前的事了。我们真的还需要 MX 记录吗？

有帮助吗？

解决方案

MX 使用记录是因为需要 SMTP 流量 user@domain 以不同的方式路由到该域的其他流量，并且 SRV 那时唱片还没有发明。

您可以输入的现代约定 http://example.com/ 在您的浏览器中没有 www 前缀并仍然到达所需的网站实际上有点奇怪。为了更详细地解释，请考虑通常如何设置区域来实现这种无前缀访问：

$ORIGIN example.com
@        IN A   192.168.1.1
         IN MX mail.example.com
www      IN A  192.168.1.1
mail     IN A  192.168.1.2

因此，任何发送至 example.com 无论使用什么协议（除非是使用 MX 记录的电子邮件），都会转到该 IP 地址。

在实践中，最好是 全部 使用的应用程序 SRV 记录，然后我们可以一起取消应用程序特定的前缀，并使用 A 记录来实现其真正目的 - 特别是映射真实的 主机名 到 IP 地址。

如果以这种方式使用 SRV 记录，则区域文件将如下所示：

$ORIGIN example.com
_http._tcp IN SRV 0 0 80 www.example.com
_smtp._tcp IN SRV 0 0 25 mail.example.com
www        IN A 192.168.1.1
mail       IN A 192.168.1.2

这个假设主要是 A 域中的记录实际上是用于 HTTP 服务，这也是 Verisign 的部分原因 站点查找器 “服务”造成的问题与 2003 年（短暂）推出时一样多。通过拦截所有DNS A 记录对未知域的查找并返回自己的地址之一，威瑞信打破了各种协议，这些协议假定如果 DNS 查找失败，它们可以故障转移到其他地址数据库机制。

其他提示

MX记录背后的主要目的是指定机器（S）来处理特定的协议为整个域，也可指定备份邮件服务器（具有不同的优先级。）这样，如果一台服务器出现故障，你的能力在线路仍然可以达到一个新的服务器来发送邮件到该域。既不可以用普通的A记录，其与主机直接映射一个全名来进行。

现在可以用做 SRV记录（月8年前，不是25）弗兰克指出。当时有大量可用的不许多其它标准协议。

  

这似乎是所有其他互联网协议相处只是DNS” A记录的罚款。

那么，SRV记录类型可用于那些。

也许如果SMTP今天被写入了会利用这一点。

在除了允许备份器的规格，注意观察，并不是每个域都有自己的邮件服务器，因此它必须能够以指定的授权交换邮件在另一个域中存在一个邮件服务器，以便管理和系统消息给邮政局长，根或DNS WHOIS记录列出可交付的任何技术/管理联系人，即使他们没有在当前域中存在。

您只是不需要，对于FTP和HTTP，因为这些服务不启动像MX的出站连接也不是他们认为的接触点正式

不可忽略“历史原因”的解释。早在80年代初，SMTP是几乎是唯一公开已知的协议，必须在现有映射在整个站点 - 和DNS查找与常见的HOSTS做了很多系统文件

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top