Orchestrator のホストの設定

The Settings page of the Orchestrator host portal enables system administrators to adjust global settings for Orchestrator that apply to all tenants.

You can also configure the same settings on a per-tenant basis by using the Settings page at the tenant level, which overrides the host setting.

[全般] タブ

以下の表に、[全般] タブで使用できる設定を示します。

フィールド	説明
アプリケーション設定	タイム ゾーン - すべてのテナントのタイム ゾーン。既定では、このフィールドは UTC に設定されます。 タイムゾーンのリストはマシンによって異なります。マルチノード インストールの Orchestrator の場合、すべてのインスタンスで同じタイムゾーンのリストが使用されるように、同じバージョンのオペレーティング システムを使用する必要があります。 言語 - メール通知やアラートを含む、すべてのテナントの Orchestrator のユーザー インターフェイスの言語です。この設定は、ロボット ログにもイベント ログにも影響を及ぼしません。どちらのログでも Windows の言語が使用されます。 カスタム ロゴ - Orchestrator ウィンドウのヘッダーに表示される、好みのロゴをアップロードします。使用可能なフォーマットは .png と .svg で、ファイル サイズは最大 1MB です。 Custom header color - Select a color for the Orchestrator window header. This is useful for distinguishing between multiple Orchestrator tenants. The header color is selected by selecting the colored square to bring up your machine's color selector.
クライアント バイナリ (Robot、Studio、Assistant) の自動更新設定	利用可能な製品バージョンを自動入力 - 組織内のすべてのテナントの更新ポリシーに最新バージョンのクライアント バイナリが含まれるようにするか、それとも手動で設定するのかを設定します。更新バージョンを手動で管理する必要がある場合は、このオプションを無効化して、『Orchestrator ガイド』の 「クライアント コンポーネントを自動更新 する」で説明されている手順に従ってください。
モダン フォルダー	アカウントとマシンのマッピングを有効化 - アカウントとマシンのマッピングの設定について詳しくは、こちらをご覧ください。
クラシック フォルダー (非推奨)	クラシック フォルダーをアクティブ化 - クラシック フォルダーを有効化します。 Use this setting with caution, since classic folders are deprecated.
メールの設定	アラート メールを有効化 - Orchestrator が Fatal および Error アラートに関するメール メッセージを送信できるようにします。 メール アラートを受信するには、管理者がメールの設定を行う必要があります。

アプリケーション タブ

以下の表に、[アプリケーション] タブで使用できる設定を示します。

フィールド	説明
利用規約の URL	[ログイン] ページに表示される利用規約に URL を追加します。
カスタム タイトル	[ログイン] ページに表示される Orchestrator インスタンスを識別するために、カスタム名を追加します。

[デプロイ] タブ

パッケージとライブラリのフィードを設定し、セキュリティで保護できるようにします。Automation Ops を使用して、すべてのテナントのフィードを一元管理できます。詳しくは、『Automation Ops ガイド』の「 フィードの管理 」をご覧ください。

これらの設定はテナント フィードにのみ影響します。フォルダー フィードと個人用ワークスペース フィードは常に内部フィードであり、各フォルダーまたは個人用ワークスペースのコンテキストでのみ利用可能です。

パッケージ

オートメーション パッケージを維持できる内部フィードまたは外部フィードを設定できます。既定では、内部フィードが使用されます。基本認証の資格情報を定義するか、API キーを使用して、フィードのセキュリティを保護できます。

注:

このページで行われたパッケージの設定は、新しいテナントに対してのみ既定として反映されます。既存のテナントの設定は、各テナントに対して明示的に設定する必要があります。

次の表で、 内部 フィールドと 外部 フィールドについて説明します。

フィールド	説明
内部	内部フィードを使用します。フィードは、[セキュリティで保護されたデプロイ] オプションまたは API キーを使用してセキュリティ保護できます。 セキュリティで保護されたデプロイ - オートメーション パッケージが安全な NuGet フィードを介してダウンロードされるようになります。 API キー - 削除やアップロードなどの書き込み操作に対してフィードをセキュリティで保護するために使用されるキーです。
外部	外部フィードを使用します。フィードは、API キーまたは基本認証資格情報を使用してセキュリティ保護できます。 API キー - 削除やアップロードなどの書き込み操作に対してフィードをセキュリティで保護するために使用されるキーです。 認証 - 基本認証されるフィードの資格情報を指定できます。 [API キー] オプションで指定するユーザー名とパスワードの両方をここでも使用する必要があることに注意してください。 [外部] を選択すると [デプロイ URL] フィールドが表示されます。このフィールドに、NuGet フィードがある場所のアドレスを入力する必要があります。

ライブラリ

ライブラリおよびアクティビティ パッケージに使用されるフィードを設定できます。ライブラリは Studio からパブリッシュすることも、Orchestrator でユーザーが手動でアップロードすることもできます。どちらの場合も、選択したフィード内にライブラリが格納されます。

以下の表に、ライブラリ パッケージに対して有効化できるファイルを示します。

フィールド	説明
内部	内部フィードをテナント フィードとして使用する場合に選択する必要があります。フィードは、[セキュリティで保護されたデプロイ] オプションまたは API キーを使用してセキュリティ保護できます。 セキュリティで保護されたデプロイ - オートメーション パッケージが安全な NuGet フィードを介してダウンロードされるようになります。 API キー - 削除やアップロードなどの書き込み操作に対してフィードをセキュリティで保護するために使用されるキーです。ユーザーはこのキーを使用してパッケージを公開できます。 このキーは、外部プロバイダーによって「ユーザー名:パスワード」の形式で生成されます。 (例: admin:2652ACsQhy)。
外部	外部フィードをテナント フィードとして使用する場合に選択する必要があります。このフィードは API キーを使用してセキュリティ保護できます。 API キー - 削除やアップロードなどの書き込み操作に対してフィードをセキュリティで保護するために使用されるキーです。ユーザーはこのキーを使用してパッケージを公開できます。 このキーは、外部プロバイダーによって「ユーザー名:パスワード」の形式で生成されます。 (例: admin:2652ACsQhy)。 [外部] を選択すると [デプロイ URL] フィールドが表示されます。このフィールドに、NuGet フィードがある場所のアドレスを入力する必要があります。
テナント ユーザーによるフィードへのアップロードを許可	ユーザーがホスト フィードにパッケージをアップロードできるようにします。

プロキシサーバー経由で外部フィードを使用する場合の前提条件

Windows 上でプロキシサーバーを設定した状態で外部フィードを使用する場合は、あらかじめ次の手順を行っておく必要があります。

• Orchestrator のアプリケーション プール ([インターネット インフォメーション サービス] > [アプリケーション プール] で [ユーザー プロファイルの読み込み]) オプションを True に設定します。

  

• アプリケーション プール ID アカウント (NuGet.config) に関連付けられた C:\Users\[YourAppPoolIdentityAccountName]\AppData\Roaming\NuGet\NuGet.Config ファイルに使用したプロキシ設定を追加します。

  <config>
  <add key="http_proxy" value="http://ipaddress:port" />
  </config>
  

  注:

  Note that deployment settings are loaded only when the Robot Service connects to the server. Whenever they are modified you need to restart the UiRobotSvc service for the changes to take effect.

ロボットのセキュリティ タブ

Robot

以下の表は、ロボットをライセンス検証なしでオフラインで実行できる合計時間数を示しています。

フィールド	説明
ライセンスを検証せずにロボットをオフラインで実行できる合計時間	Orchestrator がロボットのライセンスを確認することなく、そのロボットをオフラインで実行できる時間数を指定できます。既定では 0 に設定されています。指定できる最大値は 168 時間です。

[拡張性] タブ

Robot サービスが Orchestrator の SignalR チャネルをサブスクライブするかどうかを指定したり、最適なトランスポート プロトコルを設定したりします。これらの設定はアップグレード時に保持されます。

SignalR (Robot)

次の表では、[SignalR (ロボット)] 設定内のフィールドについて説明します。

フィールド	説明
有効	このトグルは、Robot サービスが Orchestrator の SignalR チャネルにサブスクライブするかどうかを指定します。既定では、この設定は有効で、すべてのチャネルが選択されています。 WebSocket サーバー送信イベント (SSE) ロング ポーリング すべてのトランスポート チャネルが有効化されている場合、最適なトランスポートが自動的に選択されます。優先順位は、WebSocket > サーバー送信イベント > ロング ポーリングです。何らかの理由で最初のプロトコルが使用できない場合は、Orchestrator とロボット間の通信を容易にするために、次のプロトコル (有効化されている場合) が使用されます。
WebSocket	選択すると、WebSocket トランスポート プロトコルを使用して、ロボットを Orchestrator の SignalR チャネルに接続できます。これは、そのパフォーマンス、および Robot サービスから Orchestrator へ、またはその逆の両方向の同時通信をサポートしていることから、優先度順で使用される最上位のプロトコルです。 SignalR (Robot) 機能が有効でない場合は、このオプションは使用できません。
サーバー送信イベント (SSE)	選択すると、サーバー送信イベント (SSE) プッシュ テクノロジを使用して、ロボットを Orchestrator の SignalR チャネルに接続できます。これは、WebSockets が何らかの理由で使用できない場合の最初のバックアップです。 SignalR (Robot) 機能が有効でない場合は、このオプションは使用できません。
ロング ポーリング	選択すると、ロング ポーリング プロトコルを使用して、Robot を Orchestrator の SignalR チャネルに接続できます。このプロトコルは、WebSockets プロトコルと SSE プロトコルが使用できない場合に使用されます。 SignalR (Robot) 機能が有効でない場合は、このオプションは使用できません。