アップグレード後に認証を再設定する

Orchestrator をこのバージョンにアップグレードする場合、いずれかの外部 ID プロバイダーの認証を有効化してあるときには、外部 ID プロバイダー レベルで一連の手動設定を行う必要があります。

以前に作成したユーザーは、UiPath Identity Server のデータベースに反映されます。

UiPath® Identity Server は、一連の外部 ID プロバイダー (Google、Windows、Microsoft Entra ID、SAML2) のフェデレーション ゲートウェイとして機能します。これらの設定は、 管理ポータル の[外部プロバイダー] セクションの 、[ユーザー] > [認証設定] で変更できます。

アップグレード後の手動の設定

このバージョンの Orchestrator にアップグレードすると、Orchestrator で有効化されていたすべての外部 ID プロバイダーの認証が、既存の全ユーザーとともに Identify Server に自動的に移行されます。ただし、アップグレード後に手動の変更がいくつか必要になります。

2020.4 より前のバージョンからのアップグレード

Orchestrator をバージョン 2020.4 (または、それより後のバージョン) からアップグレードした場合は、このセクションは省略してください。

2020.4 より前のバージョンからアップグレードした場合は、次の手順を実行します。

1. In the external provider's settings, modify the Return URL with the identity base URL, https://{yourDomain}/identity.
2. 外部プロバイダーの変更を保存します。
3. IIS サイトを再起動して変更を適用します。

引き続き、このページの手順に従い、Orchestrator で使用する外部 ID プロバイダーで必要となるその他の設定作業を進めてください。

Google OpenID Connect 認証

Google が新しい Orchestrator インスタンスを認識するよう設定されている場合は、以下の手順を実行する必要があります。

1. Google API にアクセスし、以前に作成したプロジェクトを検索します。
2. [認証情報] ページで、以前に作成した OAuth 2.0 クライアントを選択します。
   図 1. [認証情報] ページ
   

   

   
   
3. In the Client ID for Web application page, edit the Authorized redirect URIs value with the identity base URL. For example, https://{yourDomain}/identity/google-signin.
4. 変更を保存します。
   図 2. [ウェブ アプリケーションのクライアント ID] ページ
   

   

   
   

Windows 認証

Windows 認証を有効にしてある場合は、これ以上の操作は不要です。

Microsoft Entra ID の認証

Microsoft Entra ID が新しい Orchestrator インスタンスを認識するよう設定されている場合は、以下の手順を実行する必要があります。

1. Microsoft Azure ポータルの [アプリの登録] にアクセスし、既存の Orchestrator アプリ登録を選択します。
2. 選択したアプリのページで [リダイレクト URI] を選択します。
3. In the selected app's Authentication page, modify the Redirect URL by adding /azure-sign-in-oidc at the end of your Identity base URL, https://{yourDomain}/identity:
   図 3. [認証] ページ
   

   

   
   
4. 変更を保存します。
5. IIS サーバーを再起動します。

SAML2 認証

ADFS

新しい Orchestrator インスタンスを認識させるための ADFS の設定を行った場合は、Orchestrator のアップグレード後に以下の手順を実行する必要があります。

1. [AD FS の管理] を開き、次のように Orchestrator の既存の証明書利用者信頼を定義します。
   • In the Configure URL section, select the Enable support for the SAML 2.0 Web SSO Protocol and, in the Relying party SAML 2.0 SSO service URL field, fill in the Identity base URL, , plus the suffix /Saml2/Acs. For example, https://{yourDomain}/identity/Saml2/Acs.
   • In the Configure Identifiers section, in the Relying party trust identifier field, fill in the Identity base URL, https://{yourDomain}/identity.
2. 変更を保存します。
3. ADFS の設定が終わったら、管理者として PowerShell を開き、次のコマンドを実行します。

   Set-ADFSRelyingPartyTrust -TargetName "https://IdentityBaseURL" -SamlResponseSignature MessageAndAssertion
   Restart-Service ADFSSRV

4. IIS サーバーを再起動します。

Google

Google が新しい Orchestrator インスタンスを認識するよう設定されている場合は、以下の手順を実行する必要があります。

1. Google の管理者コンソールを開き、既存のサービスの詳細情報を次のように変更します。
   • In the Service Provider window, in the ACS URL field, fill in the Identity URL, https://{yourDomain}/identity, plus the suffix /Saml2/Acs. For example, https://{yourDomain}/identity/Saml2/Acs.
   • In the same window, in the Entity ID field, fill in the Identity base URL, https://{yourDomain}/identity.
2. 変更を保存します。
3. IIS サーバーを再起動します。

Okta

以前に、新しい Orchestrator インスタンスを認識させるための Okta の設定を行った場合は、以下の手順を実行する必要があります。

1. Okta にログインして、既存のアプリケーションを見つけます。
2. [SAML Settings] ウィンドウの [General] セクションの詳細情報を以下のように変更します。
   • In the Single sign on URL field, fill in the Identity URL, https://{yourDomain}/identity, plus the suffix /Saml2/Acs. For example, https://{yourDomain}/identity/Saml2/Acs.
   • If not already, enable the Use this for Recipient URL and Destination URL. This overwrites the Recipient URL and Destination URL fields with the value entered for Single Sign On URL, which in this example is https://{yourDomain}/identity/Saml2/Acs.
   • In the Audience URI field, fill in the Identity URL https://{yourDomain}/identity
3. 変更を保存します。
4. IIS サーバーを再起動します。