首页/网络/协议速查/特殊 IP 地址速查

特殊 IP 地址速查

0.0.0.0、127.0.0.1、广播、组播、CGNAT 段各有用法:搞混 0.0.0.0 与 127.0.0.1 是「服务外部连不上」的常见原因。

协议速查网络更新于 2026-10-13

几个容易搞混的地址

0.0.0.0 有两个身份:作为监听地址表示「所有网卡都收」,作为路由目标表示默认路由;127.0.0.1 是回环地址,只有本机能访问;255.255.255.255 是受限广播,不会跨路由器转发;224.0.0.0/4 是组播段;100.64.0.0/10 是运营商级 NAT 的共享地址段。把 0.0.0.0 与 127.0.0.1 混淆,是「服务明明起来了但外部连不上」最常见的原因。

基本信息

未指定地址0.0.0.0,监听时表示所有网卡,路由中代表默认路由
回环地址127.0.0.0/8,绑定在 lo 接口,仅本机可达
受限广播255.255.255.255,不跨路由器,用于同网段广播
组播段224.0.0.0/4,路由协议、mDNS、流媒体使用
链路本地169.254.0.0/16,DHCP 失败时操作系统自动配置
CGNAT 段100.64.0.0/10,运营商级 NAT 使用,企业内网应避开

典型使用场景

  • 服务部署后外部连不上:先确认监听地址是 0.0.0.0 还是 127.0.0.1
  • 容器内服务只在本机可访问:检查绑定地址、端口映射与网络模式
  • 排查内网地址冲突:确认是否误用了保留段或运营商共享段
  • 路由协议邻居建立不起来:检查组播是否被防火墙阻断
  • 看到 169.254 开头的地址:判断该主机 DHCP 是否获取失败
  • 规划 VPC 与办公网段时避开特殊用途地址

最小示例

最小示例
ip -br addr                            # 查看接口地址,lo 对应回环
ss -lntp                               # 看监听地址:0.0.0.0 全部网卡,127.0.0.1 仅本机
ip route show table local | head       # 本地路由条目,含广播与回环
ip route get 8.8.8.8                   # 看实际出口网卡与选中的源地址
ip route show default                  # 默认路由即 0.0.0.0/0 的下一跳
sysctl net.ipv4.icmp_echo_ignore_broadcasts  # 是否忽略广播 ICMP

地址速查

地址含义典型用途
0.0.0.0未指定或任意地址监听所有网卡;默认路由目标
127.0.0.1本机回环仅本机访问的服务、本地代理
255.255.255.255受限广播同网段广播发现,不做转发
224.0.0.0/4组播路由协议、mDNS、流媒体分发
240.0.0.0/4保留段实验用途,不应出现在生产网络
100.64.0.0/10CGNAT 共享地址运营商级 NAT 使用
169.254.0.0/16链路本地自动配置地址,常见于 DHCP 失败
服务绑定 127.0.0.1 时其他机器永远连不上;绑定 0.0.0.0 后仍连不上,就要往上游查:主机防火墙、云安全组、负载均衡的健康检查与转发规则。
把管理端口监听在 0.0.0.0 又放行安全组,等于把服务交给公网扫描器。管理类接口建议绑定内网地址,或经堡垒机与跳板访问。

易错点

  • 混淆 0.0.0.0 与 127.0.0.1:前者接收所有网卡的流量,后者只允许本机,大量「部署成功却访问不了」都源于此
  • 以为绑定 0.0.0.0 就一定能通:主机防火墙、安全组、上游代理任一层都可能拦截,要逐层确认
  • 默认路由的下一跳写错:整台机器只剩同网段可达,远程管理立刻失联
  • 内网地址规划误用 100.64.0.0/10 或 240.0.0.0/4:与运营商行为或系统保留逻辑冲突,后期极难排查
  • 忽略 169.254 开头的地址:它是 DHCP 失败的自愈结果,直接按这个地址配静态规则会一直不稳定

数据来源与参考

  • RFC 6890(特殊用途地址注册表)
  • RFC 6598(CGNAT)

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌