Vorschau

Live-Streaming und Remotesteuerung über RealVNC

Wichtig:

Dies gilt für Roboterversionen 2023.12+.

Die Livestreaming- und Remotesteuerungsfunktionen sind verfügbar für:

• Windows-Roboterversionen 2023.12+
• Automation Cloud Robots – serverlos
• Automation Cloud Robot – VM
• Linux-Roboter

Hinweis: Diese Funktion kann nicht mit Windows-Hintergrundaufträgen verwendet werden.

Voraussetzung für Windows-Roboter 2023.12 und neuer

Aktivieren Sie Signal R. Weitere Informationen finden Sie im Abschnitt SignalR-Mandanteneinstellung.

Netzwerkanforderungen

Die Mindest-Netzwerkanforderungen für ein reibungsloses Funktionieren einer Livestreaming- und Remotesteuerungssitzung können aufgrund einer Reihe von Faktoren erheblich variieren:

• Die Bildschirmauflösung des Roboters

• Die durch Ihre Automatisierung bedingten Änderungen – je dynamischer die Änderungen bei Bildern und Text sind, desto höher ist das Datenverkehrsvolumen

• Die Latenz zwischen Ihrer Maschine und der Automation Cloud-Region

• Die Latenz zwischen Ihrem Roboter und der Automation Cloud-Region

Angesichts dessen empfehlen wir eine Netzwerkbandbreite von 3 MB/s bei einer Bildschirmauflösung von 1920 x 1080.

Sicherheitsüberlegungen

Die Livestreaming-Verbindung zwischen dem Client und der Zielmaschine wird durch TLS über den VNC-Proxy geführt, was bedeutet, dass der Server gesichert ist. Darüber hinaus wird jedes Mal, wenn eine Livestreaming-Sitzung gestartet wird, ein eindeutiges JWT-Token generiert und zur Authentifizierung der Anforderung verwendet. Die einzige Instanz von ungesichertem Datenverkehr befindet sich auf der Robotermaschine für die localhost-Verbindung.

Auf der Roboterseite wird für jeden Auftrag ein eindeutiges Kennwort generiert und für den VNC-Server festgelegt. Der Server wird nur während der Livestreaming-Sitzung ausgeführt. Wenn der Benutzer die Sitzung trennt, wird auch der VNC-Server geschlossen.

Netzwerkflow

1. Wenn Sie über die Orchestrator-Benutzeroberfläche den Start des Live-Streamings anfordern, sendet der Orchestrator einen Befehl an den Roboter, um eine neue Remotesteuerungssitzung zu initiieren.
2. Der Roboter startet einen VNC-Server, der einen dynamischen Port überwacht. Der VNC-Server wird nur als Loopback gestartet, wodurch Remoteverbindungen deaktiviert werden. Der Orchestrator-Befehl enthält auch ein Kennwort für die VNC-Authentifizierung, das vom VNC-Server und dem Browser-Client gemeinsam genutzt wird.
3. Der Roboter startet daraufhin:
   1. ein weiteres Programm, das sich mit dem lokalen VNC-Server auf einem dynamischen Port verbindet
   2. ein UiPath Livestreaming-Proxy
   • Das Programm leitet den gesamten TCP-Datenverkehr an den Livestreaming-Proxy weiter, indem es in das WebSocket Secure-Protokoll (wss) konvertiert wird.
4. Der Orchestrator VNC-Client stellt eine Verbindung mit demselben Livestreaming-Proxy her, dessen Aufgabe darin besteht, die beiden Websockets zu koppeln: einen vom VNC-Client im Browser und den anderen vom Roboter. Anschließend wird ein Tunnel zwischen den beiden Websockets erstellt und jeglicher Datenverkehr von einem Websocket zum anderen weitergeleitet.