- Erste Schritte
- Best Practices
- Organisationsmodellierung im Orchestrator
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Optimieren von Unattended-Infrastruktur mithilfe von Maschinenvorlagen
- Organisieren von Ressourcen mit Tags
- Schreibgeschütztes Orchestrator-Replikat
- Exportieren von Rastern im Hintergrund
- Enforcing user-level Integration Service connection governance
- 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 der Kennwörter von Unattended-Robotern im Azure Key Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im HashiCorp Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im AWS Secrets Manager (schreibgeschützt)
- Löschen von getrennten und nicht reagierenden Unattended-Sitzungen
- Roboter-Authentifizierung
- Roboter-Authentifizierung mit Client-Anmeldeinformationen
- Konfigurieren von Automatisierungsfunktionen
- Lösungen
- Audit
- Cloud Robots
- Ausführen von Unattended-Automatisierungen mit Cloud Robot – VM
- Hochladen Ihres eigenen Image
- Wiederverwenden von benutzerdefinierten Maschinen-Images (für manuelle Pools)
- Zurücksetzen der Anmeldeinformationen für eine Maschine (für manuelle Pools)
- Überwachung
- Sicherheitsupdates
- Testversion anfordern
- Häufig gestellte Fragen
- Konfigurieren einer VPN für Cloud-Roboter
- Konfigurieren einer ExpressRoute-Verbindung
- Live-Streaming und Remotesteuerung
- Events
- Anzeigen und Zugreifen auf Benachrichtigungen
- Anzeigen und Zugreifen auf E-Mail-Benachrichtigungen
- Es werden nur ungelesene Benachrichtigungen angezeigt
- Alle Benachrichtigungen als gelesen markieren
- Alle Benachrichtigungen löschen
- Löschen von Benachrichtigungen
- Abonnieren von Ereignissen
- Abbestellen von Ereignissen
- Ordnerkontext
- Automatisierungen
- Prozesse
- Jobs
- Apps
- Auslöser
- Protokolle
- Überwachung
- Warteschlangen
- Assets
- Über Assets
- Verwalten von Assets in Orchestrator
- Verwalten von Assets in Studio
- Speichern von Assets im Azure Key Vault (schreibgeschützt)
- Speichern von Assets im HashiCorp Vault (schreibgeschützt)
- Speichern von Assets im AWS Secrets Manager (schreibgeschützt)
- Storing Assets in Google Secret Manager (read only)
- Geschäftsregeln
- Speicher-Buckets
- MCP-Server
- Indizes
- Testverfahren in Orchestrator
- Ressourcenkatalogdienst
- Integrationen
- Fehlersuche und ‑behebung
Orchestrator-Anleitung
Ein Speicher für Zugangsdaten ist ein benannter Speicherort in einem sicheren Speicher wie CyberArk®, in dem Sie vertrauliche Daten wie Zugangsdaten für Roboter und Anmeldedaten speichern und bei Bedarf abrufen können. Orchestrator unterstützt auf Mandantenebene die Verwendung mehrerer Speicher für Zugangsdaten und unterstützt Azure Key Vault, CyberArk CCP, CyberArk Conjur Cloud (schreibgeschützt), HashiCorp Vault, Thycotic Secret Server, BeyondTrust, AWS Secrets Manager und Google Secret Manager. Er bietet auch die erforderliche Architektur, um bei Bedarf sichere Speicher von Drittanbietern hinzuzufügen und zu verwalten.
Die Seite Anmeldeinformationen ist in zwei Ansichten unterteilt: Stores und Proxys.
- Auf der Seite Speicher können Sie neue Speicher erstellen, vorhandene Speicher und deren Eigenschaften anzeigen und alle aktuellen Anmeldeinformationsspeicher löschen. Beachten Sie, dass der native Orchestrator-Datenbankspeicher automatisch erstellt wird, immer an erster Stelle in dieser Liste erscheint und der Standardspeicher für alle neuen Mandanten ist.
-
Auf der Seite Proxys können Sie neue Proxys für Ihre eigenen benutzerdefinierten Anmeldeinformationsspeicher erstellen, eine Liste vorhandener Proxys anzeigen, bearbeiten und entfernen.
