企业官网建设流程全解析

1. 为什么要在蓝队云服务器上跑 OpenClaw

OpenClaw 是一套开源的自动化安全编排平台，你可以把它理解成一个“安全任务的流水线调度器”：把情报查询、日志分析、告警聚合这些动作串成工作流，按事件触发自动执行。它适合安全运维工程师、蓝队值守人员，以及想搭一套本地化安全实验环境的学习者。真正让人头疼的不是功能，而是部署——依赖多、配置散、模型接口还得单独对接。

我这次的做法是把 OpenClaw 整个跑在蓝队云服务器的 Docker 里，模型调用统一走 TaoToken 的 API 通道。这样做的直接好处是：服务器只负责跑容器，模型侧不用在每台机器上分别申请和轮换 Key，一个统一 Key 就能覆盖 OpenClaw 里所有需要调用大模型的节点。整条链路从开机到接口连通，实测下来 30 分钟内可以跑完。

这篇内容交付三样东西：可复制的 Docker 部署命令、一份 config.toml 骨架、以及 TaoToken 接入配置和连通性验证动作。你照着敲就行，遇到报错直接跳到第 5 节对照排查。

2. 前置准备：蓝队云服务器与 TaoToken Key

2.1 蓝队云服务器选型与端口放行

OpenClaw 本体加依赖容器，2 核 4G 起步就够跑通，系统建议 Ubuntu 20.04 LTS 或 CentOS 7.9。购买后在控制台安全组里预先放行两个端口：Web 管理界面用的 TCP 5000，以及后续如果你要暴露 API 的端口（默认可以不开放，走内网调用）。

登录服务器用 SSH，拿到公网 IP 和 root 密码后直接连：

ssh root@你的蓝队云服务器IP

连上后先更新系统，保证包索引是新的：

# Ubuntu apt update && apt upgrade -y # CentOS yum update -y

注意：安全组放行端口和系统防火墙是两回事。如果你开了 ufw 或 firewalld，记得同步放行 5000，否则浏览器打不开管理后台。

2.2 获取 TaoToken 统一 Key

TaoToken 在这里扮演的是“模型调用的统一入口”。OpenClaw 内部有些节点需要调用大模型做文本理解或摘要，如果每个节点都单独配一家厂商的 Key，管理和轮换会很乱。用 TaoToken 的 API 通道，你只需要一个 Key，改配置时只动一处。

操作路径：打开官网 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite ，注册登录后进入控制台，在 API Keys 页面创建一个新 Key。创建时建议给它起个能识别的名字，比如openclaw-prod，方便以后区分用途。

创建完成后把 Key 复制下来，形如sk-xxxxxxxx，先存到本地记事本。这个 Key 只在创建时完整显示一次，页面刷新后就看不到了。

提示：Key 不要直接写进会提交到 Git 的配置文件里。生产环境建议用环境变量注入，下面 config.toml 骨架里我会用占位符标注。

3. 可复制配置：Docker 部署 OpenClaw

3.1 安装 Docker 与 Docker Compose

先装 Docker 引擎。用官方脚本最省事：

curl -fsSL https://get.docker.com | bash -s docker systemctl start docker systemctl enable docker

接着装 Docker Compose 插件（新版 Docker 已内置 compose 子命令，装插件版即可）：

apt install docker-compose-plugin -y # Ubuntu # 或 yum install docker-compose-plugin -y # CentOS

验证一下：

docker --version docker compose version

两条命令都能输出版本号，说明环境就绪。

3.2 拉取 OpenClaw 并编写 docker-compose.yml

创建应用目录：

mkdir -p /opt/openclaw && cd /opt/openclaw

在/opt/openclaw下新建docker-compose.yml，内容如下。这里我把 OpenClaw 主服务和它的依赖数据库分开定义，端口映射到宿主机的 5000：

services: openclaw: image: openclaw/openclaw:latest container_name: openclaw restart: unless-stopped ports: - "5000:5000" volumes: - ./config.toml:/app/config.toml - ./data:/app/data environment: - TZ=Asia/Shanghai depends_on: - openclaw-db openclaw-db: image: postgres:15-alpine container_name: openclaw-db restart: unless-stopped environment: - POSTGRES_USER=openclaw - POSTGRES_PASSWORD=change_me_strong - POSTGRES_DB=openclaw volumes: - ./pgdata:/var/lib/postgresql/data

注意：POSTGRES_PASSWORD换成你自己的强密码，别用示例值。数据库端口没有映射到宿主机，只在 Docker 内网互通，这样更安全。

3.3 config.toml 骨架与 TaoToken 接入配置

在/opt/openclaw下新建config.toml。这份骨架把模型调用统一指向 TaoToken 的 API 地址，Key 用环境变量占位：

[server] host = "0.0.0.0" port = 5000 [database] host = "openclaw-db" port = 5432 user = "openclaw" password = "change_me_strong" dbname = "openclaw" [llm] # 统一走 TaoToken API 通道 base_url = "https://taotoken.net/api" api_key = "${TAOTOKEN_API_KEY}" model = "claude-3-5-sonnet" timeout = 60 [workflow] max_concurrent = 5 log_level = "info"

关键点说明：base_url填https://taotoken.net/api，这是 API 通道地址，不带任何查询参数。api_key用${TAOTOKEN_API_KEY}占位，实际运行时通过环境变量注入，避免明文落盘。

如果你想让 Key 从环境变量进容器，把 docker-compose.yml 里 openclaw 服务的 environment 改成：

environment: - TZ=Asia/Shanghai - TAOTOKEN_API_KEY=${TAOTOKEN_API_KEY}

然后在宿主机上导出变量再启动：

export TAOTOKEN_API_KEY=sk-你的实际Key docker compose up -d

3.4 启动服务

cd /opt/openclaw docker compose up -d

首次启动会拉镜像，视网络情况需要一两分钟。启动完成后查看容器状态：

docker compose ps

两个容器都显示Up或running就对了。如果 openclaw 容器反复重启，用docker compose logs openclaw看日志，多半是 config.toml 格式或数据库连接问题，对照第 5 节排查。

4. 验证请求：确认模型通道连通

4.1 验证 OpenClaw 服务本身

浏览器打开http://你的蓝队云服务器IP:5000，能看到 OpenClaw 的登录或初始化页面，说明 Web 服务正常。首次进入按提示创建管理员账号。

命令行侧也可以快速探活：

curl -I http://127.0.0.1:5000

返回HTTP/1.1 200或302都算正常。

4.2 验证 TaoToken 模型通道

这一步是重点：确认 OpenClaw 能通过 TaoToken 拿到模型响应。最直接的方式是单独测一次 API 通道。用 curl 发一个最小请求：

curl https://taotoken.net/api/v1/chat/completions \ -H "Authorization: Bearer sk-你的实际Key" \ -H "Content-Type: application/json" \ -d '{ "model": "claude-3-5-sonnet", "messages": [{"role": "user", "content": "ping"}], "max_tokens": 16 }'

如果返回 JSON 里带choices字段和一段回复内容，说明 Key 和通道都正常。返回 401 是 Key 问题，返回 404 检查 base_url 是否写成了带多余路径的地址。

4.3 在 OpenClaw 里触发一次模型调用

回到 OpenClaw 管理后台，新建一个最简单的测试工作流，加一个“文本摘要”节点，输入一段测试文本，保存后手动触发。观察节点执行日志：如果状态变成成功并输出了摘要结果，说明 OpenClaw 已经成功通过 config.toml 里的配置调到了 TaoToken 通道。这一步跑通，整条链路就闭环了。

5. 本篇常见错排查

容器起不来，日志报 config 解析失败。多半是 config.toml 里字符串没加引号，或者 TOML 段落写错。用docker compose logs openclaw看具体行号，TOML 对格式比较敏感，base_url和api_key的值必须用双引号包住。

Web 页面打不开，但容器是 Up。先确认蓝队云安全组放行了 5000，再确认系统防火墙。Ubuntu 用ufw status看，CentOS 用firewall-cmd --list-ports看。两边都放行后还不行，检查 docker-compose.yml 里端口映射是不是写成了5000:5000。

模型调用返回 401。Key 错了或者没注入进容器。进容器里确认环境变量：docker compose exec openclaw env | grep TAOTOKEN。如果为空，说明宿主机 export 的变量没传进去，检查 docker-compose.yml 的 environment 段有没有引用${TAOTOKEN_API_KEY}。

模型调用超时。把 config.toml 里的timeout从 60 调到 120 试试。另外确认服务器出网正常，curl -I https://taotoken.net/api能通再排查应用层。

数据库连接被拒。确认 openclaw-db 容器先于 openclaw 启动完成。compose 里虽然写了 depends_on，但它只保证启动顺序不保证就绪。等数据库起来后再docker compose restart openclaw一次即可。

6. 后续接入与长期使用建议

链路跑通之后，日常维护主要盯两件事：一是 Key 的轮换，TaoToken 控制台里可以随时新建 Key 并停用旧的，改完配置重启 openclaw 容器就生效；二是资源占用，2 核 4G 跑测试够用，如果工作流并发调高，观察docker stats里的内存曲线，接近上限就升配。

如果你打算把 OpenClaw 接到长期运行的编码或 Agent 场景里，建议单独规划一套 Coding Plan，把模型调用额度和实验环境分开，避免测试流量挤占生产额度。接入文档里有完整的参数说明和示例，配置项对照着改就行。

需要再确认某个模型在当前通道下的实际表现，可以直接在模型对话页面发几条测试请求，比在 OpenClaw 里反复触发工作流更快。Key 管理和新建入口都在 API Keys 页面，轮换时记得同步更新服务器上的环境变量，别只改控制台忘了容器侧。