Share via

DNS クエリ エラーの感度について

  • [アーティクル]

 

適用先: Exchange Server 2010 SP2, Exchange Server 2010 SP3

トピックの最終更新日: 2009-11-23

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

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

一般的な Microsoft Exchange Server 2010 組織では、組織で購読されているエッジ トランスポート サーバーが、外部受信者へのメッセージ配信を行います。このエッジ トランスポート サーバーは、組織内のハブ トランスポート サーバーからの送信メッセージを受け付けます。購読されているエッジ トランスポート サーバーは、外部受信者宛てのメールを受け付ける送信先メッセージング サーバーを見つけられる必要があります。メッセージは、送信先に応じて 1 つまたは複数のリモート配信キューに置かれ、リモート受信者への配信を待機します。配信キューの詳細については、「トランスポート キューについて」を参照してください。

エッジ トランスポート サーバーは、構成されている外部 DNS サーバーに対してクエリを実行して、メッセージを配信するのに必要な DNS レコードを見つけます。外部 DNS 参照に構成されている DNS サーバーは、一覧の順序どおりにクエリが実行されます。いずれかの DNS サーバーが使用できない場合は、一覧の次の DNS サーバーに対してクエリが実行されます。DNS サーバーに対して、次の情報のクエリが実行されます。

  • 外部受信者のドメイン部分の Mail Exchange (MX) レコード   MX レコードには、ドメイン宛てのメッセージを受け付けるメッセージング サーバーの完全修飾ドメイン名 (FQDN) と、そのメッセージング サーバーの preference の値が含まれています。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 2010 では、各 DNS サーバーに対する構成不可能な DNS クエリの制限 (5 秒間) と、DNS クエリ全体に対する制限 (1 分間) があります。

DNS に関する潜在的な問題

Microsoft Exchange トランスポート サーバーで外部 DNS の設定が適切に構成されている場合も、特定のドメインの DNS レコードに関する問題や、特定のドメインの権限のある DNS サーバーを見つけるために使用される任意の DNS サーバーに関する問題が発生する可能性は残っています。通常、これらの問題は制御できるものではなく、DNS サーバーを所有する側で解決する必要があります。このような DNS 関連のエラーは、以下の条件のうちの 1 つ以上が原因で発生している可能性があります。

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

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

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

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

Exchange 2010 では、EdgeTransport.exe.config アプリケーション構成ファイルに、DnsFaultTolerance という名前のパラメーターも含まれています。このパラメーターには、以下の値を指定できます。

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

  • Normal   DNS クエリが最初に無効な MX レコードを検出すると、無効な MX レコードと同じまたはそれより大きい preference 値を持つ解決された MX レコードは、直ちに破棄されます。DNS クエリ全体のタイムアウトを待機せずに、最も小さい preference 値を持つ残りの MX レコードが、送信先メッセージング サーバーにメッセージを配信するのに使用されます。この動作によってメッセージ配信の速度が上がる可能性がありますが、次の条件が当てはまる場合、DNS クエリが有効な MX レコードを持たないという欠点があります。

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

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

Exchange 2010 のハブ トランスポート サーバーまたはエッジ トランスポート サーバーの DnsFaultTolerance パラメーターの既定値は Lenient です。

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

EdgeTransport.exe.config ファイルの詳細については、「EdgeTransport.exe.Config ファイルについて」を参照してください。

 © 2010 Microsoft Corporation.All rights reserved.