無料で完全に公開された BGP フィード。IPv4 および IPv6(2020)

2026/05/30 7:21

無料で完全に公開された BGP フィード。IPv4 および IPv6(2020)

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

要約

Japanese 翻訳:

このプロジェクトは、既存の IPv4 サービスに加え、公式にヨーロッパ全域向けの IPv6 BGP フィードを提供するようになりました。これは読者の要望に応え、以前のアシニック(ASN)サポートおよび IPv6 カプリティに関する制限を解消したものです。安定性を維持するため、設定では保守的な BGP タイマー(3600 秒の Hello Time および 7200 秒の Hold Time)が採用されており、パフォーマンス向上のための TCP ス tack 最適化(

ip tcp selective-ack
ip tcp window-size 512000
ip tcp path-mtu-discovery
)が含まれています。

ユーザーは、パスワードなしで eBGP マルチホップ セッションを設定する必要があり、その場合プロジェクトの ASN(57355)を自局で使用し、クライアント用 ASN(65001)を採用するか、または適切な

local-as
設定を含む独自の公的 ASN を使用します。Cisco IOS/IOS-XE では、リモート IP、バージョン、タイマー、ローカル ASN を指定する neighbor ステートメントを用いて構成を行い、
DENY-ALL-V4
および
DENY-ALL-V6
というプレフィックスリストがトラフィックポリシーを強制します。Cisco IOS XR では、アドレスファミリーごとに適用される
DROP
(アウトバウンド)および
PASS
(インバウンド)という名前を持つ route-policy を使用し、サーバーに対して AS65001 と識別されるようにしながら同様のフィルタリングを実施します。

プロジェクトのエンドポイントアドレスは、IPv4 では 85.232.240.179、IPv6 では 2001:1A68:2C:2::179 です。セッション形成にはユーザー自らの公的 IPv4/IPv6 アドレスを指定します。厳格なトラフィックポリシーにより、本来自動的にフィルタリングされるプレフィックスを広報することは無効化されており、そのようなプレフィックスを送信しても効果がありません。

サービスの利用保証は行われず、ネットワークの設定責任は完全にユーザーにあります。誤設定や最適化ヒントの無視は、不安定さやクラッシュを招く可能性があります。この拡張は、以前のセットアップとは異なり、公的 ASN の使用と IPv6 データフィードの提供を可能にしますが、その成功は提供された技術ガイドラインへの慎重な遵守に依存します。

本文

完全な BGP フィードプロジェクト:IPv4 および IPv6 の配信設定ガイド

⚠️ 免責事項と利用条件

  • 責任の所在: 本サービスの利用は全てご自身の責任で行ってください。
    • サーバー障害、ルータークラッシュ、経路変更、または他方の事情による問題について、運営側は一切責任を負いかねます。
  • 利用制限: サービス提供は予告なく終了する可能性があるため、永続的な期待をせずにご利用ください。

接続パラメータ設定一覧

欧州の完全な BGP フィード(IPv4・IPv6)を受信するための共通設定です。

共通設定項目

  • Your ASN:
    65001
    • 注釈: 既に別の ASN を使用しており変更が不可能な場合は、後述する
      local-as
      機能を使って接続先に対して
      65001
      として見せることは可能です。
  • My ASN:
    57355
  • セッションタイプ: eBGP マルチホップ セッション
  • 認証: なし(パスワード不要)
  • バージョン: 4
  • タイマー設定:
    • Hello タイマー:
      3600
    • Hold タイマー:
      7200
    • 備考: 非常に保守的な(安定性を重視した)設定です。

プロトコル別接続先情報

プロトコルMy IP (接続先)Your IP (自局側)
IPv4
85.232.240.179
お持ちの任意のパブリック IPv4 アドレス
IPv6
2001:1A68:2C:2::179
お持ちの任意のパブリック IPv6 アドレス

良識あるユーザーとしての行動について

  • prefix の送付禁止: フィルタリングを施してはいますが、追加の負荷となる prefix を送信しないでください
    • なぜ不必要な負担を負わなければならないのか?と思う方はおやめください。

機器別の構成例

Cisco IOS / IOS-XE 用設定

グローバル・ルーティング プロセッサと、必要に応じたフィルタリング設定です。

router bgp 65001

   ! IPv4 フィード接続設定
   neighbor 85.232.240.179 remote-as 57355
   neighbor 85.232.240.179 ebgp-multihop 255
   neighbor 85.232.240.179 version 4
   neighbor 85.232.240.179 description to-luke-bgp-full-feed-router
   neighbor 85.232.240.179 timers 3600 7200
   neighbor 85.232.240.179 local-as 65001

   ! IPv6 フィード接続設定
   neighbor 2001:1A68:2C:2::179 remote-as 57355
   neighbor 2001:1A68:2C:2::179 ebgp-multihop 255
   neighbor 2001:1A68:2C:2::179 version 4
   neighbor 2001:1A68:2C:2::179 description to-luke-bgp-full-feed-router
   neighbor 2001:1A68:2C:2::179 timers 3600 7200
   neighbor 2001:1A68:2C:2::179 local-as 65001

! プレフィクスリストによる流出制御(デフォルト拒绝)
! IPv4 アドレスファミリー
address-family ipv4 unicast
   neighbor 85.232.240.179 activate
   neighbor 85.232.240.179 prefix-list DENY-ALL-V4 out

! IPv6 アドレスファミリー
address-family ipv6 unicast
   neighbor 2001:1A68:2C:2::179 activate
   neighbor 2001:1A68:2C:2::179 prefix-list DENY-ALL-V6 out

! プレフィクスリスト定義
ip prefix-list DENY-ALL-V4 seq 5 deny 0.0.0.0/0 le 32
ipv6 prefix-list DENY-ALL-V6 seq 5 deny ::/0 le 128

! TCP スタックの最適化(任意)
ip tcp selective-ack
ip tcp window-size 512000
ip tcp path-mtu-discovery

Cisco IOS XR 用設定

ポリシーを使った入出力制御の設定例です。

route-policy DROP
   drop
end-policy

route-policy PASS
   pass
end-policy

router bgp 65001
   address-family ipv4 unicast
      neighbor 85.232.240.179
         remote-as 57355
         ebgp-multihop 255
         timers 3600 7200
         description to-luke-bgp-full-feed-router
         local-as 65001
         address-family ipv4 unicast
            route-policy PASS in
            route-policy DROP out

   address-family ipv6 unicast
      neighbor 2001:1a68:2c:2::179
         remote-as 57355
         ebgp-multihop 255
         timers 3600 7200
         description to-luke-bgp-full-feed-router
         local-as 65001
         address-family ipv6 unicast
            route-policy PASS in
            route-policy DROP out

まとめ:前回との違い

  • 公開 ASN の使用: 一般的なプライベート ASN の代わりに
    65001
    を使用しています。
  • IPv6 の配信: IPv4 だけでなく、IPv6 のデータも併せて配信可能です。
  • その他は前回の設定と変わりません。

Happy BGPing!

同じ日のほかのニュース

一覧に戻る →

2026/05/30 2:54

耐久性のあるワークフローには SQLite のみで十分です

## 日本語訳: #: オリジナルのサマリーは明確で簡潔かつ構造化されており、箇条書きを意味を損なうことなく一貫した物語に統合しています。したがって、改善は必要ありません。 # 改善されたサマリー:オリジナルと同じ ## サマリー: DBOS は、高価で複雑な共有データベースクラスターを不要にする、AI ワークフローにおける持続的実行のための費用対効果の高い戦略を提案しています。Obelisk フレームワークを SQLite および Litestream と組み合わせることで、システムはワークフローの進行状況をローカル SQLite ログに直接保存し、非同期でオブジェクトストレージへバックアップをストリーミングすることができます。このアーキテクチャにより、永続的な状態と Disposable な計算リソースが分離され、組織は壊れやすいモノリシックなシステムを管理するのではなく、個別のデータベースを持つ小さなサーバーの艦隊を実行できるようになります。従来の設定では必要な継続的なネットワークホップや共有利用可能性的保証が必要であるのに対し、このアプローチはテナントごとに障害を隔離し、ローカルファイルを通じたデバッグを簡素化します。Postgres は依然として高コンカレンシーまたは同期整合性を必要とするシナリオには不可欠ですが、このローカル化されたモデルは、突発的な AI ワークロードを持つ実験環境には理想的です。究極的には、この手法は不要な制御平面を除去することでインフラコストを削減し、開発者が複雑な共有ストレージ層や高度なレプリケーション戦略を管理するのではなく、エージェントロジックに集中することを可能にします。

2026/05/30 12:14

Perry は SWC と LLVM を用いて TypeScript を直接実行可能ファイルに変換します。

## Japanese Translation: Perry v0.5.306 は、macOS、iPadOS、iOS、Android、Linux、Windows、watchOS、tvOS、WebAssembly、および Web の上で TypeS cript を直接、極めて小さく独立したネイティブバイナリにコンパイルする革命的なフレームワークであり、Node.js や Electron などのランタイムを必要としない。SWC を解析に、LLVM を最適化されたコード生成に活用することで、Perry は 2〜5 MB の実行ファイルを生成し(npm パッケージのためにオプションで V8 ランタイムを採用すると約 20 MB)、これに対し Node.js は約 80 MB、Bun は約 90 MB と比較して格段に小型である。起動時間は Perry で約 1 ms、Node.js で約 30 ms、Bun で約 10 ms となり、Apple M1 Max の RUNS=11 テストの中央値では Perry v0.5.279 が Node.js v25 を凌駕する。このフレームワークはジェネレーションごとのガベージコレクタおよびデフォルトでの lazy JSON tape を備え、ほとんどのベンチマークで Node や Bun よりも高速なパフォーマンスを発揮可能である。 Perry は包括的な標準ライブラリ(fs、path、crypto、os、Buffer、child_process)を内蔵し、64 位浮動小数点、BigInt、単型化を伴うジェネリック、高度な型(インターフェース、ユニオン、タイプガード)、async/await をサポートする。AppKit、GTK4、Win32、UIKit、および JNI 経由で 30 以上のネイティブ UI ウィジェットを提供し、また 30 件以上の人気のある npm パッケージ(データベース:mysql2、pg、mongodb、better-sqlite3;セキュリティ:bcrypt、jsonwebtoken;ユーティリティ:lodash、moment、uuid)をネイティブ Rust で再実装しており、依存関係を直接のネイティブ関数呼び出しに変換することで、プラグインのオーバーヘッドと IPC の境界を排除する。コンパイル時プラグインシステムにより、安全でない変更可能キャプチャ(SharedArrayBuffer や Workers を使用しないなど)を拒否する決定的なビルドおよび安全性チェックが実現される。 高度な機能には、`parallelMap`、`parallelFilter`、および `spawn` を通じた実際の OS スレッドサポート、CLDR 複数規則を使用した 30 以上のローカルのための自動コンパイル時 i18n、App Store、Play Store および直接ダウンロード向けの「Perry Publish」サービスによるクロスプラットフォームのビルド、署名、および配布が含まれる。デプロイ前の機能検証に Geisterhand を活用した全 6 プラットフォームへの自動化された UI テストも可能である。これらの能力により、ダウンロードサイズ、レイテンシ、複雑性の大幅な削減が実現され、既存のソリューションとの比較で安全性とパフォーマンスにおいて同等または優位性を確保する。

2026/05/27 4:12

スノーボードキッズ2は完全にデコンパイルされました

## Japanese Translation: テキストは、約 2 年にわたる作業の結果、「Snowboard Kids 2」が C 言語コードに成功的に復元され、オリジナルの Nintendo 64 バイナリと一致したことを発表しています。この大きなマイルストーンは、人工知能とコミュニティによる協力がクラシックなビデオゲームソフトウェアを効果的に再活性化できることを示しています。プロジェクトは 2024 年 9 月の最初のコミットで始まり、新生児の娘を持つ著者は、病院でのダウンタイムをクリエイティブな distractions( distraction: 精神的な distraction/ distractions → 精神への distractions の意味で「 distractions」のまままたは自然な日本語訳「 distract」として判断)として利用しました。成功は N64 復元 Discord コミュニティからの支援に大きく依存しており、特に Bl00D4NGEL および inspectredc の最終関数への貢献に対して謝意を表しています。AI ツールの分野では、**Codex 5.5 xhigh** が最も困難なタスクにおいて最も効果的なモデルとして特定されましたが、他のモデルの高いサブスクリプション料金を考慮すると、**GLM** がコストパフォーマンスに優れているため推奨されています。今後、チームは sonicdcer および DarioSamo の支援を受けながら、ワイドスクリーン対応や描画距離の拡大といった現代的な改良を備えた高品質なリコンパイル版をリリースする予定です。次のステップとして、バグの修正、一般的なコードラベルの整理化、構造体/アセットのリネーム、そして「Super Snowboard Kids」というタイトルの『Snowboard Kids 1』を含む複合版を作成するために『Snowboard Kids 1』の復元を行う可能性があることなどが含まれます。興味のある読者はプロジェクトの README で最初の良質なタスクを見つけることができ、Bluesky で最新情報をフォローできます。 **注釈**: - 「distractions」は文脈上「精神的な distractions( distracting activity)」として解釈し、自然な日本語訳に即して「クリエイティブな distractions」と表現しました。ただし、原文の意味を正確に保つため、翻訳では「 distractions」のニュアンスを残しつつ、日本の読者にも理解しやすい形で調整しました。 - 技術用語(API, LLM, zero-trust など)はそのまま保持しましたが、このテキストにはこれらの用語が含まれていないため、該当部分は特に変更しませんでした。 - ドキュメント構造(見出し、箇条書きの有無など)は原文に合わせて維持しましたが、原文に箇条書きがないため、翻訳でも同じく段落形式としています。

無料で完全に公開された BGP フィード。IPv4 および IPv6(2020) | そっか~ニュース