Fehlerbehebung für Sitzung

Windows-Sitzung ist gesperrt

Beschreibung

Der Roboter erhält den Fehler „Die Zielanwendung kann nicht in den Vordergrund gebracht werden, da die Windows-Sitzung gesperrt ist“.

Mögliche Probleme

Unnötiges Ausführen von inaktiven Remote Desktop-Dienstsitzungen, automatisches Anmelden und Sperren des letzten interaktiven Benutzers nach einem Systemneustart oder die Aktivierung von Nachrichten und Interessen in der Taskleiste.

Lösung

Stellen Sie sicher, dass die Einstellungen für die folgenden Gruppenrichtlinien deaktiviert oder nicht konfiguriert sind:

• Nachrichten und Interessen
• Sitzungszeitlimits (zu finden unter Remotedesktopdienste > Remotedesktop-Sitzungshost)
• Windows-Anmeldeoptionen

Folgendes ist dafür notwendig:

1. Öffnen Sie den Editor für die lokale Gruppenrichtlinie.
2. Navigieren Sie zu Computer Configuration > Administrative Templates > Windows Components.
3. Suchen Sie nach der entsprechenden Richtlinieneinstellung und stellen Sie sicher, dass der Status entweder Nicht konfiguriert oder Deaktiviert ist:
   • Suchen Sie für Nachrichten und Interesse nach der Einstellung Nachrichten und Interessen in der Taskleiste aktivieren.
   • Suchen Sie bei Sitzungszeitlimits nach der Einstellung Zeitlimit für aktive, aber inaktive Remotedesktopdienst-Sitzungen festlegen.
   • Suchen Sie bei Windows-Anmeldeoptionen nach der Einstellung Anmelden und letzten interaktiven Benutzer nach dem Neustart automatisch sperren.

Wenn das Problem weiterhin besteht, exportieren Sie die folgenden Textdateien und senden Sie sie an den UiPath-Support:

1. Öffnen Sie den Editor für die lokale Gruppenrichtlinie.
2. Navigieren Sie zu Computer Configuration > Administrative Templates > Windows Components.
3. Wählen Sie die folgenden Richtlinien aus:
   • Verbindungen (finden Sie unter Remotedesktopdienste > Remotedesktop-Sitzungshost)
   • Sitzungszeitlimits (zu finden unter Remotedesktopdienste > Remotedesktop-Sitzungshost)
4. Wählen Sie für jede Richtlinie die Option Aktion aus dem Menüband aus und exportieren Sie dann die Einstellungen im Format .txt.

Die vorherige Anmelderichtlinie verhindert die Erstellung einer Robotersitzung

Beschreibung

In Unattended-Szenarien können sich Roboter aufgrund eines Sicherheits-Popups, das Anmeldeinformationen meldet, nicht anmelden. Infolgedessen schlagen Aufträge mit der folgenden Fehlermeldung fehl: „Executor konnte nicht gestartet werden. Die angegebene Anmeldesitzung ist nicht vorhanden. Sie wurde möglicherweise schon beendet. (0x80070520).“

Mögliche Probleme

Die Richtlinie Anzeige von Informationen über frühere Anmeldungen während der Anmeldung des Benutzers verhindert, dass Robotersitzungen erstellt werden. Wenn diese Richtlinie aktiviert ist, können Roboter keine Anmeldesitzung initiieren, was zu der oben genannten Fehlermeldung führt.

Lösung

Deaktivieren Sie die Richtlinie Anzeige von Informationen über frühere Anmeldungen während der Anmeldung des Benutzers:

1. Öffnen Sie den Gruppenrichtlinien-Editor auf den betroffenen Maschinen, indem Sie ihn über das Startmenü gpedit.mscoder die Eingabeaufforderung ausführen.
2. Gehen Sie zu Computerkonfiguration > Administrative Vorlagen > System > Anmeldung.
3. Suchen Sie die Richtlinie mit dem Titel Informationen zu vorherigen Anmeldungen während der Benutzeranmeldung anzeigen.
4. Legen Sie diese Richtlinie auf Deaktiviert fest.
5. Sobald die Richtlinie deaktiviert ist, stellen Sie sicher, dass die Änderungen angewendet werden. Möglicherweise müssen Sie gpupdate /force über die Eingabeaufforderung ausführen oder die betroffene Maschine neu starten.
6. Testen Sie, ob sich der Roboter ohne den Fehler erfolgreich anmelden kann.

Die Fehlerbehebungssitzung schlägt auf Maschinen fehl, die mit Entra ID verbunden sind

Beschreibung

Nach Aktivierung einer Fehlerbehebungssitzung im Orchestrator für einen unbeaufsichtigten Roboter (Servicemodus) auf einer mit Entra ID (Azure AD) verbundenen Maschine, zeigt Assistant die für den Roboterbenutzer verfügbaren Prozesse nicht an. Die Prozessliste bleibt leer, obwohl der Roboter verbunden ist und Aufträge normal ausführt.

Mögliches Problem

Für Maschinen, die mit Entra verbunden sind, müssen die Anmeldeinformationen für Unattended-Roboter im Orchestrator das Format azuread\upn verwenden, damit der Roboter eine Windows-Sitzung erstellen kann. Die Fehlerbehebungssitzung sendet jedoch den Windows-Benutzernamen im NetBIOS-Format (domain\username). Da die Formate nicht übereinstimmen, erkennt der Orchestrator die Sitzung nicht und Assistant kann die verfügbaren Prozesse nicht abrufen.

Lösung

Ändern Sie in Orchestrator die Anmeldeinformationen für Unattended-Roboter von azuread\upn in domain\username .

Das Format domain\username funktioniert für Maschinen, die mit Entra verbunden sind, erst dann, wenn mindestens ein Auftrag unter diesem Benutzer mit den azuread\UPN -Anmeldeinformationen ausgeführt wurde. Eine manuelle RDP-Verbindung mit demselben Benutzer erfüllt diese Anforderung nicht. Nachdem der erste Auftrag abgeschlossen ist, können Sie zu domain\username wechseln, um Fehlerbehebungssitzungen zu aktivieren.