You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It is effectively impossible to connect Mission Control (or any external WebSocket client) to the OpenClaw gateway running inside a NemoClaw sandbox. Multiple issues compound to make this integration non-functional.
Issues Found
1. allowedOrigins gets overwritten on every config reload
Any change to ~/.openclaw/openclaw.json (e.g., openclaw models set) triggers a config reload that strips custom gateway.controlUi.allowedOrigins and dangerouslyAllowHostHeaderOriginFallback settings, resetting them to ["http://127.0.0.1:18789"].
Workaround found: Setting OPENCLAW_GATEWAY_ALLOWED_ORIGINS="*" as an environment variable works, but is lost when the gateway self-restarts after a config reload.
2. dangerouslyDisableDeviceAuth doesn't work
Setting gateway.controlUi.dangerouslyDisableDeviceAuth: true does not bypass the device identity check. The gateway still requires WebCrypto device signing, which needs an HTTPS secure context.
Each gateway restart clears paired devices, requiring manual re-approval via openclaw devices approve. Combined with issue #1 causing frequent restarts, this creates an endless loop.
4. SSH tunnel instability
The SSH tunnel forwarding port 18789 from sandbox to host drops frequently, requiring manual reconnection. There's no built-in port forwarding mechanism for the sandbox's OpenClaw gateway.
5. No way to make config file immutable
The sandbox user owns ~/.openclaw/openclaw.json, so chmod 444 is reversed by the next write. chattr +i requires root which the sandbox user doesn't have.
Environment
DGX Spark (GB10, aarch64), Ubuntu 24.04
OpenShell 0.0.10
NemoClaw 0.1.0 (npm)
OpenClaw 2026.3.11
Mission Control 2.0.1
Expected Behaviour
nemoclaw start should configure and expose the OpenClaw gateway in a way that external dashboards can connect without manual intervention.
Suggested Fixes
OPENCLAW_GATEWAY_ALLOWED_ORIGINS env var should be respected even after config reloads
Description
It is effectively impossible to connect Mission Control (or any external WebSocket client) to the OpenClaw gateway running inside a NemoClaw sandbox. Multiple issues compound to make this integration non-functional.
Issues Found
1.
allowedOriginsgets overwritten on every config reloadAny change to
~/.openclaw/openclaw.json(e.g.,openclaw models set) triggers a config reload that strips customgateway.controlUi.allowedOriginsanddangerouslyAllowHostHeaderOriginFallbacksettings, resetting them to["http://127.0.0.1:18789"].Workaround found: Setting
OPENCLAW_GATEWAY_ALLOWED_ORIGINS="*"as an environment variable works, but is lost when the gateway self-restarts after a config reload.2.
dangerouslyDisableDeviceAuthdoesn't workSetting
gateway.controlUi.dangerouslyDisableDeviceAuth: truedoes not bypass the device identity check. The gateway still requires WebCrypto device signing, which needs an HTTPS secure context.Related OpenClaw issues: #25293, #1679
3. Device pairing is lost on gateway restart
Each gateway restart clears paired devices, requiring manual re-approval via
openclaw devices approve. Combined with issue #1 causing frequent restarts, this creates an endless loop.4. SSH tunnel instability
The SSH tunnel forwarding port 18789 from sandbox to host drops frequently, requiring manual reconnection. There's no built-in port forwarding mechanism for the sandbox's OpenClaw gateway.
5. No way to make config file immutable
The sandbox user owns
~/.openclaw/openclaw.json, sochmod 444is reversed by the next write.chattr +irequires root which the sandbox user doesn't have.Environment
Expected Behaviour
nemoclaw startshould configure and expose the OpenClaw gateway in a way that external dashboards can connect without manual intervention.Suggested Fixes
OPENCLAW_GATEWAY_ALLOWED_ORIGINSenv var should be respected even after config reloadsstart-services.shshould manage the gateway lifecycle (PR feat: auto-start OpenClaw gateway and port forwarding in nemoclaw start #310)controlUifields--no-device-authCLI flag foropenclaw gateway run