当前位置：首页 > news >正文

基于Terraform与Ansible的OpenClaw私有化AI代理自动化部署实践

news 2026/5/13 23:07:19

1. 项目概述

如果你和我一样，对AI助手的能力有更高的期待，希望它能深度融入你的工作流，甚至能帮你处理一些自动化任务，那么OpenClaw这个项目绝对值得你花时间研究。它不是一个简单的聊天机器人，而是一个可以部署在你私有服务器上的、功能强大的AI代理平台。想象一下，一个能理解你指令、访问你授权的API、在安全边界内为你执行任务的“数字副手”，这就是OpenClaw的核心价值。

最近，我花了些时间把OpenClaw部署在了Hetzner Cloud的VPS上，整个过程用到了Terraform和Ansible这套经典的IaC（基础设施即代码）组合拳。这个名为tardigrde/openclaw-deploy的项目仓库，提供了一套非常完整的自动化部署方案。它不仅仅是把软件跑起来，而是从服务器创建、防火墙配置、安全加固，到应用部署、日常运维，提供了一条龙的服务。对于追求自动化、可复现和安全的开发者或技术团队来说，这种“一键式”的私有化部署体验，能省去大量重复劳动和配置陷阱。

这篇文章，我会带你从头到尾走一遍这个部署流程。但不止于此，我会重点拆解其中几个关键的设计决策和实操细节，比如为什么选择Hetzner和这套技术栈，Tailscale VPN如何实现零暴露的安全访问，以及我在配置过程中踩过的坑和总结出的最佳实践。无论你是想快速搭建一个属于自己的AI工作台，还是对现代云原生应用的部署架构感兴趣，相信都能从中获得一些实用的参考。

2. 核心架构与工具选型解析

在动手之前，理解整个方案的架构和背后的选型逻辑至关重要。这能帮你判断它是否适合你的场景，以及在遇到问题时知道该从哪个环节入手排查。

2.1 为什么是Hetzner + Terraform + Ansible + Docker Compose？

这个方案是高度“观点化”的，它为你做了一系列坚定的技术选择。我们来逐一分析其合理性：

Hetzner Cloud：这是德国的云服务商，以其极高的性价比著称。同样配置的VPS，价格可能只有主流大厂的1/3甚至更低。对于OpenClaw这种对计算资源要求中等（默认2核4G足够）、但需要长期稳定运行的场景，成本是首要考虑因素。Hetzner的网络在欧洲表现优异，对于全球访问延迟不敏感的应用（或者配合Tailscale使用）是非常合适的选择。当然，如果你身处亚太地区，可能需要测试一下延迟。项目的默认机型是CX23，每月约5欧元，这个投入对于个人项目来说非常友好。
Terraform：负责基础设施的“创建与管理”。它的核心价值在于声明式语法和状态管理。你通过.tf文件描述最终想要的基础设施状态（一台什么配置的VPS、防火墙规则是什么），Terraform负责计算出如何达到这个状态，并记录下来。下次你想修改配置（比如升级服务器规格）或销毁重建，Terraform能精准、安全地执行。这避免了手动在云控制台点击带来的错误和配置漂移。在这个项目里，Terraform精准地定义了Hetzner的服务器、防火墙规则，甚至集成了Tailscale的OAuth应用和预认证密钥生成。
Ansible：负责服务器内部的“配置与部署”。如果说Terraform是“从无到有”搭建房子，Ansible就是“精装修”和“布置家具”。它通过SSH连接到Terraform创建好的服务器，执行一系列任务：安装Docker、创建目录、设置用户权限、编写系统服务文件、推送配置文件等。Ansible的特点是“幂等性”，即同一个剧本运行多次，效果和运行一次是一样的，这保证了部署的可靠性。项目将Ansible剧本设计为仅在本地运行，不涉及CI/CD，简化了复杂度。
Docker Compose：负责应用本身的“编排与运行”。OpenClaw Gateway及其相关服务被打包成Docker容器，通过docker-compose.yml文件定义它们之间的关系、网络、卷挂载等。这种方式隔离性好，依赖清晰，升级和回滚都非常方便。项目默认将网关服务绑定在127.0.0.1:18789，这是一个关键的安全设计，意味着服务在服务器内部只监听本地回环地址，不对外暴露端口。

这套组合拳形成了一个清晰的分层架构：Terraform管“云资源”，Ansible管“系统状态”，Docker管“应用运行”。每一层都有对应的覆盖文件（*.override.yml或*.local文件）供你自定义，而无需修改原始代码，这个设计非常优雅。

2.2 安全访问的核心：Tailscale VPN集成

这是本方案在安全方面最亮眼的设计。传统的VPS访问要么直接暴露SSH端口（风险高），要么用复杂的跳板机或VPN。Tailscale提供了一种极其简单的零信任网络方案。

它的工作原理是，在你的VPS和你的个人设备（电脑、手机）之间，通过WireGuard协议建立一个加密的P2P隧道，形成一个私有的“Tailnet”。所有设备都使用Tailscale分配的内网IP（如100.x.x.x）进行通信。

在这个项目中，Terraform可以自动调用Tailscale的API，创建一个“可重复使用”的预认证密钥。当Ansible在VPS上执行bootstrap时，会用这个密钥自动将VPS加入到你的Tailnet中。之后，你可以通过Tailscale分配的MagicDNS主机名（如openclaw-prod.your-tailnet.ts.net）直接SSH到服务器，无需知道公网IP。

更妙的是，项目提供了make tailscale-enable命令。这个命令会先验证Tailscale连接是否成功，一旦成功，就自动通过Terraform修改防火墙规则，关闭公网对SSH端口(22)的访问，将SSH访问限制在Tailnet之内。这意味着你的服务器从互联网视角看，SSH端口是“隐身”的，极大地减少了攻击面。

对于OpenClaw Gateway的Web界面，同样可以通过Tailscale的“Serve”功能，在Tailnet内部提供HTTPS访问，无需自己配置SSL证书。这种“零公开暴露”的架构，对于个人项目或小型团队来说，在安全性和易用性之间取得了绝佳的平衡。

3. 前期准备与环境配置实操

好了，理论部分聊完，我们开始动手。这一部分我会详细说明每个准备步骤的意图和注意事项，有些坑我已经替你踩过了。

3.1 本地工具链安装

项目依赖几个命令行工具，确保你的本地开发环境（Mac/Linux/WSL2）已安装：

Terraform (>=1.5)：基础设施编排核心。去官网下载对应系统的二进制包，或者用包管理器安装（如brew install terraform）。
Ansible：配置管理工具。通常用pip install ansible或系统包管理器安装即可。注意：确保版本不要太旧，避免兼容性问题。
age & sops：用于加密敏感信息。这是可选的，但如果你打算将配置纳入Git版本控制并启用CI/CD，则是必须的。age是加密工具，sops是管理加密文件的工具。可以用brew install age sops安装。
jq：JSON处理工具，make validate会用到。brew install jq或apt-get install jq。
Git：这个不用说，克隆项目必备。

实操心得：建议在安装后，用terraform version，ansible --version等命令验证一下。特别是Ansible，有时系统自带的Python环境可能有问题，用pip install --user ansible安装在用户目录下可能更可靠。

3.2 云端资源准备

这里需要你在两个云平台进行操作：

Hetzner Cloud账号与API Token：
- 注册Hetzner Cloud账号。
- 进入Console，点击右上角账户名 -> “Security” -> “API Tokens”。
- 点击“Generate API token”，给它起个名字（如openclaw-terraform），权限选择“Read & Write”。务必妥善保存弹出的Token，它只显示一次。这个Token将作为HCLOUD_TOKEN环境变量。
SSH密钥对：
- 如果你没有SSH密钥，在终端运行ssh-keygen -t ed25519 -C "your_email@example.com"（推荐ed25519算法）生成。一直回车使用默认路径（~/.ssh/id_ed25519）。
- 在Hetzner Console，进入“Security” -> “SSH Keys”，点击“Add SSH Key”。将你的公钥内容（cat ~/.ssh/id_ed25519.pub）粘贴进去，命名并保存。
- 保存后，在密钥列表中找到你刚添加的密钥，复制其指纹（Fingerprint）。它是一串类似SHA256:xxxxxx的字符串。这个将作为TF_VAR_ssh_key_fingerprint变量。
（可选但推荐）Tailscale OAuth Client：
- 登录Tailscale管理后台（https://login.tailscale.com/admin）。
- 进入“Settings” -> “OAuth applications”。
- 点击“Create application”，名称随意（如openclaw-iac）。
- 在“Scopes”部分，至少勾选：auth_keys:write（创建预认证密钥）、settings:write（修改设备设置）、dns:write（管理DNS）。如果你希望Terraform也能管理ACL规则，可以加上acls:write。
- 创建后，你会得到Client ID和Client Secret。同样，Secret只显示一次，请保存好。

3.3 项目初始化与基础配置

现在，我们把代码拉到本地，并完成最基础的配置。

# 1. 克隆项目 git clone https://github.com/tardigrde/openclaw-deploy.git cd openclaw-deploy # 2. 配置基础设施变量（Secrets） cp secrets/inputs.example.sh secrets/inputs.sh vim secrets/inputs.sh # 或用你喜欢的编辑器

打开secrets/inputs.sh，你需要填充以下关键变量：

# 必须配置 export HCLOUD_TOKEN="你的Hetzner API Token" export TF_VAR_ssh_key_fingerprint="你的SSH密钥指纹" # 例如 SHA256:xxxx # 可选：如果你想用Tailscale，取消注释并配置 # export TF_VAR_enable_tailscale=true # export TF_VAR_tailscale_oauth_client_id="tskey-client-xxxx" # export TF_VAR_tailscale_oauth_client_secret="tskey-secret-xxxx" # export TF_VAR_ssh_allowed_cidrs='[]' # 初始可以为空，后续通过Tailscale锁定 # 可选：如果你想一开始就限制SSH IP（非Tailscale方案） # export TF_VAR_ssh_allowed_cidrs='["你的公网IP/32"]'

重要提示：secrets/inputs.sh这个文件包含你的最高机密，绝对不要提交到Git。项目已经在.gitignore中排除了它。

# 3. 配置OpenClaw应用本身 cp openclaw.example.json openclaw.json vim openclaw.json

openclaw.json是OpenClaw网关的主配置文件。初始配置你可以先保持大部分默认，但有几处可能需要立即修改：

gateway.auth.token：这是访问Web UI的令牌，先留空，后续会自动生成。
agents.defaults.model.primary：默认AI模型，例如anthropic/claude-3-5-sonnet-20241022。
根据你的需求，配置Telegram Bot等信息。

注意事项：如果你打算用Tailscale访问Web UI，先不要在gateway.controlUi.allowedOrigins里添加Tailscale的URL。因为Tailscale的主机名在服务器部署并加入Tailnet之后才会知道。我们可以在一切就绪后再来补充这个配置。

# 4. 配置Terraform后端（状态存储） cp terraform/envs/prod/backend.tf.example terraform/envs/prod/backend.tf

默认情况下，backend.tf使用的是local后端，即Terraform状态文件（terraform.tfstate）会保存在本地目录。这对于个人单机操作完全没问题。如果你需要团队协作或者更安全的状态管理，可以配置远程后端，比如Google Cloud Storage (GCS)。这里我们先使用本地后端。

# 5. 配置Terraform变量 cp terraform/envs/prod/terraform.tfvars.example terraform/envs/prod/terraform.tfvars vim terraform/envs/prod/terraform.tfvars

这个文件用于覆盖Terraform模块中的变量默认值。你可以在这里修改服务器所在地（location）、服务器型号（server_type，默认cx23）、主机名（server_name）等。首次部署可以先保持默认。

4. 基础设施部署与应用引导全流程

配置完成后，真正的自动化之旅开始了。这个过程几乎是“一键式”的，但理解每一步在做什么，能让你在出现问题时从容应对。

4.1 步骤一：置备云服务器与网络

首先，激活我们刚才配置的环境变量，然后初始化Terraform。

# 加载敏感变量到当前Shell环境 source secrets/inputs.sh # 初始化Terraform工作区，下载所需的Provider（Hetzner, Tailscale等） make init

make init会执行terraform init，它会读取backend.tf和provider配置，准备就绪。

接下来，我们进行“预演”，看看Terraform打算创建什么资源。这是一个非常好的习惯，避免直接操作带来意外。

# 生成执行计划，显示将要创建、修改或销毁的资源 make plan

如果一切正常，你会看到输出中列出了计划创建的资源，比如hcloud_server.openclaw、hcloud_firewall.openclaw等，并且末尾会提示Plan: X to add, 0 to change, 0 to destroy.。

确认计划无误后，执行部署：

# 实际创建资源 make apply

Terraform会再次显示计划并询问你是否确认。输入yes后，它就会开始调用Hetzner和Tailscale的API，创建VPS、防火墙，并生成Tailscale的预认证密钥。这个过程通常需要1-2分钟。完成后，你会看到类似Apply complete!的输出，并显示服务器的公网IP地址（server_ip）和Tailscale认证密钥（如果启用）等信息。

此时，一台全新的、带有基础防火墙规则的VPS已经在Hetzner云中运行起来了。

4.2 步骤二：配置应用密钥与加密

服务器有了，接下来需要配置OpenClaw运行所需的各种API密钥和令牌。

# 复制环境变量模板 cp secrets/.env.example secrets/.env vim secrets/.env

在.env文件中，最关键的几个变量是：

OPENCLAW_GATEWAY_TOKEN：网关的访问令牌。你可以运行openssl rand -hex 32生成一个强随机字符串填进去。
ANTHROPIC_API_KEY：你的Anthropic Claude API Key。如果你使用Claude的订阅模式而非API计费，这里可以留空，后续用make setup-auth配置。
TELEGRAM_BOT_TOKEN：如果你启用Telegram通道，需要Bot Father提供的Token。
其他如OPENAI_API_KEY、GITHUB_TOKEN等，根据你的openclaw.json配置按需添加。

和inputs.sh一样，.env文件也包含密钥，需要保护。项目提供了使用sops进行加密的选项，这对于将配置纳入Git版本控制、实现GitOps自动化部署至关重要。

# （可选但推荐）使用SOPS加密.env文件 make secrets-generate-key

这个命令会在secrets/目录下生成一个age-key.txt文件（你的私钥），并在终端打印出对应的公钥。务必备份好age-key.txt，丢失后将无法解密文件。

然后，你需要编辑项目根目录下的.sops.yaml文件，将打印出的公钥填入age:字段下的密钥列表。

# .sops.yaml creation_rules: - path_regex: secrets/.*\.enc$ age: 'AGE-SECRET-KEY-1Y8H8QZ...' # 替换为你的公钥

最后，执行加密：

make secrets-encrypt

这个命令会读取secrets/.env，生成加密后的secrets/.env.enc文件。之后，你可以安全地将.env.enc提交到Git仓库，而原始的.env和age-key.txt必须留在本地并加入.gitignore。在CI/CD或部署时，通过私钥解密.env.enc来获取环境变量。

重要提醒：如果你打算添加额外的Docker服务（比如数据库、监控），务必在下一步bootstrap之前，复制并修改覆盖文件：
cp docker-compose.override.example.yml docker-compose.override.yml vim docker-compose.override.yml
因为bootstrap过程会基于最终的docker-compose.yml（合并了覆盖文件）来生成配置，如果事后才添加覆盖文件，相关配置可能不会生效。

4.3 步骤三：引导部署OpenClaw应用

这是最激动人心的一步，Ansible将登场，在全新的服务器上完成所有脏活累活。

# 确保环境变量已加载 source secrets/inputs.sh # 一键引导部署 make bootstrap

make bootstrap是一个组合命令，背后执行了多项任务，大致流程如下：

目录准备：在VPS上为OpenClaw创建必要的目录结构，并设置正确的权限。
系统配置：安装Docker、Docker Compose，配置防火墙（UFW），设置系统参数。
文件推送：将本地的docker-compose.yml（及覆盖文件）、openclaw.json、加密或明文的.env文件推送到VPS的指定位置。
Docker构建与启动：在VPS上构建或拉取OpenClaw Gateway的Docker镜像，然后通过docker compose up -d启动所有服务。
（如果启用Tailscale）：安装Tailscale客户端，并使用Terraform生成的预认证密钥自动将VPS加入到你的Tailnet中。

整个过程会在终端输出详细的Ansible执行日志。耐心等待，直到看到所有任务变为绿色ok或changed状态，并且最后提示引导成功。

4.4 步骤四：验证与访问

部署完成后，我们需要验证服务是否正常运行，并找到访问它的方式。

# 检查容器状态 make status

这个命令会SSH到VPS执行docker compose ps。理想状态下，你应该看到openclaw-gateway容器的状态是running或healthy。

# 查看实时日志，检查有无错误 make logs

在日志中，你应该关注类似[entrypoint] Skill installation complete和Gateway listening on 127.0.0.1:18789这样的成功信息。如果容器不断重启，日志里通常会打印出错误原因，最常见的是缺少环境变量或配置文件错误。

现在，服务已经在VPS的127.0.0.1:18789上运行了。如何访问这个本地端口呢？项目提供了两种方式：

方法A：SSH隧道（通用方法）

make tunnel

这个命令会在后台建立一个SSH隧道，将你本地机器的18789端口转发到VPS的18789端口。然后，你可以在浏览器打开http://localhost:18789。首次访问会要求输入OPENCLAW_GATEWAY_TOKEN，输入你在.env中设置的那个令牌即可。

方法B：Tailscale Serve（更优雅，需提前启用Tailscale）如果你在inputs.sh中配置了Tailscale并成功运行了bootstrap，那么VPS已经加入了你的Tailnet。你可以通过Tailscale分配的MagicDNS主机名直接访问。

首先，找出你的VPS在Tailnet中的主机名。可以运行make tailscale-ip查看IP，或者去Tailscale管理后台查看设备列表，主机名通常是server_name变量定义的（如openclaw-prod）。
然后，在浏览器访问https://openclaw-prod.<你的Tailnet名>.ts.net。Tailscale会自动提供HTTPS证书。
为了让OpenClaw网关允许通过这个URL访问，你需要回头修改openclaw.json，在gateway.controlUi.allowedOrigins数组中添加这个HTTPS URL。同时，为了Tailscale的认证头能正确传递，还需要设置gateway.auth.allowTailscale: true和正确的trustedProxies（通常是Docker网桥段，如172.20.0.0/24）。
修改配置后，运行make deploy推送更新。

安全提示：make tunnel建立的隧道是加密的，且服务本身不暴露在公网。Tailscale Serve同样是在加密的Tailnet内进行。这两种方式都比将服务端口直接暴露在公网要安全得多。

5. 高级配置、日常运维与故障排查

系统跑起来只是开始，如何用好、维护好它才是关键。这部分分享一些进阶配置和日常操作的经验。

5.1 启用Tailscale并锁定SSH

如果你在初始部署时没有启用Tailscale，或者想后期加固，可以按以下流程操作：

编辑secrets/inputs.sh，设置Tailscale相关的三个变量为true并填入OAuth信息。
应用基础设施变更：
```
source secrets/inputs.sh make apply
```
这会创建Tailscale OAuth应用并生成一个预认证密钥（保存在Terraform state中）。
在VPS上安装并注册Tailscale：
```
make bootstrap
```
bootstrap剧本包含了Tailscale的安装和注册任务。或者，你也可以单独运行make tailscale-setup。
验证并锁定SSH：
```
make tailscale-enable
```
这是关键一步。这个命令会：
- 检查Tailscale连接是否正常。
- 如果正常，它会自动运行make plan和make apply，将防火墙规则TF_VAR_ssh_allowed_cidrs设置为空数组[]，从而关闭公网22端口。
- 从此，你只能通过Tailscale的IP或MagicDNS来SSH访问服务器（例如：ssh openclaw@openclaw-prod）。
更新本地配置：为了方便，你可以修改本地的secrets/inputs.sh，将SERVER_IP变量的值从公网IP改为Tailscale的MagicDNS主机名（如openclaw-prod）。这样后续所有的make命令（如make ssh,make logs）都会通过Tailscale网络执行。

5.2 日常运维命令一览

项目通过Makefile封装了所有常用操作，非常清晰：

基础设施管理：

make plan # 预览变更 make apply # 应用变更（如升级服务器配置） make destroy # **销毁**所有资源（谨慎使用！）

应用部署与更新：

make deploy # 推送配置变更并重启容器 make deploy REBUILD=1 # 重新构建Docker镜像后部署（修改了Dockerfile后使用）

查看状态与日志：

make status # 查看容器和Tailscale状态 make logs # 跟踪容器日志 make ssh # 登录到VPS

备份与恢复：

make backup-now # 立即触发备份（备份数据、配置、向量数据库等） make backup-pull # 将最新的备份包下载到本地 make restore # 列出可用的备份文件（干跑模式） make restore EXECUTE=1 BACKUP=备份文件名.tar.gz # 执行恢复

强烈建议在每次重大操作（如升级OpenClaw版本）前执行make backup-now。

5.3 常见问题与排查实录

即使自动化程度很高，在实际操作中仍可能遇到问题。以下是我遇到或可能遇到的典型问题及解决思路：

问题1：make apply失败，提示Hetzner API认证错误。

排查：检查HCLOUD_TOKEN环境变量是否正确设置且未过期。可以通过echo $HCLOUD_TOKEN验证，或者运行source secrets/inputs.sh重新加载。
解决：在Hetzner控制台重新生成API Token，并更新secrets/inputs.sh。

问题2：make bootstrap或make deploy失败，Ansible提示“Permission denied (publickey)”。

排查：SSH公钥认证失败。首先确认TF_VAR_ssh_key_fingerprint对应的公钥已正确添加到Hetzner账户，并且本机有对应的私钥（默认~/.ssh/id_rsa）。
解决：使用ssh-keygen -l -f ~/.ssh/id_rsa.pub查看本地公钥指纹，与Hetzner控制台显示的对比。如果不匹配，要么在Hetzner添加正确的公钥，要么通过SSH_KEY环境变量指定其他私钥路径。

问题3：make status显示网关容器不断重启。

排查：立即查看日志make logs。最常见的原因是secrets/.env文件中的关键环境变量（如OPENCLAW_GATEWAY_TOKEN）缺失或格式错误，导致网关启动失败。
解决：
1. 检查VPS上~/openclaw/.env文件的内容是否正确。可以make ssh登录后，用cat ~/openclaw/.env查看。
2. 如果本地.env正确，重新运行make deploy推送配置。
3. 如果使用了SOPS加密，确保在部署机器（或CI环境）上有正确的age私钥并能成功解密。

问题4：通过SSH隧道能打开页面，但输入Token后提示“Unauthorized”。

排查：Token不匹配。网关验证的Token是VPS上~/openclaw/.env文件中的OPENCLAW_GATEWAY_TOKEN。
解决：确认你输入的Token与该文件中的值完全一致。可以通过make ssh然后cat ~/openclaw/.env | grep OPENCLAW_GATEWAY_TOKEN来查看。如果需要修改，更新本地的secrets/.env，然后运行make deploy。

问题5：启用Tailscale后，make命令（如make ssh）连接失败。

排查：make命令默认使用SERVER_IP变量连接。如果你在inputs.sh中将SERVER_IP改为了Tailscale主机名，但当前Shell会话没有加载这个变量，或者Tailscale客户端未运行/未登录，就会失败。
解决：
1. 确保当前终端已执行source secrets/inputs.sh。
2. 确保你的本地机器已安装Tailscale客户端并登录到同一个Tailnet。
3. 尝试直接使用Tailscale IP进行SSH测试：ssh openclaw@100.x.x.x（IP通过make tailscale-ip获取）。

问题6：OpenClaw Gateway日志显示AI API调用失败（如计费错误、额度不足）。

排查：如果是Anthropic Claude订阅模式，可能未正确链接。如果是API Key模式，可能Key无效或余额不足。
解决：
- 订阅模式：在VPS上运行make setup-auth，然后按提示在浏览器中完成Claude订阅的OAuth链接。
- API Key模式：检查secrets/.env中对应的API Key（如ANTHROPIC_API_KEY）是否正确，并在相应平台确认额度。

问题7：服务器磁盘空间不足。

排查：OpenClaw运行久了，日志、向量数据库或缓存可能会占用大量空间。
解决：
1. make ssh登录服务器。
2. 使用df -h查看磁盘使用情况。
3. 使用docker system prune -a清理无用的Docker镜像、容器和卷（谨慎操作，会清理未使用的资源）。
4. 检查~/.openclaw目录下各子目录的大小，可以考虑配置日志轮转或清理策略。

这套基于IaC的OpenClaw部署方案，将复杂的云原生应用部署标准化、自动化了。它不仅仅是一个部署脚本，更体现了一种现代运维理念：一切皆代码，一切可重复。从安全角度看，通过Tailscale实现零信任网络访问，极大地提升了个人项目的安全性边界。对于开发者而言，它提供了一个绝佳的样板，你可以基于此方案，轻松地将其他自托管服务（如Nextcloud、Jellyfin、GitLab等）以同样安全、自动化的方式部署起来。

查看全文

http://www.jsqmd.com/news/811626/