![](https://developer.qcloudimg.com/http-save/yehe-7353521/ee66b4e5dd9293c4d7ac472bf0f6ec39.jpg)

**Docker Sandboxes 实测系列（共 5 篇）**

1. [Docker Sandboxes 上手：从安装到第一次跑 Agent](https://atbug.com/docker-sandboxes-quickstart/)
2. [Docker Sandboxes 工作区怎么接：Direct、Clone 和它们的边界](https://atbug.com/docker-sandboxes-workspace-modes/)
3. [Docker Sandboxes 的隔离例外：共享 Skills 与宿主机 MCP](https://atbug.com/docker-sandboxes-skills-mcp/)
4. [Docker Sandboxes 的凭证：host 代理转发，不进 microVM](https://atbug.com/docker-sandboxes-credentials/)
5. Docker Sandboxes 的网络策略：balanced 挡住了什么，怎么放行一条例外（**本篇**）

## TL;DR

`balanced` 不是“基本全开”。初始化后本机生成了 197 条网络 allow 规则，看着不少，但拦下的东西更值得关注：宿主机 `localhost`、局域网私有地址、云平台的 metadata 端点（`169.254.169.254`）、VS Code 和 Microsoft 的遥测域名，默认全部 403 或 DNS 直接拒绝。

排查用 `sbx policy log`，看某个 sandbox 到底被拦了哪个域名、什么原因；放行用 `sbx policy allow network --sandbox <name> <host>`，改动立刻生效，不用重启 sandbox。

## 三档预设，`balanced` 挡的比想象中多

第一篇提过一句：三档预设里，`balanced` 是居中那档——默认拒绝，放行常见开发站点。这篇把“常见开发站点”具体是什么、“默认拒绝”具体拒绝了什么，摊开看。

先看规模：

```bash
$ sbx policy ls
POLICY         SOURCE   APPLIES TO   SUMMARY
local-policy   local    all          network: 197 allow; filesystem read: 1 allow; filesystem write: 1 allow
```

197 条 allow 规则，覆盖模型 API、包管理器（PyPI、npm）、代码托管（GitHub）、容器 Registry 这些开发常用域名。但下面这些默认都不在名单里：

```bash
$ sbx exec my-sandbox bash -c 'curl -s -o /dev/null -w "%{http_code}\n" http://example.com'
403

$ sbx exec my-sandbox bash -c 'curl -s -o /dev/null -w "%{http_code}\n" http://localhost:1'
000

$ sbx exec my-sandbox bash -c 'curl -s -o /dev/null -w "%{http_code}\n" https://pypi.org'
200
```

`example.com` 403，宿主机 `localhost` 直接连不上（`000`），`pypi.org` 在白名单里，200。

值得留意的不是这几个示例域名，是我这几天测试攒下来的 `sbx policy log` 里，`balanced` 真正拦住的东西——云平台的 metadata 端点和几个大厂的遥测域名，默认也在拒绝名单里：

```text
Blocked requests:
SANDBOX          HOST                                            REASON
...              169.254.169.254:80                              No matching allow rule (default deny)
...              metadata.google.internal:80                     No matching allow rule (default deny)
...              westus-0.in.applicationinsights.azure.com:443   No matching allow rule (default deny)
...              main.vscode-cdn.net:443                          No matching allow rule (default deny)
...              mobile.events.data.microsoft.com:443             No matching allow rule (default deny)
```

`169.254.169.254` 是云平台通用的 metadata 服务地址（AWS/Azure/GCP 都用这个地址回答“我是谁、我的凭证是什么”）；一个跑在容器里的进程如果尝试连它，通常不是好事。`balanced` 默认把这条也堵了，不只是挡“陌生网站”。

## 用 `sbx policy log` 查一条请求被拦在哪

`sbx policy log` 按 sandbox 分组，列出被拦和放行的请求，带上代理类型和命中次数：

```bash
$ sbx policy log
Blocked requests:
SANDBOX        TYPE      HOST              PROXY     RULE                                                    REASON                    COUNT
my-sandbox     network   example.com:80    forward   no applicable policies for op(...)                      No matching allow rule    1
my-sandbox     network   example.com       network   <dns proxy policy>                                      DNS lookup blocked        1
```

同一个域名会出现两条：一条是 HTTP 层的连接被 403，一条是 DNS 解析本身就被挡——`balanced` 不只在 HTTP 代理层拦，DNS 查询这一步也可能先被切断，取决于 sandbox 是不是先解析出了地址再发起连接。

想在不实际发请求的情况下判断某个域名会不会被放行，用 `sbx policy check`，不用起 sandbox 或等 curl 超时：

```bash
$ sbx policy check network blocked.example.com
Denied: blocked.example.com:443
Reason: no matching allow rule (default deny)

$ sbx policy check network api.anthropic.com
Allowed: api.anthropic.com:443
```

## 放行一条例外，只影响一个 sandbox

第一篇讲 SuperGrok 时用过全局放行：`sbx policy allow network "*.x.ai:443,…"`，之后所有 sandbox 都能连。如果只想给某一个 sandbox 开例外，加 `--sandbox`：

```bash
$ sbx policy allow network --sandbox my-sandbox example.com
Rule added to policy local (scope: sandbox:my-sandbox): 64cae706-... (example.com)

$ sbx exec my-sandbox bash -c 'curl -s -o /dev/null -w "%{http_code}\n" http://example.com'
200
```

加规则不需要重启 sandbox，立刻生效。撤销同一条规则：

```bash
sbx policy rm network --sandbox my-sandbox --resource example.com
```

`sbx policy ls <sandbox-name>` 能看到这个 sandbox 当前实际生效的规则合集——包括全局 `local-policy`，也包括 kit 额外加的规则。我这台机器上跑过的几个 OpenCode sandbox，`sbx policy ls` 显示它们各自还多了一条来自 kit 的 allow 规则，是 OpenCode 的 sandbox 模板自己声明的，不算在全局 197 条里。这条提醒：换一个 Agent 或换一个 kit，实际放行的域名集合可能比全局策略更宽，出问题时记得连 kit 规则一起查。

## 小结

`balanced` 不是一个粗粒度的开关，是一份具体的域名白名单——覆盖了主流开发工具链，但云 metadata、遥测、局域网、宿主机自己，默认全部拒绝。出问题先查 `sbx policy log` 定位是 DNS 层还是连接层被拦，再用 `sbx policy check` 确认改动前后的判断，最后按需 `--sandbox` 精确放行，不必为一个域名把全局策略打开一个口子。




Docker Sandboxes 工作区怎么接：Direct、Clone 和它们的边界

Docker Sandboxes 的网络策略：balanced 挡住了什么，怎么放行一条例外

云计算

网络与通信

安全

DockerSandboxes的balanced网络策略默认生成197条allow规则，但实际拦截更严格：宿主机localhost、局域网、云平台metadata端点（169.254.169.254）及VSCode、Microsoft遥测域名默认全部拒绝。通过sbxpolicylog排查被拦原因，sbxpolicycheck预判放行，用sbxpolicyallownetwork--sandbox精确添加例外，无需重启，即时生效。

2026上云采购 | AI焕新·智启新局

热销域名限时优惠，新客首年免费！


domain

coding

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

DockerSandboxes的balanced网络策略默认生成197条allow规则，但实际拦截更严格：宿主机localhost、局域网、云平台metadata端点（169.254.169.254）及VSCode、Microsoft遥测域名默认全部拒绝。通过sbxpolicylog排查被拦原因，sbxpolicych...

Docker Sandboxes 的网络策略：balanced 挡住了什么，怎么放行一条例外-腾讯云开发者社区-腾讯云

Docker Sandboxes 的网络策略：balanced 挡住了什么，怎么放行一条例外

Docker Sandboxes 的网络策略：balanced 挡住了什么，怎么放行一条例外

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐