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

Importante:

Isso se aplica a versões do UiPath Robot 2023.12+.

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

• Versões do Windows Robots 2023.12 e mais recentes
• Automation Cloud Robots - VM
• Robôs do Linux

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

Pré-requisito para o Windows Robots 2023.12 e mais recente

Habilite o Signal R. Acesse a seção de configuração do tenant para obter detalhes.

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.

   O cliente VNC usa duas portas: 443 e 5900.

   A porta 443 deve estar aberta para se conectar a um serviço online auxiliar.

   A porta 5900 opera localmente na mesma máquina para encapsular o tráfego entre dois aplicativos.

   Para a comunicação funcionar, essas portas precisam ser abertas bidirecionalmente para permitir o tráfego de entrada e de saída.