是否用了反向代理？比如 CloudFlare Tunnel。

话说我还是想问下，这类问题常见吗？可能的原因是？

感谢，我试了下找到关键节点了，确实发生在转移到 R2 的日期，删除了 400+ 个笔记。。。

请问下回滚应该意味这之后的修改都被放弃了吧？有没有两边都能保全的方法？

不太死心，研究了几天之后还是失败了，但了解到了一些信息，作为成果讨论一下，由于和本帖的问题不太一样，单独开了一帖：

v3.1.17 或更高版本通过 CloudFlare Tunnel 访问 MinIO S3 提示 SignatureMismatch 问题的一些研究

使命感油然而生，然而我折腾了几天之后还是决定放弃了，我改用 CloudFlare R2 作为主要同步服务器，群晖上用 rclone 定期同步数据做备份。

我的环境：

服务器：群晖 Docker MinIO（还是 24 年中的版本，Docker Hub 被禁用之后我不会升级版本。。。），没有公网 ip 所以选择 CloudFlare Tunnel 做内网穿透。

客户端：MacBookPro Intel 版本，思源 3.1.18。

我的一些观察：

1. 我 blame 了一下思源里 S3 获取 Buckets 列表相关的代码，这部分于 2 周前更新了亚马逊的 sdk v2 版本。在亚马逊的 github 里看到 ListBuckets 函数调用了 c 的函数，具体的签名过程我不知道从哪里查看。
2. 在 CloudFlare Tunnel 的监听界面里可以获取到访问记录的 http url 和 headers，我对比了 3.1.17 和 3.1.16（iOS）点击“设置”时访问的获取 Buckets 列表操作的记录，发现 url 有比较大的不同，3.1.17 的 url 是 GET https://minioapi.example.com/?x-id=ListBuckets HTTP/1.1，而 3.1.16 则是 GET https://minioapi.example.com/ HTTP/1.1；headers 内容略有不同，但其中非常关键的信息是 X-Amz-Date（例如 20241231T133058Z），这是一个 UTC 时间精确到秒，在相关文档里明确说了这条目是签名认证的关键信息，我用 CloudFlare Rules 调整了一下这个时间果然得到了明确的新的错误信息（格式不正确，或者时间相差太多），但这个条目与我遇到的问题应该没啥关系，因为两个版本发送的 header 里都有它。另一个关键的 header 就是 X-Forwarded-For，然而 CloudFlare Rules 里不允许修改这条的内容，因此我无法确认是否因为 CloudFlare 在代理转发过程中篡改了内容导致签名失败。

谢谢，我在这个方向研究一下

明白了，但我尝试在 CF Bypass 所有缓存，依然得到之前的结果（签名不匹配）。

我用 CF Tunnel，请问你说的不启用 CDN 是指关闭 Cache 吗？我试着关闭了 Cache 还是签名不匹配。

谢谢，我的方案是 CF Tunnel，所以这里类型不是 A 而是 CNAME，关闭小黄云后直接无法访问了。我猜你的是公网 ip 的方案所以正常？

我关闭了 minioapi 子域名的小黄云，过了几分钟后思源无法连接服务器了。。。

请问 cf 的 proxy 是指什么呢？有没有相关的指导文档呢，非常感谢！

找到一篇博文， 可能说明了为啥会签名失败：

https://blog.csdn.net/cucgyfjklx/article/details/133165964

大意是通过 Nginx 反代了 MinIO 的服务后会因为 ip 的变更导致前后端计算签名的参数（ip）不一致。

我不是很懂 Nginx 和相关技术，我使用的是 CF 的 Tunnel 方案，也许有类似的问题。

感谢测试，我感觉从反馈信息来看应该是前后端计算签名的方法或者参数不一致导致的，比如签名公式的版本（v4？）。

我用群晖 Container Manager 部署的 MinIO，想要下载新版但 Docker Hub 无法访问。。。卡住了

收到，我试试看

MinIO VERSION 2024-06-26T01:06:18Z

已将服务器 Location 恢复默认值：

思源这个设置，依然是刚刚的错误：

感谢，试了修改 minio 服务器 Region 为 us-east-1，思源里也同步修改，点击云端同步设置的按钮，依然这个错误：

• operation error S3: ListBuckets, https response error StatusCode: 403, RequestID: 18155F8868F8569E, HostID: dd9025bab4ad464b049177c95eb6ebf374d3b3fd1af9251148b658df7ac2e3e8, api error SignatureDoesNotMatch: The request signature we calculated does not match the signature you provided. Check your key and signing method. (Provider: S3)

+1，我的是自家的 minio S3，地区我自己填的 zh_cn，之前只要服务器和客户端能对上就行，更新之后的提示和你的一样。

更新之前还测试过可以同步，更新后马上就失效了。

哥们，从你另一个帖子（chiphell.com）里看到，你设置的 WebDAV 地址写错了（webdav -> webdev）。

正确的地址组合是：

https://your_ip:port/path_to_your_folder_in_nas

其中 path_to_your_folder_in_nas 至少写一段（root 级别文件夹名称）

其他设置里，我 TLS 设置成了 Skip，否则报错提示群晖的证书有问题，不知有没有大神解惑？