- Erste Schritte
- Best Practices
- Mandant
- Über den Kontext „Mandant“
- Suche nach Ressourcen in einem Mandanten
- Verwaltung von Robotern
- Verbindung von Robotern mit Orchestrator
- Speicherung von Roboterzugangsdaten in CyberArk
- Speichern von Unattended-Roboterkennwörtern in Azure Key Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im HashiCorp Vault (schreibgeschützt)
- Löschen von getrennten und nicht reagierenden Unattended-Sitzungen
- Roboter-Authentifizierung
- Roboter-Authentifizierung mit Client-Anmeldeinformationen
- SmartCard-Authentifizierung
- Zuweisen von Rollen
- Verwaltung von Rollen
- Standardrollen
- Häufig gestellte Fragen
- Aktivieren von Benutzern zum Ausführen persönlicher Automatisierungen
- Ermöglichen der Ausführung von Automatisierungen für Benutzer in einer Unattended-Infrastruktur über Unattended-Roboter
- Konfigurieren von Roboterkonten zum Ausführen von Unattended-Automatisierungen
- Audit
- Registerkarte „Bereitstellung“
- Registerkarte „Robotersicherheit“
- Skalierbarkeits-Registerkarte
- Ressourcenkatalogdienst
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Speicher-Buckets
- Test Suite - Orchestrator
- Sonstige Konfigurationen
- Integrationen
- Klassische Roboter
- Hostverwaltung
- Über die Hostebene
- Verwalten von Systemadministratoren
- Verwalten von Mandanten
- Konfigurieren von System-E-Mail-Benachrichtigungen
- Prüfungsprotokolle für das Hostportal
- Wartungsmodus
- Organisationsadministration
- Fehlersuche und ‑behebung
Orchestrator-Anleitung
Registerkarte „Robotersicherheit“
Feld |
Beschreibung |
---|---|
Gesamtstunden, die ein Roboter ohne Lizenzverifizierung offline laufen kann |
Geben Sie die Anzahl der Stunden an, die ein Roboter offline arbeiten kann, ohne dass der Orchestrator seine Lizenz überprüfen muss. Standardmäßig ist sie auf 0 festgelegt. Der maximal akzeptierte Wert beträgt 168 Stunden. Diese Einstellung gilt nicht für Studio. |
Feld |
Beschreibung |
---|---|
Authentifizierung von Attended-Robotern |
Interaktive Anmelde-SSO (Empfohlen) – Diese Option erlaubt nur Roboterverbindungen mit ablaufenden Token. Benutzer können ihre Roboter nur authentifizieren, indem sie sich mit ihren Anmeldeinformationen im Assistant anmelden. Eine Benutzeranmeldung ist erforderlich, um Attended-Roboter auszuführen, HTTP-Anfragen an den Orchestrator zu stellen oder Prozesse im Assistant anzuzeigen. Bei Verwendung der interaktiven Anmeldung müssen keine Maschinenobjekte im Orchestrator erstellt werden. Hybrid – Diese Option ermöglicht sowohl Verbindungen mit Token, die nicht ablaufen (Maschinenschlüssel), als auch Verbindungen mit Token, die ablaufen (interaktive Anmeldung oder Client-Anmeldeinformationen). Benutzer haben die Möglichkeit, sich mit ihren Anmeldeinformationen anzumelden, um ihre Roboter zu authentifizieren, was ihnen wiederum ermöglicht, Studio und den Assistant mit dem Orchestrator zu verbinden. Dies ist jedoch nicht obligatorisch. |
Authentifizierung von Unattended-Robotern |
Client-Anmeldeinformationen (empfohlen) – Diese Option ermöglicht nur Verbindungen mit ablaufenden Tokens. Es verwendet das OAuth 2.0-Framework als Basis für das Authentifizierungsprotokoll, d. h. Unattended-Roboter können sich mit einem Paar aus Client-ID und geheimem Client-Schlüssel, das über Maschinenvorlagenobjekte generiert wird, mit Orchestrator verbinden. Das Paar aus Client-ID und geheimem Client-Schlüssel generiert ein Token, das die Verbindung zwischen dem Roboter und dem Orchestrator autorisiert und dem Roboter Zugriff auf die Orchestrator-Ressourcen gewährt. Hybrid – Diese Option ermöglicht sowohl Verbindungen mit Token, die nicht ablaufen (Maschinenschlüssel), als auch Verbindungen mit Token, die ablaufen (Client-Anmeldeinformationen). |