1. 当 OpenClaw 跑进内网管控为什么突然变难了OpenClaw 这类自动化工具在企业里越来越常见它能模拟人工操作自动登录业务系统、批量处理文档、跨平台搬运数据把重复劳动压缩成一条命令。但真正把它放进生产内网后很多团队会发现一个尴尬的现实——效率上去了安全边界却模糊了。它高频访问核心系统权限一旦失控就是越权操作它批量读写敏感数据一次误配置就可能把加密文件外发它静默跨平台传输传统审计日志根本来不及拦截。我所在的团队就遇到过类似情况一台测试机上的 OpenClaw 被临时授权访问共享目录结果它按预设脚本把一批未脱敏的报表同步到了外部对象存储。事后追查发现终端管控策略只拦了浏览器和 IM对 node 进程的批量文件操作几乎无感。这件事之后我们决定用 IP-guard 做管控底座把 OpenClaw 的进程、路径、网络通道全部纳入策略同时用 TaoToken 统一模型调用的 Key 与 API 通道避免每个工具各自散落配置。这篇就按这个思路把可复制的 settings.json、config.toml 骨架和 CC Switch / Cline 接入步骤写清楚让自动化工具在受控前提下稳定可用。2. 前置准备IP-guard 策略与 TaoToken 通道IP-guard 负责的是终端侧“能不能跑、能碰哪些路径、能连哪些域名”TaoToken 负责的是模型调用侧“用哪个 Key、走哪个 API 入口、额度怎么统一”。两者分工明确不要混在一起配。先确认 IP-guard 控制台里已经启用应用控制、网络控制、行为审计三个模块。针对 OpenClaw 的部署形态策略要分环境写Linux/macOS 下限制 node 进程对~/.openclaw/的读写Windows 原生下禁止node.exe访问.openclaw*路径WSL2 下按业务评估是否禁用wsl.exe。网络侧把 IM 机器人开放平台、未授权的大模型服务接口域名加入阻断列表只放行你实际要用的 API 入口。TaoToken 这边先在控制台创建一把专用 Key不要和日常对话混用。地址是 https://taotoken.net/api Key 在 console 里生成https://taotoken.net/console 。生成后建议按项目或按人拆分方便后续审计。模型对话入口可以用来做连通性验证https://taotoken.net/models 接入文档在 https://taotoken.net/doc 。如果你后面要长期跑编码类 Agent可以看 Coding Planhttps://taotoken.net/coding-plan 。注意IP-guard 的网络控制策略里放行域名要写你实际调用的 API 主机名不要图省事放行整个网段否则隔离就失去意义。3. 可复制配置settings.json 与 config.toml 骨架OpenClaw 的配置通常分两层一层是工具自身的 settings.json管进程行为、工作目录、日志另一层是模型通道的 config.toml管 API 地址、Key、超时。下面给的是骨架字段按你实际版本微调。先看 settings.json重点是限制工作目录和关闭不必要的静默外发{ openclaw: { workDir: /opt/openclaw/workspace, allowPaths: [ /opt/openclaw/workspace, /data/approved/reports ], denyPaths: [ ~/.ssh, ~/.aws, /etc ], logLevel: info, auditLog: /var/log/openclaw/audit.log, network: { allowHosts: [ taotoken.net ], denyByDefault: true } } }再看 config.toml把模型调用统一指向 TaoToken 的 API 入口Key 用环境变量注入不要硬编码[llm] provider taotoken base_url https://taotoken.net/api api_key_env TAOTOKEN_API_KEY model claude-3-5-sonnet timeout_seconds 60 max_retries 2 [agent] enable_shell false enable_file_write true allowed_write_dirs [/opt/openclaw/workspace]环境变量在启动脚本里注入export TAOTOKEN_API_KEYsk-你的专用Key如果你用 CC Switch 做多环境切换可以在它的配置里加一个 profile把 base_url 指向https://taotoken.net/apiKey 填同一把。Cline 接入时在设置里选 OpenAI CompatibleBase URL 填https://taotoken.net/apiAPI Key 填专用 Key模型名按文档里支持的写。这样 OpenClaw、CC Switch、Cline 走的是同一条通道IP-guard 只需要放行一个域名审计也集中。4. 验证请求与权限校验配置写完不能直接上生产先做两步验证连通性测试和权限校验。连通性测试用 curl 打一次模型对话接口确认 Key 和网络放行都生效curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d { model: claude-3-5-sonnet, messages: [{role: user, content: ping}] }返回里能看到正常 completion 就说明通道通了。如果超时先查 IP-guard 网络控制日志里有没有拦截记录再确认 base_url 有没有写错路径。权限校验在终端侧做用 OpenClaw 跑一个只读任务看它能不能碰到 denyPaths 里的目录openclaw run --task list files in /etc --dry-run预期结果是拒绝访问并且 audit.log 里出现一条 deny 记录。再跑一个允许目录的写入任务确认能正常完成。这一步做完说明 IP-guard 的路径策略和 OpenClaw 自身的 allow/deny 是叠加生效的。5. 本篇常见错排查报错一connect ETIMEDOUT taotoken.net先看 IP-guard 网络控制里有没有把taotoken.net加进放行列表。如果加了还超时检查终端 DNS 是否被策略改过或者代理设置冲突。不要用系统级代理绕直接在 IP-guard 里放行目标域名即可。报错二EACCES: permission denied, open ~/.openclaw/config这是 IP-guard 路径策略和 OpenClaw 自身权限打架。确认策略里限制的是 node 进程对~/.openclaw/的读写而不是整个 home 目录。如果 OpenClaw 以服务方式运行还要检查运行账户是否有对应目录的读权限。报错三Cline 里填了 Key 但提示 401多半是 Key 复制时带了空格或者 base_url 写成了https://taotoken.net少了/api。重新在 console 里生成一把粘贴时注意首尾。CC Switch 里如果配了多个 profile确认当前激活的是指向 TaoToken 的那个。报错四审计日志里看不到 OpenClaw 的操作检查 IP-guard 行为审计模块是否对 node 进程启用了文档操作和网络访问记录。有些策略默认只记浏览器和 Office需要手动把 node 加进监控进程列表。6. 把通道和管控固定下来整套方案跑通后建议把三件事固定成习惯Key 按项目拆分并定期轮换IP-guard 策略按环境分组而不是一台台配OpenClaw 的 settings.json 和 config.toml 纳入版本管理。这样新机器上线时复制配置加导入策略就能复用不用每次重新踩坑。模型调用侧的统一入口保持用 TaoTokenAPI 地址是 https://taotoken.net/api Key 在 https://taotoken.net/console 管理接入细节看 https://taotoken.net/doc 。需要长期跑编码 Agent 的可以了解 https://taotoken.net/coding-plan 。把通道收拢到一个入口IP-guard 的放行规则和审计范围都会简单很多自动化工具才能真正做到可控可用。