セッションのトラブルシューティング

UiPath Robot の Windows セッションの問題 (セッションのロックエラーや RDP セッションのアイドル状態の問題など) の解決策です。

Windows セッションがロックされている

説明

ロボットが「Windows セッションがロックされているため、対象のアプリケーションを前面に移動できません。」というエラーを受け取ります。

潜在的な問題

アイドル状態のリモート デスクトップ サービス セッションの不要な実行、システム再起動後の前回の対話ユーザーの自動サインインとロック、またはタスク バーでのニュースと関心事項のアクティブ化

解決策

次のグループ ポリシーの設定が無効または未構成であることを確認します。

• ニュースと関心事項
• セッションの時間制限 ([リモート デスクトップ サービス] > [リモート デスクトップ セッション ホスト] にあります。)
• Windows ログオンのオプション

そのためには、次の手順に従います。

1. [ローカル グループ ポリシー エディター] を開きます。
2. [コンピューターの構成] > [管理用テンプレート] > [Windows コンポーネント] に移動します。
3. 対応するポリシー設定を探し、状態が [未構成] または [無効] であることを確認します。
   • [ニュースと関心事項] で、[タスク バーのニュースと関心事項を有効にする] の設定を確認します。
   • [セッションの時間制限] で、[アクティブでアイドル状態になっているリモート デスクトップ サービス セッションの時間制限を設定する] の設定を確認します。
   • [Windows ログオンのオプション] で、[再起動後に自動的に前回の対話ユーザーでサインインしてロックする] の設定を確認します。

問題が解決しない場合は、以下の手順でテキスト ファイルをエクスポートし、UiPath のサポートに送信します。

1. [ローカル グループ ポリシー エディター] を開きます。
2. [コンピューターの構成] > [管理用テンプレート] > [Windows コンポーネント] に移動します。
3. 次のポリシーを選択します。
   • 接続 ([リモート デスクトップ サービス] > [リモート デスクトップ セッション ホスト] にあります。)
   • セッションの時間制限 ([リモート デスクトップ サービス] > [リモート デスクトップ セッション ホスト] にあります。)
4. リボンの [操作] を選択し、各ポリシーの設定を .txt 形式でエクスポートします。

以前のログオンに関するポリシーのためにロボット セッションを作成できない

説明

無人シナリオの場合に、サインイン情報を報告するセキュリティ ポップアップが表示されるためにロボットがログインできません。その結果、ジョブが失敗して「Executor を開始できませんでした。指定されたログオン セッションが存在しません。既に終了している可能性があります。(0x80070520)」というエラー メッセージが表示されます。

潜在的な問題

ポリシー [ユーザー ログオン時に以前のログオンに関する情報を表示する] のために、ロボット セッションを作成できません。このポリシーが有効化されている場合、ロボットはログイン セッションを開始できず、上記のエラー メッセージが表示されます。

解決策

[ユーザー ログオン時に以前のログオンに関する情報を表示する] ポリシーを無効化します。

1. 影響を受けるマシンで [スタート] メニューまたはコマンド プロンプトから gpedit.msc を実行し、グループ ポリシー エディターを開きます。
2. [コンピューターの構成] > [管理用テンプレート] > [システム] > [ログオン] に移動します。
3. [ユーザー ログオン時に以前のログオンに関する情報を表示する] というタイトルのポリシーを見つけます。
4. このポリシーを [無効] に設定します。
5. ポリシーを無効化したら、変更が適用されていることを確認します。場合によっては、コマンド プロンプトから gpupdate /force を実行するか、影響を受けるマシンを再起動する必要があります。
6. ロボットが正常にログインでき、エラーが発生しないかどうかをテストします。

Entra ID に参加しているマシンでトラブルシューティング セッションが失敗する

説明

Entra ID (Azure AD) に参加しているマシン上の Unattended ロボット (サービス モード) に対して Orchestrator でトラブルシューティング セッションを有効化すると、ロボット ユーザーが利用可能なプロセスを Assistant に表示しません。ロボットが接続されていて、ジョブを正常に実行しているのに、プロセス リストは空のままです。

潜在的な問題

Entraに参加しているマシンで Unattended ロボットの資格情報で azuread\upn 形式が使用されている必要があります。そうすれば、ロボットは Windows セッションを作成できます。ただし、トラブルシューティング セッションでは、Windows ユーザー名が NetBIOS 形式 (domain\username) で送信されます。形式が一致しないため、Orchestrator はセッションを認識せず、Assistant は利用可能なプロセスを取得できません。

解決策

Orchestrator で、Unattended ロボットの資格情報を azuread\upn から domain\username 形式に変更します。

この domain\username 形式は、そのユーザーの下で azuread\UPN 資格情報を使用して少なくとも 1 つのジョブが実行された後にのみ、Entra に参加しているマシンで機能します。同じユーザーとの手動 RDP 接続では、この要件は満たされません。最初のジョブが完了したら、 domain\username に切り替えてトラブルシューティング セッションを有効化できます。