カレンダー統合を計画する

Microsoft Outlook とのカレンダー統合の前提条件

IM およびプレゼンス サービスは、オンプレミスの Exchange Server とクラウド ホスト型 Exchange Online の両方との Microsoft Outlook カレンダーの統合をサポートします。 サポートされている構成の詳細については、次の表を参照してください。

表 1. カレンダー連携のサポート情報

コンポーネント

互換バージョンのインストール

カレンダーサーバ

  • Exchange Server サブスクリプション エディション (SE)

  • Microsoft 365 (旧 Office 365) の Exchange Online

証明書サーバ

  • Windows Server に組み込まれた Microsoft 証明書サーバ

  • サードパーティの CA サーバ

（注）  

 

IM and Presence Service を使用した Microsoft Exchange の統合サービスは、RSA 1024 または 2048 ビットキーと SHA1 および SHA256 署名アルゴリズムを使用した証明書をサポートしています。

構成に関する考慮事項

本書には、オンプレミスの Microsoft Exchange 導入またはホスト型の Office 365 導入において、IM and Presence Service と Microsoft Outlook 間のカレンダー連携を構成する方法を説明する構成タスクが含まれています。 以下の表を参考に、展開に使用する章を決定してください。

表 2. Microsoft 展開のための構成タスク

Microsoft 展開

これらの設定章を一読してください...

Microsoft Exchange (2016、2019)

Microsoft Office 365

Exchange Web Services を介した Microsoft Exchange Server との統合

Microsoft Exchange Server は、カレンダリング連携に向けて Exchange Server への SOAP (Simple Object Access Protocol) に類似したインターフェースを使用する Exchange Web Services (EWS) を導入しました。

Cisco Unified CM IM and Presence Service Administration のユーザインターフェイスで Exchange 統合用の EWS Presence Gateway を設定する際は、以下の点に注意してください。

  • EWS サーバーは、上限なく 1 台または複数台を追加、更新、削除できます。 ただし、[Presence Gateway構成] ウィンドウのトラブルシューティングツールは、構成した最初の 10 の EWS サーバーのステータスのみを検証して報告します。

  • EWS サーバゲートウェイは、最初の EWS サーバゲートウェイ用に設定した認証情報（アカウント名とパスワード）を共有します。 1 つの EWS サーバゲートウェイの認証情報を変更すると、設定されているすべての EWS ゲートウェイの認証情報もそれに応じて変更されます。

  • 1 つ以上の EWS サーバを追加、更新、または削除した後は、設定変更を有効にするために Cisco Presence Engine を再起動する必要があります。 複数の EWS サーバを順次追加する場合、Cisco Presence Engine を一度再起動するだけで、すべての変更を同時に反映させることができます。

Exchange Server における管理者の役割と権限

Exchange Web Services (EWS) では、すべてのユーザのカレンダー情報にアクセスできるようにするために、特別なアカウントが必要です。 このアカウントは、なりすましアカウントと呼ばれます。

Microsoft Exchange Server 2007

Exchange Server 2007 で発信者が他のユーザーのメールアカウントにアクセスする場合、EWS 統合で、なりすまし権限を持つアカウントが必要です。 発信者は、発信者のアカウントに関連付けられている権限ではなく、なりすましアカウントに関連付けられている権限を使用して、指定されたユーザーアカウントになりすまします。

なりすましアカウントには、Exchange 2007 で実行中の Client Access Server (CAS) で ms-Exch-EPI-Impersonation 権限を付与する必要があります。これにより発信者は CAS を使用してユーザーメールアカウントになりすます権限が付与されます。 さらに発信者には、メールボックスデータベースまたはディレクトリの個別のユーザーオブジェクトのいずれかに対する ms-Exch-EPI-MayImpersonate 権限を付与する必要があります。

個々のユーザのアクセス制御リスト（ACL）は、メールボックスデータベースの設定よりも優先されるため、発信者に対してデータベース内のすべてのメールボックスへのアクセスを許可しつつ、必要に応じて、そのデータベース内の特定のメールボックスへのアクセスを拒否することができます。

Microsoft Exchange Server

Microsoft Exchange Server は、ロールベースのアクセス制御 (RBAC) を使用して、なりすましアカウントに権限を割り当て、ユーザーが組織内での役割に固有のタスクを実行できるようにします。 ユーザが管理者、スーパーユーザ、エンドユーザのいずれであるかによって、RBAC 権限を適用する主な方法は 2 つあります。

  • 管理ロールグループ — Microsoft は、Exchange セットアッププロセス中に、グループのロールに応じた関連する権限が付与された 11 のデフォルト管理ロールグループを提供します。 例えば、受信者管理やヘルプデスクは、組み込みの役割グループです。 通常、特定のタスクを実行する必要のあるスーパーユーザーは、関連する管理役割グループに割り当てられ、関連する権限を継承します。 例えば、Exchange 組織全体のあらゆるユーザの連絡先情報を変更する必要のある製品サポート担当者は、ヘルプデスク管理ロールグループのメンバーとして割り当てられる場合があります。

  • 管理ロール割り当てポリシー — 管理者やスーパーユーザーではない一般ユーザーの場合、管理ロール割り当てポリシーが、該当するユーザーが修正できる具体的なメールボックスを制御します。 ApplicationImpersonation ロールは、 New-ManagementRoleAssignment コマンドレットを使用してユーザに割り当てられると、アカウントが組織内のユーザになりすまして、ユーザに代わってタスクを実行できるようになります。 ロールの割り当ての範囲は、 New-ManagementScope コマンドレットを使用して個別に管理され、特定の受信者または特定のサーバーを対象とするようにフィルタリングできます。

Exchange Server 統合のためのプレゼンスゲートウェイ構成

(EWS カレンダー連携が有効になっている) 多数のユーザーをサポートするには、IM and Presence Service は、EWS トラフィックの負荷を複数の Client Access サーバー (CAS) に分散させる必要があります。 IM and Presence Serviceは、EWS 経由で複数の CAS に接続でき、次のラウンドロビン戦略を使用して、受信するトラフィックの負荷を処理します。

  • ユーザのカレンダー購読が初めて有効になると、管理者が設定した対象となる CAS ホストのプールから、ユーザに CAS が割り当てられます。

  • ユーザは、カレンダーの購読が失敗するまで、その割り当てを保持します。

  • ユーザのカレンダーサブスクリプションが失敗した場合、対象となる CAS ホストのプールから再び CAS が割り当てられます。

セキュリティに関する考慮事項

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

IM and Presence Service と Microsoft Exchange の統合により、Windows 統合認証 (NTLM) を含むさまざまな認証方法がサポートされます。

IM and Presence Service は、NTLMv1 と NTLMv2 の両方の Windows 統合認証をサポートしており、デフォルトで NTLMv2 が使用されます。

[LANマネージャー認証レベル] を [NTLMv2レスポンスのみを送信] に構成します。 Windows ドメイン コントローラーで LM と NTLM を拒否すると、ドメインで NTLMv2 認証が強制されます。


（注）  

IM and Presence Service は、NTLMv2 セッションセキュリティをサポートしていません。 メッセージの機密性と完全性は、セキュリティで保護された HTTP (HTTPS) によって確保されます。