我有一台工业设备，它运行的是一个非常基本的操作系统，叫做操作系统。我通常通过将我的 IPv4 IP 设置为与本地 IP 相同的范围，然后运行诊断软件来与系统通信以进行故障排除。
几周前，我发现由于某种奇怪的原因，系统的本地 IP 地址自行设置为0.0.0.0。现在我想进入诊断程序来更改它，但我的 PC 不允许设置以 开头的 IP 0。
0.0.0.0还有其他方法可以与使用 Windows PC的本地 IP 的设备进行通信吗？
如果不将设备送回制造商，则无法将其重置为出厂默认设置。
答案1
0.0.0.0不是有效的 IP 地址。RFC1700（a）规定0.0.0.0/8（0.anything.anything.anything）仅保留作为源地址。
通常，您会看到系统和应用程序绑定端口，0.0.0.0这意味着可以从任何接口访问该端口。
我不熟悉 VxWrks，但我认为有一种方法可以指定本地 IP 以便与其他计算机设备交互。
WindRiver 有各种关于如何配置 IP 设置的手册。
答案2
您可以欺骗您的 PC，使其认为该设备具有真实的 IP 地址。但您需要物理地址（也称为 MAC 地址），即包含 6 个两位六位数字字段的东西。您可以通过将其添加到您的 arp 解析表中来实现这一点。在 Windows 中，打开 cmd 终端并使用 arp。
arp -s <IP address> <physical address>
当然，您需要一个唯一且在您的网络中的 IP 地址。否则，堆栈将重新路由到其他地方。如果您到达这一点，您应该能够访问该设备。网络基础设施将根据物理地址进行路由。
在 Linux 中也差不多。打开终端，使用 arp。
它可能不起作用！！有些设备只响应自己的 IP。但我猜你的情况不是这样。
答案3
IP0.0.0.0地址没有问题，但我猜测设备所在的网络上的其他东西已经发生了变化，从而阻止零配置网络流量允许您的诊断软件轻松连接到该设备。
正如其他人一样，他们的答案中指出的0.0.0.0是不可路由的 IP 地址，该地址通常由软件用于绑定到设备上所有网络接口上的任何 IP 地址。这基本上意味着：
“嘿，我是一个软件，我会接受与我所运行的机器上的任何指定 IP 地址的任何连接。”
因此，如果设备使用 DHCP（为其连接的接口获取自己的 IP 地址）并获得分配的地址，1.2.3.4则您可以通过 连接到该设备1.2.3.4。如果该地址更改为 ，5.6.7.8设备将很乐意允许您通过 连接到它5.6.7.8。
这0.0.0.0似乎是你发现的东西，但不是问题的根源。相反，我认为，当你说出以下内容时，你的问题就暴露出来了：
“我通常通过将我的 IPv4 IP 设置为与本地 IP 相同的范围，然后运行诊断软件来与系统通信以进行故障排除。”
首先，这似乎很奇怪。为什么需要更改机器的本地 IP 地址才能连接到 VxWorks 设备？难道不应该直接连接到设备的 IP 地址吗？
好吧，当你这么说的时候，我能想到的就是，该设备——以及诊断软件——可能使用某种零配置网络设置。意思是，设备在网络上广播，诊断软件旨在寻找这些设备广播，以帮助它在不知道确切 IP 地址的情况下连接到设备。
这种“自我配置”的零配置网络东西一开始很方便，但后来却变成了一个令人头痛的问题。
我的第一个猜测是，如果你能确定设备分配的 IP 地址，那么你就可以直接连接到该设备。再进一步思考，我敢打赌，你过去可以连接到它（但现在不行）的原因可能与某些网络更改有关，这些更改阻止了该设备的端口零配置网络设置正在广播。可能是哪个端口？不确定。但如果零配置流量未通过网络路由，那么这就是您无法连接到设备的原因，并且 IP0.0.0.0地址与此无关。
答案4
0.0.0.0是不可路由的地址。您无法路由到该地址，因为“它实际上并不存在”，或者实际上“可能存在于太多地方”。
根据它是主机还是路由，其含义可能略有不同。
作为路由，在这种情况下不适用，它意味着“默认路由”，没有进一步的说明意味着默认网关，或“我的任何路由”，或类似于127.0.0.1
作为主人，最值得注意的是，在您的情况下，它要么是；正如维基百科所解释的那样：
主机在尚未分配地址时声称属于自己的地址。例如，在使用 DHCP 时发送初始 DHCPDISCOVER 数据包时。
当通过 DHCP 发出的地址请求失败时，主机为自己分配的地址（前提是主机的 IP 堆栈支持此功能）。
假设它通常使用 DHCP，可以尝试几件事，而不是完全重置 - “关闭并重新打开”或者只是拔下网络，等一会儿，再重新插入。它可能只是要求一个新的 DHCP 地址。
当然，还要确保它确实能看到它的 DHCP 服务器。