ネットワークの記事や AWS の画面で「10.0.0.0/16」「サブネット 10.0.1.0/24」と書かれていて、手が止まった人は多いはずです。IP アドレスのうしろに付いている「/16」や「/24」が何の数字なのか、なぜ 10 や 192.168 で始まる番号ばかり出てくるのかが分からないと、VPC を作る画面で最初の1行から入力できません。この記事では、IP アドレスが「区画の番号」と「区画の中の番号」の2つでできていることから始めて、CIDR(サイダー)の読み方、プライベート IP の範囲、大きな範囲をサブネットに割る考え方までを、RFC(インターネットの仕様書)を根拠に整理します。計算の暗記ではなく、「この数字を見たらどれくらいの広さか」が分かることを目指します。
この記事の結論
- IP アドレスは、前半の「ネットワーク部(どの区画か)」と後半の「ホスト部(区画の中のどの機械か)」の2つでできています。
- CIDR 表記の「/24」は、先頭から24ビットがネットワーク部という意味で、数字が小さいほど範囲は広くなります。
- /24 は 256 個、/16 は 65,536 個のアドレスを含み、「2 の(32 − スラッシュの数字)乗」で数えられます。
- プライベート IP アドレスは RFC 1918 が定める 10.0.0.0/8・172.16.0.0/12・192.168.0.0/16 の3つの範囲で、組織の内側だけで使います。
- サブネットとは、大きなアドレスの範囲を小さな区画に切り分けたもので、AWS の VPC ではサブネットごとに5個のアドレスが予約されます。
IP アドレスはなぜ「2つの部分」に分かれているのか?
READ ALSO — 未経験向け・段0 土台
ネットワークとは何か|IP アドレス・ポート・プロトコルを「住所・窓口・約束事」で理解する
IP アドレス(IPv4)は、10.0.1.25 のように 0〜255 の数字を4つ並べたものです。見た目は4つの数字ですが、中身は 32 個の 0 と 1(32 ビット)で、1つの数字が 8 ビットずつを表しています。
この 32 ビットは、前半と後半で役割が違います。
- ネットワーク部: その機械がどの区画(ネットワーク)に属しているか
- ホスト部: その区画の中で、どの機械か
住所にたとえると、ネットワーク部は「○○町3丁目」、ホスト部は「5番地」です。郵便物はまず町と丁目を見て近くの局まで運ばれ、そこで番地を見て1軒に届きます。ネットワークも同じで、途中の機械(ルーター)はまずネットワーク部だけを見て「その区画へはどちらに送ればよいか」を決め、区画に着いてからホスト部で1台に届けます。
NETWORK, THEN HOST宛先の読み方
まずどの区画かを見て運び、着いてからどの機械かを見る
-
宛先を読む
10.0.1.25/24
-
ネットワーク部
10.0.1 = どの区画か
-
区画に届く
途中の機械は区画だけ覚える
-
ホスト部
25 = 区画の中の1台
なぜ2つに分けるのかというと、全部の機械の番号を1台ずつ覚えていたら、途中の機械が覚える量が膨らみすぎるからです。区画単位でまとめて覚えれば、「10.0.1 で始まる宛先は全部こちら」と1行で済みます。CIDR の仕様である RFC 4632 も、アドレスを階層的なまとまり(プレフィックス)で割り当てることで、経路の情報を集約して増えすぎないようにする、という目的を最初に掲げています。
たとえのままで終わらせないために、正確な言葉に戻しておきます。ネットワーク部のことをプレフィックスとも呼び、その長さ(何ビットか)をプレフィックス長と呼びます。次の章の「/24」は、このプレフィックス長のことです。
CHECK 1ここまでの確認
IP アドレスの「ネットワーク部」が表しているものはどれ?
答えと解説
答え: 1. その機械が属している区画(どのネットワークか)
IP アドレスは「区画の番号+区画の中の番号」の2段でできています。前半が区画(ネットワーク部)、後半が区画の中の1台(ホスト部)です。窓口の番号はポートで、IP アドレスの外側の話です。
CIDR とは(/24 の読み方)
CIDR(Classless Inter-Domain Routing)は、ネットワーク部の長さを自由に決められるようにした仕組みと、その書き方のことです。書き方は「IP アドレス/ネットワーク部のビット数」です。RFC 4632 は、4つの数字のあとに「/」と 0〜32 の数字を付け、その数字が意味のある先頭ビットの数を表す、と定めています。
/24 を読む
10.0.1.0/24 は、「先頭の 24 ビット(最初の3つの数字 10.0.1)がネットワーク部で、残りの 8 ビット(最後の数字)がホスト部」という意味です。ホスト部が 8 ビットなので、この区画には 0〜255 の 256 通りのアドレスがあります。
数え方は1つだけ覚えれば足ります。
アドレスの個数 = 2 の(32 − スラッシュの数字)乗
/24 → 2 の 8 乗 = 256
/16 → 2 の 16 乗 = 65,536
/28 → 2 の 4 乗 = 16
ここでつまずきやすいのが、スラッシュの数字が大きいほど、範囲は狭くなるという向きです。数字はネットワーク部の長さなので、ネットワーク部が長いほど、機械に使えるホスト部は短くなります。
| 表記 | ネットワーク部 | ホスト部 | アドレスの数 | 範囲の例 |
|---|---|---|---|---|
| 10.0.0.0/8 | 8 ビット | 24 ビット | 16,777,216 | 10.0.0.0〜10.255.255.255 |
| 10.0.0.0/16 | 16 ビット | 16 ビット | 65,536 | 10.0.0.0〜10.0.255.255 |
| 10.0.1.0/24 | 24 ビット | 8 ビット | 256 | 10.0.1.0〜10.0.1.255 |
| 10.0.1.0/28 | 28 ビット | 4 ビット | 16 | 10.0.1.0〜10.0.1.15 |
SMALLER NUMBER, WIDER RANGEスラッシュの数字と広さ
スラッシュの数字が大きいほど狭い。4増えるごとに16分の1
-
/16
65,536 個 — AWS の VPC で取れる最大の広さ
10.0.0.0〜10.0.255.255
-
/20
4,096 個 — 大きめの区画
10.0.0.0〜10.0.15.255
-
/24
256 個 — よく使う区画の大きさ
10.0.1.0〜10.0.1.255
-
/28
16 個 — AWS の VPC で切れる最小の区画
10.0.1.0〜10.0.1.15
サブネットマスクは同じことの別の書き方
古い資料や OS の設定では、255.255.255.0 のようなサブネットマスクが出てきます。これは「ネットワーク部を 1、ホスト部を 0 にした 32 ビット」を4つの数字で書いたものです。255 は 8 ビットすべてが 1 なので、255.255.255.0 は先頭 24 ビットが 1、つまり /24 と同じ意味です。
「クラス」は昔の区切り方
「クラス A・B・C」という言葉を見かけることがあります。これは CIDR より前の、ネットワーク部の長さが 8・16・24 ビットに固定されていた割り当て方です。RFC 4632 は、このクラスによる割り当てをやめて、長さを自由に決められる「クラスレス」なまとまりに置き換えたことを説明しています。いまクラウドで範囲を決めるときは CIDR 表記で考え、クラスで考える必要はありません。
範囲が重なったときは「長いほう」が選ばれる
10.0.0.0/8 と 10.0.1.0/24 は、範囲が重なっています(後者は前者の一部)。宛先 10.0.1.25 はどちらにも当てはまりますが、経路を選ぶときは最長一致(ロンゲストプレフィックスマッチ)といって、より細かい=プレフィックスの長いほうが優先されます。AWS の VPC のルートテーブルも、この最長一致で送り先を決めると公式ドキュメントに書かれています。
CHECK 2ここまでの確認
10.0.0.0/16 と 10.0.0.0/24 では、どちらのほうがアドレスの数が多い?
答えと解説
答え: 2. /16 のほう(ネットワーク部が短く、ホスト部が長いから)
「/」のあとの数字はネットワーク部のビット数です。数字が小さいほどホスト部が長くなり、範囲は広くなります。/16 は 2 の 16 乗=65,536 個、/24 は 2 の 8 乗=256 個です。
プライベート IP アドレスとは(RFC 1918 の3つの範囲)
10.0.0.0 や 192.168.1.1 のような番号ばかり見かけるのは、それらがプライベート IP アドレスの範囲だからです。RFC 1918 は、組織の内側だけで使うためのアドレスとして、次の3つの範囲を取り置いています。
| 範囲(CIDR) | 範囲(先頭〜末尾) | アドレスの数 | よく見る場所 |
|---|---|---|---|
| 10.0.0.0/8 | 10.0.0.0〜10.255.255.255 | 16,777,216 | 会社のネットワーク、クラウドの VPC |
| 172.16.0.0/12 | 172.16.0.0〜172.31.255.255 | 1,048,576 | 会社のネットワーク |
| 192.168.0.0/16 | 192.168.0.0〜192.168.255.255 | 65,536 | 家庭用のルーター |
172 の範囲は /12 なので、172.16 から 172.31 までです。「172 で始まれば全部プライベート」ではない点に注意してください。
プライベートとグローバルの違い
インターネット上で世界に1つだけの番号をグローバル IP アドレス(パブリック IP アドレス)と呼びます。これに対してプライベート IP アドレスは、別々の組織が同じ番号を重ねて使ってかまいません。あなたの家のルーターも、隣の家のルーターも 192.168.1.1 でありえます。
その代わり、RFC 1918 は、プライベートアドレスを使う機械は組織の外の機械と直接には IP で通信できず、外のサービスを使うには間に立つ機械(ゲートウェイ)を通す、と説明しています。家庭ならルーターが、AWS なら NAT ゲートウェイやインターネットゲートウェイが、この「間に立つ」役を担います。
| 比べるところ | プライベート IP アドレス | グローバル IP アドレス |
|---|---|---|
| 使える場所 | 組織の内側だけ | インターネット全体 |
| 番号の重なり | 別の組織と重なってよい | 世界で1つ |
| 外との通信 | 間に立つ機械を通す | 直接届く |
| 例 | 10.0.1.25 / 192.168.1.10 | インターネット上の公開サーバーの番号 |
プライベート IP で取り違えやすい3つ
- 「プライベート IP だから安全」ではありません。外と直接つながらない範囲というだけで、通信を止めるのはセキュリティグループなどの門の役割です。
- 172.32.0.0 以降はプライベートの範囲の外です。範囲は 172.16〜172.31 です。
- 社内ネットワークと同じ範囲をクラウド側でも使うと、あとで2つをつなぐときに宛先が区別できなくなります。
CHECK 3ここまでの確認
RFC 1918 のプライベート IP アドレスの範囲に入っているのはどれ?
答えと解説
答え: 2. 172.20.5.9
172 で始まるプライベートの範囲は 172.16.0.0/12、つまり 172.16.0.0〜172.31.255.255 です。172.32 は範囲の外です。「172 で始まれば全部プライベート」ではありません。
サブネットに割るとは何をすることか?
サブネットは、大きなアドレスの範囲を、小さな区画に切り分けたものです。たとえば 10.0.0.0/16(65,536 個)を /24 ずつに割ると、10.0.0.0/24・10.0.1.0/24・10.0.2.0/24……と、256 個ずつの区画が 256 個できます。ネットワーク部を 16 ビットから 24 ビットに伸ばし、伸ばした 8 ビットで区画に番号を振った、と読むこともできます。
区画に分ける理由は、区画ごとに扱いを変えたいからです。
- 外から見せる機械(Web サーバー)と、見せない機械(データベース)を別の区画に置く
- 区画ごとに「どこへ送るか」の経路を変える
- 障害や設定の誤りの影響を、1つの区画の中に閉じ込める
MYTH AND FACT取り違えやすいところ
CIDR の誤解は、数字の向きと範囲の意味で起きる
よくある誤解
実態
よくある誤解: /24 は24台分
実態: 24 はネットワーク部のビット数。アドレスは 256 個
よくある誤解: 数字が大きいほど広い
実態: 数字が大きいほど狭い
よくある誤解: プライベート IP なら安全
実態: 内側だけの範囲というだけ。止めるのは門の役割
よくある誤解: サブネットのアドレスは全部使える
実態: VPC では各サブネットで5個が予約
切り方は「重ならない」「あとで足せる」
サブネットの範囲は、同じ大きな範囲の中で互いに重なってはいけません。10.0.1.0/24 と 10.0.1.128/25 を同時に作ることはできません(後者は前者の一部だからです)。また、最初に大きな範囲を全部使い切るように割ると、あとで区画を足したくなったときに空きがありません。大きな範囲はゆったり取り、区画は使う分だけ切って、残りを空けておくのが基本の考え方です。
AWS の VPC で CIDR を決めるときに何を見ればよいか?
ここまでの話は、AWS で VPC(自分専用のネットワーク)を作るときにそのまま出てきます。VPC を作るときに最初に決めるのが、この記事で読めるようになった「10.0.0.0/16」のような CIDR です。公式ドキュメントに書かれている決まりのうち、初めに知っておきたいものを表にします。
| 決まり | 内容 | なぜ気にするか |
|---|---|---|
| VPC の大きさ | IPv4 の CIDR は /16(65,536 個)〜 /28(16 個)の間 | /8 のような巨大な範囲は1つの VPC には取れない |
| 使う範囲 | RFC 1918 のプライベートの範囲から選ぶことが推奨されている | インターネット上の番号とぶつからないようにする |
| サブネットの大きさ | サブネットも /16〜/28 の間で、VPC の範囲の中に切る | 区画は VPC の範囲からはみ出せない |
| 予約されるアドレス | 各サブネットの先頭4個と最後の1個は使えない | /24 なら割り当てられるのは 251 個、/28 なら 11 個 |
| 重なり | 範囲が重なる VPC どうしは、VPC ピアリングで直接つなげない | あとでつなぐ予定の VPC・社内網とは範囲を分けておく |
とくに最後の「重なり」は、作ったあとで直しにくい決まりです。練習用に作る VPC でも、「社内のネットワークや別の VPC と同じ範囲を使っていないか」を一度確かめる習慣をつけておくと、実務に入ってから困りません。
VPC の中で、サブネット・ルートテーブル・ゲートウェイがどうつながるかは次の記事で扱います。
READ ALSO — 学習中向け・段1 入口
VPC とは何か|サブネット・ルートテーブル・ゲートウェイ・セキュリティグループと NACL の関係を1枚で
CHECK 4ここまでの確認
AWS の VPC で 10.0.1.0/24 のサブネットを作ったとき、EC2 などに割り当てられるアドレスについて正しいのはどれ?
答えと解説
答え: 2. 先頭の4個と最後の1個は AWS が予約していて使えない
VPC のサブネットでは、各サブネットの先頭4個と最後の1個が AWS の予約です。/24 なら 256 − 5 = 251 個が割り当てられる数になります。小さく切りすぎると、この5個の分だけ窮屈になります。
まとめ
IP アドレスは「どの区画か(ネットワーク部)」と「区画の中のどの機械か(ホスト部)」の2つでできていて、CIDR 表記の「/」のあとの数字は、ネットワーク部が何ビットかを表します。数字が小さいほど範囲は広く、アドレスの数は「2 の(32 − 数字)乗」で数えられます。
プライベート IP アドレスは RFC 1918 の3つの範囲(10.0.0.0/8・172.16.0.0/12・192.168.0.0/16)で、組織の内側だけで使い、外とは間に立つ機械を通してつながります。サブネットは、その大きな範囲を用途ごとの区画に切り分けたものです。
この読み方ができれば、VPC を作る画面で「10.0.0.0/16」と入力する意味と、サブネットを /24 で切ったときに何台分の余裕があるかが、自分で説明できるようになります。
参照ソース
- RFC 1918: Address Allocation for Private Internets — プライベートアドレスの3つの範囲と、外との通信に間に立つゲートウェイが要ること(1996年2月発行、BCP 5。2026年9月時点で有効)
- RFC 4632: Classless Inter-domain Routing (CIDR) — CIDR 表記(/ と 0〜32 の数字)の定義、クラスによる割り当てを置き換えた経緯、経路の集約の目的(2006年8月発行、RFC 1519 を置き換え)
- VPC CIDR blocks(Amazon VPC ユーザーガイド) — VPC の IPv4 CIDR が /16〜/28 であること、RFC 1918 の範囲を推奨していること(2026年9月時点の記載)
- Subnet CIDR blocks(Amazon VPC ユーザーガイド) — サブネットの大きさと、各サブネットで先頭4個・最後の1個が予約されること(2026年9月時点の記載)
- How route priority works(Amazon VPC ユーザーガイド) — ルートテーブルが最長一致で送り先を選ぶこと(2026年9月時点の記載)
- How VPC peering connections work(Amazon VPC ピアリングガイド) — CIDR が重なる VPC どうしはピアリング接続を作れないこと(2026年9月時点の記載)

