Transmisión en vivo y control remoto

Mientras haya un trabajo en curso podrás acceder a la transmisión en directo del robot que ejecuta la automatización. Si fuera necesario solucionar problemas o depurar, puedes tomar el control de la ejecución utilizando tu propio ratón y teclado, sin necesidad de pausar la automatización.

Consulta estas secciones para más detalles:

• - para versiones de Robot 2023.12+

• - para versiones de Robot 2023.4 y 2023.10

Requisitos previos para Windows Robots 2023.10 y anteriores

1. Habilitar SignalR. Detalles...
2. Instala un servidor VNC siguiendo estos pasos:
   1. Descarga TightVNC. La versión que actualmente admitimos es la 2.8.75.
   2. Ejecuta el instalador y, una vez que llegues a la pantalla Seleccionar tipo de configuración, selecciona Personalizado.
   3. Haz clic en Siguiente.
   4. Asegúrate de que la opción Registrar el servidor TightVNC como servicio del sistema (dentro de la configuración del servicio TightVNC) no está seleccionada.
   5. Si utilizas una máquina física, debes conectarle un monitor.

Requisitos de red

Los requisitos mínimos de red para que una sesión de transmisión en vivo y control remoto funcionen sin problemas pueden variar significativamente debido a varios factores:

• La resolución de la pantalla del robot

• Los cambios impulsados por su automatización: cuanto más dinámicos son los cambios en las imágenes y el texto, mayor será el volumen de tráfico

• La latencia entre su máquina y la región de Automation Cloud

• La latencia entre su robot y la región de Automation Cloud

Teniendo en cuenta lo anterior, recomendamos un ancho de banda de red de 3 MB / s para una resolución de pantalla de 1920 x 1080.

Habilitar las funciones

Las acciones de transmisión en directo y control remoto se controlan mediante las siguientes opciones mostradas en la pestaña Ajustes adicionales de la ventana de creación o edición del proceso:

• La alternancia Permitir transmisión en directo

  Está deshabilitada de forma predeterminada.

• Cuando la opción Permitir transmisión en directo está habilitada, también se muestra la opción Permitir control remoto durante la transmisión en directo, con dos botones de radio:
  • Deshabilitada (es la selección predeterminada)
  • Habilitada

Permisos generales

Estas características se controlan mediante el permiso de transmisión en directo y control remoto, con las siguientes opciones:

• Ver: te permite ver las transmisiones en directo de los trabajos en ejecución.
• Editar: te permite obtener control remoto sobre los trabajos en ejecución.
• Crear: te permite habilitar las características de los procesos.

Transmisión en vivo

Se puede acceder a la transmisión en directo desde el menú contextual del trabajo deseado mientras se está ejecutando, y se abre en una nueva pestaña del navegador.

Auditoría

La actividad de transmisión en directo se incluye en la auditoría, lo que te permite ver:

• si se ha accedido a una transmisión en directo.
• la hora a la que se ha accedido a la transmisión en directo.
• el usuario que ha accedido a ella (junto con el permiso que tenía el usuario en el momento de acceso).

Permisos

Para acceder a una transmisión en directo disponible, debes tener el permiso de transmisión en directo y control remoto para la carpeta con la opción Ver habilitada.

Control remoto

Esta opción te permite tomar el control de una automatización en ejecución a través de su transmisión en directo, con el fin de solucionar cualquier problema, como flujos de trabajo de larga duración y procesos rotos o bloqueados. Solo está disponible si la transmisión en directo también está habilitada. El control remoto no pausa la ejecución del trabajo, por lo que puedes interferir con la automatización si fuera necesario.

Permisos

Para tomar el control de una automatización en ejecución, debes tener el permiso de transmisión en directo y control remoto en la carpeta con la opción Editar habilitada.

Consideraciones de seguridad

La conexión de transmisión en directo entre el cliente y la máquina de destino se hace pasar por TLS a través del proxy VNC, lo que significa que el servidor está seguro.Además, cada vez que se inicia una sesión de transmisión en directo, se genera un token JWT único y se utiliza para autenticar la solicitud. La única instancia de tráfico no seguro es en la máquina del robot para la conexión localhost.

En el lado del robot, se genera una contraseña única para cada trabajo y se establece para el servidor VNC. El servidor solo se ejecuta durante la sesión de transmisión en directo. Cuando el usuario se desconecta de la sesión, el servidor VNC también se cierra.

Flujo de red

1. Cuando se realiza una solicitud desde la interfaz de Orchestrator para iniciar la transmisión en directo, Orchestrator envía un comando al robot para iniciar una nueva sesión de control remoto.
2. El robot inicia un servidor VNC que escucha en un puerto dinámico. El servidor VNC se inicia solo como bucle inverso, lo que deshabilita las conexiones remotas. El comando Orchestrator también incluye una contraseña para la autenticación VNC, que se comparte entre el servidor VNC y el cliente del navegador.
3. A continuación, el robot inicia lo siguiente:
   1. otro programa que se conecta al servidor VNC local en un puerto dinñamico
   2. un proxy de transmisión en directo de UiPath
   • El programa reenvía todo el tráfico TCP al proxy de transmisión en directo convirtiéndolo en el protocolo WebSocket Secure (wss).
4. El cliente VNC de Orchestrator se conecta al mismo proxy de transmisión en directo, cuyo trabajo consiste en emparejar los dos websockets: uno procedente del cliente VNC del navegador y otro del robot. A continuación, crea un túnel entre los dos websockets y reenvía cualquier tráfico de un websocket al otro.
   

Escenarios de error

Estas son algunas de las incidencias que puedes experimentar de forma ocasional cuando retransmites en directo y/o tomas el control remoto de una ejecución en curso, junto con nuestras soluciones propuestas.