CIDR 范围转换器
精确转换 IPv4 CIDR 与包含首尾的地址范围
仅支持 IPv4。CIDR 会清除主机位；范围首尾均包含，输出精确的最少 CIDR 集。/31 按点到点双端点、/32 按单地址解释；其他主机数采用传统减二模型，云平台保留地址另算。输入总量上限 1 MiB。
地址和网段只在此页面计算，不发起网络探测，不保存输入草稿；统计仅记录固定操作名和数量。
完整说明还包括常见问题处理、操作示例、代码片段、FAQ 和相关工具，便于核对结果或排查问题。
工具说明
在单个 IPv4 CIDR 与包含首尾的地址范围之间转换。CIDR 模式在摘要保留原地址，同时清除主机位：192.0.2.17/28 会规范为 192.0.2.16/28，覆盖 .16 至 .31。范围模式输出最少且精确的 CIDR 集，不会为了得到单个大网段而扩大范围。前缀必须是 0–32 的完整十进制整数。/0–/30 的摘要采用传统网络地址与广播地址保留模型；/31 显示两个点到点端点，/32 显示单个地址，不标为广播。云厂商或服务商的额外保留规则需要另查。输入总大小上限 1 MiB。显式执行后才生成结果与 TSV，编辑会清除旧结果；计算本地完成，不保存输入。
失败门诊（高频踩坑）
把网络边界当成原主机地址
原因：CIDR 规范化会清除主机位：192.0.2.17/28 对应的网络从 .16 开始。
修复：复制范围到策略前，同时核对原地址摘要、规范 CIDR 与包含首尾的边界。
习惯性把 /31 最后一个地址保留为广播
原因：普通子网的减二模型不适用于 RFC 3021 点到点 /31，也不适用于 /32 主机路由。
修复：/31 和 /32 使用端点数；其他前缀的传统主机数也只是模型，供应商额外保留地址需要另查。
推荐工作流
场景配方
把小型允许范围转换为精确列表
目标：保持 .1–.2 的原始区间
- 选择范围转 CIDR，起始输入 192.0.2.1，结束输入 192.0.2.2。
- 执行后核对输出 192.0.2.1/32 和 192.0.2.2/32。
- 确认地址总数为 2，再将 TSV 复制到审核文档。
结果：精确覆盖两个地址，不额外加入 .0 或 .3。
生产可用片段
包含首尾的范围可能需要两个单地址网段
text
起始：192.0.2.1
结束：192.0.2.2
精确覆盖：
192.0.2.1/32
192.0.2.2/32
数量：2
192.0.2.0/30 会额外加入 .0 与 .3，不是精确覆盖。常见问题
为什么输入的主机地址在 CIDR 中变了？
前缀标识网络，计算规范 CIDR 时会清除主机位，同时另列原地址。因此 192.0.2.17/28 的网络起点是 192.0.2.16。
范围是否包含结束地址？
包含，首尾都是闭区间。地址数为结束值减起始值再加一；192.0.2.1 至 192.0.2.2 一共两个地址。
为什么一个范围会需要多个 CIDR？
CIDR 大小必须是 2 的整数次幂，起点还要对齐。.1–.2 需要两个 /32；改成 /30 会多包含 .0 和 .3，因此工具不会这样扩大范围。
为什么 /31 没有广播标签？
RFC 3021 点到点 /31 使用两个端点，不设定向广播地址；/32 则是单地址。其他子网摘要采用传统减二的主机数模型。
/0 和空斜杠都表示全部地址吗？
明确写出的 /0 覆盖 4294967296 个 IPv4 地址。空斜杠无效，绝不默认变成 /0；带符号、十六进制前缀或额外斜杠也会被拒绝。
能直接把主机数用于云子网吗？
还需核对供应商规则。工具计算数学范围和传统 IPv4 保留地址；云网络可能额外保留地址，或限制可用前缀长度。
继续浏览