クラウドを使わずに大きなファイルを送る方法
最終更新: 2026-08-05
20 GB の動画書き出しや重いプロジェクトのアーカイブは、まさにクラウドストレージが最も遅く感じる場面です。ファイル全体を一度アップロードして待ち、相手がもう一度ダウンロードします。2回の完全な転送に加え、ストレージ容量の制限も受けます。一度きりの受け渡しなのに、A から B へ送るだけのバイトのために、これだけの複製と待ち時間がかかります。
大きなファイルでは、Relayium はエンドツーエンド暗号化された保存型ダウンロードリンクを推奨します。アップロード中に受信者がオンラインである必要はなく、後で取得できます。送信側はアップロード完了までページを開き、その後リンクは期限まで残ります。双方がオンラインを保てる場合、リアルタイムはライブの選択肢です。同じ LAN では WebRTC が直接接続し、ネットワーク間では TURN が暗号文を運びます。リアルタイム内容やサーバー側のコピーは残しません。
大きなファイルで保存リンクを既定にする理由
始める前に
- 送信側にサインイン済みのアカウント。保存ダウンロードリンクの作成には必要ですが、リンクを開く人は最後までサインインしません。
- 2つの別々の上限に対する余裕。アップロードページが選択ボタンの隣に表示する1ファイルあたりの上限と、プランの保存容量です。どちらも推測ではなくページから読み取ります。
- 受け入れられる保持期間。有効期限の一覧はプランが許す範囲だけを示し、サーバーも同じ上限を自分の側で防御的に適用します。つまり選べる期間はそのまま適用されます。そしてこれらのリンクはいずれもバックアップではありません。
- アップロードが終わるまで開いたままの送信側ページ。終わったあとはリンクが独立して期限まで残るので、送信側はノートPCを閉じて構いません。受信側は自分のダウンロードを最後まで走らせる必要があります。
Relayium のダウンロードリンクが保存するのはブラウザで暗号化された暗号文だけです。アップロード中に受信者はオフラインでもよく、後で取得できます。完了後に送信側がページを閉じても、リンクは期限まで残ります。制約は画面に表示される1ファイル上限、容量枠、有効期限です。
リアルタイムは双方が今すぐ準備できる場合の選択肢です。同じ LAN ではアカウントなしで WebRTC が直接接続し、ネットワーク間では TURN がエンドツーエンド暗号文を運び、コード作成側がサインインします。双方のページを開いたままにする必要があるため、時間のかかる大容量転送より、小さなファイルやテキストの素早い受け渡しに向きます。
リアルタイムモードにはサイズ上限がない
Relayium は内容のコピーを保持しないため、リアルタイム転送にサーバー側ストレージのサイズ制限はありません。ネットワークをまたぐ際は TURN が両者のオンライン中に暗号文を運びますが、読み取りも復号もできず、転送履歴として保持しません。実際の上限は受信側ブラウザが決めます。
Chrome と Edge ではリアルタイム受信をディスクへ直接流せるため、技術的には数十 GB も扱えます。ただし大きなファイルの既定として推奨する意味ではありません。ライブセッションでは双方のページを開いたままにする必要があります。1バッチ最大1,000ファイルで、それぞれ SHA-256 で検証されます。
- 受信側がパソコン版の Chrome または Edge：ファイルはそのままディスクへストリーミングされるため、実質的にサイズ上限はありません。
- Firefox と Safari には File System Access API がないため、リアルタイム受信の1バッチはメモリに保持されます。およそ 256 MB を超えると Relayium が警告します。これは硬い上限ではなく、意図的に控えめに置いた目安です。
- 1バッチ最大1,000ファイル、それぞれ到着時に固有の SHA-256 ハッシュで検証されます。
最初からではなく再開する
双方のライブページが動作中なら、一時的な通信切断は保存済みのチェックポイントから再開できます。一方、どちらかのページを閉じる／再読み込みする、または App セッションを終了するとライブ転送は終了し、新たな受け渡しが必要です。これも大きなファイルで保存リンクを優先する理由です。
接続性も同じように扱われます。同一ネットワーク内では転送はデバイス間で直接行われ、ネットワークをまたぐ場合は暗号化ストリームが TURN リレーを経由します。リレーが見るのは暗号文だけなので、この経路でもエンドツーエンド暗号化のままです。
今すぐ送る、または後で取れるリンクを残す
リアルタイム転送は双方が同時にオンラインであることが必要で、都合を合わせられるときに最適です。相手が今いない場合は、代わりに保存型のダウンロードリンクを作成できます。
保存リンクはゼロ知識です。ブラウザがアップロード前に AES-256-GCM で暗号化し、復号鍵は URL フラグメントにだけ存在します。作成には送信側のサインインが必要で、容量枠を使い、有効期限があります（1回限りにもできます。その場合、ダウンロードが暗号文を受け取り始めた時点で1回分の枠が消費されます）。ダウンロードページは Firefox や Safari でも Service Worker で単一ファイルをディスクへ流せます。大きなファイルほど保存リンクを先に選びます。アップロード中に受信者はオンライン不要ですが、送信側は完了までページを開きます。その後は送信側のページを閉じてよく、受信者は期限までいつでも取得できます。ただし受信側のダウンロード自体は最後まで走らせる必要があります。ライブ経路は双方が机の前にいて、今すぐ届けたいときの手段です。
非同期転送のページを開き、サインインします。
https://relayium.com/offline-transferファイルを選ぶか、ドラッグして入れます。選択ボタンの隣の数値が、そのアカウントの現在の1ファイル上限です。アップロードが失敗してからではなく、始める前に大きいファイルと見比べてください。
アップロードするファイルを選択 最大 512 MiB「有効期限」を設定し、そのファイルが最初の取得より長く残るべきでないなら「閲覧後削除（初回ダウンロード完了後に削除）」をオンにします。1回分の枠はダウンロードが暗号文を受け取り始めた時点で消費されるため、途中で終わった試行でも使い切られることがあります。一覧はプランが許す範囲に絞られているので、見えない期間は不具合ではなくプランの制限です。
有効期限 1 日暗号化とアップロードの間はページを開いたままにします。終わるとリンクが現れ、その下に期限の日付が付きます。
リンクを作成しました。相手に送ってダウンロードしてもらえます： https://relayium.com/d/8f3c2a1b#k=hQ2r…リンク全体を送ってください。#k= より後ろは復号鍵で、サーバーには決して届きません。そのフラグメントを失ったリンクは、当社を含め誰にも復号できません。
アップロードが終わったときの画面
ページにリンクと、そのリンクが保たれる期限の日付、そして「これは一時的な受け渡しでバックアップではない」という注意が表示されます。この時点からアップロードは、ページを開いたままかどうかに依存しません。
受信者側では、リンクが暗号化ダウンロードページを開き、ファイル数と合計サイズが示され、「ダウンロードして復号」は「ダウンロード完了 ✓」で終わります。どこに置かれるかは相手のブラウザが決めるので、確認する場所は相手のダウンロード一覧です。
暗号化ダウンロードリンク
ダウンロード完了 ✓症状・確認・対処
- ファイルが1ファイルのサイズ上限を超えているという理由でアップロードが拒否される。
https://relayium.com/offline-transfer # 選択ボタンが上限を「最大 <サイズ>」と表示するこの上限はバッチ単位ではなく1ファイル単位なので、40 GB の書き出しをそれぞれ収まる分割ファイルにするのが道筋です。あるいは双方がオンラインのうちにリアルタイムで送ってください。何も保存しないため、サーバー側のサイズ制限がありません。
- 拒否の理由がファイルサイズではなく、その日の割り当てだった。
https://relayium.com/offline-transfer # 1日の枠による拒否はアップロードの流れが知らせる1日のアップロード枠は、1ファイル上限や保存容量とは別物で、知らせるのはアップロードの流れです。https://relayium.com/me が示すのはアカウントの月次使用量で、1日の枠の残量ではありません。古いアップロードが枠から外れて回復するのを待つ、可能ならプランを上げる、あるいは双方がオンラインのうちにリアルタイムで渡してください。リアルタイム転送は何も保存しないので、アップロード枠を消費しません。
- 有効期限の一覧に、期待していた7日や14日がない。
https://relayium.com/pricing # 保持期間はプランごとの数値一覧はプランの保持上限が許す期間だけを示し、サーバーも同じ上限を自分の側で防御的に適用します。そのため実際に選べる期間が黙って短くされることはありません。提示された中で最長のものを選ぶか、プランを変更してください。決めているのは上限で、ファイルではありません。
- 相手がリンクは無効、期限切れ、あるいはすでにダウンロードされて削除済みだと言う。
https://relayium.com/d/8f3c2a1b#k=hQ2r… # リンク1つ、id 1つ、鍵1つ3つはどれも同じ結論に至ります。もう取得できるものが残っていません。「閲覧後削除」がオンだったなら、ダウンロードが暗号文を受け取り始めた時点で1回分の枠は消費されています。途中で切れた試行でも、いくらかのバイトが届いていれば消費され、1バイトも届かなかった試行だけが枠を返します。もう一度アップロードして新しいリンクを送ってください。複数人に渡す必要があるときは、削除をオフにしてください。
- ダウンロードページが、リクエストが多すぎる、または送信者の今月の転送量を使い切ったと表示する。
https://relayium.com/me # 今月の使用量は保存だけでなく転送も含むファイルはまだあります。これは喪失ではなく計量です。数分待てばレート制限は解けますが、月間の転送量を使い切った場合は月替わり、プランの変更、または自分のノードが必要です。その間はリアルタイム転送がこれを完全に回避します。
よくある質問
送れるファイルの最大サイズは？
大きなファイルには保存型ダウンロードリンクを使ってください。1ファイル上限と容量枠はアップロード前に表示されます。リアルタイムにはサーバー側上限がなく、パソコン版 Chrome／Edge はディスクへ流せますが、双方のページを開いたままにする必要があります。Firefox／Safari のリアルタイム受信はメモリに保持され、約256 MBを超えると保守的な警告を表示します。
転送が中断されたらどうなりますか？
双方のページが動作中なら、一時的な接続切れは保存済みチェックポイントから再開できます。ページを閉じる／再読み込みする、または App セッションを終了するとライブ転送は終了します。保存リンクでは受信者のオンラインは不要ですが、送信側はアップロード完了までページを開く必要があります。
大きなファイルでプライバシーはどう守られますか？
リアルタイム転送は X25519 の鍵交換とチャンクごとの AES-256-GCM でエンドツーエンドに暗号化され、鍵はどのサーバーにも届きません。高度な検証（既定はオフ）をオンにすると両端末が6桁の検証コードを表示します。各ファイルは SHA-256 で検証します。同じ LAN の WebRTC は直接接続し、ネットワークをまたぐブラウザは設計上 TURN を使用します。リレーは暗号文を運ぶだけで読み取りも復号もできません。
次の数ギガバイトのファイルをクラウドなしで。暗号化したダウンロードリンクを残すか、両方の端末をつないでいま送るか。インストール不要で、同じネットワークならアカウントも不要です。
Relayium を今すぐ試す