openclaw
Version:
Multi-channel AI gateway with extensible messaging integrations
207 lines (155 loc) • 9.77 kB
Markdown
---
summary: "Connect a machine to an OpenClaw Gateway with one pasted command"
read_when:
- Pairing a new headless node with a Gateway
- Installing a node host from a join URL or setup code
title: "Connect"
---
# `openclaw connect`
Connect the current machine to an OpenClaw Gateway as a headless node. The
command redeems a short-lived bootstrap credential, saves the Gateway endpoint
in the existing node-host state, and runs the same runtime as
[`openclaw node run`](/cli/node).
## Create a join command
On the Gateway host, use admin credentials to mint a single-use join URL:
```bash
openclaw devices join-code
```
The command prints the URL and a pasteable command:
```bash
npx openclaw connect https://gateway.example/j/<shortcode>
```
The shortcode has 128 bits of entropy, expires with the setup credential after
about 10 minutes, and can be fetched exactly once. Mint another code if it
expires or has already been used.
## Connect in the foreground
Paste the printed command on the machine you want to connect:
```bash
npx openclaw connect https://gateway.example/j/<shortcode>
```
Set the device name during enrollment when useful:
```bash
npx openclaw connect https://gateway.example/j/<shortcode> --display-name "Build Node"
```
The node stays in the foreground until you stop it.
To expose only selected commands, pass a comma-separated list of exact command
IDs. For a [Session Share](/plugins/session-share) node:
```bash
openclaw connect <join-url> \
--commands openclaw.sessions.list.v1,openclaw.sessions.read.v1
```
The flag is repeatable. The allowlist is durable node state and also applies
after `--service` installation; omitting it preserves a saved list. It filters
available commands and their required capabilities,
and disables computer use, skills, plugin-tool publication, MCP servers, and
worker hosting. Startup fails when no requested command is available. The
Gateway pairing approval shows the resulting declared commands.
To restore the full default surface, use `openclaw node run --all-commands`
for a foreground node or `openclaw node install --force --all-commands` for
an installed service. When enrolling again, use `openclaw connect <join-url>
--all-commands` (add `--service` for a service). This forgets the saved allowlist;
`--all-commands` cannot be combined with `--commands`.
To let that foreground process host full worker sessions, give explicit local
consent with `--session-host`:
```bash
npx openclaw connect https://gateway.example/j/<shortcode> --session-host
```
Foreground consent applies only to that process. It does not change
`openclaw.json`, so the next normal node-host start remains non-hosting.
## Reconnect a paired node
Join URLs and setup codes are single-use, so rerunning the original
`openclaw connect <join-url>` command after the node stops reports that the
join code was not found or has expired. The node keeps its paired device token
and Gateway endpoint in node-host state. Reconnect with
[`openclaw node run`](/cli/node), repeating any process-scoped flags:
```bash
openclaw node run --session-host
```
Running `openclaw connect` without a target does not connect. When node-host
state has a saved Gateway endpoint and a node device token, it exits with an
error that prints the matching `openclaw node run` command for the flags you
passed, to use if that pairing is still current, and the `openclaw connect`
command to use with a new join URL otherwise. With `--service`, it prints
`openclaw node install --force` instead, preceded by
`openclaw config set nodeHost.workerRuns.enabled true` when you also passed
`--session-host`. If the first enrollment never completed, it only points to
a new join URL. The device token is not tied to one endpoint: after a failed
enrollment with a different Gateway, the reconnect command can fail, so
enroll again instead. To enroll the machine again, mint a new join URL with
`openclaw devices join-code`.
## Environment-managed cloud nodes
Worker providers use `--ephemeral` for disposable cloud machines:
```bash
npx openclaw connect <setup-code> --ephemeral
```
This process hosts worker sessions even when the machine's durable node config has worker hosting disabled. It does not install a service and cannot be combined with `--service` or `--session-host`. The Gateway owns the setup identity and paired-node lifetime: provider replay resumes the persisted device token after the one-shot setup credential is consumed, and environment teardown removes the node role after releasing the cloud lease.
`--ephemeral` is intended for provider-managed state directories on throwaway machines, not as a shortcut for enrolling a personal device.
## Install as a service
Pass `--service` to redeem the bootstrap credential and install the node host as
the platform user service:
```bash
npx openclaw connect https://gateway.example/j/<shortcode> --service
```
OpenClaw completes the first authenticated connection before installing the
service. The short-lived bootstrap token is never stored in the service command
or node-host configuration; later starts use the durable paired-device token.
When restarting against that saved endpoint, config credentials for a co-located
Gateway do not override the paired token. Explicit `OPENCLAW_GATEWAY_TOKEN` or
`OPENCLAW_GATEWAY_PASSWORD` environment credentials still take precedence.
Use [`openclaw node status`](/cli/node#service-background) to inspect the
installed service.
The service does not host worker sessions by default. To consent to full
worker-session hosting, add `--session-host`:
```bash
npx openclaw connect https://gateway.example/j/<shortcode> --service --session-host
```
The one-shot bootstrap connection authenticates and saves the durable device
identity without advertising worker hosting. Only after that connection
succeeds does OpenClaw persist `nodeHost.workerRuns.enabled=true`, preserving
the rest of the config, and install the service. If the config write fails,
service installation does not start. The installed service advertises worker
hosting and exact capacity from this durable consent when it starts.
## Accepted targets
| Option | Purpose |
| ----------------------- | --------------------------------------------------------------------------------------------------------------------- |
| `--commands <ids>` | Save an exact comma-separated node command allowlist (repeatable). Applies to foreground runs and installed services. |
| `--all-commands` | Advertise the full default command surface and forget any saved `--commands` allowlist. Conflicts with `--commands`. |
| `--display-name <name>` | Set the node display name. |
| `--service` | Pair first, then install the node as a user service. |
| `--session-host` | Consent to worker hosting. An explicit command allowlist disables hosting. |
| `--ephemeral` | Run a provider-managed disposable worker node. |
| `--target-file <path>` | Read a join target from a file and consume the handoff after a successful read. |
`openclaw connect <target>` accepts:
- an `https://<gateway>/j/<shortcode>` join URL;
- an `oc-pair://<setup-code>` URL;
- a bare base64url setup code.
`--target-file <path>` accepts a regular file up to 64 KiB. It removes the path
only after reading a non-empty target. If the file is empty, too large,
unreadable, or not a regular file, OpenClaw leaves it in place. A symlink is
allowed; OpenClaw reads its target, removes the symlink after a successful read,
and keeps the backing file. The dormant installer wrapper uses this handoff to
keep the single-use target out of child-process arguments.
Join URLs must use HTTPS. Plain HTTP is accepted only for loopback Gateway URLs
such as `http://127.0.0.1/j/<shortcode>`. Direct setup codes can carry the
Gateway TLS certificate fingerprint, which lets the node host pin a self-signed
Gateway certificate after decoding the payload.
The payload determines the saved host, port, TLS mode, WebSocket context path,
and ordered fallback endpoints. Normal and foreground connections do not add
`openclaw.json` keys; `--service --session-host` explicitly persists the worker
hosting consent described above.
## Revocation behavior
A join code and a paired device have separate lifecycles:
- Burning or expiring a join code prevents another enrollment with that code.
- It does not disconnect or remove a node that already redeemed it.
- To revoke a normal enrolled machine, remove its paired device with
[`openclaw devices remove <deviceId>`](/cli/devices#openclaw-devices-remove-%3Cdeviceid%3E).
- Environment-managed `--ephemeral` nodes are removed automatically when their owning cloud environment is destroyed.
## Troubleshooting
If the join URL reports that it is missing or expired, mint a new one with
`openclaw devices join-code`. A used code intentionally returns the same result
as an unknown code. If this machine already redeemed it, reconnect with the
saved pairing instead; see [Reconnect a paired node](#reconnect-a-paired-node).
If an HTTPS join URL uses a certificate the local machine does not trust, use
the direct `oc-pair://` or bare setup-code form that includes the TLS pin.
See [Node](/cli/node) for service management, explicit connection flags, node
state, and exec approval behavior.