IPv4アドレスの枯渇が大きく話題になったのは2010年前後ですが、それから十数年が経過してもIPv4のインターネットは普通に利用されています。そのため、「結局IPv4は枯渇しなかったのではないか」「IPv6への移行は止まっているのではないか」と感じることがあります。
しかし実際には、IPv4の枯渇はすでに起きています。起きなかったのではなく、IPv4アドレスの共有、既存アドレスの再利用・移転、そしてIPv6との併用によって影響を吸収してきたため、大規模なサービス停止のような形では見えなかったというのが実態に近い説明です。
2026年現在もIPv4は重要なプロトコルですが、インターネットの内部ではIPv6への移行が着実に進んでいます。一方でIPv4とIPv6には直接的な互換性がないため、現在のネットワークではデュアルスタック、CGNAT、DS-Lite、MAP-E、NAT64/DNS64、464XLATなど複数の移行技術が用途に応じて使われています。
この記事では、IPv4アドレス枯渇の現在地、なぜIPv4が今も使えているのか、IPv4とIPv6の間に「ゲートウェイ」は存在するのか、さらに自宅サーバーで固定IPv4と/30を利用している場合に4アドレスを使うことを気にする必要があるのかまで整理します。
- IPv4の枯渇はすでに2011年から現実になっている
- それなのになぜ「IPv4が枯渇した」という大事件が起きなかったのか
- IPv4を延命した最大の理由の一つがNATとCGNAT
- 余っているIPv4アドレスの「移転」という市場もできている
- IPv6への移行も止まっているわけではない
- IPv4とIPv6はそのままでは直接通信できない
- 最も分かりやすい共存方法はデュアルスタック
- NAT64とDNS64はIPv6側からIPv4サーバーへアクセスする仕組み
- 携帯ネットワークで使われる464XLATもIPv4枯渇対策の一つ
- 日本の固定回線で身近なのがDS-LiteやMAP-E
- なぜIPv6に完全移行してIPv4を今日やめないのか
- 自宅で固定IPv4を使ってWeb・メールサーバーを公開する価値は現在もある
- 固定IPv4ならIPv6も追加してデュアルスタック化するのがおすすめ
- /30で4個のIPv4を使っていても4台分を浪費しているわけではない
- ポイントツーポイントなら/31を使って2アドレスに節約する技術もある
- 「ネットワークアドレスとブロードキャストがもったいない」はIPv4特有の悩み
- 固定IPv4を返却すればIPv4枯渇問題の解決になる？
- IPv6だけの自宅サーバーにすれば固定IPv4は不要になる？
- IPv4とIPv6の「ゲートウェイ」は用途によって種類が違う
- 今後はIPv4が突然終了するより「IPv4を持つコスト」が上がる可能性が重要
- 自宅サーバー運用者が今やっておきたいこと
- まとめ：IPv4枯渇は起きなかったのではなく、延命技術とIPv6で吸収されている
IPv4の枯渇はすでに2011年から現実になっている
IPv4は32bitのアドレス空間を持ち、理論上は約43億個のアドレスがあります。ただし予約済みアドレスや特殊用途の空間もあるため、そのすべてを一般のインターネット接続へ使えるわけではありません。
IANAは2011年2月3日に通常の方法でRIRへ渡せる未割り当てIPv4アドレスを配り終えました。日本を含むアジア太平洋地域を担当するAPNICでも2011年4月15日に通常割り振り用の在庫が枯渇し、JPNICの通常のIPv4割り振りも同時に終了しています。
IANA自身も現在のIPv4資源について、通常のIPv4供給在庫は枯渇していると明記しています。返却された小規模なアドレスを再配分する仕組みは存在しますが、以前のように大量の未使用IPv4ブロックを新規に配布できる状態ではありません。
[参照] IANA「Number Resource Allocation Data」
それなのになぜ「IPv4が枯渇した」という大事件が起きなかったのか
IPv4の枯渇でなくなったのは、世の中で利用中のIPv4アドレスではなく、主として新しく自由に割り振れる未使用アドレスの在庫です。
すでに企業、ISP、大学、データセンターなどへ割り当て済みのIPv4アドレスが2011年に突然使えなくなったわけではありません。そのため、利用者から見ると「昨日までインターネットが使えたのに今日から使えない」という現象は起きませんでした。
JPNICも、IPv4在庫が枯渇しても現在利用しているインターネットが直ちに利用できなくなるわけではないと説明しています。
[参照] JPNIC「IPv4アドレス在庫枯渇Q&A 基礎編」
つまりIPv4枯渇は「IPv4の電源が切れるイベント」ではなく、新しくIPv4ネットワークを拡大するための資源が不足する経済・運用上の問題として徐々に表面化しました。
IPv4を延命した最大の理由の一つがNATとCGNAT
家庭内では以前から、192.168.x.xや10.x.x.xなどのプライベートIPv4アドレスを多数の機器へ割り当て、ルーターのNATによって1個のグローバルIPv4アドレスを共有する方法が一般的です。
PC 192.168.1.10 ─┐
スマホ 192.168.1.11 ├→ 家庭用ルーター/NAT → グローバルIPv4 1個 → Internet
TV 192.168.1.12 ──┘IPv4がさらに不足すると、ISP側でも同じ考え方を大規模化したCGNAT（Carrier-Grade NAT）が使われるようになりました。
家庭A ─┐
家庭B ─┼→ ISPのCGNAT → 少数のグローバルIPv4 → IPv4 Internet
家庭C ─┘この方法なら、1個のグローバルIPv4アドレスを複数の加入者で共有できます。こうしたアドレス共有技術が、IPv4枯渇後も新しい利用者へIPv4通信を提供できた大きな理由の一つです。
ただしCGNATでは利用者側が自由にポート開放できないことがあり、自宅でWebサーバーやメールサーバー、VPNサーバーなどを公開したい人には不都合が生じます。固定グローバルIPv4が現在も有料サービスとして価値を持つ理由の一つです。
余っているIPv4アドレスの「移転」という市場もできている
IPv4枯渇後は、過去に大きなIPv4ブロックを取得したものの現在は余剰を持つ組織から、IPv4を必要とする別組織へアドレスを移転する仕組みも利用されています。
日本でもJPNICがIPv4アドレスの移転制度を運用しており、2026年8月26日時点で公開されている移転履歴は767件に達しています。
つまりIPv4は「在庫が枯れたから消滅した」のではなく、限られた既存資源を再配分しながら使う段階へ移行しています。地域によってはRIRの待機リストや回収アドレスの再配分もありますが、IPv4の根本的なアドレス数不足を解消するものではありません。
IPv6への移行も止まっているわけではない
IPv6は128bitのアドレス空間を持ち、IPv4とは比較にならないほど巨大なアドレス空間を利用できます。
IPv6への移行は十数年間にわたって徐々に進んでおり、現在ではスマートフォン、家庭用光回線、大手Webサービス、クラウドなど非常に広い範囲でIPv6が利用されています。
Googleが継続して公開している統計では、2026年7月29日時点でGoogleへアクセスする利用者の47.60％がIPv6を利用していました。これはGoogle利用者を測定した統計であり「世界中の全通信の47.60％」という意味ではありませんが、IPv6がすでに実運用の主要プロトコルの一つになっていることは分かります。
IPv6への移行は「ある日世界中が一斉にIPv4をやめる」という方式ではなく、IPv4とIPv6を長期間共存させながら少しずつIPv6側へ通信量を移していく方式になっています。
IPv4とIPv6はそのままでは直接通信できない
重要なのは、IPv6が単に「桁数の増えたIPv4」ではないという点です。IPv4ノードとIPv6ノードは異なるネットワークプロトコルを使用しているため、純粋なIPv4だけの機器と純粋なIPv6だけの機器を単純なルーターでつないでも、そのまま相互通信はできません。
そのため移行期間には、大きく分けて次の3つの考え方が使われています。
| 方式 | 考え方 |
|---|---|
| デュアルスタック | 端末やサーバーがIPv4とIPv6の両方を持つ |
| トンネル・カプセル化 | IPv4通信をIPv6ネットワークの中へ運ぶなど、別プロトコル内へ封入する |
| プロトコル変換 | IPv6とIPv4の間でアドレスやパケットを変換する |
したがって、「IPv4とIPv6のゲートウェイはあるのか」という疑問に対しては、目的に応じた変換装置・トンネル終端装置・プロキシは存在するが、IPv4とIPv6を何でも完全透過で相互接続する万能ゲートウェイが1種類あるわけではないという回答になります。
最も分かりやすい共存方法はデュアルスタック
デュアルスタックでは、同じ端末やサーバーにIPv4アドレスとIPv6アドレスの両方を設定します。
Webサーバー
IPv4：203.0.113.10
IPv6：2001:db8:1234::10
IPv4ユーザー → IPv4で接続
IPv6ユーザー → IPv6で接続DNSにもIPv4用のAレコードとIPv6用のAAAAレコードを登録します。
example.jp. A 203.0.113.10
example.jp. AAAA 2001:db8:1234::10現在のWebサービスでIPv4とIPv6の双方から確実に接続してもらいたい場合、この方式は非常に分かりやすい構成です。
ただしデュアルスタックはIPv4アドレスを引き続き必要とするため、IPv4枯渇そのものを解決する技術ではありません。「IPv6へ移行しながらIPv4互換性を維持する」ための方式です。
NAT64とDNS64はIPv6側からIPv4サーバーへアクセスする仕組み
IPv6のみを持つクライアントから、まだIPv4しか対応していないWebサーバーなどへアクセスさせる代表的な技術がNAT64とDNS64です。
IPv6-only端末
↓ IPv6
DNS64 + NAT64
↓ IPv4
IPv4-onlyサーバーDNS64はIPv4サーバーのAレコードを基に、IPv6クライアント向けのAAAAレコードを合成します。NAT64装置が実際のIPv6/IPv4変換を行います。
IETFのRFC 6146では、Stateful NAT64によりIPv6-onlyクライアントからIPv4サーバーへTCP、UDP、ICMPで通信できる仕組みが定義されています。DNS64についてはRFC 6147で標準化されています。
[参照] IETF RFC 6146「Stateful NAT64」
ただしNAT64を「IPv4とIPv6の万能双方向ゲートウェイ」と理解するのは正確ではありません。典型的なStateful NAT64はIPv6側のクライアントがIPv4側のサーバーへ接続を開始する用途を想定しています。
携帯ネットワークで使われる464XLATもIPv4枯渇対策の一つ
IPv6中心のアクセスネットワークで、IPv4しか扱えないアプリケーションも動作させやすくする仕組みとして464XLATがあります。
464XLATは端末側などで行うステートレス変換と、ネットワーク側で行うステートフル変換を組み合わせ、IPv6-onlyネットワーク越しにIPv4接続性を提供します。
IETFではRFC 6877として仕様が公開されています。
スマートフォンの利用者がこうした変換を意識する必要はほとんどありません。利用者から見ると普通にIPv4サイトもIPv6サイトも表示できるため、これも「IPv4枯渇のニュースを日常生活で感じにくい」理由の一つです。
日本の固定回線で身近なのがDS-LiteやMAP-E
日本の光回線では、「IPv6 IPoE」「IPv4 over IPv6」といった言葉を見かけることがあります。その内部で使われる代表的な仕組みにDS-LiteやMAP-Eがあります。
DS-Liteは、利用者のIPv4パケットをIPv6ネットワーク内へカプセル化してISP側まで運び、事業者側のNATを通してIPv4インターネットへ接続する方式です。
IETFのRFC 6333では、DS-LiteについてIPv4-in-IPv6とNATを組み合わせ、複数加入者でIPv4アドレスを共有できる技術として定義しています。
[参照] IETF RFC 6333「Dual-Stack Lite」
MAP-EもIPv4パケットをIPv6ネットワーク上で運ぶ技術ですが、IPv4アドレスと利用可能なポート範囲を複数ユーザーで分担できるのが特徴です。
これらによってアクセス網そのものをIPv6中心にしながら、利用者には従来のIPv4サイトへの接続性も提供できます。
なぜIPv6に完全移行してIPv4を今日やめないのか
最大の理由は、インターネットには非常に多くのIPv4-only機器・サービス・ソフトウェアが残っているからです。
世界中のWebサイト、メールサーバー、企業ネットワーク、監視機器、VPN装置、組み込み機器などを同時にIPv6へ変更することは現実的ではありません。
また「IPv6対応」と「IPv4を廃止できる」は別問題です。サーバーがIPv6へ対応していても、利用者側にIPv4しかない環境が残っていればIPv4でのサービス提供も必要です。
そのため現在は、IPv6を増やしながら、残るIPv4通信を共有・変換・カプセル化して維持するという段階です。
自宅で固定IPv4を使ってWeb・メールサーバーを公開する価値は現在もある
自宅でWebサーバーやメールサーバーをインターネットへ直接公開している場合、固定グローバルIPv4アドレスは現在でも非常に実用的です。
IPv4の利用者から確実にアクセスしてもらうためには、公開サーバー側にもIPv4到達性が必要です。IPv6だけのサーバーを設置してAAAAレコードだけ登録すると、IPv6に対応していないクライアントからは原則として直接アクセスできません。
WebならIPv4とIPv6の両方を持つリバースプロキシやCDNを前段に置いてIPv4を肩代わりしてもらう方法がありますが、自宅サーバーへ単純に固定IPv4を割り当てる構成には分かりやすさがあります。
メールサーバーの場合も、インターネット上にはIPv4のみでSMTP接続する相手が残っています。IPv6対応を追加することは有益ですが、現在すぐにIPv4を捨てるよりIPv4＋IPv6のデュアルスタックで運用するほうが相互接続性を確保しやすいでしょう。
固定IPv4ならIPv6も追加してデュアルスタック化するのがおすすめ
ISPがネイティブIPv6や固定IPv6プレフィックスを提供しているなら、既存のIPv4サーバーを廃止するのではなく、まずIPv6を追加する方法が現実的です。
現在
Internet → 固定IPv4 → Web/Mail Server
移行後
IPv4 Internet ─→ 固定IPv4 ─┐
├→ Web/Mail Server
IPv6 Internet ─→ IPv6 ─────┘WebサーバーにはAレコードとAAAAレコードを設定し、IPv4とIPv6の両方で待ち受けます。ファイアウォールについてもIPv4とIPv6をそれぞれ正しく設定する必要があります。
特に注意したいのは、IPv6には家庭用IPv4のようなNATを必須としない構成が一般的なことです。グローバルIPv6アドレスを持つからといって自動的に外部から全ポートへ接続できるとは限りませんが、ルーターやホスト側ファイアウォールの設定を確認せず「NATがないから危険」「NATがあるから安全」と単純化しないことが重要です。
/30で4個のIPv4を使っていても4台分を浪費しているわけではない
固定IPv4契約で「自分のアドレス、ISP側ゲートウェイ、ネットワークアドレス、ブロードキャストアドレス」の4個が割り当てられているなら、典型的には/30のIPv4サブネットを利用していると考えられます。
たとえば203.0.113.0/30なら4個のアドレスがあります。
| アドレス例 | 役割 |
|---|---|
| 203.0.113.0 | 従来の/30におけるネットワークアドレス |
| 203.0.113.1 | ISP側ルーター |
| 203.0.113.2 | 利用者側ルーター・サーバーなど |
| 203.0.113.3 | 従来の/30におけるブロードキャストアドレス |
確かに4アドレス中、通常ホストへ割り当てられるのは2アドレスです。しかしこれは利用者が不必要に4個確保しているというより、ISPがそのアクセス回線を/30として設計・提供しているために必要となるアドレス構成です。
正規にISPから割り当てられている固定IPv4を必要なサーバー運用に使っているのであれば、「IPv4を独占して申し訳ない」と利用者個人が罪悪感を持つ必要はありません。
ポイントツーポイントなら/31を使って2アドレスに節約する技術もある
IPv4のポイントツーポイント回線では、必ずしも/30で4アドレスを消費する必要はありません。
IETFのRFC 3021では、ポイントツーポイントリンクに/31を利用する方法が定義されています。/31では2個のアドレスを両端の機器に使用し、従来のネットワークアドレスとブロードキャストアドレスを別途消費しません。
[参照] IETF RFC 3021「Using 31-Bit Prefixes on IPv4 Point-to-Point Links」
従来の/30
4アドレス → 両端で実際に使うアドレス2個
RFC 3021の/31
2アドレス → 両端で2個とも使用ただし、だからといって利用者が自分の判断で/30を/31へ変更できるわけではありません。ISP側ルーターを含めた双方の構成が/31を前提としている必要があります。
ISPが/30を指定しているなら、その契約では/30をそのまま利用するのが正しい設定です。
「ネットワークアドレスとブロードキャストがもったいない」はIPv4特有の悩み
IPv4ではサブネットサイズが小さいほど、ネットワークアドレスやブロードキャストアドレスなどによる比率上のオーバーヘッドが目立ちます。
/24なら256アドレスのうち従来型サブネットでホスト利用できないアドレスが2個でも影響は小さいですが、/30では4個中2個なので半分になります。
こうした細かなアドレス節約を長年積み重ねてIPv4を延命してきましたが、それでも32bitという根本的な上限は変わりません。
IPv6では十分に大きなサブネットを配ることを前提とした設計になっており、IPv4のように「1アドレスでも節約するために極端に小さなサブネットを作る」という発想そのものから離れることができます。
固定IPv4を返却すればIPv4枯渇問題の解決になる？
不要なIPv4アドレスを事業者へ返却し、必要なところへ再利用できるようにすることには意味があります。しかしIPv4全体の需要を満たせるほど大量のアドレスを回収できるわけではありません。
IPv4は約43億という根本的な上限を持っているため、世界中のスマートフォン、IoT機器、クラウド、企業ネットワークなどへ一意のIPv4を割り当てることはできません。
JPNICも、未利用IPv4を回収することは枯渇の影響軽減には有益であるものの、需要を上回る回収ができない以上、IPv6導入などの対策が必要だと説明しています。
したがって、実際に外部公開サーバーのため固定IPv4を必要としているなら、それを無理に手放すよりも、IPv6にも対応して徐々にIPv6通信の比率を増やすほうが移行への現実的な貢献になります。
IPv6だけの自宅サーバーにすれば固定IPv4は不要になる？
理論的には、アクセスする全利用者がIPv6を利用できるなら、サーバーをIPv6-onlyにして固定IPv4をなくすことはできます。
しかし2026年現在でもIPv4-onlyの利用環境は残っています。Googleの測定でもIPv6アクセス率は約半数規模であり、逆にいえば全利用者がIPv6になったわけではありません。
そのため一般公開WebサーバーをIPv6-onlyにすると、一部利用者が直接アクセスできなくなります。
IPv4アドレスを自宅まで持ちたくない場合には、IPv4とIPv6の両方を持つクラウドのリバースプロキシやCDNを公開側に配置し、自宅サーバーとの間をIPv6で接続するといった設計も可能です。
IPv4利用者 ─┐
├→ CDN/Reverse Proxy ─IPv6→ 自宅IPv6サーバー
IPv6利用者 ─┘ただしメールサーバーや任意のTCP/UDPサービスではWeb向けCDNと同じ方法が使えるとは限らないため、サービスごとに設計する必要があります。
IPv4とIPv6の「ゲートウェイ」は用途によって種類が違う
IPv4/IPv6間の技術を整理すると、次のようになります。
| 技術 | 主な目的 |
|---|---|
| Dual Stack | IPv4とIPv6を両方直接利用する |
| CGNAT | 1個のIPv4を多数利用者で共有する |
| DS-Lite | IPv4をIPv6網で運びISP側NATからIPv4へ出す |
| MAP-E | IPv4をIPv6網で運び、IPv4アドレス・ポートを共有する |
| NAT64＋DNS64 | IPv6-onlyクライアントからIPv4サーバーへ接続する |
| 464XLAT | IPv6-only網でIPv4アプリケーションの接続性を確保する |
| リバースプロキシ/CDN | IPv4側とIPv6側のアプリケーション通信を中継する |
「IPv4とIPv6の間に1台置けば、あらゆる通信が自動的に相互変換される」という単純な構造ではありません。通信を開始する方向、使用するプロトコル、DNS、ポート、アプリケーションなどによって適切な方式が変わります。
今後はIPv4が突然終了するより「IPv4を持つコスト」が上がる可能性が重要
IPv4は既存インターネットとの互換性が非常に重要であるため、短期間で完全廃止される可能性は低いでしょう。
一方、新規IPv4在庫が豊富に復活することもありません。そのためネットワーク事業者にとっては、IPv4アドレスを取得・維持するコストや、CGNAT設備を運用するコストが問題になります。
欧州・中東などを担当するRIPE NCCも、IPv4在庫枯渇後のネットワークが、余剰IPv4の移転市場からの取得やCGNATなどのアドレス共有によって不足をしのいでいると説明しています。
[参照] RIPE NCC「What is IPv4 Run Out?」
したがって将来は、「IPv4がある日突然なくなる」というより、アクセス網はIPv6中心となり、IPv4は互換サービスとして共有・変換技術を介して提供されるケースがさらに増えると考えるほうが実態に合っています。
自宅サーバー運用者が今やっておきたいこと
固定IPv4でWeb・メールサーバーを運用している場合、IPv4を捨てることを急ぐより、IPv6を並行導入できるか確認するのが現実的です。
まずISPがネイティブIPv6や固定IPv6プレフィックスを提供しているか確認します。そのうえでルーター、ファイアウォール、Webサーバー、メールサーバー、DNSがIPv6に対応しているかを一つずつ確認します。
WebならAレコードを残したままAAAAレコードを追加できます。導入後はIPv4とIPv6の両方から実際に接続テストを行います。
メールについてはAAAAだけでなく、MX、PTR（逆引きDNS）、SPFなどの設定、相手側との到達性も確認したほうがよいでしょう。単にIPv6アドレスを付けるだけで運用が完了するわけではありません。
「固定IPv4を返してIPv6-onlyへ一気に移行」より、「現在のIPv4サービスを維持しながらIPv6を追加し、IPv6でも同じサービスを正常提供できる状態にする」という段階的な移行が安全です。
まとめ：IPv4枯渇は起きなかったのではなく、延命技術とIPv6で吸収されている
IPv4アドレス枯渇は予言のまま終わった話ではありません。IANAの通常IPv4在庫は2011年に枯渇し、日本を含むAPNIC地域でも2011年に通常割り振り用在庫の枯渇段階へ入りました。
それでもインターネットが大混乱しなかったのは、既存IPv4がそのまま利用できたことに加え、NAT・CGNATによる共有、IPv4アドレスの移転・再利用、DS-LiteやMAP-EによるIPv4 over IPv6、そしてIPv6そのものの普及が同時進行したためです。
IPv4とIPv6は直接互換ではありませんが、デュアルスタック、NAT64/DNS64、464XLAT、DS-Lite、MAP-E、プロキシなど、目的に応じた共存・変換技術が実際に利用されています。したがって「IPv4とIPv6のゲートウェイは存在するか」という点では、存在するが、万能な1種類のゲートウェイですべてを相互変換するわけではないと理解するのが適切です。
また固定IPv4契約で/30を利用し、ネットワーク・ISP側・利用者側・ブロードキャストの4アドレスを使っている場合、それは契約事業者が採用したネットワーク設計です。正規に割り当てられ、Webやメールなど外部公開サービスのために必要としているなら、個人が「4個も浪費して申し訳ない」と考える必要はありません。
ポイントツーポイントリンクにはRFC 3021の/31という節約方法もありますが、それを採用するかどうかはISP側を含めたネットワーク設計の問題です。利用者が勝手に/30から/31へ変更することはできません。
自宅サーバー運用者にとって今もっとも現実的なのは、必要な固定IPv4を維持しつつIPv6にも対応することです。IPv4を無理に捨てるのではなく、AレコードとAAAAレコードの双方でサービスを提供できるデュアルスタック環境を作れば、現在の利用者との互換性を保ちながらIPv6移行にも参加できます。
コメント