- Introdução
- Melhores práticas
- Tenant
- Sobre o contexto do tenant
- Pesquisa de recursos em um tenant
- Gerenciamento de robôs
- Conectar Robôs ao Orchestrator
- Armazenamento de credenciais do robô no CyberArk
- Armazenamento de senhas do Unattended Robot no Azure Key Vault (somente leitura)
- Armazenamento de credenciais do Unattended Robot no HashiCorp Vault (somente leitura)
- Armazenando credenciais de Unattended Robots no AWS Secrets Manager (somente leitura)
- Exclusão de sessões não assistidas desconectadas e não responsivas
- Autenticação do robô
- Autenticação de robôs com credenciais de cliente
- Autenticação do SmartCard
- Auditar
- Configurações - Nível do tenant
- Serviço Catálogo de recursos
- Automation Suite Robots
- Contexto de Pastas
- Automações
- Processos
- Trabalhos
- Gatilhos
- Logs
- Monitoramento
- Filas
- Ativos
- Armazenar Buckets
- Test Suite - Orchestrator
- Integrações
- Robôs Clássicos
- Solução de problemas
Guia do usuário do Orchestrator
Transmissão ao vivo e controle remoto
Enquanto um trabalho estiver em andamento, você poderá acessar a transmissão ao vivo do Robot que está executando a automação. Se for necessária uma solução de problemas ou depuração, você pode assumir o controle da execução usando seu próprio mouse e teclado, sem pausar a automação.
As funcionalidades de transmissão ao vivo e controle remoto estão disponíveis para os Automation Cloud Robots - Serverless e Windows Robots versão 2023.4 ou posterior. Devido a limitações técnicas, não podemos oferecer suporte completo para robôs Linux.
-
Em máquinas com Robots de alta densidade, você pode iniciar uma transmissão ao vivo em apenas um Robot.
-
Essa funcionalidade não pode ser usada com trabalhos em segundo plano do Windows.
- Habilitar o SignalR. Detalhes...
- Instale um servidor VNC seguindo estas etapas:
- Baixe o TightVNC. A versão compatível atualmente é a 2.8.75.
- Execute o instalador e, após chegar à tela Escolher tipo de configuração, selecione Personalizada.
- Clique em Avançar.
- 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.
- Se você estiver usando uma máquina física, um monitor deve estar conectado a ela.
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.
As ações de transmissão ao vivo e controle remoto são controladas pelas seguintes opções, exibidas na guia Configurações adicionais da janela Criação ou edição do processo:
- A alternância Permitir transmissão ao vivo
Ela fica desabilitada por padrão.
- Quando Permitir transmissão ao vivo estiver habilitada, a opção Permitir controle remoto na transmissão ao vivo também será exibida, com dois botões de opção:
- Desabilitada (essa é a seleção padrão)
- Habilitado
Essas funcionalidades são controladas pela permissão Transmissão ao vivo e controle remoto, com as seguintes opções:
- Visualizar - permite que você visualize transmissões ao vivo de trabalhos em execução.
- Editar - permite Para você obtenha controle remoto sobre trabalhos em execução.
- Criar - permite que você habilitar as funcionalidades no nível do processo.
A transmissão ao vivo pode ser acessada no menu contextual do trabalho desejado enquanto ele estiver sendo executado e será aberta em uma nova guia do navegador.
A atividade de transmissão ao vivo está incluída na auditoria, permitindo que você veja:
- se uma transmissão ao vivo foi acessada.
- o momento em que a transmissão ao vivo foi acessada.
- o usuário que a acessou (juntamente com permissão que o usuário tinha no momento do acesso).
Essa opção permite que você assuma o controle de uma automação em execução por meio de sua transmissão ao vivo, de modo a solucionar quaisquer problemas, como fluxos de trabalho de longa duração e processos danificados ou bloqueados. Ela só estará disponível se a transmissão ao vivo também estiver habilitada. Assumir o controle remoto não pausa a execução do trabalho e, portanto, você pode interferir com a automação conforme a necessidade.
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.
- 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.
- 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.
- O robô inicia então o seguinte:
- outro programa que se conecta ao servidor VNC local em uma porta dinâmica
- 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).
- 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.