Sesiones de Windows

El UiPath Robot ejecuta automatizaciones en una sesión de Windows, iniciando una consola o una sesión RDP basada en la configuración LoginToConsole en Orchestrator. Mientras que todos los robots pueden conectarse a ambos tipos de sesión, los robots de alta densidad solo utilizan 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 UiPath Robot. Orchestrator no crea sesiones de Windows directamente. En cambio, cuando un trabajo se inicia en Orchestrator, tiene lugar la siguiente secuencia:

1. Orchestrator envía un mensaje con los detalles del proceso al servicio de robot de la máquina.

2. El servicio de robot crea una sesión de Windows interactiva en la máquina: WinSta0 .

3. El servicio de robot inicia el ejecutor de robot en la sesión creada anteriormente.

4. El ejecutor de robot inicia la ejecución de la automatización en esa sesión.

El servicio de robot conecta el comando para ejecutar una automatización con la ejecución real.

Sin ningún trabajo pendiente, el servicio de robot entra en estado de inactividad y no requiere una sesión de Windows activa. El estado inactivo permite una comunicación constante con Orchestrator, lo que garantiza la ejecución inmediata cuando se recibe un comando. La comunicación se realiza a través de WebSockets (SignalR).

Sesión de consola

Este es el entorno de ejecución predeterminado.

En una sesión de consola, el UiPath 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 atendidas, porque permite interactuar con cualquier aplicación abierta, imitando las acciones de un usuario humano.

• automatizaciones sin una resolución de pantalla personalizada, ya que las sesiones de consola utilizan la configuración gráfica de la máquina host o las especificadas por el hipervisor VDI.

• ejecutando una automatización a la vez, ya que se inicia una nueva ejecución una vez finaliza la anterior y el robot ejecutor se desconecta de la sesión activa.

Sesión RDP

En una sesión de Protocolo de escritorio remoto (RDP), el Robot ejecuta trabajos cuando un usuario inicia sesión de forma remota en una máquina. Este tipo de sesión se recomienda generalmente para:

• automatizaciones desatendidas, porque permite ejecutar tareas que no requieren interacción del usuario, o cuando la máquina está bloqueada o el usuario ha cerrado la sesión.

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

• Máquinas 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:

  • para el mismo usuario en sus diferentes sesiones RDP

  • para varios usuarios, cada uno en su sesión RDP

La opción LoginToConsole en Orchestrator

Cuando defines o editas una cuenta de robot en Orchestrator, puedes seleccionar el tipo de sesión utilizada por tus robots para ejecutar automatizaciones. Para ello, utiliza la opción Iniciar sesión en la consola .

En la página Tenant > Gestionar acceso > Cuentas de robot > Configuración de 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.

Para activar la sesión de la consola, activa la opción Iniciar sesión en la consola y selecciona Sí. Si un trabajo se inicia desde Orchestrator durante una sesión RDP activa, la sesión RDP finaliza automáticamente.

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

Ejecución de procesos sobre RDP

La siguiente imagen resume la ejecución del proceso sobre RDP:

1. El servicio de robot recibe el comando para iniciar una ejecución desde Orchestrator, a través del protocolo HTTPS, llamado WebSockets (SignalR).

2. A continuación, el servicio de robot crea una sesión de Windows en la máquina mediante RDP. Esta sesión RDP se crea para el usuario asignado al robot.

3. Una vez creada la sesión RDP, el servicio de robot genera un ejecutor de robot dentro de esa sesión. El servicio de robot 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 servicio de robot utiliza RDP exclusivamente para iniciar una sesión de Windows en la máquina donde está instalado el robot. No utiliza RDP para conectar Orchestrator a la máquina en la que se ejecuta el proceso, ni para comunicarse con otros componentes fuera de la máquina.

• Para ejecutar automatizaciones desatendidas en entornos en los que las sesiones RDP requieren autenticación Kerberos, debes utilizar el nombre de host DNS para el valor localhost. Para ello, añade la siguiente variable de entorno en tu máquina:

  UIPATH_DNS_MACHINENAME=True

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

Solución de problemas de las sesiones de Windows

El servicio de robot captura una serie de capturas de pantalla de la sesión mientras configuras tu sesión de Windows y las elimina una vez que la sesión se crea correctamente. Si la configuración de la sesión falla, guarda las capturas de pantalla en el directorio %ProgramData%\UiPath\SessionScreenshots para futuras soluciones de problemas.