Hola, he revisado el caso y aquí está la conclusión:
La infraestructura subyacente en Zeabur está sana — El servidor (Singapur, 8 núcleos, 30GB, 21Gi de memoria restante), el Pod (ejecutándose desde hace 14 horas) y el enrutamiento de Service / Ingress apuntan correctamente al puerto 18789, por lo que no hay problemas ahí.
El problema está en la configuración interna de OpenClaw: OpenClaw solo escucha en 127.0.0.1:18789 y no está vinculado a una interfaz de red accesible externamente, por lo que el reenvío de Ingress de Zeabur resulta en un error 502.
Al revisar ~/.openclaw/openclaw.json, veo que su gateway.mode está configurado como "local". En este modo, OpenClaw fuerza la vinculación solo a la máquina local. El registro de auditoría muestra que el 10 de abril de 2026 ejecutó openclaw configure y estableció el modo en local. En las versiones más recientes de OpenClaw, este modo se ha vuelto más estricto, por lo que el dominio público no puede pasar.
Formas sugeridas de proceder (elija una):
- Entre en el contenedor de OpenClaw y ejecute
openclaw configure, vuelva a seleccionar un modo no local (como remote o shared; consulte las sugerencias de OpenClaw para los nombres específicos) → Reinicie el servicio.
- Edite directamente
~/.openclaw/openclaw.json, cambie gateway.mode a un valor que no sea local y añada su dominio de Zeabur a controlUi.allowedOrigins → Reinicie el servicio.
Dado que se trata de una configuración de la capa de aplicación de OpenClaw y no un problema de la plataforma Zeabur, le sugiero consultar a la comunidad de OpenClaw para obtener el nombre exacto del modo y saber si es necesario configurar algo más después del cambio: https://github.com/openclaw/openclaw
Si después de realizar estos ajustes sigue recibiendo el error 502, por favor responda de nuevo y le ayudaré a verificar si hay otros problemas en la capa de red.