Linux サーバー

**AWS（EC2 / Lightsail / 無料利用枠）**も適しています。 コミュニティによる動画ガイドは x.com/techfrenAJ/status/2014934471095812547 で視聴できます（コミュニティリソースのため、利用できなくなる可能性があります）。

クラウドセットアップの仕組み

• Gateway は VPS 上で実行され、状態とワークスペースを管理します。
• ノート PC またはスマートフォンから Control UI または Tailscale/SSH 経由で接続します。
• VPS を信頼できる唯一の情報源として扱い、状態とワークスペースを定期的にバックアップしてください。
• 安全なデフォルト設定：Gateway をループバックに維持し、SSH トンネルまたは Tailscale Serve 経由でアクセスします。 lan または tailnet にバインドする場合、認証が信頼できる プロキシに委任されていない限り、Gateway には共有シークレット （gateway.auth.token または gateway.auth.password）が必要です。

関連ページ：Gateway のリモートアクセス、プラットフォームハブ。

最初に管理アクセスを強化する

公開 VPS に OpenClaw をインストールする前に、そのマシン自体をどのように管理するかを 決めてください。

• Tailnet のみによる管理アクセスの場合：まず Tailscale をインストールし、VPS を tailnet に参加させ、Tailscale IP または MagicDNS 名を使用した別の SSH セッションを確認してから、 公開 SSH を制限します。
• Tailscale を使用しない場合：追加のサービスを公開する前に、 SSH 経路に同等の強化を適用します。
• これは Gateway へのアクセスとは別です。OpenClaw を引き続き ループバックにバインドし、ダッシュボードには SSH トンネルまたは Tailscale Serve を使用できます。

Tailscale 固有の Gateway オプションについては、Tailscaleを参照してください。

VPS 上の社内共有エージェント

すべてのユーザーが同じ信頼境界内にいて、エージェントを業務専用とする場合、 チームで単一のエージェントを実行する構成は有効です。

• 専用ランタイム（VPS/VM/コンテナ + 専用の OS ユーザー/アカウント）で実行してください。
• そのランタイムを個人の Apple/Google アカウントや、個人用のブラウザー/パスワードマネージャープロファイルにサインインさせないでください。
• ユーザー同士が敵対的である場合は、Gateway、ホスト、OS ユーザーごとに分離してください。

セキュリティモデルの詳細：セキュリティ。

VPS で Node を使用する

Gateway をクラウドに置いたまま、ローカルデバイス （Mac/iOS/Android/ヘッドレス）の Node をペアリングできます。Gateway をクラウドに維持しながら、 Node によってローカルの画面、カメラ、キャンバス、および system.run 機能を利用できます。

ドキュメント：Node、Node CLI。

小規模 VM と ARM ホスト向けの起動チューニング

低性能の VM（または ARM ホスト）で CLI コマンドが遅く感じられる場合は、Node のモジュールコンパイルキャッシュを有効にします。

grep -q 'NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache' ~/.bashrc || cat >> ~/.bashrc <<'EOF'export NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cachemkdir -p /var/tmp/openclaw-compile-cacheexport OPENCLAW_NO_RESPAWN=1EOFsource ~/.bashrc

• NODE_COMPILE_CACHE により、繰り返し実行するコマンドの起動時間が短縮されます。初回実行時にキャッシュがウォームアップされます。
• OPENCLAW_NO_RESPAWN=1 により、通常の Gateway 再起動が同一プロセス内で維持されるため、余分なプロセス間の引き渡しを回避し、小規模ホストでの PID 追跡を簡素に保てます。
• Raspberry Pi 固有の情報については、Raspberry Pi を参照してください。

systemd チューニングチェックリスト（任意）

systemd を使用する VM ホストでは、以下を検討してください。

• 安定した起動経路のためのサービス環境変数：OPENCLAW_NO_RESPAWN=1 および NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache
• 明示的な再起動動作：Restart=always、RestartSec=2、TimeoutStartSec=90
• ランダム I/O によるコールドスタートのペナルティを軽減するため、状態/キャッシュパスには SSD ベースのディスクを使用します。

標準の openclaw onboard --install-daemon 経路では systemd ユーザー ユニットがインストールされます。編集するには、次を実行します。

systemctl --user edit openclaw-gateway.service

[Service]Environment=OPENCLAW_NO_RESPAWN=1Environment=NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cacheRestart=alwaysRestartSec=2TimeoutStartSec=90

意図的にシステムユニットをインストールした場合は、 sudo systemctl edit openclaw-gateway.service で編集してください。

Restart= ポリシーが自動復旧に役立つ仕組み： systemd でサービス復旧を自動化できます。

Linux の OOM 動作、子プロセスの強制終了対象の選択、および exit 137 の診断については、Linux のメモリプレッシャーと OOM キルを参照してください。

関連情報

• インストール概要
• DigitalOcean
• Fly.io
• Hetzner