网络 0.0.0.0/8 中的地址在实际中用在哪里？

Question 1

0.0.0.0/8 - 此地址块中的地址指的是“此”网络上的源主机。地址 0.0.0.0/32 可用作此网络上此主机的源地址；0.0.0.0/8 内的其他地址可用于指代此网络上的指定主机（[RFC1122]，第 3.2.1.3 节）。

因此，RFC 1122：

0.0.0.0/32：

此网络上的此主机。不得发送，除非作为主机获知其自身 IP 地址的初始化过程的一部分作为源地址。

0.0.0.0/8（即从 0.0.0.0 到 0.255.255.255 的任意 IP）：

此网络上的指定主机。不得发送该地址，除非作为初始化过程的一部分作为源地址，主机通过该初始化过程了解其完整 IP 地址。

所以@Spiff 是对的，它们被使用只在初始化过程中前获取“真实”IP 地址。

但后来的 RFC 1122 指出：

有一类主机（4.2BSD Unix 及其衍生产品，但不是 4.3BSD）使用非标准广播地址形式，用 0 代替 255（例如 0.0.0.0 而不是 255.255.255.255）

因此 BSD 版本 4.2 实际上向发送广播0.0.0.0。

更新：

又找到一条信息：

0.0.0.0/32 是 INADDR_ANY [snip] 0.0.0.0/8 的另一个常见用途是指定 ifIndex 编号，如 OSPF 中的“链接数据”值，以及某些 BSD-ish 接口。

和这里再次出现BSD：

imr_interface 应设置为 INADDR_ANY 以选择默认多播接口，或者如果主机是多宿主的，则设置为特定多播接口的 IP 地址。从 FreeBSD 4.4 开始，如果 imr_interface 成员在网络范围 0.0.0.0/8 内，则根据 RIP 版本 2 MIB 扩展 (RFC-1724)，它将被视为系统接口 MIB 中的接口索引。

Answer

根据RFC 5735：

0.0.0.0/8 - 此地址块中的地址指的是“此”网络上的源主机。地址 0.0.0.0/32 可用作此网络上此主机的源地址；0.0.0.0/8 内的其他地址可用于指代此网络上的指定主机（[RFC1122]，第 3.2.1.3 节）。

因此，RFC 1122：

0.0.0.0/32：

此网络上的此主机。不得发送，除非作为主机获知其自身 IP 地址的初始化过程的一部分作为源地址。

0.0.0.0/8（即从 0.0.0.0 到 0.255.255.255 的任意 IP）：

此网络上的指定主机。不得发送该地址，除非作为初始化过程的一部分作为源地址，主机通过该初始化过程了解其完整 IP 地址。

所以@Spiff 是对的，它们被使用只在初始化过程中前获取“真实”IP 地址。

但后来的 RFC 1122 指出：

有一类主机（4.2BSD Unix 及其衍生产品，但不是 4.3BSD）使用非标准广播地址形式，用 0 代替 255（例如 0.0.0.0 而不是 255.255.255.255）

因此 BSD 版本 4.2 实际上向发送广播0.0.0.0。

更新：

又找到一条信息：

0.0.0.0/32 是 INADDR_ANY [snip] 0.0.0.0/8 的另一个常见用途是指定 ifIndex 编号，如 OSPF 中的“链接数据”值，以及某些 BSD-ish 接口。

和这里再次出现BSD：

imr_interface 应设置为 INADDR_ANY 以选择默认多播接口，或者如果主机是多宿主的，则设置为特定多播接口的 IP 地址。从 FreeBSD 4.4 开始，如果 imr_interface 成员在网络范围 0.0.0.0/8 内，则根据 RIP 版本 2 MIB 扩展 (RFC-1724)，它将被视为系统接口 MIB 中的接口索引。

Question 2

全零地址由尚不知道自己地址的客户端使用，例如刚刚启动或刚刚连接到新网络且尚未从 BootP/DHCP 服务器分配 IP 地址的 BootP/DHCP 客户端。

在调试问题时，我查看了大量以太网 LAN 流量，而这是我能想到的唯一一个见过 0.0.0.0/8 使用的地方。

Answer

全零地址由尚不知道自己地址的客户端使用，例如刚刚启动或刚刚连接到新网络且尚未从 BootP/DHCP 服务器分配 IP 地址的 BootP/DHCP 客户端。

在调试问题时，我查看了大量以太网 LAN 流量，而这是我能想到的唯一一个见过 0.0.0.0/8 使用的地方。

Question 3

这些地址究竟在哪里可以找到？

在当前正在协商实际 IP 地址的联网机器上。

哪些协议使用它们？

这些地址在 ARP 探测期间临时使用：

ARP 探测是一种由全零发送方 IP 地址构成的 ARP 请求。该术语用于 IPv4 地址冲突检测规范 (RFC 5227)。在开始使用 IPv4 地址（无论是通过手动配置、DHCP 还是其他方式接收）之前，实现此规范的主机必须通过广播 ARP 探测数据包来测试该地址是否已被使用。

Answer

这些地址究竟在哪里可以找到？

在当前正在协商实际 IP 地址的联网机器上。

哪些协议使用它们？

这些地址在 ARP 探测期间临时使用：

ARP 探测是一种由全零发送方 IP 地址构成的 ARP 请求。该术语用于 IPv4 地址冲突检测规范 (RFC 5227)。在开始使用 IPv4 地址（无论是通过手动配置、DHCP 还是其他方式接收）之前，实现此规范的主机必须通过广播 ARP 探测数据包来测试该地址是否已被使用。

Question 4

看起来它是由 IANA 保留的 - 该组织负责发放 IP 地址，在表中可以看到 000/8。该表显示 000/8 至 255/8，即 0.0.0.0/8 至 255.0.0.0/8

我认为在 Windows 中如果 ipconfig 显示它，则意味着没有分配 ip 地址，就像 ipconfig /release 可能会或将会导致它一样。

并且在 netstat -n 中，无论是列为侦听的 0.0.0.0 还是来自 RFC 1918 的私有地址（如 192.168.1.0），还是 127/8，它们都会告诉您谁可以连接，因此，如果是 0.0.0.0，那么任何人都可以连接；如果是 192.168.1.0，那么只有他们可以连接；如果是 127/8，那么只有本地主机可以连接。

至于协议是什么，我只能说是 IP，因为它们是 IP 地址。但也许有些更高层的协议是这样的。它不用于广播。而且它不会比任何其他 IP 地址或网络识别得更多，事实上更少，因为网络上的计算机不应该有那个 IP 地址。

在 Windows 中，当计算机具有该 IP 时，它并不在网络上。（更正，如果有有线或无线连接，它将在网络上，并且正如 Grawity 指出的那样，它们仍然有其 MAC 地址）

http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml

前缀指定日期 Whois 状态注释
000/8 IANA - 本地标识 1981-09 保留
001/8 APNIC 2010-01 whois.apnic.net 已分配
002/8 RIPE NCC 2009-09 whois.ripe.net已分配
003/8 通用电气公司 1994-05 保留
004/8 Level 3 Communications, Inc. 1992-12 保留
005/8 RIPE NCC 2010-11 whois.ripe.net 已分配

Answer