- Notas relacionadas
- Primeros pasos
- Asistente de UiPath
- Instalación y actualización
- Tipos de robot
- Componentes de robot
- Licencia
- Conexión de los robots a Orchestrator
- Procesos y actividades
- Registro
- Robot JavaScript SDK
- Situaciones concretas
- Sesiones de Windows
- Inicio de sesión usando el sistema de credenciales de Thales Luna
- Inicio de sesión utilizando el proveedor de almacenamiento de clave nShield
- Redirección de Robots a través de un servidor proxy
- Ejecución de tareas en una ventana RDP minimizada
- Uso de unidades de red asignadas
- Detención de un proceso
- Botón de deshabilitación de detención
- Carpetas de paquetes y rutas de red personalizadas
- Integración de CrowdStrike
- Solución de problemas
- Robot que no responde sobre RDP
- Registros de ejecución duplicados
- Errores de robot encontrados con frecuencia
- Aumento de la duración de la ejecución de proceso
- Exigencia de la verificación de la firma de paquetes
- Mensaje demasiado grande para procesarlo
- Errores al ejecutarse como administrador
- Los paquetes NuGet no son accesibles tras la migración
- Actividades de diálogo de control de acceso de usuario y automatización de IU
- Los Proyectos de .NET6 dan error de ejecución
Sesiones de Windows
El UiPath Robot ejecuta procesos en una sesión de Windows interactiva. El robot puede iniciar dos tipos de sesiones de Windows:
- Sesión de consola
- Sesión FreeRDP
El tipo de sesión que inicie el robot vendrá determinado por la opción LoginToConsole. Por defecto, esta opción está habilitada.
Todos los tipos de robot, independientemente de la licencia o la implementación, pueden conectarse a ambos tipos de sesiones. Ten en cuenta que los robots High-Density solo pueden conectarse a una sesión FreeRDP.
UiPath.settings
archivo .
Todas las sesiones de Windows, independientemente del tipo de sesión, se crean siempre en la máquina del robot. En otras palabras, las sesiones se crean desde la máquina de robot a la misma máquina, no desde Orchestrator a la máquina del robot.
Cuando se inicia un proceso desde Orchestrator, se crea una sesión de Windows de la siguiente manera:
- Orchestrator envía un mensaje con los detalles de proceso al servicio de robot.
- El servicio de robot crea una sesión de Windows interactiva en la máquina.
- El servicio de robot inicia el ejecutor de robot en esa sesión.
- El ejecutor de robot inicia la ejecución del proceso.
El proceso es el mismo tanto para sesiones de consola como FreeRDP.
UiPath.settings
.
Por defecto, el robot se conecta a una sesión de consola. Solo una sesión de consola puede estar activa por máquina. Si previamente se estableció otra configuración, el robot se puede conectar a una sesión de consola habilitando la opción LoginToConsole, mediante uno de los siguientes métodos:
- En el archivo
UiPath.settings
, establece el parámetroLoginToConsole
comotrue
. - Al crear o actualizar un robot en Orchestrator, establece el valor LoginToConsole como
Yes
desde la pestaña de Configuración. Esto significa que se utiliza la configuración del archivoUiPath.settings
. Para establecer el valor deseado desde Orchestrator, primero debes habilitar la opción LoginToConsole.
Nota: se recomienda utilizar este tipo de conexión para los procesos que no requieren una resolución personalizada.
Solo puede haber una sesión de consola activa por máquina. Esto significa que solo un robot puede ejecutar procesos en esa máquina cada vez. Cuando finaliza la ejecución se desconecta la sesión, y otro robot puede iniciar una sesión y ejecutar procesos en esa máquina.
Si hay una sesión RDP activa cuando se inicia un trabajo desde Orchestrator, la sesión RDP activa finalizará.
Una sesión de consola usa la resolución especificada por los ajustes predeterminados de la tarjeta gráfica de la máquina. En sesiones de VDI, como Citrix, Hyper-V o VMware, la resolución la suele especificar el hipervisor que administra la VDI. Ten en cuenta que no puedes establecer una resolución personalizada.
En una sesión FreeRDP, el robot crea una sesión de escritorio remoto virtual en la máquina en la que se ejecuta. Puedes hacer que el robot se conecte a una sesión FreeRDP deshabilitando la opción LoginToConsole mediante uno de los siguientes métodos:
- En el archivo
UiPath.settings
, establece el parámetroLoginToConsole
comofalse
. -
Al crear o actualizar un robot en Orchestrator, establece el valor LoginToConsole como
No
desde la pestaña de Configuración. Por defecto, la opción LoginToConsole está deshabilitada. Esto significa que se utiliza la configuración del archivoUiPath.settings
. Para establecer el valor deseado desde Orchestrator, primero debes habilitar la opción LoginToConsole.Nota: Los robots High-Density requieren conexión mediante una sesión FreeRDP.
En una estación de trabajo de Windows solo puede haber una sesión FreeRDP. Esto significa que solo un robot puede ejecutar procesos en esa máquina cada vez. Cuando finaliza la ejecución se desconecta la sesión, y otro robot puede iniciar una sesión y ejecutar procesos en esa máquina.
Sin embargo, en Windows Server puede haber una sesión FreeRDP activa para cada usuario de la máquina, o incluso múltiples sesiones para un mismo usuario. Esto significa que múltiples robots pueden ejecutar procesos simultáneamente en esa máquina, cada uno para su usuario designado. En esta situación, los robots también pueden ejecutar procesos para un usuario en múltiples sesiones, pero no deben fiarse de eventos de hardware (como actividades de UIAutomation).
Si se inicia un trabajo desde Orchestrator y ya hay una sesión FreeRDP activa, el proceso se ejecuta en dicha sesión.
ResolutionWidth
, ResolutionHeight
y ResolutionDepth
en una de las siguientes ubicaciones:
- Desde el archivo UiPath.settings.
- Desde la pestaña Configuración, cuando creas o actualizas un robot en Orchestrator.
El medio de comunicación principal entre un comando de ejecución y la ejecución real del proceso es el mantenimiento de robot de UiPath. Si no hace falta ejecutar ningún proceso, el mantenimiento de robot de UiPath permanece inactivo en la máquina Windows y no requiere ninguna sesión de Windows activa. Esto se hace así para garantizar una comunicación abierta constante con Orchestrator y poder iniciar inmediatamente un proceso si se recibe un comando. La comunicación se realiza mediante HTTPS, más concretamente mediante WebSockets (SignalR).
false
.
Cuando se envía un comando de iniciar proceso al servicio de UiPath Robot, se genera una sesión de Windows en esa máquina mediante RDP para el usuario del robot. Acto seguido, el servicio de robot lanza un ejecutor de robot dentro de la sesión recién creada. El ejecutor y el servicio se comunican a través de canalizaciones con nombre, y el ejecutor sabe exactamente qué ejecutar. Entonces, el proceso se ejecuta dentro de la sesión de Windows.
Cuando se inicia un trabajo desde Orchestrator, el robot se conecta a la sesión de Windows WinSta0, según tu configuración de conexión de sesiones. Una sesión WinSta0 (sesión interactiva) solo puede tener un escritorio activo.
Un proceso siempre está asociado al escritorio interactivo donde se inició y no puede acceder otros escritorios durante su ejecución. Un escritorio activo garantiza lo siguiente:
- Los procesos pueden recibir datos del usuario mediante eventos de hardware
- Los procesos pueden recibir datos del usuario mediante eventos de software
- La visualización de la máquina se actualiza de manera continua
Una sesión de usuario desconectada no puede tener un escritorio. Si un escritorio no está activo en una sesión interactiva, sucede lo siguiente:
- Los procesos no pueden recibir datos del usuario mediante eventos de hardware
- Los procesos pueden recibir datos del usuario mediante eventos de software
- La visualización de la máquina se detiene