macOS・Windows・Linux 対応の S3 クライアント（GUI）

プラットフォーム別のページ

アプリは 3 つのデスクトップで同じコードですが、インストール方法とマウントの手順は環境ごとに違います。よく聞かれる 2 つには専用ページがあります。

• 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 は bucket の閲覧、フォルダの移動、オブジェクトのアップロードやダウンロードをデスクトップで行える S3 GUI クライアントです。

複数の bucket や prefix を同時に扱うときは、タブで作業状態を残せます。プロジェクト素材、バックアップ先、納品先を開いたままにできるため、同じ場所を何度も探し直す必要が減ります。

S3 互換ストレージにも対応

現在のストレージ環境は Amazon S3 だけではありません。Cloudflare R2、Backblaze B2、MinIO、Wasabi など、S3 互換 API を提供するサービスが広く使われています。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

CLI では 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 はブラウザ型とマウント型の中間です。まずファイル作業台で、マウントはカーネルドライバーではなく OS 標準の WebDAV クライアントを使う任意機能です。

S3 ファイルマネージャーか、bucket GUI か、それとも GUI クライアントか

このページには「S3 ファイルマネージャー」「S3 bucket GUI」「S3 bucket クライアント」「S3 UI クライアント」といった言葉で来る人がいます。これらは実のところ 2 種類の製品を指していて、選び間違えると結局開かなくなるツールを入れることになります。

S3 のファイルマネージャーはファイル側の話です。フォルダツリーか 2 ペイン、リネーム、移動、削除、ドラッグ＆ドロップ、そして目で追える転送キュー。S3 GUI クライアントはそれに加えてプロトコル側も持ちます。エンドポイント URL、リージョン、パススタイル、署名付き URL、プロバイダごとの接続タイプ。まともなツールは両方やるので言葉は入れ替えて使われますが、差が出るのは端のほうです。ファイルマネージャーだけでは署名エラーの原因までは追えませんし、プロトコルだけでは 400 個のオブジェクトの整理は進みません。

実際に道具を決めるのは、その画面がどこにあるかという違いです。

ブラウザの bucket GUI で足りる場面は多い。 MinIO を動かしているなら、もう手元にあります。MinIO Console はサーバー自体に組み込まれた画面で、MinIO の言葉では「別途インストールは不要」。ポートは既定では動的に割り当てられ、--console-address か MINIO_CONSOLE_ADDRESS で固定します（慣習的には :9001。2026 年 9 月に MinIO 公式ドキュメントで確認）。Amazon なら AWS の S3 コンソールが同じ役割で、利用は無料です。bucket を作る、ポリシーを直す、ファイルを数個上げる、「あのオブジェクトは入ったのか」を確かめる——この範囲なら助けは要りません。

デスクトップのクライアントが要るのは、次のどれかに当てはまるときです。

1. 事業者が 2 つ以上ある。Web コンソールは自分のストレージしか見ないので、R2、B2、社内 MinIO は 3 つのログインと 3 つのタブになります。しかも AWS コンソールからは R2 や MinIO の bucket は見えません。
2. 量のあるファイル作業をする。数百件のリネーム、大きなドラッグ＆ドロップ、やり直しではなく再開できる転送。
3. ブラウザの外にパスを渡す必要がある。エディタ、動画プレイヤー、ビルドスクリプト。これはマウントの話で、Web コンソールには答えられません。
4. 資格情報を共有ブラウザのセッションに置きたくない。コンソールのタブに残るアクセスキーは、そのタブごと持ち出せます。

デスクトップ側は、あとはプラットフォームで決まります。S3 Browser は名前の一般性に反して Windows 専用、Transmit と ForkLift は macOS 専用で、残りは Linux 向け S3 クライアントと Mac 向け S3 クライアントのページで扱っています。

コンソールより使いやすい場面

クラウドコンソールは設定や管理に向いていますが、繰り返しのファイル操作には軽い作業台が必要です。AnyStorage は閲覧、プレビュー、アップロード、ダウンロード、リンク作成、転送状態の確認に集中しています。

開発者、運用担当者、制作チーム、小規模チームが S3 を日常的に扱うなら、AnyStorage はストレージの構造を保ったまま作業を見やすくする選択肢になります。