Solução de problemas de sessão

A sessão do Windows está bloqueada

Description

O UiPath Robot recebe o erro "Não é possível trazer o aplicativo de destino em primeiro plano porque a sessão do Windows está bloqueada".

Problemas potenciais

Execução desnecessária de sessões dos Serviços de Área de Trabalho Remota ociosas, logons automáticos e bloqueio do último usuário interativo após a reinicialização do sistema ou a ativação de notícias e interesses na barra de tarefas.

Solução

Certifique-se de que as configurações para as seguintes políticas de grupo sejam desabilitadas ou não configuradas:

• Notícias e interesses
• Limites de tempo de sessão (encontre-o em Serviços de Área de Trabalho Remota > Host da sessão de Área de Trabalho Remota )
• Opções de logon do Windows

Para fazer isso:

1. Abra o Editor de Política de Grupo Local.
2. Navegue até Configuração do computador > Modelos administrativos > Componentes do Windows.
3. Pesquise a configuração de política correspondente e verifique se o estado está Não configurado ou Desabilitado:
   • Para Notícias e interesses, consulte a configuração Habilitar notícias e interesses na barra de tarefas.
   • Para Limites de tempo de sessão, pesquise a configuração Definir limite de tempo para sessões de Serviços de Área de Trabalho Remota ativas, mas ociosas.
   • Para Opções de Logon do Windows, pesquise o Login e bloqueie o último usuário interativo automaticamente após uma configuração de reinicialização.

Se o problema persistir, exporte e envie os seguintes arquivos de texto para o Suporte da UiPath:

1. Abra o Editor de Política de Grupo Local.
2. Navegue até Configuração do computador > Modelos administrativos > Componentes do Windows.
3. Selecione as seguintes políticas:
   • Conexões (encontre-o em Serviços de Área de Trabalho Remota > Host da sessão de área de trabalho remota )
   • Limites de tempo de sessão (encontre-o em Serviços de Área de Trabalho Remota > Host da sessão de Área de Trabalho Remota )
4. Para cada política, selecione Ação na faixa de opções e, em seguida, Exportar as configurações com o formato .txt.

A política de logon anterior impede a criação da sessão do Robô

Description

Em cenários unattended, os robôs não podem fazer logon, pois há um pop-up de segurança que relata informações de logon. Como resultado, os trabalhos falham com a seguinte mensagem de erro: "Não foi possível iniciar o executor. Uma sessão de logon especificada não existe. Ela já pode ter sido encerrada. (0x80070520)".

Problemas potenciais

A política Exibir informações sobre logons anteriores durante o logon do usuário impede a criação de sessões de robôs. Quando esta política está habilitada, os robôs não podem iniciar uma sessão de logon, o que gerará a mensagem de erro mencionada acima.

Solução

Desabilite a Exibição de informações sobre logons anteriores durante a política de logon do usuário:

1. Abra o Editor de Políticas de Grupo nas máquinas afetadas executando gpedit.msco menu Iniciar ou prompt de comando.
2. Vá para Configuração do Computador > Modelos Administrativos > Sistema > Logon.
3. Localize a política intitulada Exibir informações sobre logons anteriores durante o logon do usuário.
4. Definir esta política como Desabilitada.
5. Assim que a política for desabilitada, garanta que as alterações sejam aplicadas. Talvez você precise executar gpupdate /force a partir do Prompt de Comando ou reiniciar a máquina afetada.
6. Teste se o robô pode fazer login com sucesso sem encontrar o erro.

Troubleshooting session fails on Entra ID-joined machines

Description

After enabling a troubleshooting session in Orchestrator for an unattended Robot (Service Mode) on an Entra ID (Azure AD)-joined machine, Assistant does not display the processes available to the Robot user. The process list remains empty even though the Robot is connected and runs jobs normally.

Problema potencial

Entra-joined machines require the unattended robot credentials in Orchestrator to use the azuread\upn format so the Robot can create a Windows session. However, the troubleshooting session sends the Windows username in NetBIOS format (domain\username). Because the formats do not match, Orchestrator does not recognize the session, and Assistant cannot retrieve the available processes.

Solução

In Orchestrator, change the unattended robot credentials from azuread\upn to domain\username format.

The domain\username format works for Entra-joined machines only after at least one job has been executed under that user using the azuread\UPN credentials. A manual RDP connection with the same user does not satisfy this requirement. After the first job completes, you can switch to domain\username to enable troubleshooting sessions.