V6IPv6Hub

平台篇 · 功能上手

IPv6 地址解析与子网规划:两个在浏览器里算完的工具 - IPv6Hub

地址解析子网规划本地计算

本页目录

  1. 一、地址解析:一个地址能拆出多少信息
  2. 类型判定
  3. 解析结果里的六项
  4. 二、子网规划:从父前缀切出子网
  5. 四条与 IPv4 不同的子网口径
  6. 三、两个工具不做什么
  7. 四、下一步

IPv6 地址解析与子网规划:两个在浏览器里算完的工具

IPv6 的地址长得长,做规划时又总要做除法和取整。这两件事恰好都是纯数学运算 —— 不需要联网、不需要服务端,也就不该把地址传到别人的服务器上。

本站的 地址解析 与 子网规划 都完全在你的浏览器内计算,输入的地址不会上传。本文说明两个工具能算出什么、结果怎么读、以及规划时最容易踩的那几个坑。

一、地址解析:一个地址能拆出多少信息

在 地址解析 输入一个 IPv6 地址即可,可以带 /前缀(如 2001:db8::1/64)。页面提供几组示例,覆盖了各类特殊写法:2001:db8::1、2001:db8::/64、::ffff:192.168.1.1、64:ff9b::203.0.113.5、fe80::1、2400:3200::1。

类型判定

先给出这个地址是什么:一个「合法」徽标加类型名,另外三项是 全球单播(是/否)、是否为压缩形式、带前缀长度。

这里有一条必须理解的口径:「形式上属于全球单播范围」不代表当前一定公网可路由。 2001:db8::/32 就是全球单播范围里的文档专用段,永远不该出现在真实网络里 —— 工具只能判断形式,不能判断可达性。

解析结果里的六项

项 内容 用途
推荐表示(RFC 5952) 规范化后的压缩写法 配置里该写哪一种,以它为准
完整展开(8 组) 补全零位后的 8 组形式 手工核对、教学演示
内嵌 IPv4(映射地址) ::ffff:0:0/96 段 判断这是不是 IPv4 映射地址(它属于 IPv6 书写形式,不是 IPv4 地址)
内嵌 IPv4(NAT64) 64:ff9b::/96 段 判断这个地址是否由 NAT64 网关转换而来
反向解析域名(ip6.arpa) 反向解析用的域名 拿去配 PTR 记录,不用手工反写 32 个 nibble
所在子网 / 子网地址范围 按前缀掩码把主机位归零后的网络地址与范围 规划核对

「推荐表示」这一项值得单独说。 IPv6 的同一个地址可以有多种合法写法(大小写、零压缩位置),RFC 5952 规定了推荐的规范形式。写配置文件时按它写,能避免「明明地址一样却匹配不上」这类问题。

二、子网规划:从父前缀切出子网

子网规划 分两步:填「父前缀」(如 2001:db8::/32),再选「子网前缀长度」(默认 48,必须 ≥ 父前缀长度)。

页面顶部给出四个统计值:父网络、子网总数、每页条数(固定 100)、总页数。列表每页 100 条,列出 # / 网络地址 / 起始地址 / 结束地址,每格地址都可点击复制。需要整表带走时,用「CSV」或「JSON」把前 1000 条导出 —— 这个上限是刻意的:/32 切到 /64 有 2³² 个子网,在浏览器里枚举它是没有意义的。

常见的取法(结论来自《地址规划与子网划分》):

前缀长度 每段地址数 典型用途
/48 2¹⁶ 个 /64 子网 交给一个中型站点
/56 2⁸ 个 /64 子网 分配给单个家庭或小型分支
/64 —— 单个局域网,SLAAC 的前提

四条与 IPv4 不同的子网口径

这个页面底部专门写了四条说明,规划时全部要看懂:

  1. IPv6 没有 IPv4 那种「网络地址 / 广播地址不可用」的概念。 子网内除主机位全零的地址(Subnet-Router Anycast,RFC 4291)外,其余地址在数学上全部可用。
  2. 「起始地址」就是网络地址本身,「结束地址」是该前缀内的最大地址;两者之间不存在 IPv4 式的保留段。
  3. 网关地址没有标准规定。 社区惯例取主机位为 1 的地址(如 2001:db8::1),由网络管理员自行约定。
  4. 列表只展示数学范围,不代表每个地址都可实际分配。

第 1 条是最容易犯的错:习惯 IPv4 的人会下意识地把「第一个可用地址」当成子网地址加一。在 IPv6 里没有这个偏移 —— 2001:db8::/64 这个子网的网络地址就是 2001:db8::,地址范围就是它到 2001:db8::ffff:ffff:ffff:ffff。

三、两个工具不做什么

四、下一步

← IP 地址归属查询:这段地址属于谁,和「大概在哪」是两件事 SSL 证书检查:有效期、签发者,以及证书在 IPv6 上是否同样有效 →