IPv6は30歳になったが、いまだに世界を制覇していない

104日前原文(www.theregister.com)

概要

IPv4アドレス枯渇問題を背景に、1995年にIPv6が登場。
IPv6はアドレス空間拡大が主な特徴だが、普及率は依然として半数未満。
NAT技術や互換性問題がIPv6普及の妨げ。
IPv6は長期的なインフラ成長を支えてはいるが、現代では別の技術革新も進行中。
企業や組織はIPv6移行計画の策定が推奨されている現状。

IPv6登場の背景と特徴

1990年代初頭、IPv4アドレス枯渇が技術発展や経済成長の障害となる懸念。
1995年、RFC 1883によりIPv6が正式に定義。
32ビットから128ビットへのアドレス拡張により、アドレス数が約4.3億から340澗（39桁）へ拡大。
インターネットの将来性確保を目的とした設計。
IPv6は後方互換性がないため、IPv4と同時運用またはどちらかを選択する必要。

IPv6普及が進まない理由

IPv6は保守的な設計で、アドレス拡大以外の大きな機能追加がほぼなし。
セキュリティ、プラグアンドプレイ、QoSなどの機能はIPv4側で実現され、IPv6導入の動機が希薄化。
**NAT（Network Address Translation）**により、1つのIPv4アドレスで多数の端末接続が可能。
- 既存インフラと知識を活かし、大規模な変更が不要。
ベンダーや運用者がIPv6へ積極的に移行しない傾向。
- 移行コストや複雑さ、トレーニングの必要性、短期的ROIの低さが障害。
- レガシーインフラのデュアルスタック未対応も普及の妨げ。

IPv6の評価と現状

IPv6未普及＝失敗ではなく、インターネット成長のための余力確保が主目的。
モバイル、ブロードバンド、クラウド領域でIPv6が成長圧力を吸収。
アドレス設計の簡素化やIoT、先進的なルーティング技術（Segment Routing over IPv6）など新たなイノベーションを支援。
一部企業（Huawei、Starlinkなど）は膨大なIPv6アドレス取得により、国単位でのIPv6普及率向上に貢献。

今後のIPv6とネットワーク技術の進化

GartnerはIPv6移行計画策定を推奨。
- アプリケーション互換性検証、新インフラのIPv6対応、DNS64/NAT64によるパイロット導入、ラボテストの実施。
- プライベートIPv4枯渇やクラウドプロバイダーの料金体系変化でIPv6採用が加速する見通し。
APNICはNATやQUICのような新技術により、クライアント側の恒久的IPアドレス不要を実現。
- ネットワーク設計の柔軟性・拡張性向上。
現代のインターネットはDNSベースのサービス選択や名前認証・暗号化が主流。
- IPアドレスそのものの重要性は低下傾向。
IPv6は「コスト」や「運用上の要件」に応じて選択される時代へ移行。
- IPv4のNAT拡張にかかるコストが高騰した場合、IPv6導入が現実的選択肢となる。

まとめ

IPv6は将来のインターネット拡張性の確保という役割を果たし続けている。
普及の遅れは技術的・経済的要因に起因。
今後はネットワーク設計思想や新技術の進展とともに、IPv6の位置づけも変化し続ける見通し。

Hackerたちの意見

> まだ世界を支配していないかもまあ、厳密にはそうじゃないけど、なんとなく支配してるよね。ここ10年で働いてきた企業では、IPv6が動いてるところだと、インターネットトラフィックの75%はIPv6だよ。他の大規模ネットワークを管理しているエンジニアたちと話しても、だいたい同じ数字を見てるみたい。問題は、ほとんどの人がIPv6を知らないこと。エンジニアの集まりでIPv6の話を持ち出すと、だいたい私だけが詳しいことが多いんだ。だから、長期的な未来には疑問を感じてるよ、特別なケースを除いてね。IPv4とおそらくNATを利用した賢い仕組みがそのうち出てくるんじゃないかな。

└

> 私が働いてきた企業では、IPv6が動いてるところじゃあ、IPv6が動いてないところはどうなの？まあ、私が働いてきた企業では、もちろんまた別のエピソードだけど、誰もIPv6アドレスを指定したことなんて一度もないよ。組織の中でも外でもね。

└

IPv4は不動産のように買われたり、保有されたり、ポートフォリオに入れられたり、投機されたり、レンタルされたり、担保にされたり、売られたりする時代が来るよ。IPXOみたいな会社がもうやってるし。パブリックIPv4のコストは、技術的な理由なしに上がっていくよ。新しい所有権の層があなたとISPの間に生まれてるからね。いつかは、レンタルしたり、使う権利を持つ人にお金を払ったりすることになるよ（ISPに運んでもらうのに加えてね）。それを続けるか、IPv6を無料で手に入れるかのどちらかだね。

└

> まあ、厳密にはそうじゃないけど、なんとなく支配してるよね。 > 私が働いてきた企業では、インターネットトラフィックの75%はIPv6だよ。誰もそれには興味ないよね。大事なのは、私のデバイスにIPv6アドレスが割り当てられているかどうかだよ。

└

> 厳密にはそうじゃないかもしれないけど、なんとなくそうなってるよね。挑戦してみてほしいのは：1. アメリカでIPv6を提供しているホテルを探してみて。俺は一度も泊まったことないし、カリフォルニアのマウンテンビューに泊まった時は、公共のIPv4アドレスを配ってたホテルだった。2. もっと簡単な課題：アメリカでIPv6を持ってるSIPプロバイダーを探してみて。VoIPはエンドツーエンドの接続性の象徴って言われてるからね。

└

75%でも99%でも関係ないよ。IPv4を忘れられない限り、IPv6は無意味だね。

私がIPv6について知っていることは、このブログ記事から来てる: https://apenwarr.ca/log/20170810。2017年のもので、IPv6の普及率は17%だったらしいよ（https://www.google.com/intl/en/ipv6/statistics.htmlによる）。今は50%近くになってるね。

└

これの多くは、何らかのモバイルデバイスが関係してると思う。ケーブルプロバイダーみたいなレガシーなネットワーク事業者にIPv6を提供させるのは本当に大変なんだ。

└

それは世界的な普及の話？それともアメリカの普及？中国がほとんどゼロから77%まで普及したのは、彼らの前回の5カ年計画に含まれていたからだよね。その普及のどれくらいが中国だけで説明できるのかな。

IPv6からは「セカンドシステム症候群」の雰囲気がすごく伝わってくる。きっと他の人も気づいてるはず。64ビットじゃなくて128ビットに飛びついて未来に備えてる感じ。64ビットでも全然良かったと思う。IPアドレスの範囲に意味を持たせて1:1000の負荷係数を考えても、64ビットのアドレッシングで一人当たり1000万台のデバイスに十分なアドレスがあるよ。もし銀河帝国になったら、どのみちウェブは置き換えなきゃいけないだろうし、すべてのやり取りはスタンドアロンアプリか、中央オフィスから数分、数時間、数日もフィードバックを受け取らなくてもいいエッジネットワーキングになるだろうね。すべての惑星をNATして、永遠に続けられるかも。

└

64ビットでSLAACをどうやってやるの？

└

> 64ビットじゃなくて128ビットに飛びついて未来に備えてる感じ。確かに、64ビットの方が32ビットよりは絶対良かったっていうのは同意できる。でも、128ビットにする選択が普及に対して本当に大きな課題だったとは思えないな。

└

> 64ビットの代わりに128ビットに直接ジャンプすることで将来に備えているんだね。64ビットでも十分だったと思うけど。IPアドレスの範囲に意味を持たせて1:1000の負荷係数を考えても、64ビットのアドレッシングで1人あたり1000万台のデバイスに対応できるからね。128ビットは採用の問題の中では最小限のもので、64ビットと比べるとほとんど意味のない違いだよ。でも、ホスト部分の半分を無駄にして「グローバルにユニーク」なホスト部分を作るっていうのは、ちょっと変な優先順位だよね。実際にはあまり役に立たないプロトコルの特徴なのに。

└

そもそも銀河帝国を支えるためじゃなくて、ネットワーク部分とインターフェース部分があって、それぞれ64ビットなんだよ。「ネットワーク」部分はルーターが使い、インターフェース部分はエンドポイントのデバイスを特定するために使う。各インターフェースには世界でユニークな識別子（通常はMACアドレスに基づく）があって、各ネットワークもユニークなんだ。通常、ISPは/48のプレフィックスをくれるから、内部ネットワーク用に64kの16ビットが使える。これで、アドレスを取得するのにDHCPみたいなものは必要なくて、そのまま使えるし、競合も起きない。だけど、2つの独立したユニークな部分があるから、ビット数が2倍必要で、64+64=128ビットになる。これでルーティングやアドレスの割り当てが簡単になるけど、64ビットアドレスと比べてパケットあたり16バイトのコストがかかる。銀河帝国でIPv6を使えるのはおまけみたいなもので、主な理由じゃないんだ。

└

64と128の問題だとは思わないな。エンドユーザーの問題でもないと思う。大多数はそもそもIPプロトコルが何かすら知らないし、知る必要もないからね。問題はISPにあると思う。イギリスでハイパーオプティックを使ってるけど、元のルーターを替えると（外部の443ポートを自分用に確保してるから、普通の人はそれをそのままにしない）、v6アドレスを取得する方法がないみたい。これは純粋に無能で不注意だよ。ISPが自分たちのネットワークから外部のIPを偽装してパケットを送るのを許しているのも同じ。さらに外国のISPも関わってくるから（つまり、自分のネットワークがv6をサポートしていても、旅行中はv4のサポートが必要になる）、v4を単純にオフにすることができない状況になってる。だから、ウェブサイトにとっては、v4がなくならない限りv6をサポートする意味があるのかって感じだよね。

└

新しいプロトコルを導入するコストを考えると、IPv6が段階的ではなく野心的になるのは理解できる。派手なデザインのIPv6は、最もシンプルなアドレス空間の拡張よりも、ほんの少しだけ高くつく定数要素があると思う。そう考えると、プロトコルを更新するチャンスは一度きりだから、できるだけ修正した方がいいよね。

学校で教えてないものを採用するのは難しいよね。COVID-19パンデミックが始まる直前に、UCIでネットワーキングを専門にしたコンピュータサイエンスの学位を取得した人を知ってるけど、彼が受けたネットワーキングのコースではIPv6について全く触れなかったんだ。アドレス形式（128ビット、16進数でコロン区切り）を説明するだけだった。彼がIPv6について学んだことは、すべて独学か仕事で覚えたものなんだ。20年以上前に発表され、10年以上も広く使われている、インターネットの成長にとって重要な標準が、アメリカの一流大学で後回しにされていたなんて。もちろん、これはサンプルサイズが1だし、逸話はデータじゃないっていうのはわかってるけど。私は学術界には関わってないし、コンピュータサイエンスのネットワーキングカリキュラムにおけるIPv6の採用についての広い視点は持ってないんだ。

└

IPv6はずいぶん前にNATに取って代わられたよ。静かにゆっくりと死んでいく運命で、だから今はトレーニング施設や専門家から無視されてるんだ。

└

正直言って、実用的な利点がほとんどないのが大きな問題だよ。IPv6はネットワーキングのPerl 6みたいなもんだ。大きな利点の多くは、実際には人々が欠けているものを提供していないんだ。全体の宇宙の中で自分がどうフィットするかも理解する必要があるよ。

└

>> UCIでネットワーキングを専門にしたコンピュータサイエンスの学位を持つ人を知ってるけど、COVID-19パンデミックが始まる直前に卒業したんだ。彼は、自分が受けたネットワーキングのコースではIPv6が全くカバーされていなかったことを思い出してる…あなたを疑っているわけじゃないけど、この話はもう少し詳細がないと信じがたいな…MITの6.829は2002年からIPv6を教えてるよ：https://ocw.mit.edu/courses/6-829-computer-networks-fall-200… ポルトガルや他の国では、大学に入る前にコンピュータサイエンスの科目があって、高校で教えてるんだ。

└

一方で、2003年から2005年にかけてフランスの工学学校でIPv6を学んで実践してたよ。2024年時点で、フランスのIPv6の普及率はモバイルで97%以上、住宅で98%以上になってるのは、5Gの無線ライセンスを取得するのに必要じゃなかったから（それでv6が4Gにも広がった）+ FTTHを提供しているISPはみんなv6も提供してるから。ここではIPv6は退屈なくらい普通に使えるよ。

└

変だな、俺は2009年にRITを応用ネットワーキングとシステム管理の学士号で卒業したけど、IPv6についてはかなり学んだよ。

└

俺はこれが「アートは一つの葬式ごとに進化する」っていう考え方の一つだと思ってる。多くの人がIPv4に固執してて、その古臭い欠点を抱えながらも、IPv6には本当に触れたくないみたい。基本的な概念はほとんど同じなのに、むしろ良くなってるのにね。V4のマルチキャストを扱ったことがある人は、戻りたくないだろうし、使えなくなったV4の部分を忘れてしまってると思う（RIPに合掌）。V4の自動アドレス割り当てが実際に機能してるのを見たことある人いる？その存在を示すのは、そういうアドレスを見たら、WindowsホストかDHCPサーバーに問題があるってことだよ。デュアルスタックについて文句を言う人もいるけど、少しの計画があれば、追加の手間は最小限で済むよ。過去10年で作られたものはV4/V6のサポートがあって、低レベルのネットワークコードをいじってない限り、どっちにルーティングされてるかを知るのも難しいことが多い。ネットワークデバイスはほとんどが名前やアドレスのグループを使うことをサポートしてるし、ハードコーディングされたドット四分の設定文はもうずっと前から使われてない。これもV4ネットワークでの良い実践だった。多分、V4の魔法を覚えるのは簡単だけど、達成感があるからだと思う。V6では、ほとんどのことをする意味がないから、アドレススキームの自動化が進んでる。けど、そういうアドレススキームが好きなら、V6はさらに良くできるよ。ネットワークやホストIDの部分で、内部ネットワークにULAを与えて、それが状態を持たないトラッキングなしで公衆ネットワークプレフィックスに魔法のように変換されるような、クレイジーなアドレス変換もできる。DNSに似たアナロジーがあると思うけど、DNSに慣れた人はホストIPアドレスなんて気にしないけど、固定アドレスの声明が好きな人もいるみたい。人々はNATが何らかのセキュリティを生み出すという考えに固執しているけど、それは多対少の変換に必要な状態を持ったトラッキングであって、変換そのものではない。証明書やPKIと共有キーの違いみたいなもので、前者は手間がかかるけど、後者の厄介な問題を解決するためだから。編集：これを見て思い出したけど、昔はデュアルスタックでやってたよね、IPやIPXの時代、DECnetやGE Ether-whateverもあったし、それらは共通点が少なかった。IPXはNetwareと共にほとんど消えたけど、IPに追加されるまで数年かかった利点もあったし、そのいくつかはIPv6にも存在する。IPXは結構好きだったし、歴史が違っていれば48ビットアドレスを使ってたらEUIDが間違いだったかどうかを議論してたかもしれないね :)

└

最近、CCNAを再受験して合格したんだけど、15年前に比べてIPv6にかなり時間をかけてるね。今回は思い切って、ISPからのPD割り当てを使って自宅ネットワークを設定したよ。面白いラボもいくつか考えたし、Hurricane ElectricからIPv6のTシャツもゲットしたんだ。

└

逆だよ、教育は常に業界の採用に遅れをとるんだ。(*ソフトウェアエンジニアリングに特化したカリキュラムを前提としているけどね。) プログラムはDockerが採用されてから数年後にしか教えない。同じことがAWSやJavaScriptにも言える。業界に採用されていなければ、学校では教えられないよ。

└

それは成り立たないね。学校はすべてを教えることはできない、特にイノベーションが教室ではなく職場で起こる分野では。20年前に学部生だったときにLLMについて学ぶべきだったの？これは大学教育がまだ職業訓練ではないことのさらなる証拠だね。この認識を早く捨てるほど、社会は良くなると思う。高等教育は特定の市場価値のあるスキルではなく、幅広い知識を作り出すことが目的なんだ。コンピュータサイエンスは研究分野であって、職業訓練ではない。友達が特定の職業スキルを学びたかったら、専門学校が適切な場所だよ。この誤解は雇用市場によって助長されているのは理解しているけど、UCIが提供している教育には驚かないし、彼らを責めるつもりもない。

└

教えてもらったよ、IPv4も「ホストごとに別のアドレス」って昔のやり方で教えてたけど、NATに飛びつくのではなく、IPv6は平均的な使用ケースに対してはIPv4よりも本質的に複雑だと思う。単なる考え方のシフトじゃない。それとは別に、既存のIPv4ホストを考慮せずに「クリーンスレート」にするための意図的な決定がなされたんだ。別々のスタックが最終的には消えることを期待していたんだろうけど、振り返ると無理だね。

これを認めるのは嫌なんだけど、正直言って今のところIPv6は大きな失敗だと思う。APNICのためにIPv6をオンにする方法についてブログ記事を書いた人間として言ってるんだけどね。これに対して反発は無限にあるだろうけど、現実は採用率が100%じゃないってこと。ほとんど100%必要なのに、IPv4しか割り当てないISPもまだ存在するし、IPv6がデフォルトで有効になっていないルーターを買ってインストールする人もいる。ここでのもっと良い解決策は、IPv4のアドレス空間を拡張するための非常に保守的な「ナプキンに書かれた」変更だったと思う。採用は難しかっただろうけど、みんなが理解しているシステムに対するシンプルな変更だったから、既存のスタックの上に乗せることができた。IPv6を放棄するつもりはないけど、今のところどう進めるべきか本当にわからない。現状維持は、2つの競合するプロトコルを永遠に維持することになってしまうけど、それが最終的な意図じゃなかったはずなんだ。

└

> ここでのもっと良い解決策は、IPv4のアドレス空間を拡張するための非常に保守的な変更だった "この考えは何に基づいてるの？実際にはIPv6と全く同じ問題に直面することになるよ。確かに、ネットワーク対応のソフトウェアは40ビットのIPv4+をサポートするように書き直すのが簡単かもしれないけど、ハードウェアアクセラレーション製品（ルーター、スイッチ、ネットワークカードなど）はやっぱり交換が必要になるし（IPv6と同様に）、お互いに通信するためには全員がユニークなIPv4+アドレスを割り当てられる必要がある（これもIPv6と同じ）。"[0] 0: https://news.ycombinator.com/item?id=37120422

└

IPv6の採用はまだ着実に増えてるよ。誰もが期待したほど早くはないけど、少なくとも着実にね。今の時点で放棄することは不可能だと思う。

└

1999年頃、Ciscoでシスアドとして働いてたんだ。社内研修でCCNPを取得して、ネットワーク管理のキャリアを考えてたけど、IPv6で考えが変わった。扱うのがすごく難しくて面倒そうに思えたから、日常の仕事にはしたくなかったんだ。同じことがISPにも言えると思う。彼らも、必要になるまでそれに対処したくないんだよね。

└

「失敗」って言うのは違うと思う。IPv6対応のクライアントデバイスはたくさんあって、主にモバイルネットワークで動いてる。ちゃんと機能してるし、ツールもよくサポートされてる。でも、IPv4は絶対に死なないよ。NATの普及がIPv6の唯一の本当の利点を無効化しちゃったし、"クラウド何でも"の時代になって、ピアデバイスにアクセスすることに誰も気にしなくなった。今朝、息子がプレイリストを共有してほしいって言ってきたから、もちろんYouTube Musicのリンクを送ったよ。家計のスプレッドシートを隣の部屋にいる配偶者と一緒に作業したい？それはダレスのデータセンターにあるんだ。[1] そう、私たちの社会全体が、すべてのローカルデバイスが隠れていることに依存している。仕組みは理解してるし、ファイアウォールがグローバルに書き込み可能なアドレスでもできることもわかってるけど、実際にはNATが一番なんだよね。そうなんだ。

└

IPv6の失敗は、IETFの象牙の塔に住む人たちが主な原因だと思う。彼らは、特に小規模から中規模のネットワークがどうやって構築され、運営されているかについて、実践的な経験や理解が全くないみたい。例えば、小規模サイトのマルチホーミングは絶対に大失敗だよ。住宅用DSL接続にセルラーのバックアップを追加しようとしたら、運が良ければいいけど。IETFは、複数のルーターが複数のプロバイダー割り当てのプレフィックスを広告するか（管理が大変）、プロバイダー独立のアドレス空間でBGPを運用するべきだと言ってるけど、住宅用ISPやセルラーキャリアがこのアイデアに賛成するのは難しいよ。

└

それに付随する他の荷物を取り除くと（例えば、SLAACやIPsecなど）、IPv6は非常に保守的なアドレッシング拡張なんだ。v6よりもさらに保守的なことは、アドレスの下位64ビットを削除して、関連するEUI-64ローカルアドレッシングスキームを使わないことだった。まあ、正直言って、それは非常に悪いアイデアだったけど、フィールドの長さがv6の採用を妨げていたわけじゃないと思う。「非常に保守的」というのは「後方互換性がある」という意味だと思うけど、それは違うよ。アドレッシング拡張を、アドレスのすべてを読み取らないハードウェアと後方互換性を持たせることはできないからね。もちろん、CGNATでそれをやっちゃったけど、予想通り、エンドツーエンドの接続性に大きな問題を引き起こしてる。これがIPv6の本来の目的なんだ。おそらく、あなたはv4のための明示的な「拡張アドレッシングヘッダー」を考えているんだろうけど、その問題は、IPv6の/64アドレス分割のより不便なバージョンになることだし、接続性の問題もいろいろ出てくる。IPv6にアップグレードを拒否する企業のミドルボックスは、ポート80と443以外のTCPトラフィックにも対応できないからね。だから、CGNAT IPv4と「拡張IPv4」の間でハッピーアイボールスタイルのレースが必要になる。しかも、それは6in4の悪化版になるだけだ。彼らはIPv4リンクでIPv6トラフィックをトンネリングすることも考えたけど。あなたはIPv6がどれだけ保守的か理解してないと思う。「非常に保守的」なIP拡張の問題は、何もしないことが一番保守的だってことなんだ。ITインフラは、ビジネスケースがない限り、取り替えられることはない。現在のIPv6採用の問題は、誰も「IPv4トラフィックの処理をやめよう」と言ってないことだ。彼らが言ってるのは「もっとデュアルスタックホストをオンラインにしよう」ということで、それは100%のIPv6には達しないプロセスなんだ。IPv4はインターネットプロトコルの最初のバージョンじゃなかった。最初の栄誉はネットワーク制御プロトコル（NCP）にある。インターネットホストがNCP接続を求め続けるアシンメトリックなロングテールがない理由は、当時「インターネットに接続する」ということが「ARPANETに接続する」という意味だったから。アメリカ軍はNCPパケットの処理を拒否して、IPv4に移行させるために積極的にそれを行った。もしGoogleのような大企業が「IPv4接続を受け付けない」と言ったら、人々はすぐにv6に移行するだろうね。[0] 例えば、IPv4に32ビットの拡張ヘッダーを追加することを考えよう。

└

唯一の解決策は政府の義務付けだと思う。中国はほとんど普及してなかったのに、数年で世界のリーダーになった（中国のインターネットユーザーの77%がIPv6を使ってる）のは、彼らが前回の5カ年計画で明確に優先順位をつけたから。ISPは自分たちからはやらないよ。

└

> 「私はIPv6を放棄しようとは提案していないけど、現時点ではどう進めるべきか本当にわからない。現状は、永遠に2つの競合プロトコルを維持することになっていて、それは本来の意図ではなかった。最終的には、委員会が恣意的にスペースを分けるのではなく、何らかの暗号操作に基づいて割り当てられた暗号的に大きなアドレス空間になるだろう。Torはすでにこれを実現していて、アドレスの割り当ては問題ではない。彼らは以前はハッシュを使っていたけど、今はEd25519の公開鍵を使っている。もちろん、Torはほとんどのタスクには適していない。匿名性が必要ないなら、余分なレイテンシにお金を払う必要はない。真の問題は、これらのアドレス空間でのルーティングで、CJDNSのようなそれを解決しようとするプロジェクトもいくつかある。」

└

そうだね。主要な道路に沿ったすべての住所が3桁だと想像してみて。あなたのビジネスは845 Oak St。すごく悪い郵便局のコードが3桁を想定してる。ある日、彼らは「この道路が長すぎるから、10桁をサポートするようにコードを更新しよう、これで心配しなくて済む」と言う。そして、あなたの住所は今や9245593924 Oak Stになってしまった。

└

そうだね、IPv8って呼んでIPv4の2倍の長さにしちゃえばいいんじゃない？結局、「1.1.1.1」を「JEDBSO:7372B6D6A:727:8:72829:762927」みたいなアドレスに置き換えるシステムなんて、現実的じゃないよ。AWSだって、何に対してもIPv6を使わせてくれないし、今はIPv4を使うのにお金取られるしね。

家では数年前からネイティブIPv6を使ってるんだけど、それまでは全く問題なかったのに、最近のWindows 11のアップデートでIPv6が壊れちゃったみたい。家の他のLinuxやAppleのデバイスは問題ないのに、Win11のノートパソコンだけ特定のIPv6レンジを扱えないんだよね（俺のウェブサーバーのホストインターフェースのアドレスも含まれてる）。完全にWin11のデバイス内の問題で、正直言ってさらに掘り下げる気にもならないから、動く他のデバイスを通してプロキシしてる。多分、1ヶ月か1年か10年後に修正されるだろうけど。失敗ではないと思うけど、30年経っても時々イライラするのは変わらないね。

└

WindowsでIPv6のトンネルインターフェースをすべて明示的に無効にしたら、かなりストレスが減ったよ。

以前はIPv4の代替案が好きだったけど、考えが変わったよ。自分のデバイスや訪れるウェブサイトの多くがIPv6を使ってる。成功が、実は自分はそれを望んでいないことを浮き彫りにした。今日、ルーターでIPv6を無効にしたのは、トラッキングの手段だと思ったから。IPv6はユーザーにとって価値のあるものを提供していない。もう永遠に棚上げでいいんじゃないかな。

IPv6専用のVPSをサイドプロジェクトとして運営していて、うまくいかないことを見守ってる。最近の発見は、`lego`から新しいネイティブACMEの`nginx`サポートに移行しようとしたら、`nginx`がIPv6でletsencryptと通信を拒否したこと。これはletsencryptの欠陥ではなく、同じサーバーで`lego`を使うと完璧に動くんだ。

一般の人に後方互換性のない標準を提案することがどれだけ馬鹿げてるか、30年あれば十分に気づくべきだと思う。

└

将来の変更を考慮して設計されていないフォーマットに後方互換性のある変更を加えるのは、ほとんど不可能だよね。それでも古い設計の限界が来て、結局は切り替えざるを得なくなるってことはあるけど。

NATがあるからこそ、IPv6が普及しないんだよね。それに、いいセキュリティの境界にもなるし。もし家庭内のIoTデバイスが全部インターネットにさらされてたら、めちゃくちゃになると思うよ。

ハクソク