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.
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 ネットワークに関する一般的な問題
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 で割り当て状況を追跡することで、これを防ぎ、導入前に競合を特定することができます。
内部ネットワークから漏れ出たプライベートアドレスのクエリは、パブリックリゾルバーに到達しますが、パブリックリゾルバーはそれらに対して有用な回答を返すことはできません。これにより、ルックアップが遅くなり、ログが不要な情報で埋まってしまいます。したがって、これらのリバースゾーンについては、内部リゾルバーが権威を持つべきです。