Ping 并使用三个八位字节的 ipv4 地址。为啥它有效？

Posted 2023-02-24

【中文标题】Ping 并使用三个八位字节的 ipv4 地址。为啥它有效？

【英文标题】：Ping and use three octet ipv4 addresses. Why is it working?Ping 并使用三个八位字节的 ipv4 地址。为什么它有效？

【发布时间】：2015-04-11 17:56:13

【问题描述】：

偶然我有一个错字，发现我可以 ping 和 ssh 到 IP 地址10.8.290 ... 正确的一个八位字节丢失。有人可以向我解释吗？这是协议的一部分还是一些 linux-black-magic（我使用的是 Debian）？

user@ws:~$ ping -c3 10.8.290
PING 10.8.290 (10.8.1.34) 56(84) bytes of data.
64 bytes from 10.8.1.34: icmp_req=1 ttl=62 time=0.910 ms
64 bytes from 10.8.1.34: icmp_req=2 ttl=62 time=0.686 ms
64 bytes from 10.8.1.34: icmp_req=3 ttl=62 time=0.708 ms

--- 10.8.290 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1998ms
rtt min/avg/max/mdev = 0.686/0.768/0.910/0.100 ms
user@ws:~$ ssh root@10.8.290
The authenticity of host '10.8.290 (10.8.1.34)' can't be established.
ECDSA key fingerprint is 21:bd:7e:fb:1e:6d:1e:c1:e9:11:c0:a9:73:a8:cf:85.
Are you sure you want to continue connecting (yes/no)? no
Host key verification failed.

【参考方案1】：

它之所以有效，是因为您对 IP 地址的第三个字节使用了 290 值。一个字节可以存储从0 到255 的值，给出256 值。由于 IPv4 地址是一个 4 字节值，将 290 传递到第三个字节会导致整数溢出到第 4 个字节 -> 290 - 256 => 34

它与协议“特性”无关。 ping 根本不验证 target 命令行参数的各个八位字节的值，而只是将其传递给较低级别​​的 C 函数 inet_aton()（aton 表示 ascii 到数字）。这将导致 ping 10.8.1.34。

我不确定，但我希望其他版本的 ping（在 Windows、BSD 上）表现相同。

【讨论】：

感谢帮助我。我只是用windows测试了它；结果一样！

不客气。我查看了ping 的BSD 版本的源代码。同样的结果..