インターネット・レジリエンス・クラブの始め方

 (bowshock.nl)
1 ポイント 投稿者 GN⁺ 2025-06-17 | 1件のコメント | WhatsAppで共有
  • 戦争、地政学、気候変動により、今後ヨーロッパでは深刻なインターネット障害が増える可能性がある
  • LoRa無線機とMeshtasticソフトウェアを活用すれば、小規模なボランティアグループが初期の通信復旧でリーダーシップを発揮できる
  • 従来のアマチュア無線方式は、コスト、複雑さ、消費電力の問題から非効率的である
  • LoRa/Meshtasticネットワークは安価で低消費電力であり、中央インフラなしにテキストメッセージを送信できる
  • クラブの設立は、地域の専門家ネットワークの確保、機材の準備、実習ミーティングの実施など、非常に実践的である

概要

ヨーロッパでは、戦争、地政学的緊張、気候変動により、今後頻繁なインターネット障害が予想されている。政府や企業の対応が消極的な状況の中、小規模なボランティアグループがLoRa無線機とオープンソースのMeshtasticメッセンジャーを活用し、通信回復の初動リーダーの役割を果たせる。インターネット・レジリエンス・クラブは、安価で緊急時に対応可能なオフグリッド・メッシュネットワークの構築方法である。

著者紹介

  • 著者Valerie Auroraは、25年の経験を持つシステムソフトウェアエンジニアであり、ボランティア組織者でもあり、**欧州サイバーレジリエンス法（Cyber Resilience Act）**の報告担当およびRIPEミーティングのプログラム委員を務めている

インターネット・レジリエンス・クラブが必要な理由

  • ロシア・ウクライナ戦争の事例が示すように、国家的危機の状況ではインターネットと電力インフラが深刻にまひする可能性がある
  • ウクライナのインターネット事業者は、発電機、パッシブ光ファイバー、兵役免除人員など、さまざまなレジリエンス戦略を適用してきた
  • オランダなど西ヨーロッパ諸国は、実際の災害可能性への備えが不十分である

危機エンジニアリングと個人の実践

  • 危機エンジニアリングの観点では、危機が到来する前に組織を準備させることはほぼ不可能であるため、個人が事前準備することが重要である
  • クラブの結成、ネットワーキングの専門家の募集、中央インフラなしで直接通信復旧を試みる必要がある

LoRaおよびMeshtasticによる解決策

LoRa/Meshtasticとは

  • LoRaは、低消費電力・低コスト・免許不要・短距離（数km）の無線通信技術である
  • Meshtasticのオープンソースファームウェアを搭載すると、中央サーバーなしでメッセージングが可能になり、ポイントツーポイント（RF）からメッシュネットワークへ拡張できる
  • BluetoothまたはWiFiでスマートフォン・PCと連携可能
  • シンプルなテキストメッセージ送信に最適化されている

既存のHam Radioの限界

  • アマチュア無線は、高コスト、高出力、複雑な免許・教育の問題により実用性が低い

インターネット・レジリエンス・クラブ設立ガイド

要約手順

  • 半径約10km以内で専門家グループを構成する

  • 平時はSignal、Matrix、メールなどで連絡手段を決める

  • 全員に**LoRa無線機、モバイルバッテリー（トリクル充電対応）**を支給する

  • LoRaにMeshtasticファームウェアをインストールし、通信チャネルを指定する

  • 定期的な集まりやメッセンジャー実習を行い、親睦活動を奨励する

  • 会社の担当者であれば、福利厚生の一環としてLoRa無線機、モバイルバッテリー、小型ソーラーパネルの支給を提案できる

LoRaの利点

  • 中央インフラ不要、免許不要、安価（約20ユーロから）
  • 低消費電力（1W以下）で、携帯電話用モバイルバッテリーで長時間使用可能
  • Meshtasticのオープンソース対応、SMSレベルのメッセージを数km送信可能
  • 都市部の一部ではすでにMeshtasticネットワークが活性化している

LoRa/Meshtasticの動作方式

  • メッシュ3ホップ以下で約10kmまでテキストメッセージを中継可能（地形や天候により異なる）
  • 低速（~1~25kbps）、低出力（<1W）のRF通信
  • ノード接続およびメッセージ送信にはBluetooth/WiFi対応デバイスが必須
  • 一部製品ではケース、バッテリー、外部アンテナなどハードウェアのバリエーションがある

電源管理と太陽光の活用

  • LoRaは100〜200mAの低消費電力で、モバイルバッテリー（10000〜20000mAh）使用時は2〜8日稼働可能
  • 「トリクル充電」対応のモバイルバッテリーが必須で、一部のモバイルバッテリーは低電流を検知すると自動でオフになることがある
  • **小型ソーラーパネル（800cm²、15W〜5W/500mA）**を直接接続することで、ポータブルで環境負荷の少ない電源を確保でき、別途コントローラーは不要

推奨機器

  • Heltec V3: ケース/バッテリーなし、OLED画面、WiFi/Bluetooth、USB-C対応、安価（20ユーロ前後）
  • LILYGO T-Echo: ケース、内蔵バッテリー、Bluetooth、e-inkディスプレイ、GPS対応、約80ユーロ、携帯性と即時利用性が強み
  • LILYGO T-Deck: キーボード/トラックボール/タッチスクリーン内蔵のスタンドアロン型、バッテリー約8時間、70〜80ユーロ、在庫切れが多い
  • 外部アンテナへのアップグレード推奨（例: Taoglas TI.08.A, 868MHz）

アンテナ未装着時は機器損傷の危険に注意

Meshtasticファームウェアのインストール

  • 一部製品はファームウェアが事前インストールされているが、たいていは旧バージョンのため最新ファームウェアの書き込みを推奨
  • ブラウザベース（Chrome/Edge）のツール、またはファイルのドラッグ＆ドロップ方式があり、熟練者はCLI/Serial方式も利用可能

周波数とチャネル設定

  • ヨーロッパ内で許可される周波数: 868MHz、433MHz
  • Meshtasticはデフォルトで868MHzを使用し、モデムプリセットは既定値（LONG_FAST）のままにすることが推奨される
  • チャネルはメッシュ暗号鍵と名前で管理され、QRコードで設定値を共有できる

集まりと訓練

  • 危機発生前に実習とチームワークを構築する必要性を強調
  • さまざまな時間、場所、活動によって参加者層を広げることを推奨

参考情報とコミュニティ

  • 追加の質問や情報交換のためのメーリングリストを提供

結論

  • インターネット・レジリエンス・クラブは、低コスト、低消費電力、オープンソースを基盤とした実用的な危機対応ソリューションである
  • 地域の専門家グループの組織化、機器の配備、定期訓練を通じて、国家や企業インフラの備えの空白を埋めることができる
  • もし誰かが始めなければ、誰も始めない

関連記事

1件のコメント

 
GN⁺ 2025-06-17
Hacker Newsの意見

  • Meshtasticをインターネットがほとんどない地方に持ち込んでセットアップしようとしたが、このプロジェクトはインターネットなしで使われる状況にまったく備えられていないと分かった

    • ボードをフラッシュする際、公式にはWeb Flasherしか紹介されておらず、ソースを取って自前でやろうとしてもPlatformIOなどのツールチェーンのインストールにインターネットが必要

    • クライアントアプリもアプリストアかウェブアプリとして提供されているが、どちらもオフラインでは動作しない

    • 実際にはボード自体がウェブアプリをホストしているが、コンピュータにそのまま挿せばよいわけではなく、WiFi APへの接続が必須

    • 公式ドキュメントもウェブでしか見られず、オフライン用PDFやセルフホスト方法の案内もない

    • 技術に詳しい人なら何とかできるだろうが、その点が明確に強調されているわけではない

    • 事前に備えておけというのがこの記事の本質だとは分かるが、オフライン用PDFの文書すら用意されていない

    • Meshcoreというプロジェクトも今回知ったが、「はじめに」ガイドがYouTube動画なら非常用としては不十分だという結論

    • 私はいつもCLIか「ドラッグ＆ドロップ」方式でしかファームウェアを書き込まない

      • ウェブフラッシャーは初心者には良いが、すべてのデバイス向けに100%オフラインの方法は存在する
      • AndroidクライアントのapkファイルはGitHub Releasesから直接ダウンロードできる
      • とはいえ、インターネットの長期断絶シナリオ向けの支援は今より積極的に必要だと思う

    • コンパイル済みファームウェアはGitHubでスクリプトと一緒に提供されており、Meshtastic CLIも使える

      • ドキュメントもgitリポジトリに.mdx形式である
      • あなたが挙げた不便さはすべて、ウェブブラウザベースの利用者向けに利便性を高めた結果だ
      • 今のウェブエコシステムはweb3を含めても分散性とはかなりかけ離れている

    • こういう話を聞くと、「本当のローカルファースト」なエコシステムとインフラの構築がぜひ必要だと思う

      • 「Local-first」宣言文を読んだときに期待していたようなローカルファーストではなく、かなり失望した
      • 私が考える本当のローカルファーストは、スマートフォン同士がBluetoothでつながり、中央サーバーなしで同期するモデルだ
      • だがその方式は、SaaSとして収益化する立場からすれば現実的ではない
      • 実際、災害後のネットワーク拡張などは、ツールも開発環境も本当のローカルファーストに変わってこそ真のレジリエンスを示せる

  • 私はMeshtasticをヨーロッパの大都市でほぼ100%のカバレッジで試したが、実際の性能にはかなり失望した

    • アンテナゲインの問題や不安定なメッシュのせいで、メッセージに返信できない場面が多かった

    • パブリックチャットは完全に死んでいるかテストメッセージだらけで、全体として遅すぎるし、ノードが100を超えるとメッシュはすぐ破綻する

    • チャネル速度が比較的速い場合でも、すぐ飽和する

    • 結局のところ、非常時に頼れるシステムではない

    • むしろ古い中古のWiFiルーターでパブリックWiFiメッシュを作る方がはるかに効率的だと思う

    • こうしたルーターはほとんど無料同然で、対応クライアントも多く、消費電力も低い

    • もちろん停電が長引けば限界はあるが、電力があるなら有用なインフラだ

    • 私も似たように感じた

      • 1年以上2つのノードを運用していても、実際に連絡が取れたのは2回あるかどうか程度だ
      • YAGIアンテナや868MHz専用アンテナ、しかも高所に設置していてもカバレッジは非常に短く、信号はすぐ弱くなる
      • 868MHz帯は高さの利点があっても減衰が大きい
      • コンセプト自体は格好いいが、現実的なソリューションとしては不足している
      • Hamnetやアマチュア無線の方がはるかに信頼できる
      • 小型SDRのおかげで、20ユーロ台で簡単な無線機も買える

    • メッシュネットワーク（WiFiメッシュを含む）にも、ある程度の事前設計は必要だ

      • 私たちの地域では、山頂にある非常に良いROUTERのおかげで、80km先ともかなり信頼性高くメッセージ通信ができる
      • WiFiでは絶対に不可能な距離だ
      • 約80ノードがLONG_FASTモードで運用されており、人口はおよそ50万人
      • それでもMeshtasticのルーティングアルゴリズムは非効率で、改善の余地が非常に大きい

    • WiFiルーターは、比較的狭いカバレッジのために多くの電力を消費する

      • 数百平方メートルをカバーするのに10ワット程度必要だ
      • 都市全体をカバーしたいなら非効率だ

    • スペインで大規模停電を経験した立場からすると、スマホを活用するこの方式は本当に役に立ったはずだと思う

      • 誰か1人でも発電機やStarlinkを持っていれば、全員にある程度の接続性を提供できる

    • スマホメーカーがまだメッシュネットワークを実装していないのは意外だ

      • AppleのFind Myネットワークはメッシュと言えなくもないが、任意データ転送には帯域幅が低すぎる
      • Appleの新しいモバイルWiFiチップが、本物のインターネットメッシュネットワークの前触れかもしれないと期待している

  • 私の悪夢の1つは、朝起きたら停電、インターネット断絶、携帯電話も不通になっていること
    年を取るほど、それがだんだん理想郷のように感じられてくる

    • 冗談なのは分かるが、現実的なシミュレーションをしていないように思える

      • 最近スペインとポルトガルで実際にその通りの停電が起きたが、美しいものではなかった

    • さらに一段進めて道路まで不通になると想像すると、少しの間なら面白いかもしれないが、長引けば恐ろしい混乱になる

      • 技術依存とその脆弱性に対する認識が足りない
      • 以前は卵の供給が止まる不安やトイレットペーパーの買い占めなどは冗談の種だったが、実際に起きた
      • もうサプライチェーンが常に維持されるとは限らないことを認めるべきだ
      • 面白い話ではあるが、そうした依存が本当になくてもよいものなのか考え直す価値はある
      • 真の「レジリエンス」という概念自体がとても興味深い

    • 平時なら私も同意する

      • だが危機的状況では話が別だ

    • 以前WhatsAppやいくつかのSNSが止まったとき、ベルリンの街を歩いたが、本当に都市全体が生きているように感じられた

      • やや主観的かもしれないが、そうした状況を前向きに見る視点もある

  • メッシュ無線の帯域幅そのものが非常に弱い

    • さまざまな混信信号、特にLoRa無線が増えるほど競合が起きる

    • 長距離伝送では、ノードごとに遅延と帯域幅低下が積み重なり、実際にはテキストメッセージ以上の用途には使いにくい

    • 1ホップあたり0.3～27kbps程度で、複数ホップではさらに分割される

    • 超低帯域の音声やテキスト中心のウェブサイト以外は現実的ではない

    • むしろ固定型の数百Mbps級マイクロ波リンクをバックボーンに使い、LoRaはアクセスネットワークとして使う方が根本的な改善になる

    • 実際にそうした実験をした人の経験を知りたい

    • この記事の要点は、メッシュネットワークで既存インターネットを置き換えようという話ではなく

      • 復旧作業の間に「Resilienceクラブ」のメンバーが使える一時的な通信チャネルとして活用しようという点にある

    • この話をしていると、都市単位の愛好家バックボーン網をマイクロ波リンクベースで構築したらどうかと想像してしまう

      • 高い建物をハブにすれば、かなりまともなメッシュを実現できそうだ
      • WiFi、LoRa、あるいはその両方をアクセスネットワークとして使う
      • 長距離メッシュの帯域は極めて限られるので、個々のクライアントごとに速度制限が必須
      • もちろん、こうしたインフラには数千ドル規模のコストと、各拠点ごとのバックアップ電源など、相応の費用がかかる
      • 「Big ears, small mouth」テクニック（非常に高ゲインなパラボラ＋LNA受信の組み合わせ）で距離を伸ばし、帯域も拡張できる
      • 必要なハードウェアも思ったより実現可能性が高そうだ
      • こうした試みをすでに実験・構築した事例や、制度上の制約が何か気になる

    • その通りで、独自変調方式まで導入されると状況はさらに深刻になる

  • 私はむしろ、「レジリエンス」の未来は、趣味として遠距離接続する無線ネットワークではなく

    • 近距離の断続的な接続と、自然に移動する人々がストレージにインターネットトラフィックを入れて運ぶ仕組み、つまりスニーカーネットの方だと思う

    • 実際に会ったときに秘密鍵と身元を確認する最小限の信頼レイヤーが生まれ、アドレスが漂流するような方式よりずっと現実的だ

    • もちろん両モデルとも、運用者にかかるリスクは異なる

    • 高価値ターゲットなしで全員が自分自身の運用者である構成が、最もレジリエンスの高いインフラだ

    • 私は、システムが長距離の物理メッセンジャー活用を促すようになれば本当に面白いと思う

      • なんというか、「ランナー」コミュニティがメッセージを受け取り、街の反対側まで走って届ける、厳密に暗号化された郵便システムのような感じだ

    • nncpというスニーカーネットツールを使ったことがあるが、Unix風で手間はかかるものの、UIで包めば運用可能だ

      • ネイバー指定、ファイルへの個別スプール、またはTCP/Noise接続が可能
      • 各ホップでのデータ転送とE2E暗号化をサポートしている

    • このアイデアはSecure Scuttlebuttにも近い

      • 公式クライアントは開発停止状態だ

    • アメリカは国土が広すぎるので、このようなスニーカーネット方式は都市では有効でも

      • 交通のほとんどない郊外や農村では非効率だ
      • 10km以上をカバーできるメッシュは、郊外や広い土地を持つ場所でも一定の効果がある

    • 「ストレージにインターネットトラフィックを入れて運ぶ」とはどういう意味なのか気になる

  • この記事は、大手通信会社が支配的な都市という文脈で理解するとよさそうだ

    • ドレスデン（ドイツ）では、複数のボランティア組織が都市全域に自前で回線を敷き、ボランティア運営のインターネットエクスチェンジ（DD-IX）も最近できた

    • 電力さえあれば、自分たちだけの独自インターネットを持てる

    • 著者はおそらく、バッテリーに頼ってでも、電力のない環境で動くシステムを構想しているのだろう

  • 私はグリッドダウン時のデータ伝送には、RFよりむしろレーザー通信を好む

    • レーザーはFCCではなくFDAの管轄で、長距離・大容量の送受信に向いている
    • セットアップは手作業だが、いったん構築すれば信頼性が高く、山頂リレーにも優れている
    • レーザーは信号に指向性があるため、プライバシー面でもRFより優れている
    • グリッドダウン時には大半が固定位置利用になるため、レーザーブリッジでRFの過飽和を防げる
    • さらに、レーザーの時間領域変化を検知して一定距離以上の変化があれば自動遮断する機能など、中間者攻撃を防ぐためのセキュリティも追加できる
    • 天候が悪いときはHAM機器で簡単に音声へ切り替えられる
    • 実際には違法だが、通常は月に1回程度誰かが摘発されるくらいだ
    • 停電時にはTLAですらもっと差し迫った案件に追われるし、無線機はすぐに見えなくなるので、実運用上は大きな問題にならない

  • 内容はやや古く不完全な感じもあるが、現在はMeshcoreがMeshtasticと競争している

    • Meshcore

    • LoRaではテキストメッセージ程度しか扱えず、画像や音声、バイナリファイル送信などは夢にも思わない方がいい

    • 別の代替案としては、安価な中国製トランシーバー（Quangsheng UV-K5）と衛星APRSの組み合わせがある

    • 20ユーロ前後でテキストメッセージが可能だ

    • Meshcoreの意図がよく分からない

      • 商用っぽい雰囲気で、emailもcustomers@...になっている
      • ライセンス情報も不明瞭だ
      • 今のところはまだMeshtasticの方に手が伸びる

    • Meshcore Aboutページに行くとYouTube動画しかなく、「Download Docs PDF」ボタンもない

      • 「私たちはインターネットなしで人とモノをつなぎます」というスローガンへの本気度が足りないことを示している

    • 実際、LoRaは低帯域のため、低品質な音声がやっと可能な程度だ

      • 極端な圧縮コーデックなら0.5kbps未満も可能
      • 標準コーデックの中では、軍用MELPeコーデックが600bpsで動作する

    • Meshcoreは初めて知ったが、より体系立っていて、Meshtasticより洗練されている感じはある

      • ただし透明性は不足しており、まだ時間が必要な問題かもしれない
      • オープンソースの要件は満たしている
      • 著者が引用した「災害が起きるまでは何もできない。危機が来て初めて組織は耳を傾ける」という内容には、現実への苦さと共感がある
      • 100年以上の歴史がある会社で働いていたが、そこでも災害対策には消極的な面があった
      • DRシステム管理者はいつも支援を得にくく、障害対応はコストも労力も大きい
      • まるで保険のように、必要でも軽視されがちだ

    • LoRa、APRS（衛星含む）は基本的に極端に低帯域だ

      • メッシュでもAPRSでも、人数が数十人を超えるとルーティングや信号の問題で全体の信頼性が急激に落ちる
      • APRSはアマチュア無線免許とやや高価な機器が必要だが、スマートビーコンなどの機能を使っても送受信の衝突が頻繁に起きる
      • 無線機を無計画に買う人は、実際の運用や免許のことをよく分かっていないことが多い
      • 実際の都市部では単方向距離は数百メートル程度で、緊急時の主要中継器は救急サービスが占有する
      • 結論としては、本とトランプ1組を用意して、オフラインの生活も少し前までは日常だったと受け入れる方がよいのかもしれない

  • 私はMeshtastic/LoRa自体が通信手段として多方面で不十分だと思う

    • 紛争や戦争状況では、LoRa信号を出せばすぐ味方の座標に砲撃やロケットが飛んでくる

    • 例えばウクライナでも、DJIドローンを標準ファームウェアのまま飛ばせばすぐ検知される

    • ウクライナの無線でも、暗号化通信はできるだけ使わないのが第一のルールだ

    • なぜ暗号化しないのかというと、暗号化された信号の方がむしろ敵に「重要人物だ」という印象を与え、即座に攻撃目標になるからだ

    • もしそんなに簡単に砲撃目標になるなら、LoRa機器を前線近くに無作為にばらまき、ランダムタイマーで起動するようにして

      • 敵にむやみに砲弾を浪費させる逆利用もできる