适用于 macOS、Windows 和 Linux 的 S3 图形化客户端

按平台选择

三个桌面平台是同一份代码，但安装方式和挂载步骤不一样。被问得最多的两个平台有各自的专页：

• Linux：Ubuntu 20.04 及以上，约 88 MB 的 amd64 AppImage 或 9.1 MB 的 deb，挂载走 GNOME Files、Dolphin 或 davfs2 —— 见 Linux 版 S3 客户端
• macOS 11 及以上：brew install --cask kilerd/tap/anystorage，或 Apple 芯片与 Intel 各自的签名 dmg，Finder 里按 Cmd+K 挂载 —— 见 Mac 版 S3 客户端
• Windows 10 及以上：约 6.8 MB 的 x64 安装包或 msi，在 发布页 下载

0.2.25 发布于 2026 年 9 月 23 日，上面这些安装包都来自同一份 Tauri v2 源码。

更适合日常文件工作的 S3 GUI

Amazon S3 很适合作为基础设施，但日常查看文件、交付素材或检查上传结果时，命令行和云控制台并不总是最高效。AnyStorage 提供一个桌面 S3 图形化客户端，用来浏览 bucket、打开目录、上传下载对象，并在一个工作区管理多个连接。

当你需要同时查看项目素材、备份目录和交付路径时，标签页可以保留上下文。不同 bucket 和不同前缀不必反复重新打开，文件操作会更接近普通桌面应用的体验。

同时支持兼容 S3 的对象存储

现在的存储栈通常不只包含 Amazon S3。Cloudflare R2、Backblaze B2、MinIO、Wasabi 以及很多云厂商对象存储都提供兼容 S3 的接口。AnyStorage 的设计就是为了覆盖这种混合环境。

• 连接 Amazon S3 和兼容 S3 的对象存储服务。
• 将凭据保存在本地机器上，避免依赖共享浏览器会话。
• 用一致的文件操作方式处理不同 bucket、区域和服务商。
• 在统一传输区追踪上传、下载和历史状态。

怎么连接兼容 S3 的端点

非 AWS 的服务能不能一次连上，取决于三个字段。填错了会报出看起来像凭据问题、其实不是的错误。

端点 URL。 AWS 可以由区域推断，所以留空即可。其他服务需要填它的 S3 API 主机，而不是控制台地址。Cloudflare R2 是 https://<account-id>.r2.cloudflarestorage.com；Backblaze B2 的 S3 兼容端点形如 https://s3.us-west-004.backblazeb2.com，其中的区域段在 bucket 详情页能看到；自建 MinIO 就是你运行它的主机和端口，常见的是 http://192.168.1.10:9000。

区域。 R2 请填 auto，这是 Cloudflare S3 API 的要求，照抄 us-east-1 是签名失败最常见的原因。B2 和 Wasabi 的区域必须与端点主机里的那一段一致。MinIO 如果没有特别配置，惯例是 us-east-1。

路径风格寻址。 AWS 早就转向了虚拟主机风格，把 bucket 放进子域名：https://bucket.s3.amazonaws.com/key。多数自建或用 IP 访问的端点做不到这一点，因为 bucket.192.168.1.10 根本解析不了。打开路径风格后地址变成 http://192.168.1.10:9000/bucket/key。经验法则：MinIO 以及任何靠 IP 或裸主机名访问的服务都要打开，AWS 保持关闭。

在怀疑应用之前，可以先在终端验证这三个值：

aws s3 ls --endpoint-url https://<account-id>.r2.cloudflarestorage.com --region auto
aws s3 ls s3://my-bucket --endpoint-url http://192.168.1.10:9000 --region us-east-1

如果命令行能列出 bucket 而应用不能，差别就在这三个字段之一。如果两边都不行，那就是凭据或桶策略的问题。

有两类报错直接指回这一节。SignatureDoesNotMatch: The request signature we calculated does not match the signature you provided 通常不是密钥打错，而是区域或端点主机与这套密钥不匹配。带有 The bucket you are attempting to access must be addressed using the specified endpoint 的 HTTP 301，意思是 bucket 不在你填的那个区域。知道该改哪个字段，两者都是一处改动的事。

和其他 S3 客户端的对比

以下内容于 2026 年 9 月 23 日对照各家官网核对过。这个领域里日期很重要：不少没有日期的对比表描述的还是几年前的版本。

这张表该当作取舍来读，而不是排名：

• rclone 功能最强、也最不省事。它覆盖约 60 种后端，rclone mount 能给出真正的驱动器行为，代价是安装 FUSE 或 WinFsp，并在很多程序能写入之前先决定 --vfs-cache-mode。
• Cyberduck 是很好的免费浏览器，服务商配置库很深，但它不挂载。如果你要的本来就是一个 bucket 窗口，到此为止即可。
• S3 Browser 只有 Windows 版，混合设备环境里这一条就足以定案。Transmit、ForkLift、Commander One 则反过来只有 macOS 版。
• AWS 控制台适合配置基础设施，不适合搬文件，而且它根本看不到 R2 或 MinIO 的 bucket。
• AnyStorage 处在浏览器与挂载工具之间：首先是文件工作台，挂载是可选项，并且用的是系统自带的 WebDAV 客户端而不是内核驱动。

S3 文件管理器、存储桶 GUI、存储桶客户端：你要的是哪一个

来这一页的人搜的词有好几种：S3 文件管理器、S3 存储桶 GUI、S3 存储桶客户端、S3 UI 客户端。它们其实指向两类不同的产品，选错了，装完就不会再打开。

S3 的文件管理器说的是文件那一半：目录树或者双栏、重命名、移动、删除、拖放，以及一个你能盯着看的传输队列。S3 图形化客户端在此之上还有协议那一半：endpoint URL、区域、路径风格寻址、预签名链接、按厂商区分的连接类型。值得装的工具两边都做，所以这两个词经常混用；差别只在边界处显现，因为纯文件管理器帮不了你排查签名错误，而只懂协议的客户端帮不了你整理四百个对象。

真正决定用哪个的，是界面待在哪里。

浏览器里的存储桶 GUI 往往就够了。 如果你在跑 MinIO，那你手里已经有一个：MinIO Console 是嵌在服务端里的图形界面，按 MinIO 自己的说法「无需单独安装」；端口默认动态分配，可以用 --console-address 或 MINIO_CONSOLE_ADDRESS 固定下来，惯例是 :9001（2026 年 9 月对着 MinIO 官方文档核对）。Amazon 那边是 AWS S3 控制台，同一种形态，使用免费。建桶、改策略、上传几个文件、确认某个对象到底有没有写进去——这些事它们自己就能办。

下面这些情形里，桌面客户端才值得装：

1. 涉及不止一家厂商。网页控制台只看得见自己家的存储，于是 R2、B2 和内网 MinIO 变成三次登录、三个标签页；而 AWS 控制台根本看不到 R2 或 MinIO 的 bucket。
2. 要做量大的文件活：几百次重命名、一次很大的拖放、一个你希望能暂停和续传而不是从头再来的传输。
3. 浏览器之外的东西需要一个真实路径：编辑器、播放器、构建脚本。这属于挂载，网页控制台答不了。
4. 凭据不该留在共享的浏览器会话里——控制台标签页里的访问密钥，是可以整个标签页被带走的。

到了桌面这一层，剩下的由平台决定：S3 Browser 名字听起来很通用，实际只有 Windows 版，Transmit 和 ForkLift 只有 macOS 版，其余情况见 Linux 上的 S3 客户端和 Mac 上的 S3 客户端两页。

什么时候比控制台更顺手

云控制台适合做基础设施配置，但重复文件操作更需要清晰、轻量的工作台。AnyStorage 关注浏览、预览、上传、下载、生成链接和查看传输状态这些每天都会发生的动作。

如果你是开发者、运营人员、代理商或小团队，需要一个跨平台的 S3 GUI 客户端来处理文件，AnyStorage 可以减少工具切换，同时保留你熟悉的对象存储模型。