ローカルホストを即席ファイルサーバに変える方法 | ゼロアップロード共有

開発者のジレンマ: 重要な金曜日のスプリントを終え、クライアントやQAチームに50GBのDockerイメージ、大容量のSQLダンプ、または未圧縮の4Kアセットフォルダを渡す必要があるとします。Googleドライブ、S3、Dropboxにドラッグ＆ドロップしてアップロード進行バーを見守る。ダウンロード速度は速いですが、家庭用のアップロード速度は通常その一部に過ぎず、クライアントが何かをダウンロードできる前に、全ペイロードのアップロード完了を待たなければなりません。

クラウドの仲介者を完全にスキップして、クライアントが直接あなたのマシンからファイルを引き出せたらどうでしょう？

LocalXposeやLocaltonetのようなトンネリングツールは、ビルトインのファイルサーバーモードを備えており、まさにそれを実現します：フォルダを指定すると、それを即座に公開URLに変換し、別のWebサーバーやアップロード待ちなしで公開します。この解説では、localhostをファイルサーバに変える方法、その仕組み、そして両ツールのコマンド構文と機能セット（LocaltonetのWebDAVネットワークドライブモードや新しい暗号化バックアップ機能を含む）について詳しく解説します。

---

クラウドストレージは迅速なハンドオフには不適

1. 二重転送のボトルネック。 クラウドストレージは非同期：デバイスAがファイルの100％をアップロードし終えるまで、デバイスBはダウンロードを開始できません。非対称の家庭用接続では、20GBのファイルを20 Mbpsのアップロード速度で送るのに2時間以上かかることもあります。
2. ストレージと帯域制限。 数ギガバイトのログバンドルやステージング環境のスナップショットは、無料枠のストレージ容量をすぐに超えてしまい、クリーンアップやアップグレードが必要になることもあります。
3. データの主権。 独自のソースや未公開メディア、クライアントデータ（サニタイズ済みでも）を第三者のクラウドにアップロードすると、そのインフラはあなたの管理外になります。
4. 同期の脆弱性。 小さなファイルの巨大ディレクトリ（node_modulesツリーや静的サイトビルド）をZIP圧縮し、デスクトップの同期クライアントを通じてプッシュするのは、ファイルロックや破損した転送の一般的な原因です。

代替案はピアツーピア、ゼロアップロードの共有です：クライアントはあなたのディスクから直接ファイルを引き出し、アップストリーム帯域だけを使用します。

---

リバースプロキシによるディレクトリ共有の仕組み

自己ホスティングのファイルサーバは、かつてはネットワークと格闘するものでした：静的IP、ルータのポートフォワーディング、ファイアウォールルール、そしてISPがCarrier-Grade NAT（CGNAT）に座らせている場合は、インバウンド接続をブロックされることもあります。

現代のトンネリングクライアントはこれを逆転させます。ポートを開けてインバウンドトラフィックを待つ代わりに、軽量なエージェントがあなたのマシンからトンネル提供者のエッジサーバへ*アウトバウンド*接続を確立します。アウトバウンド接続はNATやCGNAT、ほとんどのファイアウォールを通過し、設定不要です。エッジサーバはあなたに公開HTTPS URLを提供し、誰かがリクエストすると、そのリクエストを既に開いているトンネルを通じてあなたのマシンにプロキシします。

この仕組みをフォルダに適用すれば、Webサーバーやルータ設定なしで、セキュアかつ一時的に公開できるリバースプロキシディレクトリ共有が実現します。

---

LocalXposeのビルトインファイルサーバ

LocalXposeは、HTTP、TLS、TCP、UDPの汎用トンネリングクライアントであり、httpトンネルタイプにビルトインのファイルサーバーモードを搭載しています — 別途Webサーバーは不要です。

実際のコマンド

LocalXposeの公式チュートリアルは、次のような構文を示しています：

loclx tunnel http --subdomain mypics --basic-auth user:pass --file-server /home/pics

--file-serverはフォルダのパスを直接指定し、--basic-auth user:passはHTTP Basic認証を設定して、リスト表示前にディレクトリ全体を保護します。未認証のリクエストはエッジで拒否され、マシンに到達しません。--subdomainは任意で、省略するとランダムなサブドメインが割り当てられます。

Windowsの場合は次のようになります：

loclx tunnel http --basic-auth client:supersecretpassword --file-server C:\Users\Dev\Deliverables

（LocalXposeのマーケティングページでは、--to /path --file-serverのようなブールフラグの別形式も掲載されていますが、こちらは公式のファイル共有チュートリアルで推奨されている構文です。）

クライアントのインストール

LocalXposeは主要プラットフォーム向けにパッケージを提供しています：

# macOS (Homebrew)
brew install --cask localxpose

# Linux (Snap)
sudo snap install localxpose

# Nodeが動作する任意のプラットフォーム
npm install -g loclx

# Windows (Chocolatey)
choco install localxpose

loclx account loginで一度ログインし、またはACCESS_TOKENをエクスポートして非対話的/CI環境で使用します。

セキュリティ強化

基本認証は最低限です。LocalXposeはまた、ip_whitelistプラグインや、安定した一時的URLを提供するreserved_domainもサポートしています。これらはconfig.yamlで設定可能です：

file-server:
  type: http
  region: us
  reserved_domain: mydomain.com
  plugins:
    ip_whitelist:
      - 203.0.113.0/24
  apps:
    file_server:
      path: ./deliverables

監視や自動化のために、loclx service installコマンドはLocalXposeをバックグラウンドOSサービスとして登録し、トンネルを再起動や端末の再起動後も維持します。

---

Localtonet：3つのファイルサーバーモード

Localtonetはより広範なアプローチを採用しています。File Serverトンネルタイプには、ダッシュボード上の専用の”Process Type”セレクタがあり、Default（ブラウザファイルマネージャ）、SFTP、WebDAVの3つのモードを選択可能です。これらはすべて同じローカルフォルダパスを指し、別途SFTPデーモンやWebサーバーは必要ありません。

1. Default — ブラウザベースのファイルマネージャ

Localtonetの公式ドキュメントによると、Defaultモードの機能セットは次の通りです：アップロード、ダウンロード、名前変更、移動、コピー、削除、フォルダ作成、検索、プレビュー、タグ付け、アーカイブ、共有。権限はトンネルごとに管理され、Upload / Download / Delete / Create Folder / Move / Shareのフラグと、パスごとの上書き設定があります。最も具体的なパスが優先されるため、細かい制御が可能です。

2026年中頃には、Localtonetはこのモードに対して、次のようなセキュリティとバックアップの深度を追加しています：

• AES-256-CBCフォルダ暗号化（キーはマシン外に出ません）
• Immich互換のモバイル写真バックアップ（重複排除機能付き、自己ホスト型の写真バックアップターゲットとして利用可能）
• 定期クラウドバックアップ（Amazon S3やBackblaze B2、Wasabi、MinIOなどのS3互換ストア、FTP、SFTPリモートへ。複数のプロバイダーを並行運用可能）

これらの機能がSFTPやWebDAVモードに適用されるかは未確認です。公式ドキュメントでは、Defaultモード固有の機能と考えてください。

2. SFTP — 既存ツールや自動化に最適

SFTPをProcess Typeに選択すると、同じローカルフォルダをバックエンドとした標準のSFTPエンドポイントが提供されます。FileZilla、WinSCP、rsync、CIのバックアップスクリプトなどが、設定変更なしで接続可能です。LocaltonetのエージェントがSFTPエンドポイントを提供するため、別途SSH/SFTPデーモンのインストールや公開は不要です。

3. WebDAV — ネットワークドライブとしてマウント

WebDAVは、クライアントが共有フォルダをネイティブドライブとしてマウントできるモードです：

• Windows: エクスプローラー → “ネットワークドライブの割り当て”、LocaltonetのWebDAV URLを貼り付け、認証情報を入力
• macOS: Finder → Cmd+K（”サーバへ接続”）、URLを入力

マウント後は、WordやVS Code、Photoshopなどのネイティブアプリでファイルを開き、編集、保存が可能です。手動のダウンロード／アップロードサイクルなしで、大きなファイルもドラッグ＆ドロップできます。

どのようにLocaltonetのファイルサーバトンネルを設定するか

1. OSに対応したLocaltonetアプリをインストールし、サインイン
2. ダッシュボードからAuthTokenをコピーし、アプリに貼り付け
3. File Serverページに移動し、Process Type（ランダムサブドメイン／カスタムサブドメイン／カスタムドメイン）を選択、Default/SFTP/WebDAVを選び、AuthTokenとリージョンを設定
4. ローカルフォルダのパスを入力（例：WindowsはC:\Users\Work、Linuxは/rootや/usr/share）
5. Startをクリック。デフォルトでは、トンネル起動と同時にすべての機能が公開状態になります。必要に応じて、Permissionsからアップロード、削除、移動の制限を設定してください。

---

どちらのツールにも共通のフレームワーク

1. クライアントのインストール — LocalXpose（snap、brew、npm、choco）またはLocaltonet（ダッシュボードからのプラットフォームインストーラー）
2. 認証 — loclx account login（LocalXpose）またはAuthTokenを貼り付け（Localtonet）
3. サンドボックスフォルダの選択 — 専用のTransferディレクトリを共有し、プロジェクトルートやホームディレクトリは避ける（.envや.git/、ビルドアーティファクトの漏洩防止）
4. 認証付きでトンネルを起動 — LocalXposeは--basic-authを必ず付与。Localtonetは最低限の権限セット（Defaultモード）か、SFTP/WebDAVの認証情報を設定
5. URLを共有し、完了後に停止 — 転送完了後は、Ctrl+C（LocalXpose）またはダッシュボードの停止ボタン（Localtonet）でトンネルを終了。公開URLは即座に無効になります。

---

セキュリティのベストプラクティス

• 最小権限原則。 ダウンロードだけ必要な場合は、Localtonetでアップロード／削除／移動を許可しない。LocalXposeでは--basic-authを必ず設定。
• 一時的利用。 ファイルサーバトンネルは一時的なパスワードのように扱い、必要なときだけ起動し、すぐに停止するのが安全です。
• 共有フォルダの隔離。 作業中のディレクトリやプロジェクトフォルダではなく、専用の共有フォルダにファイルをコピーしてから公開。
• ログの監視。 CLIやダッシュボードでリアルタイムの接続活動を確認し、未知のIPや大量リクエストを検知したら直ちに停止してください。

---

ほかの方法

• Python + ngrok / Pinggy. 専用クライアントがなくても、ターゲットフォルダでpython3 -m http.server 8080を実行し、ngrok http 8080やPinggyでポートをトンネリング。権限管理はできませんが、Pythonが動作する環境ならどこでも使えます。
• Pinggyの--serveショートカット。 新しいCLI（cli-jsパッケージ）では、pinggy --serve /path/to/filesでトンネルを起動し、ディレクトリを直接提供可能です。認証やIPホワイトリストも併用できます。
• Tailscale / ZeroTier. 両側がVPNクライアントをインストール済みなら、プライベートネットワーク上でSMB/CIFSを使ったネイティブファイル共有も選択肢です。ただし、受信側はVPNに接続し、認証が必要です。

---

現在の料金（2026年）

	LocalXpose	Localtonet
無料プラン	2つのHTTPトンネル	1つのトンネル、月間1GB帯域、30分タイムアウト
有料プラン	Pro：$8/月（$96/年） — 10トンネル、無制限帯域	従量制：$2/トンネル（稼働中のみ課金）
ファイルサーバー	無料プランのHTTPトンネル範囲内	料金はトンネルタイプごとに同じ方式

LocalXposeは無料プランの帯域制限を公式に公開していません。大容量の一度きりの転送には、料金ページを確認してください。

---

よくある質問

localhostをファイルサーバに変えるとはどういう意味ですか？ 特定のローカルフォルダを公開URLで露出させ、他者が直接あなたのマシンからファイルをダウンロード（またはアップロード）できる状態にすることです。クラウドストレージを経由しません。

安全ですか？ 基本的な対策を守れば安全です。HTTPS（両ツールとも自動で提供）、認証（--basic-authや権限フラグ）、限定されたサンドボックスフォルダの共有、トンネルの終了を徹底してください。

パブリックIPやポートフォワーディングは必要ですか？ いいえ。両ツールとも、あなたのマシンから提供者のエッジサーバへアウトバウンド接続を行うため、NATやルータ設定は不要です。

LocaltonetのSFTPとWebDAVの違いは何ですか？ SFTPは既存ツールや自動化向け（FileZilla、WinSCP、rsync、CIスクリプト）です。WebDAVは、フォルダをネイティブドライブとしてマウントし、通常のアプリから直接ファイルを開き、保存できるモードです。特別なクライアントは不要です。

---

更新履歴

2026年9月7日時点の公式ドキュメントとブログに基づき検証済み。

• LocalXposeのファイルサーバCLI構文を修正。 以前はloclx tunnel http --file-server /path --basic-auth user:passでしたが、公式チュートリアルではloclx tunnel http --subdomain X --basic-auth user:pass --file-server /pathと記載されています。基本的なアプローチは維持しつつ、フラグの順序を公式ドキュメントに合わせました。マーケティングページでは--to /path --file-serverのブール形式も掲載されていますが、こちらは推奨される構文です。
• 未確認のLocaltonetのDefaultモード機能を修正。 以前の記述では.jsonや.js、.cssファイルのインライン編集や「ビルトインのリサイクルビン」について触れていましたが、これらは現行のドキュメントやブログには記載されていません。実際の機能リスト（アップロード、ダウンロード、名前変更、移動、コピー、削除、フォルダ作成、検索、プレビュー、タグ付け、アーカイブ、共有）に置き換えました。
• Localtonetの権限モデルを修正。 「細粒度のユーザ権限（Read、Write、Delete）」と記載していましたが、実際はグローバルなUpload/Download/Delete/Create Folder/Move/Shareフラグとパスごとの上書き設定で、単純なread/write/deleteではありません。
• 新たに追加されたLocaltonetのファイルサーバ機能。 AES-256-CBCフォルダ暗号化、Immich互換のモバイル写真バックアップ、定期クラウドバックアップ（S3互換ストレージ、FTP、SFTPリモート）など、2026年中頃のドキュメントに基づきます。これらの機能はSFTP/WebDAVモードには未確認です。
• 設定方法の詳細。 「一般的な設定フロー」として、Process Type選択、エージェントの役割、フォルダパス設定、認証設定、起動後の管理方法を追記。
• Pinggyの--serveフラグを追加。 これにより、専用のファイルサーバーを使わなくても、ディレクトリを直接公開できる方法が増えました。
• 料金情報を追加。 LocalXposeは無料（2つのHTTPトンネル）、Proプランは月額$8（10トンネル、無制限帯域）、Localtonetは無料（1トンネル/1GB/30分）、従量制も紹介。
• インストールコマンド例と設定例を追加。 Homebrew、Snap、npm、Chocolatey、config.yaml設定例、reserved_domain、ip_whitelist、loclx service installの詳細も記載。
• 不要なコードやメタデータの除去。 以前の誤ったコード生成トランスクリプトやトレースバック、ファイル書き込みラッパーを削除し、見出し構造を標準的なMarkdownに整形しました。