Sesiones de Windows

Tipos de sesión de Windows para UiPath Robot: consola y RDP, controlados por la configuración IniciarSesiónEnLaConsola, con notas sobre el comportamiento de la sesión de High-Density Robot.

El robot ejecuta automatizaciones en una sesión de Windows, iniciando una consola o una sesión RDP en función de la configuración de IniciarSesiónEnLaConsola en Orchestrator. Aunque todos los robots pueden conectarse a ambos tipos de sesiones, los robots de alta densidad utilizan solo sesiones RDP.

Cómo funciona

Siempre se crea una sesión de Windows en la máquina física o virtual donde está instalado el robot. Orchestrator no crea directamente sesiones de Windows. En su lugar, cuando se inicia un trabajo en Orchestrator, tiene lugar la siguiente secuencia:

1. Orchestrator envía un mensaje con los detalles del proceso al mantenimiento de robot de UiPath en la máquina.
2. El mantenimiento de robot de UiPath solicita la creación o el acceso a una sesión de Windows existente en la máquina.
3. El mantenimiento de robot de UiPath inicia el ejecutor de robot en la sesión creada previamente.
4. A continuación, el ejecutor de robot inicia la ejecución de la automatización en esa sesión.

El mantenimiento de robot de UiPath conecta el comando para ejecutar una automatización a la ejecución real.

Sin ningún trabajo pendiente, el mantenimiento de robot de UiPath entra en estado inactivo y no requiere una sesión de Windows totalmente activa para la ejecución de la automatización. La sesión de servicio subyacente permanece activa para una comunicación constante con Orchestrator a través de WebSockets (SignalR). Esto garantiza la ejecución inmediata cuando se recibe un comando.

Sesión de consola

Este es el entorno de ejecución predeterminado.

En una sesión de consola, el robot ejecuta trabajos mientras un usuario ha iniciado sesión en la máquina de alojamiento. Este tipo de sesión se recomienda generalmente para:

• Automatizaciones que utilizan la resolución de pantalla del ordenador host. Aunque puedes especificar una resolución personalizada, está limitada a las resoluciones compatibles con el ordenador host.
• La automatización secuencial se inicia una vez que finaliza la ejecución anterior, y el robot en ejecución se desconecta de la sesión activa.
  Importante:

  Solo puede haber una sesión de consola activa a la vez.

Sesión RDP

En una sesión del Protocolo de Escritorio Remoto (RDP), el robot crea o se conecta a un entorno de escritorio remoto virtual en la máquina que se ejecuta.Este tipo de sesión generalmente se recomienda para:

• Automatizaciones que requieren una resolución de pantalla personalizada, estableciendo el ancho, la altura y la profundidad de la resolución en la pestaña Configuración del robot en Orchestrator.
• Estaciones de trabajo de Windows, para ejecutar una automatización a la vez, ya que se inicia una nueva ejecución una vez que finaliza la anterior y el robot en ejecución se desconecta de la sesión activa.
• Máquinas Windows Server, para ejecutar varias automatizaciones simultáneamente:
  • for multiple users, each in their own RDP session; each user can run one foreground automation at a time.
• Ejecuciones de robots de alta densidad.
  Importante:

  Si se inicia un trabajo desde Orchestrator y una sesión RDP ya está activa, el proceso se ejecuta en esa sesión.

La opción IniciarSesiónEnLaConsola en Orchestrator

Al definir o editar una cuenta de robot en Orchestrator, puedes seleccionar el tipo de sesión utilizada por tus robots para ejecutar automatizaciones. Para hacerlo, utiliza la opción Iniciar sesión en la consola.

En la página Tenant > Administrar acceso > Cuentas de robot > Configuración del robot en Orchestrator, la opción Iniciar sesión en la consola está deshabilitada de forma predeterminada. Sin embargo, el robot ejecuta tareas en una sesión de consola de forma predeterminada.

To activate the console session, turn on the Login To Console option and select Yes.

Para activar la sesión RDP, activar la opción Iniciar sesión en consola y seleccionar No. Si un trabajo se inicia desde Orchestrator y una sesión RDP ya está activa, el robot ejecuta el trabajo dentro de la sesión RDP activa.

Ejecución de procesos a través de RDP

La siguiente imagen resume la ejecución de procesos sobre RDP:

1. El mantenimiento de robot de UiPath recibe el comando para iniciar una ejecución desde Orchestrator, a través del protocolo HTTPS, llamada WebSockets (SignalR).
2. A continuación, el mantenimiento de robot de UiPath crea una sesión de Windows en la máquina utilizando RDP. Esta sesión RDP se crea para el usuario asignado al robot.
3. Una vez creada la sesión RDP, el mantenimiento de robot de UiPath genera un ejecutor de robot dentro de esa sesión. El mantenimiento de robot de UiPath y el ejecutor de robot se comunican entre sí a través de canalizaciones con nombre. Este método permite al ejecutor saber exactamente qué tareas deben ejecutarse.
4. Las tareas se ejecutan dentro de la sesión de Windows generada.
   Nota:

   • El mantenimiento de robot de UiPath utiliza RDP exclusivamente para iniciar una sesión de Windows en la máquina donde está instalado el robot. No se utiliza para conectarse desde Orchestrator a la máquina donde se ejecuta el proceso, ni tampoco para comunicarse con otros componentes fuera de la máquina.
   • Para ejecutar automatizaciones unattended en entornos donde las sesiones RDP requieren autenticación Kerberos, debes utilizar el nombre de host DNS para el valor localhost. Para hacerlo, añade la siguiente variable de entorno en tu máquina:

     UIPATH_DNS_MACHINENAME=True
     

   • La ejecución de automatizaciones en entornos que imponen TCP no influye en tus sesiones RDP.

Resolución de problemas de sesiones de Windows

The Robot Service captures a series of session screenshots while setting up your windows session and deletes them once the session is successfully created. If the session setup fails, it saves the screenshots in the %ProgramData%\UiPath\SessionScreenshots directory for future troubleshooting. The Robot keeps the 100 most recent files in that directory, and each screenshot is saved as an image file and a log file. To change this limit, set the UIPATH_FAILED_SESSION_SCREENSHOTS environment variable to the number of files to keep.