Test-Ipv6.com サービス終了のお知らせ

 (retire.test-ipv6.com)
1 ポイント 投稿者 GN⁺ 2025-10-06 | 1件のコメント | WhatsAppで共有
  • Test-Ipv6.com は 2025年12月に正式にサービス終了する予定
  • このサイトは 2010年から エンジニアリングおよび機材・ホスティング費用 をかけて無料で運営されてきた
  • 運営者はこれ以上リソースを投じることが難しいと感じており、今後は家族などに集中する予定
  • サイトのミラー運営者は 2025年12月以降、これ以上 アップデート を受け取れない
  • オープンソース部分のソースコードはすでに公開されているが、地理位置情報の参照 などは公開および移管できない

Test-Ipv6.com サービス終了のお知らせ

2025年12月に test-ipv6.com の運営を終了する予定

2010年から一般ユーザーに test-ipv6.com を無料で提供してきた
このサイトは収益のないサービスであるにもかかわらず、相当な エンジニアリング、サポート、機材、ホスティング費用 が投入されてきた

運営者はこれ以上詳しい説明をすることなく、今こそ家族の中でリソースを再集中させる時期だと感じている
この決定について、ユーザーの理解と尊重をお願いしたい

サイトは 2025年の冬休み（12月）中に閉鎖される予定

ミラーおよびサービス提供者向けのお知らせ

  • ミラー運営者は 2025年12月以降、これ以上アップデートを受け取れないが、ミラー運営を希望する場合は継続可能
  • サービス提供者が test-ipv6.com または RIPE-631 を参照してサポートチームのマニュアル（runbooks）を構成している場合は、必ずこれを 更新 する必要がある

よくある質問（FAQ）

ソースコードの公開および移管について

ドメイン移管の可否

  • 運営者は 公共の利益 を目的とする信頼できる RIR または NIC 機関に限り、ドメイン運営の承継を検討する可能性がある

ミラーサービスの運営可否

  • サイト閉鎖後はミラー機能および関連サービスをこれ以上監視または提供しない予定のため、ミラーの引退を推奨する

追加の問い合わせおよび意見

  • 追加の質問や意見がある場合は、運営者と直接会った際に問い合わせることを勧める

関連記事

1件のコメント

 
GN⁺ 2025-10-06
Hacker Newsの意見
  • このサービスのエンジニアと一緒に働いている（チームは違うが、よくやり取りがあり、プロジェクトが重なることもある）。ホームページのフッターにある著作権表記を見て、最近になって彼が作ったものだと知った。彼は本当に興味深い人物で、卓越したエンジニア（いわゆる10倍エンジニア）であり、いつも謙虚で人助けを惜しまないタイプだ。この15年間、このサイトのおかげで何度も問題を解決してきた
    • もし彼がこのスレッドを見ていないなら、あるインターネットユーザーがこの素晴らしいサービスを提供してくれたことに深く感謝しており、彼の選択を全面的に尊重し、自分を犠牲にしてまで他人を助けようとせず、自分に合った決断をしたことに拍手を送りたいと伝えたい
    • サイトで jfesler という名前を見て、すぐに誰のことかわかった。私も今になって知った。本当に素晴らしい人だ
  • サイトが終了する理由が、IPv6が今や世界中で導入されてIPv4が消えたからではない、というのは残念だ。それでもこのウェブサイトはIPv6展開時の問題解決に（今でもなお）非常に役立った。運営してくれたことに心から感謝したい
    • 私にとってIPv6は、今でもデータセンターにだけ存在する技術のように感じる。サーバーでは昔から使っているが、自宅でIPv6対応のインターネット接続を見たことがない。ヨーロッパに行くたびに、自分がIPv6を使っていることにいつも驚いていたのを覚えている
    • 残念ながら、残っている抵抗勢力の大半は、何か新しいものを学ぼうとしないネットワークエンジニアだ
    • 投稿のトーンが妙に気になった。私だけかもしれないが、少し心配やストレスを感じさせる文章に思えた。もちろん彼はプライバシーを望んでいるようなので、これ以上深く尋ねるつもりはない。何があっても、今後よいことばかりがあるよう、このサイトを使ってきたすべてのユーザーの気持ちで応援している
  • 少し話はそれるが、私の ISP は IPv6 で誤ったルーティングを実装していて、パケットロスを引き起こす問題に悩まされている。そのため、CGNAT 配下の IPv4 を強制的に使わなければならず、別の問題は出るものの、少なくともパケットロスはない。二次サポート部門が一時しのぎのパッチを当てたが、2〜3週間後にはまた再発した
    • 私の場合は ISP ではなく、Mikrotik ルーターで IPv6 関連の悪評をよく耳にする（例: 問題事例）。こちら側で妙なバグか設定ミスがあるように思う。ときどきルーターやクライアントが IPv6 ルーティングを失う。そうなると接続がただ無限に待ち続ける状態になる。唯一の解決策は Wi-Fi を切って再接続し、DHCP リースを更新することだ。かなり長くデバッグしたが、今では 80% の確率で Mikrotik のバグだと確信している
    • このリンクで私の事例を見ることができる。Globe Telecom の内部にいるエンジニアに直接連絡する手段がなく、問題を内部に上げられなかった。また、Level3（失敗した traceroute がすべて通っていたトランジットプロバイダー）にもメールしたが返答はなかった。幸い、今はほとんど解決している（Level3 はもはや最後の成功ホップではない）。現在は Evoluhost への接続だけが失敗しており、原因は Globe 内部の 2001:fe0:4775:1c0::1 におけるルーティングループだと判明している。今日時点の状況のスクリーンショットだ
    • 私の ISP はそもそも IPv6 をサポートしていない。私のような人も、そういう ISP もたくさんあるだろう
    • そういう問題は見たことがないが、IPv4 と IPv6 のルーティング経路が異なるのは本当によく目にする。IPv4 では MTU 1500 なのに、IPv6 は 1492 だったことがある（おそらく 6rd と PPPoE が多いせいだろう）。ICMP fragmentation 要求が制限されて通信が止まることもあった。自作の v4/v6 MTU テストサイトもある。以前は he.net トンネルが良かったが、今では CAPTCHA が出たり 300ms のレイテンシ増加が起きたりすることが多く、LAN でこの経路を広告するのをやめざるを得なかった。ISP が標準で v6 を有効にし、提供機器さえまともなら、たいていの民生機器と高トラフィックサイトは IPv6 でも問題なく動く。実際、v6 ルーティングが悪化すると v4 より多くの顧客に影響が及ぶ
    • まったく別のケースかもしれないが、数週間私を混乱させた経験がある。OpenWRT 24.0 または 24.1 を使っているなら、致命的なバグが IPv6 throughput に影響する。最新バージョンにアップグレードすれば解決する
  • このサイトを作った方に深く感謝したい。長年にわたり、さまざまなデバイスで IPv6 の問題をデバッグするたびに定番で使ってきたサイトだ
  • 2025年に新規サービス（グリーンフィールドプロジェクト）をデプロイするなら、IPv6 を考慮しないのは失敗も同然だ。今ではすべての内部仮想ネットワークも IPv6-only、少なくともデュアルスタックであるべきだ。単体テストが業界標準になったことよりも IPv6 導入のほうが遅れているのは、本当に残念な現実だ
    • 自宅ネットワークで本当に頑張って試した。だが不思議なことに、あるウェブページは開けて別のページは開けない、といった問題によく遭遇し、結局 IPv6 を無効にする選択をした。最後に何が原因だったのかも覚えていないし、今後そんなことを知る必要自体がないであってほしい。蛇口をひねる感覚で、インターネットは常に安定していてほしい
    • 私は何の利点も感じなかった。自宅や会社の一部ネットワークで IPv6 を導入してみたが、ずっと馬鹿げた問題ばかり起きて、得るものは何もなかった。たとえば、ISP が自動配布する動的ホスト名と内部側システム設定が衝突するなど、時間の無駄が多すぎた。1台の機器あたり 4つもアドレスが割り当てられ、開発者はどれを使えばよいのかわからない。明らかにこちらの何かが間違っているか、機器が悪い可能性はあるが、誰も実際の利点を感じられなかった。IPv4 が存在しない環境なら話は別だが、私たちはそうではなかった。ほぼすべてのネットワークで IPv6 を切り、一部のネットワークだけクライアントのインターネット接続用に有効化している
    • 次に HE がヨーロッパからニューヨークへの IPv6 ルーティングを止めるとか、会社の VPN は IPv4 しかサポートしていないのに、リゾルバが AAAA レコードを優先するような状況になったら、ぜひあなたに連絡するよ
    • この6か月間、政府機関向けの「コード少なめ、デプロイ多め」のプラットフォーム／プロジェクトを構築していた。IPv6 は要件にも「あると良い」にも入っていなかった。これまで一人として「これ、IPv6 で運用できたらいいですね」と言った人はいない
    • IPv6 はあったほうが良いとは思うが、私の経験では、自宅やローカルネットワークで IPv6 を有効にすると、何かがいつもきちんと動かなかったという記憶しかない
  • IPinfo の ben に問い合わせてみることを勧める。彼は今年 Kevin Loch が亡くなった後、ip4.me、ip6.me など複数のサイトを引き継いで運営している（ben のプロフィール、Kevin Loch 関連ニュース）。test-ipv6.com も品質を落とさずにうまく引き継げると確信している。評判もよく、実績も素晴らしい
    • ありがとう！ Jason に連絡を取ったので、サイトがこの先も存続してくれることを願っている
  • 簡単な IPv6 テストが必要なら、Google IPv6 Test を勧める
  • 驚くほど IPv4+NAT でここまで来られたものだ
    • トラフィック量ベースで見れば、そこまで来たわけでもない。今の大半のトラフィックは Google/Meta からモバイル端末へ向かうデータで、そのほぼすべてが IPv6 だ
    • 実際には、IPv4 で引っ張りすぎた結果だ。一般家庭やモバイルインターネットに CGNAT の導入が避けられなくなり、完全に IPv6 へ移行していれば避けられたはずの問題がいくつもある
  • このサービスのおかげで、私の ISP の技術チームにも紹介して IPv6 サポートの問題を解決したことがある
  • 素朴な質問だが、このサイトは実際そんなに保守に手がかかるのだろうか。何年も便利に使ってきたし（使えることにとても感謝している）、これほど管理が必要だとは思っていなかった