orchestrator
latest
false
Orchestrator-Anleitung
Automation CloudAutomation Cloud Public SectorAutomation SuiteStandalone
Last updated 1. Okt. 2024

PREVIEW
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.
    docs image
  • Voraussetzung für Windows-Roboter 2023.12 und neuer
  • Netzwerkanforderungen
  • Sicherheitsüberlegungen
  • Netzwerkflow

War diese Seite hilfreich?

Hilfe erhalten
RPA lernen – Automatisierungskurse
UiPath Community-Forum
Uipath Logo White
Vertrauen und Sicherheit
© 2005–2024 UiPath. Alle Rechte vorbehalten