openclaw-secure-linux-cloud

概要

このスキルは、クラウドサーバー上で OpenClaw を運用するための、慎重な「まずデプロイし、後から公開する」パターンに使用します。

デフォルトでは、プライベートなコントロールプレーンを使用します。

• 何かを公開する前に、Linux ホストを堅牢化します。
• ゲートウェイは 127.0.0.1 にバインドしたままにします。
• まず SSH トンネル経由でコントロール UI にアクセスします。
• トークン認証、ペアリング、サンドボックスを有効にしたままにします。
• ツールプロファイルは最小限から始め、明確な必要性がある場合にのみ緩和します。

このスキルは、安全な Linux クラウドホスティング向けです。ユーザーがローカルマシンへの最速の汎用 OpenClaw インストールだけを望んでいる場合は、この手順を無理に適用せず、公式の OpenClaw オンボーディングドキュメントを優先してください。

コマンド一覧、基本設定の形式、チェックリスト、アクセス方法の比較が必要な場合は、references/REFERENCE.md を参照してください。

使用する場面

ユーザーが次のいずれかに言及した場合に、このスキルを使用します。

• クラウドサーバー、VM、その他の Linux ホスト上の OpenClaw
• 安全なセルフホスティング、堅牢化、「プライベートに運用する」
• Podman、ループバックバインディング、SSH トンネリング、リモートからのコントロール UI アクセス
• OpenClaw 向けの Tailscale とリバースプロキシの比較
• ペアリング、サンドボックス、トークン認証、制限されたツール権限
• 既存の OpenClaw ホストが過度に公開されていないかの確認

次の場合には、このスキルを使用しないでください。

• OpenClaw を含まない、一般的な Linux の堅牢化
• リモートアクセスが関係しない、単一マシンでのローカルオンボーディング
• リモートホストの堅牢化に関する質問を伴わない、純粋なローカルオンボーディング
• ユーザーがこの Linux 優先のパターンの適用を明示的に希望する場合を除く、Linux 以外のホスティング

ワークフロー

1. リクエストを分類する

詳細なガイダンスを示す前に、タスクを次のいずれかに分類します。

1. 新規デプロイ：Linux クラウドホストに OpenClaw を安全に一から構築したい。
2. 堅牢化の確認：すでに OpenClaw を実行しており、公開範囲を狭めるか、リスクのあるデフォルト設定を監査したい。
3. アクセス方式の決定：SSH トンネリング、Tailscale、リバースプロキシのいずれを使うか選んでいる。

2. 安全な基本設定から始める

ユーザーが明確に別の方法を求めている場合を除き、次の基本設定を推奨します。

• Linux ホストを最初に堅牢化します。更新を適用し、SSH キーを使用し、SSH を制限し、ディストリビューションに合わせて受信をデフォルト拒否するファイアウォールを設定します。
• OpenClaw は、root 所有の長時間実行プロセスとしてではなく、rootless Podman で実行します。
• ゲートウェイはループバックのみにバインドします。
• コントロール UI は非公開のままにし、SSH トンネル経由でアクセスします。
• トークン認証を必須にします。
• 受信メッセージングチャネルではペアリングを有効にしたままにします。
• ツールセットは最小限から始め、セッションはデフォルトでサンドボックス内で実行します。

次の設定は、明確な危険信号として扱います。

• ゲートウェイを 0.0.0.0 にバインドする
• ポート 18789 をパブリックインターネットに公開する
• 実行環境、ファイルシステム、自動化、ブラウザーへの広範なアクセスをデフォルトで有効にする
• ~/.openclaw を他のローカルユーザーから読み取り可能な状態にする

3. ローカルでの作業とサーバーでの作業を分ける

常に、次の作業を区別します。

• ローカルマシンでの作業：SSH キーの生成、トンネルの設定、ブラウザーからのアクセス
• サーバーでの作業：Linux の堅牢化、Podman のインストール方法、OpenClaw サービスの設定、設定ファイルの権限、サービスの再起動

2 つの実行環境を混同しないでください。ユーザーがどのコマンドをノート PC で実行し、どれを Linux ホストで実行するのか判断できるようにしてください。

4. 作業を妨げる情報だけを確認する

安全な手順が変わる場合に限り、情報が不足していれば確認します。該当する例：

• パッケージマネージャーやファイアウォールのコマンドに関係する場合の、Linux ディストリビューションとホストへのアクセス方法
• OpenClaw がすでにインストールされているか
• 繰り返しのリモートプライベートアクセスとパブリックアクセスのどちらが本当に必要か
• 既存のデプロイがすでにインターネットから到達可能か

安全性に関わらない詳細については、安全な前提を合理的に設定し、その旨を明示してください。

5. アクセスの段階的な拡大を利用する

リモートアクセスは、次の順に推奨してください。

1. SSH トンネル：初回のデプロイや個人利用では、これをデフォルトとします
2. Tailscale：信頼できるデバイス間で、プライベートなアクセスを繰り返し利用する必要がある場合の次の選択肢です
3. リバースプロキシ：ユーザーが明示的に公開を必要とし、追加のセキュリティ強化の負担を受け入れる場合に限ります

ユーザーが Tailscale またはリバースプロキシを希望した場合でも、ループバックバインドとプライベートアクセスを優先するモデルが引き続き基本となる理由を説明してください。

出力に関する要件

新規デプロイの場合は、次の内容を提示してください。

• アーキテクチャの簡潔な概要
• ローカル環境とサーバー環境それぞれの手順
• 保守的な設定の基本案
• 起動前チェックリスト
• 「公開してはいけないもの」に関する簡潔な警告

セキュリティ強化のレビューの場合は、次の内容を提示してください。

• 現在の設定における主なリスク
• 優先順位を付けた修正手順
• 他の作業に先立って修正すべき、差し迫った公開上の懸念事項

アクセス経路を判断する場合は、次の内容を提示してください。

• 推奨案
• リスクを最小限に抑えられる選択肢である理由
• ユーザーがより広範な公開モデルを選ぶ場合に必要な追加の保護策

よくある間違い

• 初日から OpenClaw を一般的な公開ウェブアプリのように扱う
• 認証だけでネットワーク境界の代わりになると思い込む
• 必要なワークフローが明確になる前に、ツールの権限をさらに有効にする
• 初期設定の時間を節約するためだけにペアリングを無効にする
• 設定やサンドボックス設定を変更した後の確認を省略する

参考資料の利用

次の情報が必要な場合は、references/REFERENCE.md を使用してください。

• ディストリビューション横断のセキュリティ強化手順と Debian/Ubuntu のコマンド例
• Podman ベースの OpenClaw セットアップの概要
• 基本設定のひな形
• 起動前チェックリスト
• 日常的な監査コマンド
• SSH トンネル、Tailscale、リバースプロキシの比較