---

title: "OpenClaw VPS で使う方法を初心者向けにやさしく解説" slug: "openclaw-on-vps" date: "2026-03-21" description: "OpenClawをVPSで使いたい初心者向けに、VPSの意味、メリットとデメリット、最短構成、公開しないためのSSHトンネル運用、よくある詰まりを公式一次情報ベースでやさしく整理します。" primaryKeyword: "OpenClaw VPS で使う" secondaryKeywords:

• "OpenClaw VPS"
• "OpenClaw SSHトンネル"
• "OpenClaw Docker"
• "OpenClaw GCP" searchIntent: "informational" audience: "OpenClawをVPSで安全に動かしたい初心者"

---

OpenClaw VPS で使う方法を初心者向けにやさしく解説

OpenClawをVPSで使うと、手元のPCを閉じてもGatewayを動かし続けやすくなります。この記事では、OpenClaw公式のVPS / GCP / Docker / Security / Remote関連ドキュメントをもとに、初心者が迷いにくい形で「まず閉じたまま動かす」構成を整理します。

TL;DR

• OpenClawをVPSで使うとは、Gatewayをクラウド上の小さなLinuxサーバーに置くことです。
• 初心者向けの安全寄りな考え方は、Gatewayはループバックのままにして、自分のPCからSSHトンネルで入る形です。
• OpenClaw公式のVPSガイドでは、DockerでGatewayを常駐させ、~/.openclaw と ~/.openclaw/workspace を永続化する形が案内されています。
• GCP公式ガイドでも、Control UIはSSHトンネル経由で見る流れが示されています。
• いきなりポートを外へ公開したり、認証なしで開けたりするのは避け、公開する場合でもtoken/password認証を前提にしてください。

結論

初心者が「OpenClaw VPS で使う」で最初に目指すべき形は、小さなVPSにGatewayを置き、Dockerで動かし、SSHトンネルで自分だけ接続する構成です。

この形がよい理由は3つあります。
1つ目は、PCを閉じても動かし続けやすいこと。
2つ目は、自宅PCとOpenClawの実行環境を分けやすいこと。
3つ目は、OpenClaw公式のVPSホスティング方針でも、secure default は loopback + SSH tunnel or Tailscale Serve と明示されていることです。

要するに、初心者が最初にやるべきなのは「VPSに置く」こと自体ではなく、公開せずに閉じたまま使える構成で置くことです。

VPSとは

VPSは、ざっくり言うとインターネット上で借りる小さな専用サーバーに近い環境です。OpenClaw文脈では、そのVPS上でGatewayが動き、状態やworkspaceを持ちます。

OpenClaw公式のVPS hostingページでは、クラウド構成を次のように説明しています。

• GatewayはVPS上で動く
• state と workspace の主な置き場所もVPS側になる
• ノートPCやスマホは、Control UI や Tailscale / SSH 経由でつなぐ
• VPSを source of truth としてバックアップを考える

初心者向けに言い換えると、OpenClawの本体を自分のPCからVPSへ引っ越すイメージです。
自分のPCは「操作する側」、VPSは「動かし続ける側」に分かれます。

VPSでやるメリット

1. PCを閉じても止まりにくい

ローカルPCで動かす場合、スリープや再起動でOpenClawも止まりやすいです。VPSなら24時間運用しやすく、OpenClaw公式のHetznerガイドやGCPガイドもその用途を前提にしています。

2. 実行環境を分離しやすい

OpenClawのSecurity文書では、Gatewayを1つの信頼境界として扱う考え方が強調されています。
普段使いのPCと分けてVPSに置くと、OpenClaw用の実行環境を切り離しやすくなります。

3. Dockerで再現しやすい

OpenClaw公式のDocker文書では、Dockerは「containerized gateway」を動かしたいときに使うものとして整理されています。VPSではこの形が相性よく、再起動や移行時も構成を揃えやすいです。

4. 自宅回線や自宅PC常時起動に依存しにくい

自宅PCだと、停電、スリープ、家庭内ネットワークの事情に左右されます。VPSなら、少なくとも「家のPCが閉じていたから止まる」という問題は減らせます。

VPSでやるデメリット

1. LinuxとSSHに少し触れる必要がある

VPS運用では、SSHログイン、Docker確認、ログを見る、といった基本操作が出てきます。
完全にノーコードではないため、初心者には最初の心理的ハードルがあります。

2. 月額費用がかかる

OpenClaw本体はOSSですが、VPS代は別です。OpenClaw公式のHetznerガイドでは「24/7 for $5」、GCPガイドでは「$5-12/mo」の目安が示されています。価格は時期や構成で変わるので、最新料金は各社で確認してください。

3. 公開設定を急ぐと危険度が上がる

VPSはインターネット側に近いので、ローカルPCよりも「うっかり公開」の影響が大きいです。OpenClaw公式のSecurity文書でも、Gateway認証やtrusted proxy設定は慎重に扱うよう案内されています。

4. 何をVPSに置くかの切り分けが必要

OpenClaw公式のNodes文書のように、GatewayはVPS、手元デバイスはnode、という分担もできます。つまりVPSに全部置くとは限らず、どこまでをクラウドに寄せるかを考える必要があります。

最短構成

ここでは、初心者向けに公開しない前提の最短構成を高レベルで示します。危険なコマンドの丸投げは避け、何を確認すべきか中心で整理します。

構成イメージ

• VPS: 小さなLinux VM
• OpenClaw Gateway: VPS上で稼働
• Docker: Gateway実行用
• 永続化: ~/.openclaw と ~/.openclaw/workspace
• 接続方法: 手元PCからSSHトンネル
• 認証: token か password を設定

高レベル手順

1. 小さなVPSを1台用意する

OpenClaw公式のGCPガイドでは、最初の例として e2-small / Debian 12 / 20GB が出ています。
Hetznerガイドでも「最小のDebian/Ubuntu VPSから始める」方針です。初心者は、まず小さな1台で十分です。

2. VPSへSSHで入れる状態を作る

最初の詰まりは、OpenClawではなくSSH接続です。
まずは「自分のPCからVPSへSSHログインできる」「ログアウトしても再接続できる」を確認してください。

3. DockerとDocker Compose v2を使えるようにする

OpenClaw公式のDockerページでは、要件として Docker Desktop or Docker Engine + Docker Compose v2 が挙げられています。
VPSでは通常 Docker Engine 側です。ここはOpenClaw以前に、docker --version と docker compose version が通る状態を目標にすると迷いにくいです。

4. OpenClawの状態保存先を永続化する

OpenClaw公式のHetzner / GCPガイドでは、~/.openclaw と ~/.openclaw/workspace をホスト側へ保持することが明記されています。
これをしておくと、コンテナ再作成時も設定や作業状態が消えにくくなります。

5. GatewayをDockerで起動する

OpenClaw公式のDockerページでは、Containerized Gateway の quick start として ./docker-setup.sh が案内されています。
初心者は、独自に複雑なcomposeを書き始めるより、まず公式フローに寄せるほうが安全です。

6. モデル認証を1つだけ通す

OpenClawを動かすにはモデル認証が必要です。最初から複数プロバイダを入れず、1つだけ確実に動く認証を通してください。

7. Gatewayを外へ公開せず、SSHトンネルでつなぐ

OpenClaw公式のVPS hostingページでは、secure default として loopback + SSH tunnel or Tailscale Serve が案内されています。
最初はこれを守るのがいちばん大切です。

8. openclaw gateway status や doctor で状態を見る

起動できたかどうかは、推測せずCLIで確認します。
OpenClawのPlatformsページでは、修復や移行に openclaw doctor を使う流れも案内されています。

公開しないための注意点

SSHトンネルを基本にする

OpenClaw公式のRemote Control文書では、Transport: SSH tunnel or Direct (ws/wss) という選択肢があり、セキュリティノートで Prefer loopback binds on the remote host and connect via SSH or Tailscale と書かれています。

つまり、初心者向けの基本線は次の通りです。

• VPS上のGatewayはループバックで待ち受ける
• 自分のPCからSSHトンネルでそのポートへつなぐ
• Control UI や Web Chat もその経路で使う

この考え方なら、Gatewayのポートをむやみにインターネットへさらさずに済みます。

ループバック以外へ bind するときは認証必須

OpenClaw公式のCLI / Security関連文書では、Gateway認証として token または password が案内されています。
また、Security文書では「token/password が未設定なら fail-closed」「onboarding wizard は token を生成する」と説明されています。

要するに、もし lan や tailnet へ bind するなら、認証を前提にするのが基本です。

gateway.remote.token と gateway.auth.token は役割が違う

Security文書では、gateway.remote.token は remote CLI calls 用であり、local WS access を保護するものではないと明記されています。
初心者は名前が似ていて混乱しやすいので、まずは「Gatewayそのものを守る認証」と「遠隔CLI向け設定」は別物と覚えると楽です。

reverse proxy は慣れてから

OpenClaw公式の trusted proxy auth ページでは、これは security-sensitive feature であり、誤設定すると unauthorized access の危険があると強く注意されています。
初心者が最初から reverse proxy + OAuth + forwarded headers を触るのはおすすめしません。

よくある詰まり

Dockerは入ったがOpenClawコンテナが安定しない

OpenClaw公式のDockerページでは、コンテナ内に追加パッケージが必要なら OPENCLAW_DOCKER_APT_PACKAGES でビルド時に入れる流れが案内されています。
起動後に都度いじるより、まず公式のビルド前提に寄せたほうが再現しやすいです。

VPSには入れるがControl UIへつながらない

この場合は、まず「SSHトンネルが正しく張れているか」「GatewayがそのVPSで動いているか」「forwardしているポート番号が合っているか」を切り分けます。
Remote Control文書でも、Web Chatが詰まるときは forwarded port と Gateway WS port の一致確認が案内されています。

openclaw がSSH越しに見つからない

Remote Control文書では、exit 127 の典型原因として non-login shell で PATH に openclaw がないことが挙げられています。
つまり、対話ログインでは見えても、SSH経由の実行では見えないことがあります。

小さいVMでメモリ不足になる

OpenClaw公式のGCPガイドでは、e2-micro は free tier eligible だが load で OOM することがあると明記されています。
最初から極端に小さい構成にしすぎると、OpenClawの問題ではなくVMサイズ不足でハマります。

どこまでをVPSに置くべきかわからない

GatewayだけVPSに置き、手元のMacやスマホをnodeとして使う設計もあります。
OpenClaw公式のNodes文書でも、SSHトンネル越しにnodeを接続する例があります。全部をVPSに詰め込む発想だけに縛られなくて大丈夫です。

FAQ

Q1. OpenClawをVPSで使うのは初心者には難しいですか？

少しだけLinuxとSSHに触れますが、考え方自体はシンプルです。
「VPSにGatewayを置く」「Dockerで動かす」「公開せずSSHトンネルで使う」の3点に絞れば、初心者でも追いやすいです。

Q2. Dockerは必須ですか？

必須ではありません。OpenClaw公式でもDockerは optional とされています。
ただし、VPSでの再現性や分離を考えると、初心者にはDocker構成のほうが迷いにくい場面が多いです。

Q3. GCPと他のVPSはどちらがよいですか？

どちらでも構いません。
OpenClaw公式にはGCPガイドもHetznerガイドもあり、考え方は共通です。初心者は、料金、SSHしやすさ、リージョンの選びやすさで決めれば十分です。

Q4. ポートを外へ公開してもいいですか？

最初は非推奨です。
OpenClaw公式のVPS hosting / Remote / Security文書に沿うなら、まずは loopback + SSHトンネルが安全寄りです。公開する場合も token/password 認証を前提にしてください。

Q5. VPSなら自宅PCより必ず安全ですか？

自動的に安全になるわけではありません。
実行環境を分けやすいメリットはありますが、公開設定や認証ミスがあると逆に露出は増えます。安全性は「VPSだから」ではなく、閉じた構成で運用しているかで決まります。

チェック

• VPSへSSHログインできる
• DockerとDocker Compose v2が使える
• ~/.openclaw と ~/.openclaw/workspace を永続化する前提で考えている
• モデル認証を1つだけ通せる見込みがある
• Gatewayを最初から外部公開しない方針になっている
• SSHトンネル経由でControl UIや接続確認をする前提になっている
• token または password の役割を理解している
• 小さすぎるVMで始めていない

出典

1. OpenClaw VPS hosting
   https://docs.openclaw.ai/vps
2. OpenClaw on GCP Compute Engine
   https://docs.openclaw.ai/gcp/
3. OpenClaw on Hetzner
   https://docs.openclaw.ai/platforms/hetzner
4. OpenClaw Docker
   https://docs.openclaw.ai/install/docker
5. OpenClaw Platforms overview
   https://docs.openclaw.ai/platforms
6. OpenClaw Remote Control
   https://docs.openclaw.ai/platforms/mac/remote
7. OpenClaw Security
   https://docs.openclaw.ai/security
8. OpenClaw CLI Gateway
   https://docs.openclaw.ai/cli/gateway
9. OpenClaw Trusted Proxy Auth
   https://docs.openclaw.ai/gateway/trusted-proxy-auth
10. OpenClaw Nodes
    https://docs.openclaw.ai/nodes