0.0.0.0 的四种含义
0.0.0.0 并不是一个普通地址，它在不同语境下有四层意思：作路由前缀时 0.0.0.0/0 表示默认路由，匹配所有目的地；作源地址时表示「本机还没有地址」，典型场景是 DHCP 客户端在拿到地址前用 0.0.0.0 发包；作监听地址时表示绑定本机所有接口；作占位时表示「本网络」，即 RFC 1122 里 0.0.0.0/8 这一保留段的语义。
为什么不能连接它
去连接 0.0.0.0 是常见错误：在 Linux 上它会被当作本机 loopback 处理，在 Windows 与其他系统上可能直接失败，行为不一致。要连本机服务应当写 127.0.0.1 或具体接口地址。反过来，服务监听 0.0.0.0 表示对所有接口开放，这对内网管理端口是风险，对公网服务则通常是必需。
与 0.0.0.0/8 的关系
RFC 1122 把整个 0.0.0.0/8 列为保留，其中 0.0.0.0/32 只能作为源地址使用，不能作为目的地址出现在网络上。抓包里看到源地址是 0.0.0.0 的报文一般是 DHCP 请求或尚未完成地址配置的主机发出的探测，属于正常现象；看到目的地址是 0.0.0.0 则通常是配置或设备故障。
基本信息
| 默认路由 | 0.0.0.0/0 匹配所有目标，即缺省网关 |
|---|---|
| 源地址 | DHCP DISCOVER 等场景表示尚无地址 |
| 监听 | 绑定 0.0.0.0 表示所有接口都接受连接 |
| 占位语义 | 「本网络」，RFC 1122 保留 0.0.0.0/8 |
| 禁止用法 | 0.0.0.0 不可作为目的地址使用 |
典型使用场景
- 看路由表：default via 即 0.0.0.0/0 的默认路由条目
- 配置服务监听：0.0.0.0 对外，127.0.0.1 仅本机
- 防火墙规则写来源 0.0.0.0/0 表示任意来源
- 抓包分析 DHCP 过程：源地址为 0.0.0.0 的广播报文
- 排查「为什么连不上」：确认服务监听地址与访问地址是否匹配
路由与监听判读
路由与监听判读
ip route show default
# default via 192.168.1.1 dev eth0 ← 0.0.0.0/0 的默认路由
ss -lnt | grep ':6379'
# 0.0.0.0:6379 → 所有接口可连（对外暴露，风险高）
# 127.0.0.1:6379 → 仅本机可连（更安全）
# 管理员应核对监听地址与预期是否一致四种含义对照
| 出现位置 | 含义 | 注意点 |
|---|---|---|
| 路由表 | 默认路由 0.0.0.0/0 | 缺省网关，匹配所有目的地址 |
| 源地址字段 | 本机尚未分配地址 | DHCP 请求等正常现象 |
| 监听地址 | 绑定所有接口 | 安全组与防火墙必须评估 |
| 防火墙来源 | 0.0.0.0/0 = 任意来源 | 写成 0.0.0.0 会被解析为单机 |
在容器与虚拟化的地址规划里，0.0.0.0 只表示监听范围，不占用实际地址空间；真正需要预留的是各网段的网络地址与广播地址，两者不要混淆。
把管理端口（如数据库、Redis、Docker 守护进程）监听在 0.0.0.0 且未做来源限制，等于对内外网同时开放；历史上大量被扫走的实例都属于这一类配置。