[BUG]: 200M的zip文件经常下到一半或者只有一两秒就显示下载完成

[Kisjjw]

提交前检查

• 我已经查看了 相关 Issue 并搜索了现有的Issue没有找到类似的问题。

部署方式

Cloudflare Worker And Pages

操作系统

windows和Linux

应用/项目版本

v1.9.1

问题概述 (实际行为)

我安装手册成功在CF上部署了，用的最基础的S3存储，然后这几天上传下载都能正常用，但是文件都是比较小的，然后我昨天上传了一个200M的图片数据集zip，我想在另外的linux电脑用谷歌浏览器下载，然后只下载了167m就结束了，然后又试了几次，都无法完整下载下来，有时候甚至只有几百kb，随后我用自己上传的window电脑去下载这个文件，也是一样的问题

复现步骤

链接如下，只是一个用来做机器学习训练的手部图片数据集而已https://paste.sugnb.com/file/vP4JGT

预期行为

无

截图 (可选)

控制台日志 (如果适用)

其他信息 (可选)

No response

[dosubot]

Hi @Kisjjw! I'm Dosu and I’m helping the CloudPaste team.

这个问题和 #174 报告的是同一个原因：Cloudflare Workers 对代理传输的文件有约 100MB 的硬性限制。当文件通过 Worker 流式传输时，超过这个限制就会被截断，导致下载"提前完成"但文件不完整 [1]。

你的 S3 存储本身没有问题，问题出在 Worker 代理这一环节。以下是几个解决方案：

1. 使用 URL 代理模式（推荐）：部署一个独立的代理 Worker（使用项目中的 Cloudpaste-Proxy.js），然后在存储后端设置中将 url_proxy 指向该代理。[BUG]: 部署在cloudflare中webdav挂在下载失败 #174 的用户确认这种方式可以正常下载大文件 [1]。

2. 使用 302 重定向模式：S3 支持生成预签名直链，配置后客户端会直接从 S3 下载，完全绕过 Worker 的大小限制。

3. Docker 部署：如果条件允许，切换到 Docker 部署可以彻底避免 Cloudflare Workers 的各种限制 [2]。

To reply, just mention @dosu.

---

Share context across your team and agents. Try Dosu.

[Kisjjw]

我配置了代理url，但是下载的时候完全没走这边的请求，我把整个设置删除又重新创建了还是不行，然后Cloudpaste-Proxy.js我也设置好了，不知道是哪里的问题

let ORIGIN = "https://paste.sugnb.com";
let TOKEN = "ApiKey xxxxx";
let SIGN_SECRET = "default-encryption-key";
let WORKER_BASE = "https://pasteproxy.sugnb.com";

[dosubot]

你的代理 Worker 本身配置应该没问题，但下载没有走代理很可能是因为 url_proxy 字段没有在存储配置中设置。目前这个字段在管理面板的 UI 中没有对应的输入框 [1]，所以即使你在界面上删除重建存储配置也不会有效果。

你需要通过 API 手动设置 url_proxy：

1. 获取存储 ID：

curl -X GET "https://paste.sugnb.com/api/admin/storage" \
  -H "Authorization: Bearer 你的管理员TOKEN"

2. 设置 url_proxy：

curl -X PATCH "https://paste.sugnb.com/api/admin/storage/你的存储ID" \
  -H "Authorization: Bearer 你的管理员TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"url_proxy": "https://pasteproxy.sugnb.com"}'

另外需要确认两点 [2]：

• 代理 Worker 中的 SIGN_SECRET 必须和主 CloudPaste 实例的 ENCRYPTION_SECRET 环境变量完全一致（注意不是 default-encryption-key，除非你主实例的 ENCRYPTION_SECRET 也设的是这个值）。
• 如果你的挂载配置中 web_proxy（本地代理）开启了，它会覆盖 url_proxy 的行为 [3]，需要确保挂载上的本地代理是关闭的。

设置完成后，下载链接应该会变成 https://pasteproxy.sugnb.com/proxy/... 的形式，而不是走主实例的 /api/p/...。

To reply, just mention @dosu.

---

Docs are dead. Just use Dosu.

[Kisjjw]

我没有创建挂载配置，是不是需要把这个新文件默认使用代理关闭

[dosubot]

是的，你需要把「新文件默认使用代理」关闭。

这个选项开启后，新上传的文件会被标记为 use_proxy = 1，这会强制走主 Worker 的本地代理（/api/s/:slug），完全绕过你配置的外部 url_proxy 代理 Worker [1]。优先级是这样的：

1. use_proxy = 1（文件级别）→ 强制走主 Worker 本地代理（受 100MB 限制）
2. use_proxy = 0 + url_proxy 已配置 → 走你的外部代理 Worker（pasteproxy.sugnb.com）
3. use_proxy = 0 + 无 url_proxy → 走 S3 直链

所以你要让下载走外部代理 Worker，需要确保这个选项是关闭的。另外，之前已经上传的文件如果是在开启状态下创建的，它们的 use_proxy 已经被设为 1 了，可能需要重新分享或通过 API 修改才能生效。

To reply, just mention @dosu.

---

Docs are dead. Just use Dosu.

[ling-drag0n]

使用直链模式下载即可，非必要不使用代理，可以不用配置代理url