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 位址。 訂閱的 Edge Transport Server 會使用 IP 位址來開啟與目的地訊息伺服器的 SMTP 連線。 雖然技術上可以使用標準名稱的 FQDN (CNAME) 記錄，但此作法違反 RFC 974、RFC 1034、RFC 1912 和 RFC 2181，因此大部分的傳訊伺服器都不支援。

  以根 DNS 伺服器開頭的反復 DNS 查詢和遞迴 DNS 查詢的必要組合，是用來將 MX 記錄中找到的訊息伺服器 FQDN 解析成 IP 位址。

在 Exchange 2013 中，每個 DNS 伺服器都無法設定 5 秒的 DNS 查詢限制，以及整個 DNS 查詢的 1 分鐘限制。

潛在的 DNS 問題

即使 Exchange Server 上的 DNS 設定已正確設定，特定網域的 DNS 記錄或任何用來尋找特定網域授權 DNS 伺服器的 DNS 伺服器問題仍可能發生。 一般而言，這些問題超出您的控制範圍，而且必須由擁有這些 DNS 伺服器的物件解決。 這些 DNS 相關錯誤可能是由下列一或多個條件所造成：

• 目的地網域的 DNS 記錄無效

• DNS 伺服器使用率的問題

• DNS 伺服器複寫的問題

在 Exchange 2013 中，當 DNS 查詢產生錯誤時，只有在該 DNS 伺服器尚未傳回目前查詢的錯誤時，查詢才會繼續下一部 DNS 伺服器。

您可以修改 XML 應用程式組態檔來 %ExchangeInstallPath%bin\EdgeTransport.exe.config 控制 DNS 查詢失敗敏感度。 此檔案與 Microsoft Exchange Transport 服務相關聯。 重新啟動 Microsoft Exchange 傳輸服務之後，就會套用您儲存至這檔案的變更。 當重新啟動此服務時，會暫時中斷該伺服器上的郵件流程。 DNS 查詢失敗敏感度是由 EdgeTransport.exe.config 檔案中的 DnsFaultTolerance 金鑰所控制。 此索引鍵會使用下列值：

• Lenient：當 DNS 查詢遇到有效 MX 記錄和無效 MX 記錄的組合時，DNS 查詢會繼續執行，直到達到一分鐘的 DNS 查詢逾時值為止。 系統會捨棄不正確 MX 記錄，並使用喜好設定值最低的有效 MX 記錄將訊息傳遞至目的地傳訊伺服器。 這是預設值。

• 一般：當 DNS 查詢第一次遇到不正確 MX 記錄時，會立即捨棄任何喜好設定值大於或等於無效 MX 記錄的已解析 MX 記錄。 其餘喜好設定值最低的 MX 記錄會用來將訊息傳遞至目的地訊息伺服器，而不會等待整個 DNS 查詢逾時。雖然此行為可能會導致訊息傳遞速度更快，但此行為的潛在缺點是，如果下列條件成立，DNS 查詢可能沒有有效的 MX 記錄：

  • 不正確 MX 記錄是目的地網域的第一筆 MX 記錄。

  • 有效的 MX 記錄具有與無效 MX 記錄相同的優先順序值。

在模式和 Lenient 模式中 Normal ，永遠不會快取無效 MX 記錄的 DNS 查詢結果。 下次執行 DNS 查詢時，它會嘗試解析目的地網域的 MX 記錄。