¿Por qué el ping 192.168.072 (solo 2 puntos) devuelve una respuesta de 192.168.0.58?

Por error, perdí el punto de una dirección IP y escribí 192.168.072.
Para mi sorpresa, me conecté a una máquina en192.168.0.58

Si hago ping 192.168.072recibo respuestas de 192.168.0.58.

¿Por qué es esto?

Estoy en una PC con Windows en un dominio de Windows.

Si un ping 192.168.72recibo una respuesta por parte de 192.168.0.72, por lo que parece la 0de 072(en mi error inicial) es significativo.

_{Esta pregunta fue una pregunta de superusuario de la semana .
Lea la entrada del blog para más detalles o contribuya al blog usted mismo}

Todo el mundo lo complica demasiado con RFC, clases de IP y demás. Simplemente ejecute algunas pruebas para ver cómo el pingcomando analiza la entrada de IP por parte del usuario (se eliminó el desperdicio extraño):

> 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:

Como puede ver, el pingcomando (en Windows) le permite usar diferentes formatos de dirección IP. Una dirección IPv4 se puede dividir en cuatro partes ("dotted-quad") de esta manera: A.B.C.Dy el pingcomando le permite omitir algunas, completando un valor predeterminado de la 0siguiente manera:

1 part  (ping A)       : 0.0.0.A
2 parts (ping A.B)     : A.0.0.B
3 parts (ping A.B.C)   : A.B.0.C
4 parts (ping A.B.C.D) : A.B.C.D

Si solo suministra una sola parte, entonces si está por debajo de 255 (el máximo para un octeto), se trata como un octeto como arriba, pero si es mayor que 255, entonces se convierte y se pasa al siguiente campo (es decir, mod 256).

Hay unos pocos casos extremos como proporcionar más de cuatro partes no parecen funcionar (por ejemplo, ping google.com's IP no funcionará para cualquiera 0.74.125.226.4o 74.125.226.4.0).

También puede usar la notación hexadecimal en forma cuadriculada y plana, pero debe formatearla antes de 0xcada octeto.

Por lo tanto, hay muchas formas de representar una dirección IP (IPv4). Puede usar el formato plano o punteado cuádruple (o punteado triple, punteado doble o incluso punteado simple), y para cada uno, puede usar (o incluso mezclar y combinar) decimal, octal y hexadecimal. Por ejemplo, puede hacer ping google.comde las siguientes maneras:

• google.com  (nombre de dominio)
• 74.125.226.4  (decimal punteado)
• 1249763844  (decimal plano)
• 0112.0175.0342.0004  (octal punteado)
• 011237361004  (octal plano)
• 0x4A.0x7D.0xE2.0x04  (hexágono punteado)
• 0x4A7DE204  (hexágono plano)
• 74.0175.0xe2.4  (ಠ_ಠ)

(¡Gracias a Dios que no se agregó soporte de notación binaria!)

Aplicación :

En su caso, el ping 192.168.072utiliza el tercer formato en la tabla anterior ( A.B.0.C), por lo que realmente está haciendo ping 192.168.0.072. Además, debido a que tiene un cero inicial en la última parte, se trata como octal, que en decimal es 58.

Misterio resuelto.

Tenga en cuenta que, si bien el pingcomando de Windows permite una variedad tan amplia de formatos para la entrada e interpreta formatos no estándar de la manera que se ve, eso no significa necesariamente que pueda usar dichos formatos en todas partes. Algunos programas pueden obligarlo a proporcionar las cuatro partes de un quad con puntos, otros pueden no permitir mezclar y combinar decimales y octales, y así sucesivamente.

Además, las direcciones IPv6 complican aún más la lógica de análisis y la aceptabilidad del formato de entrada.

Anexo :

syss señaló que si usa un carácter no válido en uno de los números (por ejemplo, an 8o 9cuando usa octal, a gen modo hexadecimal, etc.) pinges lo suficientemente inteligente como para reconocerlo e interpretarlo como una cadena (-al? -ic?) URL en lugar de como una dirección IP numérica.

^{(Como alguien que ha tenido numerosos aneurismas y ataques cardíacos tratando de escribir un código supuestamente "simple" para acomodar el número exponencialmente explosivo de permutaciones de valores de datos, aprecio que, al parecer, procesa correctamente todas las variaciones de entrada; en esto caso, al menos 3 1 +3 2 +3 3 +3 4 = 120 variaciones.)}

Por lo tanto, mientras que la especificación 010.020.030.040hará ping 8.16.24.32como se esperaba, pasar 010.020.030.080a pingse tratará como una URL en lugar de una dirección IP, como la foo.bar.baz.comque podría (pero lamentablemente no existe). En otras palabras, intenta hacer ping al subdominio 010en el subdominio 020en el dominio 030en el dominio de nivel superior 080. Sin embargo, dado 080que no es un TLD válido (como .com, .nety sus amigos), la conexión falla en el primer paso.

Lo mismo sucede 090.010.010.010cuando el carácter no válido está en un octeto diferente. Del mismo modo, 0xf.0xf.0xf.0xfpings 15.15.15.15, pero 0xh1.0x1.0xg0.0ffalla.

Bueno, supongo que eso es lo que obtienes por no ser fluido en múltiples bases numéricas.

Probablemente sea más fácil y seguro asegurarse de usar siempre direcciones de 4 puntos con cuatro puntos ("40q"? "Cuádruple-cuádruple"?

Así que ve y aprende algunas bases numéricas . Podrá presumir y ser la vida de las fiestas, y como dicen, hay 10 tipos de personas: los que saben binario y los que no.

_{Ni siquiera pensemos en las direcciones IPv6; ¡Creo que son uno de los 111 sellos!}

Hay dos razones para esto:

Primero, un prefijo '0' indica un número octal . Desde oct (072) = dec (58), 192.168.072 = 192.168.58.

En segundo lugar, el penúltimo 0 puede eliminarse de las direcciones IP como una forma abreviada . 127.0.1 se interpreta como 127.0.0.1, y en su caso 192.168.58 se interpreta como 192.168.0.58.

Además del importante punto de @ neu242 sobre la notación octal y la observación de que las direcciones IP pueden acortarse, la otra pieza crítica es saber cómo se interpretan las direcciones IP acortadas.

Uno podría adivinar ingenuamente que si faltan algunos de los cuatro números, el analizador agregaría bytes llenos de cero al final (o al principio) de la secuencia de bytes. Pero esto no coincide con el comportamiento que informó el OP: 192.168.072 se analizó como 192.168. 0 .58, no como 192.168.58. 0 , ni 0 .192.168.58.

Aparentemente, el ping de Windows y Linux (la versión que probaste y la que probé) usa algo equivalente a inet_aton () para analizar el argumento de la dirección IP. La página del manual para inet_aton () dice:

The address supplied in cp can have one of the following forms:

 a.b.c.d   Each of the four numeric parts specifies a byte of the address; the
           bytes are assigned in left-to-right order to produce the binary
           address.

 a.b.c     Parts a and b specify the first two bytes of the binary address.
           Part c is interpreted as a 16-bit value that defines the rightmost
           two bytes of the binary address.  This notation is suitable for
           specifying (outmoded) Class B network addresses.

 a.b       Part a specifies the first byte of the binary address.  Part b is
           interpreted as a 24-bit value that defines the rightmost three bytes
           of the binary address.  This notation is suitable for specifying
           (outmoded) Class C network addresses.

 a         The value a is interpreted as a 32-bit value that is stored directly
            into the binary address without any byte rearrangement.

Así que ahí lo tiene ... se 192.168.072ajusta al patrón abc, por lo que 072(después de analizarlo como un número octal) se interpretó como un valor de 16 bits que define los 2 bytes más a la derecha de la dirección binaria, equivalente a 0.58.

Las reglas anteriores son equivalentes a decir que si falta alguno de los cuatro números, los bytes rellenos con cero necesarios se agregan inmediatamente antes del último número dado ... no al final ni al principio de la cadena de bytes. (Expresarlo de esta manera funciona si el último número dado es menor que 256).

Tenga en cuenta que las versiones más recientes de ping pueden no permitir este tipo de taquigrafía, ni la interpretación octal. El código fuente de 2010 para iputils (incluido ping) que encontré usa inet_pton () en lugar de inet_aton () para analizar el argumento de la dirección IP. La página del manual para inet_pton () dice:

A diferencia de inet_aton (3) e inet_addr (3), inet_pton () admite direcciones IPv6. Por otro lado, inet_pton () solo acepta direcciones IPv4 en notación decimal punteada, mientras que inet_aton (3) e inet_addr (3) permiten la notación más general de números y puntos (formatos de números hexadecimales y octales, y formatos que no tienen ' t requiere que los cuatro bytes se escriban explícitamente).

También debe tener en cuenta que una ip puede representarse mediante enteros sumados en importancia a su posición.

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

Aquí está lo bueno:

192.168.58 será 192.168.0.58 porque

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

192.11010106 también será 192.168.0.58 porque

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

3232235578 también será 192.168.0.58 porque

  192 * 256^3 
+ 168 * 256^2 
+   0 * 256^1 
+  58 * 256^0 
= 3232235578