LocalSendができない理由
これは機能の欠如やバグではなく、設計そのものです。LocalSendはローカルネットワーク内にUDPマルチキャストパケットをブロードキャストして近くの端末を見つけ、それに失敗するとローカルサブネット宛のHTTPリクエストにフォールバックします。どちらの方法も、ネットワークの境界で止まってしまいます。
マルチキャストトラフィックは通常サブネットの境界を越えられず、多くのルーターはVLANやゲストネットワークの間でこれをブロックします。そのため、異なるWi-Fiネットワーク上の2台の端末 ― 同じ建物内の別々のサブネットであっても ― は互いを見つけることができません。オンにする設定は存在しません。インターネット越しに届くということは、LocalSendが意図的に踏み出さないローカルネットワークの外に出ることを意味するからです。
これは正当なトレードオフです。ローカルにとどまることこそが、LocalSendがプライベートでサーバーを必要としない理由なのです。ただし、端末が同じネットワーク上にない瞬間、別のツールが必要になります。
よくある3つの回避策
GitHubのディスカッションやフォーラムのスレッドでよく見かける方法です。どれも実際に機能しますが、それぞれに代償があります。
スマホのテザリング
テザリングをオンにして相手の端末を接続させ、LocalSendを実行する。
物理的に近くにいる場合しか機能せず ― それでは意味がありません。
VPN / Tailscale / ZeroTier
両方の端末を同じ仮想ネットワークに参加させ、LocalSendにローカルだと認識させる。
両方の端末にインストールして設定し、常時起動させておく必要があり、相手もあなたのネットワークに参加しなければなりません。
クラウドストレージにアップロード
DriveやDropboxにファイルを置いてリンクを送る。
ファイルは他人のサーバーに置かれることになります ― まさにLocalSendユーザーが避けたいことです。
トレードオフのない選択肢
AlterSendは、人々がLocalSendを選ぶ理由すべて ― 無料、オープンソース、エンドツーエンド暗号化、アカウント不要、サイズ無制限、ファイルがサーバーに保存されないこと ― をそのままに、同一ネットワークという制約だけを取り除きました。端末同士はローカルブロードキャストの代わりにP2Pネットワークを通じて互いを見つけるため、どこにいても構いません。
同じネットワークは不要
別のWi-Fi、別の街、別の国 ― それでもただつながります。
VPNの設定は不要
Tailscaleも、WireGuardも、テザリングのやりくりも不要。一度ペアリングすれば送れます。
サーバーには一切触れない
エンドツーエンド暗号化されたP2P通信。ファイルはアップロードも保存もされません。
無料でオープンソースなのも変わらず
Apache-2.0ライセンスで監査可能 ― LocalSendを選んだ理由と同じです。
詳しい比較はAlterSend vs LocalSendをご覧ください。
ネットワークを越えて送信する、はじめから終わりまで
- 01両方の端末にインストールWindows、Mac、Linux、iPhone、Androidで無料 ― アカウント作成は不要です。
- 02コードをスキャンしてペアリングQRコードを1回スキャンするか、6桁の参加コードを入力するだけで、どこにいてもつながります。
- 03直接送信ファイルは暗号化された状態でインターネットを直接経由します。サイズ無制限、クラウドストレージ不要。
