MacからR2へアップロードを自分のバケットで行う

更新日: 2026-10-29

MacからR2へアップロードの設定

MacからR2へアップロードするには、自分のCloudflare R2バケットを作るか選び、認証情報を取得してYuzu DragのUpload設定に接続情報を入力します。その後ファイルをドラッグし、Actionsを開いてUPLOADへドロップします。ネット接続が必要で、自分のS3互換バケットへファイルを送ります。Yuzuはホスト型ストレージを提供しません。

ショートカットについて： 以下は初期設定のキーで説明しています。ファイルをドラッグしたまま ⌘ を短く押して離すと Tools、もう一度押すと Actions が開きます。⇧ は Convert です。Yuzu でキーを変更した場合は、設定したキーを使ってください。

アップロード成功だけでオブジェクトが公開されるわけではありません。誰が取得できるべきか、公開URLがそもそも必要かを別に判断します。

プロバイダのブラウザ画面から始める

macOSのFinderにR2バケット接続は内蔵されていません。単発ならSafariなどでCloudflareダッシュボードを開き、対象バケットのアップロード画面を使います。デスクトップクライアントを入れたり、認証情報を渡したりせずに済みます。

送信後、ダッシュボードでオブジェクトを確認します。名前、送信先バケット、意図したアクセスを確認します。単発の管理やバケット方針の変更には、ファイルドラッグ用ツールの役割外なので、プロバイダの画面のほうが明確です。

バケットが設定済みで、毎回ダッシュボードを開く手間を省きたい場合にデスクトップのアップローダを使います。オブジェクト、アクセス規則、認証情報、アカウント利用状況の確認用にダッシュボードは使えるようにします。

自分のバケットと認証情報を準備する

Yuzuの設定前に、プロバイダのアカウントからエンドポイント、バケット名、アクセスキーID、シークレットアクセスキーを用意します。Cloudflare R2のリージョンはautoです。他人の例をコピーせず、自分のアカウントに提供された実際のエンドポイントを使います。

認証情報には目的のバケットと作業に必要な権限だけを与えます。文書、スクリーンショット、シェル履歴、共有メッセージには残さないでください。Yuzuはシークレットをキーチェーンに保存しますが、アカウント側で保護し、失効させる責任はなくなりません。

小さく機密でないテストファイルを選びます。最初は設定未確認のまま作業フォルダ全部を送らず、どのバケットとパスが受け取るかを確かめます。

Yuzu DragのUploadを設定する

ダウンロードページからインストールします。Upload設定を開き、フォームに表示される項目を入力します。

Endpoint：S3互換サービスのエンドポイント。
Bucket：自分が所有または使用を許可された既存バケット。
Access Key ID：対応する認証識別子。
Secret：保存時にキーチェーンへ保管されるシークレットアクセスキー。
Region：Cloudflare R2ではauto。
Path prefix：この設定で送るオブジェクト用の任意の接頭辞。
Public URL：リンク生成に使う任意の公開URLベース。

Test connectionで入力中の設定を確認します。接続テストはバケットを確認しますが、編集値は保存しません。保持するには別途Saveを押します。成功は接続性の有用な証拠ですが、アップロードとダウンロードの全体テストではありません。

Public URLは任意です。使える公開リンクが必要なら、アップロードしたオブジェクトを実際に配信するベースを入力します。URLを入力してもアクセス方針が変わったり、公開ドメインが作られたりはしません。

アップロードして結果を確認する

Finderでテストファイルをドラッグします。
⌘でTools、再度⌘でActionsを開きます。混在する種類の選択はActionsが直接開く場合があります。
UPLOADの領域へドロップします。
処理結果を待ちます。
プロバイダの画面でオブジェクトを確認します。
コピーされた結果を非公開のメモへ貼り、URLかキーか確認します。

⇧はConvertで、アップロードとは別のグループです。UPLOADはActionで、フォルダではなくファイルを受け付けます。

公開URLベースが設定されていればリンクをコピーし、なければキーをコピーします。一括処理では結果を改行で区切ります。キーは相手がすぐ使えるダウンロードリンクではないので、メッセージへ貼る前に確認します。

アップロードは遠隔オブジェクトを作り、ローカルの原本を残します。同名のオブジェクトがあれば、意図的な置換ではなく番号付き名称を試します。元の名前がそのまま使われたと考えず、最終キーを確認します。

公開アクセス、アカウント管理、失敗

そのファイルに適した場合だけ公開リンクを共有します。認証済みダッシュボードのセッションに頼らずリンクを試します。非公開であるべき場合はそのまま保ち、便利さのためだけに公開ベースを入力せず、組織で承認されたアクセス方法を使います。

保存、取得、プロバイダの制限は自分のアカウントに属します。Yuzuはバックアップサービスでも、バケット方針のエディタでも、リンクの永続性の保証でもありません。削除や保存期間はダッシュボードで管理します。

一部成功なら全選択を再試行する前に結果を確認します。後続項目の失敗やキャンセル後も完了したオブジェクトは残る場合があります。再試行で追加の番号付きオブジェクトができるため、予定したファイルとバケット内容を照合します。

接続エラーでは無関係な設定を変える前に、エンドポイント、バケット、リージョン、認証の権限範囲を再確認します。アクション一覧とガイド一覧で、アップロードとローカル整理の違いを確認できます。

よくある質問

Yuzuがバケットを提供しますか？

いいえ。Uploadは指定した認証情報を使って自分のS3互換バケットへ接続します。保存に関する契約とアクセス方針はプロバイダ側のアカウントで管理します。

リンクではなくオブジェクトキーがコピーされたのはなぜですか？

公開URLのベースが未設定の場合、Yuzuはオブジェクトキーをコピーします。キーだけでは公開ダウンロードURLにはなりません。