Exchange Users 統合パック

[アーティクル]
05/30/2023

重要

このバージョンの Orchestrator はサポート終了に達しました。 Orchestrator 2022 にアップグレードすることをお勧めします。

統合パックは、System Center のコンポーネントである Orchestrator 用のアドオンです。統合パックは、さまざまな環境で IT 運用を最適化します。他の System Center コンポーネント、他の Microsoft 製品、サードパーティ製品によって実行されるアクティビティを使用する Runbook を Orchestrator で設計できます。

Exchange ユーザー用統合パックは、メールメッセージの読み取りと送信、予定の作成、タスクと連絡先の更新などのユーザー中心のタスクの自動化を容易にします。操作は HTTP 経由で引き継がれ、接続はExchange Serverで有効になっているメソッドによって認証できます。オンプレミスのExchange Serverで使用可能な方法については、テナント管理者に問い合わせてください。

この統合パックを使用すると、それぞれの Exchange Web サービス (EWS) エンドポイントを使用して、オンプレミスまたはオンラインの両方の Exchange サーバーに接続できます。

この統合パックは、次に示す方法で動作します。

サーバーの種類	サポートされている認証モード	Default
Exchange Server (オンプレミス)	基本認証	基本認証
Exchange Online	OAuth	OAuth
Office 365 Exchange	OAuth	OAuth

Microsoft は、お客様が望むパフォーマンス、パワー、利便性をもたらすソフトウェアを提供しながら、お客様のプライバシー保護に取り組んでいます。 Orchestrator 関連のプライバシーの詳細については、 System Center Orchestrator のプライバシーに関する声明を参照してください。

システム要件

Exchange Users Integration Pack を実装する前に、次のソフトウェアをインストールして構成する必要があります。 Orchestrator と Exchange Users Integration Pack をインストールして構成する方法の詳細については、それぞれの製品ドキュメントを参照してください。

System Center 2016 統合パックには System Center 2016 - Orchestrator が必要です
Microsoft .NET Framework 3.5
Microsoft Exchange 2010 Service Pack 1 または Microsoft Exchange 2013 または Microsoft Exchange Online/Microsoft 365

System Center 2019 統合パックには System Center 2019 - Orchestrator が必要です
System Center 2022 統合パックには System Center 2022 - Orchestrator が必要です
Microsoft .NET Framework 4.7
Exchange アカウントのオン、
- (オンプレミス Exchange Server) Microsoft Exchange 2010 Service Pack 1 または Microsoft Exchange 2013 または
- (Exchange Online) Microsoft Exchange Online/Microsoft Office 365 Exchange。

重要

Exchange ユーザー統合パック (v10.19.25.0 以降) は、4.7 .NET Frameworkターゲットです。 .NET Framework ランタイム v4.7 以降が Runbook Designer および Runbook Server マシンにインストールされていることを確認します。使用可能な最新の .NET Framework バージョンをインストールすることをお勧めします。
次に示すように、(同一の) 内容を含む次のファイルを作成して、v4 に更新 supportedRuntimeVersion します。
- %systemdrive%/Program Files (x86)/Microsoft System Center/Orchestrator/Runbook Designer/RunbookDesigner.exe.config
- %systemdrive%/Program Files (x86)/Microsoft System Center/Orchestrator/Runbook Designer/RunbookTester.exe.config
- %systemdrive%/Program Files (x86)/Microsoft System Center/Orchestrator/Runbook Server/PolicyModule.exe.config
コンテンツ:
```
<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <startup useLegacyV2RuntimeActivationPolicy="true">
    <supportedRuntime version="v4.0.30319"/>
  </startup>
  <system.xml.serialization>
    <xmlSerializer tempFilesLocation="C:\ProgramData\Microsoft System Center 2012\Orchestrator\Activities\XmlSerializers\"/>
  </system.xml.serialization>
</configuration>
```

統合パックをダウンロードする

Orchestrator 2016 用 Exchange ユーザー統合パックをダウンロードするには、 2016 のダウンロードセンター領域に移動します。
Orchestrator 2019 用 Exchange Users Integration Pack をダウンロードするには、 2019 のダウンロードセンター領域に移動します。

Orchestrator 2022 用 Exchange ユーザー統合パックをダウンロードするには、 2022 のダウンロードセンター領域に移動します。

統合パックを登録してデプロイする

統合パックファイルをダウンロードし、Deployment Manager を使用して Orchestrator 管理サーバーに登録します。その後、Runbook サーバーと Runbook デザイナーにデプロイできます。統合パックをインストールする手順については、「統合パックをインストールする方法」を参照してください。

OAuth の構成

Microsoft Azure Active Directory (Azure AD) は、ユーザーとアプリケーションのセキュリティで保護された認証のための OAuth プロトコルを実装します。

Azure AD クライアントアプリケーションとは

統合パックには、委任された認証モード (つまり、ユーザーの偽装) で動作する Azure AD 上のパブリッククライアントアプリケーションが必要です。

アクティビティの実行時に接続がどのように確立されるかを次に示します。

ユーザー資格情報は IP 構成から取得されます。
資格情報は、OAuth を使用して Azure AD で認証するために使用されます。
認証後、OAuth トークンが Azure AD から受信されます。
アクティビティは、OAuth トークンを使用して EWS エンドポイントに対する操作を実行します。

注意

委任されたアクセス許可の代わりに、ユーザーの資格情報の代わりにアプリシークレット (資格情報またはシークレット証明書) が使用されるアプリ専用認証があります。 IP では、これらの種類の Azure AD アプリケーションはサポートされていません。

テナントに Azure AD クライアントアプリケーションを登録する

ブラウザーを開き、Azure Active Directory 管理センターに移動します。
Azure Active Directory 管理センター ダッシュボードで、[Azure Active Directory] ブレードを選択すると、[概要] ページが開きます。
[管理] の [アプリの登録] を選択します。 [アプリの登録] ページが開きます。
[ + 新規登録] を選択すると、[アプリケーションの登録] ページが開きます。
次のように値を設定し、[ 登録] を選択します。
- [名前]: アプリのフレンドリ名を入力します。
- サポートされているアカウントの種類: シナリオに基づいて [サポートされているアカウントの種類] を選択します。
- リダイレクト URI (省略可能): [ プラットフォームの選択 ] ドロップダウンから [ パブリッククライアント/ネイティブ (モバイル & デスクトップ)] を選択し、URI をに https://login.microsoftonline.com/common/oauth2/nativeclient設定します。
[アプリケーションの概要] ページの [ 概要>要点] で、 アプリケーション (クライアント) ID と ディレクトリ (テナント) ID をコピーします。
[ 認証] を選択し、次の操作を行い、[保存] を選択 します。
1. プラットフォーム構成が、少なくともhttps://login.microsoftonline.com/common/oauth2/nativeclientリダイレクト URI の 1 つとしてモバイルアプリケーションとデスクトップアプリケーションに設定されていることを確認します。
2. [ 詳細設定] で、[ パブリッククライアントフローを許可する] が [はい] に設定されていることを確認します。

EWS のアクセス許可を付与する

一般に、 委任された認証 モードで動作するパブリッククライアントアプリでは、アプリケーションを使用するユーザーからの明示的な同意が必要です。明示的な同意は、埋め込みブラウザーウィンドウを介して対話形式で付与されます。

ただし、IP は同意付与フローをサポートしていません。代わりに、テナント管理者は、テナント内のすべてのユーザーに代わって同意を付与する必要があります。

アプリマニフェストを編集して、アプリにアクセス許可を追加 します。
1. Azure AD ポータルで、Azure AD アプリケーションを選択します。
2. アプリ マニフェストを編集して EWS のアクセス許可を付与する手順に従います。
このアプリケーションEWS.AccessAsUser.Allにアクセス許可を付与するために、テナント管理者に "管理同意" ([API のアクセス許可] タブ) を付与するように要求します。

実際には、管理同意とは、テナント内のすべてのユーザーが資格情報を使用して IP を構成し、自分のアカウントで Exchange アクティビティを実行できることを意味します。