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 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.

   Der VNC-Client verwendet zwei Ports: 443 und 5900.

   Port 443 muss geöffnet sein, um eine Verbindung mit einem zusätzlichen Onlinedienst herzustellen.

   Port 5900 wird lokal auf derselben Maschine ausgeführt, um den Datenverkehr zwischen zwei Anwendungen zu Tunneln.

   Damit die Kommunikation funktioniert, müssen diese Ports bidirektional geöffnet werden, um sowohl eingehenden als auch ausgehenden Datenverkehr zuzulassen.

   

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.