DNS クエリ エラーの感度

製品: Exchange Server 2013

送信先ドメインで DNS エラーが発生する場合、Microsoft Exchange Server 2013 では、DNS クエリの感度を調整してメッセージ配信の速度を少し上げます。 ただし、DNS エラーによっては、この調整を行うと、特定の状況で配信エラーが発生する可能性があります。

DNS クエリおよびリモート メッセージ配信

外部の受信者にメッセージを配信する Exchange サーバーは、外部の受信者へのメールを受け取る送信先のメッセージング サーバーを検出できる必要があります。 送信先に応じて、メッセージは 1 つ以上のリモート配信キュー内に保存され、リモート受信者に配信されるまで待機します。 配信キューの詳細については、「キュー」を参照してください。

Exchange サーバーは、構成されている DNS サーバーに対してクエリを実行して、メッセージを配信するのに必要な DNS レコードを見つけます。 記載されている順序で DNS サーバーの照会が行われます。 いずれかの DNS サーバーが使用できない場合は、一覧の次の DNS サーバーに対してクエリが実行されます。 DNS サーバーに対して、次の情報のクエリが実行されます。

• 外部受信者のドメイン部分のメール交換 (MX) レコード: MX レコードには、ドメインのメッセージの受け入れを担当するメッセージング サーバーの完全修飾ドメイン名 (FQDN) と、そのメッセージング サーバーの優先値が含まれています。 preference の値が小さいほど優先度の高いメッセージング サーバーであることを示します。 ドメインに複数の MX レコードがある場合は、preference の値が重要です。 フォールト トレランスを最適化するために、大部分の組織では、複数のメッセージング サーバーと、preference の値が異なる複数の MX レコードを使用します。

• 宛先メッセージング サーバーのアドレス (A) レコード: 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 関連のエラーは、次の状況の 1 つ以上が原因と考えられます。

• 送信先ドメインの DNS レコードが無効な場合

• DNS サーバーの使用率に問題がある場合

• DNS サーバーのレプリケーションに問題がある場合

Exchange 2013 では、DNS クエリがエラーになると、次の DNS サーバーが現在のクエリに対して既にエラーを返していない場合にのみ、次の DNS サーバーに対してクエリが続行されます。

XML アプリケーション構成ファイルを変更することで、DNS クエリエラーの秘密度を %ExchangeInstallPath%bin\EdgeTransport.exe.config 制御できます。 このファイルは、Microsoft Exchange Transport サービスに関連付けられています。 このファイルに保存した変更は、Microsoft Exchange Transport サービスの再起動後に適用されます。 このサービスを再起動すると、サーバー上のメール フローは一時的に中断されます。 DNS クエリエラーの秘密度は、EdgeTransport.exe.config ファイル内の DnsFaultTolerance キーによって制御されます。 このキーでは次の値を使用します。

• Lenient: DNS クエリで有効な MX レコードと無効な MX レコードの組み合わせが検出されると、DNS クエリは 1 分の DNS クエリタイムアウト値に達するまで続行されます。 無効な MX レコードは破棄され、最も小さい preference 値を持つ有効な MX レコードが送信先メッセージング サーバーにメッセージを配信するのに使用されます。 これは既定の値です。

• 標準: DNS クエリで最初に無効な MX レコードが検出されると、無効な MX レコード以上の優先値を持つ解決済みの MX レコードはすべて直ちに破棄されます。 優先順位の値が最も低い残りの MX レコードは、DNS クエリ全体がタイムアウトするのを待たずに、メッセージを宛先メッセージング サーバーに配信するために使用されます。この動作によりメッセージ配信が高速化される可能性がありますが、次の条件に該当する場合、DNS クエリに有効な MX レコードがない可能性があります。

  • 無効な MX レコードが、送信先ドメインの最初の MX レコードである場合。

  • 有効な MX レコードが、無効な MX レコードと同じ precedence 値を持つ場合。

モードとLenientモードの両方Normalで、無効な MX レコードに対する DNS クエリの結果はキャッシュされません。 DNS クエリの次回実行時に、送信先ドメインの MX レコードの解決を試みます。