- Primeros pasos
- Mejores prácticas
- Tenant
- Acerca del contexto de tenant
- Buscar recursos en un tenant
- Gestionar robots
- Conexión de los robots a Orchestrator
- Almacenar credenciales de robots en CyberArk
- Almacenar contraseñas de robots desatendidos en Azure Key Vault (solo lectura)
- Almacenar las credenciales de robots desatendidos en HashiCorp Vault (solo lectura)
- Almacenamiento de credenciales de Unattended Robot en AWS Secrets Manager (solo lectura)
- Eliminar sesiones desconectadas y sin respuesta no atendidas
- Autenticación de Robot
- Autenticación de robots con credenciales de cliente
- Configurar las capacidades de automatización
- Soluciones
- Auditoría
- Configuración
- Registro
- Cloud Robots
- Descripción general de Cloud Robots
- Ejecución de automatizaciones unattended utilizando robots en la nube: VM
- Cargar tu propia imagen
- Reutilizar imágenes de máquina personalizadas (para grupos manuales)
- Restablecer credenciales para una máquina (para grupos manuales)
- Supervisión
- Actualizaciones de seguridad
- Pedir una prueba
- Preguntas frecuentes
- Configuración de VPN para robots en la nube
- Configurar una conexión de ExpressRoute
- Transmisión en vivo y control remoto
- Automation Suite Robots
- Contexto de carpetas
- Procesos
- Trabajos
- Apps
- Desencadenadores
- Registros
- Supervisión
- Índices
- Colas
- Activos
- Sobre los activos
- Gestión de Activos en Orchestrator
- Gestión de Activos en Studio
- Almacenar activos en Azure Key Vault (solo lectura)
- Almacenamiento de activos en HashiCorp Vault (solo lectura)
- Almacenamiento de activos en AWS Secrets Manager (solo lectura)
- Almacenamiento de activos en Google Secret Manager (solo lectura)
- Conexiones
- Reglas empresariales
- Depósitos de almacenamiento
- Servidores MCP
- Pruebas de Orchestrator
- Servicio de catálogo de recursos
- Integraciones
- Solución de problemas
Guía del usuario de Orchestrator
Cuando los servidores MCP se ejecutan localmente (mediante uipath run), la autenticación se produce en dos capas independientes:
- Tiempo de ejecución a la nube: el tiempo de ejecución local se autentica para poder registrar el servidor MCP con la nube.
- Cliente a la nube: los clientes externos se autentican cuando llaman al punto final del servidor MCP orientado a la nube.
Capa 1: runtime a la nube (registro del servidor)
El comando uipath run necesita su propio token para registrar el servidor MCP con la nube. Esta es la autenticación del desarrollador, la identidad de la persona que ejecuta el servidor localmente.
# Authenticate the runtime — interactive login
uipath auth
# Or authenticate the runtime — client credentials
uipath auth --client-id "..." \
--client-secret "..." \
--base-url "https://cloud.uipath.com/{org}/{tenant}" \
--scope "OR.Default"
# Start the local server
uipath run mcp-server
# Authenticate the runtime — interactive login
uipath auth
# Or authenticate the runtime — client credentials
uipath auth --client-id "..." \
--client-secret "..." \
--base-url "https://cloud.uipath.com/{org}/{tenant}" \
--scope "OR.Default"
# Start the local server
uipath run mcp-server
El runtime utiliza este token para establecer una conexión SignalR a la nube y registrar las herramientas del servidor.
Capa 2: cliente a la nube (llamando al servidor)
Los clientes externos (como MCP Inspector, cURL, un IDE o cualquier cliente HTTP) se autentican en la nube a través de cualquiera de los cuatro métodos estándar descritos en Autenticación de servidor MCP. La URL es la misma que para cualquier otro servidor MCP:
https://cloud.uipath.com/{org}/{tenant}/agenthub_/mcp/{folderKey}/{slug}
https://cloud.uipath.com/{org}/{tenant}/agenthub_/mcp/{folderKey}/{slug}
Cómo fluyen las solicitudes
El token de portador del cliente nunca llega al runtime local. La nube valida el token y reenvía solo el mensaje del protocolo MCP a través de Redis. El tiempo de ejecución local y el proceso del servidor MCP no ven el token.
Tipos de servidor MCP aplicables
La autenticación de tierra a nube se aplica a los tipos de servidor MCP que tienen un tiempo de ejecución local:
- Autoalojado: siempre se ejecuta localmente, siempre utiliza la autenticación de tierra a nube.
- Codificado y Comando: utiliza la autenticación de tierra a nube cuando se ejecuta localmente a través de
uipath rundurante el desarrollo. Una vez implementados en Orchestrator, se ejecutan como trabajos en la nube y no implica ningún runtime local.
Credenciales de cliente con servidores locales
Al utilizar credenciales de cliente con uipath run, establece la variable de entorno UIPATH_FOLDER_KEY . La llamada GetFoldersForCurrentUser del SDK de Python no admite credenciales de cliente. Para obtener más información, consulta Limitación conocida: GetFoldersForCurrentUser.