Guía de administración de Test Cloud

El dominio de Relay es un registro DNS adicional en uipath.com, servido a través de Cloudflare. La protección DDoS la gestiona Cloudflare, de forma coherente con la forma en que se protege cloud.uipath.com .

No. Los clientes de relay se conectan a la API de Relay a través de la capa de enrutamiento estándar con independencia de dónde estén implementados físicamente. Sin embargo, para obtener el mejor rendimiento, especialmente para escenarios de carga útil grande como BYO LLM, implementa el cliente de Relay en la misma región geográfica que tu tenant de Test Cloud. Los túneles entre regiones añaden una latencia proporcional al tiempo de ida y vuelta entre las regiones.

La latencia y el rendimiento dependen del tamaño de la carga útil, la distancia geográfica entre el nodo de Relay y el servidor de Relay, y la capacidad del nodo de Relay. Las implementaciones en la misma región añaden una sobrecarga mínima. Los túneles entre regiones añaden una latencia proporcional al tiempo de ida y vuelta de la red entre las regiones.

El cliente de Relay se vuelve a conectar automáticamente utilizando el retroceso exponencial, escalando a intervalos de 20 segundos. El servicio en segundo plano se reinicia automáticamente en caso de bloqueo y reinicio del sistema. No se requiere intervención manual para problemas de red transitorios. Para desconexiones persistentes causadas por tiempos de espera de conexión inactiva en dispositivos de red, habilita la reconexión proactiva — consulta Implementar el cliente de Relay.

No. El mismo nodo de Relay puede ejecutar el proceso de cliente de Relay para varios tenants simultáneamente.

Se recomiendan varios grupos de Relay solo para la segregación de red. Por ejemplo, si tienes Jira en la red 1 y SAP en la red 2, puedes crear dos grupos de Relay con Jira en uno y el punto final de SAP en el otro. Puedes ejecutar los procesos de cliente de Relay para estos grupos en dos máquinas virtuales que tengan acceso a las respectivas redes.

No hay límites estrictos. Con un tráfico moderado (1-10 solicitudes por segundo por punto final), recomendamos hasta 50 puntos finales por grupo. Con un tráfico más bajo, se admiten hasta 100 puntos finales por grupo.

Sí. Cada grupo de Relay obtiene su propio servicio en segundo plano, directorio de datos y directorio de registro. relay list para ver todos los clientes de Relay instalados y su estado. Utilice relay describe <id> para inspeccionar la configuración del servicio y las rutas locales para un cliente de Relay específico.

No. Las credenciales se cifran con claves específicas de la máquina: AES-256-GCM en Linux, DPAPI en Windows. Para mover, elimine el cliente de Relay en la máquina antigua y vuelva a aprovisionarlo en la nueva máquina con una nueva configuración de Administración de UiPath.

El descifrado de credenciales falla en el clon porque la identidad de la máquina es diferente. Ejecuta relay delete <id> --force en el clon y vuelve a aprovisionar con una configuración nueva.

Yes. Generate a new configuration from the Setup instructions page — a new secret is created each time the configuration is generated. Relay limits how many secrets you can generate. If you reach the limit, identify the secret ID in use by your clients — either on the Relay Groups page, or by running relay describe <id> on the client — then delete the unused secrets from the External Applications page by searching for the group ID.

Descarga el nuevo binario y ejecuta relay restart <id>. El comando de reinicio detecta el binario actualizado y aplica el cambio sin requerir una reinstalación completa.

Configuración de cliente cifrada, configuración de proxy obtenida de la nube y archivos de registro. No se escriben datos de la aplicación en el disco: el cliente de Relay transmite el tráfico en la memoria.

Sí. Actualiza la variable de entorno del proxy y ejecuta relay restart <id> para aplicar el cambio.

Es probable que la variable de entorno no se pase al servicio en segundo plano. En Linux: vuelve a ejecutar con sudo -E o ejecuta relay restart <id>. En Windows: establece el proxy a nivel de sistema (HKLM) en lugar de en el entorno de usuario.

No. Los cambios de configuración se envían automáticamente a un cliente de Relay en ejecución sin perder las conexiones en vuelo. Si el punto final recién añadido devuelve 404, la inserción aún no se ha aplicado; ejecuta relay reload <id> como alternativa.

Si la siguiente incidencia no resuelve tu problema, recopila un paquete de soporte y ponte en contacto con el soporte técnico de UiPath.

Si ninguno de los problemas o soluciones descritos en esta página se aplica a tu escenario, informa del problema al soporte de UiPath recopilando un paquete de soporte: un archivo comprimido que contiene la configuración, los registros y los detalles del sistema necesarios para el diagnóstico. Las credenciales y las claves de cifrado nunca se incluyen.

El archivo se escribe en el directorio actual de forma predeterminada (.tar.gz en Linux, .zip en Windows). Comparta el archivo y su hash SHA-256 con el soporte de UiPath.

Salida de ejemplo: