2026-05-14 租用 ProxyMac Mac mini 上的 OpenClaw 出站 HTTP/HTTPS 代理：为何 SSH 里的 export 会「撒谎」，以及 launchd 应如何继承
若你在 香港、日本、韩国、新加坡或美国 的租用 Apple Silicon Mac mini 上运行 OpenClaw，开发笔记本往往已经通过 企业 HTTP(S) 代理 访问公网，而云上的 mini 并不会自动获得同一条链路。常见剧本是：在 SSH 里 export HTTP_PROXY=...，模型调用立刻成功；随后把 launchd LaunchAgent 上线，却一条环境变量都没继承，于是把问题归咎为「OpenClaw 延迟」或「区域不好」。本文给出 (1) 受众筛选、(2) 易被误判为模型故障的症状、(3) 四模式代理矩阵、(4) 九步 launchd 编码手册、(5) 覆盖 PAC、分割隧道与 TLS 解密的 场景表，以及 (6) 针对 stdio MCP 的 NO_PROXY 雷区。请与 MCP 环境与 launchd、无头 SSH 首连清单、分割隧道 VPN 路由、网关令牌 JSON 交叉阅读。需要一次性图形界面排障时用 VNC；核算 SKU 用 定价；路径诊断用 帮助中心。
谁必须为 OpenClaw 显式写出站 HTTP(S) 代理
先判断 mini 的默认路由是否不经与你笔记本相同的检测链就能直连公网。受监管银行、带全球 ZTNA 的 OEM、以及只对 443 放行白名单 SaaS 的混合架构，往往要求非浏览器守护进程也走显式代理。若安全基线规定「无代理不得出公网」，OpenClaw 网关进程应遵守同一契约。反之，若路由器策略已做透明转发，你可能只需微调 NO_PROXY——但仍要用抓包或 curl -v 留下证据，而不是凭感觉。
- 量化门槛：若 mini 上 SSH 里
curl -I https://api.openai.com不带--proxy返回 407，而加上代理参数即成功，即属于显式代理桶。 - 时延门槛：当流量绕经另一大洲的中心代理，模型往返常额外增加 180–320 毫秒；请据此上调 MCP 超时，而不是盲目加并发。
- 并发门槛：企业代理对并发
CONNECT隧道常有 30–80 的上限；在宣称不稳定之前先把 OpenClaw 并行度压到该天花板以下。
哪些症状像「模型挂了」或「区域选错」
HTTP 层故障很少在 JSONL 里礼貌地打印「需要代理认证」。更常见的是 TLS 握手超时、恰好在 60 或 120 秒后连接被重置、或首 token 已出随后代理换钥导致流中断。另一类伪装是：DNS 解析成功但 TCP 挂起——多见于分割 DNS 把 api.* 指到仅存在于 VPN 网段的解析器，而 mini 未拉起对应接口。在把负载从 日本 迁到 新加坡 之前，请先用与 launchd 相同代理参数的环回 curl 复现，排除 HTTP 层因素。
HTTPS_PROXY 是否即可修复 TLS 端点；（3）stdio MCP 是否仍正常——若仍正常，回归几乎可断定是出站而非工具链整体损坏。
决策矩阵：静态代理、PAC、透明拦截与无代理
| 模式 | OpenClaw 侧如何感知 | 对 launchd 的含义 | 主要风险 |
|---|---|---|---|
静态 http://host:port |
库读取 HTTP_PROXY/HTTPS_PROXY |
必须写入 plist EnvironmentVariables |
chmod 不当导致 plist 世界可读含密 |
| PAC / WPAD URL | 若应用不解析 PAC 则等于未配置 | 常需包装脚本导出解析后的代理 | PAC JS 静默变更—应用 Git 固定版本 |
| 透明 TLS 拦截 | 无环境变量；企业 CA 参与握手 | 系统钥匙串必须信任该 CA | 根证书轮换后 TLS 全挂直至更新 |
| 无（直连） | 按 mini 所在区域直连公网 | 仍应为本地 MCP 设 NO_PROXY |
未来策略加代理时意外合规缺口 |
九步手册：从 SSH 证明到 launchd 对齐
- 清点变量：收集
HTTP_PROXY、HTTPS_PROXY、ALL_PROXY、NO_PROXY及厂商自定义键。 - 证明 curl 对齐：在 mini 上执行
curl -v --proxy http://proxy:8080 https://api.anthropic.com并归档 verbose 日志。 - 写入 plist：把成功组合镜像到
EnvironmentVariables；勿再依赖仅存在于~/.zshrc的 export，见 MCP 环境文。 - 拆分密钥：避免把基本认证口令写进工单—采用 launchd 友好的密文文件，思路同 令牌 JSON 文。
- NO_PROXY 卫生：包含
127.0.0.1,localhost,*.local及 MCP 使用的 RFC1918 段。 - 对齐 VPN：若笔记本依赖全隧道，先按 分割/全隧道文 核对 mini 路由再追 SLA。
- launchctl 烟测：
launchctl kickstart后对比 JSONL 出站行与 SSH 前台。 - 浸泡测试：以 3 路并发跑 500 次顺序模型调用，压出代理连接上限。
- 回滚：plist 版本进 Git；
bootout后 2 分钟内可恢复上一版若错误率飙升。
sudo -E—既扩大攻击面，也无法稳定把变量传给 MCP 子进程。
企业出口场景表（调超时前先认领你的行）
| 场景 | 可观测信号 | OpenClaw 调参杠杆 |
|---|---|---|
| 欧盟中心代理，mini 在美国 | RTT 较直连多 > 220 ms | 提高 HTTP 客户端超时；降低在途并行 |
| Zscaler 类 SSL 解密 | TLS alert unknown CA | 安装企业根到系统钥匙串并刷新信任缓存 |
| 分割隧道漏掉 mini 子网 | DNS 成功、SYN 不完成 | 修正 VPN 客户端路由；镜像笔记本策略 |
| 代理口令每 12 小时轮换 | 换班时段 407 爆发 | 托管凭据助手或短时令牌 |
雷区：NO_PROXY 写错会弄坏 stdio MCP，而模型看似「还好」
stdio MCP 常监听 127.0.0.1 高位端口。若 NO_PROXY 为空，部分 HTTP 栈仍尝试把环回流量送进企业代理，表现为模型能答但文件类工具全超时。反过来 NO_PROXY=* 会彻底绕过代理，可能违反合规。请用显式逗号列表，并用 curl --noproxy '*' http://127.0.0.1:8765/health 对照走代理的请求。把最终字符串与 plist 一并记入跟踪 无头清单 输出的同一 Git 仓库，方便审计理解意图。
export HTTP_PROXY=http://proxy.corp.local:8080 HTTPS_PROXY=http://proxy.corp.local:8080 NO_PROXY=127.0.0.1,localhost,169.254.169.254
常见问题
OpenClaw 更认小写还是大写环境变量？ 多数库两者皆可；机群内请统一一种写法，避免事故时双重猜测。
SOCKS 是否用 ALL_PROXY？ 对非 HTTP 感知的工具常常需要；仍用同一套 curl 矩阵验证。
IT 禁止磁盘存代理密码怎么办？ 协商短时 PAC 或侧车注入头；无头机群避免交互式提示—一次性权限弹窗可借助 VNC。
为何 ProxyMac Mac mini 适合硬化 OpenClaw 出站
租用的 Mac mini M4 提供 原生 macOS 信任链、可预期的 单租户 CPU 以消化 TLS 密集的代理跳转，并可在 HK / JP / KR / SG / US 选址，使控制面更靠近各云厂商 API 区域，而非单一欧洲堡垒。你保留 SSH 取证、在 帮助中心 查阅跨区域手册、在 定价页 透明扩展第二台 mini 以隔离生产与预发出口策略—而无需采购五地机柜。
