隐私地址解决什么问题
早期用 EUI-64 生成的接口标识直接来自硬件地址，意味着同一台终端在不同网络里的地址后缀固定不变，可以据此长期追踪设备。隐私扩展改变了这一点：临时地址定期轮换并优先用于出向连接；稳定隐私标识则按前缀生成，同一个网络内保持稳定，跨网络无法关联。现代系统常常把两者结合使用。
基本信息
| 隐私扩展 | RFC 4941 定义临时地址，已由 RFC 8981 更新 |
|---|---|
| 稳定隐私 | RFC 7217，按前缀生成稳定但不可追踪的接口标识 |
| 轮换行为 | 临时地址定期更换，旧地址进入废弃状态并逐步停用 |
| 使用偏好 | 出向连接优先使用临时地址，入向连接依赖稳定地址 |
| 系统差异 | Windows 默认结合两种机制，Linux 通过内核参数控制 |
| 运维影响 | 按完整地址做访问控制会随地址变化而失效 |
Linux 观察与配置
Linux 观察与配置
ip -6 addr show dev eth0
# 输出中可见 temporary 与 deprecated 标记
sysctl net.ipv6.conf.all.use_tempaddr # 2 表示优先使用临时地址
sysctl net.ipv6.conf.all.temp_prefered # 临时地址的首选生存期
sysctl net.ipv6.conf.all.temp_valid # 临时地址的总生存期
sysctl net.ipv6.conf.eth0.use_tempaddr # 按接口单独设置三种标识对比
| 类型 | 来源 | 特点 |
|---|---|---|
| EUI-64 | 硬件地址推算 | 后缀固定，可被跨网络追踪 |
| 稳定隐私 | 前缀加密钥计算 | 同前缀稳定、跨网络不可关联 |
| 临时地址 | 随机生成并轮换 | 定期更换，保护出向连接隐私 |
典型使用场景
- 客户端网络按前缀而非完整地址做策略，终端地址轮换后策略依然有效
- 服务器需要稳定地址时关闭临时地址，保证入向连接与监控采集不中断
- 审计日志分析：同一设备可能出现多个源地址，需要按前缀或设备标识归并
- 跨网络追踪风险评估：评估终端在不同网络是否呈现稳定的可识别标识
- 排障时区分地址类型：看到 temporary 或 deprecated 标记说明存在地址轮换机制
地址轮换会影响依赖地址的绑定策略：按 /128 做的访问控制、计费与监控都可能失效，规划时应按前缀组织规则而不是按单个地址。