← 2026-04-29 の一覧へ戻るホーム
ローカルセンド：AirDrop 向けのオープンソースかつクロスプラットフォーム的な代替製品です

2026/04/28 20:54

ローカルセンド：AirDrop 向けのオープンソースかつクロスプラットフォーム的な代替製品です

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

LocalSend は、インターネット接続なしでローカルネットワーク上でファイルやメッセージを安全に共有するために優れた、無料のオープンソースツールです。その核心にある強みは、標準的な HTTPS プロトコルを採用しながらデバイス固有の暗号化証明書を利用することで、外部インフラストラクチャに依存せずデータプライバシーを確保できる点にあります。入手方法は公式アプリストア（Windows、macOS、Linux、Android、iOS）、パッケージマネージャー（Winget、Homebrew、F-Droid など）そして直接インストーラーを通じて可能です。これらの方法で設定は概ね容易ですが、ユーザーは以下の特定の注意点を遵守する必要があります：ルーターの「AP isolation」は無効にされなければならず、ファイアウォールからは TCP/UDP トラフィックをポート 53317 で許可する必要があることなどです。プラットフォーム固有の要件としては、Windows 10 以上（Windows 7 のサポートは v1.15.4 より終了）、macOS Big Sur 以降（旧システムでは手動パッチ適用が必要）、

xdg-desktop-portal
依存関係を含む Linux、Android 5.0 以上、iOS 12.0 以上が挙げられます。多くのアプリとは異なり、LocalSend では自動更新は提供されておらず、ユーザー自身にストアやパッケージマネージャーから最新リリースを手動でダウンロードする責任があります。さらに、本ソフトウェアは Flutter と Rust で構築されているため、開発時や手動コンパイル時にバージョン不一致が発生すると稀にビルドエラーが生じる可能性があります。高度な利用としては、
--hidden
フラグを通じて「Hidden Start」モードを利用でき、ポータブルモード（v1.13.0 以降）では空の 
settings.json
ファイルを作成することで設定をローカルに保存できます。これらの軽微な保守上の課題や特定の構成要件が存在しながらも、オープンソースによる特性がユーザーを後押しする点から、オフラインファイル共有において堅牢なソリューションとして機能し続けます。

本文

LocalSend ドキュメント

プロジェクトリンク

対応言語

英語（デフォルト）、スペイン語、ペルシャ语、フィリピン語、フランス語、インドネシア語、イタリア語、日本語、クメール語、韓国語、ポーランド語、ポルトガル語（ブラジル）、ロシア語、タイ語、トルコ語、ウクライナ語、ベトナム語、中国語。

概要

LocalSend は、インターネット接続を必要とせずにローカルネットワーク内での Nearby デvice を介してファイルやメッセージを安全に共有できる、無料でオープンソースのアプリです。

これは REST API と HTTPS 暗号化を使用したクロスプラットフォームアプリであり、外部サーバーに依存しない他のメッセンジャーアプリとは異なり、インターネット接続やサードパーティ製サーバーの使用也不需要しています。そのため、ローカル通信のための高速かつ信頼性の高いソリューションとなっています。

クイックリンク

About LocalSend（LocalSend について）

LocalSend は、REST API と HTTPS 暗号化を使用したクロスプラットフォームアプリであり、機器間での安全な通信を可能にします。外部サーバーに依存しない他のメッセンジャーアプリとは異なり、インターネット接続やサードパーティ製サーバーの不要性を特徴とし、ローカル通信における迅速かつ信頼性の高いソリューションです。

スポンサー

スクリーンショット

(スクリーンショットセクションプレースホルダー)

ダウンロード

アプリをダウンロードする際は、アプリストアまたはパッケージマネージャーから行うことを推奨します。同アプリは自動更新機能を持たないためです。

プラットフォーム最低バージョン備考
Android5.0-
iOS12.0-
macOS11 Big SurOpenCore Legacy Patcher 2.0.2 を使用してください（詳細は #1005 参照）
Windows10Windows 7 の最終サポートバージョンは v1.15.4 です。将来、Windows 7 向けの新しいバージョンのバックポートがある可能性があります。
LinuxN.A.依存関係：Gnome: 
xdg-desktop-portal
および 
xdg-desktop-portal-gtk
、KDE: 
xdg-desktop-portal
および 
xdg-desktop-portal-kde

パッケージマネージャーとストア

(配布チャネルに関する詳細は「配布チャネル」をご参照ください)

非公式 MSIX プレビュー版

注意：最新のコミットからビルドを試し始めることができます（localsend.ob-buff.dev）。ただし、安定性は保証されていませんし、サイトのすべてのカスタムコードの調整事項については同サイトでご確認ください。

セットアップ

多くの場合、LocalSend はインストール済みの状態で動作します。しかし、ファイルの送受信に問題がある場合は、ファイアウォールの設定を変更してローカルネットワーク上での LocalSend の通信を許可する必要があるかもしれません。

ファイアウォール設定

トラフィックタイププロトコルポートアクション
インカミング（入）TCP, UDP53317許可
アウトバウング（出）TCP, UDP任意許可

メモ: ルーターの AP 隔離機能も無効にしていることを確認してください。通常はデフォルトで無効になっていますが、一部のルーターでは有効になっている場合があります（特にゲストネットワーク）。詳細についてはトラブルシューティングを参照してください。

ポータブルモード

(v1.13.0 で追加) 実行ファイルと同じディレクトリ内に 

settings.json
という名のファイルを作成します。このファイルは空でも構いません。アプリはこのファイルを使用して設定を保存し、デフォルトの場所ではなくこちらを使用します。

隠して起動する

(v1.15.0 で更新) アプリをトレー（システムトレイ）のみに表示した状態で起動するには、

--hidden
フラグを使用してください（例：
localsend_app.exe --hidden
）。 v1.14.0 およびそれ以前のバージョンでは、自動起動フラグが設定され、かつ「隠す」設定が有効であればアプリは自動的に隠れた状態で起動しました。

仕組み

LocalSend は REST API を使用した機器間通信を可能にする安全な通信プロトコルを採用しています。すべてのデータは HTTPS を介して安全に送信され、TLS/SSL 証明書は各デバイスでオンザフライ（瞬時）に生成されるため、最大のセキュリティが確保されています。

LocalSend プロトコルの詳細については、ドキュメントをご覧ください。

使い始め

ソースコードから LocalSend をコンパイルする手順は以下の通りです：

  1. Flutter を直接インストールするか、fvm を使用してインストールしてください（必要なバージョンを参照）。
  2. Rust をインストールします。
  3. LocalSend リポジトリをクローンします。
  4. cd app
    を実行してアプリディレクトリに入ります。
  5. flutter pub get
    を実行して依存関係を取得します。
  6. flutter run
    を実行してアプリを起動します。

メモ: LocalSend は現在、古い Flutter バージョン（

.fvmrc
に指定）を必要とするため、必要なバージョンとシステム全体にインストールされているバージョンの不一致によりビルドエラーが発生する可能性があります。開発の一貫性を保つために、LocalSend はプロジェクトの Flutter バージョンを管理するために fvm を使用しています。fvm をインストールした後、
flutter
ではなく 
fvm flutter
を実行してください。

貢献方法

LocalSend の改善にご興味のある方からの貢献を歓迎します。貢献をご希望の場合は、いくつかの方法があります：

翻訳

  • LocalSend の他の言語への翻訳にご協力いただけます。翻訳管理には Weblate プラットフォームを使用しています。
  • また、本リポジトリをフォークして翻訳を手動で追加することも可能です。

翻訳ファイルは 

app/assets/i18n
ディレクトリにあります。追加または更新するには、
_missing_translations_<locale>.json
または 
strings_<locale>.i18n.json
ファイルを編集してください。

ご注意: 

@
で装飾されているフィールドは翻訳対象外であり、アプリ内で使用されていません。これらはファイルに関する情報や翻訳者のための文脈を提供するためのテキストに過ぎません。

バグ修正と機能改善

  • バグ修正: バグを発見した場合は、問題の説明と修正方法が明らかなプルリクエストを作成してください。
  • 機能改善: LocalSend を改善する方法のアイデアをお持ちであれば、まず Issue を作成して改善が必要である理由について議論を行ってください。

詳細については、貢献ガイドをご覧ください。

トラブルシューティング（トラブルシューティング）

問題送信側プラットフォーム受信側プラットフォーム解決策
デバイスが表示されない任意任意ルーターの AP-Isolation（アクセスポイント隔離）を無効にしてください。有効な場合、機器間の接続は禁止されます。
デバイスが表示されない任意Windowsネットワークを「プライベート」ネットワークとして構成していることを確認してください。Windows はネットワークが公開と設定されている場合に制限が厳しくなります。
デバイスが表示されないmacOS, iOS任意OS の設定にある「プライバシー」の下で「ローカルネットワーク」の権限を切り替えてみてください。
速度が遅い任意任意5GHz 帯を使用してください。両方のデバイスで暗号化を無効にしてください。
速度が遅い（既知の問題）任意Android既知の問題：
flutter-cavalry/saf_stream#4

ビルド方法

これらのコマンドは Maintainer（管理者）向けです。必ずアプリディレクトリから実行してください。

Android

  • 従来の APK
  • Google Play 向けの AppBundle

iOS

(指示あり)

macOS

(指示あり)

Windows

  • 従来の形式
  • ローカル MSIX アプリ（
    flutter pub run msix:create
    ）
  • ストア向け（
    flutter pub run msix:create --store
    ）

Linux

  • 従来の形式
  • AppImage（
    appimage-builder --recipe AppImageBuilder.yml
    ）
  • Snap（指示は 
    localsend/snap/README.md
    にあります）

同じ日のほかのニュース

一覧に戻る →

2026/04/29 4:44

Ghostty は GitHub から撤退します。

## Japanese Translation: GitHub ユーザー 1299 が 18 年にわたり作成・維持してきたターミナルエミュレータ Ghostty が、プラットフォーム上の重要なインフラ障害の発生により、創始者が現在それを重大な業務に不適切と見なし始めたことを受け、公式に GitHub を離れる予定である。最近の GitHub Actions の停電は数時間ほど PR レビューをブロックし、これは Git そのものの問題ではなく GitHub サービス自体の構造的な問題を浮き彫りにしている。同月中盤の主要な GitHub 障害（同日に Elasticsearch の障害も発生したが別の事件）と時期を同じくしてこの週に終了した議論が、プロジェクトの移行計画を見事に実現させながら、現在の URL で即時のコードアクセスのために読み取り専用ミラーを維持するという方針で進められた。創始者は、新たなホスティングソリューションを探す過程で、商業的およびフリーソフトウェアの複数のプロバイダーから依存関係を段階的に削除していくことを意図している。この動きは、不揃いなサービスレベルを持つ主要プラットフォームに依存するオープンソースプロジェクトの長期的な持続可能性に対する業界全体の懸念の高まりを示しており、維持者は利便性よりも安定性を最優先することを促している。

2026/04/29 8:54

ChatGPT も広告を表示しています。以下がその全体的な帰属循環のプロセスです。

## Japanese Translation: OpenAI は、ChatGPT に独自の広告システムを直接統合し、SSE ストリームに `single_advertiser_ad_unit` オブジェクトを注入し、クリエイティブ資産を独自ドメインである `bzrcdn.openai.com` 上にホストしています。ブラウザには OAIQ v0.1.3 という追跡用 SDK が実行されており、製品の閲覧情報を OpenAI のサーバーへ報告しています。このシステムは Fernet 暗号化されたトークン（例：`ads_spam_integrity_payload`, `oppref`, `olref`, `ad_data_token`）を使用しており、これらは公衆向けのヘッダーバイトを 9 文字含み、トークンの発行時刻の復元を可能にしています（例：2026 年 4 月 26 日）。クリックされたリンクは外部ではなく ChatGPT の内部ウェブビュー内（`open_externally: false`）で開かれるため、OpenAI はクリック後のナビゲーションを観察できます。アトリビューションチェーンには、720 時間の有効期限を持つファーストパーティcookieに格納されるフォワードトークン（`__oppref`）と、impression ログを記録する `olref` が使用されます。コンテキストターゲティングは、北京旅行、フライト、NBA など 6 つの異なる会話トピックで確認されています。広告出稿元には Grubhub や GetYourGuide があります。追跡を軽減するには、ドメイン `bzrcdn.openai.com` と `bzr.openai.com` をフィルタリングし、cookie（例：`__oppref`, `__oaiq_domain_probe`）を確認する必要があります。

2026/04/29 6:17

GitHub に至るまで

## 日本語訳: 中心的な論点是、GitHub が有用なツールから、オープンソースのアイデンティティに依存する脆弱で中央集権的なインフラへと進化しすぎているという点にある。この依存関係は危険であり、企業の管理不備と不安定性が、過去の記録と長年にわたって構築されたコミュニティへの信頼の双方を脅かしている。GitHub はコード共有を円滑化させ、事実上のプロジェクト放棄フォーク、イシュー、議論などのアーカイブとなったが、その台頭は npm エコシステムなどにおけるマイクロ依存関係の爆発的増加と同時期に起きたものである。 GitHub を以前に、オープンソースは評判、メーリングリスト、信頼できるメンテナ、そしてより多くの管理努力を要するが制御とコミュニティの文脈を保持できる自己ホスト化インフラ（例：Trac、Subversion）などに基づいていた。Git の分散型の性質が広く普及したにもかかわらず、GitHub はホスティングを単一の商用エンティティに集約し、これはソフトウェアコモンズの皮肉な中央集権化である。今日では、いくつかのプロジェクト（Ghostty、Strudel、Tenacity など）は、不安定なベンダーへの依存を回避するために、Codeberg などの独立したホスティングへ移行している。 今すぐ必要なのは、商業的モデルから完全に切り離された、公衆向けの資金を十分に得たアーカイブを作り、重要コード、リリースアソートメント、およびセキュリティ勧告や設計論争などを含む歴史的議論を保存することである。現在のようにプラットフォームの変更や急激な移行によって消えてしまう場合である。そのようなレジリエントなバックアップがない場合、業界は社会的歴史の不可逆的な損失に直面し、コミュニティが孤立しデータが脆弱になるリスクを抱えることになる。著者は GitHub の回復を望みつつも、オープンソースの歴史に対して単一のプラットフォームへの依存は無責任であると論じており、将来には pre-GitHub 時代の教訓と GitHub エポックの実態とのバランスが必要であるべきである。

ローカルセンド：AirDrop 向けのオープンソースかつクロスプラットフォーム的な代替製品です | そっか～ニュース