- Versionshinweise
- Erste Schritte
- UiPath® Assistant
- Installation und Upgrade
- Robotertypen
- Roboterkomponenten
- Lizenzierung
- Verbindung von Robotern mit Orchestrator
- Prozesse und Aktivitäten
- Über Automatisierungsprojekte auf dem Roboter
- Über die Aktivitätenfeeds
- Automatisierung von Hintergrundprozessen
- Roboter-API
- Überprüfung der Paketsignatur
- Protokollierung
- Robot JavaScript SDK
- Spezifische Szenarien
- Neustarten von Roboterkomponenten
- Windows-Sitzungen
- Anmeldung mit Thales Luna Credential System
- Anmelden mit nShield Key Storage Provider
- Weiterleitung von Robotern über einen Proxy-Server
- Ausführung von Aufgaben in einem minimierten RDP-Fenster
- Arbeiten mit zugeordneten Netzwerklaufwerken
- Anhalten eines Prozesses:
- Schaltfläche „Beenden“ deaktivieren
- Benutzerdefinierte Paketordner und Netzwerkpfade
- CrowdStrike-Integration
- Robot Citrix Apps-Virtualisierung
- Fehlersuche und ‑behebung
- Nicht reagierender Roboter über RDP
- Doppelte Ausführungsprotokolle
- Häufig auftretende Fehler bei Robotern
- Erhöhte Prozessausführungsdauer
- Erzwungene Paketsignaturüberprüfung
- Nachricht zu groß für die Verarbeitung
- Fehler bei der Ausführung als Administrator
- NuGet-Pakete nach der Migration nicht zugänglich
- Aufforderung zur Benutzerzugriffssteuerung und UI-Automatisierungsaktivitäten
- .NET während der Installation erforderlich
- Assembly kann nicht vom Netzwerk oder Azure File Share geladen werden
- Aktivitäten können .NET-Runtime nicht finden
Über Automatisierungsprojekte auf dem Roboter
Der Roboter ist ein Ausführungsagent, was bedeutet, dass Sie ihn mit den Automatisierungsprojekten bereitstellen müssen, die ausgeführt werden sollen.
Nach der Erstellung eines Automatisierungsprojekts im Studio muss es lokal oder im Orchestrator veröffentlicht werden. Sobald ein Projekt veröffentlicht ist, können Sie es an den Roboter-Computer senden und mit der Ausführung beginnen.
Auf der Robotermaschine ist der verfügbare Prozessfeed:
- Wenn
Not
mit dem Orchestrator verbunden ist – der Wert des FeldsNuGetServerUrl
in der Datei%ProgramData%\UiPath\UiPath.settings
(wenn der Roboter im Benutzermodus installiert wird, befindet sich die Datei in%ProgramData%\UiPath\UiPath.settings
). Der Wert kann an Ihre Bedürfnisse angepasst werden. Standardmäßig ist dieser Wert%ProgramData%\UiPath\Packages
. -
Bei Verbindung mit dem Orchestrator – die Kombination aller Prozesse, auf die der Benutzer im Orchestrator Zugriff hat.
Der Roboter verwendet den Feed, der am schnellsten reagiert, unabhängig davon, ob er mit dem Orchestrator verbunden ist oder nicht.
Wenn Sie ein Paket von Studio oder der Befehlszeile veröffentlichen, haben Sie die Möglichkeit, es zu signieren. Weitere Informationen erhalten Sie unter Signieren von Paketen.
Beim Starten des Jobs überprüft der Roboter die Signatur eines Pakets, wenn ein Job gestartet wird. Ein Paket wird nicht installiert, wenn seiner Signatur nicht vertraut wird.
Ein Paket kann ein Repository- und ein Autoren-Zertifikat haben. Allerdings ist nur ein Repository-Zertifikat obligatorisch, aber die Pakete werden standardmäßig auf diese Weise signiert. Sie können dem Roboter erlauben, Pakete zu installieren, wenn Sie nur eine Repository-Signatur haben, oder auch die Überprüfung einer Autoren-Signatur erzwingen, bevor Sie ein Paket installieren.
Nachdem Sie einen Job gestartet haben, überprüft der Roboter auf dem entsprechenden Computer die Paketsignatur folgendermaßen:
-
Das Repository-Zertifikat wird überprüft. Es wird durch das Tag
certificatefingerprint
dargestellt. Der Fingerabdruck vonNuGet.config
muss derselbe sein wie derjenige des Pakets:- Anderer - das Paket wird nicht installiert.
- Derselbe - prüft, ob das Paket auch von Autoren signiert werden muss.
-
Der Wert des Attributs
allowUntrustedRoot
wird überprüft. Dies bedeutet, dass das Paket von einem Autor signiert werden muss:="true"
- Es wird nur eine Repository-Signatur benötigt. Daher wird das Paket installiert.="false"
- eine Signatur des Autors ist erforderlich. Daher wird eine zusätzliche Prüfung durchgeführt.
-
Die Signatur des Autors wird überprüft. Dies geschieht auf der Registerkarte
<owners>
innerhalb des Tags<trustedSigners>
:- Nicht vertrauen (Not Trusted) - das Paket wird nicht installiert.
-
Vertrauen - das Paket wird installiert.
Während der Verbindung mit dem Orchestrator zeigt UiPath Assistant alle Automatisierungsprojekte an, mit denen der jeweilige Roboter verknüpft ist.
%USERPROFILE%\.nuget\Packages
installiert.
%USERPROFILE%\.nuget\Packages
heruntergeladen und dort entpackt.
%USERPROFILE%\.nuget\Packages
wird automatisch erstellt, wenn Sie im Orchestrator ein Paket zum ersten Mal in einer Umgebung bereitstellen (einen Prozess erstellen).
%USERPROFILE%\.nuget\Packages
, und startet dann die Ausführung.
Der Roboter kann so konfiguriert werden, dass Prozesse automatisch heruntergeladen und gestartet werden, wenn er mit dem Orchestrator verbunden ist. Die Option wird im Fenster Prozesseinstellungen im Orchestrator aktiviert. Ein auf diese Weise konfigurierter Prozess wird automatisch heruntergeladen und gestartet, wenn UiPath Assistant gestartet wird. Bitte beachten Sie, dass nur Attended-Roboter Prozesse automatisch herunterladen und starten können.
UiPath Assistant zeigt im Abschnitt Verfügbare Prozesse die gespeicherten Automatisierungsprojekte wie folgt an:
- sowohl in den Ordnern
%ProgramData%\UiPath\Packages
als auch%USERPROFILE%\.nuget\Packages
- nur im Verzeichnis
%ProgramData%\UiPath\Packages
. Diese Objekte werden mit dem Aktualisierungssymbol markiert. Durch Klicken auf diese Schaltfläche wird der Prozess im Ordner%USERPROFILE%\.nuget\Packages
entpackt.
%ProgramData%\UiPath\Packages
vorhanden sind und im Ordner %USERPROFILE%\.nuget\Packages
dekomprimiert wurden, können direkt ausgeführt werden.
%ProgramData%\UiPath\Packages
wird erstellt, wenn Sie zum ersten Mal ein Automatisierungsprojekt über Studio veröffentlichen. Wenn Sie weder mit Studio noch mit Orchestrator verbunden sind, müssen Sie diesen Ordner erstellen.
%USERPROFILE%\.nuget\Packages
wird erstellt, wenn Sie das erste Automatisierungspaket dekomprimieren.
Standardbenutzer werden daran gehindert, Workflows (*.xaml-Dateien) installierter Projekte zu lesen und/oder zu schreiben. Diese Funktion bezieht sich auf Robot-Versionen ab 2018.1.1, bei denen Robot als Dienst installiert war.
Die NuGet-Pakete der Projekte werden, wie bereits erwähnt, vom Roboter-Dienst heruntergeladen und installiert. Sie sind in folgender Weise geschützt:
- Ein Ordner für das Paket, das installiert werden soll, wird im Format
<ProjectName>\<Version>
im Verzeichnis%USERPROFILE%\.nuget\Packages
angelegt. -
Die folgenden Sicherheitsmaßnahmen werden für das vorgenannte Verzeichnis vorgenommen:
- Die Vererbung von Berechtigungen wird deaktiviert und alle Berechtigungen werden gelöscht;
- Eine vollständige Kontrolle wird dem lokalen Systemkonto und den integrierten Administratoren gewährt. Dies bedeutet, dass Standardbenutzer die Dateien im Ordner
%USERPROFILE%\.nuget\Packages
nicht mehr auflisten oder lesen können und keine Dateien mehr dort schreiben können.
- Das Paket wird mithilfe des NuGet-Paketmanagers heruntergeladen und in dieses Verzeichnis extrahiert (über das lokale Systemkonto).
- Alle temporär erzeugten Dateien werden ebenfalls gesichert.
- Für jede Workflow-Datei (*.xaml), die im gesicherten Ordner (einschließlich Unterordner) vorliegt, ist die Vererbung der Berechtigungen deaktiviert, und es wurden alle Berechtigungen gelöscht.
- Eine vollständige Kontrolle über diese Dateien wird dem lokalen Systemkonto und den integrierten Administratoren gewährt.
-
Für den Ordner
%USERPROFILE%\.nuget\Packages\<ProjectName>\<Version>
ist die Vererbung aktiviert. Die Berechtigungen für das Verzeichnis%USERPROFILE%\.nuget\Packages\<ProjectName>\<Version>
sind nun dieselben wie für das übergeordnete Verzeichnis%USERPROFILE%
.Hinweis: Der Zugriff auf die Workflow-Dateien (*.xaml
) bleibt geschützt, da für die Berechtigungen in Schritt 5 ausdrücklich keine Vererbung festgelegt wurde. Der Zugriff auf andere Dateien im Projektordner wird Standard-Benutzern gewährt.
Gesichert installierte Projekte werden von den Roboter-Executor-Instanzen im Standard-Benutzermodus ausgeführt.
*.xaml
) im Installationsordner (%USERPROFILE%\.nuget\Packages\<ProjectName>\<Version>
) nicht selbst zugreifen und führt die folgenden Schritte aus:
- Stellt eine Anfrage zum Öffnen einer Datei an den Roboter-Dienst.
- Der Roboter-Dienst aktiviert den Zugriff auf den angeforderten Workflow nur für die Executor, die durch den Roboter-Dienst erstellt wurden.
-
Der Roboter-Dienst erlaubt keinen anderen Benutzerprozessen den Zugriff auf eine geschützte Workflow-Datei.
Hinweis:Die Pakete, die von einer früheren UiPath-Version (vor 2018.1) installiert wurden, bleiben ungeschützt.
Nur Administratoren können Projekte löschen.
Wenn Sie ein neues Projekt im Studio-Profil erstellen, wählen Sie die Kompatibilität basierend auf der Umgebung aus, auf der das Projekt ausgeführt wird:
- Windows – Legacy – Verwendet .NET Framework 4.6.1., die Kompatibilität, die in Versionen vor 2021.10 verwendet wurde. Dies ist die Standardoption.
- Windows – Verwendet .NET 6 mit Windows-Unterstützung.
-
Plattformübergreifend – Verwendet .NET 6 mit plattformübergreifender Unterstützung.
Wichtig:• Projekte, die alsNET 6 - Windows
erstellt wurden, können nur auf 64-Bit-Robotern ausgeführt werden.• Projekte, die in Studio 2021.10.6 unter Verwendung von Windows- und plattformübergreifenden Kompatibilitäten erstellt wurden, sind aufgrund von Diskrepanzen mit der .NET-Version nicht kompatibel mit 2021.10.5 oder älteren Studio- und Robot-Versionen.
Weitere Informationen finden Sie auf dieser Seite.