サブネットIP計算機

サブネット計算・CIDR範囲

IPv4サブネットマスク、CIDRネットワーク範囲、利用可能ホストIP、ブロードキャストアドレスを計算。ビット単位バイナリ検証、VLSM計画、クラウドVPC規則に対応。

クイックプレフィックス
サブネットパラメータ & 制御
有効なIPv4
IANA分類: RFC 1918 Private (192.168.0.0/16)クラス分類: Class C
/24
STATUS: ONLINE / DETERMINISTICREGIME: Standard
逆算ホスト容量ソルバー

必要なホスト数を入力すると、アドレス枯渇のない最小限のCIDRプレフィックスを即座に計算します。

150 ホスト
推奨CIDRプレフィックス:
推奨サブネットマスク:255.255.255.0
利用可能ホスト数:254 ホスト
余剰/予備IPバッファ:104 IP
アドレス空間利用効率:58.6%
ネットワークアドレス
192.168.1.0
16進数: 0xC0A80100
ブロードキャストアドレス
192.168.1.255
16進数: 0xC0A801FF
利用可能ホスト範囲
192.168.1.1➔192.168.1.254
サブネットマスク（10進表記）255.255.255.0
ワイルドカードマスク0.0.0.255
総アドレス容量256 IP
利用可能ホスト数254 ホスト
IANA分類スコープRFC 1918 Private (192.168.0.0/16)
ネットワークビット
24 Net|8 Host
適用中の規約: Standard RFC 791 IPv4
RFC 791 利用可能: 全体 - 2
CIDR: 192.168.1.0/24USABLE: 254 / 256SCOPE: Class C
総アドレス容量256 IP
利用可能ホスト数254 ホスト
ワイルドカードマスク0.0.0.255
IANA分類スコープRFC

完全クライアントサイド処理

すべての計算処理はブラウザのローカルメモリ内で高速・安全に完結実行されます。

サーバー送信ゼロ（完全プライバシー保護）

すべての入力データは端末ローカルに保持され、外部サーバーへの通信は一切行われません。

本番環境対応のエクスポート

設計書やネットワーク機器設定にそのまま即時投入できる最適化形式で出力します。

ToolsAA•100% クライアント実行・完全プライベートWeb開発ツール
技術リファレンス・アーキテクチャガイド

Subnet IP Calculator & CIDR Range ガイド — 技術リファレンス

IPv4サブネットマスク、CIDRネットワークプレフィックス、利用可能ホストIP範囲、ブロードキャストアドレスを高精度に計算。ビット単位バイナリ検証、VLSM（可変長サブネットマスク）設計、AWS VPC等のクラウド予約IP規則に完全対応した実践ネットワークリファレンス。

Subnet IP Calculator & CIDR Range ガイド — 技術リファレンス — クライアントサイド完全ローカル実行アーキテクチャ図
Subnet IP Calculator & CIDR Range ガイド — 技術リファレンス — クライアントサイド完全ローカル実行アーキテクチャ図

主要パラメータと設定項目

ドット付き10進表記 IPv4アドレス（Dotted-Decimal Notation）ネットワーク層（Layer 3）プロトコルアドレス

ピリオドで区切られた4つの10進数オクテット（例: 192.168.1.1）で表現される標準的な32ビットインターネットプロトコルアドレス。各オクテットは8ビットの2進数で構成され、0〜255（2進数: 00000000〜11111111）の範囲を持ちます。アドレス空間はRFC 1918で規定されたプライベートIPv4範囲（10.0.0.0/8、172.16.0.0/12、192.168.0.0/16）またはグローバルにルーティング可能なパブリックユニキャスト空間に分類されます。

初期値: 192.168.1.1（標準的なプライベートクラスCデフォルトゲートウェイ）
CIDRプレフィックス長（ルーティングビットマスク /N）CIDR（クラスレスドメイン間ルーティング）プレフィックス

ネットワークルーティング部を識別するために割り当てられた、連続する上位ビット（ビット値1）の総数を表す /0 から /32 の10進整数値。残りの (32 - N) ビットはそのブロードキャストドメイン内のホスト（エンドポイント）アドレスに割り当てられます。例えば /24 は24個のネットワークビットと8個のホストビット、/16 は16個のネットワークビットと16個のホストビットを意味します。

初期値: /24（ネットワーク部 24ビット、ホスト部 8ビット）
サブネットマスク（10進表記ネットマスク）ビット単位境界フィルタマスク

ネットワーク部とホスト部を分離するためにIPルーティングスタックが使用する、ドット付き10進表記の32ビットマスク（例: /24 の 255.255.255.0、/20 の 255.255.240.0）。IPアドレスとビット単位論理積（`IP & Netmask`）を実行すると全ホストビットが0にクリアされ、ベースとなるネットワークアドレスが抽出されてLayer 3パケット転送の経路判断に利用されます。

初期値: 255.255.255.0（標準 /24 サブネットマスク）
ワイルドカードマスク（ビット反転 Cisco ACLマスク）アクセス制御＆OSPF反転ビットマスク

サブネットマスクの全ビットを反転させた補数マスクであり、`255.255.255.255 - サブネットマスク` で計算されます。ワイルドカードマスクでは2進数の「0」が厳密一致を要求し、「1」は任意ビット（Don't Care）を表します。Cisco IOSのアクセスコントロールリスト（ACL）、OSPFのネットワーク定義文、BGPルートフィルタの設定に不可欠です。

初期値: 0.0.0.255（255.255.255.0 のワイルドカードマスク）
ネットワークアドレス＆ダイレクトブロードキャスト境界プロトコル予約境界アドレス

RFC 791に基づき、サブネット内の先頭アドレス（全ホストビットが0）はネットワーク識別子を表し、ホストインターフェースに割り当てることはできません。また、末尾アドレス（全ホストビットが1）はダイレクトブロードキャストアドレスとして機能し、サブネット内の全ホストへの一括同報通信に使用されます。したがって、標準的な利用可能ホスト容量は厳密に `2^(32 - N) - 2` 個となります。

初期値: ネットワーク: .0 | ブロードキャスト: .255（/24 ブロックの場合）
利用可能ホストIPアドレス範囲境界割り当て可能ホストインターフェース範囲

ネットワークアドレス + 1（先頭利用可能IP）からブロードキャストアドレス - 1（末尾利用可能IP）までの連続した割り当て可能IPアドレス区間。AWS VPCなどの標準的なクラウド環境では、先頭4個のアドレス（.0 ネットワーク、.1 デフォルトルーター、.2 VPC DNS、.3 将来の予約）と末尾の1個（.255 ブロードキャスト）がハイパーバイザー側で恒久的に予約されるため、実際に利用可能なホスト数は `2^(32 - N) - 5` 個となります。

初期値: 192.168.1.1 〜 192.168.1.254（利用可能ホスト 254台）

現場のベストプラクティス・実践Tips

RFC 3021 ポイントツーポイント接続によるIP節約の鉄則

ルーター間のポイントツーポイント（対向直結）接続に /30 サブネット（合計4個のIP中、利用可能は2個のみ）を割り当てるのは避けてください。標準的な /30 では割り当てアドレスの50%がネットワーク部とブロードキャストのオーバーヘッドとして無駄になります。RFC 3021はブロードキャストアドレスを持たずに2個のアドレス双方をエンドポイントとして完全利用できる /31 サブネットを定義しており、エンタープライズWANやSpine-Leafデータセンター基盤におけるIPv4消費量を半減させることができます。

AWS VPCにおける「5つの予約IP」の制約

Amazon Web Services（AWS）は、各VPCサブネット内で先頭4個のIPアドレス（.0: ネットワーク、.1: VPCルーター、.2: Amazon提供のDNS（Route 53 Resolver）、.3: AWS将来利用予約）と末尾1個のIP（.255: ブロードキャスト）の合計5個を恒久的に予約します。そのため、/28 サブネットで利用可能なIPはRFC 791標準の14個ではなく11個しかなく、AWSでは /28 より小さいサブネットの作成は禁止されています。

VLSM設計における「必要ホスト数降順割り当て」の原則

可変長サブネットマスク（VLSM）を用いて親CIDRブロックを連続的に分割する際は、必ず必要ホスト数の多いサブネットから降順（最大サブネットから最小サブネットへ）に割り当ててください。小さなサブネットを先に割り当てるとアドレス空間の断片化（フラグメンテーション）が発生し、2の累乗境界に整合しない利用不可能なアドレスの隙間（デッドスペース）が生じてしまいます。

ビット演算を素早く解くマジックナンバー（増分値）計算法

完全な2進数変換を行わずにネットワークアドレスを導出するには、サブネットマスクが 255 でも 0 でもない「境界オクテット（変動オクテット）」に着目します。そのマスク値を256から引いてサブネットブロックの増分（ブロックサイズ）を求めます（例: マスク 255.255.240.0 の場合、第3オクテットの増分は 256 - 240 = 16）。対象IPの該当オクテット値以下で最大の「増分の倍数」が、そのサブネットのネットワークアドレスとなります。

よくある落とし穴とトラブルシューティング

⚠️ネットワークベースアドレス定義におけるホストビットの混入

ホストビットがすべて0ではないIPアドレスを用いてサブネットを定義した場合（例: ルーティング設定に 192.168.1.0/24 ではなく 192.168.1.50/24 を指定）に発生します。AWSやGCPなどのクラウドプロバイダー、BGPルーター、iptablesは非ゼロのホストビットを含む定義を「Invalid CIDR block（無効なCIDRブロック）」エラーとして拒絶します。ルーティング設定を適用する前に、必ずビット単位論理積（`IP & Mask`）を実行してベースアドレスを正規化してください。

⚠️マルチVPCピアリング接続におけるサブネット重複（CIDR衝突）

AWS Transit Gateway、Azure VNet Peering、GCP Interconnectでは、IP CIDRブロックが1つのホストアドレスでも重複している場合（例: 10.0.0.0/16 と 10.0.64.0/18 のピアリング）、ピアリング接続の確立が拒絶されるかルーティング競合により破棄されます。VPCをデプロイする前に、完全な2進数プレフィックスを監査し、スーパーネット割り当て管理表を活用して排他的な（互いに重複しない）アドレス空間を保証してください。

⚠️デフォルトゲートウェイ等の固定割り当てによるホストIP枯渇

ハイパーバイザー仮想アプライアンス、ルーターの仮想IP（HSRP/VRRP）、マネージドKubernetesのコントロールプレーンなどが固定ホストIPを消費することをネットワーク管理者が失念しがちです。例えばアプリ層で14台のDBノードが必要な場合に /28（RFC上の有効IPは14個）を割り当てると、デフォルトゲートウェイ（.1）をバインドした時点で空き容量がゼロになります。最低でも20%以上のホスト拡張バッファを見込んで設計してください。

⚠️サブネットマスク不一致による非対称ルーティングとブラックホール化

同一の物理スイッチ上で、ホストAに 192.168.1.50/24（ネットマスク 255.255.255.0）、ホストBに 192.168.1.200/25（ネットマスク 255.255.255.128）が設定されている場合、ホストAはホストBを同一サブネット内とみなして直接ARP要求を送信しますが、ホストBはホストAを外部ネットワークと判定して応答をデフォルトゲートウェイ経由でルーティングします。その結果、通信の非対称化やパケットロストが発生します。Layer 2ブロードキャストドメイン内の全エンドポイントでサブネットマスクの設定が完全に一致していることを確認してください。

よくある質問 (FAQ)

CIDRプレフィックスからサブネットマスクと利用可能IP範囲を計算するにはどうすればよいですか？▼

CIDRプレフィックス /N からサブネットマスクを計算するには、4つの8ビットオクテットにわたって先頭の N ビットを1、残りの (32 - N) ビットを0に設定します。例えば /26 の場合は先頭26ビットが1（11111111.11111111.11111111.11000000）となり、ネットマスクは 255.255.255.192 となります。ブロックサイズは 2^(32 - 26) = 64個のアドレスです。IPアドレス 192.168.1.100 と 255.255.255.192 のビット単位論理積（AND）をとると、ネットワークアドレスは 192.168.1.64、先頭利用可能IPは 192.168.1.65、末尾利用可能IPは 192.168.1.126、ブロードキャストアドレスは 192.168.1.127 となり、利用可能なホスト数は62台と計算できます。

サブネットマスクとワイルドカードマスクの違いは何ですか？▼

サブネットマスクは2進数の「1」でネットワーク部を、「0」でホスト部を表し（例: 255.255.255.0 は連続する24個の1と8個の0）、単一サブネットの境界を定義します。一方、ワイルドカードマスクはそのビット反転（255.255.255.255 からサブネットマスクを減算して算出、例: 0.0.0.255）であり、2進数の「0」が厳密一致を要求し、「1」はビットを無視（Don't Care）することを意味します。ワイルドカードマスクはCisco IOSのアクセスコントロールリスト（ACL）やOSPFにおいて、特定サブネットのフィルタリングや不連続IP範囲のマッチングに使用されます。

AWSのVPCサブネットで5個のIPアドレスが予約されているのはなぜですか？▼

Amazon Web Services（AWS）は、コアインフラサービスを提供するために各VPCサブネット内で5つのIPアドレスを恒久的に予約しています：1) .0 はネットワークアドレス、2) .1 はVPCデフォルトルーター（ゲートウェイ）、3) .2 はAmazon提供のDNS（Route 53 Resolver）、4) .3 は将来のルーティング拡張用としてAWSが予約、5) 末尾IP（/24 の場合は .255）はネットワークブロードキャストです。このため、AWSの /24 VPCサブネットで実際に利用可能なIPアドレス数は254個ではなく251個になります。

/24、/23、/22 サブネットで利用可能なIPアドレス数はいくつですか？▼

標準的なRFC 791 IPv4ネットワークにおける利用可能ホスト数は以下の通りです：/24 サブネットは総アドレス数 2^(32 - 24) = 256個、利用可能ホスト数 254台；/23 サブネットは総アドレス数 2^(32 - 23) = 512個、利用可能ホスト数 510台；/22 サブネットは総アドレス数 2^(32 - 22) = 1,024個、利用可能ホスト数 1,022台です。なお、AWSなどのクラウド環境ではインフラ予約分（.1, .2, .3）としてさらに3個差し引かれます。

RFC 3021とは何ですか？また /31 サブネットはどのような場合に使用できますか？▼

RFC 3021は「IPv4ポイントツーポイントリンクにおける31ビットプレフィックスの利用」と題されたインターネット標準仕様です。従来のサブネット設計では、先頭のネットワークアドレスと末尾のブロードキャストアドレスを予約する必要があったため、最低でも /30（4個のIP中、利用可能は2個のみで50%が無駄）を割り当てる必要がありました。RFC 3021は2台のルーター間を直結する対向リンクにおいて /31 サブネット（総アドレス数2個）の利用を許可し、ブロードキャストオーバーヘッドなしに両方のアドレスをホストエンドポイントとして割り当てることで、現代の通信キャリアやデータセンターネットワークで膨大なIPv4アドレスの節約に貢献しています。

IPアドレスのネットワークアドレスとブロードキャストアドレスを計算するにはどうすればよいですか？▼

ネットワークアドレスを計算するには、32ビット2進数のIPアドレスと32ビットのサブネットマスクとの間でビット単位論理積（AND）を実行します（`Network = IP & SubnetMask`）。これにより全ホストビットが0にクリアされます。ブロードキャストアドレスを計算するには、ネットワークアドレスと反転したワイルドカードマスクとの間でビット単位論理和（OR）を実行します（`Broadcast = Network | (~SubnetMask)`）。これにより全ホストビットが1に設定されます。例えば、IPアドレス 10.1.5.130 とネットマスク 255.255.255.128（/25）の場合、ネットワークアドレスは 10.1.5.128、ブロードキャストアドレスは 10.1.5.255 となります。

関連開発者ツール

全ツール一覧 →
2進数加算・減算計算機開発者ツール

2進数の加算・減算をリアルタイム計算。ステップごとのキャリー伝播（繰り上がり）、2の補数による符号付き演算、論理ゲート信号、16進数への相互変換に対応。

ツールを開く→
robots.txt 構文検証開発者ツール

RFC 9309規格に準拠したrobots.txtの構文検証ツール。User-Agent別のクロール許可判定、Disallowパスのデバッグ、XMLサイトマップ宣言の検査をブラウザ上で即座に実行。

ツールを開く→
Markdown HTML 変換開発者ツール

Markdown をクリーンで本番品質の HTML コードへ瞬時にリアルタイム変換。GFM テーブル、コードハイライト、XSS サニタイズ、リッチテキストコピー、完全なドキュメント出力を完備。

ツールを開く→
Cron式パーサー・構文検証開発者ツール

Cron式を直感的な実行スケジュールに高精度変換。タイムゾーン別の次回実行予定日時の算出、crontab構文の妥当性検証、将来のトリガー予測を完全ローカルで実行します。

ツールを開く→
GraphQL TS型生成開発者ツール

GraphQL スキーマ（SDL）やクエリから TypeScript の型定義、インターフェース、Enum、リゾルバーを自動生成。設定不要・サーバー送信なしでブラウザ上で即座にコード生成できます。

ツールを開く→
HTML Markdown変換開発者ツール

HTMLやWebクリップをGitHub Flavored Markdown（GFM）に瞬時に変換。インラインスタイルを除去し、テーブルやコードブロックをクリーンなMDファイルとして出力します。

ツールを開く→