なぜ IPv6 が必要なのか
インターネットの急速な普及に伴い、従来の IPv4 アドレス (約 43 億個) では数が足りなくなりました。IANA が保有していた中央在庫は 2011 年 2 月に払い出しを終え、各地域のインターネットレジストリ (RIR) の在庫も 2010 年代に順次尽きています。スマートフォン、IoT デバイス、クラウドサービスの増加を見越し、事実上無限のアドレス空間を持つ IPv6 は 1990 年代に設計されました。
IPv6 は単にアドレス数を拡張しただけではありません。セキュリティ、効率性、自動設定機能など、多くの改善が盛り込まれた次世代プロトコルです。IPv4 のアドレス空間が 32 ビット (約 43 億個) であるのに対し、IPv6 は 128 ビット (約 340 澗個) という桁違いの規模を持ちます。
よくある誤解として「IPv4 が枯渇したらインターネットに接続できなくなる」というものがあります。実際には NAT (Network Address Translation) 技術により、複数のデバイスが 1 つのグローバル IPv4 アドレスを共有できます。しかし NAT は通信の複雑化やパフォーマンスのオーバーヘッドを招くため、IPv6 への移行が根本的な解決策となります。
なぜ IPv6 への移行が遅れているのか
IPv6 の仕様は 1998 年に RFC 2460 として策定され、2017 年 7 月にはこれを置き換える RFC 8200 がインターネット標準 (STD 86) となりました。それでも策定から四半世紀以上が経過した 2026 年時点で、完全な移行には至っていません。その背景には複数の構造的要因があります。
第一に、NAT の普及が IPv4 の延命に大きく貢献しました。NAT によって 1 つのグローバル IP アドレスを数百台のデバイスで共有できるため、アドレス枯渇の影響が緩和され、移行の緊急性が薄れたのです。第二に、IPv4 と IPv6 には後方互換性がありません。IPv6 は IPv4 の単純な拡張ではなく、まったく異なるプロトコルであるため、ネットワーク機器、ソフトウェア、運用手順のすべてを更新する必要があります。第三に、移行コストの問題があります。既存のネットワークインフラを IPv6 対応にアップグレードするには、機器の入れ替え、設定変更、スタッフの教育など多大な投資が必要です。特に中小企業や発展途上国の ISP にとって、この負担は大きな障壁となっています。
さらに、IPv6 への移行は「鶏と卵」の問題を抱えています。コンテンツプロバイダは利用者が少ないうちは IPv6 対応を後回しにし、ISP はコンテンツが少ないうちは IPv6 提供を急がない、という悪循環が長年続いてきました。2012 年 6 月 6 日の World IPv6 Launch を機に Google や Facebook などの大手サービスが IPv6 を常時有効にしたことで、この循環は徐々に解消されてきました。
IPv6 アドレスの表記方法
IPv6 アドレスは 128 ビットで構成され、16 進数をコロンで区切った 8 つのグループで表記します。
完全表記の例: 2001:0db8:85a3:0000:0000:8a2e:0370:7334
表記を簡略化するルールも定められています。
- 各グループの先頭のゼロは省略可能:
2001:db8:85a3:0:0:8a2e:370:7334 - 連続するゼロのグループは「::」で 1 回だけ省略可能:
2001:db8:85a3::8a2e:370:7334
特殊なアドレスとして、ループバックアドレス ::1 (IPv4 の 127.0.0.1 に相当) や、未指定アドレス :: があります。
URL 中に IPv6 アドレスを含める場合は、ブラケットで囲む必要があります (例: http://[2001:db8::1]:8080/)。この表記がないと、ブラウザで IPv6 アドレスに直接アクセスする際に混乱が生じます。
IPv6 アドレスの種類
グローバルユニキャストアドレス
インターネット上でルーティング可能なアドレスで、IPv4 のグローバル IP アドレスに相当します。2000::/3 の範囲が割り当てられており、実際に運用されている IPv6 アドレスの大半がこのタイプです。
リンクローカルアドレス
fe80::/10 の範囲に属し、同一ネットワークセグメント内でのみ有効なアドレスです。IPv6 が有効なすべてのインターフェースに自動的に割り当てられ、近隣探索やルーター発見に使用されます。
ユニークローカルアドレス
fc00::/7 の範囲で、IPv4 のプライベートアドレス (192.168.x.x など) に相当します。組織内ネットワークで使用され、インターネット上ではルーティングされません。
マルチキャストアドレス
ff00::/8 の範囲で、複数のデバイスに同時にデータを送信するために使用されます。IPv6 ではブロードキャストが廃止され、マルチキャストがその役割を担います。
IP 確認さんの IPv6 解析機能では、あなたの IPv6 アドレスがどのタイプに分類されるかを自動判定して表示します。IPv6 アドレスのタイプは GeoIP による位置推定の精度にも影響するため、自分のアドレスタイプを把握しておくと役立ちます。
IPv4 との共存・移行技術
IPv4 から IPv6 への移行は一朝一夕には完了しません。両プロトコルが共存する移行期間を支える技術が不可欠です。主な移行技術として、デュアルスタック、トンネリング、NAT64 の 3 つがあります。
デュアルスタック
デバイスが IPv4 と IPv6 の両方のアドレスを持ち、いずれのプロトコルでも通信できる方式です。移行期に最も広く使われている共存手法であり、多くの ISP がデュアルスタック接続を提供しています。IP 確認さんのデュアルスタック検出機能で、あなたの接続状況を確認できます。
デュアルスタック環境では、接続先サーバーが IPv6 に対応している場合、IPv6 が優先的に使用されます (Happy Eyeballs アルゴリズム)。IPv6 経路に問題がある場合は自動的に IPv4 にフォールバックするため、ユーザーが意識することなく通信が継続されます。
デュアルスタックのデメリットとして、IPv4 と IPv6 の両方のアドレスを管理する必要があるため、ネットワーク管理の複雑さが増す点が挙げられます。また、ファイアウォールのルールも両プロトコル分を設定する必要があり、設定漏れによるセキュリティリスクが生じる可能性があります。
トンネリング
IPv4 ネットワーク上に IPv6 パケットをカプセル化して転送する技術です。6to4 や Teredo などの方式がありますが、セキュリティ上の懸念からネイティブ IPv6 接続への移行が推奨されています。特に 6to4 は、リレールーターを共通のエニーキャストアドレスで呼び出す使い方が 2015 年 5 月の RFC 7526 (BCP 196) で非推奨とされており、新規に導入すべきではありません。
日本では MAP-E や DS-Lite といった IPv4 over IPv6 トンネリング技術が広く普及しています。これらは IPv6 IPoE 接続上に IPv4 通信をトンネリングする方式で、v6 プラスや transix などのサービスとして提供されています。従来の PPPoE 接続と比較して、網終端装置に通信が集約されることで生じる混雑を避けやすい構成です。ただし実際の速度は契約している回線や経路の状況にも左右されるため、接続方式だけで速さが決まるわけではありません。
NAT64/DNS64
IPv6 のみのネットワークから IPv4 サーバーにアクセスするための変換技術です。NAT64 は IPv6 パケットを IPv4 パケットに変換するゲートウェイとして機能し、DNS64 は IPv4 のみの DNS レコード (A レコード) を合成 IPv6 アドレス (AAAA レコード) に変換します。
モバイルネットワークでの採用が進んでおり、Apple は 2016 年から iOS アプリに IPv6 対応を義務付け、NAT64 環境でのテストが必須となっています。T-Mobile US は 2014 年から IPv6 オンリーネットワークで NAT64 を運用しており、IPv4 しか持たないサービスへの接続は NAT64 が仲介しています。
IPv6 とプライバシー
IPv6 にはプライバシーに関する重要な論点があります。
EUI-64 アドレスの問題
IPv6 の初期仕様では、デバイスの MAC アドレスからインターフェース ID を生成する「EUI-64」方式が採用されていました。この方式では、IPv6 アドレスからデバイスを一意に特定できてしまうという重大なプライバシー上の問題がありました。
プライバシー拡張 (一時アドレス)
この問題を解決するために導入されたのが「プライバシー拡張」(RFC 4941) です。2021 年に RFC 8981 として改訂され、ランダムなインターフェース ID を生成し、定期的に変更することで MAC アドレスの露出を防ぎます。
プライバシー拡張が有効な場合、OS は「一時アドレス」を生成し、外向きの通信に優先的に使用します。一時アドレスの有効期間は OS によって異なりますが、通常 24 時間程度でローテーションされます。
ただし、プライバシー拡張を有効にしても完全な匿名性は保証されません。IPv6 アドレスの上位 64 ビット (プレフィックス) は ISP が割り当てる固定値であるため、同一ネットワークからの通信は依然として識別可能です。完全な匿名性を求める場合は、VPN の併用が推奨されます。
各 OS でのプライバシー拡張の確認方法
- Windows:
netsh interface ipv6 show privacyで確認。デフォルトで有効 - macOS:
sysctl net.inet6.ip6.use_tempaddrで確認。値が 1 なら有効。デフォルトで有効 - Linux:
sysctl net.ipv6.conf.all.use_tempaddrで確認。値が 2 なら一時アドレスが優先
IPv6 アドレスの追跡リスク
IPv6 では NAT が不要なため、各デバイスがグローバルにユニークなアドレスを持ちます。IPv4 の NAT 環境と比べて個々のデバイスの追跡が容易になりうるため、VPN の使用やプライバシー拡張の有効化が重要です。また、DNS リークが発生すると、VPN 使用中でも IPv6 アドレスが露出する可能性があるため、DNS リーク対策も併せて確認すべきです。
IP 確認さんでは、あなたの IPv6 アドレスがプライバシーアドレスか EUI-64 アドレスかを自動判定します。EUI-64 アドレスが検出された場合は、上記の OS 別手順でプライバシー拡張設定を見直すことをおすすめします。
IPv6 の普及状況
Google が自社サービスへのアクセスを集計して公開している統計では、2026 年 7 月時点で IPv6 経由のアクセスが世界全体の 5 割前後に達しています。普及の度合いは国ごとの差が非常に大きく、インドや西欧の一部ではアクセスの大半が IPv6 で行われている一方、大規模なネットワークを抱えながら IPv6 がほとんど使われていない国も残っています。
日本も 2026 年時点では IPv6 経由のアクセスが過半を占める水準まで伸びています。NTT 東西の NGN (次世代ネットワーク) 上に構築された IPoE (IPv6 ネイティブ接続) の普及が大きく貢献しており、v6 プラスや transix などの IPv4 over IPv6 サービスも広く利用されています。一方で、社内システムや業務用機器では IPv4 のみの構成が残っていることも多く、家庭向け回線ほど移行が進んでいるとは限りません。
クラウドサービスプロバイダ (AWS、Google Cloud、Azure) はいずれも主要なサービスで IPv6 に対応しており、CDN 事業者 (Cloudflare、Akamai、Fastly) も IPv6 配信を標準で有効化しています。モバイルネットワークでは、5G の展開に伴って IPv6 オンリー網と NAT64 を組み合わせる構成の採用が広がっています。
IPv6 対応を確認する実践ステップ
以下の手順で、あなたのネットワーク環境が IPv6 に対応しているかを確認できます。
- IP 確認さんのトップページにアクセスし、表示された IP アドレスが IPv6 形式 (コロン区切りの 16 進数) かどうかを確認する
- デュアルスタック検出結果を確認し、IPv4 と IPv6 の両方で接続できているかを確認する
- IPv6 アドレスが表示された場合、プライバシーアドレスか EUI-64 アドレスかの判定結果を確認する
- EUI-64 アドレスが検出された場合は、上記の OS 別手順でプライバシー拡張を有効にする
- VPN 使用時は、IPv6 トラフィックが VPN トンネルを通過しているか (IPv6 リークがないか) を確認する
IPv6 は将来のインターネットの基盤となるプロトコルです。自分の接続環境を把握し、プライバシー設定を適切に管理することが、安全なインターネット利用の第一歩です。
この記事の関連用語
よくある質問
IPv6 に移行しないとインターネットが使えなくなる?
すぐには使えなくなりません。多くの環境では IPv4 と IPv6 が共存するデュアルスタック構成が使われており、IPv6 に未対応の機器でも通信は続けられます。ただし IPv4 アドレスの新規割り当てはほぼ受けられない状況で、長期的には IPv6 への移行が必要です。
IPv6 は IPv4 より安全?
IPv6 自体が IPv4 より安全というわけではありません。IPv6 には IPsec が標準仕様に含まれていますが、実装は任意です。セキュリティは使用するプロトコルや設定に依存します。