Containers
Podman
현재 비루트 사용자로 관리되는 rootless Podman 컨테이너에서 OpenClaw Gateway를 실행합니다.
의도한 모델은 다음과 같습니다.
- Podman이 Gateway 컨테이너를 실행합니다.
- 호스트
openclawCLI가 컨트롤 플레인입니다. - 지속 상태는 기본적으로 호스트의
~/.openclaw아래에 저장됩니다. - 일상적인 관리는
sudo -u openclaw,podman exec또는 별도 서비스 사용자 대신openclaw --container <name> ...를 사용합니다.
필수 조건
- rootless 모드의 Podman
- 호스트에 설치된 OpenClaw CLI
- 선택 사항: Quadlet 관리 자동 시작을 원하는 경우
systemd --user - 선택 사항: 헤드리스 호스트에서 부팅 지속성을 위해
loginctl enable-linger "$(whoami)"를 원하는 경우에만sudo
빠른 시작
일회성 설정
저장소 루트에서 ./scripts/podman/setup.sh를 실행합니다.
Gateway 컨테이너 시작
./scripts/run-openclaw-podman.sh launch로 컨테이너를 시작합니다.
컨테이너 내부에서 온보딩 실행
./scripts/run-openclaw-podman.sh launch setup을 실행한 다음 http://127.0.0.1:18789/를 엽니다.
호스트 CLI에서 실행 중인 컨테이너 관리
OPENCLAW_CONTAINER=openclaw를 설정한 다음 호스트에서 일반 openclaw 명령을 사용합니다.
설정 세부 정보:
./scripts/podman/setup.sh는 기본적으로 rootless Podman 저장소에openclaw:local을 빌드하거나, 설정한 경우OPENCLAW_IMAGE/OPENCLAW_PODMAN_IMAGE를 사용합니다.- 없으면
gateway.mode: "local"이 포함된~/.openclaw/openclaw.json을 생성합니다. - 없으면
OPENCLAW_GATEWAY_TOKEN이 포함된~/.openclaw/.env를 생성합니다. - 수동 실행의 경우 도우미는
~/.openclaw/.env에서 Podman 관련 키의 작은 허용 목록만 읽고 명시적인 런타임 환경 변수를 컨테이너에 전달합니다. 전체 env 파일을 Podman에 넘기지 않습니다.
Quadlet 관리 설정:
./scripts/podman/setup.sh --quadlet
Quadlet은 systemd 사용자 서비스에 의존하므로 Linux 전용 옵션입니다.
OPENCLAW_PODMAN_QUADLET=1도 설정할 수 있습니다.
선택적 빌드/설정 환경 변수:
OPENCLAW_IMAGE또는OPENCLAW_PODMAN_IMAGE--openclaw:local을 빌드하는 대신 기존/풀된 이미지를 사용합니다.OPENCLAW_DOCKER_APT_PACKAGES-- 이미지 빌드 중 추가 apt 패키지를 설치합니다.OPENCLAW_EXTENSIONS-- 빌드 시 Plugin 의존성을 미리 설치합니다.OPENCLAW_INSTALL_BROWSER-- 브라우저 자동화를 위해 Chromium 및 Xvfb를 미리 설치합니다. 활성화하려면1로 설정합니다.
컨테이너 시작:
./scripts/run-openclaw-podman.sh launch
스크립트는 --userns=keep-id를 사용해 현재 uid/gid로 컨테이너를 시작하고 OpenClaw 상태를 컨테이너에 바인드 마운트합니다.
온보딩:
./scripts/run-openclaw-podman.sh launch setup
그런 다음 http://127.0.0.1:18789/를 열고 ~/.openclaw/.env의 토큰을 사용합니다.
호스트 CLI 기본값:
export OPENCLAW_CONTAINER=openclaw
그러면 다음과 같은 명령이 해당 컨테이너 내부에서 자동으로 실행됩니다.
openclaw dashboard --no-open
openclaw gateway status --deep # includes extra service scan
openclaw doctor
openclaw channels login
macOS에서는 Podman machine 때문에 Gateway에서 브라우저가 로컬이 아닌 것처럼 보일 수 있습니다. 실행 후 Control UI에서 기기 인증 오류를 보고하면 Podman 및 Tailscale의 Tailscale 지침을 사용하세요.
Podman 및 Tailscale
HTTPS 또는 원격 브라우저 접근의 경우 기본 Tailscale 문서를 따르세요.
Podman 관련 참고:
- Podman 게시 호스트는
127.0.0.1로 유지합니다. openclaw gateway --tailscale serve보다 호스트에서 관리하는tailscale serve를 선호합니다.- macOS에서 로컬 브라우저 기기 인증 컨텍스트가 불안정한 경우 임시 로컬 터널 우회책 대신 Tailscale 접근을 사용하세요.
참고:
Systemd(Quadlet, 선택 사항)
./scripts/podman/setup.sh --quadlet을 실행했다면 설정이 다음 위치에 Quadlet 파일을 설치합니다.
~/.config/containers/systemd/openclaw.container
유용한 명령:
- 시작:
systemctl --user start openclaw.service - 중지:
systemctl --user stop openclaw.service - 상태:
systemctl --user status openclaw.service - 로그:
journalctl --user -u openclaw.service -f
Quadlet 파일을 편집한 후:
systemctl --user daemon-reload
systemctl --user restart openclaw.service
SSH/헤드리스 호스트에서 부팅 지속성을 위해 현재 사용자의 lingering을 활성화합니다.
sudo loginctl enable-linger "$(whoami)"
구성, env 및 저장소
- 구성 디렉터리:
~/.openclaw - 작업공간 디렉터리:
~/.openclaw/workspace - 토큰 파일:
~/.openclaw/.env - 실행 도우미:
./scripts/run-openclaw-podman.sh
실행 스크립트와 Quadlet은 호스트 상태를 컨테이너에 바인드 마운트합니다.
OPENCLAW_CONFIG_DIR->/home/node/.openclawOPENCLAW_WORKSPACE_DIR->/home/node/.openclaw/workspace
기본적으로 이들은 익명 컨테이너 상태가 아니라 호스트 디렉터리이므로
openclaw.json, 에이전트별 auth-profiles.json, 채널/프로바이더 상태,
세션 및 작업공간은 컨테이너를 교체해도 유지됩니다.
Podman 설정은 게시된 Gateway 포트에서 로컬 대시보드가 컨테이너의 비 loopback 바인드와 함께 동작하도록 127.0.0.1 및 localhost에 대한 gateway.controlUi.allowedOrigins도 시드합니다.
수동 실행기에 유용한 환경 변수:
OPENCLAW_PODMAN_CONTAINER-- 컨테이너 이름(기본값은openclaw)OPENCLAW_PODMAN_IMAGE/OPENCLAW_IMAGE-- 실행할 이미지OPENCLAW_PODMAN_GATEWAY_HOST_PORT-- 컨테이너18789에 매핑되는 호스트 포트OPENCLAW_PODMAN_BRIDGE_HOST_PORT-- 컨테이너18790에 매핑되는 호스트 포트OPENCLAW_PODMAN_PUBLISH_HOST-- 게시된 포트의 호스트 인터페이스. 기본값은127.0.0.1OPENCLAW_GATEWAY_BIND-- 컨테이너 내부 Gateway 바인드 모드. 기본값은lanOPENCLAW_PODMAN_USERNS--keep-id(기본값),auto또는host
수동 실행기는 컨테이너/이미지 기본값을 최종 확정하기 전에 ~/.openclaw/.env를 읽으므로, 여기에 이러한 값을 유지할 수 있습니다.
기본값이 아닌 OPENCLAW_CONFIG_DIR 또는 OPENCLAW_WORKSPACE_DIR를 사용하는 경우 ./scripts/podman/setup.sh와 이후 ./scripts/run-openclaw-podman.sh launch 명령 모두에 동일한 변수를 설정하세요. 저장소 로컬 실행기는 사용자 지정 경로 재정의를 셸 간에 유지하지 않습니다.
Quadlet 참고:
- 생성된 Quadlet 서비스는 의도적으로 고정되고 강화된 기본 형태를 유지합니다.
127.0.0.1게시 포트, 컨테이너 내부--bind lan,keep-id사용자 네임스페이스입니다. OPENCLAW_NO_RESPAWN=1,Restart=on-failure,TimeoutStartSec=300을 고정합니다.127.0.0.1:18789:18789(Gateway)와127.0.0.1:18790:18790(브리지)을 모두 게시합니다.OPENCLAW_GATEWAY_TOKEN같은 값에 대한 런타임EnvironmentFile로~/.openclaw/.env를 읽지만, 수동 실행기의 Podman 전용 재정의 허용 목록은 사용하지 않습니다.- 사용자 지정 게시 포트, 게시 호스트 또는 기타 컨테이너 실행 플래그가 필요하면 수동 실행기를 사용하거나
~/.config/containers/systemd/openclaw.container를 직접 편집한 다음 서비스를 다시 로드하고 재시작하세요.
유용한 명령
- 컨테이너 로그:
podman logs -f openclaw - 컨테이너 중지:
podman stop openclaw - 컨테이너 제거:
podman rm -f openclaw - 호스트 CLI에서 대시보드 URL 열기:
openclaw dashboard --no-open - 호스트 CLI를 통한 상태/헬스:
openclaw gateway status --deep(RPC 프로브 + 추가 서비스 스캔)
문제 해결
- 구성 또는 작업공간에서 권한 거부(EACCES): 컨테이너는 기본적으로
--userns=keep-id및--user <your uid>:<your gid>로 실행됩니다. 호스트 구성/작업공간 경로가 현재 사용자 소유인지 확인하세요. - Gateway 시작 차단(
gateway.mode=local누락):~/.openclaw/openclaw.json이 존재하고gateway.mode="local"을 설정하는지 확인하세요. 없으면scripts/podman/setup.sh가 이를 생성합니다. - 컨테이너 CLI 명령이 잘못된 대상을 가리킴:
openclaw --container <name> ...를 명시적으로 사용하거나 셸에서OPENCLAW_CONTAINER=<name>을 내보내세요. openclaw update가--container와 함께 실패함: 예상된 동작입니다. 이미지를 다시 빌드/풀한 다음 컨테이너 또는 Quadlet 서비스를 재시작하세요.- Quadlet 서비스가 시작되지 않음:
systemctl --user daemon-reload를 실행한 다음systemctl --user start openclaw.service를 실행하세요. 헤드리스 시스템에서는sudo loginctl enable-linger "$(whoami)"가 필요할 수도 있습니다. - SELinux가 바인드 마운트를 차단함: 기본 마운트 동작을 그대로 두세요. SELinux가 enforcing 또는 permissive인 Linux에서는 실행기가 자동으로
:Z를 추가합니다.