IPv6地址完全参考手册：分类、结构与实战指南

摘要

IPv6地址体系是一个精心设计的层次化系统，它不仅是IPv4的”加长版”，更是为了解决地址枯竭、恢复端到端通信、支持未来网络而全新构建的寻址架构。本文从二进制结构出发，系统梳理IPv6地址的完整分类、表示规则、生成机制、特殊地址类型，并结合DDNS等实际场景给出地址筛选的最佳实践。

一、为什么需要IPv6？—— 从核心矛盾说起

1.1 IPv4的困境

  • 地址枯竭：IPv4地址空间为32位，理论上仅提供约43亿个地址。全球数十亿台设备以及海量物联网终端早已将可用地址耗尽。
  • NAT的副作用：网络地址转换（NAT）虽然缓解了地址短缺，但破坏了互联网”端到端”透明性，使得P2P通信、直接连接等应用变得复杂，也增加了网络延迟和故障排查难度。
  • 路由表膨胀：由于地址分配不均衡，全球IPv4路由表规模持续增长，对核心路由器造成巨大压力。

1.2 IPv6的设计目标

  • 海量地址空间：128位地址长度，总数2¹²⁸个，足以给地球每一粒沙子分配独立IP，彻底解决地址枯竭问题。
  • 恢复端到端通信：无需NAT，任何设备均可拥有全球唯一公网地址，实现真正的端到端透明通信。
  • 简化包头格式：固定40字节头部，取消校验和，提高转发效率。
  • 内置安全支持：IPsec原生支持（虽非强制，但为可选基础组件）。
  • 更好的扩展性：通过扩展头部（Extension Headers）支持未来新功能。

二、地址结构与文本表示

2.1 二进制结构

一个IPv6地址由128位组成，通常表示为8组16位的十六进制数，每组用冒号分隔。

格式： xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx
示例： 2001:0db8:85a3:0000:0000:8a2e:0370:7334

2.2 文本表示规则（RFC 5952）

规则说明示例
首选格式完整8组，每组4个十六进制数字2001:0db8:85a3:0000:0000:8a2e:0370:7334
前导零省略每组最前面的”0″可省略0db8 → db8，0000 → 0
连续零块压缩一个或多个连续的全零块可用 :: 替代，但只能使用一次2001:db8:85a3::8a2e:370:7334
内嵌IPv4地址用于IPv4兼容/映射地址::ffff:192.0.2.1

关键约束：:: 在单个地址中最多出现一次，否则无法还原原始地址。

2.3 前缀表示法（CIDR）

IPv6采用与IPv4相同的CIDR表示法：地址/前缀长度。

2001:db8:85a3::/48      # 前48位为网络前缀
fe80::/10               # 前10位为链路本地前缀
::1/128                 # 回环地址，前缀长度128

三、IPv6地址的完整分类体系

IPv6地址从根本上分为三种基本类型，决定了数据包的传输模式。在此之上，又细分出多个子类以满足不同场景。

3.1 三大基本类型

类型英文名传输模式地址范围用途说明
单播Unicast一对一多样（如2000::/3, fe80::/10）标识一个唯一接口，数据包精确送达。绝大多数场景使用此类型。
任播Anycast一对多（之一）与单播地址格式相同标识一组接口，数据包送达该组中”最近”的一个。用于DNS根服务器等高可用性服务。
组播Multicast一对多（全部）ff00::/8标识一组接口，数据包同时发送给该组所有成员。IPv6中没有广播地址，其功能由组播替代。

任播地址没有独立的地址段，它复用单播地址空间，通过路由协议宣告多个单播地址作为任播组。

3.2 单播地址的细分类型

这是日常网络配置中最常接触的类别，根据作用范围和目的进一步划分。

地址类型前缀空间占比作用范围生成方式是否可路由
全球单播地址（GUA）2000::/31/8全球DHCPv6 / SLAAC✅ 公网可路由
链路本地地址（LLA）fe80::/101/1024同一链路自动生成（EUI-64）❌ 仅本地链路
唯一本地地址（ULA）fc00::/71/128本地网络手动/算法生成❌ 私有网络
回环地址::1/128固定本机固定保留❌ 仅本机
未指定地址::/128固定本机固定保留❌ 用于初始化

3.3 组播地址的细分结构

组播地址格式 ff00::/8，其中低4位定义了作用范围（Scope）：

范围值名称说明
1Interface-Local仅本接口范围
2Link-Local同一链路范围
5Site-Local同一站点范围（已弃用，现多用ff0e::）
8Organization-Local同一组织范围
EGlobal全球范围

常见组播地址示例：

ff02::1      # 所有节点（链路本地范围）
ff02::2      # 所有路由器（链路本地范围）
ff02::1:2    # DHCPv6 服务器/中继代理

3.4 特殊用途地址

地址用途说明
::未指定地址表示地址缺失，如DHCP请求前作为源地址
::1回环地址本机通信，测试用
::ffff:0:0/96IPv4映射地址用于在IPv6-only节点上表示IPv4地址
::/96IPv4兼容地址已弃用，早期用于IPv6 over IPv4隧道
2001:db8::/32文档地址保留用于文档和示例，不可在公网使用
2001:2::/48Benchmark地址用于性能测试（RFC 5180）
2001:10::/28废弃地址原为ORCHIDv1，已废止（RFC 7343）
2001:20::/28ORCHIDv2用于加密哈希标识符（RFC 7343）
5f00::/8已弃用原6Bone测试地址

四、地址分配状态全景

4.1 按地址空间占比的全景表

地址块前缀占IPv6空间比例分配状态用途说明
未分配空间0000::/8, 0100::/8 等~87.5%🔒 完全保留，未分配留作未来协议扩展或新应用场景。
全球单播（GUA）2000::/312.5%✅ 已开放分配其中已分配给运营商和终端用户的份额极少。
唯一本地地址（ULA）fc00::/7~0.78% (1/128)✅ 已定义实际使用率极低。
链路本地地址fe80::/10~0.097% (1/1024)✅ 固定使用每个IPv6接口必须有。
组播地址ff00::/8~0.39% (1/256)✅ 已定义并使用替代广播功能。
其它保留空间多种~0.4%🔒 保留包含回环、未指定、文档等地址。

结论：超过87.5%的IPv6地址空间处于未分配/保留状态。全球单播地址（GUA）中，实际已分配并投入使用的比例更是微乎其微。这与IPv4时代”地址几乎全部分配完毕”的情况形成鲜明对比。

4.2 IANA的分配原则

  • 分层分配：IANA → RIR（如APNIC） → ISP → 终端用户/企业。地址分配是树状结构，保障路由聚合。
  • 按需分配 + 稀疏分配：即使ISP获得大量地址，也不会一次性全部分发，而是保留大部分地址以备未来几十年的网络发展，有效防止路由表无限膨胀。

五、地址生成机制——为什么一个网卡有多个地址？

5.1 两种自动配置方式

方式英文名特点
有状态配置Stateful (DHCPv6)由DHCPv6服务器集中管理地址分配与租约，可记录设备信息。
无状态配置Stateless (SLAAC)路由器通过RA（路由通告）广播网络前缀，设备自行生成接口标识符并拼接完整地址。无需服务器记录租约。

5.2 EUI-64格式：固定地址的生成原理

EUI-64是SLAAC模式下最核心的接口标识符生成方式，它基于网卡MAC地址，确保接口标识符在全球范围内唯一。

转换步骤（以MAC地址 00:0c:29:d2:3d:52 为例）：

  1. 将MAC地址对半拆分：00:0c:29 | d2:3d:52
  2. 中间插入 FFFE：00:0c:29:ff:fe:d2:3d:52
  3. 将第一个字节 00 的第7位（U/L位，即全球/本地管理位）取反：
  • 00 = 0000 0000，第7位（从左数第7位）为 0
  • 取反后第7位变为 1，得到 0000 0010 = 0x02
  1. 最终接口标识符：020c:29ff:fed2:3d52

由于此地址基于MAC生成，只要网卡硬件不变，其接口标识符（地址后缀）永远固定。

5.3 临时地址（Privacy Extensions, RFC 4941）

为保护用户隐私，现代操作系统（Windows、Linux、macOS、iOS、Android）默认启用隐私扩展，通过随机数生成额外的临时地址。

工作机制：

地址类型生成方式用途生命周期
固定地址（EUI-64）基于MAC生成接收外部主动发起的连接（如SSH、网站服务）前缀变化时后缀不变
临时地址（Privacy）随机数生成主动对外访问（上网浏览）preferred_lft 到期后废弃（deprecated），valid_lft 到期后删除

生命周期参数（Linux内核参数）：

net.ipv6.conf.ens33.temp_prefered_lft = 86400   # 24小时后进入废弃（deprecated）状态
net.ipv6.conf.ens33.temp_valid_lft = 604800      # 7天后彻底删除

地址状态变化：

首选 (preferred) → 废弃 (deprecated) → 失效 (invalid) → 删除
preferred_lft > 0    preferred_lft = 0      valid_lft = 0

一个网卡上出现多个全球单播地址（GUA）的根本原因，正是固定地址（EUI-64）与临时地址（Privacy Extensions）同时存在。

六、地址状态标记与生命周期

6.1 Linux下地址标志详解（ip -6 addr show 输出）

标志含义说明
temporary临时地址隐私扩展生成的随机地址，定期轮换
dynamic动态地址通过SLAAC或DHCPv6自动获取
deprecated已废弃preferred_lft 归零，不再用于新建连接，但保留旧连接
mngtmpaddr由网络管理器生成的固定地址基于MAC的EUI-64地址，由NetworkManager管理
noprefixroute无前缀路由该地址不自动添加路由
valid_lft有效生命周期剩余有效秒数，归零后地址被删除
preferred_lft首选生命周期归零后地址变为 deprecated

6.2 Windows下地址状态标志

字段/属性含义对应Linux
SuffixOrigin == IpSuffixOriginRandom临时地址对应 temporary
PreferredLifetime == 0已废弃对应 deprecated
PrefixOrigin == IpPrefixOriginRouterAdvertisementSLAAC生成对应 dynamic

6.3 新旧地址交替的典型流程

当运营商重新分配前缀（如从 240e:3b4:38ec:8200::/64 变为 240e:3b4:38ee:cdf0::/64）时：

  1. 新前缀生效，设备生成新固定地址 + 新临时地址。
  2. 旧前缀下的所有地址进入 deprecated 状态（preferred_lft = 0）。
  3. 旧地址仍保留 valid_lft 时间（通常24-48小时），以维持旧连接不中断。
  4. 等到 valid_lft 归零，旧地址自动删除，完成无缝迁移。

七、地址筛选实战——DDNS场景的最佳实践

7.1 DDNS需要什么类型的地址？

需要满足的条件说明
✅ 全球单播地址（GUA）必须是 2000::/3 范围，能在公网路由
✅ 非临时地址排除 temporary 标志（Linux）或随机生成地址（Windows）
✅ 非废弃地址排除 deprecated 标志（Linux）或 PreferredLifetime = 0（Windows）
✅ 来自默认路由网卡确保该地址确实用于当前互联网出口

7.2 需要排除的地址类型

排除类型原因
fe80::/10（链路本地）仅局域网有效，公网不可达
fc00::/7（唯一本地）私有地址，公网不可达
::1（回环）仅本机有效
temporary/随机生成地址生命周期短，几小时到一天后会失效
deprecated/PreferredLifetime = 0不再用于新连接，地址即将失效

7.3 Linux下筛选命令

# 获取默认路由网卡
ip -6 route show default | grep -oP 'dev \K\S+'

# 从该网卡提取最佳IPv6地址（固定、非废弃、非临时）
ip -6 addr show dev ens33 | grep -v temporary | grep "dynamic mngtmpaddr" | grep -v deprecated | grep -m1 "240e" | awk '{print $2}' | cut -d'/' -f1

7.4 跨平台C++实现逻辑

1. 获取默认路由网卡名称：
   - Linux: 解析 /proc/net/route 中目标地址为 00000000 的行
   - Windows: GetAdaptersAddresses 中第一个有网关的适配器

2. 遍历该网卡的所有 IPv6 地址：
   - 跳过 link-local (fe80::/10)
   - 跳过 loopback (::1)
   - 只保留 global unicast (2000::/3)

3. 筛选状态：
   - Linux: !(ifa_flags & IFA_F_TEMPORARY) && !(ifa_flags & IFA_F_DEPRECATED)
   - Windows: SuffixOrigin != IpSuffixOriginRandom && PreferredLifetime != 0

4. 返回第一个符合条件的地址作为 DDNS 更新目标

八、过渡技术

由于IPv6与IPv4协议不兼容，从当前以IPv4为主的互联网向IPv6的演进不可能一蹴而就。如何实现两种协议之间的平滑过渡，成为IPv6能否成功部署的关键。目前业界主流的过渡技术分为三大类：双栈技术、隧道技术和翻译技术。

8.1 双栈技术（Dual Stack）

双栈技术是最基础、最直接的过渡方式，指在网络节点上同时运行IPv4和IPv6两种协议栈。双栈节点与IPv4节点通信时使用IPv4协议栈，与IPv6节点通信时使用IPv6协议栈，从而在IP网络中形成逻辑上相互独立的两张网络。

双栈技术的优势在于实现简单，不需要对现有网络架构做大规模改造，且能够保证两种协议的业务连续性。但它并不解决IPv4地址短缺的根本问题——每个双栈设备仍然需要一个IPv4地址。同时，维护两套并行的协议栈意味着路由策略、安全策略、管理维护的工作量翻倍，运营成本显著上升。在长期运行中，双栈还可能成为一种”拐杖”——当IPv6连接出现问题时，流量会自动回退到IPv4，导致IPv6的问题被掩盖而得不到及时修复。尽管如此，在过渡初期，双栈仍然是最广泛采用的方案。

8.2 隧道技术（Tunneling）

隧道技术的核心思想是：将一种协议的数据包封装在另一种协议的数据包中，通过异种网络进行传输，到达目的地后再解封装还原为原始数据包。隧道技术适用于同种协议网络之间通过异种协议网络互联的场景——例如，两个IPv6″孤岛”通过IPv4骨干网通信，或者两个IPv4网络通过IPv6骨干网通信。

隧道技术主要分为两类：一是IPv6 over IPv4隧道，用于将分散的IPv6网络通过IPv4网络连接起来；二是IPv4 over IPv6隧道，用于将IPv4网络通过IPv6网络连接起来。根据隧道终点地址的获取方式，又可分为手工配置隧道（如手工隧道、GRE隧道）和自动隧道（如6to4、6RD、ISATAP、Teredo等）。以下介绍几种具有代表性的隧道技术。

6in4是最简单的隧道机制，通过手工配置在IPv4链路上封装IPv6流量。它可靠稳定，但不可扩展，适合个人用户通过隧道代理（如Hurricane Electric）获取IPv6连接，不适合大规模部署。

6to4是一种自动隧道技术，使用特殊前缀2002::/16，将IPv4地址嵌入IPv6地址中，使得隧道端点可以自动发现。它解决了6in4不可扩展的问题，但存在严重缺陷：由于隧道端点采用任播（Anycast）方式确定，用户无法控制具体使用哪个端点，可能导致路由不对称、延迟过高，用户体验不佳。因此，6to4在实际部署中已基本被弃用。

6RD（IPv6 Rapid Deployment） 是由法国运营商FREE提出的技术，在6to4基础上发展而来。其核心改进在于：隧道端点不再使用全球任播的192.88.99.0/24地址，而是由运营商指定自己的IPv4地址和IPv6前缀，从而避免了6to4的延迟问题。FREE采用6RD方案在5周内为超过150万用户提供了IPv6服务，证明了这种技术的可扩展性。6RD要求运营商的CE（用户侧设备）和BR（边界中继）都是双栈设备，CE通过扩展的DHCP选项获取IPv6前缀、IPv4地址以及BR的IPv4地址等参数，然后将IPv6前缀与IPv4地址拼接生成用户的IPv6前缀。

ISATAP（站内自动隧道寻址协议） 用于在IPv4站点内部连接IPv6主机和路由器。双栈主机通过向ISATAP服务器发送请求，获取一个64位的IPv6前缀，再与特殊的接口标识符::0:5EFE:IPv4Address拼接，形成ISATAP地址。

Teredo是为了解决IPv6 over IPv4隧道无法穿越NAT设备的问题而提出的。它将IPv6数据包封装在UDP/ IPv4数据包中传送，从而能够穿透大多数NAT设备。

DS-Lite与前几种隧道技术方向相反，它实现的是IPv4 over IPv6隧道，即把IPv4数据包封装在IPv6隧道中传输。DS-Lite网络由三部分组成：CPE（用户侧设备，也叫B4终端）负责将用户网络的IPv4报文封装成IPv6报文；AFTR（地址族转换路由器）位于运营商网络中，同时作为隧道端点和NAT网关，负责解封装并执行NAT44转换；DS-Lite隧道则是CPE和AFTR之间的IPv4 over IPv6隧道。DS-Lite的核心价值在于：运营商不再需要为每个用户分配公网IPv4地址，用户CPE只分配IPv6地址，用户侧使用私有IPv4地址，数据包通过隧道送到运营商的CGN（运营商级NAT）设备进行集中式NAT转换，从而大幅节省IPv4地址资源。

8.3 翻译技术（Translation）

翻译技术解决的是IPv4网络与IPv6网络之间直接通信的问题。与隧道技术不同，翻译技术不是将数据包”封装”起来，而是将数据包的协议头进行转换——把IPv6头替换为IPv4头，或反之。

NAT64/DNS64是一种常用的翻译技术，使IPv6-only客户端能够访问IPv4-only服务器。其工作机制是：在运营商网络中部署一台NAT64翻译器，将IPv6数据包的头部剥离并替换为IPv4头部。DNS64扮演了核心辅助角色——它将IPv6 DNS查询转换为IPv4 DNS查询，然后把收到的IPv4 DNS记录（A记录）转换为IPv6记录（AAAA记录），使得IPv6-only设备能够”看到”IPv4服务器的地址。NAT64/DNS64已被大型移动运营商广泛采用。

464XLAT是NAT64/DNS64的补充技术。一个现实问题是，部分手机应用只支持IPv4协议栈，无法在纯IPv6环境下运行。464XLAT通过在IPv6移动设备上安装CLAT（客户端翻译器）软件，给设备分配一个虚拟的私有IPv4地址，让那些只支持IPv4的应用能够正常工作，CLAT守护进程在本地将IPv4流量翻译为IPv6流量，再通过NAT64与外部IPv4服务器通信。

MAP（Mapping Address and Port）技术是清华大学的IETF标准贡献，代表了翻译技术的前沿方向。MAP技术结合了无状态翻译和双重翻译/封装两种思路，在IPv6-only网络中承载IPv4和IPv6业务。根据报文格式不同，MAP分为MAP-E（封装方式） 和MAP-T（翻译方式） 两种。MAP技术的核心价值在于无状态——每个MAP-CE（用户侧设备）都可以独立工作，无需维护连接状态，从而大幅提升了可扩展性。这种无状态翻译技术被认为是实现IPv6单栈互联网的可行路径。

NAT-PT（网络地址转换-协议转换） 是最早出现的翻译技术之一，通过与SIIT协议转换和传统NAT相结合，实现了纯IPv6主机与纯IPv4主机的通信。但由于其在地址转换和协议转换过程中的复杂性和安全隐患，NAT-PT已被IETF正式废止（RFC 4966）。

8.4 过渡技术的演进趋势

随着IPv6部署的深入，过渡技术的选择也在发生变化。早期的过渡策略以双栈为主，但双栈并不能解决IPv4地址短缺问题，且运营成本高。因此，业界逐渐形成共识：网络架构应以IPv6为基础，将IPv4作为一种按需提供的服务（IPv4 as a Service，简称IPv4aaS）来承载。

在这一新思路下，IPv6-Mostly网络的概念应运而生（RFC 8925）。其核心机制是：通过DHCPv4 Option 108，支持IPv6-only模式的客户端向DHCPv4服务器声明”我可以不需要IPv4工作”，服务器收到后便不再为该客户端分配IPv4地址，从而节省IPv4资源。在这种网络中，设备按自身能力分类：纯IPv4设备照常获取IPv4地址；双栈设备获取IPv6和IPv4两套地址；而支持IPv6-only的设备只获取IPv6地址，通过NAT64/DNS64和464XLAT访问IPv4资源。据IETF统计，在实际场景（如大型会议的Wi-Fi网络）中，约60%至70%的设备可以在这种模式下以纯IPv6方式运行。

对于接入网络，RFC 9313建议当前应使用的IPv4aaS机制主要包括DS-Lite和464XLAT。其中，DS-Lite更受固定宽带接入运营商的青睐，而464XLAT在移动网络领域更为流行。美国国家安全局（NSA）则明确建议，除NAT64/DNS64和464XLAT外，避免使用其他依赖隧道和翻译的过渡协议，因为隧道会绕过网络边界的安全设备（防火墙、过滤路由器等）。随着IPv6流量占比越过50%至60%的”拐点”，向IPv6-only underlay架构的迁移将成为必然选择。

附录：关键参数快速参考

参数Linux内核参数 / 地址默认值说明
临时地址首选生存期temp_prefered_lft86400秒 (1天)超时后地址进入 deprecated 状态
临时地址有效生存期temp_valid_lft604800秒 (7天)超时后地址被系统删除
隐私扩展开关use_tempaddr1或2（发行版差异）0=关闭，1=优先临时，2=优先固定
地址删除后保留开关keep_addr_on_down01=网卡down时保留IPv6地址
链路本地地址fe80::/10固定每个接口必须有
回环地址::1/128固定本机通信
未指定地址::/128固定表示地址缺失
作者

老丹

关注我
其他文章