適用於 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 可以減少工具切換，同時保留你熟悉的物件儲存模型。