Ping Zeroはどのように機能しますか?

Ping Zeroはどのように機能しますか?

だれでもそれがいかにping 0働くか説明し127.0.0.1

[champu@testsrv ]$ ping 0
PING 0 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.039 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.013 ms

--- 0 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 0.013/0.026/0.039/0.013 ms

ベストアンサー1

特別な(およびAFAICT)動作は少し正しく文書化されていません。アイチルス ping:自分でpingしてみてください。

このような状況が発生した場合ping 0(明確にするために大々的に編集してコメントを追加します):

if (inet_aton(target, &whereto.sin_addr)) == 1) {
    // convert string to binary in_addr
}
// inet_aton returns 1 (success) and leaves the `in_addr` contents all zero.

if (source.sin_addr.s_addr == 0) {    
    // determine IP address of src interface, via UDP connect(), getsockname()
}

// special case for 0 dst address
if (whereto.sin_addr.s_addr == 0)
        whereto.sin_addr.s_addr = source.sin_addr.s_addr;

inet_aton()POSIXではありませんが、コピーしているとします。inet_addr()換算小数点が4未満の場合。ドットのない単一の数値の場合、ドット0x00000000で区切られた形式と同じようにバイナリネットワークアドレスに保存されます0.0.0.0

strace(ルートとして)これを見ることができれば:

# strace -e trace=network ping  0
socket(PF_INET, SOCK_RAW, IPPROTO_ICMP) = 3
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(1025), 
    sin_addr=inet_addr("0.0.0.0")}, 16) = 0
getsockname(4, {sa_family=AF_INET, sin_port=htons(58056),   
    sin_addr=inet_addr("127.0.0.1")}, [16]) = 0
...
PING 0 (127.0.0.1) 56(84) bytes of data.

バインドする場合特定インターフェイスが次のように変更されました。

# strace -e trace=network ping -I eth0  0
socket(PF_INET, SOCK_RAW, IPPROTO_ICMP) = 3
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
setsockopt(4, SOL_SOCKET, SO_BINDTODEVICE, "eth0\0", 5) = 0
connect(4, {sa_family=AF_INET, sin_port=htons(1025), 
    sin_addr=inet_addr("0.0.0.0")}, 16) = 0
getsockname(4, {sa_family=AF_INET, sin_port=htons(58408),    
    sin_addr=inet_addr("192.168.0.123")}, [16]) = 0
setsockopt(3, SOL_RAW, ICMP_FILTER,  ...)
[...]
PING 0 (192.168.0.123) from 192.168.0.123 eth0: 56(84) bytes of data.

そして多くの場合、0は0.0.0.0として扱うことができ、ブロードキャストアドレスはこれは明らかにpingがすることではありません。。特別な場合は、「関連インターフェイスのデフォルトIP」を意味します(マルチキャスト/ブロードキャストケースのいくつかの追加処理を含む)。

RFC 1122§3.2.1.3では、この動作について説明します。 0.0.0.0とネットワークマスクされたIPアドレス(「ホスト番号」、たとえばループバックの場合は0.0.0.1)はどちらも「このネットワークのこのホスト」を意味します。

       (a)  { 0, 0 }

            This host on this network.  MUST NOT be sent, except as
            a source address as part of an initialization procedure
            by which the host learns its own IP address.

            See also Section 3.3.6 for a non-standard use of {0,0}.

       (b)  { 0, <Host-number> }

            Specified host on this network.  It MUST NOT be sent,
            except as a source address as part of an initialization
            procedure by which the host learns its full IP address.

少なくともこれは0または0.0.0.0の場合、iputilsが動作する方法でありping、他のpingや他のオペレーティングシステムは異なる動作をする可能性があります。たとえば、FreeBSDはデフォルトパスを介して0.0.0.0をpingします(私はこれが「正しい」動作だとは思いません)。

ping 1または0.0.0.1好きなように動作しません(とにかく私には該当しません)。iputils-sss20101006)。

おすすめ記事