Skip to content

IPv4 サブネット計算ツール

IPv4 の IP アドレスや CIDR から、ネットワークアドレス・ブロードキャストアドレス・利用可能ホスト範囲・サブネットマスク・ワイルドカードマスクを即座に計算。RFC 3021 の /31 点対点リンクやサブネット分割表にも対応し、すべてブラウザ内で完結します。

トラッキングなし ブラウザで動作 無料
すべての計算はブラウザ内でローカルに実行されます。入力したアドレスがこのデバイスの外に出ることはありません。
/26
よく使うブロック
サブネット詳細
CIDR 表記
ネットワークアドレス
ブロードキャストアドレス
利用可能ホスト範囲
利用可能ホスト数
総アドレス数
サブネットマスク
ワイルドカードマスク
2進表示 — マスクが切れる位置
ネットワークアドレス
サブネットマスク
ブロードキャストアドレス
ネットワークビット ホストビット
ネットワークアドレス(整数)
ネットワークアドレス(16進)
逆引き DNS(PTR)
そのまま貼り付けられる設定
Cisco IOS インターフェース
Cisco ACL(ワイルドカード)
OSPF network 文
Cisco ASA(サブネットマスク)
Huawei / H3C
Linux iproute2

Cisco IOS の ACL と OSPF はワイルドカードマスクを取り、ASA はサブネットマスクを取ります。この 2 つの取り違えが、この分野で最も多いコピー&ペーストのミスです。

このブロックを等しいサブネットに分割する
# サブネット 利用可能範囲 ブロードキャスト ホスト数
CIDR とサブネットマスクの対照表
プレフィックス サブネットマスク ワイルドカードマスク 総アドレス数 利用可能ホスト数
/8 255.0.0.0 0.255.255.255 16,777,216 16,777,214
/9 255.128.0.0 0.127.255.255 8,388,608 8,388,606
/10 255.192.0.0 0.63.255.255 4,194,304 4,194,302
/11 255.224.0.0 0.31.255.255 2,097,152 2,097,150
/12 255.240.0.0 0.15.255.255 1,048,576 1,048,574
/13 255.248.0.0 0.7.255.255 524,288 524,286
/14 255.252.0.0 0.3.255.255 262,144 262,142
/15 255.254.0.0 0.1.255.255 131,072 131,070
/16 255.255.0.0 0.0.255.255 65,536 65,534
/17 255.255.128.0 0.0.127.255 32,768 32,766
/18 255.255.192.0 0.0.63.255 16,384 16,382
/19 255.255.224.0 0.0.31.255 8,192 8,190
/20 255.255.240.0 0.0.15.255 4,096 4,094
/21 255.255.248.0 0.0.7.255 2,048 2,046
/22 255.255.252.0 0.0.3.255 1,024 1,022
/23 255.255.254.0 0.0.1.255 512 510
/24 255.255.255.0 0.0.0.255 256 254
/25 255.255.255.128 0.0.0.127 128 126
/26 255.255.255.192 0.0.0.63 64 62
/27 255.255.255.224 0.0.0.31 32 30
/28 255.255.255.240 0.0.0.15 16 14
/29 255.255.255.248 0.0.0.7 8 6
/30 255.255.255.252 0.0.0.3 4 2
/31 255.255.255.254 0.0.0.1 2 2
/32 255.255.255.255 0.0.0.0 1 1

利用可能ホスト数は /31 について RFC 3021(点対点リンクでは 2 アドレスとも利用可能)に従い、/32 は単一ホストルートとして扱います。

RFC 950、RFC 1918、RFC 3021、RFC 3927、RFC 5737、RFC 6598 に照らしてレビュー済み。すべての例の値は本ツールのユニットテスト済みサブネットエンジンで生成しています — Go-Tools エンジニアリングチーム · Aug 15, 2026

ネットワークツールを開発するエンジニアが執筆・レビューし、掲載しているすべてのアドレス・マスク・ホスト数は本計算ツール自身のテスト済みエンジンで生成しています。

サブネットマスクとは?

サブネットマスクは、32 ビットの IPv4 アドレスを 2 つの部分に切り分けます。同じセグメント上のすべてのホストが共有するネットワーク部と、個々のマシンを識別するホスト部です。マスク自体も 32 ビットで、ネットワークビットを示す 1 の並びのあとに、ホストビットを示す 0 が続きます。255.255.255.0 と /24 がまったく同じものを指すのはこのためです。CIDR 記法は、10進で書き下す代わりに 1 の個数を数えているだけにすぎません。

あとはすべてこの切り分けから導かれます。ホストビットをすべて 0 にすればネットワークアドレス、すべて 1 にすればダイレクトブロードキャストアドレスで、その間にあるアドレスがホストに割り当てられるものです。おなじみの 2^n − 2 という式はここから来ており、/26 の利用可能ホストが 64 ではなく 62 になる理由もここにあります。あるマシンが宛先はローカルかルーター経由かを判断するとき、自分のマスクを両方のアドレスに当てて結果を比べます——本計算ツールの所属チェックが行っているのは、まさにこれと同じ処理です。

2 つのプレフィックスは意図的にこの規則を破ります。/31 はアドレスが 2 つしかなく、ネットワークアドレスとブロードキャストアドレスを別に置く余地がありません。そこで RFC 3021 は点対点リンクで両方を利用可能と定め、現行のルータープラットフォームはすべてこれに従っています。/32 は単一ホストルートで、ループバックインターフェース、スタティックルート、エニーキャストアドレス、単一アドレスのファイアウォールルールに使われます。このどちらかに 2^n − 2 を機械的に当てはめると利用可能ホストは 0 になりますが、そんな答えに同意するルータープラットフォームは存在しません。/31 の例外には条件が付きます。有効なのは本当に点対点のインターフェースだけなので、共有された LAN セグメントには依然として /30 かそれより大きなブロックが必要です。

入力したアドレスは、マスクとは別の意味も持っています。10.0.0.0/8、172.16.0.0/12、192.168.0.0/16 はプライベート(RFC 1918)で、公衆インターネット上で経路広告されることはありません。100.64.0.0/10 はキャリアグレード NAT 用、169.254.0.0/16 は DHCP が失敗したときに現れるアドレス、224.0.0.0/4 はマルチキャストです。A から E までの歴史的なクラスはドキュメントや認定試験に今も登場しますが、1993 年に CIDR が登場して以来クラスフルルーティングは廃れています——ネットワークがどこで終わるかを決めるのは第 1 オクテットではなくマスクです。同じアドレスを手作業で2進や16進で確かめたい場合は、進数変換ツールが計算を引き受けます。

// Subnetting is integer arithmetic on a 32-bit value.
const toInt = (ip) => ip.split('.').reduce((acc, o) => acc * 256 + Number(o), 0);
const toIp  = (n)  => [24, 16, 8, 0].map((s) => (n >>> s) & 255).join('.');

function subnet(ip, prefix) {
  const mask      = prefix === 0 ? 0 : (0xFFFFFFFF << (32 - prefix)) >>> 0;
  const network   = (toInt(ip) & mask) >>> 0;
  const broadcast = (network | (~mask >>> 0)) >>> 0;
  // RFC 3021: a /31 has two usable addresses; a /32 has one.
  const usable    = prefix >= 31 ? 2 ** (32 - prefix) : 2 ** (32 - prefix) - 2;
  return { network: toIp(network), broadcast: toIp(broadcast), usable };
}

subnet('192.168.1.130', 26);
// { network: '192.168.1.128', broadcast: '192.168.1.191', usable: 62 }

主な機能

すべての項目が 1 画面に

ネットワークアドレス、ブロードキャストアドレス、最初と最後の利用可能ホスト、利用可能数と総数、サブネットマスクとワイルドカードマスクが入力と同時に更新されます——送信ボタンも、ページの再読み込みも、待ち時間もありません。

/31 と /32 を正しく扱う

/31 は RFC 3021 に従って利用可能アドレスを 2 つ、/32 は 1 つと表示し、その理由と /31 を使ってはいけない場面をその場で注記します。このプレフィックスに 2^n − 2 を当てはめると 0 になりますが、それに同意するルーターは 1 台もありません。

/0 から /32 までのプレフィックススライダー

プレフィックスをドラッグすると、アドレスはそのままに境界が 1 ビットずつ移動します——「このブロックはどれくらいの大きさが必要か」に答える最速の方法です。

マスクの境界を色分けした2進表示

ネットワークアドレス・マスク・ブロードキャストアドレスの各行で、ネットワークビットとホストビットが別の色で描かれるため、切れ目は推測ではなく目で見えます。

サブネット分割表

任意のブロックをより長いプレフィックスで等分し、各サブネットの範囲・ブロードキャストアドレス・ホスト数を読み取れます——表計算ソフトを開かずに VLAN 設計を検算できます。

ブロックの識別と逆引き DNS

アドレスが属するブロック(RFC 1918 プライベート、CGNAT、リンクローカル、ドキュメント用、ベンチマーク用、マルチキャスト、予約済み)をバッジで示し、整数・16進・in-addr.arpa の各表現も併記します。

サブネット計算の例

192.168.1.130/26 はどのサブネットに属する? — 試験で最も出る問題

192.168.1.130/26
ネットワーク:      192.168.1.128
ブロードキャスト:  192.168.1.191
利用可能範囲:      192.168.1.129 - 192.168.1.190
利用可能ホスト数:  62(全 64 アドレス)
サブネットマスク:  255.255.255.192
ワイルドカード:    0.0.0.63

入力したのはネットワークアドレスではなくホストアドレスですが、そこが要点です。/26 のマスクはホストビットが 6 つあるので、ブロックは 64 アドレスごとに区切られます——0、64、128、192 です。192.168.1.130 は 3 番目のブロックに入るため、ネットワークは 192.168.1.0 ではなく 192.168.1.128 になります。ブロードキャストはそのブロックの末尾(192.168.1.191)で、割り当てられるのは 192.168.1.129 から 192.168.1.190 までです。入力したアドレスのホスト部を目分量でゼロにしたものがネットワークアドレスだと思い込む——これがサブネット分割で最も多い間違いです。

10.0.0.0/22 のネットワークアドレス・ブロードキャスト・利用可能ホスト数

10.0.0.0/22
ネットワーク:      10.0.0.0
ブロードキャスト:  10.0.3.255
利用可能範囲:      10.0.0.1 - 10.0.3.254
利用可能ホスト数:  1,022(全 1,024 アドレス)
サブネットマスク:  255.255.252.0
ワイルドカード:    0.0.3.255

/22 は第 3 オクテットから 2 ビット借りるので、このブロックは 10.0.0.x から 10.0.3.x までを覆います——4 つの連続した /24 が 1 つのブロードキャストドメインに収まる形です。つまずきやすいのはマスクの 255.255.252.0 です。252 は2進で 11111100 なので、第 3 オクテットは 4 刻みで増えます(10.0.0.0、10.0.4.0、10.0.8.0)。ツールの2進表示は借りた 2 ビットを色分けし、サブネット分割表はこのブロックを元の 4 つの /24 に戻して並べます。

/31 の点対点リンク: 利用可能アドレスは 0 ではなく 2

203.0.113.4/31
アドレス:          203.0.113.4 と 203.0.113.5
利用可能ホスト数:  2(リンク両端に 1 つずつ)
ブロードキャスト:  なし
サブネットマスク:  255.255.255.254
ワイルドカード:    0.0.0.1

RFC 3021 は点対点リンクのために /31 を定義しています。この種のリンクには端点がちょうど 2 つしかなく共有セグメントも存在しないため、ネットワークアドレスとブロードキャストアドレスが取り除かれ、2 つのアドレスがどちらも割り当て可能になります。一般式の 2^n − 2 をここに当てはめると利用可能ホストは 0 になりますが、現代のルーターではどれも間違いです——Cisco IOS、Junos、Linux はいずれも点対点インターフェースでの /31 をサポートしています。/30 の代わりに /31 を使えば、ルーター間リンクのアドレスの無駄は半分になります。ただし有効なのは本当に点対点のインターフェースだけという条件が付きます。マルチアクセスの LAN セグメントには /30 かそれより大きなブロックが必要ですし、Windows は NIC に /31 を設定できません。この例で 203.0.113.0/24 を使っているのは、RFC 5737 がドキュメント用に予約している範囲だからです。

192.168.1.0/24 を 4 つの /26 に分割する

192.168.1.0/24 → /26
192.168.1.0/26     192.168.1.1 - 192.168.1.62     BC 192.168.1.63    62 台
192.168.1.64/26    192.168.1.65 - 192.168.1.126    BC 192.168.1.127   62 台
192.168.1.128/26   192.168.1.129 - 192.168.1.190   BC 192.168.1.191   62 台
192.168.1.192/26   192.168.1.193 - 192.168.1.254   BC 192.168.1.255   62 台

/24 から 2 ビット借りると、64 アドレスずつの等しいサブネットが 4 つでき、うち 62 個が利用可能です。それぞれの子サブネットが自分のネットワークアドレスとブロードキャストアドレスを失う点に注意してください。/24 を 4 つの /26 に分けると、利用可能アドレスは合計で 254 − 248 = 6 個減ります(上の表の BC はブロードキャストアドレスです)。サブネット分割表は、どんな親ブロックとどんな長いプレフィックスの組み合わせでもこの一覧を出力します。VLAN 設計をルーターに入れる前に検算する最速の方法です。

CIDR とサブネットマスクの対応表: /24 は 255.255.255.0

/24、/25、/26、/27、/28、/29、/30、/31、/32
/24  255.255.255.0     256 アドレス   254 利用可能
/25  255.255.255.128   128 アドレス   126 利用可能
/26  255.255.255.192    64 アドレス    62 利用可能
/27  255.255.255.224    32 アドレス    30 利用可能
/28  255.255.255.240    16 アドレス    14 利用可能
/29  255.255.255.248     8 アドレス     6 利用可能
/30  255.255.255.252     4 アドレス     2 利用可能
/31  255.255.255.254     2 アドレス     2 利用可能(RFC 3021)
/32  255.255.255.255     1 アドレス     1 利用可能(ホストルート)

プレフィックスが 1 ビット伸びるたびにブロックは半分になります。最後の 2 行は 2^n − 2 のパターンを破るので覚えておく価値があります。/31 は利用可能アドレスが 2 つ(点対点、ブロードキャストなし)、/32 はループバックインターフェース、ACL エントリ、スタティックルートに使われる単一ホストルートです。/8 から /32 までの完全な表は計算ツールの下に描画され、ツール本体と同じエンジンで生成されています。

IPv4 サブネット計算ツールの使い方

  1. 1

    アドレスまたは CIDR ブロックを入力する

    192.168.1.130/26 と入力する、10.0.0.0 255.255.252.0 を貼り付ける、あるいはアドレスだけを入力してスライダーでプレフィックスを決める——どれでも構いません。ホストアドレスのままで大丈夫です。ツールがマスクを当てて所属ネットワークまで落とし込みます。

  2. 2

    プレフィックススライダーを動かして境界の移動を見る

    /0 から /32 までドラッグすると、ホスト数・マスク・ブロードキャストアドレスが再計算されます。スライダーはアドレスを固定したままなので、「このブロックのサイズを変えたらどうなるか」に一操作で答えられます。

  3. 3

    サブネット詳細を読む

    ネットワークアドレス、ブロードキャストアドレス、最初と最後の利用可能ホスト、利用可能数と総数、サブネットマスクとワイルドカードマスク——さらにブロックの種類(プライベート、CGNAT、リンクローカル、ドキュメント用、マルチキャスト)と歴史的なクラスをバッジで示します。

  4. 4

    2進表示とアドレスの各表現を確認する

    ネットワークビットとホストビットが別々の色で描かれるため、マスクの境界が 1 ビット単位で見えます。同じパネルで、ネットワークアドレスの整数表現、16進表現、逆引き DNS の in-addr.arpa 名も確認できます。

  5. 5

    所属を判定してブロックを分割する

    任意のアドレスを貼り付けて現在のサブネットに入るかを確かめ、より長いプレフィックスを選んでブロックを等分すれば、各子サブネットの範囲・ブロードキャストアドレス・ホスト数が並びます。

よくあるサブネット分割の間違い

入力したアドレスをネットワークアドレスだと思い込む

ホストアドレスに /26 のマスクを当てても、ブロックの先頭に来ることはめったにありません。ネットワークはホストビットをゼロにしたあとに残るものなので、192.168.1.130/26 は 192.168.1.0 ではなく 192.168.1.128 に属します。

✗ 誤り
192.168.1.130/26 -> ネットワーク 192.168.1.0、ブロードキャスト 192.168.1.255
✓ 正しい
192.168.1.130/26 -> ネットワーク 192.168.1.128、ブロードキャスト 192.168.1.191

/31 に 2^n - 2 を当てはめる

2 を引く規則は、ネットワークアドレスとブロードキャストアドレスが存在することを前提にしています。/31 の点対点リンクにはどちらも存在せず、RFC 3021 は両方のアドレスを割り当て可能と定めています。ここで利用可能ホスト 0 と答えるのは、現行のすべてのルータープラットフォームと矛盾します。

✗ 誤り
203.0.113.4/31 -> 利用可能ホスト 0
✓ 正しい
203.0.113.4/31 -> 利用可能ホスト 2(203.0.113.4 と 203.0.113.5)

172.16.0.0/12 を 172.16.x.x だけだと思い込む

このプライベート範囲は 172.16.0.0 から 172.31.255.255 までで、/16 が 16 個ぶんあり、1 個ではありません。172.15.x.x と 172.32.x.x のアドレスはグローバルで、他人のものです。

✗ 誤り
172.20.5.1 -> 172.16.x.x ではないのでグローバルと誤認
✓ 正しい
172.20.5.1 -> プライベート、172.16.0.0/12(172.16.0.0 - 172.31.255.255)の内側

不連続なサブネットマスクを書く

サブネットマスクは 1 が連続したあとに 0 が続く形でなければなりません。ACL のワイルドカードには隙間が許されますが、255.0.255.0 のような値は正当なマスクではありません。機器はこれを拒否しますし、受け入れてしまう計算ツールは打ち間違いを隠しているだけです。

✗ 誤り
10.0.0.0 255.0.255.0
✓ 正しい
10.0.0.0 255.255.252.0   (= 10.0.0.0/22)

サブネット計算ツールでできること

VLAN とアドレスブロックを設計する
割り当てられた範囲を等しいサブネットに分け、それぞれが必要なホスト数に足りることを確認して、スイッチに入れる前にそのレイアウトを IPAM の表や設計書へそのまま写せます。
ファイアウォールルールと ACL を書く
Cisco ACL や OSPF の network 文に必要なワイルドカードマスクを読み取り、ルールが実際にマッチするアドレス範囲を確かめられます——0.0.0.63 と 0.0.0.31 の差は VLAN 2 つ分のホストです。
ゲートウェイに到達できないホストを切り分ける
ホストのアドレスと設定されているマスクを貼り付け、ゲートウェイがそのサブネットに入るかを確認します。マスクの食い違いは「一部には ping が通るのに一部には通らない」の古典的な原因です。
ルーター間リンクに効率よく番号を振る
点対点リンクで /30 と /31 を比べます。/31 なら 1 リンクあたり 2 アドレスを捨てる代わりに両端へ 1 つずつ配れるので、回線が数百本ある WAN では差がすぐに積み上がります。
CCNA やネットワークスペシャリスト試験の勉強に
サブネットの問題を手計算で解いてから、ネットワークアドレス・ブロードキャストアドレス・ホスト範囲をここで答え合わせできます。2進表示は借りたビットを見せてくれますが、試験が本当に問うているのはそこです。

IPv4 サブネット分割の仕組み

マスクは10進の数値ではなくビット境界
サブネットマスクは 32 ビットです。ネットワークを表す 1 が連続し、そのあとにホストを表す 0 が続きます。有効なマスクは 33 種類(/0 から /32)しかありません。255.255.255.192 が正当で 255.0.255.0 が正当でないのはそのためです——後者は途中に穴が空いています。本計算ツールは、意図を推測せずに不連続なマスクを拒否します。
ブロックサイズと第 4 オクテットの近道
同じ大きさのサブネットはブロックサイズの倍数の位置に並び、そのブロックサイズは 256 から該当するマスクのオクテット値を引いた値です。/26 のマスクは末尾が 192 なので、ブロックは 0、64、128、192 から始まります。/28 は末尾が 240 なので 16 刻みです。「192.168.1.130 はどのサブネットに属するか」の裏にある算術がこれで、答えは 3 番目の /26 ブロック、つまり 192.168.1.128 です。
予約アドレスと 2 つの例外
ホスト部がすべて 0 のアドレスはネットワークを識別し、すべて 1 のアドレスはダイレクトブロードキャストなので、通常のサブネットは 2 アドレスを失います。RFC 3021 は /31 の点対点リンクについてその両方を免除し(利用可能アドレスは 2 つ)、/32 は単一ホストルートです(利用可能アドレスは 1 つ)。計算ツールの下にある対照表もこの規則に従うため、/31 の行は 0 ではなく 2 と書かれています。
ワイルドカードマスクとそれが必須になる場面
ワイルドカードマスクはサブネットマスクをビット単位で反転したものです——255.255.255.192 を反転すると 0.0.0.63 になります。Cisco の ACL、OSPF の network 文、EIGRP はマスクではなくワイルドカードを取ります。サブネットマスクと違い、ACL のワイルドカードは不連続でも構いません。1 つのルールである範囲の奇数番地すべてにマッチさせられるのは、この性質のおかげです。
クラスは歴史、ブロックが現役
クラス A/B/C/D/E は第 1 オクテットでアドレス空間を分割し(0–127、128–191、192–223、224–239、240–255)、今も教材や試験に登場しますが、1993 年に CIDR がクラスフルルーティングを置き換えました——ネットワークの終わりを決めるのは先頭のビットではなくマスクです。今も重要なのは、アドレスがどの予約ブロックに入るかです。RFC 1918 プライベート、RFC 6598 キャリアグレード NAT、RFC 3927 リンクローカル、RFC 5737 ドキュメント用、RFC 2544 ベンチマーク用、マルチキャスト、そして 240.0.0.0/4 の予約範囲があります。

IP アドレス設計のベストプラクティス

成長を見込みつつ、10 倍は取らない
8 台のデバイスに /24 を割り当てると 246 アドレスが無駄になり、何の得もないままブロードキャストドメインが広がります。余裕を持てる範囲で最小のブロックを選んでください——計算ツールが出すホスト数が、決める前にトレードオフをはっきり見せてくれます。
点対点リンクには /31 を使う
ルーター間の回線では、/31 なら 2 つの端点のために 4 アドレスを焼く代わりに、両端へ 1 つずつ配れます。/30 に戻すのは RFC 3021 を本当にサポートしていない古い機器のためだけにして、マルチアクセスのセグメントに /31 を置くことは絶対に避けてください。
きりのよい10進数ではなくビット境界で割り当てる
10.0.10.0 や 10.0.100.0 からブロックを始めるアドレス設計は10進では整って見えますが、1 本の経路に集約できません。割り当てを 2 の累乗に揃えれば、地域全体がルーティングテーブル上で 1 つのプレフィックスにまとまります。
ドキュメントの例には予約範囲を使う
RFC 5737 が 192.0.2.0/24、198.51.100.0/24、203.0.113.0/24 を予約しているのは、まさに例が実在のネットワークと衝突しないようにするためです。運用手順書に適当なグローバルアドレスを書くと、いつか誰かを生きているホストへ誘導することになります。
ルーティングを疑う前に両端のマスクを確認する
ホストが一部の宛先には届くのに他には届かないときは、そのマスクとゲートウェイのマスクを突き合わせてください。セグメントが /23 なのに /24 が設定されていると、ネットワークの半分が遠隔に見えます——両方のアドレスを所属チェックに貼れば、食い違いはすぐに現れます。

サブネット計算ツール FAQ

CIDR プレフィックスからサブネットマスクを計算するには?
プレフィックスは、32 ビットのマスクの先頭に並ぶ 1 の個数そのものです。/26 なら 1 が 26 個、そのあとに 0 が 6 個続きます。11111111.11111111.11111111.11000000 を点区切り10進に戻すと 255.255.255.192 です。末尾の 0 はホストビットなので、このブロックは 2^6 = 64 アドレスを持ちます。逆向きに求めるときはマスクに含まれる 1 の個数を数えます。255.255.252.0 は 11111111.11111111.11111100.00000000 で 1 が 22 個、つまり /22 です。本ツールの2進表示はこの境界を直接描き出し、ネットワークビットとホストビットを別の色で示します。
255.255.255.0 は何ビットのサブネットマスクですか?
/24 です。255 は2進で 11111111 なので、255 が 3 つ並べば先頭の 1 は 24 個になり、残りの 8 ビットがホストビットです。つまり 255.255.255.0 = /24 で、256 アドレス、利用可能ホストは 254 台です。同じ考え方で、255.255.255.192 は /26(64 アドレス、62 台)、255.255.252.0 は /22(1,024 アドレス、1,022 台)、255.255.255.128 は /25(128 アドレス、126 台)になります。点区切り10進のマスクをそのまま入力欄に貼り付ければプレフィックスを逆引きできますし、計算ツールの下にある対照表には /8 から /32 までの各プレフィックスについてマスク・ワイルドカードマスク・ホスト数が並んでいます。
IP アドレスを10進整数や16進数に変換するには?
4 つのオクテットを 1 つの 32 ビット整数として扱います。192.168.1.128 = 192×256³ + 168×256² + 1×256 + 128 = 3232235904 で、16進では 0xC0A80180 です。この形式は、データベースが整数カラムでアドレスを保持するとき(MySQL の INET_ATON / INET_NTOA)、ログを範囲で絞り込むとき、ビット演算で所属を判定するときに登場します。本計算ツールの2進表示パネルは、ネットワークアドレスを10進整数・16進数・逆引き DNS の in-addr.arpa 名の 3 通りで示します。進数どうしを手作業で変換したい場合は進数変換ツールをご利用ください。
計算結果を Cisco や Huawei の機器に適用するには?
「そのまま貼り付けられる設定」パネルは、現在のブロックについて 6 通りの書き方を生成します。192.168.1.130/26 なら、Cisco IOS のインターフェース設定は ip address 192.168.1.129 255.255.255.192、ワイルドカードマスクを使う Cisco ACL は access-list 10 permit 192.168.1.128 0.0.0.63、OSPF は network 192.168.1.128 0.0.0.63 area 0、代わりにサブネットマスクを取る Cisco ASA は access-list OUT permit ip 192.168.1.128 255.255.255.192 any、Huawei/H3C は ip address 192.168.1.129 26、Linux iproute2 は ip addr add 192.168.1.129/26 dev eth0 です。落とし穴は、IOS の ACL と OSPF がワイルドカードマスクを取るのに対して、ASA はサブネットマスクを取ることです——取り違えてもエラーにはなりませんが、まったく別の範囲にマッチしてしまいます。
利用可能ホスト数が総アドレス数より 2 少ないのはなぜですか?
通常の IPv4 サブネットは、先頭のアドレスをネットワーク識別子、末尾のアドレスをダイレクトブロードキャストアドレスとして予約します。そのため 256 アドレスを持つ /24 でホストに割り当てられるのは 254 個です。例外は 2 つあります。/31 にはその予約アドレスを置く余地がなく、RFC 3021 は点対点リンクで両方のアドレスを利用可能と定めています。/32 は単一ホストルートで、利用可能アドレスは 1 個です。本計算ツールはこの例外を反映します——一般式の 2^n − 2 をそのまま当てはめると /31 の利用可能アドレスは 0 になりますが、現行のルーターでそれに同意するものは 1 台もありません。
ワイルドカードマスクとは何ですか?サブネットマスクとどう違いますか?
ワイルドカードマスクはサブネットマスクをビット単位で反転したものです。サブネットマスクが 1 の位置は、ワイルドカードでは 0 になります。/26 ならマスクは 255.255.255.192、ワイルドカードは 0.0.0.63 です。Cisco のアクセスコントロールリストや OSPF の network 文はマスクではなくワイルドカードを取るため、access-list 10 permit 192.168.1.128 0.0.0.63 は 192.168.1.128/26 と同じブロックにマッチします。Huawei や H3C のドキュメントでもワイルドカードマスクと呼ばれ、エンジニアの間ではインバースマスク(反転マスク)という言い方もよく使われますが、ここではどちらも同じ値を指します。なお ACL のワイルドカードは不連続なビットを持っても構いませんが(たとえば奇数番地だけ、偶数番地だけにマッチさせる場合)、サブネットマスクではそれが許されません。
/24・/25・/26 には何台のホストが収まりますか?
/24(255.255.255.0)は 256 アドレスで、利用可能ホストは 254 台です。/25(255.255.255.128)は 128 アドレスで 126 台、/26(255.255.255.192)は 64 アドレスで 62 台です。プレフィックスが 1 ビット伸びるたびに、どちらの数も半分になります。第 4 オクテットを分割するときに便利な近道があります。ブロックサイズ = 256 − マスク末尾のオクテット値なので、末尾が 192 のマスクは 64 アドレスごと、240 のマスクは 16 アドレスごとに区切られます。計算ツールの下にある対照表は /8 から /32 までを網羅しています。
プライベート IP アドレスとグローバル IP アドレスの範囲は?
RFC 1918 は 3 つのプライベート範囲を予約しています。10.0.0.0/8(利用可能 16,777,214)、172.16.0.0/12(利用可能 1,048,574)、192.168.0.0/16(利用可能 65,534)です。172 の範囲が 172.16.0.0 から 172.31.255.255 までである点に注意してください。172.15.x.x と 172.32.x.x はグローバルアドレスで、この境界は間違えやすいところです。ほかに 100.64.0.0/10 はキャリアグレード NAT 用(RFC 6598)、169.254.0.0/16 は DHCP が失敗したときのリンクローカル自動構成用(RFC 3927)、192.0.2.0/24・198.51.100.0/24・203.0.113.0/24 はドキュメント用に予約されています(RFC 5737)。本計算ツールは、入力したアドレスがどのブロックに入るかを自動で表示します。
/31 や /32 は実際のネットワークで使えますか?
使えます。/31 はルーター間リンクに番号を振る標準的な方法です。RFC 3021 は点対点インターフェースからネットワークアドレスとブロードキャストアドレスを取り除くため、2 つのアドレスがそのまま両端に割り当てられ、従来の /30 に比べて無駄が半分になります。Cisco IOS、Junos、Arista EOS、Linux がサポートしていますが、有効なのは本当に点対点のインターフェースだけです。マルチアクセスの LAN セグメントに /31 を設定してはいけません。/32 はホストルートで、ループバックインターフェース、単一アドレスの ACL エントリ、スタティックルート、エニーキャストアドレスがこれを使います。
入力した IP アドレスはサーバーに送信されますか?
いいえ。すべての計算は、単純な整数演算としてブラウザ内でローカルに実行されます。ネットワークリクエストも、サードパーティライブラリも、ログもありません。ブラウザの開発者ツールを開いて、入力している間もネットワークパネルが沈黙したままであることを確認したり、インターネットを完全に切断したまま計算を続けたりできます。「リンクをコピー」ボタンは現在のブロックを URL フラグメントにエンコードしますが、フラグメントがサーバーへ送信されることはありません。

cURLコマンドジェネレーター&ビルダー

Web と API

ブラウザでcurlコマンドを作成 — メソッド・ヘッダー・認証・ボディを設定してすぐにコピーできるコマンドを生成。Bearer・POST JSON・ファイルアップロードのプリセットも搭載。無料・プライバシー保護・登録不要。

htpasswd ジェネレーター — bcrypt・Apache MD5(apr1)・Basic認証

Web と API

bcrypt・Apache MD5(apr1)・SHA-1 などで htpasswd エントリーを生成。Apache・nginx・Docker 設定をすぐに貼り付けられる形式で出力。100% ブラウザ完結・アップロード不要。

Open Graph・メタタグ ジェネレーター

Web と API

Open Graph、Twitter Card、SEO メタタグをまとめて生成。Google・Facebook・X のライブプレビュー付き。100% 無料・ブラウザ内処理・登録不要で、コードをそのままコピー&ペーストできます。

nginx location テスター — なぜそのブロックが勝つのか

Web と API

どの nginx location ブロックが選ばれ、他はなぜ負けたのかを表示。=、^~、~、~* の優先順位を検証できる無料オンラインテスター。

traceparent デコーダー — W3C Trace Context

Web と API

16進数の桁を数える必要はもうありません。無料のオンライン traceparent デコーダー。ブラウザ内で動作し、何もアップロードしません。trace ID、span ID、trace-flags の8ビット全部、tracestate 検証、Datadog・X-Ray・B3 変換に対応。

AES復号ツール — OpenSSL・CryptoJS互換

セキュリティツール

AESをオンラインで復号 — GCM/CBC/CTR、パスフレーズまたは生鍵に対応し、OpenSSLとCryptoJSの「U2FsdGVkX1」形式を自動検出します。処理は100%ブラウザ内で完結し、鍵がこのページから出ることはありません。