パブリック ネットワークとプライベート ネットワークの間でネットワーク アドレス変換 (NAT) を実行しているファイアウォールまたはプロキシ サーバー経由で接続できない

元の KB 番号: 291615

現象

Outlook クライアントは、パブリック ネットワークとプライベート ネットワーク間で NAT を実行しているファイアウォールまたはプロキシ サーバーを介して接続できません。

原因

リモート プロシージャ コール (RPC) 情報を含む IP パケットが変換中に編集されると、IP パケットは RPC 接続情報を失います。 これにより、クライアントはサーバーに接続しません。 さらに、Outlook では、ファイアウォールまたはプロキシ サーバーの背後にあるMicrosoft Exchange Server コンピューターの名前の解決に問題が発生する可能性があります。

回避策

Microsoft Windows NT に基づいていないファイアウォールまたはプロキシ サーバーの回避策は、2 つのネットワーク間で 1 対 1 の変換を実行することです。 これは、パブリック ネットワークとプライベート ネットワーク間 のパイプまたはトンネルを開 くこととも呼ばれます。 これにより、パブリック ネットワーク上の特定のアドレスに対するすべての要求が受け取られ、プライベート ネットワークに直接渡されます。 1 対 1 の翻訳を構成する方法の詳細については、製造元のドキュメントを参照してください。

Outlook クライアントがファイアウォール上のエンドポイント マッパー ポート (EPM) ポート 135 にバインドしようとするため、Windows NT ベースのファイアウォールとプロキシ サーバーでは、1 対 1 の変換またはパイプは機能しません。 このサーバーは、正しいExchange Server接続情報を Outlook クライアントに返しません。

もう 1 つの回避策として、Outlook Web Appを使用する方法があります。 これには、ファイアウォールまたはプロキシ サーバーを介した HTTP トラフィックの許可のみが必要です。

詳細

詳細については、次のコメント要求 (RFC) を参照してください。

• RFC 1631 - IP ネットワーク アドレス変換ツール (NAT)
• RFC 1918 - プライベート インターネットのアドレス割り当て

これらの RFC については、 こちらを参照してください。