mcpField
O
openclaw-secure-linux-cloud

openclaw-secure-linux-cloud

github.com/xixu-me云与 DevOps79507.2k 次安装3 天前更新
代码仓库

关于 openclaw-secure-linux-cloud

用于在 Linux 云主机上安全部署或审查 OpenClaw 的技能。它优先采用私有控制平面、回环地址绑定和 SSH 隧道，并逐步评估更广泛的远程访问方式。

主要功能

  1. 01暴露服务前加固 Linux 主机
  2. 02将网关绑定到回环地址
  3. 03通过 SSH 隧道私密访问 Control UI
  4. 04指导 Podman 设置及基线配置
  5. 05比较 SSH、Tailscale 与反向代理访问

适用场景

  1. 01在 Linux 云服务器部署 OpenClaw
  2. 02审查现有部署的暴露风险
  3. 03选择 Control UI 远程访问方式

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/xixu-me/skills --skill openclaw-secure-linux-cloud

安装后在 Claude Code 中输入/openclaw-secure-linux-cloud确认已加载。

附带文件references/REFERENCE.md

详细介绍

概述

在云服务器上部署 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，并根据发行版配置默认拒绝入站流量的防火墙。
  • 使用无 root 权限的 Podman 运行 OpenClaw，而不是将其作为由 root 拥有的长期运行进程。
  • 仅将网关绑定到回环地址。
  • 将控制 UI 保持为私有，并通过 SSH 隧道访问。
  • 要求使用令牌身份验证。
  • 为入站消息渠道保持启用配对。
  • 从最小工具集开始，并默认对会话启用沙箱。

以下情况应视为明确的危险信号：

  • 将网关绑定到 0.0.0.0
  • 向公共互联网开放端口 18789
  • 默认启用广泛的运行时、文件系统、自动化或浏览器访问权限
  • 让其他本地用户可以读取 ~/.openclaw
3. 区分本地操作和服务器操作

务必区分：

  • 本地计算机操作：生成 SSH 密钥、设置隧道、访问浏览器
  • 服务器操作：加固 Linux、安装 Podman、设置 OpenClaw 服务、配置权限、重启服务

不要混淆这两种执行环境。用户应能分辨哪些命令要在自己的笔记本电脑上运行，哪些要在 Linux 主机上运行。

4. 只询问会影响安全路径的关键信息

仅在缺少的信息会改变安全方案时才暂停，例如：

  • 涉及软件包管理器或防火墙命令时，需确认 Linux 发行版和主机访问详情
  • OpenClaw 是否已安装
  • 用户是否确实需要反复进行远程私有访问或公共访问
  • 现有部署是否已可从互联网访问

如果某项信息并非安全关键，请作出合理的安全假设并说明。

5. 按访问权限升级阶梯进行推荐

按以下顺序推荐远程访问：

  1. SSH tunnel：首次部署和个人使用时的默认选择
  2. Tailscale：当用户需要通过受信任设备反复进行私密访问时的下一步选择
  3. Reverse proxy：仅当用户明确需要公开暴露，并接受额外的安全加固负担时才使用

如果用户询问 Tailscale 或 reverse proxy，仍要说明为什么 loopback 绑定和私有优先模式仍然是基准。

输出要求

对于全新部署，请提供：

  • 简短的架构概述
  • 本地与服务器端的操作步骤
  • 保守的配置基线
  • 启动前检查清单
  • 简短的“不要暴露哪些内容”警告

对于安全加固审查，请提供：

  • 当前设置中的可能风险
  • 按优先级排列的修复顺序
  • 任何需要优先处理的即时暴露问题

对于访问路径的选择，请提供：

  • 一项建议
  • 说明为什么这是风险最低的选择
  • 如果用户选择更广泛的暴露模式，需要采取哪些额外的防护措施

常见错误

  • 第一天就把 OpenClaw 当作普通的公开 Web 应用
  • 以为仅靠身份验证就能取代网络边界
  • 用户还没有明确需要某种工作流时，就启用更多工具权限
  • 仅仅为了节省早期设置时间就关闭配对
  • 更改配置或沙箱设置后跳过后续审计

参考资料用法

需要以下内容时，请使用 references/REFERENCE.md：

  • 跨发行版的安全加固流程以及 Debian/Ubuntu 示例命令
  • 基于 Podman 的 OpenClaw 设置概要
  • 基线配置框架
  • 启动前检查清单
  • 日常审计命令
  • SSH tunnel、Tailscale 与 reverse proxy 的比较

评论

支持 Markdown