Transmissão ao vivo e controle remoto por meio de TightVNC

Importante:

Isso se aplica às versões do UiPath Robot 2023.4 e 2023.10.

As funcionalidades de transmissão ao vivo e controle remoto estão disponíveis para:

• Windows Robots versões 2023.4 e 2023.10
• Automation Cloud Robots - Serverless
• Automation Cloud Robots - VM

Devido a limitações técnicas, não podemos oferecer compatibilidade total com Robôs do Linux, mas os principais casos de uso estão disponíveis nesta iteração.

Observação: esta funcionalidade não pode ser usada com trabalhos em segundo plano do Windows.

Pré-requisitos para o Windows Robots 2023.10 e anterior

1. Habilitar o SignalR. Detalhes...
2. Instale um servidor VNC seguindo estas etapas:
   1. Baixe o TightVNC. A versão compatível atualmente é a 2.8.75.
   2. Execute o instalador e, após chegar à tela Escolher tipo de configuração, selecione Personalizada.
   3. Clique em Avançar.
   4. Certifique-se de que a opção Registrar TightVNC Server como um serviço do sistema (em Configuração do serviço TightVNC) não esteja selecionada.
   5. Se você estiver usando uma máquina física, um monitor deve estar conectado a ela.

Requisitos de rede

Os requisitos mínimos de rede para que uma sessão de transmissão ao vivo e controle remoto funcione sem problemas podem variar significativamente, devido a vários fatores:

• A resolução de tela do robô

• As alterações geradas pela sua automação - quanto mais dinâmicas forem as alterações nas imagens e no texto, maior o volume de tráfego

• A latência entre sua máquina e a região do Automation Cloud

• A latência entre seu robô e a região do Automation Cloud

Considerando o acima, recomendamos uma largura de banda de rede de 3 MB/s para uma resolução de tela de 1920x1080.

Considerações de segurança

A conexão de transmissão ao vivo entre o cliente e a máquina de destino é encapsulada por meio do TLS pelo proxy VNC, o que significa que o servidor está protegido. Além disso, toda vez que uma sessão de transmissão ao vivo for iniciada, um token JWT exclusivo será gerado e usado para autenticar a solicitação. A única instância de tráfego não seguro está na máquina do Robot para a conexão do localhost.

No lado do Robot, é gerada uma senha exclusiva para cada trabalho, e definida para o servidor VNC. O servidor só é executado durante a sessão de transmissão ao vivo. Quando o usuário se desconecta da sessão, o servidor VNC também é fechado.

Fluxo de rede

1. Quando você faz uma solicitação a partir da interface do Orchestrator para iniciar a transmissão ao vivo, o Orchestrator envia um comando para o robô iniciar uma nova sessão de controle remoto.
2. O robô inicia um servidor VNC que ouve em uma porta dinâmica. O servidor VNC é iniciado como somente loopback, que desabilita conexões remotas. O comando do Orchestrator também inclui uma senha para autenticação de VNC, que é compartilhada entre o servidor VNC e o cliente do navegador.
3. O robô inicia então o seguinte:
   1. outro programa que se conecta ao servidor VNC local em uma porta dinâmica
   2. um proxy de transmissão ao vivo da UiPath
   • O programa encaminha todo o tráfego TCP para o proxy de transmissão ao vivo, convertendo-o para o protocolo WebSocket Seguro (wss).
4. O cliente VNC do Orchestrator conecta-se ao mesmo proxy de transmissão ao vivo, cujo trabalho é emparelhar dois websockets: um do cliente VNC no navegador e outro do robô. Em seguida, ele cria um túnel entre os dois websockets e encaminha qualquer tráfego de um websocket para o outro.
   

Configuração do TightVNC

Antes que a sessão seja iniciada na máquina local, as conexões HTTP são desabilitadas, e o servidor VNC é configurado para não aceitar conexões fora da máquina local.