vault backup: 2026-05-27 23:01:37

This commit is contained in:
hhs
2026-05-27 23:01:37 +08:00
parent d09524a6b2
commit 271ab1c1f4
7 changed files with 1128 additions and 180 deletions
@@ -22,7 +22,7 @@ CIDR(Classless Inter-Domain Routing,无类别域间路由)是现代 IP 寻
### 常见子网对照表
| CIDR | 子网掩码 | 主机数 ( usable) | 典型用途 |
| CIDR | 子网掩码 | 主机数 (usable) | 典型用途 |
|------|---------|-----------------|---------|
| /30 | 255.255.255.252 | 2 | 点对点链路 |
| /29 | 255.255.255.248 | 6 | 小型办公室 |
@@ -31,16 +31,30 @@ CIDR(Classless Inter-Domain Routing,无类别域间路由)是现代 IP 寻
| /26 | 255.255.255.192 | 62 | 小型部门 |
| /25 | 255.255.255.128 | 126 | 中型部门 |
| /24 | 255.255.255.0 | 254 | **最常用**,标准办公室 VLAN |
| /23 | 255.255.255.254 | 510 | 大型部门 |
| /22 | 255.255.255.252 | 1022 | 数据中心租户 |
| /21 | 255.255.255.248 | 2046 | 大规模部署 |
| /16 | 255.255.255.0 | 65534 | 大型企业内网 |
| /23 | 255.255.254.0 | 510 | 大型部门 |
| /22 | 255.255.252.0 | 1022 | 数据中心租户 |
| /21 | 255.255.248.0 | 2046 | 大规模部署 |
| /16 | 255.255.0.0 | 65534 | 大型企业内网 |
> [!tip] 快速计算可用主机数
> $N_{usable} = 2^h - 2$,其中 $h$ 是主机位数量($h = 32 - \text{prefix}$)
> - `-2` 因为网络地址和广播地址不可用
> - 对于 /31(点对点链路),RFC 3021 允许使用 2 个地址(无网络/广播位)
## CIDR vs 分类地址:为什么需要 CIDR?
CIDR(1993 年,RFC 1518/1519)诞生之前,IP 地址按 A/B/C 三类硬性划分,带来两个致命问题:
| 对比项 | 分类地址(Classful) | CIDR(Classless) |
|--------|-------------------|-----------------|
| 前缀长度 | A=/8, B=/16, C=/24 固定三档 | 任意 /0 ~ /32 |
| 分配灵活性 | 差——中等规模网络要么浪费 B 类(/16 多余),要么 C 类(/24)不够 | 精确按需分配 |
| 路由聚合 | 不支持,每个网络单独一条路由 | 支持超网聚合,压缩路由表 |
| 路由表规模 | 随网络数线性增长 | 聚合后显著缩小 |
> [!QUESTION] 分类地址到底浪费有多严重?
> 一个需要 2000 台主机的机构,在分类体系下只能申请 B 类地址(/16,65534 个 IP),实际使用率仅 **3%**——剩下 63000+ 个地址被白白锁死。CIDR 只需分配 /21(2046 个 IP),利用率直接拉满。
## 子网划分的核心算法
### 示例:从 /24 划分为 4 个子网
@@ -64,11 +78,11 @@ Subnet 3: 192.168.1.192/26 — 范围: .192~.255 — 可用: .193~.254 — Bca
```mermaid
flowchart LR
S0["192.168.1.0/26<br/>.1-.62"] -->|"PCs / Servers"| SW0[Switch-A]
S1["192.168.1.64/26<br/>.65-.126"] -->|"IP Phones"| SW1[Switch-B]
S2["192.168.1.128/26<br/>.129-.190"] -->|"Guest WiFi"| AP1[AP-C]
S3["192.168.1.192/26<br/>.193-.254"] -->|"IoT Devices"| GW1[Gateway .1]
S0["192.168.1.0/26<br/>.1-.62"] -->|"PCs, Servers"| SW0["Switch-A"]
S1["192.168.1.64/26<br/>.65-.126"] -->|"IP Phones"| SW1["Switch-B"]
S2["192.168.1.128/26<br/>.129-.190"] -->|"Guest WiFi"| AP1["AP-C"]
S3["192.168.1.192/26<br/>.193-.254"] -->|"IoT Devices"| GW1["Gateway .1"]
style S0 fill:#DDA0DD,color:#000
style S1 fill:#FFD700,color:#000
style S2 fill:#98FB98,color:#000
@@ -77,17 +91,39 @@ flowchart LR
### VLSM(可变长子网掩码)
不同子网可以用不同长度的掩码——这就是**可变长子掩码**。
不同子网可以用不同长度的掩码——这就是**可变长子网掩码**(VLSM)。在 CIDR 出现之前,同一网络内所有子网必须等长,造成大量地址浪费。VLSM 允许按需"量体裁衣"。
场景:公司有 4 个部门,需要不同规模:
- 研发部:200 台 → 需要至少 202 → /24(254 台)
- 市场部:50 台 → 需要至少 52 → /26(62 台)
- 行政部:10 台 → 需要至少 12 → /28(14 台)
- 互联链:2 台 → 需要 2 → /30(2 台)
场景:公司申请了 `192.168.0.0/22`(1022 个可用 IP),4 个部门需求如下:
总计借用:32 - 24 = 8 位主机位
- 研发 /24: 借回 0 位子网位 → 用掉 1 个大块
- 剩余给其他 3 个 /26, /28, /30...
| 部门 | 主机数 | 需要 ≥ | 分配掩码 | 可用 IP |
|------|--------|-------|---------|--------|
| 研发部 | 200 | 202 | /24 | 254 |
| 市场部 | 50 | 52 | /26 | 62 |
| 行政部 | 10 | 12 | /28 | 14 |
| 互联链路 | 2 | 2 | /30 | 2 |
**分配原则:从大到小,依次切割**(先给需求最大的部门分配,避免碎片化):
```
总地址池: 192.168.0.0/22(含 .0.0 ~ .3.255,共 1024 地址)
① 研发部 → 192.168.0.0/24 用掉 256 地址(.0.0 ~ .0.255)
剩余: 192.168.1.0 ~ 192.168.3.255
② 市场部 → 192.168.1.0/26 用掉 64 地址(.1.0 ~ .1.63)
剩余: 192.168.1.64 ~ 192.168.3.255
③ 行政部 → 192.168.1.64/28 用掉 16 地址(.1.64 ~ .1.79)
剩余: 192.168.1.80 ~ 192.168.3.255
④ 互联链 → 192.168.1.80/30 用掉 4 地址(.1.80 ~ .1.83)
剩余: 192.168.1.84 ~ 192.168.3.255(留给未来扩展)
```
> [!tip] VLSM 规划要点
> - **先大后小**:优先满足最大子网需求,剩余空间再切分,避免碎片
> - **注意边界对齐**:每个子网起始地址必须是其掩码块大小的整数倍(例如 /26 块大小 64,起址必须是 64 的倍数)
> - 实际操作中常用 Excel 或 `ipcalc`/`sipcalc` 工具辅助规划
## 实用计算工具
@@ -112,10 +148,35 @@ $ python3 -c "import ipaddress; print(list(ipaddress.ip_network('192.168.10.0/26
| 步骤 | 操作 |
|------|------|
| 1 | 将最后一个 octet 转换为二进制 |
| 2 | 前 prefix%32 位为网络位,其余为主机位 |
| 3 | 网络地址 = 全置 0;广播地址 = 全置 1 |
| 4 | 可用范围 = 网络地址+1 ~ 广播地址-1 |
| 1 | 将 IP 地址与子网掩码都转为二进制 |
| 2 | **网络地址** = IP **按位 AND** 掩码(两列都为 1 才写 1) |
| 3 | **广播地址** = 网络地址的主机位全部置 1 |
| 4 | **可用范围** = 网络地址+1 ~ 广播地址-1 |
> [!example] 动手练:求 `172.16.50.100/18` 的网络地址、广播地址、可用范围
>
> **步骤 1** — 写出第三字节的二进制(/18 意味着前两个字节 + 第三字节前 2 位是网络位):
> ```
> IP 第三字节: 50 = 00110010
> 掩码第三字节: 192 = 11000000 ← /18 对应 255.255.192.0
> ```
>
> **步骤 2** — 按位 AND:
> ```
> IP: 00110010
> Mask: 11000000
> AND: 00000000 → 网络地址第三字节 = 0
> 网络地址 = 172.16.0.0
> ```
>
> **步骤 3** — 主机位全 1(第三字节后 6 位 + 第四字节 8 位 = 14 位主机位):
> ```
> 00111111.11111111 = 63.255
> 广播地址 = 172.16.63.255
> ```
>
> **步骤 4** — 可用范围:
> `172.16.0.1 ~ 172.16.63.254`,共 $2^{14} - 2 = 16382$ 个可用 IP
## 私有地址空间(RFC 1918)
@@ -132,6 +193,38 @@ $ python3 -c "import ipaddress; print(list(ipaddress.ip_network('192.168.10.0/26
> - 多机房、分布式 → `10.0.0.0/8` 留有余量
> - Docker 默认使用 `172.17.0.0/16`
## 特殊地址段速查
除了 RFC 1918 私有地址,还有几个常考的特殊地址段:
| 地址段 | 名称 | 用途 |
|--------|------|------|
| `127.0.0.0/8` | 环回地址(Loopback) | 本机测试,最常用 `127.0.0.1` |
| `169.254.0.0/16` | 链路本地地址(Link-local) | DHCP 失败时自动分配(APIPA) |
| `224.0.0.0/4` | 组播地址(Multicast) | OSPF 用 `224.0.0.5`/`224.0.0.6` |
| `0.0.0.0/8` | 本网络 | 表示「当前网络」,路由表中代表默认路由 |
> [!QUESTION] 为什么 `127.0.0.1` 能 Ping 通自己?
> 发送到 127.x.x.x 的数据包不会离开主机——操作系统内核的网络栈直接将它**环回**到传输层,不经过任何物理网卡。这也是它作为服务健康检查首选地址的原因。
## 最长前缀匹配(Longest Prefix Match)
CIDR 引入了一个关键的路由查找规则:当一个目标 IP 匹配多条路由时,**前缀越长(掩码越精确)的路由优先**。
```
路由表:
192.168.0.0/16 → 下一跳 A
192.168.1.0/24 → 下一跳 B
192.168.1.0/26 → 下一跳 C
目标 IP: 192.168.1.50
匹配 /16 ✅ /24 ✅ /26 ✅
最长前缀 → /26 → 选择下一跳 C
```
> [!tip] 面试高频题
> 最长前缀匹配是路由器硬件(TCAM)的核心算法。理解它,就理解了为什么 CIDR 能让路由表既精简又灵活——聚合路由用短前缀覆盖大范围,精确路由用长前缀处理例外。
## 超网聚合(Supernetting / CIDR Aggregation)
将多个连续的小网合并为一个更大的网:
@@ -145,7 +238,7 @@ $ python3 -c "import ipaddress; print(list(ipaddress.ip_network('192.168.10.0/26
共同前缀: 11000000.10101000.000000XX → /22
聚合后: 192.168.0.0/22 包含 1024 个 IP
(注意:实际只用了其中两个 /24 块,浪费了中间两个)
(注意:实际只用了其中 3 个 /24 块,浪费了 192.168.0.0/24 这 1 个)
```
路由聚合减少了全球 BGP 路由表的大小。没有 CIDR 聚合,BGP 路由表会膨胀到百万级别。
@@ -153,30 +246,48 @@ $ python3 -c "import ipaddress; print(list(ipaddress.ip_network('192.168.10.0/26
## Go 中的子网判断
```go
import "net"
package main
ip := net.ParseIP("192.168.1.50")
_, cidr, _ := net.ParseCIDR("192.168.1.0/26")
import (
"fmt"
"net"
)
if cidr.Contains(ip) {
fmt.Println("IP 在子网范围内 ✅")
}
func main() {
ip := net.ParseIP("192.168.1.50")
_, cidr, _ := net.ParseCIDR("192.168.1.0/26")
// 遍历所有可用 IP
for ip := cidr.IP.Mask(cidr.Mask); cidr.Contains(ip); inc(ip) {
if ip.Equal(cidr.IP) || ip.Equal(lastIP) {
continue // 跳过网络地址和广播地址
// 判断 IP 是否在子网内
if cidr.Contains(ip) {
fmt.Println("IP 在子网范围内 ✅")
}
// 计算广播地址(网络地址 | ^子网掩码)
broadcast := make(net.IP, len(cidr.IP))
for i := range cidr.IP {
broadcast[i] = cidr.IP[i] | ^cidr.Mask[i]
}
// 遍历所有可用 IP(跳过网络地址和广播地址)
for ip := cidr.IP.Mask(cidr.Mask); cidr.Contains(ip); inc(ip) {
if ip.Equal(cidr.IP) || ip.Equal(broadcast) {
continue
}
fmt.Println(ip) // 处理每个可用 IP
}
}
// IP 地址自增(逐字节进位)
func inc(ip net.IP) {
for i := len(ip) - 1; i >= 0; i-- {
ip[i]++
if ip[i] > 0 { break }
}
// 处理每个可用 IP
}
func inc(ip net.IP) { for i := len(ip) - 1; i >= 0; i-- {
ip[i]++
if ip[i] > 0 { break }
}}
```
## 关联笔记
- [[hhs/NETWORK/IPv4首部与分段重组]] — IP 地址在 IPv4 包中的位置
- [[hhs/NETWORK/IPv6地址与扩展头部]] — IPv6 同样使用 CIDR 表示法
- [[hhs/NETWORK/NAT原理与应用]] — NAT 通常映射到私有地址空间
- [[hhs/NETWORK/03-网络层/01-IPv4首部与分段重组]] — IP 地址在 IPv4 包中的位置
- [[hhs/NETWORK/03-网络层/03-IPv6地址与扩展头部]] — IPv6 同样使用 CIDR 表示法
- [[hhs/NETWORK/03-网络层/08-NAT原理与应用]] — NAT 通常映射到私有地址空间