vault backup: 2026-05-27 23:01:37
This commit is contained in:
@@ -1,5 +1,5 @@
|
||||
---
|
||||
tags: [计算机网络, IPv6, SLAAC, 地址空间]
|
||||
tags: [计算机网络, IPv6, SLAAC, 地址空间, ICMPv6, NDP, 扩展头部]
|
||||
create time: 2026-05-18 00:20
|
||||
---
|
||||
|
||||
@@ -44,8 +44,30 @@ IPv4映射: 0000:0000:0000:0000:0000:ffff:c0a8:0101
|
||||
| `::1/128` | 环回 (Loopback) | `::1` | 本机 |
|
||||
| `fc00::/7` | ULA (唯一本地地址) | `fd00::1` | 私有地址，等价 RFC1918 |
|
||||
| `fe80::/10` | 链路本地 (Link-Local) | `fe80::1` | 仅同链路可用，自动配置 |
|
||||
| `ff00::/8` | 组播 (Multicast) | `ff02::1` | 多播组 |
|
||||
| — | 未指定地址 | `::` | 类似 IPv4 的 0.0.0.0 |
|
||||
| `ff00::/8` | 组播 (Multicast) | `ff02::1` | 多播组（作用域由第二段决定） |
|
||||
| — | 未指定地址 | `::` | 仅用于 DAD、默认路由等，不可作为目标地址 |
|
||||
| `2000::/3` 中分配 | 任播 (Anycast) | 与单播地址格式相同 | 一组节点共享同一地址，报文送达最近的一个 |
|
||||
|
||||
> [!question] IPv6 地址空间到底有多大？
|
||||
> 128 位 = 2¹²⁸ ≈ 3.4 × 10³⁸ 个地址。对比：IPv4 仅 2³² ≈ 43 亿，全球沙粒总数约 7.5 × 10¹⁸。IPv6 的地址数足以给地球上每一粒沙子分配约 4.5 × 10¹⁹ 个地址。实际上，全球单播地址仅使用 `2000::/3`（约 1/8 空间），但已绰绰有余。
|
||||
|
||||
> [!tip] 链路本地地址 (Link-Local) 是强制的
|
||||
> 每个启用 IPv6 的接口**必须**自动配置一个 `fe80::` 开头的链路本地地址——即使没有路由器、没有全球前缀。因为 NDP（邻居发现）、RA 接收、DAD 等基础协议都依赖它运作。
|
||||
|
||||
### 组播地址作用域
|
||||
|
||||
IPv6 组播地址格式为 `ff0s::/8`，其中 `s` 是作用域标志：
|
||||
|
||||
| 第二段 (scope) | 前缀 | 作用域 | 常见地址 |
|
||||
|:-:|:-:|:-:|:-:|
|
||||
| 1 | `ff01::/16` | 本机 (Interface-Local) | `ff01::1` 所有节点 |
|
||||
| 2 | `ff02::/16` | 链路 (Link-Local) | `ff02::1` 所有节点, `ff02::2` 所有路由器 |
|
||||
| 5 | `ff05::/16` | 站点 (Site-Local) | `ff05::1:3` 所有 DHCP 服务器 |
|
||||
| 8 | `ff08::/16` | 组织 (Organization) | 企业级范围 |
|
||||
| e | `ff0e::/16` | 全球 (Global) | 跨互联网组播 |
|
||||
|
||||
> [!question] IPv6 去掉了广播，用什么替代？
|
||||
> IPv4 有广播（`255.255.255.255`），IPv6 **完全取消广播**，用组播 + 任播替代。`ff02::1`（所有节点组播）在功能上等价于链路广播，但更精准——只有加入该组的节点才处理。
|
||||
|
||||
## IPv6 地址组成
|
||||
|
||||
@@ -56,11 +78,16 @@ IPv4映射: 0000:0000:0000:0000:0000:ffff:c0a8:0101
|
||||
```
|
||||
MAC: aa:bb:cc:dd:ee:ff
|
||||
插入 ff:fe → aa:bb:cc:ff:fe:dd:ee:ff
|
||||
翻转第七位(UD bit) → ab:bb:cc:ff:fe:dd:ee:ff
|
||||
翻转第七位(U/L bit) → a8:bb:cc:ff:fe:dd:ee:ff
|
||||
↑ aa=10101010 → 第7位取反 → 10101000=a8
|
||||
|
||||
结果: fe80::ab:bb:cc:ff:fe:dd:ee:ff (link-local)
|
||||
结果: fe80::a8bb:ccff:fedd:eeff (link-local)
|
||||
```
|
||||
|
||||
> [!warning] EUI-64 的隐私隐患与 RFC 4941
|
||||
> EUI-64 将 MAC 地址嵌入 IPv6 地址，意味着你的设备在全球可被追踪（MAC 不变 → IPv6 接口 ID 不变）。
|
||||
> **RFC 4941 隐私扩展**：主机周期性生成**随机临时地址**用于对外通信（如上网浏览），EUI-64 地址仅用于入站连接。现代 OS（Linux/Windows/macOS）默认启用此机制。
|
||||
|
||||
### SLAAC（ Stateless Address Autoconfiguration ）
|
||||
|
||||
主机无需 DHCP 服务器，通过 Router Advertisement（RA）消息自行配置：
|
||||
@@ -70,24 +97,45 @@ sequenceDiagram
|
||||
participant Host as 主机
|
||||
participant R as 路由器
|
||||
|
||||
R->>Host: Router Advertisement (每 200s~60min)
|
||||
R->>Host: Router Advertisement (每 200s~1800s)
|
||||
Note over Host: RA 中包含:
|
||||
Note over Host: - 前缀 (如 2001:db8:abcd::/64)
|
||||
Note over Host: - prefix length
|
||||
Note over Host: - 默认网关
|
||||
Note over Host: - DNS (RFC 6106 / RDNSS)
|
||||
Note over Host: - M/O 标志位
|
||||
|
||||
Host->>Host: 自构 IPv6 地址
|
||||
Host->>R: NDP Neighbor Solicitation (查重)
|
||||
R-->>Host: (无冲突 → 无回复)
|
||||
Host->>Host: DAD: 以 :: 为源地址发送 NS
|
||||
Host->>R: NDP Neighbor Solicitation (目标=候选地址)
|
||||
R-->>Host: (无冲突 → 无 NA 回复)
|
||||
Host->>Host: ✅ 分配 2001:db8:abcd::<interface-id>
|
||||
```
|
||||
|
||||
### DUID-DHCPv6
|
||||
> [!info] RA 中的 M/O 标志位决定地址获取方式
|
||||
> | 标志 | 含义 | 行为 |
|
||||
> |------|------|------|
|
||||
> | **M** (Managed) | 管理地址配置 | 主机**必须**使用 DHCPv6 获取地址 |
|
||||
> | **O** (Other) | 其他配置 | SLAAC 获取地址 + DHCPv6 获取 DNS 等信息 |
|
||||
> | M=0, O=0 | 纯 SLAAC | 前缀 + 接口标识符，无 DHCPv6 |
|
||||
|
||||
DHCPv6 服务器分配地址时需要客户端标识：
|
||||
- **DUID-LLT**: DUID + Link-Layer Time + Link-Layer Address
|
||||
- **DUID-UUID**: DUID + UUID (持久不变)
|
||||
> [!tip] DAD（重复地址检测）为什么用 `::` 作为源地址？
|
||||
> 因为发送 DAD 时，该地址还未正式归属于主机——正在验证中。所以用未指定地址 `::` 作为源，避免"自己宣布了一个还没确认的地址"的矛盾。
|
||||
|
||||
### DHCPv6 与 DUID
|
||||
|
||||
DHCPv6 相比 SLAAC 提供更多控制（DNS、NTP、域名等），适用于企业环境。客户端标识使用 DUID（DHCP Unique Identifier）：
|
||||
|
||||
| DUID 类型 | 组成 | 特点 |
|
||||
|:-:|:-:|:-:|
|
||||
| **DUID-LLT** | MAC + 时间戳 | 最常用，基于链路层地址+生成时间 |
|
||||
| **DUID-LL** | 仅 MAC | 无时间戳，适合无持久存储设备 |
|
||||
| **DUID-UUID** | UUID | 持久不变，虚拟机场景 |
|
||||
|
||||
> [!info] SLAAC vs DHCPv6 速查
|
||||
> - **SLAAC**: 零配置、去中心化，适合家庭/小型网络
|
||||
> - **DHCPv6 Stateful**: 完整地址分配+配置管理，适合企业
|
||||
> - **DHCPv6 Stateless**: SLAAC 分配地址 + DHCPv6 仅下发 DNS 等信息（最常见组合）
|
||||
|
||||
## IPv6 首部 vs IPv4 首部
|
||||
|
||||
@@ -102,6 +150,42 @@ DHCPv6 服务器分配地址时需要客户端标识：
|
||||
| 首部 Checksum | ✅ | ❌ **已删除！** |
|
||||
| 分片 | ID/DF/MF/Offset | 移到扩展头（由源端分片） |
|
||||
|
||||
IPv6 固定首部仅 40 字节，结构如下：
|
||||
|
||||
```mermaid
|
||||
block-beta
|
||||
columns 4
|
||||
block:header:4
|
||||
columns 4
|
||||
A["Version 4bit"]:1
|
||||
B["Traffic Class 8bit"]:1
|
||||
C["Flow Label 20bit"]:2
|
||||
end
|
||||
block:body:4
|
||||
columns 4
|
||||
D["Payload Length 16bit"]:1
|
||||
E["Next Header 8bit"]:1
|
||||
F["Hop Limit 8bit"]:1
|
||||
G["reserved"]:1
|
||||
end
|
||||
block:src:4
|
||||
columns 1
|
||||
H["Source Address 128bit"]
|
||||
end
|
||||
block:dst:4
|
||||
columns 1
|
||||
I["Destination Address 128bit"]
|
||||
end
|
||||
|
||||
style header fill:#e8f4fd,stroke:#2196f3
|
||||
style body fill:#f3e5f5,stroke:#9c27b0
|
||||
style src fill:#e8f5e9,stroke:#4caf50
|
||||
style dst fill:#fff3e0,stroke:#ff9800
|
||||
```
|
||||
|
||||
> [!question] IPv6 固定首部 40 字节 vs IPv4 最小 20 字节，更大反而更好？
|
||||
> IPv6 首部虽然更大，但**字段更少且固定**（无 Options），路由器处理时无需条件分支判断——这就是"简化首部"的设计哲学。用空间换时间，线速转发更容易实现。
|
||||
|
||||
### IPv6 为什么去掉 Checksum？
|
||||
|
||||
- TCP/UDP/ICMPv6 自带端到端校验
|
||||
@@ -112,27 +196,68 @@ DHCPv6 服务器分配地址时需要客户端标识：
|
||||
|
||||
新引入的 20-bit 字段，用于标识属于同一"流"的数据包序列。中间网络设备可据此做 QoS 或负载均衡——无需深度解析载荷。
|
||||
|
||||
典型场景：同一 TCP 连接的所有包携带相同的 Flow Label，路由器据此快速分类转发路径，避免逐包查表。结合 SRv6 使用效果更佳。
|
||||
|
||||
## IPv6 扩展头部（Extension Headers）
|
||||
|
||||
IPv6 将可选功能移出固定首部，放在扩展头链中，由 Next Header 字段串联：
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
FH["Fixed Header"]
|
||||
HBH["Hop-by-Hop Options"]
|
||||
DO["Destination Options"]
|
||||
RT["Routing"]
|
||||
FR["Fragment"]
|
||||
AH["AH"]
|
||||
ESP["ESP"]
|
||||
UL["Upper Layer TCP/UDP/ICMPv6"]
|
||||
|
||||
FH -->|"Next Header=0"| HBH
|
||||
FH -->|"Next Header=60"| DO
|
||||
HBH -->|"Next Header=43"| RT
|
||||
RT -->|"Next Header=44"| FR
|
||||
FR -->|"Next Header=51"| AH
|
||||
AH -->|"Next Header=50"| ESP
|
||||
ESP -->|"Next Header=6/17/58"| UL
|
||||
DO -->|"Next Header=6/17/58"| UL
|
||||
```
|
||||
Fixed Header → Hop-by-Hop Options (可选) → Destination Options → Routing → Fragment → Authentication (AH) → Encapsulating Security Payload (ESP) → Upper Layer (TCP/UDP/ICMPv6)
|
||||
```
|
||||
|
||||
> [!info] 扩展头的顺序是有规定的
|
||||
> RFC 8200 建议的推荐顺序：Hop-by-Hop → Destination(路由头之前) → Routing → Fragment → AH → ESP → Destination(上层头之前)。但中间路由器**只需处理** Hop-by-Hop Options，其余扩展头在到达最终目的地时才解析——这对转发性能非常友好。
|
||||
|
||||
| 扩展头 | 类型值 | 用途 |
|
||||
|--------|-------|------|
|
||||
| Hop-by-Hop Options | 0 | 逐跳选项（极少使用） |
|
||||
| Routing | 43 | 路由类型 0 (SRv6 前身)、Type 2 (Mobile IPv6) |
|
||||
| Routing | 43 | Type 2 (Mobile IPv6)；~~Type 0 已废弃~~（见下方警告） |
|
||||
| Fragment | 44 | 分片信息（ID/offset/MF），仅出现在原始包中 |
|
||||
| Authentication (AH) | 51 | IPsec 认证（较少独立使用） |
|
||||
| Encapsulating Security Payload (ESP) | 50 | IPsec 加密封装 |
|
||||
| Destination Options | 60 | 终点选项（MIO 移动 IPv6、Jumbo Payload） |
|
||||
| Destination Options | 60 | 终点选项（MIPv6、Jumbo Payload） |
|
||||
| Mobility Header | 135 | Mobile IPv6 |
|
||||
|
||||
> [!danger] Routing Header Type 0 (RH0) 已被废弃
|
||||
> RFC 5095 (2007) **禁止使用 RH0**。原因是攻击者可在 RH0 中列出多个中间节点，让数据包在两个路由器之间反复弹跳（Amplification Attack），造成 DDoS。现代路由器收到 RH0 会直接丢弃。SRv6（Segment Routing over IPv6）使用新的 SRH 扩展头（Type 4）来实现类似功能，且设计上避免了此安全问题。
|
||||
|
||||
> [!warning] Path MTU Discovery in IPv6
|
||||
> IPv6 规定**路由器不允许对 IP 包分片**。如果包超过链路 MTU，路由器直接丢弃并返回 ICMPv6 "Packet Too Big"。这就是 PMTUD 在 IPv6 中成为强制要求的原因。
|
||||
|
||||
## ICMPv6：IPv6 的"万能胶水"
|
||||
|
||||
ICMPv6（Next Header = 58）在 IPv6 中的角色远超 IPv4 的 ICMP——它同时承载了 IPv4 中 ARP、IGMP 的功能：
|
||||
|
||||
| 功能 | IPv4 中的协议 | IPv6 中统一由 ICMPv6 承担 |
|
||||
|------|:--:|:-:|
|
||||
| 错误/信息报告 | ICMP | ICMPv6 |
|
||||
| 地址解析（MAC↔IP） | **ARP** | **NDP** (Neighbor Discovery Protocol) |
|
||||
| 组播组管理 | **IGMP** | **MLD** (Multicast Listener Discovery) |
|
||||
| 路由器发现 | 无标准协议 | **RA/RS** (Router Advertisement/Solicitation) |
|
||||
| 重复地址检测 | 无 | **DAD** (Duplicate Address Detection) |
|
||||
| Path MTU 发现 | ICMP "Fragmentation Needed" | ICMPv6 "Packet Too Big" |
|
||||
|
||||
> [!question] 为什么 IPv6 去掉了 ARP？
|
||||
> ARP 是一个独立的 L2/L3 之间的"怪胎"协议（既不是 IP 也不是 TCP/UDP），有广播泛洪、无认证等先天缺陷。IPv6 用 NDP（基于 ICMPv6 组播）替代它——地址解析只发到目标节点所在的组播组，而非广播全网，更高效也更安全。
|
||||
|
||||
## IPv4 到 IPv6 的过渡机制
|
||||
|
||||
| 技术 | 原理 | 适用场景 |
|
||||
@@ -144,22 +269,42 @@ Fixed Header → Hop-by-Hop Options (可选) → Destination Options → Routing
|
||||
|
||||
## Go 中的 IPv6 支持
|
||||
|
||||
Go 的 `net` 包天然支持 IPv6，`"tcp6"` 和 `"tcp4"` 区分协议族：
|
||||
|
||||
```go
|
||||
import "net"
|
||||
|
||||
// 创建双栈监听器（同时支持 v4/v6）
|
||||
ln, err := net.Listen("tcp6", ":8080")
|
||||
// 设置 IPv6Only = false 可同时接受 IPv4 连接 (DualStack)
|
||||
|
||||
// 解析 IPv6 地址
|
||||
ip := net.ParseIP("2001:db8::1") // net.IP 天然支持 v4/v6
|
||||
import (
|
||||
"context"
|
||||
"net"
|
||||
"syscall"
|
||||
)
|
||||
|
||||
// 解析与判断
|
||||
ip := net.ParseIP("2001:db8::1") // net.IP 同时支持 v4/v6
|
||||
_, cidr, _ := net.ParseCIDR("2001:db8::/32")
|
||||
fmt.Println(cidr.Contains(ip)) // true
|
||||
|
||||
// Dual Stack 监听（同时接受 v4/v6 连接）
|
||||
// 注意：Linux 默认 IPv6 socket 也接受 v4（IPV6_V6ONLY=0）
|
||||
ln, _ := net.Listen("tcp", ":8080")
|
||||
|
||||
// 仅 IPv6 监听（不接受 v4 映射地址）
|
||||
lc := net.ListenConfig{
|
||||
Control: func(network, address string, c syscall.RawConn) error {
|
||||
return c.Control(func(fd uintptr) {
|
||||
syscall.SetsockoptInt(int(fd), syscall.IPPROTO_IPV6,
|
||||
syscall.IPV6_V6ONLY, 1) // 强制 IPv6 only
|
||||
})
|
||||
},
|
||||
}
|
||||
ln6, _ := lc.Listen(context.Background(), "tcp6", ":8080")
|
||||
```
|
||||
|
||||
> [!tip] 实战建议
|
||||
> 生产环境建议使用 `"tcp"` (Dual Stack) 监听，让 OS 同时处理 v4/v6。仅在需要明确区分协议族时才使用 `tcp4`/`tcp6`。
|
||||
|
||||
## 关联笔记
|
||||
|
||||
- [[hhs/NETWORK/IPv4首部与分段重组]] — IPv4 和 IPv6 首部的差异对比
|
||||
- [[hhs/NETWORK/DNS原理与优化]] — AAAA 记录解析 IPv6 地址
|
||||
- [[hhs/NETWORK/CIDR与子网划分]] — CIDR 在 IPv6 中的应用方式相同
|
||||
- [[hhs/NETWORK/02-网络层/02-ARP与ICMP]] — ARP 协议（被 NDP 替代）
|
||||
|
||||
Reference in New Issue
Block a user