- Introdução
- Compreensão do UiPath Robot
- UiPath Assistant
- Requisitos de instalação
- Instalando robôs para automações Unattended
- Configuração de robôs para automações Unattended
- Implantação de automações Unattended
- Conectar robôs para automações Unattended ao Orchestrator
- Configurar o Windows Server para robôs de alta densidade
- Redirecionando Robôs por meio de um Servidor de Proxy
- Implementação de autenticação
- Ajustando as configurações do registro para execução em janelas de RDP minimizadas
- Usando locais de rede
- Configuração de robôs do Linux
- Configurando a Verificação de Assinatura de Pacote
- Configuração de pastas de pacote e caminhos de rede
- Configuração de feeds de atividades
- Instalando robôs para automações assistidas
- Configuração de robôs para automações assistidas
- Integrações
- Solução de problemas
Sessões do Windows
O Robô executa automações em uma sessão do Windows, iniciando um console ou uma sessão RDP com base na configuração LoginToConsole no Orchestrator. Embora todos os robôs possam se conectar a ambos os tipos de sessão, os Robôs de Alta Densidade usam apenas sessões RDP.
Uma sessão do Windows é sempre criada na máquina física ou virtual na qual o Robô está instalado. O Orchestrator não cria diretamente sessões do Windows. Em vez disso, quando um trabalho é iniciado no Orchestrator, a seguinte sequência ocorre:
-
O Orchestrator envia uma mensagem com os detalhes do processo para o Serviço de Robôs na máquina.
-
O Serviço de Robôs cria uma sessão interativa do Windows na máquina: WinSta0 .
-
O Serviço de Robôs da UiPath inicia o Executor do Robô na sessão criada anteriormente.
-
O Executor do Robô inicia então a execução da automação naquela sessão.
O Serviço de Robôs da UiPath conecta o comando para executar uma automação à execução real.
Sem trabalhos pendentes, o Serviço de Robôs da UiPath entra em um estado ocioso e não requer uma sessão ativa do Windows. O estado ocioso permite uma comunicação constante com o Orchestrator, garantindo, assim, uma execução imediata quando um comando for recebido. A comunicação é feita por meio do WebSockets (SignalR).
Esse é o ambiente de execução padrão.
Em uma sessão de console, o Robô executa trabalhos enquanto um usuário está conectado na máquina de hospedagem. Esse tipo de sessão é geralmente recomendada para:
-
automações attended, porque permite interagir com qualquer aplicativo aberto, imitando as ações de um usuário humano.
-
automações sem uma resolução de tela personalizada, pois as sessões de console usam as configurações gráficas da máquina host ou aquelas especificadas pelo hipervisor de VDI.
-
executar uma automação de cada vez, pois uma nova execução começa assim que a anterior termina e o robô em execução se desconecta da sessão ativa.
Em uma sessão de Remote Desktop Protocol (RDP), o Robô executa trabalhos quando um usuário faz login remotamente em uma máquina. Esse tipo de sessão é geralmente recomendada para:
-
automações não assistidas, porque permite a execução de tarefas que não requerem interação do usuário, ou quando a máquina está bloqueada ou o usuário está desconectado.
-
automações que exigem uma resolução de tela personalizada, definindo a largura, a altura e a profundidade da resolução na guia Configurações dos Robôs , no Orchestrator.
-
Máquinas do Windows, para executar uma automação de cada vez, como uma nova execução, começa assim que a anterior termina e o robô em execução se desconecta da sessão ativa.
-
Máquinas do Windows Server, para executar várias automações simultaneamente:
-
para o mesmo usuário em diferentes sessões RDP
-
para vários usuários, cada um na sua sessão RDP
-
Quando você define ou edita uma conta de Robot no Orchestrator, você pode selecionar o tipo de sessão usada por seus Robots para executar automações. Para fazê-lo, utilize a opção Logon no Console .
Na página Tenant > Gerenciar acesso > Contas de robôs > Configurações dos robôs no Orchestrator, a opção Login no console está desabilitada por padrão. No entanto, o robô executa tarefas em uma sessão de console por padrão.
Para ativar a sessão de console, ative a opção Logon no Console e selecione Sim. Se um trabalho começar a partir do Orchestrator, durante uma sessão ativa de RDP, a sessão RDP será encerrada automaticamente.
Para ativar a sessão RDP, ative a opção Logon no Console e selecione Não. Se um trabalho começar a partir do Orchestrator e uma sessão RDP já estiver ativa, o robô executa o trabalho dentro da sessão RDP ativa.
A imagem a seguir resume a execução do processo sobre RDP:
-
O Serviço de Robôs da UiPath recebe o comando para iniciar uma execução do Orchestrator, por meio do protocolo HTTPS, chamado WebSockets (SignalR).
-
O Serviço de Robôs cria uma sessão do Windows na máquina usando RDP. Essa sessão RDP é criada para o usuário atribuído ao robô.
-
Após a sessão RDP ser criada, o Serviço de Robôs da UiPath gera um Executor do Robô dentro dessa sessão. O Serviço de Robôs da UiPath e o Executor do Robô se comunicam por meio de Pipes Nomeados. Esse método permite que o Executor saiba exatamente quais tarefas precisam ser executadas.
-
As tarefas são executadas dentro da sessão do Windows gerada.
-
O Serviço de Robôs da UiPath usa RDP exclusivamente para iniciar uma sessão do Windows na máquina em que o Robô está instalado. Ele não usa o RDP para conectar o Orchestrator à máquina na qual o processo é executado, nem para se comunicar com outros componentes fora da máquina.
-
Para executar automações Unattended em ambientes nos quais as sessões de RDP exigem a autenticação do Kerberos, você precisa usar o nome do host do DNS para o valor do localhost. Para fazer isso, adicione a seguinte variável de ambiente em sua máquina:
UIPATH_DNS_MACHINENAME=True
UIPATH_DNS_MACHINENAME=True -
A execução de automações em ambientes que exigem TCP não influenciam suas sessões RDP.
%ProgramData%\UiPath\SessionScreenshots
para solução de problemas futuros.