快速判定
快速判定
# Windows
ipconfig /all # 见到 169.254.* → DHCP 失败
# Linux
ip addr show # 同上
# 复测
dhclient -v eth0 2>&1 | tail # 观察 DHCP 交互云厂商元数据地址 169.254.169.254 是特意保留的例外（AWS/Azure/阿里云均用），不属故障。
本包目录（177 条）
掩码与 CIDR 速算50 条
私网与特殊地址45 条
- RFC1918 私网三地址段
- 192.168.0.0/16 私网段：家庭与小型办公
- 127.0.0.0/8 回环地址
- 10.0.0.0/8 私网段：大型企业首选
- 私网三段怎么选：10.x、172.16/12 与 192.168/16 对比
- 172.16.0.0/12 私网段：16 个 /16 的中型空间
- 169.254.0.0/16 链路本地地址（APIPA）
- NAT 三种类型：静态 NAT、动态 NAT 与 PAT 的区别
- 私网重叠与 VPN 冲突：两端都是 192.168.1.0/24 怎么办
- 0.0.0.0 的四种含义与 0.0.0.0/8
- CGNAT 与 100.64/10：运营商级 NAT 的判定与溯源
- 内网 10.x 分层规划：区域-站点-VLAN 编码法
- 100.64.0.0/10 运营商级 NAT 共享地址（CGNAT）
- IANA IPv4 特殊用途地址全表
- 169.254 自救地址（APIPA）与 DHCP 失败排查
- 0.0.0.0、127.0.0.1 与具体 IP：服务监听怎么绑
- TEST-NET-1/2/3 文档专用三段
- 组播范围位与 TTL：224.0.0.1 为什么出不了本网段
- 224.0.0.0/4 组播地址总览
- 169.254.169.254 云实例元数据地址
- 广播域大小建议：为什么局域网网关惯例是 /24
- 特殊地址抓包排障：0.0.0.0、255.255.255.255 与组播上手
- IPv4 耗尽之后：NAT 常态与端到端能力的退化
- 255.255.255.255 受限广播
- 路由协议常用组播地址
- 云上子网的保留地址（AWS/Azure 各 5 个）
- IPv4 组播 MAC 映射：为什么 32 个组播 IP 共用一个 MAC
- 用 Python ipaddress 判定特殊地址
- 198.18.0.0/15 网络设备基准测试段
- 应用层常用组播地址（NTP/mDNS/SSDP）
- A 类地址（历史分类）1-126 /8
- 192.0.0.0/24 IETF 协议分配段总览
- 定向广播地址（子网广播）
- 240.0.0.0/4 保留地址（原 E 类）
- C 类地址（历史分类）192-223 /24
- B 类地址（历史分类）128-191 /16
- Bogon/martian：非法源地址过滤
- 192.0.0.170/171 NAT64/DNS64 发现地址
- D 类与 E 类（组播与保留）
- 192.88.99.0/24 6to4 中继段（已弃用）
- 192.0.0.8/32 IPv4 占位地址（dummy）
- 192.0.0.10/32 TURN Anycast 地址
- 192.0.0.9/32 PCP Anycast 地址
- AS112 反向前缀与服务段
- 233.252.0.0/24 组播测试段（MCAST-TEST-NET）
169.254 自救地址（APIPA）与 DHCP 失败排查
主机拿不到 DHCP 时会自配 169.254.x.x/16（APIPA，RFC 3927）：同链路段设备可互 ping，但没有网关上不了网。排查顺序：DHCP 服务/中继 → 地址池 → 链路与 VLAN → 客户端配置。
易错点
- 把 169.254 当“网络正常”
- 批量机器出现 APIPA 却先查交换机：先看 DHCP 服务与中继
数据来源与参考
- RFC 3927（IPv4 链路本地）
- Microsoft Learn（APIPA 排错）