Exchange 2013 での SSL オフロードの構成
[アーティクル] 2023/04/04
7 人の共同作成者
フィードバック
この記事の内容
はじめに把握しておくべき情報
Outlook Web App 用 SSL オフロードの構成
Exchange 管理センター (EAC) の SSL オフロードを構成する
Outlook Anywhere 用の SSL オフロードの構成
オフライン アドレス帳 (OAB) 用 SSL オフロードの構成
Exchange ActiveSync (EAS) 用 SSL オフロードの構成
Exchange Web サービス (EWS) 用の SSL オフロードの構成
自動検出サービス用の SSL オフロードの構成
Mailbox Replication プロキシ (MRSProxy) サービス用の SSL オフロードの構成
Outlook クライアント (MAPI 仮想ディレクトリ) 用の SSL オフロードの構成
スクリプトを使用してすべてのプロトコルとサービスの SSL オフロードを有効にする
Exchange 2007 および Exchange 2010 との共存の構成
さらに 8 個を表示
製品: Exchange Server 2013
次の情報は、Service Pack 1 (SP1) をインストールした Exchange 2013 クライアント アクセス サーバーでプロトコルや関連サービスに対して SSL オフロードを構成する場合に役立ちます。 複数のクライアント アクセス サーバーがある場合、社内組織の SP1 をインストールしたそれぞれのクライアント アクセス サーバーで、各プロトコルやサービスに必要な手順を実行する必要があります。 組織内の各クライアント アクセス サーバーを同じ構成にする必要があることは言うまでもありません。 新しい累積的な更新プログラム (CU) やサービス パックへのアップグレード中で、SSL オフロードを使い続ける場合、それらの更新プログラムを Exchange 2013 クライアント アクセス サーバーにアップグレードまたは適用した後に、もう一度次の手順を実行する必要があります。
SSL オフロードの最も大きな利点の 1 つは、使用されている証明書をより簡単に管理できることです。 SP1 をインストールした各クライアント アクセス サーバーに別々の SSL 証明書を持つ代わりに、1 つの SSL 証明書を使用してすべてのクライアント アクセス サーバーにインポートします。 SSL 証明書は既存のものでも、新たに作成した証明書ものでも使用することができます。
警告
SSL オフロードを構成するためにインターネット インフォメーション サービス (IIS) マネージャ、Exchange 管理シェル、またはコマンドライン インターフェイスを使用する場合、 既定の Web サイト と Exchange バックエンド サイトがあることに気を付けてください。 SSL オフロードについては 既定の Web サイト のみを構成し、 Exchange バックエンド サイトは何も変更しないでください。
Outlook Web App 用に SSL オフロードを有効にするには、既定の Web サイト の owa 仮想ディレクトリの SSL 要件を削除する必要があります。
EAC 用に SSL オフロードを有効にするには、 既定の Web サイト の ecp 仮想ディレクトリの SSL 要件を削除する必要があります。
Outlook Anywhere 用の SSL オフロードの構成
Outlook Anywhere 用の SSL オフロードは既定で有効です。 Outlook Anywhere クライアントは、プライベート ネットワークまたはパブリック ネットワークから電子メールを受け取れます。 既定では、内部 Outlook クライアントの接続を有効にするために内部のホスト名またはサーバーの FQDN が使用されます。 しかし、Outlook Anywhere が内部的に使用されない場合は、内部ホスト名を削除する必要があります。 Outlook クライアントの内部および外部アクセスをどちらも許可するためには、内部および外部ホスト名を構成し、それぞれの認証方式を設定し、内部クライアント外部クライアントとも SSL を必要とするように設定します。 以下に示すように、外部クライアントの認証方式を構成するには EAC や Exchange 管理シェルを使用できますが、内部クライアントにはシェルを使用しなければなりません。
手順 1 : Outlook Anywhere の外部ホスト名を追加していない場合は、EAC またはシェルを使用できます。
EAC を使用して [サーバー] に移動し、リストでクライアント アクセス サーバーの名前を選択してから [編集] をクリックします。
[Exchange Server] ウィンドウで [Outlook Anywhere] をクリックしてから [ユーザーが組織に接続する際に使用する外部ホスト名 (例: contoso.com) を指定します。] ボックスに外部ホスト名を入力します。
[SSL オフロードを許可する] オプションがオンになっていることを確認し、 [保存] をクリックします。
Exchange 管理シェルを使用して [開始] をクリックし、 [開始] メニューで [Exchange 管理シェル] をクリックします。 このウィンドウで次を入力してから、Enter キーを押します。
Set-OutlookAnywhere -Identity ClientAccessServer1\Rpc* -Externalhostname ClientAccessServer1.contoso.com -ExternalClientsRequireSsl:$True -ExternalClientAuthenticationMethod Basic
手順 2 : 既定では、SSL オフロードが有効になっています。 しかし、SSL オフロードが無効にされており、これを有効にする場合は、EAC または Exchange 管理シェルを使用できます。
EAC を使用して [サーバー] に移動し、リストでクライアント アクセス サーバーの名前を選択してから [編集] をクリックします。
[Exchange Server ] ウィンドウで、[Outlook Anywhere ] をクリックし、[SSL オフロードを許可する ] オプションをクリックし、[保存 ] をクリックします。
シェルを使用して次を入力し、Enter キーを押します。
Set-OutlookAnywhere -Identity ClientAccessServer1\Rpc* -SSLOffloading $true
手順 3 : 既定では、Rpc 仮想ディレクトリで [SSL が必要] が選択されていませんが、SSL が無効になっていることを確認する場合は、インターネット インフォメーション サービス (IIS) マネージャーを使用できます。
インターネット インフォメーション サービス (IIS) マネージャーを使用して、[ サイト >の既定の Web サイト ] を展開し、 Rpc 仮想ディレクトリを選択します。 結果ウィンドウの [IIS] の下で [SSL 設定] をダブルクリックします。
[SSL 設定] の結果ウィンドウで、 [SSL が必要] チェック ボックスがオフであることを確認してから [アクション] ウィンドウの [適用] をクリックします。
手順 4 : 次のいずれかの方法を使用して、正しいアプリケーション プールをリサイクルするか、インターネット インフォメーション サービスを再起動する必要があります。
コマンド ラインを使用する: [実行の開始] > に移動し、「cmd」 と入力し、Enter キーを押します。 コマンド プロンプト ウィンドウで次を入力し、Enter キーを押します。
appcmd Recycle AppPool MSExchangeRpcProxyFrontEndAppPool
Windows PowerShellで、次のコマンドを入力し、Enter キーを押します。
Restart-WebAppPool MSExchangeRpcProxyFrontEndAppPool
コマンド ラインを使用する: [実行の開始] > に移動し、「cmd」 と入力し、Enter キーを押します。 コマンド プロンプト ウィンドウで次を入力し、Enter キーを押します。
iisreset /noforce
インターネット インフォメーション サービス (IIS) マネージャーを使用: インターネット インフォメーション サービス (IIS) マネージャーの [アクション] ウィンドウで、 [再起動] をクリックします。
重要
クライアント アクセス サーバーで IIS を再起動した場合でも、サービス ホスト プロセスが 15 分ごとに Active Directory からの変更をインターネット インフォメーション サービス (IIS) に適用するのを待つ必要があります。
オフライン アドレス帳 (OAB) 用 SSL オフロードの構成
オフライン アドレス帳 (OAB) 用に SSL オフロードを有効にするには、既定の Web サイト の OAB 仮想ディレクトリの SSL 要件を削除する必要があります。
Exchange ActiveSync (EAS) 用 SSL オフロードの構成
Exchange ActiveSync (EAS) 用に SSL オフロードを有効にするには、既定の Web サイト の Microsoft-Server-ActiveSync 仮想ディレクトリの SSL 要件を削除する必要があります。
Exchange Web サービス (EWS) 用の SSL オフロードの構成
Exchange Web サービス (EWS) 用に SSL オフロードを有効にするには、既定の Web サイト の EWS 仮想ディレクトリの SSL 要件を削除する必要があります。
手順 1 : インターネット インフォメーション サービス (IIS) マネージャーまたはコマンド ラインを使用して 、EWS 仮想ディレクトリで SSL を無効にすることができます。
インターネット インフォメーション サービス (IIS) マネージャーを使用して、[ サイト >] [既定の Web サイト ] の順に展開し、 EWS 仮想ディレクトリを選択します。 結果ウィンドウの [IIS] の下で [SSL 設定] をダブルクリックします。
[SSL 設定] の結果ウィンドウで、 [SSL が必要] チェック ボックスをオフにしてから [アクション] ウィンドウの [適用] をクリックします。
コマンドラインを使用して次の入力を行い、Enter キーを押します。
appcmd set config "Default Web Site/EWS" /section:access /sslFlags:None /commit:APPHOST
手順 2 : 次のいずれかの方法を使用して、正しいアプリケーション プールをリサイクルするか、インターネット インフォメーション サービスを再起動する必要があります。
コマンド ラインを使用する: [実行の開始] > に移動し、「cmd」 と入力し、Enter キーを押します。 コマンド プロンプト ウィンドウで次を入力し、Enter キーを押します。
appcmd Recycle AppPool MSExchangeServicesAppPool
Windows PowerShellで、次のコマンドを入力し、Enter キーを押します。
Restart-WebAppPool MSExchangeServicesAppPool
コマンド ラインを使用する: [実行の開始] > に移動し、「cmd」 と入力し、Enter キーを押します。 コマンド プロンプト ウィンドウで次を入力し、Enter キーを押します。
iisreset /noforce
インターネット インフォメーション サービス (IIS) マネージャーを使用: インターネット インフォメーション サービス (IIS) マネージャーの [アクション] ウィンドウで、 [再起動] をクリックします。
自動検出サービス用に SSL オフロードを有効にするには、既定の Web サイト の Autodiscover 仮想ディレクトリの SSL 要件を削除する必要があります。
Mailbox Replication プロキシ (MRSProxy) サービス用の SSL オフロードの構成
メールボックス レプリケーション プロキシ (MRSProxy) サービスは、すべての Exchange 2013 クライアント アクセス サーバーにインストールされます。 MRSProxy は、フォレスト間の移動要求をオンプレミスで行うだけでなく、オンプレミスのメールボックスを Microsoft 365 またはOffice 365に移動するのに役立ちます。 ただし、既定で MRSProxy は無効になっています。 これを有効にする場合は、フォレスト間、オンプレミスのメールボックスの移動、または Microsoft 365 またはOffice 365にメールボックスを移動するためのオンプレミスの Exchange フォレストで有効にする必要があります。 MRSProxy サービスは Exchange Web サービス (EWS) 下で実行されますが、SSL オフロードの構成はサポートしていません。
この理由は、MRSProxy サービスはトラフィックが署名および暗号化されることを想定しているからです。 すべてのハードウェア ロード バランサーまたはファイアウォールは、MRSProxy のトラフィックをクライアント アクセス サーバーに送信する前に、再度暗号化する必要があります。 その場合、オフロードが機能するように SSL ブリッジを構成することをお勧めします。
リバース SSL または SSL ブリッジング : ハードウェア ロード バランサーでリバース SSL または SSL ブリッジングを有効にした場合、各 CAS サーバーで上記の手順を実行する必要はありません。 ただし、ハードウェア ロード バランサーでリバース SSL を有効にするということは、SSL 暗号化およ復号化がクライアント アクセス サーバーで行われることを意味します。 この場合、SSL 暗号化および復号化はハードウェア ロード バランサーとクライアント アクセス サーバーの両方で発生します。 Exchange 2013 SSL オフロードの使用を選択するか、またはリバース SSL (SSL ブリッジ) を選択するかは、組織の目標と実装する必要があるセキュリティ事項により左右されます。 次の図は SSL ブリッジ (リバース SSL) が有効にされたクライアント接続を示しています。
Outlook クライアント (MAPI 仮想ディレクトリ) 用の SSL オフロードの構成
Outlook クライアント用に SSL オフロードを有効にするには、既定の Web サイト の MAPI 仮想ディレクトリの SSL 要件を削除する必要があります。
スクリプトを使用してすべてのプロトコルとサービスの SSL オフロードを有効にする
複数の Exchange 2013 クライアント アクセス サーバーがある大規模な組織で作業をしているなら、これまで見てきた手順をもっと迅速に実行することが必要な場合があります。 次のいずれかのスクリプトのコマンドをメモ帳にコピー、貼り付けし、必要な変更を行い, .ps1 拡張子を付けてそのファイルを保存してから、それを Exchange 管理シェルから実行できます。 単一または複数のクライアント アクセス サーバーのすべてのプロトコルおよびサービスに対して SSL オフロードを構成するためには、必要に応じて、これらのいずれのスクリプトも使用できます。
注意
Set-OutlookAnywhere コマンドレット入力の場合は、"MyServer" をクライアント アクセス サーバーの名前に置き換えてください。
Set-WebConfigurationProperty の使用
Set-OutlookAnywhere -Identity MyServer\Rpc* -Externalhostname MyServer.mail.contoso.com -ExternalClientsRequireSsl $True -ExternalClientAuthenticationMethod Basic
Set-OutlookAnywhere -Identity MyServer\Rpc* -SSLOffloading $true
Set-WebConfigurationProperty -Filter //security/access -name sslflags -Value "None" -PSPath IIS: -Location "Default Web Site/OWA"
Set-WebConfigurationProperty -Filter //security/access -name sslflags -Value "None" -PSPath IIS: -Location "Default Web Site/ecp"
Set-WebConfigurationProperty -Filter //security/access -name sslflags -Value "None" -PSPath IIS: -Location "Default Web Site/EWS"
Set-WebConfigurationProperty -Filter //security/access -name sslflags -Value "None" -PSPath IIS: -Location "Default Web Site/Autodiscover"
Set-WebConfigurationProperty -Filter //security/access -name sslflags -Value "None" -PSPath IIS: -Location "Default Web Site/Microsoft-Server-ActiveSync"
Set-WebConfigurationProperty -Filter //security/access -name sslflags -Value "None" -PSPath IIS: -Location "Default Web Site/OAB"
Set-WebConfigurationProperty -Filter //security/access -name sslflags -Value "None" -PSPath IIS: -Location "Default Web Site/MAPI"
iisreset /noforce
注意
Set-OutlookAnywhere コマンドレット入力の場合は、"MyServer" をクライアント アクセス サーバーの名前に置き換えてください。
Set-OutlookAnywhere -Identity MyServer\Rpc* -Externalhostname MyServer.mail.contoso.com -ExternalClientsRequireSsl $True -ExternalClientAuthenticationMethod Basic
Set-OutlookAnywhere -Identity MyServer\Rpc* -SSLOffloading $true
&$env:systemroot\system32\inetsrv\appcmd set config "Default Web Site/owa" /section:access /sslFlags:None /commit:APPHOST
&$env:systemroot\system32\inetsrv\appcmd set config "Default Web Site/ecp" /section:access /sslFlags:None /commit:APPHOST
&$env:systemroot\system32\inetsrv\appcmd set config "Default Web Site/EWS" /section:access /sslFlags:None /commit:APPHOST
&$env:systemroot\system32\inetsrv\appcmd set config "Default Web Site/Autodiscover" /section:access /sslFlags:None /commit:APPHOST
&$env:systemroot\system32\inetsrv\appcmd set config "Default Web Site/Microsoft-Server-ActiveSync" /section:access /sslFlags:None /commit:APPHOST
&$env:systemroot\system32\inetsrv\appcmd set config "Default Web Site/OAB" /section:access /sslFlags:None /commit:APPHOST
&$env:systemroot\system32\inetsrv\appcmd set config "Default Web Site/MAPI" /section:access /sslFlags:None /commit:APPHOST
iisreset /noforce
Exchange 2007 および Exchange 2010 との共存の構成
組織に Exchange 2003 サーバーと Exchange 2010 サーバーが混在している場合の共存シナリオで、Exchange 2010 クライアント アクセス サーバーのデプロイ後に実行しなければならない最初のステップは、Exchange 2003 ユーザーが Exchange 2010 クライアント アクセス サーバーのグループから自分のメールボックスにアクセスできるように、DNSを変更することです。 このようなシナリオでは、クライアントのトラフィックをクライアント アクセス サーバー間に分配するために使用されるロード バランサーの SSL オフロードを有効にすることが完全にサポートされます。
Outlook Web App の他のバージョンとの共存
Exchange 2013 のクライアント アクセス サーバーで構成されている SSL オフロードでは、Exchange 2007 と Exchange 2010 との共存が可能です。
Exchange 2007 との共存には以前の名前空間が必要で、Outlook Web App と Exchange Web サービスの場合にのみその名前空間へのリダイレクトが発生します。 自動検出、Outlook Anywhere および Exchange ActiveSync は、以前のバージョンにプロキシされます。
外部 URL を設定している場合、Exchange 2010 との共存にはリダイレクトが使用されます。 それ以外の場合は、プロキシが使用されます。