- 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 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
- Audit
- Einstellungen
- 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
- 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
- Speicher-Buckets
- Test Suite - Orchestrator
- Ressourcenkatalogdienst
- Integrationen
- Fehlersuche und ‑behebung
PREVIEWFehlerszenarien
Diese Probleme können gelegentlich auftreten, wenn Sie Livestreams durchführen und/oder die Remotesteuerung einer laufenden Ausführung übernehmen, sowie unsere Lösungsvorschläge.
In allen folgenden Szenarien stellt der Roboter keine Verbindung mit dem Livestreaming- und Remotesteuerungssystem her und die Sitzung wird nicht gestartet. Der Vorgang wird für die maximale Dauer wiederholt, die ungefähr eine Minute beträgt, dann wird ein Fehler angezeigt. Details zum Fehler sind in den Roboterprotokollen auf der Maschine verfügbar, auf der die Verbindung fehlschlägt (nicht in Auftragsprotokollen).
Dies kann durch eine langsame Netzwerkverbindung zwischen Ihrer Maschine und der Robotermaschine oder durch eine hohe Bildschirmauflösung auf der Robotermaschine verursacht werden.
Dies sind einige Gründe, warum Sie möglicherweise kein Image auf Ihrem Bildschirm sehen, wenn Sie den Livestream starten.
Einige Aufträge führen bestimmte Aktionen aus, bevor die Automatisierungs-UI zum Öffnen aufgefordert wird. In diesem Fall ist die geöffnete Livestreaming-Sitzung leer. Dies bedeutet, dass der Desktop für Windows-Roboter und ein schwarzer Bildschirm für Unattended-Roboter unter Linux und Automation Cloud-Roboter – Serverless angezeigt wird.
Versuchen Sie, die Sitzung erneut zu öffnen.
Livestreams von Prozessen, die auf einer physischen Maschine ausgeführt werden, werden auf einem physischen Monitor gerendert.
Daher müssen Sie sicherstellen, dass ein Monitor angeschlossen ist.
Wenn Sie die Verbindung zum Remotedesktopprotokoll (RDP) getrennt haben, stellen virtuelle Maschinen manchmal das Rendern des Bildschirms ein. Dies geschieht, weil nach der Trennung kein virtueller Bildschirm vorhanden ist, auf dem Bilder gerendert werden können.
Verwenden Sie zur Lösung dieses Problems den Dienstmodusroboter.
Probleme mit der Netzwerkkommunikation können dazu führen, dass eine Livestreaming-Sitzung beendet wird. In diesem Fall versucht der Client automatisch erneut, eine Verbindung herzustellen. Das sollte relativ schnell gehen, aber es kann sein, dass Sie den Ladebildschirm für kurze Zeit sehen.
Wenn Sie in dieser Sitzung auch die Remote-Steuerung aktiviert hatten, beachten Sie, dass Sie diese erneut aktivieren müssen, sobald die Verbindung wieder hergestellt ist. Dies liegt daran, dass die Sitzung beim erneuten Verbinden im Livestreaming-Status geöffnet wird.
Nach einer Weile wird die Sitzung abgebrochen. Wenn Sie das Fenster jedoch schließen, können Sie die Sitzung manuell über den Orchestrator neu starten.
Nur ein Benutzer kann gleichzeitig auf den Livestream zugreifen und die Remotesteuerung übernehmen. Wenn ein Benutzer bereits verbunden ist, müssen Sie warten, bis die Verbindung getrennt wird.
Wenn Benutzer 2 beispielsweise versucht, einen Livestream zu öffnen, der bereits von Benutzer 1 geöffnet wurde, wird eine Fehlermeldung zurückgegeben, die besagt, dass der Livestream nicht gestartet werden kann. Sobald Benutzer 1 den Livestream schließt, kann Benutzer 2 ihn in Kürze öffnen.
- Das Livestream-Fenster zeigt Verbindung hergestellt…an, aber es wird keine Verbindung hergestellt.
- Das Livestreaming-Bild verzögert sich
- Sie sehen einen leeren Bildschirm
- Die Automatisierungs-UI ist nicht gestartet
- Sie verwenden eine physische Maschine ohne angeschlossenen Monitor
- Sie haben die RDP-Verbindung getrennt
- Eine laufende Sitzung wird getrennt.
- Sie erhalten eine Fehlermeldung, die besagt, dass ein anderer Benutzer bereits verbunden ist