solution gateway high linux macos windows

Gateway: service says running but the CLI/UI can't connect (probe fails)

Fix 'running but unreachable' gateway states by checking you're probing the right URL, confirming the port is listening, and aligning auth/bind settings.

By CoClaw Team •

Symptoms

  • openclaw gateway status says the service is running, but:
    • the Control UI won’t connect, or
    • openclaw status --deep / openclaw channels status --probe can’t reach the gateway.

Cause

Most common causes:

  • You’re probing the wrong gateway (for example, your CLI is in remote mode, or using a different profile/state dir).
  • The gateway process is running but not listening on the expected port (bind/auth mismatch, crash loop, refused bind).
  • Firewall / network path prevents reachability from your client.

Fix

1) Confirm what the CLI is trying to reach

Run:

openclaw gateway status

Pay attention to the printed probe target / URL and whether you’re in local vs remote mode.

2) Verify the gateway is actually listening

If the gateway is local to the machine you’re on, try opening the Control UI locally:

  • http://127.0.0.1:18789/

If that works but remote doesn’t, it’s almost always bind/firewall/auth.

3) Check for bind/auth mismatch

If you bind to LAN/tailnet, ensure auth is set (token/password). If you see “refusing to bind … without auth”, fix auth and restart.

4) Repair service/profile mismatches

If you changed install method (npm ↔ git), profile, or config location, rewrite the service:

openclaw gateway install --force

Then restart and re-probe.

Verify

  • openclaw status --deep succeeds.
  • Control UI stays connected and openclaw channels status --probe works.

Verification & references

  • Reviewed by:CoClaw Code Team
  • Last reviewed:March 14, 2026
  • Verified on: Linux · macOS · Windows
Want to explore more? Browse all solutions or ask in the Community Forum .
Report a problem

Related Resources

Gateway: CLI/UI is probing the wrong machine (local vs remote mode mismatch)
Fix
Fix confusing 'gateway unreachable' states by aligning gateway.mode, gateway.remote.url, profiles/state dirs, and the URL you probe.
Linux: gateway doesn't stay running (systemd service not installed)
Fix
If the gateway only runs in the foreground or stops after you close SSH, install/repair the systemd service and enable user lingering.
Linux/systemd: OpenClaw leaves orphan gateway processes or port 18789 conflicts
Fix
Fix Linux hosts where CLI-triggered gateway respawn collides with a systemd-managed OpenClaw gateway, causing orphan processes, EADDRINUSE, or 'another gateway instance is already listening'.
Gateway fails to start: EADDRINUSE / another gateway instance is already listening
Fix
Fix OpenClaw gateway port conflicts (EADDRINUSE) by stopping the other process or choosing a new gateway port/profile.
OpenClaw on Native Windows: A Gateway Stability Playbook for SecretRefs, RPC Timeouts, and Cron Drift
Guide
A practical Windows operator guide for keeping OpenClaw stable when CLI SecretRef warnings disagree with gateway health, RPC probes time out under load, and cron jobs need a safer baseline.
OpenClaw Deployment Troubleshooting: Token Resets, STARTING Containers, and Startup Probe Failures
Guide
A platform-aware guide for Alibaba Cloud, Volcengine, Zeabur, Unraid, AWS, and Google Cloud: why image resets force token re-entry, how to persist OpenClaw state correctly, and how to debug STARTING / startup probe failed step-by-step.