为什么ping 192.168.072（仅2个点）会返回192.168.0.58的响应？

#1 楼

每个人都使它与RFC，IP类等过分复杂。只需运行一些测试，以查看ping命令如何解析用户的IP输入（去除了多余的谷壳）： Windows中）允许您使用不同的IP地址格式。 IPv4地址可以分为以下四个部分（“点分四进制”）：ping和A.B.C.D命令允许您省略一些内容，并填写默认值ping，如下所示：

> ping 1
Pinging 0.0.0.1 with 32 bytes of data:

> ping 1.2
Pinging 1.0.0.2 with 32 bytes of data:

> ping 1.2.3
Pinging 1.2.0.3 with 32 bytes of data:

> ping 1.2.3.4
Pinging 1.2.3.4 with 32 bytes of data:

> ping 1.2.3.4.5
Ping request could not find host 1.2.3.4.5. Please check the name and try again.

> ping 255
Pinging 0.0.0.255 with 32 bytes of data:

> ping 256
Pinging 0.0.1.0 with 32 bytes of data:

如果仅提供单个零件，则其值小于255（一个八位位组的最大值），则将其视为上述的八位位组，但是如果它大于255，则它将被视为一个八位位组。被转换并滚动到下一个字段（即0）。

有一些边缘情况，例如提供四个以上的部分似乎不起作用（例如，对mod 256的IP进行ping操作对于google.com或0.74.125.226.4都无效）。

因此，有很多方法可以表示（IPv4）IP地址。您可以使用平面或点分四进制（或点分三重，点分双精度，甚至点分单精度）格式，并且对于每种格式，都可以使用（甚至混合和匹配）十进制，八进制和十六进制。例如，可以通过以下方式ping 74.125.226.4.0：



0x（域名）

google.com（点分十进制）

google.com（十进制十进制）

74.125.226.4（八进制点缀）

1249763844（十进制八进制）

0112.0175.0342.0004（十进制虚线）

011237361004（扁平十六进制）

0x4A.0x7D.0xE2.0x04（（ಠ_ಠ）

（感谢没有添加二进制符号支持！）

应用程序：

在您的情况下，ping 0x4A7DE204使用上表中的第三种格式（74.0175.0xe2.4），因此您实际上是在ping 192.168.072。此外，由于最后一部分的前导零，因此将其视为八进制，十进制为58。

已解开谜底。


注意，尽管Windows A.B.0.C命令允许输入使用多种格式，并以可见的方式解释非标准格式，但这并不一定意味着您可以在任何地方使用这种格式。有些程序可能会强迫您提供点分四进制的所有四个部分，另一些程序可能不允许十进制和八进制的混合和匹配，依此类推。

此外，IPv6地址进一步使解析逻辑和输入变得复杂格式可接受性。

附录：

syss指出，如果在其中一个数字中使用无效字符（例如，使用八进制时使用192.168.0.072或ping，则使用8十六进制模式等），那么9足够聪明，可以识别它并将其解释为字符串（-al？-ic？）URL而不是数字IP地址。

（作为某人曾经有过无数的动脉瘤和心脏病发作，试图编写所谓的“简单”代码来适应数据值排列的指数爆炸式增长，我很欣赏，它似乎能够正确地处理所有输入变化；在这种情况下，至少31 + 32 + 33 + 34 = 120个变体。）

因此，在指定g时会按预期的方式ping ping，并将010.020.030.040传递给q 4312079q将被视为URL而不是IP地址，例如8.16.24.32，它可能（但遗憾的是不存在）。换句话说，它尝试对顶级域010.020.030.080上的域ping上的子域foo.bar.baz.com上的子域010执行ping操作。但是，由于020不是有效的TLD（例如030，080及其伙伴），因此连接会在第一步失败。

080也会发生相同的情况，其中无效字符位于不同的八位字节中。同样，.com ping .net，但090.010.010.010失败。

好吧，我想这就是您不会流利使用多个数字基的原因。
它可能更容易，更安全只需确保始终使用4点分四进制（“ 40q”？“ quaaddy-quad”？“ cutie-q”？）地址即可。

因此继续学习一些数字基础。您将可以炫耀派对并成为派对的生活，正如他们所说的那样，这里有十种人：懂二进制的人和不懂二进制的人。

甚至不考虑IPv6地址；我认为它们是111枚海豹之一！

评论

---

太复杂了吗？实验可能非常有用，并且在这种情况下产生了很好的答案。但是如果没有理论，文档或标准，您可能会错过一个关键因素，却一无所知。或者，您可能正在确定一个特定版本的工作方式，并且在那里大约90％的实现都出错了。或者，您可以提出解释实验结果的规则，但比预期的规则复杂。在这种情况下，我认为文档的规则（对于inet_aton（））在一个方面更简单-对于“低于/高于255”没有条件。

– LarsH
2012-10-12 18:35

---

你看！计算机科学的“科学”部分应运而生！ （假设，实验，验证）

–伊兹卡塔
2012年10月12日19:20

---

@LarsH，这是我的观点，但是ping命令（至少在Windows上是）类似于Microsoft的许多程序（尤其是臭名昭著的IE）。它试图变得太宽容，拿走你扔给它的任何东西并试图解释它。是的，有一个关于IP地址格式的官方文档，但这不是关于ISO和RFC的问题，它是实用的，我做了一些事情，这是一个很奇怪的问题，无需借助（公认的冗长，干燥，无聊）技术规范）—尽管OP希望阅读它们也可以链接到它们。

– Synetech
2012年10月12日19:47

---

除chmod之外，应完全放弃0前缀的八进制解析。而已。这是八进制的唯一例外。期。

–詹姆斯·邓恩
2012-10-12 23:42

---

对于将RGB HEX转换为DEC很有用。大声笑〜C：\> ping 0xffffcc使用32字节的数据ping 0.255.255.204：

–威尔逊
2012年10月15日7:51

---

#2 楼

造成这种情况的原因有两个：
首先，前缀“ 0”表示一个八进制数字。由于oct（072）= dec（58），192.168.072 = 192.168.58。
其次，倒数第二个IP可以作为速记从IP地址中删除。 127.0.1被解释为127.0.0.1，在您的情况下192.168.58被解释为192.168.0.58。

#3 楼

除了@ neu242关于八进制表示法的要点，以及观察到IP地址可以缩短之外，另一个关键部分是知道缩短的IP地址是如何解释的。如果缺少四个数字，解析器会将零填充字节添加到字节序列的末尾（或开头）。但这与OP所报告的行为不匹配：192.168.072被解析为192.168.0.58，而不是192.168.58.0，也不解析为0.192.168.58。

显然Windows和Linux ping（您使用的版本尝试和我尝试的）使用等效于inet_aton（）的东西来解析IP地址参数。 inet_aton（）的手册页中说： ）被解释为16位值，该值定义二进制地址的最右边2个字节，等效于192.168.072。

上述规则等效于说，如果缺少四个数字，则所需的零填充字节会立即添加到给出的最后一个数字之前，而不是在字节串的末尾或开头。 （如果给定的最后一个数字小于256，则可以用这种方式表示。）

请注意，较新版本的ping可能不允许这种简写形式或八进制解释。我发现的iputils（包括ping）的2010年源代码使用inet_pton（）而不是inet_aton（）来解析IP地址参数。 inet_pton（）的手册页上说：


与inet_aton（3）和inet_addr（3）不同，inet_pton（）支持IPv6地址。另一方面，inet_pton（）仅接受点分十进制表示法的IPv4地址，
而inet_aton（3）和inet_addr（3）允许使用更通用的
数字和点表示法（十六进制和八进制数字格式，以及不需要显式写入所有四个字节的
格式。）

#4 楼

您还必须考虑到ip可以由在其位置上有意义的整数相加来表示。

> 192.168.58将是192.168.0.58，因为

192.168.0.58 is :
  192 * 256^3
+ 168 * 256^2
+   0 * 256^1
+  58 * 256^0

192.11010106也将是192.168.0.58因为是

    0 * 256^1 
+  58 * 256^0 
=  58

3232235578也将是192.168.0.58，因为

  168 * 256^2 
+   0 * 256^1 
+  58 * 256^0 
= 11010106