1 ポイント 投稿者 GN⁺ 2025-02-08 | 1件のコメント | WhatsAppで共有
  • OpenWrt 24.10.0 のリリースノート URL では、実際のノートの代わりにサーバー保護用の Anubis ボット判定ページ が表示される
  • Anubis は、AI 企業による 攻撃的な Web スクレイピング がダウンタイムを引き起こし、リソースへのアクセスを妨げる可能性があるため導入されている
  • 保護方式は Hashcash 系の Proof-of-Work で、一般ユーザーへの負担は小さい一方、大量スクレイパーにはコストが積み上がる
  • 現在の方式は 暫定的な解決策 であり、長期的にはフォントレンダリングのようなシグナルでヘッドレスブラウザーを識別しようとしている
  • Anubis は最新の JavaScript 機能 を必要とするため、JShelter のようなプラグインを使っているユーザーはそのドメインで無効化する必要がある

リリースノートの代わりに表示された Anubis 画面

  • ページは、ユーザーがボットかどうかを確認する テスト画面 を先に表示する
  • Web サイト管理者がサーバー保護のために Anubis を設定しているため、この画面が表示される
  • 保護対象は AI 企業による攻撃的な Web サイトスクレイピング
    • こうしたスクレイピングは Web サイトのダウンタイムを引き起こす可能性がある
    • リソースをすべてのユーザーが利用できなくする可能性がある

Proof-of-Work 方式とユーザー上の制約

  • Anubis は Hashcash に似た Proof-of-Work 方式を使用している
    • Hashcash はメールスパム削減のために提案された Proof-of-Work 方式
    • 個々のユーザーに生じる追加負荷は無視できる水準
    • 大量スクレイパーでは負荷が蓄積し、スクレイピングコストが大きく増加する
  • 現在の方式は 暫定的な解決策 に近い
    • より多くの時間を稼いで、ヘッドレスブラウザーをフィンガープリントし識別しようとする目的がある
    • 例となるシグナルにはフォントレンダリング方式がある
    • 正常なユーザーである可能性が高い場合には、Proof-of-Work チャレンジページの表示頻度を下げたい考え
  • Anubis は最新の JavaScript 機能 を要求する
    • JShelter のようなプラグインは必要な機能を無効化することがある
    • このドメインでは JShelter または類似プラグインを無効化する必要がある

1件のコメント

 
GN⁺ 2025-02-08
Hacker Newsの意見
  • OpenWRTはコンシューマー向け機器に機能とセキュリティを提供する点でかなり優れているので、新リリースはうれしい
    しばらく使ってみたが、数か月たって何かを改善したり診断したりしようとすると、デフォルトからどの設定を変えたのかが簡単には分からず、そのためどこで壊したのか、変更がシステム全体にどう影響するのかを予測しにくかった
    今はルーターをNixOSに移していて、ISP/LANに必要なカスタム設定を含む約250行の設定を見られるようになった
    それでも、ほとんどの技術系ユーザーには、始めやすいOpenWRTを勧めると思う

    • ほとんどのOpenWRT機器では、/rom/etc/config/etc/configを比較できる
      ただし、自動変更も大量に混ざって出てくることがある
    • 「OpenWRTがコンシューマー機器に機能とセキュリティをうまく提供している」というのは、誤解に近い
      デフォルトインストールに含まれないパッケージのセキュリティは、実際には面倒を見られていないことが多い
      例えば、sstp-clientのinitスクリプトは証明書検証を無条件に無効化してしまう: https://github.com/openwrt/packages/issues/25212
    • もっともらしく聞こえるが、/etcの内容をそのままgitに入れておけばほぼ同じように解決できる
    • /etcgit initgit add .git commit -m 'default config'を実行した後、リモートリポジトリを追加してpushすればよい
      その後、設定を変更してgit diff HEADで確認し、git commit -m 'yay i changed stuff and i know what i did'のようにコミットしてpushすれば、変更履歴が残る
    • 両方使えばいい
      メインルーター/ファイアウォール/NATはNixOSで使い、OpenWRTはブリッジモードの単純なAPとして使用中
      比較的最近のDSA変更を除けば、すべてのアップデートはスムーズだった
  • OpenWrtは素晴らしい
    最近、自宅に10Gbitインターネットを導入したためUbiquiti USG3を置き換える必要があり、Lenovo Tiny PCでOpenWrtを動かす方法は簡単で効率的だった
    OpenWrt 24は、IPv6ネイティブ接続でIPv4アクセスに必要なISPのIPIP6トンネル設定をサポートしている
    これまではOpenWrt 23に24 RCの新しいパッケージを手動で入れて使っていたが、これで全体のインストールをアップグレードできそうだ
    pfSense/opnSenseも使ってみたが、FreeBSDカーネルは非常に特定のハードウェアを選ばないと10Gbitネットワーク接続では厳しそうで、Linuxは完璧に動作した
    TrueNAS COREとSCALEでも似たような経験をした

    • 特定のハードウェアといっても、実際にはeBayで安く手に入るIntel x520系NIC程度で十分
      回線速度そのままでIPSを動かすには最新CPUが必要だろうが、それはOSとは関係ない
    • IPIP6でNAT64を置き換えられるのか気になる
    • 10Gbpsインターネットがなぜ必要なのか気になる
      どういう用途なのかよく分からないし、自宅ではComcastが提供する最安の50Mbps回線でも、5人が常にストリーミングやゲームをするのに十分そうだ
      2015年に中古で買った古いAsusルーターを結束バンドで直して使っているが、そうしないと電源が切れてしまう
      職場にはClass A IPレンジの「無限」インターネットがあるが、ブラウジングやストリーミングでは違いを感じない
      もちろんファイル転送のときは差が出る
  • OpenWRTはずっと試してみたかったが、純正ルーターでルートアクセスを得るにはハードウェア改造が必要だという点でためらっていた
    それでOpenWRT公式ハードウェアであるOpenWRT Oneルーターが出ると知るやいなや、すぐ注文した
    ルーターは素晴らしく、バッファブロート問題やその他いろいろな問題を解決してくれた

    • 運が悪かったか、サンプルが少なかったのだと思う
      ほとんどのコンシューマー向けルーターは、管理画面でファームウェアファイルを選んで元メーカーのアップデートのようにフラッシュするか、TFTPリカバリーを使えばOpenWRTを入れられる
      すぐ思い浮かぶのは、root化やエクスプロイトが必要だったXiaomiルーターくらいだ
    • Banana Pi BPI R4やNanoPi R6Sを買えばいい
      microSDスロットやNVMeがあり、あるいは複数のネットワークポートを備えたx64機器(Intel N100またはN305)を使ってもよい
    • ハードウェア改造はほとんど必要ない
      対応機器リストは長いので、すでに持っている機器に無理やりOpenWRTを入れようとしているのでなければ、そうした手順が不要な互換機器は簡単に見つかる
    • Wikiに行って、完全対応と表示された機器の中で最も高価で最新のものを選べばいい
      そうすればインストールは純正UIからファイルをフラッシュするのと同じくらい簡単だ
      予算が厳しい人たちにとって良い無料の代替手段を使いながら、千ドル級の代替手段より難しいと不満を言うのは、よく分からない
  • すべてのルーターはOpenWRTベースであるべき

    • 実際、多くのルーターは宣伝していないだけでOpenWRTをベースにしているようだ
    • 多くのルーターはOpenWRTを使っているが、有用な機能をすべて隠してしまう独自のひどいWeb UIを載せている
    • TP-Linkはすでに複数のルーターでOpenWRTをベースにしているはずだ
  • 最近、自宅ではメインWi-Fiがもう必要ないことに気づき、メインのOpenWrt物理ルーターも必須ではなくなった
    IoT機器用の補助APは引き続きOpenWrtで動かす必要がある
    ケーブルや雑多なものを減らすため、これからはOpenWrtルーターをホームサーバーの1台の仮想マシンとして動かすつもりだ
    OpenWrtは本当に好きだが、最近はPFのほうがずっと分かりやすいので、pfSenseやOPNsenseのような新しい選択肢も試してみたかった
    OpenBSDでルーターを作るのが好きな人たちもいて、良いガイドもある: https://openbsdrouterguide.net/
    検討に値する意見や代替案があるか気になる

    • 次にメインルーターを作るならBanana Pi R4を使う予定だ
      OpenWRTを問題なく動かせることが知られており、利点は10Gを使えることだ
  • 壊れたらしい Ubiquiti EdgeRouter を交換しないといけない
    今は古い ASUS を使っていて「そこそこ」問題ないが、3rd party ファームウェアを使っていても、もう更新されない
    OpenWRT 用として良さそうな一体型デバイスには何があるのか気になる
    家は 1000sqft ほどと小さいので、たいていは範囲の問題はなく、すべて無線だ
    基本的に安定していて、一度設定したら忘れていられるものが欲しい

    • teklager を確認してみるとよさそう
      2年ほど前に調べたときは最も適した選択肢に見えたが、今はもう一度見て回るとよいかもしれない
      中国製のもっと安い選択肢もあるが、バックドアが心配だ
      https://teklager.se/en/knowledge-base/which-router-should-i-...
    • ラックマウント前提なので当てはまらないかもしれないが、Gigabyte GA-IMB410TN + Pentium Gold G6405 を 1U Logic Case SC-1280 に入れて使っている
      マザーボードのデュアル 1GbE Intel NIC に加えて、クアッドポート 2.5GbE Realtek PCIe NIC(r8125)を追加した
      マザーボードは 5.5mm バレルジャックで 12〜19V DC 入力を受けるか、4ピン CPU EPS 電源コネクタで 12V を受けられる
      ケースに 250W 1U Flex ATX 電源ユニットがあるので、後者を使っている
      電源ユニットの 12V レールをバレルジャックに引き出して、モデムと TP-Link 2.5GbE スイッチ2台に供給し、AC アダプタを3個減らした
      2台のスイッチは上部カバーにベルクロで貼り付け、20cm のパッチケーブルで 2.5GbE ポート 1 と 4 に接続した
      家には LAN が5本あるので、この構成で出てくる有線 Ethernet ポート6個がちょうど合う
      OpenWRT は amd64 でかなりよく動き、v24.10 ブランチ(リリース前)を数か月問題なく使っている
    • 古い Netgear R7800 を一体型プラスチックの OpenWrt ルーター+スイッチ+Wi-Fi として使っている
      あまりに安定しているので、OpenWrt アップグレード用に買った Netgear RAX120v2 に移る必要を感じなかった
      RAX120v2 は OpenWrt 24-rc でのテストはうまくいっており、より急いでアップグレードするときのために保管してある
      Netgear WAX220 Wi-Fi AP も買い、OpenWrt 24-rc を入れて OPNsense ボックスとテストした
      OPNsense は Wi-Fi に適していないためだ
      単純なルーター用途には OpenWrt のほうが向いていると判断したが、WAX220 も良い OpenWRT Wi-Fi AP なので、いずれ IDS/IPS のようなものを動かす、より強力な PC ベースの OpenWrt ルーターにつないで使うと思う
    • OpenWRT フォーラムと Wiki でおすすめを探して、GL.iNet MT-6000 にした
      標準ファームウェアはモダンな OpenWRT の上に載った GUI で、ロックインしようとしていないのでフラッシュしやすい
    • Dynalink AX3600 をおすすめする
      CPU が本当に速く、RAM も多く、Wi-Fi も良く、OpenWrt で完璧に動作する
      Amazon で59ドルだ
  • OpenWrt には幻滅している
    何年もの間、パッケージを追加し、問題を直し、改善するプルリクエストを出してきた
    だが、最小限の1〜2行の PR だけが受け入れられてマージされ、自分が作業し、テストし、何年も最新に保ってきた大きく重要な変更はマージされなかった
    ほとんどはフィードバックもなく、ただ無視された
    その代わりに GPU と Doom を動かすことに集中しているように見え、今ではハードウェア開発までしている
    しかもそのハードウェアもまともなものではなく、制約の多い電子廃棄物級の crippleware

  • APK は 25 まで待つことになりそう

    • すぐに分からなかった人のために説明すると、OpenWrt は Alpine Linux のパッケージマネージャーへ移行しようとしているようだ: https://openwrt.org/docs/guide-user/additional-software/opkg...
      ところで、最近 OpenWrt 用として最もよく勧められるデバイスやメーカーはどこなのか気になる
      最後に使った Archer C7 の基準では、TP-Link は遅れを取っているようだ
    • その変更は本当に楽しみだ
  • SRE でインフラを扱っており、あれこれチューニングするのが好きで、個人のホームラボもある
    何年も、もしかすると何十年もネットワーク機器を DIY で構成してきたが、アップデートしたりいじったりしている最中に家族へ「15分だけ、いや4時間くらいあればうまくいくはず」と言うのがつらかった
    今年はすべてのネットワーク機器を Ubiquiti に置き換えることにした
    ゲートウェイ、AP、スイッチまで全部置き換えたし本当に高く、どこか寝返ったような気もするが、6か月間まったく問題がない
    OpenWrt が安定リリースを出し、他の人たちが発展させ続けているのは本当にうれしい
    メインネットワークを壊さない予備機材にデプロイして、パッチを試したりバグレポートを提出したりすると思う
    今は心の平穏を楽しんでいる

    • 私の経験は正反対だった
      OpenWRT 機器は10年以上とても安定して動いており、Ubiquiti 機器はもう更新を受け取れないものや、最新の管理ソフトウェアに合わないものが箱いっぱいにある
      一部は OpenWRT をフラッシュして、再び役に立つように復活させた
    • 家族のような少数ユーザー向けの重要な運用システムを動かしているなら、寝返りではない
      正しい選択をした
    • この話を見て Amplifi を調べてみたが、2022年以降ラインが更新されていないようで、ホーム市場から撤退するかもしれないと人々が推測していた
      その点は心配ではなかったのか気になる
  • たった今アップグレードした
    すべてのカスタマイズが自動で適用され、今のところ問題ない
    OpenWrt チームの仕事は驚くべきものだ

    • OpenWrt のアップグレードは概ね成功してきたが、リリースノートを見ると、自分の対象デバイスは swconfig から DSA へ移行されたようだ
      そのため、すべての設定を最初からやり直す必要がある
      それでも設定はそれほど多くなかった