なぜ自宅のネットワーク外でのリモートファイルアクセスは遅いのですか？

リモートファイルアクセスがローカルアクセスより遅く感じられるのは、もはや短く低遅延の自宅LAN上でファイルを閲覧しているわけではないからです。自宅では、ノートパソコンとサーバーはスイッチ、ルーター、またはWi-Fiの1ホップしか離れていないかもしれません。家の外では、同じファイル要求が自宅のアップロードリンク、ルーターやVPN、ISP、パブリックインターネット経路、そして現在使用しているネットワークを通過しなければなりません。

つまり、ボトルネックはめったにNASや自宅サーバーだけではありません。遅いリモートファイルアクセスは、アップロード速度、遅延、ファイルプロトコルの挙動、VPNのオーバーヘッド、中継経路、弱いルーターCPU、多数の小さなファイル、アプリレベルの処理など、いくつかの小さな制限が重なって起こることが多いです。

ローカルファイルアクセスが速く感じられるのは、LANが短く低遅延だからです

自宅では、NASのフォルダを開くのがほぼ瞬時に感じられます。写真はすぐに読み込まれ、プロジェクトフォルダは通常通り開き、大きなファイルもローカルネットワークの速度に匹敵する速さでコピーされます。この体験があるため、リモートでの遅さは驚きに感じられます。同じサーバーと同じファイルが、家の外では突然異なる動作をするからです。

経路が異なります。ローカルアクセスはLAN内に留まり、遅延が低く、帯域幅は通常インターネットのアップロード速度よりもはるかに高いです。ディレクトリ一覧、権限チェック、サムネイル、ファイルのメタデータ、プレビュー要求は多くの小さな操作を伴うことがありますが、サーバーが近いためすぐに返されます。

リモートアクセスはWAN経路を通過しなければなりません。コーネル大学の共有ファイルサービスでは、WAN経由のリモートファイルアクセスは、遅延が大きく、利用可能な帯域幅が低く、ISPのアップロード制限があるため、かなり遅くなることがあると指摘しています。ローカルの速度はサーバーとディスクが動作可能であることを示しますが、外部の経路が同じように感じられるとは限りません。

自宅のアップロード速度がリモートのダウンロード速度になる

よくある誤解は、自宅のインターネットのダウンロード速度だけを見ることです。プランでは500Mbpsや1Gbpsのダウンロード速度を謳っていても、外部からNASにアクセスするときは、自宅のサーバーがファイルをアップロードしているのです。

ご自宅のアップロード速度が20Mbpsの場合、VPNのオーバーヘッド、プロトコルのオーバーヘッド、混雑が加わる前に、リモートのダウンロード速度はその速度を使うことになります。高性能なNAS、高速SSD、または2.5GbE LANでも、弱い上りのインターネット接続を補うことはできません。

まずはホームネットワークからのアップロード速度を測定してください。大きなファイルのダウンロードが家の外のどこでも遅い場合、ホームのアップリンクが最初の疑いです。対策はより高速なアップロードプラン、同時リモート転送の削減、より良い圧縮、または必要になる前にファイルを同期するワークフローかもしれません。

遅延は速度テストが示すよりもファイルブラウジングに大きな影響を与えます

時には単一の大きなファイルは許容できる速度でダウンロードされますが、フォルダのブラウジングはひどく感じられます。写真、PDF、デザイン資産、コードファイルのあるディレクトリを開くと、何かが表示されるまで数秒間停止することがあります。

ファイルブラウジングは単一のクリーントランスファーではありません。クライアントはファイル名、サイズ、タイムスタンプ、権限、アイコン、プレビュー、サムネイル、ロック状態、フォルダの更新を要求することがあります。各リクエストは往復しなければなりません。LANではこれらの往復はほとんど気になりませんが、VPNやインターネット経路では積み重なります。

これが、速度テストは問題なく見えてもFinderやExplorer、マウントされた共有が遅く感じる理由です。帯域幅は理想的な条件でどれだけのデータが移動できるかを示します。遅延は次の操作が続行できるまでの待ち時間を示します。

SMBとデスクトップファイルブラウザは高遅延WAN使用向けに設計されていません

多くのユーザーはVPNを通じてホームサーバーに接続し、自宅で使っているのと同じSMB共有をマウントします。動作はしますが、フォルダのブラウジング、Officeファイルのオープン、多数の小さなアイテムをデスクトップファイルマネージャーでドラッグすると遅く感じることが多いです。

SMBはLAN上では優れていますが、デスクトップスタイルのファイルブラウジングは距離が離れると通信が多くなります。MicrosoftのSMBファイル転送性能に関するガイダンスは、ファイル転送速度は単なるディスク速度だけでなく、システムとネットワークの両方の要因に依存するという広範なポイントを示しています。

VPN経由のSMBは、時折の管理作業や簡単な転送にはまだ有用です。しかし、ライブのリモートブラウジング、大規模なプロジェクトフォルダ、多数の小さなファイルには必ずしも最適な体験ではありません。同期クライアント、ウェブファイルインターフェース、専用転送ツール、またはサーバー近くのマシンへのリモートデスクトップの方がはるかに快適に感じられます。

多くの小さなファイルは1つの大きなファイルより遅い

5GBの動画を1本コピーするのは予測可能な速度で完了します。5GBの写真やソースコードをコピーする場合は、 node_modulesデザインのエクスポートやネストされたドキュメントフォルダは、総サイズが同じでもはるかに遅く感じることがあります。

大きなファイルは主に持続的なスループットをテストします。小さなファイルは繰り返しのオープン、クローズ、メタデータ、権限、サムネイル、確認操作をテストします。各ファイルはオーバーヘッドを追加し、高遅延経路では各往復のコストが高くなります。

多数の小さなファイルをリモートで移動する必要がある場合は、ワークフローを変えましょう。まずフォルダーをZIP圧縮し、再開や変更比較ができる同期ツールを使い、ホームLAN上のマシンからコピー操作を実行するか、リモートのSMBウィンドウで何千ものファイルをドラッグする代わりに専用の転送ツールを使いましょう。

VPNはセキュリティを強化しますが、同時にオーバーヘッドも増やします

VPNアクセスはプライベートなホームサーバーにとってしばしば適切な選択です。管理パネル、ファイル共有、内部サービスをパブリックインターネットから隔離します。しかし暗号化とトンネリングはすべてのパケットに負荷を加えます。

安全なVPNトンネルは高速になり得ますが、実際のスループットはCPU、デバイスの性能、ルーティング、MTU、パケットロス、ネットワーク間の経路に依存します。VPNが性能の低いホームルーターで動作している場合、NASやインターネットプランよりもルーターがボトルネックになることがあります。

VPNが遅いからといってVPNが間違った選択というわけではありません。個人利用では、ファイルサービスを直接公開するよりも通常は安全です。実用的な対策としては、性能の良いハードウェアでVPNを実行し、最新のプロトコルを使い、転送が停滞する場合はMTUを確認し、VPN経由のSMBをローカルディスクのように使うのは避けることです。

中継およびトンネル経路は便利ですが、直接経路より遅くなることがあります

一部のリモートアクセスツールはポートフォワーディングを設定しなくても動作します。その利便性は特にCGNAT、厳しいルーター、モバイルネットワーク、オフィスのファイアウォールの背後で価値があります。しかし、トラフィック経路は必ずしも直接的とは限りません。

直接のピアツーピア接続が不可能な場合、一部のツールは中継経路にフォールバックします。Tailscaleの接続ドキュメントでは直接接続と中継接続を区別しており、直接接続は通常、低遅延かつ高スループットを提供し、中継はフォールバック経路として機能します。

リモートファイルアクセスが予想外に遅い場合は、ツールが直接接続を使っているか中継を使っているかを確認してください。中継経路は依然として有用ですが、ホームインターネットプランの速度を期待通りに提供できないことがあります。NATトラバーサルの改善、ネットワークの変更、パブリックIPの使用、または別のアクセス方法の選択が役立つかもしれません。

リバーストンネルはサーバーへの到達を助けるものであり、必ずしも速度を最大化するわけではありません

リバーストンネルは別の問題、つまり到達可能性を解決できます。ISPがCGNATを使用している場合やルーターが着信接続を受け付けられない場合、ホームサーバーはトンネルプロバイダーへのアウトバウンド接続を開き、その経路を通じてサービスを公開できます。

Cloudflareのトンネルファイアウォールドキュメントは、コネクターからCloudflareネットワークへのアウトバウンドトンネル接続の必要性を説明しています。このアウトバウンドモデルは、ホームルーターのインバウンドポートを開ける必要がないため便利です。

トンネルは経路にもう一層を加えるというトレードオフがあります。多くの場合、ポートフォワーディングより安全で簡単ですが、ルーティング距離、アカウント設定、アクセスポリシー、サービス依存性を増やすことがあります。適切な問題に使いましょう：到達性と制御されたアクセスのためであり、LANのようなファイル速度を保証するためではありません。

セルフホスト型ファイルアプリは独自の処理コストを追加します

ネットワークだけが問題とは限りません。生のファイルダウンロードは許容範囲でも、セルフホスト型クラウドインターフェース、写真アプリ、WebDAVフォルダ、ドキュメントプレビュー、モバイルアプリは遅く感じることがあります。

これはアプリケーションが単にディスクからファイルを読む以上の処理を行うためです。データベースのクエリ、権限チェック、サムネイル生成、フォルダスキャン、コンテンツの暗号化・復号、プレビュー処理、リバースプロキシやPHP/ランタイム層の処理などが含まれます。Nextcloudのサーバーチューニングドキュメントでは、高負荷がサービスを遅くすることを指摘し、プロセスやドライブが原因かどうかを特定することを推奨しており、これはセルフホスト型ファイルアプリのパフォーマンスに対する正しい考え方です。

アプリのUIが遅いが直接のファイルダウンロードは問題ない場合は、アプリ層を別途トラブルシュートしてください。CPU、RAM、データベースの遅延、サムネイル処理、バックグラウンドタスク、ディスクI/O、リバースプロキシのログ、アプリが一度にスキャンやプレビューをしすぎていないかを確認しましょう。

TCP、パケットロス、リモートネットワークも重要です

リモート側も弱点になり得ます。同じホームサーバーでも、オフィスの接続からは許容範囲でも、ホテルのWi-Fi、空港のWi-Fi、混雑したカフェ、モバイルホットスポットからは非常に遅く感じることがあります。

これらのネットワークはパケットロス、ジッター、トラフィックシェーピング、NAT制限、キャプティブポータル、不安定なWi-Fiを引き起こすことがあります。TCPはロスや輻輳を検知すると送信動作を抑制するため、短時間のテストで「十分速い」と見えても長時間のファイル転送ではパフォーマンスが悪いことがあります。

リモートネットワークを1つだけでテストしないでください。モバイルデータ、別のWi-Fiネットワーク、異なる時間帯を比較しましょう。場所によってパフォーマンスが大きく変わる場合、ホームサーバーが主な問題ではない可能性があります。

より良いリモートファイルアクセスは通常、ワークフローの変更を意味します

目標はインターネットをローカルのイーサネットスイッチのように振る舞わせることではない。その期待はフラストレーションを生む。より良い目標はライブのリモートファイル閲覧を減らし、可能な限り作業をデータに近づけること。

大きなファイルには直接ダウンロード、再開可能な転送、専用クライアントを使用。多数の小さいファイルには同期、アーカイブ、コマンドライン転送ツールを使用。よく使う作業フォルダにはローカルキャッシュやオフライン同期を利用。メディアは生フォルダ閲覧ではなくストリーミングやトランスコーディングを調整。コードはSMBでプロジェクトディレクトリをドラッグする代わりにGitやリモート開発ワークフローを使う。

最速のリモート設定は必ずしも最高帯域幅の設定ではない。不要な往復を避け、小さいファイルのオーバーヘッドを減らし、最初の同期後は繰り返し作業をローカルに保つものが速い。

実用的なトラブルシューティングの順序

リモートファイルの速度問題は誤解されやすい。多くの異なるボトルネックが「NASが遅い」と感じさせる。明確なテストで自宅回線、サーバー、プロトコル、アクセス方法、アプリ層、リモートネットワークを分離する。

まず自宅のアップロード速度を確認。次にLAN内のファイル速度をテストしてサーバーとディスクの健康状態を確認。次に大きなリモートファイル、続いて多数の小さいファイルがあるフォルダをテスト。可能ならVPN、トンネル、直接アクセスを比較。接続が直接かリレーかも確認。転送中はルーターとサーバーのCPUを監視。Webアプリが関与している場合はアプリのログ、データベース負荷、サムネイル、バックグラウンドジョブもチェック。

パターンから調査箇所がわかる。大きなファイルがどこでも遅い場合はアップロード速度かVPN経路が原因。フォルダが遅くて大きなファイルは問題ない場合はレイテンシやメタデータのオーバーヘッドが原因。Webアプリが遅くて生のダウンロードは問題ない場合はアプリ層の問題。

最終的な結論

リモートファイルアクセスが自宅ネットワーク外で遅いのは経路が変わるためです。自宅では低遅延のLANを通じてファイルが移動しますが、外部ではフォルダー一覧、プレビュー、権限チェック、転送のすべてが自宅のアップロード速度、ルーターやVPN、ISP、公共インターネット、リモートネットワーク、そして選択したファイルアクセス方法を経由しなければなりません。

最良の対策は必ずしも高速なハードウェアではありません。まず自宅のアップロード速度、遅延、VPNやトンネル経路、プロトコルの挙動、ファイルタイプを確認しましょう。その後、ワークフローを変えます：頻繁なフォルダーは同期し、WAN越しのライブSMBブラウジングは避け、多数の小ファイルは圧縮し、ウェブインターフェースや専用クライアントを使い、リモートアクセスはプライベートかつ安全に保ちましょう。

安定したプライベートクラウドNASはファイル、同期サービス、バックアップ、リモートアクセスのワークフローに信頼できるローカル基盤を提供しますが、外部での体験はネットワーク経路と選択したアクセス方法に依存します。

よくある質問

なぜ自宅ではNASが速いのにリモートでは遅いのですか？

自宅では低遅延のLANを使います。リモートではファイルは自宅のアップロード回線、ルーターやVPN、ISP、インターネット経路、リモートネットワークを経由します。アップロード速度、遅延、プロトコルのオーバーヘッドがより重要になります。

リモートファイルアクセスに自宅のダウンロード速度は関係ありますか？

アップロード速度ほどではありません。外出先から自宅のNASからファイルをダウンロードするとき、NASは自宅のインターネット接続を通じてそのファイルをアップロードしています。

なぜVPN経由のSMBはこんなに遅いのですか？

SMBやデスクトップのファイルブラウザは多くのメタデータや権限チェックを行います。高遅延のVPN経路ではこれらの往復が遅延を増やし、特にフォルダー閲覧や多数の小ファイルコピー時に顕著です。

なぜ多数の小さなファイルは一つの大きなファイルより遅いのですか？

小さなファイルはそれぞれ開く、メタデータ取得、権限確認、転送、閉じる操作が必要です。WAN越しではこれらの往復が多くなり、一つの大きな連続ファイルを転送するより遅くなることがあります。

VPNはリモートファイルアクセスを遅くしますか？

はい。VPNは暗号化とトンネリングのオーバーヘッドを追加します。VPNが性能の低いルーターで動作していたり、MTUや経路の問題があるとスループットが低下します。それでもVPNはファイルサービスを直接公開するより個人利用には安全なことが多いです。

なぜトンネルやメッシュVPNが時々遅くなるのですか？

接続が直接経路ではなくリレーを使っている可能性があります。リレーは直接接続が失敗した場合に役立ちますが、経路やプロバイダーによっては遅延やスループット制限が加わることがあります。

ウェブファイルアプリはSMBより速いですか？

場合によります。リモートでの閲覧やダウンロードにはウェブUIが便利なこともありますが、データベース、サムネイル、プレビュー、アプリ処理のオーバーヘッドが増える可能性があります。生のダウンロードとアプリでの閲覧を別々にテストしてください。

リモートファイルアクセスを改善する最良の方法は何ですか？

頻繁に使うフォルダーは同期を利用し、WAN経由のライブSMBブラウジングは避け、多数の小さなファイルは転送前に圧縮し、対応可能なハードウェアでVPNを実行し、接続がリレー経由かどうかを確認し、自宅のアップロード速度が使用状況に合っているかを確かめましょう。