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 - Serverless
• Automation Cloud Robots - VM
• Robôs do Linux
  Observação:

  Essa 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 do SignalR 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 no protocolo WebSocket Secure (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 conectar-se a um serviço online auxiliar.

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

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

Figura 1. Diagrama de fluxo de rede