Let's put Tailscale on a jailbroken Kindle

2025/12/09 1:34

Let's put Tailscale on a jailbroken Kindle

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

要約

Japanese Translation:

概要
Mitanshu Sukhwani のブログは、まず Kindle を脱獄し、その後 Tailscale をインストールすることでネットワーク対応デバイスへと変える手順を読者に案内します。
脱獄には firmware < 5.18.5.0.1(Paperwhite)用の AdBreak メソッド、または firmware < 15.18.1(Voyage)用の WinterBreak を使用します。手順としてはホットフィックスを適用し、OTA 更新を無効化(誤ってロールバックされないようにデバイスを飛行機モードに設定)、KUAL と MRPI のインストール、そして任意で KOReader を追加します。
脱獄後は KUAL から USBNetworking を有効化し、static releases ページから arm64 用 Tailscale バイナリをダウンロードして

/extensions/tailscale/bin
に配置します。Tailscale 管理コンソールで再利用可能な事前承認済み auth key を生成し、それを
/extensions/tailscale/config/auth_key.txt
に貼り付け、(任意)
taildrop_dir.txt
/mnt/us/documents
に設定します。
デーモンは
tailscaled -s /extensions/tailscale
で起動し、Tailscale を立ち上げます。管理コンソールで接続を確認し、必要に応じてキーの有効期限を無効化します。これで Kindle は永続的な IP を取得し、SSH(
ssh root@kindle
)または Taildrop によるファイル転送でアクセスでき、KOReader もサポートされます。また、ホームオートメーションダッシュボード、Calibre‑Web、任意のセルフホストサービスとの統合も可能になります。
Sukhwani は Reddit、Discord、Bluesky、Mastodon、LinkedIn で新しい脱獄手法を共有してほしいと呼びかけており、将来の Kindle モデルに対するコミュニティサポートが継続的に行われることを示唆しています。

本文

奇妙なデバイスで Tailscale を動かすのは、通過儀礼です

「奇妙なデバイスで Tailscale を動かすのは、通過儀礼だ。」
こう書いたのが Mitanshu Sukhwani のブログ。彼は Jailbreak した Kindle に Tailscale を入れる手順を詳細に説明している。実際にそこまで来て、Tailscale 管理コンソールで緑点付きのエントリが表示されると、かなり満足できるだろう。
その旅路は少し手間がかかるが、終われば e‑reader が非公式アプリを動かせたり、サードパーティーや DRM フリーの本に対してよりオープンになったり、Tailscale 接続で低性能 Linux デバイスでもファイルやコマンドラインに簡単にアクセスできるようになる。

「私にとっては、自分が所有するデバイスで何でもできる自由さだ。」と Sukhwani はメールで書いている。
「その自由で何をできるかは別の話だ。」

Jailbreak した Kindle では、KOReader 内でカスタムスクリーンセーバー(透過も可)を設定できる。企業ロゴは任意。


Jailbroken Kindle とは?

  • ジャイルブレイク はメーカーが課しているソフトウェア制限を取り除くこと。
    • 通常は「root」や管理者権限を取得することで実現。
    • OS の内部にアクセスでき、非承認ソフトウェアを動かせるようになる。

Kindle を使えば、Amazon ストアや Libby 本などの標準的な読書体験はそのままで、さらに多くのオプションが得られる。

この用語は 2007 年中頃に初代 iPhone が登場して以来広まり、以降ほぼすべての制限付きデバイスに独自のジャイルブレイクシーンが存在するようになった。Kindle は iPhone の 5 ヶ月後に登場した。

Kindle のジャイルブレイクは随時公開される。現在、Amazon 独自のロックスクリーン広告「AdBreak」をベースとした解除スキームが、最新 Kindle を除くすべて(ファームウェア 5.18.5.0.2 未満)に対応している。私は 11 世代目の Kindle で Textadept、Bluetooth キーボード、Tailscale を使って下書きファイルを転送した際にこの段落を書いた。

標準の Kindle では SSH や Taildrop によるファイル転送はできず、USB または Amazon のクラウドに限定されている。ジャイルブレイクすると以下が可能になる:

  • KOReader(機能豊富でカスタマイズ性の高い e‑reader)
  • KindleForge などのリポジトリからアプリをインストール

Kindle が Wi‑Fi に接続されている場合(2025 年 12 月初旬時点)は自動更新され、ジャイルブレイクできなくなっている可能性がある。まだ可能だと思われるならすぐに飛行機モードにして手順を進めよう。

必須注意: デバイスを壊し(応答なし・復旧不可)保証が無効になるリスクがある。とはいえ、さらに掘り下げてみよう。


ジャイルブレイク Kindle に Tailscale を追加すると何が得られる?

ジャイルブレイクした Kindle でなくても Tailscale は必須ではないが、便利さを大幅に向上させる:

  • 永続的 IP アドレス(100.x.y.z)―他の Tailscale デバイスと同様
  • magicDNS を使った簡単 SSH アクセス (
    ssh root@kindle
    )
  • Taildrop で任意の Kindle ディレクトリにファイルを送信
  • KOReader から安全にアクセスできる自己ホスト型 Calibre Web ライブラリ

主なメリット

  1. SSH & Taildrop
    /documents
    に epub、mobi、PDF、コミックアーカイブ、DjVu ファイルを直接アップロード。
  2. USB テザリング不要 – Kindle を頻繁に接続/切断せずにジャイルブレイクアプリをセットアップ。

Kindle の準備

完全なガイドではないので、各ツールの公式ドキュメントは必ず読んでください。

  1. ファームウェア確認

    • 設定 → デバイス情報
    • 「Kindle Modding Wiki」で利用可能なジャイルブレイク方法を検索。
  2. ファームウェア範囲

    • “WinterBreak” – ファームウェア < 15.18.1
    • “AdBreak” – 15.18.1 から 5.18.5.0.1

該当する場合は飛行機モードにして進める。そうでない場合は次のジャイルブレイクを待つ。

  1. 前提条件
    • PC/Mac/Linux + 動作 USB ケーブル
    • 信頼できる Wi‑Fi(自宅ネットワーク)
    • 既に飛行機モードで使用している場合はそのまま維持

実際のジャイルブレイク手順

  1. ホットフィックスをインストールし、OTA 更新を無効化。
  2. KUAL(Kindle Unified Application Launcher)と MRPI(MobileRead Package Installer)をインストール。
  3. KOReader をインストール(推奨)。

これらは標準的な手順である。Tailscale を入れる場合はさらに進める必要がある。


ジャイルブレイク Kindle に Tailscale を追加

  1. KUAL & MRPI が正常に動作していることを確認。

  2. 「simple」バージョンの USBNetworking(Kindle 用)をインストール。

  3. リポジトリを選択:

    • Mitanshu の「標準」Tailscale リポジトリ、あるいは
    • Taildrop を有効化したフォーク(推奨)。
  4. USB アクセス – この段階で必要。USBNetworking が動いているならオフにする。

  5. ファイルのダウンロード

    • git clone
      か GitHub から ZIP ダウンロード。
    • Tailscale の静的 Linux バイナリページから最新の arm(arm64 ではない)バイナリを取得。
    • tailscale
      tailscaled
      /extensions/tailscale/bin
      に配置。
  6. 認証キー生成

    • Tailscale 管理コンソールで「kindle」という名前の “Reusable” & “Pre‑approved” キーを作成。
    • キーをコピー。
  7. コンピュータ上で設定

    • extensions/tailscale/config/auth_key.txt
      を編集し、キーを貼り付け。
    • (オプション) Taildrop を使う場合は
      taildrop_dir.txt
      でカスタムディレクトリ(例:
      /mnt/us/documents
      )を設定。
  8. 完全な

    tailscale
    フォルダーを Kindle の
    extensions/
    フォルダーへコピー。

  9. Kindle 上で:

    • KUAL → USBNetLite → USBNetwork が有効になっていること確認。
    • バックアウト (
      /
      ) → Tailscale をタップ → Start Tailscaled(“d”付き)を実行し約10秒待つ。
    • その後 Start Tailscale
  10. 管理コンソールで接続を確認。

    • Kindle 行の右側にある三点リーダー → “Disable key expiry”(推奨)。
  11. Kindle を再起動し、任意のデバイスから本を送信開始。


ちょっと変わった Kindle の楽しみ方

Tailscale が入れば:

  • SSH によりファイル管理や他アプリのインストール/設定が簡単。
  • Bluetooth キーボードがコマンドラインで動作し、タッチスクリーンよりずっと使いやすい。
  • tailnet 上にホストされた何でもアクセス可能:
    • Home Assistant のショートカットブラウザダッシュボード
    • 自己ホスト型 Calibre‑Web e‑book サーバー

Taildrop は特に便利。Bookshop.org から epub を購入し、スマホでダウンロードして電車内で Taildrop 送信したら、家に帰ると Kindle がすぐにファイルを受け取ってくれる。


あなたの体験を共有してください

奇妙(または珍しい)デバイスで Tailscale を動かせたら、ぜひ教えてください。以下のプラットフォームで共有できます:

  • Reddit
  • Discord
  • Bluesky
  • Mastodon
  • LinkedIn

同じ日のほかのニュース

一覧に戻る →

2025/12/09 8:53

Kroger acknowledges that its bet on robotics went too far

## Japanese Translation: > **概要:** > Kroger(クローガー)は、3つのロボット型ECフルフィルメントセンターを閉鎖することを発表し、約26億ドルの費用がかかるものの、EC利益率を約4億ドル向上させる見込みです。今回の閉鎖は、以前に「スピーク」施設を停止した後であり、UKテック企業Ocado(オカド)とのパートナーシップも業績不振により一時停止されたことに続くものです。臨時CEOのロン・サーガント氏は、Krogerが各Ocadoサイトを個別に検討し、大規模な資本投資なしで2,700店舗以上を活用した迅速配送へシフトする方針だと述べました。以前、Krogerは2024年中頃に新しいOcado技術を導入予定でしたが、サイトのパフォーマンスを疑問視し、2023年9月にプロジェクトを停止しました。 > > Pine Street AdvisorsのKen Fenyo氏は、密集都市外にOcadoセンターを配置することが主な欠陥であると指摘しました。低い注文量と長距離がモデルを非収益的にしていたのです。米国消費者はInstacartやDoorDashなどから30分以内の配送を重視し、UKで成功したOcadoの遅めで価格志向のモデルよりも優先します。 > > 今後、Krogerはサードパーティ配達パートナーとの関係強化を図り、高需要市場(AmazonのWhole Foods試験に似た)で資本負担が軽い店舗ベースの自動化をパイロットし、残存するOcadoサイトの運用をケースバイケースで決定します。自動化からの撤退はOcadoにとって大きな後退となり、その株価はIPO前レベルまで下落しています。これは密集都市外でマイクロフルフィルメント技術を導入する難しさを浮き彫りにしています。

2025/12/09 3:51

Jepsen: NATS 2.12.1

## Japanese Translation: (欠落している要素をすべて組み込み、根拠のない推測を除去したもの) --- ## 要約 NATS JetStream のデフォルト「lazy‑fsync」ポリシーは、データをディスクにフラッシュする頻度が 2 分ごとにしか設定されていないため、データ損失およびサービス障害の重大なリスクを生じます。ノードがクラッシュしたり、そのブロック(.blk)やスナップショットファイルが破損すると、最大 78 % のメッセージが消失し、クラスターがクォーラムを失う可能性があります(GitHub issue #7549 および #7556)。協調クラッシュでも、全ストリームが削除されるケース (#6888) や永続的に利用不可になるケース (#7556) が報告されています。この問題は、単一ノードのクラッシュでそのノード上のすべてのデータが消去される点と、2 分間隔という設定が安全なフラッシュ前に約 30 秒分のトラフィックを失うリスク(#7564)を伴うため、さらに深刻です。 JetStream v2.10.22 はクラッシュ時に全ストリームを削除するバグ(v2.10.23 で修正済み)が存在し、スナップショットファイルの切断や単一ビットエラーもノードがストリームデータを削除しクォーラム復旧に失敗して永続的に利用不可になる原因となっていました(#7556)。OS のクラッシュとプロセス停止またはネットワーク分離の組み合わせにより、単一ノードの障害でもデータ損失や持続的なスプリットブレインが発生する可能性があります(#7567)。 NATS は lazy‑fsync ポリシーを文書化していますが、現時点でデフォルト設定変更を推奨していません。Jepsen は fsync を「always」に設定するか、ユーザーに対して相関失敗リスクを強調するよう勧告しています。JetStream のドキュメントが主張する線形性(linearizability)と「自己修復・常時可用性」は非同期ネットワークの CAP 定理に矛盾し、Jepsen もこの点を指摘しています。 Jepsen の LazyFS テストは、書き込みをディスクフラッシュ前にバッファリングするシステムで電源障害をシミュレートし、同様の相関ハードウェア障害が類似した失敗を引き起こすことを示しています。NATS は issue #7549、#7556、および #7567 を積極的に調査中であり、クラッシュ削除バグ(#6888)は v2.10.23 で修正済みですが、lazy fsync のドキュメントは残り変更されていません。

2025/12/09 4:44

Icons in Menus Everywhere – Send Help

## Japanese Translation: 改善されたまとめ この記事は、macOS のデフォルト設定で全てのメニュー項目にアイコンを付ける慣習を批判し、多くの場合可視性の「補填」のために追加されていると主張しています。Google Sheets を極端な例として挙げ、すべてのオプションにアイコンが付いていることを指摘し、同じグループ内でアイコンの有無に不一致がある点や、アイコンがチェックマークやトグル状態と重なるケース(例えば Safari の「Safari」「File」「View」メニュー)も示しています。著者は、macOS が従来はデフォルトでメニューアイコンを避けていたことを指摘し、macOS Tahoe でそれらが広く導入されたことで Apple の 2005 年人間インターフェースガイドライン(任意のシンボルの使用を勧めない)と矛盾していると述べています。 とはいえ、Finder のウィンドウ配置オプション(Top Left, Bottom & Top, Quarters など)は本当に役立つアイコンであり、レイアウト選択を迅速に認識できる点は評価されています。著者は Apple が普遍的なアイコン化へ進むことで、デザイナーが不適切なアイコン使用に対抗しづらくなるとフラストレーションを表明し、メニューの美学に関する継続的な緊張を生んでいると指摘しています。ユーザー側では視覚的な雑然や混乱が起こり得ますが、開発者や UI デザイナーは使いやすさとスタイルのバランスを慎重に取らざるを得ません。この議論は将来の Apple UI ガイドラインに影響し、メニュー設計に関する業界全体の慣行にも波及する可能性があります。