IM and Presence サービスリリース 12.0(1) Microsoft Outlook 予定表統合ガイド

(1)

IM and Presence サービスリリース 12.0(1) Microsoft Outlook 予定表統合ガイド

初版：2017年08月17日最終更新：2017年12月22日

シスコシステムズ合同会社

〒107-6227 東京都港区赤坂9-7-1 ミッドタウン・タワー http://www.cisco.com/jp

お問い合わせ先：シスココンタクトセンター 0120-092-255 （フリーコール、携帯・PHS含む）

電話受付時間：平日 10:00～12:00、13:00～17:00 http://www.cisco.com/jp/go/contactcenter/

(2)

【注意】シスコ製品をご使用になる前に、安全上の注意（ www.cisco.com/jp/go/safety_warning/ ）をご確認ください。本書は、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。また、契約等の記述については、弊社販売パートナー、または、弊社担当者にご確認ください。

(3)

はじめに 1

はじめに 1 対象読者 1 ブック構造 1 表記法 2

マニュアルの入手方法およびテクニカルサポート 3 概要 5

概要 ₅ 展開 5

Exchange Webサービス 5

IM and PresenceサービスでのMicrosoft Outlookの予定表ステータス ₆ 制約事項と制限 7

予定表統合の計画 9

前提条件 ₉

コンフィギュレーションの考慮事項 10

交換WebサービスによるMicrosoft Exchangeサーバとの統合 11

Exchangeサーバの管理役割と権限 ₁₁

Exchangeサーバの統合におけるプレゼンスゲートウェイの設定 12

交換Webサービスの統合の既知の問題 13 セキュリティの考慮事項 ₁₃

Windowsセキュリティポリシーの設定 13

参考情報の入手 13 Microsoft Exchangeの設定 15

予定表統合用のMicrosoft Exchangeの設定 15 Microsoft Exchange 2007設定タスクフロー 15

Windowsのセキュリティ設定の確認 17

(4)

Windows Server 2008でのMicrosoft Exchange 2007の設定 19 サーバレベルでの偽装権限の設定 19

サービスアカウントのActive Directoryサービス拡張権限の設定 20

サービスアカウントおよびユーザメールボックスへのSend As権限の付与 21 サービスアカウントおよびユーザメールボックスへの偽装権限の付与 22 Microsoft Exchange 2007アカウントの権限の確認 23

Windows Server 2003を実行するExchange 2007の認証の有効化 24 Microsoft Exchange 2010/2013/2016設定タスクフロー 24

Windowsセキュリティ設定の確認 26

Exchange 2010の特定のユーザまたはグループのExchange偽装権限の設定 26 Exchange 2013または2016の特定のユーザまたはグループのExchange偽装権限の

設定 28

Microsoft Exchange 2010アカウントでの権限の確認 30

Microsoft Exchange 2013または2016アカウントの権限の確認 32

Windows Server 2008を実行するExchange 2010、2013、または2016の認証の有効化 34

SANおよびワイルドカード証明書のサポート ₃₄ Exchange Server用の証明書の設定タスクフロー 35

Windows Server 2003でのCAのインストール 36 Windows Server 2008でのCAのインストール ₃₇ CSRの作成：Windows Server 2003の実行 38 CSRの作成：Windows Server 2008の実行 40 CAサーバ/認証局へのCSRの提出 ₄₁ 署名付き証明書のダウンロード 42

署名付き証明書のアップロード：Windows 2003の実行 43 署名付き証明書のアップロード：Windows 2008の実行 ₄₅ ルート証明書のダウンロード 46

IM and Presenceサービスノードへのルート証明書のアップロード 46

Microsoft Office 365の設定 51 目次

(5)

IM and PresenceサービスへのMicrosoft証明書のアップロード 52 IM and Presenceサービスの設定 55

IM and Presence予定表統合タスクフロー 55 プレゼンスゲートウェイの設定 56 Office 365統合用のプル間隔の設定 57

Exchange統合用のサービスパラメータの設定 58

Cisco Presence Engineの再起動 59 LDAP同期ユーザの予定表の有効化 60

機能グループテンプレートへの予定表統合の追加 60 LDAP同期への機能グループテンプレートの追加 61 予定表統合の一括有効化 62

ユーザの予定表統合の有効化 62

Exchange予定表統合のトラブルシューティング ₆₅

Exchangeサーバの接続ステータスに関するトラブルシューティング 65

SSL接続と証明書のステータスのトラブルシューティング 66

Microsoft Exchangeの統合に影響することが確認されている問題 ₇₁

予定表の統合に関する規模の上限 72

ユーザがMicrosoft Exchangeサーバ間で移動すると、予定表ステータスが更新されな

い 72

LDAPユーザの削除がIM and Presenceサービスにレプリケートされるまで24時間以上かかる ₇₂

Microsoft Exchange Server URLにカレンダーの訳語が含まれているかどうかの確認 73

(6)

(7)

第

1

^章

はじめに

• はじめに, 1 ページ

• 対象読者, 1 ページ

• ブック構造, 1 ページ

• 表記法, 2 ページ

• マニュアルの入手方法およびテクニカルサポート, 3 ページ

はじめに

Microsoft ExchangeとIM and Presenceサービスの統合により、ユーザはMicrosoft Outlookの予定表/会議のステータスをIM and Presenceサービスのアベイラビリティステータスに組み込むことができます。

対象読者

この出版物は、IM and PresenceサービスとのMicrosoft Exchangeの統合を設定および管理する経験豊富なユーザを対象としています。

ブック構造

このガイドは以下の章で構成されています。

説明タイトル

章

この章には、このガイドのブック構造、対象読者、

および目的に関する情報が含まれています。

はじめに, （1ページ）

1

(8)

説明タイトル

章

この章では、IM and PresenceサービスのMicrosoft

Outlook予定表統合機能を紹介します。

概要, （5ページ）

2

この章には、予定表統合を計画するための前提条件に関する情報が含まれています。

予定表統合の計画, （9ページ）

3

この章は、Outlook予定表統合のためにオンプレミス Microsoft Exchange Serverに接続している場合にのみ参照してください。この章では、統合用のExchange

Serverの設定方法について説明します。

Microsoft Exchangeの設定, （

15ページ）

4

この章は、Outlook予定表統合のためにクラウドホ

スト型Office 365サーバに接続している場合にのみ

参照してください。この章では、統合用のOffice 365 サーバの設定方法について説明します。

Microsoft Office 365の設定, （

51ページ）

5

この章は、IM and PresenceサービスをOutlook予定表統合用に設定する場合に参照してください。この章は、オンプレミスExchange Serverに接続しているのか、クラウドホスト型Office 365サーバに接続しているのかに関係なく、使用してください。

IM and Presenceサービスの設定, （55ページ）

6

この章では、一般的な問題のトラブルシューティングタスクと修正プログラムについて説明します。

Exchange予定表統合のトラブ

ルシューティング, （65ページ）

7

表記法

このマニュアルでは、次の表記法を使用しています。

表示表記法

コマンド、キーワード、およびユーザが入力するテキストは、boldフォントで記載されます。

boldフォント

ドキュメント名、新規用語または強調する用語、値を指定するための引数は、italicフォントで記載されます。

イタリック体フォント

はじめに表記法

(9)

「注釈」です。役立つ情報やこのマニュアルに記載されていない参照資料を紹介しています。

（注）

問題の解決に役立つ情報であることを示します。ヒントには、トラブルシューティングや操作方法ではなく、ワンポイントアドバイスと同様に知っておくと役立つ情報が記述される場合もあります。

ヒント

「要注意」の意味です。機器の損傷またはデータ損失を予防するための注意事項が記述されています。

注意

マニュアルの入手方法およびテクニカルサポート

マニュアルの入手方法、テクニカルサポート、その他の有用な情報について、次のURLで、毎月更新される『What's New in Cisco Product Documentation』を参照してください。シスコの新規および改訂版の技術マニュアルの一覧も示されています。

http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html

『What's New in Cisco Product Documentation』はRSSフィードとして購読できます。また、リーダーアプリケーションを使用してコンテンツがデスクトップに直接配信されるように設定することもできます。RSSフィードは無料のサービスです。シスコは現在、RSSバージョン2.0をサポートしています。

はじめに

マニュアルの入手方法およびテクニカルサポート

(10)

はじめにマニュアルの入手方法およびテクニカルサポート

(11)

第

2

^章

概要

• 概要, 5 ページ

• 展開, 5 ページ

• IM and PresenceサービスでのMicrosoft Outlookの予定表ステータス, 6 ページ

• 制約事項と制限, 7 ページ

概要

Microsoft Outlook予定表とIM and Presenceサービスの統合では、Microsoft Outlookの予定表/会議のステータスをIM and Presenceサービスサーバの可用性ステータスに組み込むことができます。

この統合は、IM and PresenceサービスをオンプレミスMicrosoft Exchange Serverまたはホスト型

Office 365サーバに接続することによって実現できます。

展開

Exchange Web サービス

Exchange Webサービス（EWS）では、HTTPを介してMicrosoft Exchangeのメールボックスおよびコンテンツとのやりとりを行えます。EWSは、Microsoft Outlookを介して利用できるデータと

(12)

ほぼ同じデータにアクセスできます。EWSは、クライアントコンピュータからサーバにいくつかの責任を移動します。

図 1：EWS を介したIM and Presence サービスとの Microsoft Exchange 統合

IM and Presence サービスでの Microsoft Outlook の予定表ステータス

Microsoft ExchangeまたはOffice 365経由のMicrosoft OutlookとIM and Presenceサービスの統合では、Microsoft Outlookの予定表/会議のステータスをIM and Presenceサービスの可用性ステータスに組み込むことができます。次の表は、到達可能性のマッピングと、IM and Presenceサービスにおいて会議ステータス（Microsoft Outlook予定表に表示される）とIM and Presenceサービスのユーザのアベイラビリティステータスがどのように対応付けられるかを示しています。

表 1：予定表ステータスに基づく集約されたアベイラビリティステータス

IM and Presenceサービスのステータス Microsoft Outlookのステータス

応対可空き時間/仮の予定

会議中ビジー

退席中勤務時間外¹

退席中退席中²

概要 IM and Presence サービスでの Microsoft Outlook の予定表ステータス

(13)

制約事項と制限

次に示すのは、IM and PresenceサービスとMicrosoft Exchangeの統合に関する制限事項です。

• 1台以上のEWSサーバを追加、更新、または削除できます（上限はありません）。ただし、

[プレゼンスゲートウェイ（Presence Gateway）]ウィンドウの[トラブルシュータ

（Troubleshooter）] は、設定した最初の10台までのEWSサーバのステータスのみを検証

し、レポートするよう作られています。

• IM and Presenceサービスの本リリースでは、Exchangeの自動検出サービスに対応していませ

ん。自動検出サービスでは、ロードバランシング機構がすでにクライアントアクセスサーバ（CAS）またはサーバに配置されていることが前提となっています。

• Exchange ServerとOffice 365サーバの両方をプレゼンスゲートウェイとして設定することは

できません。IM and Presenceサービス展開と両方のタイプのMicrosoft展開を統合する場合は、Exchange Serverをプレゼンスゲートウェイとして設定し、Microsoft展開からMicrosoft ExchangeとOffice 365間の統合を設定する必要があります。

概要

制約事項と制限

(14)

概要制約事項と制限

(15)

第

3

^章

予定表統合の計画

• 前提条件, 9 ページ

• コンフィギュレーションの考慮事項, 10 ページ

• セキュリティの考慮事項, 13 ページ

• 参考情報の入手, 13 ページ

前提条件

Microsoft Outlook予定表とIM and Presenceサービスの統合を設定する前に、次の互換性マトリクスを参照し、統合に必要なコンポーネントのインストールおよび設定が完了していることを確認してください。

表 2：互換性マトリクス

互換性のあるバージョンコンポーネント

• Windows Server 2003（SP2）サービスパック

• Windows Server 2008（SP2）サービスパック

• Windows Server 2012（Standard）サービスパック Windows Server

標準展開では、Cisco Unified Communications ManagerとIM

and Presenceサービスのリリースバージョンが一致する必要

があります。

リリース11.5(1)SU4以降では、IM and Presence集中展開機能により、テレフォニークラスタとは異なるバージョンを使用して、IM and Presenceクラスタを展開できます。

Cisco Unified Communications Manager

(16)

互換性のあるバージョンコンポーネント

標準展開では、Cisco Unified Communications ManagerとIM

and Presenceサービスのリリースバージョンが一致する必要

があります。

リリース11.5(1)SU4以降では、IM and Presence集中展開機能により、テレフォニークラスタとは異なるバージョンを使用して、IM and Presenceクラスタを展開できます。

IM and Presence Service

Microsoft Exchange 2007（SP1）サービスパック Microsoft Exchange Server 2007

Microsoft Exchange 2016 Microsoft Exchange Server 2016

ホスト型Office 365サーバの展開に関する詳細については、

Microsoftのマニュアルを参照してください。

Microsoft Office 365

• Active Directory 2003とWindows Server 2003（SP2）

• Active Directory 2008とWindows Server 2008（SP2）

• Active Directory 2012とWindows Server 2012

Active Directory内のユーザ名は、Cisco Unified Communications Managerに定義されたユーザ名と一致している必要があります。

（注）

Active Directory

証明書を作成するためには、これらのいずれかが必要。

Microsoft ExchangeとIM and Presenceサービスの統合では、RSA 1024または2048ビットキーとSHA1

およびSHA256署名アルゴリズムを使用した証明書

をサポートします。

サードパーティの証明書または証（注）

明書サーバ

Exchange Server 2007、2010、2013、および2016は、Exchange Webサービス（EWS）をサポートします。

コンフィギュレーションの考慮事項

本書には、オンプレミスMicrosoft Exchange展開またはホスト型Office 365展開におけるIM and

予定表統合の計画コンフィギュレーションの考慮事項

(17)

表 3：Microsoft 展開用の設定タスク

次の設定の章を完了します。

Microsoft 展開

•Microsoft Exchangeの設定, （15ページ）

•IM and Presenceサービスの設定, （55ページ）

Microsoft Exchange (2007、2010、2013、2016)

•Microsoft Office 365の設定, （51ページ）

•IM and Presenceサービスの設定, （55ページ）

Microsoft Office 365

交換 Web サービスによる Microsoft Exchange サーバとの統合

Microsoft Exchangeサーバ2007では、Exchange Webサービス（EWS）が導入され、Simple Object

Access Protocol（SOAP）に似たインターフェイスを使用してExchangeサーバに予定表を統合でき

ます。

Cisco Unified CM IM and Presence Service AdministrationユーザインターフェイスでExchange統合用にEWSプレゼンスゲートウェイを設定する場合は、次の点に注意してください。

• 1台以上のEWSサーバを追加、更新、または削除できます（上限はありません）。ただし、

[プレゼンスゲートウェイ設定（Presence Gateway Configuration）]ウィンドウの[トラブルシュータ（Troubleshooter）]は、設定した最初の10台までのEWSサーバのステータスのみを検証し、レポートするように作成されています。

• EWSサーバゲートウェイは、最初のEWSサーバゲートウェイに対して設定したクレデン

シャル（アカウント名とパスワード）を共有します。1つのEWSサーバゲートウェイのクレデンシャルを変更すると、設定されたすべてのEWSゲートウェイのクレデンシャルもそれに準じて変更されます。

• 1つ以上のEWSサーバを追加、更新、または削除した後に設定の変更を反映するには、Cisco

Presence Engineを再起動する必要があります。複数のEWSサーバを連続して追加した場合

は、すべての変更を同時に反映するようCisco Presence Engineを一度だけ再起動することができます。

Exchange サーバの管理役割と権限

Exchange Webサービス（EWS）では、すべてのユーザの予定表情報へのアクセスを有効にするた

めに特別なアカウントが必要になります。このアカウントは偽装アカウントと呼ばれます。

予定表統合の計画

交換 Web サービスによる Microsoft Exchange サーバとの統合

(18)

Microsoft Exchange Server 2007

呼び出し元がExchange Server 2007で別のユーザの電子メールアカウントにアクセスするには、

EWSの統合には偽装権限を持つアカウントが必要となります。呼び出し元は、呼び出し元のアカウントと関連付けられた権限ではなく、偽装したアカウントに関連付けられた権限を使用し、指定したユーザアカウントを偽装します。

偽装アカウントは、Exchange 2007を実行するクライアントアクセスサーバ（CAS）上で ms-Exch-EPI-Impersonation権限が付与される必要があります。これで、CASを使用してユーザの電子メールアカウントを偽装する権限が呼び出し元に与えられます。さらに、呼び出し元は、

メールボックスデータベースとディレクトリ内の個々のユーザオブジェクトのいずれかで ms-Exch-EPI-MayImpersonate権限も付与される必要があります。

個々のユーザのアクセスコントロールリスト（ACL）がメールボックスデータベース設定に優先するため、呼び出し元にデータベース内のすべてのメールボックスへのアクセスを許可し、必要に応じて同じデータベース内の特定のメールボックスへのアクセスを拒否できます。

Microsoft Exchange Server 2010 および 2013

Microsoft Exchange Server 2010および2013は、ロールベースアクセスコントロール（RBAC）を使用して偽装アカウントに権限を付与し、ユーザに組織での職務に関連するタスクの実行を許可します。RBAC権限を適用するには主に2つの方法があり、ユーザが管理者またはスーパーユーザであるかエンドユーザであるかによって使い分けます。

•管理役割グループ：Exchangeのセットアッププロセス中に11のデフォルト管理役割グループが提示されます。各グループには、その役割に固有の権限が関連付けられています。組み込まれている役割グループの例として、「受信者の管理」と「ヘルプデスク」があります。

一般に、特定のタスクを実行する必要があるスーパーユーザには適切な管理役割グループが割り当てられ、それに関連付けられた権限を継承します。たとえば、Exchange組織内の任意のユーザの連絡先情報を修正する必要のある製品サポート担当者は、「ヘルプデスク」管理役割グループのメンバーとして割り当てられます。

•管理役割割り当てポリシー：管理者またはスーパーユーザではない一般ユーザの場合、管理役割割り当てポリシーは、ユーザが修正できるメールボックスの種類を制御します。

New-ManagementRoleAssignmentコマンドレットを使用してユーザにApplicationImpersonation 役割を割り当てると、アカウントが組織内のユーザを偽装し、そのユーザの代わりにタスクを実行できます。役割の割り当て範囲は、New-ManagementScopeコマンドレットを使用して個別に管理され、特定の受信者やサーバを対象として絞り込むことができます。

RBACでは、Exchange Server 2007で求められるようにACLを修正および管理する必要はあり

ません。

（注）

Exchange サーバの統合におけるプレゼンスゲートウェイの設定

予定表統合の計画交換 Web サービスによる Microsoft Exchange サーバとの統合

(19)

また、次のラウンドロビン方式を使用することで、遭遇するトラフィック負荷をサポートします。

•最初にユーザの予定表購読を有効にしたときには、そのユーザには管理者によって設定された対象CASホストのプールからCASが割り当てられます。

•ユーザへの割り当ては、そのユーザの予定表購読が失敗するまで保持されます。

•ユーザの予定表購読が失敗した場合は、対象CASホストのプールからCASがユーザに再度割り当てられます。

交換 Web サービスの統合の既知の問題

• Exchange Webサービス（EWS）の統合に影響することが確認されている問題については、こ

のガイドの「Exchange予定表統合のトラブルシューティング, （65ページ）」の章を参照してください。

•Microsoft Exchangeの統合に影響することが確認されている問題, （71ページ）を参照して

ください。

セキュリティの考慮事項

Windows セキュリティポリシーの設定

Microsoft ExchangeとのIM and Presenceサービスの統合では、Windows統合認証（NTLM）などのさまざまな認証方式がサポートされます。

IM and Presenceサービスは、NTLMv1およびNTLMv2の2つのWindows統合認証をサポートし、

デフォルトでNTLMv2を使用します。

[Lan Manager認証レベル（Lan Manager authentication level）]を[NTLMv2応答のみを送信（Send NTLMv2 response only）]を送信します。Windowsドメインコントローラの[LMおよびNTLMを拒否（Refuse LM & NTLM）]は、ドメインでNTLMv2認証を強制します。

IM and Presenceサービスは、NTLMv2セッションセキュリティをサポートしません。メッセー

ジの機密性と整合性は、セキュアなhtttp（https）によって提供されます。

（注）

参考情報の入手

Cisco Unified Communications ManagerおよびIM and Presence サービスのマニュアル http://www.cisco.com/en/US/products/sw/voicesw/ps556/tsd_products_support_series_home.html

予定表統合の計画

セキュリティの考慮事項

(20)

Microsoft Exchange 2007 のマニュアル

http://technet.microsoft.com/en-us/library/bb124558(EXCHG.80).aspx

http://technet.microsoft.com/en-us/library/bb124558.aspx

http://technet.microsoft.com/en-us/library/bb124558%28exchg.150%29.aspx

Microsoft Active Directory 2008 のマニュアル

http://www.microsoft.com/windowsserver2008/en/us/ad-main.aspx

予定表統合の計画参考情報の入手

(21)

第

4

^章

Microsoft Exchange の設定

• 予定表統合用のMicrosoft Exchangeの設定, 15 ページ

• Microsoft Exchange 2007設定タスクフロー, 15 ページ

• Microsoft Exchange 2010/2013/2016設定タスクフロー, 24 ページ

• SANおよびワイルドカード証明書のサポート, 34 ページ

• Exchange Server用の証明書の設定タスクフロー, 35 ページ

予定表統合用の Microsoft Exchange の設定

オンプレミスMicrosoft Exchange Serverを展開する場合は、この章の手順を実行して、Microsoft ExchangeをIM and PresenceサービスとMicrosoft Outlook間の予定表統合用に設定します。IM and

Presenceサービスは、次のMicrosoft展開タイプのそれぞれと統合できます。

表 4：IM and Presence サービスとの予定表統合用の Microsoft Exchange の設定 Microsoft の設定 Microsoft Exchange の展開

Microsoft Exchange 2007設定タスクフロー, （

15ページ）

Microsoft Exchange 2007

Microsoft Exchange 2010/2013/2016設定タスクフロー, （24ページ）

Microsoft Exchange 2010、2013、または2016

Microsoft Exchange 2007 設定タスクフロー

IM and PresenceサービスとのOutlook予定表統合用にMicrosoft Exchange 2007展開を設定するには、次のタスクを実行します。

(22)

手順

目的コマンドまたはアクション

NTLM要件などのWindowsセキュリティ設定を確認します。

Windowsのセキュリティ設定の確認,

（17ページ）

ステップ 1

Exchange偽装を機能させるには、

すべてのMicrosoft Exchange Server をWindows Authorization Access

Groupのメンバーにする必要があ

ります。

サービスアカウントは、Exchange 管理グループのメンバであってはなりません。Exchangeは、これらのグループのすべてのアカウントの偽装を明示的に拒否します。

ユーザにローカルでサインインする権（注）

限を付与するようにExchange Serverを設定します。

ステップ 2

•Windows Server 2003での Microsoft Exchange 2007の設定,

（18ページ）

•Windows Server 2008での Microsoft Exchange 2007の設定,

（19ページ）

権限は、サーバ、データベース、ユーザ、

および連絡先のレベルで付与します。

サーバレベルでの偽装権限の設定,（

19ページ）

ステップ 3

偽装を実行するサービスアカウント用の権限は、クライアントアクセスサーバ

（CAS）上で設定する必要があります。

サービスアカウントのActive Directory サービス拡張権限の設定, （20ページ）

ステップ 4

サービスアカウントとユーザメールボック

スにSend As権限を付与します。

サービスアカウントおよびユーザメールボックスへのSend As権限の付与,

（21ページ）

ステップ 5

サービスアカウントとユーザメールボックスに偽装権限を付与します。

サービスアカウントおよびユーザメールボックスへの偽装権限の付与, （22 ページ）

ステップ 6

権限がメールボックスレベルに伝播することと、指定されたユーザがメールボックス Microsoft Exchange 2007アカウントの

権限の確認, （23ページ）

ステップ 7

にアクセスして、他のユーザのアカウントを偽装できることを確認します。

Exchange Serverで認証を有効にします。

Windows Server 2003を実行する Exchange 2007の認証の有効化, （24 ページ）

ステップ 8

Microsoft Exchange展開用の証明書を設定するには、このタスクフローを実行します。

Exchange Server用の証明書の設定タスクフロー, （35ページ）

ステップ 9

Microsoft Exchange の設定 Microsoft Exchange 2007 設定タスクフロー

(23)

Windows のセキュリティ設定の確認

手順

ステップ 1 Exchangeを実行しているWindowsドメインコントローラおよびサーバで、[スタート（Start）] >

[管理ツール（Administrative Tools）] > [ローカルセキュリティポリシー（Local Security Policy）]

を選択します。

ステップ 2 [セキュリティ設定（Security Settings）] > [ローカルポリシー（Local Policies）] > [セキュリティオプション（Security Options）]に移動します。

ステップ 3 [ネットワークセキュリティ：NTLM SSPベース（セキュアRPCなど）サーバのための最低限のセッションセキュリティ（Network Security: Minimum session security for NTLM SSP based (including secure RPC) servers）]を選択します。

ステップ 4 [NTLMv2セッションセキュリティが必要（Require NTLMv2 session security）]チェックボックスがオフになっていることを確認します。

ステップ 5 [NTLMv2セッションセキュリティが必要（Require NTLMv2 session security）]チェックボックスがオンになっている場合は、次の手順を完了します。

a) [NTLMv2セッションセキュリティが必要（Require NTLMv2 session security）]チェックボックスをオフにします。

b) [OK]をクリックします。

ステップ 6 新しいセキュリティ設定を適用するには、Exchangeを実行しているWindowsドメインコントローラとサーバをリブートします。

セキュリティポリシー設定が変更されたサーバ以外にリブートは必要ありません。

（注）

Microsoft Exchange の設定

Windows のセキュリティ設定の確認

(24)

Windows Server 2003 での Microsoft Exchange 2007 の設定

手順

ステップ 1 Exchange View Only Administratorロールを委任されたサービスアカウントを使用して[Exchange

サーバ2007（Exchangeサーバ2007）]ユーザインターフェイスにログインします。

ステップ 2 左ペインの[Security Settings]下で、[Local Policies] > [User Rights Assignments]に移動します。

ステップ 3 コンソールの右側のペインで、[ローカルログオンを許可する（Allow Log On Locally）]をダブルクリックします。

ステップ 4 [ユーザまたはグループを追加する（Add User or Group）]を選択し、作成済みのサービスアカウントに移動して選択します。

ステップ 5 [名前の確認（Check Names）]を選択し、指定されたユーザが正しいことを確認します。

ステップ 6 [OK]をクリックします。

次の作業

サーバレベルでの偽装権限の設定, （19ページ）

Microsoft Exchange の設定 Windows Server 2003 での Microsoft Exchange 2007 の設定

(25)

Windows Server 2008 での Microsoft Exchange 2007 の設定

手順

ステップ 1 Exchange View Only Administratorロールを委任されたサービスアカウントを使用してExchange サーバ2007にログインします。

ステップ 2 [スタート（Start）]を選択します。

ステップ 3 gpmc.mscと入力します。

ステップ 4 [Enter]を選択します。

ステップ 5 Exchangeサーバで[ドメインコントローラセキュリティの設定（Domain Controller Security Settings）] ウィンドウを開きます。

ステップ 6 左ペインの[セキュリティ設定（Security Settings）]下で、[ローカルポリシー（Local Policies）] >

[ユーザ権限の割り当て（User Rights Assignments）]に移動します。

ステップ 7 コンソールの右側のペインで、[ローカルログオンを許可する（Allow Log On Locally）]をダブルクリックします。

ステップ 8 [これらのポリシーの設定を定義する（Define these policy settings）]チェックボックスがオンになっていることを確認します。

ステップ 9 [ユーザまたはグループの追加（Add User or Group）]を選択し、作成済みのサービスアカウントに移動して選択します。次に、[OK]をクリックします。

ステップ 10 [名前の確認（Check Names）]を選択し、指定されたユーザが正しいことを確認します。次に、

[OK]をクリックします。

ステップ 11 [ローカルログオンを許可する（Allow Log On Locally）]プロパティのダイアログボックスで[適用（Apply）]と[OK]をクリックします。

ステップ 12 ユーザSMTPアドレスがalias@FQDNであることを確認します。そうでない場合は、ユーザプリンシパル名（UPN）を使用して偽装する必要があります。これはalias@FQDNと定義されます。

次の作業

サーバレベルでの偽装権限の設定, （19ページ）

サーバレベルでの偽装権限の設定

次の手順のコマンドは、サーバレベルで偽装権限を許可することができます。また、データベース、ユーザ、および連絡先レベルでも権限を付与することもできます。

はじめる前に

•個々のMicrosoft Exchangeサーバにアクセスするサービスアカウントの権限のみを付与する

場合は、

Get-OrganizationConfig Microsoft Exchange の設定

Windows Server 2008 での Microsoft Exchange 2007 の設定

(26)

の文字列を下記に置き換えます。

Get-ExchangeServer -Identity ServerName

ServerNameはExchangeサーバの名前です。

例

Add-ADPermission -Identity (Get-ExchangeServer -Identity

exchangeserver1).DistinguishedName -User (Get-User -Identity user | select-object).identity -ExtendedRights Send-As

•ユーザのSMTPアドレスがalias@FQDNとして定義されていることを確認します。そうでない場合は、ユーザプリンシパル名（UPN）を使用してユーザアカウントを偽装する必要があります。

手順

ステップ 1 コマンドライン入力を行うためにExchange管理シェル（EMS）を開きます。

ステップ 2 このAdd-ADPermissionコマンドを実行し、サーバに偽装権限を追加します。

構文

Add-ADPermission -Identity (Get-OrganizationConfig).DistinguishedName -User (Get-User -Identity User | select-object).identity -AccessRights GenericAll -InheritanceType Descendents

例

Add-ADPermission -Identity (Get-OrganizationConfig).DistinguishedName -User (Get-User -Identity Ex2007 | select-object).identity -AccessRights GenericAll -InheritanceType Descendents

次の作業

サービスアカウントのActive Directoryサービス拡張権限の設定, （20ページ）

サービスアカウントの Active Directory サービス拡張権限の設定

はじめる前に

これらの権限は、クライアントアクセスサーバ（CAS）上で、偽装を実行するサービスアカウントに対して設定する必要があります。

• CASがロードバランサの背後に配置されている場合は、ロードバランサの背後にあるすべて

のCASのMicrosoft Exchange 2007アカウントに対してms-Exch-EPI-Impersonation権限を付与します。

Microsoft Exchange の設定 サービスアカウントの Active Directory サービス拡張権限の設定

(27)

•この権限は、[Active Directoryサイトとサービス（Active Directory Sites and Services）]または [Active Directoryユーザとコンピュータ（Active Directory Users and Computers）]ユーザインターフェイスを使用して設定することもできます。

手順

ステップ 1 Exchange管理シェル（EMS）を開きます。

ステップ 2 EMSで次のAdd-ADPermissionコマンドを実行して、指定したサービスアカウント（Exchange 2007 など）のサーバに対する偽装権限を追加します。

構文

Add-ADPermission -Identity (Get-OrganizationConfig).DistinguishedName -User (Get-User -Identity User | select-object).identity -ExtendedRight ms-Exch-EPI-Impersonation

例

Add-ADPermission -Identity (Get-OrganizationConfig).DistinguishedName -User (Get-User -Identity Ex2007 | select-object).identity -ExtendedRight ms-Exch-EPI-Impersonation

ステップ 3 EMSで次のAdd-ADPermissionコマンドを実行して、サービスアカウントに偽装する各メールボックスへの偽装権限を追加します。

構文

Add-ADPermission -Identity (Get-OrganizationConfig).DistinguishedName -User (Get-User -Identity User | select-object).identity -ExtendedRight ms-Exch-EPI-May-Impersonate

例

Add-ADPermission -Identity (Get-OrganizationConfig).DistinguishedName -User (Get-User -Identity Ex2007 | select-object).identity -ExtendedRight ms-Exch-EPI-May-Impersonate

次の作業

サービスアカウントおよびユーザメールボックスへのSend As権限の付与, （21ページ）

サービスアカウントおよびユーザメールボックスへの Send As 権限の付与

サービスアカウントおよびユーザメールボックスにSend As権限を付与するには、次の手順に従ってください。

この手順を実行するために、Microsoft Exchange管理コンソール（EMC）を使用することはできません。

（注）

サービスアカウントおよびユーザメールボックスへの Send As 権限の付与

(28)

手順

ステップ 2 EMSで次のAdd-ADPermissionコマンドを実行して、サービスアカウントおよび関連するすべてのユーザメールボックスストアにSend As権限を付与します。

構文

Add-ADPermission -Identity (Get-OrganizationConfig).DistinguishedName -User (Get-User -Identity User | select-object).identity -ExtendedRights Send-As

例

Add-ADPermission -Identity (Get-OrganizationConfig).DistinguishedName -User (Get-User -Identity Ex2007 | select-object).identity -ExtendedRights Send-As

次の作業

サービスアカウントおよびユーザメールボックスへの偽装権限の付与, （22ページ）

サービスアカウントおよびユーザメールボックスへの偽装権限の付与

サービスアカウントおよびユーザメールボックスに偽装権限を付与するには、次の手順に従ってください。

この手順を実行するために、Microsoft Exchange管理コンソール（EMC）を使用することはできません。

（注）

手順

ステップ 2 サービスアカウントの偽装権限に関連付けられているすべてのメールボックスストアを許可する EMSで次のAdd-ADPermissionコマンドを実行してください。

構文

Add-ADPermission -Identity (Get-OrganizationConfig) .DistinguishedName -User (Get-User -Identity User | select-object) .identity -ExtendedRights Receive-As

例

Add-ADPermission -Identity (Get-OrganizationConfig) .DistinguishedName -User (Get-User Microsoft Exchange の設定 サービスアカウントおよびユーザメールボックスへの偽装権限の付与

(29)

IM and Presenceサービスでは、Exchangeサーバへの接続時にそのアカウントへログインするのに必要なのはアカウントに対する偽装権限のみです。このアカウントは、通常、

メールを受信しないため、領域の割り当てについて考慮する必要はありません。

（注）

次の作業

Microsoft Exchange 2007アカウントの権限の確認, （23ページ）

Microsoft Exchange 2007 アカウントの権限の確認

Exchange 2007アカウントに権限を割り当てた後は、その権限がメールボックスのレベルまで伝播

し、選択されたユーザがメールボックスにアクセスしたり別のユーザのアカウントを偽装したりすることが可能なことを確認する必要があります。Exchange 2007では、権限がメールボックスに伝播されるまでに時間を要します。

手順

ステップ 1 Exchange Server 2007のExchange管理コンソール（EMC）で、コンソールツリーの[Active Directory サイトとサービス（Active Directory Sites and Services）]を右クリックします。

ステップ 2 [表示（View）]をポイントし、[サービスノードの表示（Show Services Node）]を選択します。

ステップ 3 サービスノード（Services/MS Exchange/First Organization/Admin Group/Exchange Admin Group/Serversなど）を展開します。

ステップ 4 クライアントアクセスサーバ（CAS）が、選択したサービスノードに表示されていることを確認します。

ステップ 5 各CASサーバの[プロパティ（Properties）]“ ”を表示し、[セキュリティ（Security）]タブで以下を確認します。

a) サービスアカウントがリストされている。

b) サービスアカウントに付与されている権限が（オンになっているチェックボックスにより）アカウントにExchange Webサービスの偽装権限が付与されていることを示している。

アカウントまたは偽装権限が手順5のとおりに表示されない場合は、サービスアカウントを再度作成し、必要な偽装権限をアカウントに付与する必要があります。

（注）

ステップ 6 サービスアカウント（Ex2007など）にストレージグループおよびメールボックスストアに対す

るAllow impersonationpermissionが付与され、個人情報の交換や別のユーザアカウントでの送受信

が可能であることを確認します。

ステップ 7 変更を有効にするために、Exchangeサーバの再起動が必要となる場合があります。これはテストによって確認されています。

次の作業

Windows Server 2003を実行するExchange 2007の認証の有効化, （24ページ）

Microsoft Exchange 2007 アカウントの権限の確認

(30)

Windows Server 2003 を実行する Exchange 2007 の認証の有効化

手順

ステップ 1 [管理ツール（Administrative Tools）]から[インターネット情報サービス（Internet Information

Services）]を開き、サーバを選択します。

ステップ 2 [Webサイト（Web Sites）]を選択します。

ステップ 3 [デフォルトWebサイト（Default Web Site）]を選択します。

ステップ 4 [EWS]ディレクトリフォルダを右クリックし、[プロパティ（Properties）]を選択します。

ステップ 5 [ディレクトリセキュリティ（Directory Security）]タブを選択します。

ステップ 6 [認証およびアクセスコントロール（Authentication and access control）]で、[編集（Edit）]をクリックします。

ステップ 7 [認証方法（Authentication Methods）]で、次のチェックボックスがオフになっていることを確認します。

• [匿名アクセスを有効化（Enable anonymous access）]

ステップ 8 [認証方法：認証付きアクセス（Authentication Methods Authenticated Access）]で、次のチェックボックスの両方がオンになっていることを確認します。

• Integrated Windows Authentication

• Basic Authentication (password is sent in clear text) ステップ 9 [OK]をクリックします。

次の作業

Microsoft Exchange 2010/2013/2016 設定タスクフロー

IM and PresenceサービスとのOutlook予定表統合用にMicrosoft Exchange 2010、2013、または2016 展開を設定するには、次のタスクを実行します。

Microsoft Exchange の設定 Windows Server 2003 を実行する Exchange 2007 の認証の有効化

(31)

手順

目的コマンドまたはアクション

Windows統合認証（NTLM）用の

Windowsセキュリティ設定を確認しま

す。

Windowsセキュリティ設定の確認, （26 ページ）

ステップ 1

特定のユーザまたはユーザグループ用

のExchange偽装権限を設定します。

お使いのリリース用のExchange権限を設定します。

ステップ 2

•Exchange 2010の特定のユーザまたはグループのExchange偽装権限の設定,

（26ページ）

•Exchange 2013または2016の特定のユーザまたはグループのExchange偽装権限の設定, （28ページ）

権限がメールボックスレベルに伝播することと、指定されたユーザがメールお使いのリリース用の権限を確認します。

ステップ 3

•Microsoft Exchange 2010アカウントで

の権限の確認, （30ページ）ボックスにアクセスして、他のユーザのアカウントを偽装できることを確認

•Microsoft Exchange 2013または2016アします。

カウントの権限の確認,（32ページ）

基本認証とWindows統合認証のどちらかまたはその両方をExchange Serverの Windows Server 2008を実行するExchange

2010、2013、または2016の認証の有効化,

（34ページ）

ステップ 4

EWS仮想ディレクトリ（/EWS）で有効にする必要があります。

Microsoft Exchange展開用の証明書を設定するには、このタスクフローを実行します。

ステップ 5

Microsoft Exchange 2010/2013/2016 設定タスクフロー

(32)

Windows セキュリティ設定の確認

手順

ステップ 1 Exchangeを実行しているWindowsドメインコントローラおよびサーバで、[スタート（Start）] >

[管理ツール（Administrative Tools）] > [ローカルセキュリティポリシー（Local Security Policy）]

を選択します。

ステップ 2 [セキュリティ設定（Security Settings）] > [ローカルポリシー（Local Policies）] > [セキュリティオプション（Security Options）]に移動します。

ステップ 3 [ネットワークセキュリティ：NTLM SSPベース（セキュアRPCなど）サーバのための最低限のセッションセキュリティ（Network Security: Minimum session security for NTLM SSP based (including secure RPC) servers）]を選択します。

ステップ 4 [NTLMv2セッションセキュリティが必要（Require NTLMv2 session security）]チェックボックスがオフになっていることを確認します。

ステップ 5 [NTLMv2セッションセキュリティが必要（Require NTLMv2 session security）]チェックボックスがオンになっている場合は、次の手順を完了します。

a) [NTLMv2セッションセキュリティが必要（Require NTLMv2 session security）]チェックボックスをオフにします。

b) [OK]をクリックします。

ステップ 6 新しいセキュリティ設定を適用するには、Exchangeを実行しているWindowsドメインコントローラとサーバをリブートします。

セキュリティポリシー設定が変更されたサーバ以外にリブートは必要ありません。

（注）

Exchange 2010 の特定のユーザまたはグループの Exchange 偽装権限の設定

特定のユーザまたはユーザグループにExchangeの偽装権限を設定するには、Microsoft Exchange 管理シェル（EMS）を使用して次の手順を実行します。

これらは、Exchangeサーバ2010向けのコマンドと設定です。Exchange Server 2013を使用している場合は、Exchange 2013または2016の特定のユーザまたはグループのExchange偽装権限の設定 , （28ページ）のステップに従います。

Microsoft Exchange の設定 Windows セキュリティ設定の確認

(33)

手順

ステップ 1 Active Directoryでアカウントを作成します。

ステップ 2 コマンドライン入力を行うためにEMSを開きます。

ステップ 3 EMSでNew-ManagementRoleAssignmentコマンドを実行し、他のユーザアカウントを偽装する権限を指定する既存のドメインサービスアカウント（Ex2010など）に付与します。

構文

New-ManagementRoleAssignment -Name:_suImpersonateRoleAsg -Role:ApplicationImpersonation -User:user@domain

例

New-ManagementRoleAssignment -Name:_suImpersonateRoleAsg -Role:ApplicationImpersonation -User:[email protected]

ステップ 4 このNew-ManagementRoleAssignmentコマンドを実行し、偽装権限が適用される範囲を定義します。この例では、指定されたExchangeサーバのすべてのアカウントを偽装する権限が、Ex2010 アカウントに付与されます。

構文

New-ManagementScope -Name:_suImpersonateScope -ServerList:server_name

例

New-ManagementScope -Name:_suImpersonateScope -ServerList:nw066b-227

ステップ 5 New-ThrottlingPolicyコマンドを実行し、下の表の推奨値を使用して新しいスロットリングポリシーを作成します。

構文

New-ThrottlingPolicy -Name:Policy_Name -EwsMaxConcurrency:100 -EwsPercentTimeInAD:50 -EwsPercentTimeInCAS:90 -EwsPercentTimeInMailboxRPC:60 -EwsMaxSubscriptions:NULL -EwsFastSearchTimeoutInSeconds:60 -EwsFindCountLimit:1000

例

New-ThrottlingPolicy -Name:IM_and_Presence_ThrottlingPolicy -EwsMaxConcurrency:100 -EwsPercentTimeInAD:50 -EwsPercentTimeInCAS:90 -EwsPercentTimeInMailboxRPC:60 -EwsMaxSubscriptions:NULL -EwsFastSearchTimeoutInSeconds:60 -EwsFindCountLimit:1000

表 5：Exchange サーバ 2010 で推奨されるスロットルポリシーの設定推奨設定値：Exchange サーバ 2010 パラメータ

60 EWSFastSearchTimeoutInSeconds

1000 EWSFindCountLimit

100¹ EWSMaxConcurrency

Exchange 2010 の特定のユーザまたはグループの Exchange 偽装権限の設定

(34)

推奨設定値：Exchange サーバ 2010 パラメータ

Null EWSMaxSubscriptions

50 EWSPercentTimeInAD

90 EWSPercentTimeInCAS

60 EWSPercentTimeInMailboxRPC

1シスコの試験時には、予定表を使用するユーザ50%に対応するにはデフォルトのスロットルポリシー値で十分でした。Client

Access Server（CAS）へのEWSリクエストの負荷が高い場合は、パラメータを100に増やすことを推奨します。

注：サポートされるExchange SP1でのみ使用可能です。

ステップ 6 Set-ThrottlingPolicyAssociationコマンドを実行し、新しいスロットリングポリシーと手順2で使用されたサービスアカウントを関連付けます。

構文

Set-ThrottlingPolicyAssociation -Identity Username -ThrottlingPolicy Policy_Name

例

Set-ThrottlingPolicyAssociation -Identity Ex2010 -ThrottlingPolicy IM_and_Presence_ThrottlingPolicy

次の作業

Microsoft Exchange 2010アカウントでの権限の確認, （30ページ）

Exchange 2013 または 2016 の特定のユーザまたはグループの Exchange 偽装権限の設定

特定のユーザまたはユーザグループにExchangeの偽装権限を設定するには、Microsoft Exchange 管理シェル（EMS）を使用して次の手順を実行します。

Exchange Server 2013または2016のコマンドと設定を以下に示します。Exchange Server 2010を使用している場合は、Exchange 2010の特定のユーザまたはグループのExchange偽装権限の設定,（

Exchange 2013または 2016の特定のユーザまたはグループの Exchange 偽装権限の設定

(35)

手順

ステップ 1 Active Directoryでアカウントを作成します。

ステップ 2 コマンドライン入力を行うためにEMSを開きます。

ステップ 3 EMSでNew-ManagementRoleAssignmentコマンドを実行し、指定された既存のドメインサービスアカウント（Ex2013など）に他のユーザアカウントを偽装する権限を付与します。

構文

New-ManagementRoleAssignment -Name:_suImpersonateRoleAsg -Role:ApplicationImpersonation -User:user@domain

例

New-ManagementRoleAssignment -Name:_suImpersonateRoleAsg -Role:ApplicationImpersonation -User:[email protected]

ステップ 4 このNew-ManagementRoleAssignmentコマンドを実行し、偽装権限が適用される範囲を定義します。この例では、指定されたExchange Serverのすべてのアカウントを偽装する権限が、Ex2013アカウントに付与されます。

構文

New-ManagementScope -Name:_suImpersonateScope -ServerList:server_name

例

New-ManagementScope -Name:_suImpersonateScope -ServerList:nw066b-227

ステップ 5 New-ThrottlingPolicyコマンドを実行し、下の表で定義された推奨値を使用して新しいスロットリングポリシーを作成します。

構文

New-ThrottlingPolicy -Name:Policy_Name -EwsMaxConcurrency:100 -EwsMaxSubscriptions:NULL -EwsCutoffBalance 3000000 -EwsMaxBurst 300000 –EwsRechargeRate 900000

例

New-ThrottlingPolicy –Name IMP_ThrottlingPolicy -EwsMaxConcurrency 100 -EwsMaxSubscriptions unlimited –EwsCutoffBalance 3000000 -EwsMaxBurst 300000 –EwsRechargeRate 900000

表 6：Exchange Server 2013または 2016で推奨されているスロットルポリシー設定推奨設定値：Exchange Server 2013および 2016 パラメータ¹

3000000 EwsCutoffBalance

300000 EwsMaxBurst

EwsMaxConcurrency 100

無制限（Unlimited）

EwsMaxSubscriptions

900000 EwsRechargeRate

Exchange 2013または 2016の特定のユーザまたはグループの Exchange 偽装権限の設定

(36)

推奨設定値：Exchange Server 2013および 2016 パラメータ¹

1これらは、Exchangeサーバ2013で変更できる唯一のEWSパラメータです。

注：サポートされるExchange SP1でのみ使用可能です。

ステップ 6 Set-ThrottlingPolicyAssociationコマンドを実行し、新しいスロットリングポリシーと手順2で使用されたサービスアカウントを関連付けます。

構文

Set-ThrottlingPolicyAssociation -Identity Username -ThrottlingPolicy Policy_Name

例

Set-ThrottlingPolicyAssociation -Identity ex2013 -ThrottlingPolicy IMP_ThrottlingPolicy

次の作業

Microsoft Exchange 2013または2016アカウントの権限の確認, （32ページ）

Microsoft Exchange 2010 アカウントでの権限の確認

Exchange 2010アカウントに権限を割り当てた後で、その権限がメールボックスのレベルまで伝播

し、選択されたユーザがメールボックスにアクセスしたり別のユーザのアカウントを偽装したりできることを確認する必要があります。Exchange 2010では、権限がメールボックスに伝播されるまでに時間を要します。

これらは、Exchangeサーバ2010向けのコマンドです。Exchange Server 2013を使用している場合は、Microsoft Exchange 2013または2016アカウントの権限の確認, （32ページ）のステップに従います。

手順

ステップ 1 Active Directoryサーバで、偽装アカウントが存在することを確認します。

ステップ 3 Exchangeサーバで、サービスアカウントに必要な次の偽装権限が付与されていることを確認します。

a) EMSで次のコマンドを実行します。

Get-ManagementRoleAssignment role: ApplicationImpersonation

b) コマンド出力に、指定アカウントに対するApplicationImpersonationの役割割り当てが示されることを確認します。

Microsoft Exchange の設定 Microsoft Exchange 2010 アカウントでの権限の確認

(37)

Effective UserName Assignment

Method- - - Role

AssigneeType- Role

AssigneeName- Role - - -

Name - - - -

ex2010 Direct

ユーザ

（User）

ex2010 Application

Impersonation _suImpersonate

RoleAs

ステップ 4 サービスアカウントに適用される管理の範囲が正しいことを確認します。

Get-ManagementScope _suImpersonateScope

b) 次のように、コマンド出力に偽装アカウント名が含まれていることを確認します。

例：コマンド出力

Server Filter- - - Recipient

Filter - Recipient

Root - - Exclusive

Scope

RestrictionType Name - - -

識別名

（Distinguished Name）

Direct ユーザ

（User）

いいえ

（False）

ServerScope _suImpersonate

Scope

ステップ 5 EMSで次のコマンドを実行して、ThrottlingPolicyパラメータが下の表で定義されている内容と一致することを確認します。

Get-ThrottlingPolicy -Identity Policy_Name | findstr ^EWS

表 7：Exchange サーバ 2010 で推奨されるスロットルポリシーの設定推奨設定値：Exchange サーバ 2010 パラメータ

60 EWSFastSearchTimeoutInSeconds

1000 EWSFindCountLimit

100¹ EWSMaxConcurrency

Null EWSMaxSubscriptions

50 EWSPercentTimeInAD

90 EWSPercentTimeInCAS

60 EWSPercentTimeInMailboxRPC

1シスコの試験時には、予定表を使用するユーザ50%に対応するにはデフォルトのスロットルポリシー値で十分でした。Client

Access Server（CAS）へのEWSリクエストの負荷が高い場合は、パラメータを100に増やすことを推奨します。

Microsoft Exchange 2010 アカウントでの権限の確認

(38)

次の作業

Exchange仮想ディレクトリの認証のイネーブル化

Microsoft Exchange 2013 または 2016 アカウントの権限の確認

Exchange 2013または2016アカウントに権限を割り当てた後で、その権限がメールボックスのレ

ベルまで伝播し、指定されたユーザがメールボックスにアクセスしたり別のユーザのアカウントを偽装したりできることを確認する必要があります。権限がメールボックスに伝播されるまでに時間を要します。

Exchange Server 2010を使用している場合は、Microsoft Exchange 2010アカウントでの権限の確認, （30ページ）のステップに従います。

（注）

手順

ステップ 1 Active Directoryサーバで、偽装アカウントが存在することを確認します。

ステップ 3 Exchangeサーバで、サービスアカウントに必要な次の偽装権限が付与されていることを確認します。

Get-ManagementRoleAssignment role: ApplicationImpersonation

b) コマンド出力に、指定アカウントに対するApplicationImpersonationの役割割り当てが示されることを確認します。

Effective UserName Assignment

Method- - -

Role

AssigneeType- Role

AssigneeName- Role - - -

Name - - - -

ex2010 Direct

ユーザ

（User）

ex2010 Application

Impersonation _suImpersonate

RoleAs

Microsoft Exchange の設定 Microsoft Exchange 2013または 2016アカウントの権限の確認

(39)

Get-ManagementScope _suImpersonateScope

b) 次のように、コマンド出力に偽装アカウント名が含まれていることを確認します。

Server Filter- - -

Recipient Filter - Recipient

Root - - Exclusive

Scope

RestrictionType Name - - -

識別名

（Distinguished Name）

Direct ユーザ

（User）

いいえ

（False）

ServerScope _suImpersonate

Scope

ステップ 5 EMSで次のコマンドを実行して、ThrottlingPolicyパラメータが下の表で定義されている内容と一致することを確認します。

Get-ThrottlingPolicy -Identity IMP_ThrottlingPolicy | Format-List | findstr ^Ews

表 8：Exchange Server 2013または 2016で推奨されているスロットルポリシー設定推奨設定値：Exchange Server 2013および 2016 パラメータ¹

3000000 EwsCutoffBalance

300000 EwsMaxBurst

EwsMaxConcurrency 100

無制限（Unlimited）

EwsMaxSubscriptions

900000 EwsRechargeRate

1これらは、Exchangeサーバ2013で変更できる唯一のEWSパラメータです。

ステップ 6 ThrottlingPolicyがExchangeアカウントに関連付けられていることを確認します。

Get-ThrottlingPolicyAssociation -Identity ex2013 Microsoft Exchange の設定

Microsoft Exchange 2013または 2016アカウントの権限の確認

IM and Presence サービス リリース 12.0(1) Microsoft Outlook 予定表統合ガイド