IPAM用語集

RFC 1918 ネットワークとは何ですか?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
主なポイント要点はAIの支援により生成されています。自動生成された要約には、時折誤りがあったり、重要な文脈が抜け落ちたりする場合があるため、完全な情報を得るには、必ずブログ記事の全文をご参照ください。

RFC 1918 networks define three reserved IPv4 address blocks (10.0.0.0/8, 172.16.0.0/12, and 192.168.0.0/16) that organizations can use internally without public registry approval, conserving scarce global address space for enterprise, campus, and cloud networks. These private addresses are not routed on the public internet and require network address translation or proxies to reach external destinations, but they introduce operational risks when networks merge or connect, as overlapping ranges must be resolved through renumbering or translation mechanisms. Proper IP address management, central planning, and authoritative IPAM tracking are essential to prevent duplicate assignments, routing conflicts, and security exposure from misconfigured filters or DNS leaks.

  • The three RFC 1918 blocks total over 16 million addresses in the 10.0.0.0/8 range alone, enabling even very large organizations to number internal hosts without consuming globally unique addresses.
  • Overlapping subnets from VPN connections, mergers, or multi-cloud links are a primary operational risk that typically requires slow and error-prone renumbering or address translation to resolve.
  • Private addresses provide no inherent security protection; firewall and segmentation rules must be deliberately written because internal attacks and compromised hosts can still exploit unroutable address space, and translation can obscure the original source in logs.

RFC 1918 ネットワークの概要

AttributeValue
Categoryaddressing method
Defined inRFC 1918
Primary useAssigning IPv4 addresses to internal hosts without public registration
OSI layerLayer 3 (network)
Related termsNetwork address translation, IPv4, IP address management, CIDR, Unique local address

RFC 1918 ネットワークの仕組み

RFC 1918では、プライベート用途のために3つのIPv4アドレスブロックが割り当てられています。これらのブロックに属するホストは、ネットワーク内部では自由に通信できますが、インターネットへのアクセスは、そのネットワークが外部とどのように接続されているかによって異なります。

予約されている3つのアドレスブロックは、10.0.0.0~10.255.255.255(10.0.0.0/8)、172.16.0.0~172.31.255.255 (172.16.0.0/12)、および 192.168.0.0 から 192.168.255.255 (192.168.0.0/16) です。 どの組織もレジストリに申請することなくこれらを使用できますが、パブリックインターネット上のルーターは、これらへの、またはこれらからのトラフィックを転送しないことが期待されています。多くのネットワークが同じ範囲を使用しているため、アドレスは1つのネットワーク内でのみ一意となります。 パブリックな宛先に到達するために、ホストは通常、ネットワークアドレス変換(NAT)を行うゲートウェイ、またはホストに代わってパブリックアドレスを提示するプロキシを経由します。VPN や合併によって 2 つのプライベートネットワークが結合される場合、重複するアドレス範囲は、再番号付けまたは変換によって解決する必要があります。

企業ネットワークにおいてRFC 1918ネットワークが重要な理由

プライベートアドレスは、不足しているパブリックIPv4アドレス空間を節約します。 RFC 1918は、組織がグローバルに一意なアドレスを消費することなく内部ホストに番号を割り当てられるようにするために策定され、現在もほとんどの企業ネットワーク、キャンパスネットワーク、クラウド仮想ネットワークの基盤となっています。非常に大規模な組織であっても、1,600万以上のアドレスを収容できる10.0.0.0/8ブロック内にすべてのホストを収めることができます。

主な運用上のリスクは、アドレス範囲の重複です。どの組織でも同じ範囲を使用できるため、合併、パートナーとの接続、VPN、マルチクラウド接続の際に、競合するサブネットが判明することがよくあります。 これを解決するには、番号の再割り当てまたは変換の追加が必要ですが、いずれも時間がかかり、エラーが発生しやすい作業です。どのサブネットが割り当てられているかに関する信頼できる記録がない場合、チームは重複した割り当てを行ったり、未使用のブロックを追跡せずに放置したりすることになります。綿密な計画とIPアドレス管理を行うことで、こうした競合を減らすことができます。

セキュリティの観点から言えば、プライベートアドレス自体は保護手段にはなりません。インターネット上でルーティングできないからといって、ネットワーク内部からの攻撃、侵害されたホストからの攻撃、あるいは変換やトンネルを経由した攻撃を防ぐことはできません。ファイアウォールやセグメンテーションのルールは慎重に策定すべきであり、変換によって元の送信元が隠されてしまうと、プライベートアドレスのみを記録したログから攻撃の帰属を特定することが困難になる場合があります。

RFC 1918 ネットワークと関連用語との比較

RFC 1918 ネットワークとパブリック IP アドレスの比較

RFC 1918に規定されたプライベートアドレスは、ネットワーク内部でのみ有効であり、インターネット上でルーティングされることはありません。一方、パブリックアドレスはグローバルに一意であり、インターネットを介して到達可能です。IPアドレスとは?

AttributeRFC 1918 networksPublic IP address
UniquenessUnique only within one networkGlobally unique
RegistrationNo registry assignment neededAllocated through a regional registry or provider
Internet routingNot routed on the public internetRouted on the public internet
Outside accessNeeds translation or a proxyCan communicate directly

RFC 1918 ネットワークと NAT(ネットワークアドレス変換)の比較

RFC 1918 は、どのアドレスブロックがプライベートアドレスであるかを定義していますが、NAT は、プライベートホストがパブリック宛先に到達できるようにアドレスを書き換える仕組みです。NAT とは何ですか?

AttributeRFC 1918 networksNAT (network address translation)
What it isA set of reserved address rangesAn address rewriting function on a gateway
Defined byRFC 1918Separate specifications, not RFC 1918
RoleProvides internal numberingConnects internal numbering to public networks
DependenceCan be used without NAT on isolated networksCan be used with public addresses too

RFC 1918 ネットワークに関する一般的な問題

10.0.0.0/8 または 192.168.0.0/16 を両方とも使用している 2 つの組織が接続すると、双方で同じサブネットが検出されることがよくあります。症状としては、トラフィックがリンクを越えずにローカルにとどまってしまうことが挙げられ、解決策は片側のアドレスを再割り当てするか、変換を行うことです。

リモートユーザーのホームネットワークでは、一般的に 192.168.0.0/24 または 192.168.1.0/24 が使用されますが、これらは企業のサブネットと衝突する可能性があります。その結果、オフィスへのルーティングが失敗するか、ローカルネットワークを指すことになります。 仮想ネットワークが同じアドレス範囲を共有している場合、同じ理由でマルチクラウド・ピアリングが失敗します。

フィルタやDNSレコードの設定ミスが原因で、RFC 1918アドレスが外部にさらされる可能性があります。その結果、外部からは到達不能な応答が返されるか、プライベートアドレスをソースとするトラフィックがエッジで検出され、破棄されます。

計画性なく 10.0.0.0/8 ブロックから小さなサブネットや任意のサブネットを割り当てるチームは、連続したアドレス空間を使い果たしてしまい、ルートの集約ができなくなります。IPAM で割り当て状況を追跡することで、これを防ぎ、導入前に競合を特定することができます。

内部ネットワークから漏れ出たプライベートアドレスのクエリは、パブリックリゾルバーに到達しますが、パブリックリゾルバーはそれらに対して有用な回答を返すことはできません。これにより、ルックアップが遅くなり、ログが不要な情報で埋まってしまいます。したがって、これらのリバースゾーンについては、内部リゾルバーが権威を持つべきです。

統合型DDIがネットワーク運用をいかに簡素化するかをぜひご覧ください

自動化、可視性、制御機能が組み込まれた単一のプラットフォームから、DNS、DHCP、IPアドレスを管理できます。

RFC 1918 ネットワークに関するよくある質問

関連用語

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow

組織のネットワーク向けに、ガバナンスが確立され、監査対応可能なIPAMワークフローおよび承認モデルを構築する

ガバナンスが確立され、監査対応が可能なIPAMワークフローを実現するIP管理ソリューションをご覧ください。企業ネットワークチーム全体で、範囲を限定した承認と完全な監査証跡を実現します…

Read more
コンテンツハブ

OSIモデルの理解:7層構造におけるDNSとIPアドレスの位置づけ

OSIモデルの7つの層と、DNSおよびIPアドレスがそれらにどのように位置づけられるかを理解しましょう。BlueCatでネットワークアーキテクチャの基礎を学びましょう。…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity

IPv6 およびデュアルスタック企業ネットワーク向けの DNS および IPAM のスケーリング

デュアルスタック企業ネットワーク向けに DNS および IPAM を拡張します。Micetro が、統合された DNS、DHCP、および IPAM…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing

Embedding DNS, DHCP, and IPAM into Ansible and Git-based infrastructure-as-code pipelines

Embedding DNS, DHCP, and IPAM into Ansible and Git-based IaC pipelines with Micetro turns address and record changes into versioned, reviewable steps

Read more
ポッドキャスト

ポッドキャスト:AIがエンタープライズソフトウェア開発をどう変えているか

AIはネットワークの自動化を変革しますが、安全な導入には、サービス停止を防ぐための堅固なソフトウェア開発手法、テスト、およびドメインの専門知識が必要です。…

Read more
ポッドキャスト

ポッドキャスト:ネットワーク運用においてオープンプラットフォームが重要な理由

オープンプラットフォームとAPIファーストのアーキテクチャにより、ハイブリッド環境の企業全体で、インテリジェントなネットワーク運用、自動化、そしてAI駆動のワークフローが実現されます。…

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment

LiveAssistを活用して、すでに保有しているLiveNXのデータから答えを引き出しましょう

LiveNX用のAI搭載アドオン「LiveAssist」が、ネットワークデータを迅速で分かりやすい回答に変換し、わずか数日でその価値を実感できる仕組みについてご覧ください。…

Read more
LiveWire GEN3 device offerings overview with descriptions of deep packet visibility and deployment options
Read more

関連記事