DNS 查询故障敏感度

适用于：Exchange Server 2013

在 Microsoft Exchange Server 2013 中，可以为目标域调整 DNS 查询敏感度，以便遇到 DNS 错误时能更快地进行邮件传递。 但是，在某些情况下该调整可能导致传递失败，具体取决于 DNS 错误。

DNS 查询和远程邮件传递

负责向外部收件人传递邮件的 Exchange 服务器必须能找到为外部收件人接收邮件的目标邮件服务器。 根据目标，邮件在等待传递到远程收件人的过程中将放入一个或多个远程传递队列中。 有关传递队列的详细信息，请参阅队列。

Exchange 服务器查询配置的 DNS 服务器，以查找传递邮件所需的 DNS 记录。 DNS 服务器将按所列顺序进行查询。 如果某一 DNS 服务器不可用，则查询会转到列表上的下一 DNS 服务器。 对 DNS 服务器查询下列信息：

• 邮件交换 (MX) 外部收件人的域部分的记录：MX 记录包含负责接受域邮件的邮件服务器 (FQDN) 的完全限定域名，以及该邮件服务器的首选项值。 较低的首选项值表示首选消息服务器。 如果域有多个 MX 记录，则首选项值非常重要。 为了优化容错能力，大多数组织都使用多个消息服务器和具有不同首选项值的多个 MX 记录。

• 地址 (目标消息服务器的) 记录：MX 记录中使用的每个消息传送服务器都应具有相应的 A 记录。 该 A 记录用于查找目标消息服务器的 IP 地址。 订阅的边缘传输服务器使用该 IP 地址来打开与目标消息服务器的 SMTP 连接。 尽管从技术上来说，可以在 MX 记录中使用规范名称 (CNAME) 记录的 FQDN，但此做法违反了 RFC 974、RFC 1034、RFC 1912 和 RFC 2181，因此不为多数消息服务器所支持。

  将以根 DNS 服务器开始的迭代 DNS 查询和递归 DNS 查询根据需要组合起来，使用这种组合将 MX 记录中发现的消息服务器的 FQDN 解析为 IP 地址。

在 Exchange 2013 中，每个 DNS 服务器的 DNS 查询限制为 5 秒（不可配置），整个 DNS 查询限制为 1 分钟。

潜在的 DNS 问题

即使正确配置了 Exchange 服务器上的 DNS 设置，特定域的 DNS 记录或用于查找特定域权威 DNS 服务器的任何 DNS 服务器仍可能发生问题。 通常，这些问题会超出您的控制范围，需要那些 DNS 服务器的所有方来解决。 这些与 DNS 有关的错误可能是由下列一个或多个条件引起的：

• 无效的目标域 DNS 记录

• DNS 服务器使用方面的问题

• DNS 服务器复制方面的问题

在 Exchange 2013 中，如果 DNS 查询导致错误，则只有在该 DNS 服务器没有对当前查询返回错误时，才会继续查询下一个 DNS 服务器。

可以通过修改 %ExchangeInstallPath%bin\EdgeTransport.exe.config XML 应用程序配置文件来控制 DNS 查询失败的敏感度。 此文件与 Microsoft Exchange 传输服务相关联。 重新启动 Microsoft Exchange 传输服务后，将应用保存到此文件中的更改。 重新启动此服务时，会临时中断服务器上的邮件流。 DNS 查询失败敏感度由 EdgeTransport.exe.config 文件中的 DnsFaultTolerance 密钥控制。 此键使用下列值：

• Lenient：当 DNS 查询遇到有效 MX 记录和无效 MX 记录的组合时，DNS 查询将继续，直到达到 DNS 查询超时值 1 分钟。 丢弃无效的 MX 记录，同时使用首选项值最低的有效 MX 记录将邮件传递到目标消息服务器。 此值为默认值。

• 正常：当 DNS 查询首次遇到无效 MX 记录时，将立即丢弃首选项值大于或等于无效 MX 记录的任何已解析 MX 记录。 首选项值最低的剩余 MX 记录用于将消息传递到目标消息服务器，而无需等待整个 DNS 查询超时。尽管此行为可能会导致更快的消息传递，但此行为的潜在缺点是，如果满足以下条件，DNS 查询可能没有有效的 MX 记录：

  • 无效 MX 记录是目标域的第一个 MX 记录。

  • 有效 MX 记录具有与无效 MX 记录相同的优先级值。

Normal在模式和Lenient模式下，永远不会缓存针对无效 MX 记录的 DNS 查询结果。 下一次执行 DNS 查询时，会尝试解析目标域的 MX 记录。