XYZ0是有效的IP地址吗？

最后一个八位位组中带有0的IP地址是否有效？

10.6.43.0

就我而言，我有以下网络掩码

255.255.252.0

其他八位字节为0呢？

它取决于所讨论的IP地址的子网。通常，子网中的第一个和最后一个地址分别用作网络标识符和广播地址。子网中的所有其他地址都可以分配给该子网中的主机。

例如，子网掩码至少为24位（以.0或.255结尾）的网络的IP地址永远不能分配给主机。子网的此类“最后”地址被视为“广播”地址，并且相应子网中的所有主机都将对此作出响应。

从理论上讲，在某些情况下，您可以分配一个以.0结尾的地址：例如，如果您有一个类似192.168.0.0/255.255.0.0的子网，则可以为主机分配地址192.168.1.0。但是，这可能会造成混乱，因此这不是很常见的做法。

在你的例子中

 10.6.43.0 with subnet 255.255.252.0 (22 bit subnet mask)

表示子网ID 10.6.40.0，主机地址范围从10.6.40.1到10.6.43.254，广播地址10.6.43.255。因此，从理论上讲，您的示例10.6.43.0将被允许作为有效的主机地址。

您问题的答案取决于网络掩码。通常，“以.0或.255结尾的IP地址无效”为假。取10.0.1.0/23-它是有效的IP地址。

10.6.43.0/255.255.252.0也称为10.6.43.0/22有效。

那是理论。大多数合理的网络设备（包括linux服务器，windows盒，cisco / hp / etc等）都可以在该地址下正常工作，但是我已经看到dlink和其他低端网络设备（路由器，访问点）不接受此类地址。

我发现了这一点，声称它有效，具体取决于您的子网掩码。

http://en.wikipedia.org/wiki/IPv4#Addresses_ending_in_0_or_255

我想为其他八位位组增加大约0：

这很容易：完全没有问题，正如相当普通的专用网络地址192.168.0.1所示。

当然，一个更明显的例子就是127.0.0.1。

如果远程网络拒绝IP地址以0（或255）结尾且来自C类范围的远程网络，我会遇到问题，因为任何以0结尾的IP地址都将是无效的C类网络。

这是几年前的事。我不知道是否还有人阻止这样的地址。

我发现的一些东西可能值得注意：

如果您正在运行iptables的R-fx网络的APF脚本，它将所有流量降至0.0.0.255

我们有一个BT客户，其地址以.255结尾，前缀为/ 21.。从技术上讲，这是一个有效的IP地址，但是R-fx网络的人认为有理由丢弃这些地址的数据包。