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
无论使用何种协议,任何发往该 IP 地址的流量都会流向该 IP 地址(除非是使用 MX 记录的电子邮件)。
在实践中,最好让所有应用程序都使用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
这种假设域中的主要记录实际上是用于 HTTP 服务的,这也是 Verisign 的SiteFinder “服务”引起与 2003 年(简要)引入时一样多的问题A
的部分原因。通过拦截所有 DNS记录查找未知域并返回他们自己的地址之一,威瑞信打破了各种协议,这些协议假设如果 DNS 查找失败,他们可以故障转移到其他地址数据库机制。A