From 1e52f8346b691d190391bafcbf79892a6bb83ac0 Mon Sep 17 00:00:00 2001 From: "openclaw-docs-i18n[bot]" Date: Wed, 29 Apr 2026 14:34:26 +0000 Subject: [PATCH] chore(i18n): refresh zh-CN translations --- docs/zh-CN/security/network-proxy.md | 100 +++++++++++++-------------- 1 file changed, 50 insertions(+), 50 deletions(-) diff --git a/docs/zh-CN/security/network-proxy.md b/docs/zh-CN/security/network-proxy.md index 19f8a267d..c36944022 100644 --- a/docs/zh-CN/security/network-proxy.md +++ b/docs/zh-CN/security/network-proxy.md @@ -1,40 +1,40 @@ --- read_when: - - 你希望对 SSRF 和 DNS 重绑定攻击进行纵深防御 - - 配置用于 OpenClaw 运行时流量的外部正向代理 -summary: 如何通过由操作员管理的过滤代理路由 OpenClaw 运行时 HTTP 和 WebSocket 流量 + - 你需要针对 SSRF 和 DNS 重绑定攻击的纵深防御 + - 为 OpenClaw 运行时流量配置外部正向代理 +summary: 如何通过运维方管理的过滤代理路由 OpenClaw 运行时 HTTP 和 WebSocket 流量 title: 网络代理 x-i18n: - generated_at: "2026-04-29T11:03:29Z" + generated_at: "2026-04-29T14:33:54Z" model: gpt-5.5 provider: openai - source_hash: b653991b31793a7ac0a8c45ff9bb2fa24288acc8835aefe0031eb218453380ec + source_hash: d5f6c2ba03ef9826675bb82957be21ec690631fcf5eca1e99775c3c145cd1531 source_path: security/network-proxy.md workflow: 16 --- # 网络代理 -OpenClaw 可以通过操作员管理的正向代理路由运行时 HTTP 和 WebSocket 流量。对于希望集中控制出口流量、增强 SSRF 防护并提升网络可审计性的部署，这是可选的深度防御措施。 +OpenClaw 可以通过由运维方管理的前向代理来路由运行时 HTTP 和 WebSocket 流量。对于希望集中控制出站流量、加强 SSRF 防护并提升网络可审计性的部署，这是可选的纵深防御措施。 -OpenClaw 不会随附、下载、启动、配置或认证代理。你运行适合自己环境的代理技术，OpenClaw 会通过它路由普通的进程本地 HTTP 和 WebSocket 客户端。 +OpenClaw 不会附带、下载、启动、配置或认证代理。你运行适合自己环境的代理技术，OpenClaw 会通过它路由普通的进程本地 HTTP 和 WebSocket 客户端。 ## 为什么使用代理？ -代理为操作员提供一个用于出站 HTTP 和 WebSocket 流量的网络控制点。即使在 SSRF 加固之外，这也可能很有用： +代理为运维方提供一个面向出站 HTTP 和 WebSocket 流量的网络控制点。即使不考虑 SSRF 加固，这也很有用： -- 集中策略：维护一套出口策略，而不是依赖每个应用 HTTP 调用点都正确处理网络规则。 +- 集中策略：维护一份出站策略，而不是依赖每个应用 HTTP 调用点都正确实现网络规则。 - 连接时检查：在 DNS 解析之后、代理打开上游连接之前立即评估目标。 -- DNS 重绑定防御：缩小应用层 DNS 检查与实际出站连接之间的间隙。 -- 更广泛的 JavaScript 覆盖：通过同一路径路由普通的 `fetch`、`node:http`、`node:https`、WebSocket、axios、got、node-fetch 以及类似客户端。 -- 可审计性：在出口边界记录允许和拒绝的目标。 +- DNS 重绑定防御：缩小应用级 DNS 检查与实际出站连接之间的间隙。 +- 更广泛的 JavaScript 覆盖：将普通的 `fetch`、`node:http`、`node:https`、WebSocket、axios、got、node-fetch 以及类似客户端路由到同一路径。 +- 可审计性：在出站边界记录允许和拒绝的目标。 - 运维控制：无需重新构建 OpenClaw，即可强制执行目标规则、网络分段、速率限制或出站允许列表。 -OpenClaw 仍会保留应用层 SSRF 防护，例如 `fetchWithSsrFGuard`。代理路由是普通 HTTP 和 WebSocket 出口的额外进程级护栏，而不是受保护 fetch 或操作系统级网络沙箱的替代品。 +代理路由是针对普通 HTTP 和 WebSocket 出站的进程级护栏。它为运维方提供一个故障关闭路径，用于通过其自己的过滤代理路由受支持的 JavaScript HTTP 客户端，但它不是操作系统级网络沙箱，也不会让 OpenClaw 认证代理的目标策略。 ## OpenClaw 如何路由流量 -当 `proxy.enabled=true` 且已配置代理 URL 时，受保护的运行时进程（例如 `openclaw gateway run`、`openclaw node run` 和 `openclaw agent --local`）会通过配置的代理路由普通 HTTP 和 WebSocket 出口： +当 `proxy.enabled=true` 且配置了代理 URL 时，受保护的运行时进程（例如 `openclaw gateway run`、`openclaw node run` 和 `openclaw agent --local`）会通过配置的代理路由普通 HTTP 和 WebSocket 出站流量： ```text OpenClaw process @@ -43,11 +43,11 @@ OpenClaw process WebSocket clients -> operator-managed filtering proxy -> public internet ``` -公共契约是路由行为，而不是用于实现它的内部 Node 钩子。OpenClaw Gateway 网关控制平面 WebSocket 客户端在 Gateway 网关 URL 使用 `localhost` 或字面量回环 IP（例如 `127.0.0.1` 或 `[::1]`）时，会为 local loopback Gateway 网关 RPC 流量使用一条狭窄的直连路径。即使操作员代理阻止回环目标，该控制平面路径也必须能够访问回环 Gateway 网关。普通运行时 HTTP 和 WebSocket 请求仍会使用配置的代理。 +公共契约是路由行为，而不是用于实现它的内部 Node 钩子。当 Gateway 网关 URL 使用 `localhost` 或字面量回环 IP（例如 `127.0.0.1` 或 `[::1]`）时，OpenClaw Gateway 网关控制平面 WebSocket 客户端会为 local loopback Gateway 网关 RPC 流量使用一条狭窄的直连路径。即使运维方代理阻止回环目标，该控制平面路径也必须能够访问回环 Gateway 网关。普通运行时 HTTP 和 WebSocket 请求仍会使用配置的代理。 -代理 URL 本身必须使用 `http://`。仍支持通过带 HTTP `CONNECT` 的代理访问 HTTPS 目标；这只表示 OpenClaw 期望的是纯 HTTP 正向代理监听器，例如 `http://127.0.0.1:3128`。 +代理 URL 本身必须使用 `http://`。通过代理访问 HTTPS 目标仍受支持，方式是 HTTP `CONNECT`；这只表示 OpenClaw 需要一个纯 HTTP 前向代理监听器，例如 `http://127.0.0.1:3128`。 -代理处于活动状态时，OpenClaw 会清除 `no_proxy`、`NO_PROXY` 和 `GLOBAL_AGENT_NO_PROXY`。这些绕过列表基于目标，因此如果在其中保留 `localhost` 或 `127.0.0.1`，高风险 SSRF 目标就会跳过过滤代理。 +代理处于活动状态时，OpenClaw 会清除 `no_proxy`、`NO_PROXY` 和 `GLOBAL_AGENT_NO_PROXY`。这些绕过列表基于目标，因此如果其中保留 `localhost` 或 `127.0.0.1`，高风险 SSRF 目标就会跳过过滤代理。 关闭时，OpenClaw 会恢复之前的代理环境，并重置缓存的进程路由状态。 @@ -59,7 +59,7 @@ proxy: proxyUrl: http://127.0.0.1:3128 ``` -你也可以通过环境提供 URL，同时在配置中保留 `proxy.enabled=true`： +你也可以通过环境提供 URL，同时在配置中保持 `proxy.enabled=true`： ```bash OPENCLAW_PROXY_URL=http://127.0.0.1:3128 openclaw gateway run @@ -67,7 +67,7 @@ OPENCLAW_PROXY_URL=http://127.0.0.1:3128 openclaw gateway run `proxy.proxyUrl` 优先于 `OPENCLAW_PROXY_URL`。 -如果 `enabled=true` 但未配置有效的代理 URL，受保护命令会启动失败，而不是回退到直接网络访问。 +如果 `enabled=true` 但没有配置有效的代理 URL，受保护的命令会启动失败，而不是回退到直接网络访问。 对于使用 `openclaw gateway start` 启动的托管 Gateway 网关服务，建议将 URL 存储在配置中： @@ -78,55 +78,55 @@ openclaw gateway install --force openclaw gateway start ``` -环境回退最适合前台运行。如果你将它用于已安装的服务，请把 `OPENCLAW_PROXY_URL` 放入服务的持久环境中，例如 `$OPENCLAW_STATE_DIR/.env` 或 `~/.openclaw/.env`，然后重新安装该服务，使 launchd、systemd 或 Scheduled Tasks 使用该值启动 Gateway 网关。 +环境回退最适合前台运行。如果你将它用于已安装的服务，请将 `OPENCLAW_PROXY_URL` 放入服务的持久环境中，例如 `$OPENCLAW_STATE_DIR/.env` 或 `~/.openclaw/.env`，然后重新安装服务，使 launchd、systemd 或计划任务以该值启动 Gateway 网关。 -对于 `openclaw --container ...` 命令，设置 `OPENCLAW_PROXY_URL` 时，OpenClaw 会将其转发到面向容器的子 CLI。该 URL 必须能从容器内部访问；`127.0.0.1` 指的是容器本身，而不是主机。除非你显式覆盖此安全检查，否则 OpenClaw 会拒绝面向容器的命令使用回环代理 URL。 +对于 `openclaw --container ...` 命令，如果设置了 `OPENCLAW_PROXY_URL`，OpenClaw 会将其转发给面向容器的子 CLI。该 URL 必须能从容器内部访问；`127.0.0.1` 指的是容器本身，而不是宿主机。除非你显式覆盖该安全检查，否则 OpenClaw 会拒绝面向容器的命令使用回环代理 URL。 ## 代理要求 代理策略是安全边界。OpenClaw 无法验证代理是否阻止了正确的目标。 -配置代理以： +配置代理时应做到： -- 仅绑定到回环地址或受信任的私有接口。 -- 限制访问，使只有 OpenClaw 进程、主机、容器或服务账号可以使用它。 -- 自行解析目标，并在 DNS 解析之后阻止目标 IP。 -- 对纯 HTTP 请求和 HTTPS `CONNECT` 隧道都在连接时应用策略。 -- 拒绝对回环、私有、链路本地、元数据、多播、保留或文档范围的基于目标的绕过。 +- 仅绑定到回环或受信任的私有接口。 +- 限制访问，使只有 OpenClaw 进程、主机、容器或服务账户可以使用它。 +- 自行解析目标，并在 DNS 解析后阻止目标 IP。 +- 在连接时对普通 HTTP 请求和 HTTPS `CONNECT` 隧道应用策略。 +- 拒绝针对回环、私有、链路本地、元数据、多播、保留或文档范围的基于目标的绕过。 - 避免使用主机名允许列表，除非你完全信任 DNS 解析路径。 -- 记录目标、决策、状态和原因，但不要记录请求正文、授权标头、Cookie 或其他密钥。 +- 记录目标、决策、状态和原因，但不记录请求正文、授权标头、Cookie 或其他密钥。 - 将代理策略纳入版本控制，并像审查安全敏感配置一样审查变更。 ## 建议阻止的目标 -将此拒绝列表用作任何正向代理、防火墙或出口策略的起点。 +将此拒绝列表作为任何前向代理、防火墙或出站策略的起点。 -OpenClaw 应用层分类器逻辑位于 `src/infra/net/ssrf.ts` 和 `src/shared/net/ip.ts`。相关的对等钩子是 `BLOCKED_HOSTNAMES`、`BLOCKED_IPV4_SPECIAL_USE_RANGES`、`BLOCKED_IPV6_SPECIAL_USE_RANGES`、`RFC2544_BENCHMARK_PREFIX`，以及用于 NAT64、6to4、Teredo、ISATAP 和 IPv4 映射形式的嵌入式 IPv4 哨兵处理。维护外部代理策略时，这些文件是有用的参考，但 OpenClaw 不会自动导出这些规则，也不会在你的代理中强制执行它们。 +OpenClaw 应用级分类器逻辑位于 `src/infra/net/ssrf.ts` 和 `src/shared/net/ip.ts`。相关的对等钩子包括 `BLOCKED_HOSTNAMES`、`BLOCKED_IPV4_SPECIAL_USE_RANGES`、`BLOCKED_IPV6_SPECIAL_USE_RANGES`、`RFC2544_BENCHMARK_PREFIX`，以及用于 NAT64、6to4、Teredo、ISATAP 和 IPv4 映射形式的嵌入式 IPv4 哨兵处理。维护外部代理策略时，这些文件是有用参考，但 OpenClaw 不会自动导出这些规则，也不会在你的代理中强制执行它们。 | 范围或主机 | 阻止原因 | -| ---------------------------------------------------------------------------------- | ---------------------------------------------------- | -| `127.0.0.0/8`, `localhost`, `localhost.localdomain` | IPv4 回环 | -| `::1/128` | IPv6 回环 | -| `0.0.0.0/8`, `::/128` | 未指定地址和本网地址 | -| `10.0.0.0/8`, `172.16.0.0/12`, `192.168.0.0/16` | RFC1918 私有网络 | -| `169.254.0.0/16`, `fe80::/10` | 链路本地地址和常见云元数据路径 | -| `169.254.169.254`, `metadata.google.internal` | 云元数据服务 | -| `100.64.0.0/10` | 运营商级 NAT 共享地址空间 | -| `198.18.0.0/15`, `2001:2::/48` | 基准测试范围 | +| ------------------------------------------------------------------------------------ | ---------------------------------------------------- | +| `127.0.0.0/8`, `localhost`, `localhost.localdomain` | IPv4 回环 | +| `::1/128` | IPv6 回环 | +| `0.0.0.0/8`, `::/128` | 未指定地址和本网络地址 | +| `10.0.0.0/8`, `172.16.0.0/12`, `192.168.0.0/16` | RFC1918 私有网络 | +| `169.254.0.0/16`, `fe80::/10` | 链路本地地址和常见云元数据路径 | +| `169.254.169.254`, `metadata.google.internal` | 云元数据服务 | +| `100.64.0.0/10` | 运营商级 NAT 共享地址空间 | +| `198.18.0.0/15`, `2001:2::/48` | 基准测试范围 | | `192.0.0.0/24`, `192.0.2.0/24`, `198.51.100.0/24`, `203.0.113.0/24`, `2001:db8::/32` | 特殊用途和文档范围 | -| `224.0.0.0/4`, `ff00::/8` | 多播 | -| `240.0.0.0/4` | 保留 IPv4 | -| `fc00::/7`, `fec0::/10` | IPv6 本地/私有范围 | -| `100::/64`, `2001:20::/28` | IPv6 丢弃和 ORCHIDv2 范围 | -| `64:ff9b::/96`, `64:ff9b:1::/48` | 带嵌入式 IPv4 的 NAT64 前缀 | -| `2002::/16`, `2001::/32` | 带嵌入式 IPv4 的 6to4 和 Teredo | -| `::/96`, `::ffff:0:0/96` | IPv4 兼容和 IPv4 映射的 IPv6 | +| `224.0.0.0/4`, `ff00::/8` | 多播 | +| `240.0.0.0/4` | 保留 IPv4 | +| `fc00::/7`, `fec0::/10` | IPv6 本地/私有范围 | +| `100::/64`, `2001:20::/28` | IPv6 丢弃和 ORCHIDv2 范围 | +| `64:ff9b::/96`, `64:ff9b:1::/48` | 带嵌入式 IPv4 的 NAT64 前缀 | +| `2002::/16`, `2001::/32` | 带嵌入式 IPv4 的 6to4 和 Teredo | +| `::/96`, `::ffff:0:0/96` | IPv4 兼容和 IPv4 映射 IPv6 | 如果你的云提供商或网络平台记录了其他元数据主机或保留范围，也请一并添加。 ## 验证 -从运行 OpenClaw 的同一主机、容器或服务账号验证代理： +从运行 OpenClaw 的同一主机、容器或服务账户验证代理： ```bash curl -x http://127.0.0.1:3128 https://example.com/ @@ -154,9 +154,9 @@ proxy: ## 限制 -- 代理改进了对进程本地 JavaScript HTTP 和 WebSocket 客户端的覆盖，但它不会替代应用层 `fetchWithSsrFGuard`。 -- 原始 `net`、`tls` 和 `http2` 套接字、原生插件以及子进程可能会绕过 Node 级代理路由，除非它们继承并遵守代理环境变量。 -- 需要时，用户本地 WebUI 和本地模型服务器应在操作员代理策略中加入允许列表；OpenClaw 不会为它们公开通用的本地网络绕过。 +- 代理可提升对进程本地 JavaScript HTTP 和 WebSocket 客户端的覆盖范围，但它不是操作系统级网络沙箱。 +- 原始 `net`、`tls` 和 `http2` 套接字、原生插件以及子进程可能绕过 Node 级代理路由，除非它们继承并遵守代理环境变量。 +- 需要时，应在运维方代理策略中为用户本地 WebUI 和本地模型服务器加入允许列表；OpenClaw 不会为它们暴露通用本地网络绕过。 - Gateway 网关控制平面代理绕过被有意限制为 `localhost` 和字面量回环 IP URL。对于本地直连 Gateway 网关控制平面连接，请使用 `ws://127.0.0.1:18789`、`ws://[::1]:18789` 或 `ws://localhost:18789`；其他主机名会像普通基于主机名的流量一样路由。 - OpenClaw 不会检查、测试或认证你的代理策略。 - 将代理策略变更视为安全敏感的运维变更。