OneOpenlistEo-FAQ

OneOpenlistEo-FAQ

百度网盘 302

结论先说：百度 302 主要卡在百度侧限制，不是改 openlist-eo 几行就能“变出”真 302；对象存储 S3 驱动本仓库已接入。

问题：

1目前这个openlist-eo版是否支持百度网盘的302呢？我记得之前在docker版的openlist测试百度网盘302是有问题的？个人有点疑惑，百度网盘302应该是却决于百度网盘自身是否支持302的把？而不是说我这个openlist-eo版修改下代码才能支持呢？帮我答疑下。

你的理解大体对：能不能稳用 302，首先取决于百度下载链本身是否允许浏览器直接访问，而不是“改一下 openlist-eo 就一定能支持”。

为什么 Docker 版也会觉得 302 有问题？

百度官方下载链对大文件有硬限制：请求必须带特定 User-Agent（如 pan.baidu.com / netdisk），否则常 403。
302 的本质是：OpenList 把浏览器重定向到百度 CDN，之后请求由浏览器自己发——浏览器 UA 仍是浏览器，无法由 OpenList 替浏览器带上百度要求的 UA。
所以社区常见做法是：

• 想用 302：客户端自己改 UA（下载器/播放器），且往往还要 SVIP
• 不改 UA：开 Web 代理，由服务端带正确头去拉百度（吃带宽）

这是百度防盗链/鉴权规则，Docker OpenList 和 openlist-eo 都会碰到，不是 EO 独有 bug。

本仓库实际怎么做的？

baidu_netdisk 驱动里大致是：

• ≤2MB：拿重定向后的真实 URL，走 direct（可 302）
• >2MB：走 stream 代理（流量经函数中转），刻意不把大文件当真 302

所以：不是“百度绝对不支持 302”，而是“无特殊 UA 时大文件 302 基本不可用”；本版对大文件默认代理，也是在规避这个问题。
在 EdgeOne 上代理还会受函数带宽/超时限制，体验往往不如自建 Docker 大带宽机器。

一句话：根因在百度侧；OpenList 只能选“302（需客户端配合 UA）”或“代理中转”，改 EO 代码无法单独绕过百度校验。

已支持 对象存储 S3

问题：目前这个openlist-eo版是否支持对象存储的s3呢？

支持。 已挂载驱动 s3drive（界面名 S3），说明为 Amazon S3 及兼容存储（MinIO、腾讯 COS、阿里 OSS 等）。

可配项包括：bucket、endpoint、region、access_key_id / secret_access_key、force_path_style、custom_host、签名过期时间等。

说明：这是基于 OpenList-Worker 的移植版，S3 能力在，但完整度可能不及 Docker 完整版；若某个兼容端点异常，多半是签名/路径样式（force_path_style）配置问题。