子网重叠检测工具 - 检查两个 CIDR 是否重叠【免费】
输入两个 IPv4 CIDR 地址块（如 192.168.1.0/24），立即判断它们是完全一致、互相包含还是完全不重叠。适用于防火墙规则或 VPC 子网设计时的冲突排查。
子网重叠关系类型一览
两个 CIDR 地址块之间可能出现的所有关系类型速查表。
| 关系类型 | 示例 | 说明 |
|---|---|---|
| 完全一致 | 192.168.1.0/24 = 192.168.1.0/24 | 两个 CIDR 指向完全相同的地址范围，属于同一子网。 |
| A 包含 B | 192.168.0.0/16 ⊃ 192.168.1.0/24 | CIDR A 的地址范围完全包含 CIDR B 的范围，B 是从 A 中划分出的子网。 |
| B 包含 A | 192.168.1.0/24 ⊂ 192.168.0.0/16 | CIDR B 的地址范围完全包含 CIDR A 的范围，A 是从 B 中划分出的子网。 |
| 部分重叠 | — | 这种情况实际上不会发生。由于 CIDR 地址块始终按 2 的幂次对齐，如果两个地址块存在重叠，关系必定是「完全一致」或「一方完全包含另一方」（详见下方常见问题）。 |
| 无重叠 | 192.168.1.0/24 と 192.168.2.0/24 | 两个 CIDR 的地址范围完全不重叠，可以同时使用而不会冲突。 |
如果想根据单个 IP 地址和子网掩码求出网络地址和广播地址，请使用 子网计算工具 ；如果想在 IP 范围和 CIDR 之间互相转换，请使用 IP 范围⇔CIDR 转换工具 。
使用提示
- 适合用来检查防火墙 ACL 规则或 VPC 子网设计中是否无意间重复定义了同一地址范围。
- 「A 包含 B」这种关系通常是正常配置，比如从一个较大的分配（如 /16）中划出一个较小的子网（如 /24），并不一定是问题。
- 在云环境中设置 VPC 对等连接或 VPN 连接时，如果双方的 CIDR 存在重叠，会导致路由变得模糊不清并引发连接错误。建立连接前请务必用本工具检查一下。
- 结果中的「A 的范围」「B 的范围」会自动四舍五入到对应地址块的网络地址和广播地址，即使您输入的 IP 并非该前缀长度下精确的网络地址。
常见问题
不会。由于 CIDR 地址块的大小是 2 的幂且对齐到相应边界，如果两个地址块存在重叠，关系必定是「完全一致」或「一方完全包含另一方」。本工具虽然定义了「部分重叠」这一判定类别，但对于合法的 CIDR 输入，实际上永远不会出现这个结果。
不是，多数情况下这是完全正常的配置。从公司整体分配（如 /16）中为某个部门划出一个较小的子网（如财务部的 /24）是常见的设计方式，只要是有意为之，就没有任何问题。
如果同一个地址范围被分配给两个不同的网络设备或云端 VPC，就会导致该范围的数据包应该到达哪一方在路由上变得模糊不清，从而引发连接不稳定或数据只能到达其中一方的「IP 地址冲突」问题。这是设置 VPN 连接或 VPC 对等连接之前应首先检查的项目之一。
目前仅支持 IPv4。如需查看 IPv6 前缀长度相关信息，请使用 IPv6 CIDR 速查表工具。
闲话 ― 为什么 CIDR 地址块之间不会「部分重叠」
比较任意两个 CIDR 地址块，只会出现三种结果：完全一致、一方包含另一方、或完全不重叠——通常意义上的「只有一部分重叠」在数学上是不可能出现的。这是因为 CIDR 地址块的大小必须是 2 的幂，且只能位于该大小的整数倍位置（即对齐边界）上，这一约束直接决定了这一性质。
要直观理解这一点，可以把所有 CIDR 地址块的集合想象成一棵二叉树：以 /0 作为根节点，每当前缀长度增加 1，一个节点就会分裂成两个子节点（前半段和后半段）。在这种结构下，任意两个地址块之间的关系只可能是「完全相同的节点」「一方是另一方的祖先节点」或「位于完全不同的分支上」——不可能出现两个分支只交叉一半的情况。
正是这一性质使得路由表中的路由聚合（汇总）总能被明确定义。如果部分重叠真的可能发生，「这个数据包应该优先走哪条路由」将从根本上变得模糊不清，但 CIDR 的设计从结构上就排除了这种情况。实际工作中大多数路由故障，追根溯源都是有人手动划分 IP 范围时忽视了这一对齐规则，导致边界发生了意外偏移。