Live-Streaming und Remotesteuerung über TightVNC

Wichtig:

Das gilt für die Roboterversionen 2023.4 und 2023.10.

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

• Windows-Roboter-Versionen 2023.4 und 2023.10
• Automation Cloud Robots – serverlos
• Automation Cloud Robot – VM

Aufgrund technischer Einschränkungen können wir für Linux-Roboter keine vollständige Unterstützung bieten, aber die wichtigsten Anwendungsfälle sind in dieser Iteration verfügbar.

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

Voraussetzungen für Windows-Roboter 2023.10 und älter

1. Aktivieren Sie SignalR. Details…
2. Installieren Sie einen VNC-Server, indem Sie die folgenden Schritte ausführen:
   1. Laden Sie TightVNC herunter. Die derzeit unterstützte Version ist 2.8.75.
   2. Führen Sie das Installationsprogramm aus und wählen Sie, sobald Sie zum Bildschirm Setup-Typ wählen gelangen, Benutzerdefiniert aus.
   3. Klicken Sie auf Weiter.
   4. Stellen Sie sicher, dass die Option TightVNC-Server als Systemdienst registrieren (unter TightVNC-Dienstkonfiguration) nicht ausgewählt ist.
   5. Wenn Sie eine physische Maschine verwenden, muss ein Monitor daran angeschlossen sein.

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.
   

TightVNC-Konfiguration

Bevor die Sitzung auf der lokalen Maschine gestartet wird, werden HTTP-Verbindungen deaktiviert und der VNC-Server ist so konfiguriert, dass er keine Verbindungen außerhalb der lokalen Maschine akzeptiert.