适配 openlist 的 s3 以及 webdav ?

[xkmxz2503]

我会使用 openlist 整合自己的网盘资源 然后使用统一接口分享

[asforest]

目前管理端通过webdav往openlist上传文件会出错是吗

[xkmxz2503]

是这样的 具体报错为 收集本地文件列表... 收集 webdav 上的文件列表... 计算文件列表差异... 上传文件: combined.tar url = "/api/terminal/more" url = "/api/terminal/more" url = "/api/terminal/more" url = "/api/terminal/more" reqwest_dav::Error { kind: "Reqwest", source: reqwest::Error { kind: Request, url: "https://ula/dav/combined.tar", source: TimedOut, }, }

…

---- 回复的原邮件 ---- | 发件人 | ***@***.***> | | 发送日期 | 2026年6月14日 23:12 | | 收件人 | ***@***.***> | | 抄送人 | ***@***.***>, ***@***.***> | | 主题 | Re: [BalloonUpdate/McPatch2] 适配 openlist 的 s3 以及 webdav ? (Issue #50) | asforest left a comment (BalloonUpdate/McPatch2#50) 目前管理端通过webdav往openlist上传文件会出错是吗 — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: ***@***.***>

[xkmxz2503]

我补充一下 openlist 这个软件可能会存在 重定向文件的操作 我们可能需要对这个进行一个适配 比如说 openlist 挂载中国移动网盘 原始ula 是 https://127.0.0.1:83/dav/combined.tar", 给的ula可能是 https://hcyykj-eos-hhht5-01.eos.huhehaote-8.cmecloud.cn/c5ae02ac33c5449ba14d6a5dd7d47e5d086?response-content-disposition=attachment%3B%20filename%2A%3DUTF-8%27%27combined.tar&X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Date=20260614T151729Z&X-Amz-SignedHeaders=host&X-Amz-Expires=900&X-Amz-Credential=JX8QMYUJCVXX3YB0PN5Y%2F20260614%2Fdefault%2Fs3%2Faws4_request&t=2&u=1079782345467215936&ot=personal&oi=1079782345467215936&f=Folkg8j9nKo5Zx6eGwkxD1reDd-RvZzyO&ext=eyJ1dCI6MX0%3D&X-Amz-Signature=df63e94d9340925abe92a08e8774f052041caa307f5fa0cd2df8ea615394035e ---- 回复的原邮件 ---- | 发件人 | ***@***.***> | | 发送日期 | 2026年6月14日 23:12 | | 收件人 | ***@***.***> | | 抄送人 | ***@***.***>, ***@***.***> | | 主题 | Re: [BalloonUpdate/McPatch2] 适配 openlist 的 s3 以及 webdav ? (Issue #50) | asforest left a comment (BalloonUpdate/McPatch2#50) 目前管理端通过webdav往openlist上传文件会出错是吗 — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: ***@***.***>

[asforest]

理论上openlist会自动处理好这类url重定向。我看到日志里的错误原因是timeout，可能需要检查一下地址或者端口是否填写正确。如果正确的话，看看openlist在使用本地驱动，也就是本地存储的情况下，是否也出现相同的问题。如果没有出现，那么可能是对应的openlist的driver的原因。

[xkmxz2503]

理论上openlist会自动处理好这类url重定向。我看到日志里的错误原因是timeout，可能需要检查一下地址或者端口是否填写正确。如果正确的话，看看openlist在使用本地驱动，也就是本地存储的情况下，是否也出现相同的问题。如果没有出现，那么可能是对应的openlist的driver的原因。
[webdav]
enabled = true
host = "https://f.mcxz.top:83/dav"
username = "gf"
password = "4vBhk:7T:"
是我的 webdav 配置 域名 用户名密码，我隐去了部分信息 但是ula格式我是没有改变的

[xkmxz2503]

理论上openlist会自动处理好这类url重定向。我看到日志里的错误原因是timeout，可能需要检查一下地址或者端口是否填写正确。如果正确的话，看看openlist在使用本地驱动，也就是本地存储的情况下，是否也出现相同的问题。如果没有出现，那么可能是对应的openlist的driver的原因。
[webdav]
enabled = true
host = "https://f.mcxz.top:83/dav"
username = "gf"
password = "4vBhk:7T:"
是我的 webdav 配置 域名 用户名密码，我隐去了部分信息 但是ula格式我是没有改变的

后台的实际请求日志是这样的
47. - gf [16/Jun/2026:11:48:07 +0800] "GET /dav/.filelist.txt HTTP/1.1" 404 9 "-" "-" "-"
47. - gf [16/Jun/2026:11:48:17 +0800] "PUT /dav/combined.tar HTTP/1.1" 400 0 "-" "-" "-"

我不明白为什么要请求一个 .filelist.txt 文件 这个文件在openlist 其实根本不存在

[xkmxz2503]

openlist 实现的 webdav 中 分配的目录不会有.filelist.txt 文件

[xkmxz2503]

[xkmxz2503]

[36mINFO�[0m[2026-06-16 10:17:15] Start cache GC
[GIN] 2026/06/16 - 10:50:44 | 200 | 126.055µs | 65.49.1.182 | GET "/"
[GIN] 2026/06/16 - 10:51:10 | 200 | 143.538µs | 65.49.1.184 | GET "/"
[GIN] 2026/06/16 - 10:51:19 | 302 | 304.516µs | 65.49.1.184 | GET "/favicon.ico"
�[36mINFO�[0m[2026-06-16 11:17:15] Start cache GC
�[33mWARN�[0m[2026-06-16 11:48:07] failed get /中国移动云盘/我的应用收藏/mcpatch攻防战/.filelist.txt: object not found
�[31mERRO�[0m[2026-06-16 11:48:07] GET /dav/.filelist.txt object not found
github.com/OpenListTeam/OpenList/v4/internal/op.Get
/home/runner/work/OpenList/OpenList/internal/op/fs.go:213
github.com/OpenListTeam/OpenList/v4/internal/fs.get
/home/runner/work/OpenList/OpenList/internal/fs/get.go:37
github.com/OpenListTeam/OpenList/v4/internal/fs.Get
/home/runner/work/OpenList/OpenList/internal/fs/fs.go:44
github.com/OpenListTeam/OpenList/v4/server/webdav.(*Handler).handleGetHeadPost
/home/runner/work/OpenList/OpenList/server/webdav/webdav.go:242
github.com/OpenListTeam/OpenList/v4/server/webdav.(*Handler).ServeHTTP
/home/runner/work/OpenList/OpenList/server/webdav/webdav.go:67
github.com/OpenListTeam/OpenList/v4/server.ServeWebDAV
/home/runner/work/OpenList/OpenList/server/webdav.go:47
github.com/gin-gonic/gin.(*Context).Next

[xkmxz2503]

我们可能需要分片上传

[asforest]

.filelist.txt是mcpatch的元数据文件，用来将远程目录有哪些文件列表存储到这个文件里，这样可以避免读取文件列表。这个设计是给未来适配某些不支持列目录功能的远程存储预留的。访问这个文件很正常，相当于是执行了一次ls命令一样。如果是首次安装，那么这个文件返回404，mcpatch就知道这是新配置的远端存储。当正常上传过文件之后，.filelist.txt这个文件就会存在了。这些都是预期之中的功能。

另外分片上传功能是openlist对应的后端的存储驱动进行完成的，也就是某些网盘的接口一次性只能携带多少大小的数据块，多了会拒绝，才需要分片功能，分片功能也是由对应的存储后端driver进行的，并不需要webdav客户端做任何额外处理。

另外添加一个本地存储的驱动测试的结果如何，也会出现相同的问题吗？

[xkmxz2503]

.filelist.txt是mcpatch的元数据文件，用来将远程目录有哪些文件列表存储到这个文件里，这样可以避免读取文件列表。这个设计是给未来适配某些不支持列目录功能的远程存储预留的。访问这个文件很正常，相当于是执行了一次ls命令一样。如果是首次安装，那么这个文件返回404，mcpatch就知道这是新配置的远端存储。当正常上传过文件之后，.filelist.txt这个文件就会存在了。这些都是预期之中的功能。

另外分片上传功能是openlist对应的后端的存储驱动进行完成的，也就是某些网盘的接口一次性只能携带多少大小的数据块，多了会拒绝，才需要分片功能，分片功能也是由对应的存储后端driver进行的，并不需要webdav客户端做任何额外处理。

另外添加一个本地存储的驱动测试的结果如何，也会出现相同的问题吗？

reqwest_dav::Error {
kind: "Reqwest",
source: reqwest::Error {
kind: Request,
url: "https://f.mctop:83/dav/combined.tar",
source: TimedOut,
},
}

[xkmxz2503]

这是本地 驱动的结果

[asforest]

显示请求超时，能排除网络的原因吗

[xkmxz2503]

显示请求超时，能排除网络的原因吗

我可以排除 因为我在两台服务器上都试过，都是一个样