Integraciones
Las integraciones conectan Opfield con cuentas y hosts que ya controlas. Empieza en Settings > Integrations. Las acciones disponibles dependen de tus permisos en Opfield, de tu plan y de las credenciales que acepte el sistema externo.
Elige la conexión
Sección titulada «Elige la conexión»| Objetivo | Integración | Continúa con |
|---|---|---|
| Crear y operar VM de un proveedor | Proveedores de hosting: Proxmox VE, DigitalOcean, Hetzner Cloud, HOSTKEY, CloudBlast | Añade un nodo |
| Seleccionar repositorios para builds u operaciones con el código fuente | Hosting de Git: GitLab, GitHub, Git genérico | Builds de Docker, despliegues de Pages desde Git |
| Llegar por SSH a un host externo con nombre | Conexiones SSH | Acceso a hosts de confianza e instalación en hosting compatible |
| Descubrir zonas DNS y gestionar el DNS de dominios y certificados | Cloudflare | Dominios, Routes y TLS |
Los registros de contenedores se configuran en el área de Docker; las integraciones de Git también pueden descubrir registros compatibles. El correo electrónico y los webhooks tienen sus propios ajustes de entrega. La API y MCP conectan herramientas con Opfield, en lugar de conectar Opfield con una cuenta de hosting o de Git.
Tres comprobaciones de acceso independientes
Sección titulada «Tres comprobaciones de acceso independientes»- Permisos de Opfield: quién puede ver o administrar el conector y actuar sobre el recurso seleccionado.
- Selección del conector: qué cuentas, repositorios, zonas, hosts o pools de asignación abarca esa conexión.
- Credenciales externas: lo que realmente permite el token del proveedor o la cuenta del sistema operativo remoto.
Ser administrador del sistema en Opfield no da más privilegios a un token de la API de Proxmox ni a una cuenta SSH. A la inversa, un token de administrador en el proveedor no concede a un usuario de Opfield permiso sobre todos los recursos. Consulta Permisos.
Conecta, verifica y mantén
Sección titulada «Conecta, verifica y mantén»Usa una credencial dedicada, verifica la identidad TLS o SSH del host y restringe el acceso antes de activar la automatización. Una prueba de conexión correcta demuestra la conectividad y las capacidades comprobadas; no demuestra que se haya aprovisionado una VM, desplegado un build o que un cambio de DNS haya llegado a los clientes.
Antes de rotar, desactivar o eliminar una conexión, identifica los nodos, vínculos de origen, registros, dominios y certificados que dependen de ella. Verifica la sustituta con el flujo de trabajo correspondiente. No pegues tokens de proveedores ni claves privadas en chats, URL, capturas de pantalla ni logs.