¿Las direcciones IP con y sin ceros a la izquierda son iguales?

Tengo un sistema de seguridad y la configuración de red solo permite una dirección IP de tres dígitos. No puedo configurarlo 192.168.2.100, sino que tengo que usarlo 192.168.002.100.

¿Son diferentes estas dos direcciones IP? ¿Debo configurar la LAN de mi enrutador 192.168.xxx.xxxpara que funcione correctamente? No puedo encontrar ninguna información sólida sobre esto.

Depende de la herramienta.

Para la mayoría de los propósitos, los dos serán iguales, pero no siempre.

Por ejemplo, si usa un número de 3 dígitos que comienza con un cero (o uno de dos dígitos que comienza con cero, gracias @ Dietrich-Epp), entonces ping asumirá que los números son octales.

Microsoft Windows [Version 6.3.9600]
(c) 2013 Microsoft Corporation. All rights reserved.

C:\Users>ping 011.012.013.014

Pinging 9.10.11.12 with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 9.10.11.12:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

Suponiendo que todo el software que está utilizando usa punto decimal y subredes correctamente, sí, son lo mismo.

192.168.0.1, por ejemplo, es solo la notación punto-decimal amigable del valor punto-binario 11000000.10101000.00000000.00000001.

Ya sea que lo escriba como 192.168.0.1 o 192.168.000.001, ambos son iguales a 11000000.10101000.00000000.00000001

Depende de las herramientas o funciones que use cualquier programa para analizar la dirección dada. Tanto Microsoft como Linux, así como otros sistemas operativos, usan una rutina compatible con POSIXinet_addr() para analizar direcciones.

Muchos programas TCP / IP como Ping y FTP utilizan la función de sockets inet_addr () para traducir cadenas de direcciones IP en direcciones de 4 bytes. Esta función acepta una dirección IP en notación decimal, octal y hexadecimal estándar.
Microsoft KB115388 Ping y FTP resuelven la dirección IP con el cero inicial como octal

La función inet_addr () convierte la dirección de host de Internet cp de la notación de números y puntos IPv4 en datos binarios en orden de bytes de red.

En todas las formas anteriores, los componentes de la dirección punteada se pueden especificar en decimal, octal (con un 0 inicial) o hexadecimal, con un 0X inicial). Las direcciones en cualquiera de estos formularios se denominan colectivamente notación de números y puntos IPv4 . La forma que usa exactamente cuatro números decimales se conoce como notación decimal con puntos IPv4 (o, a veces: notación con puntos cuádruples IPv4).
inet_addr (3): rutinas de cambio de dirección de Internet - página de manual de Linux

Como tal, su sistema específico puede requerir una notación decimal de tres dígitos para cada octeto, pero esto no es universal, y se debe tener cuidado para garantizar que se ingrese la dirección IP correcta.

Por supuesto, solo funcionarán números válidos para cada tipo. Los números octales, hexadecimales o decimales fuera de rango también fallarán o causarán problemas. Octal 088, Hex 0xGG o Decimal 280 son ejemplos no válidos.

Como Lightness Races en órbita y otros han señalado,

La INET(3)página del manual describe inet_addry inet_aton, las funciones estándar utilizadas para convertir la "notación de números y puntos IPv4 en forma binaria". Dice

... los componentes de la dirección punteada se pueden especificar en decimal, octal (con un 0 inicial ) o hexadecimal, con un 0X inicial).

Entonces, técnicamente, NO , una dirección IP con ceros a la izquierda no es (siempre) la misma que una sin ceros a la izquierda. En su caso, sin embargo, 192.168.2.100y 192.168.002.100son idénticos, porque 002 == 2.

Se interrumpe cualquier interfaz de usuario que requiera que cada componente tenga exactamente tres caracteres de longitud, con ceros iniciales incorrectamente requeridos.

Algunas implementaciones consideran que los octetos con ceros iniciales son decimales, otras implementaciones los consideran octales. Mientras el octeto esté en el rango de 0 a 7, esto no hace la diferencia. Entonces, por ejemplo, 192.168.002.100se interpretaría como 192.168.2.100en ambas implementaciones.

Pero si tuviera que escribir una dirección, ya 192.168.010.100que podría interpretarse como 192.168.10.100o 192.168.8.100dependiendo de la implementación. Tampoco es improbable que existan implementaciones, lo que consideraría que los ceros iniciales son un error de sintaxis. Además, hay escenarios en los que el software puede insistir en que debe usar la representación canónica por una razón u otra. Por todas esas razones, recomiendo evitar los ceros a la izquierda cuando escribe una dirección IP.

Si escribe software que necesita analizar una dirección IP, recomendaría aceptar ceros a la izquierda, pero enviar una advertencia a una ubicación adecuada cuando ocurra.

Ligeramente relacionado hay implementaciones que le permiten tener menos de cuatro componentes en la notación punteada. Cuando hay menos de cuatro componentes, el último componente tiene más de 8 bits y los componentes anteriores tienen exactamente 8 bits. Por ejemplo 192.168.612, en realidad sería una forma válida de escribir 192.168.2.100. Pero nuevamente no se recomienda usar esa notación.

Solo un pequeño consejo: en algunos casos es importante usar prefijos cero en las direcciones IP. Un ejemplo es Apache .htaccess denegar reglas.

Si usas algo como

deny from 11.22.33.22

Apache es tan estúpido que también bloqueará el acceso desde las siguientes direcciones IP:

111.22.33.22

11.22.33.221

211.22.33.221

y, en general, cualquier dirección IP que incluya 11.22.33.22

Entonces, solo para asegurarse de que no bloqueará ninguna IP que no haya querido bloquear, debe usar:

deny from 011.022.033.022

para asegurarse de que Apache bloqueará el acceso solo desde la dirección IP 11.22.33.22.

ten cuidado con esto. ¡ DEBE ser lo mismo pero NO lo es !
No pude encontrar una explicación para esto, pero definitivamente puedo decir que en Windows y Linux las direcciones IP con y sin ceros iniciales NO son lo mismo. tal vez esto tenga que ver con la conversión de otros formatos como hexadecimal o binario.

Según mi experiencia con Windows y Linux, no depende de la herramienta, sino del sistema operativo, porque parece que tengo algún problema al usar ips como 10.08.03.100:

• nota: "10.08.0.1" y 10.09.0.1 no se pudieron encontrar
• nota: "10.010.0.1" se resuelve a 10.8.0.1

linux / debian7 / 8: mismos resultados con la herramienta "ping" y "snmpget"

user@test:~$ ping 10.7.0.1
PING 10.7.0.1 (10.7.0.1) 56(84) bytes of data.
^C
--- 10.7.0.1 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

user@test:~$ ping 10.07.0.1
PING 10.07.0.1 (10.7.0.1) 56(84) bytes of data.
^C
--- 10.07.0.1 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

user@test:~$ ping 10.8.0.1
PING 10.8.0.1 (10.8.0.1) 56(84) bytes of data.
^C
--- 10.8.0.1 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

user@test:~$ ping 10.08.0.1
**ping: unknown host 10.08.0.1**
user@test:~$ ping 10.9.0.1
PING 10.9.0.1 (10.9.0.1) 56(84) bytes of data.
^C
--- 10.9.0.1 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

user@test:~$ ping 10.09.0.1
ping: unknown host 10.09.0.1
user@test:~$ ping 10.10.0.1
PING 10.10.0.1 (10.10.0.1) 56(84) bytes of data.
^C
--- 10.10.0.1 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

user@test:~$ ping 10.010.0.1
PING 10.010.0.1 (10.8.0.1) 56(84) bytes of data.
^C
--- 10.010.0.1 ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 1001ms

windows7 / 8/10: mismos resultados con la herramienta "ping" y "telnet"

(lo siento, no tengo una ventana en inglés a mano, el error indica que no se pudo encontrar el host)

C:\Users\user>ping 10.7.0.1

Ping wird ausgeführt für 10.7.0.1 mit 32 Bytes Daten:
STRG-C
^C
C:\Users\user>ping 10.07.0.1

Ping wird ausgeführt für 10.7.0.1 mit 32 Bytes Daten:
STRG-C
^C
C:\Users\user>ping 10.8.0.1

Ping wird ausgeführt für 10.8.0.1 mit 32 Bytes Daten:
STRG-C
^C
C:\Users\user>ping 10.08.0.1
Ping-Anforderung konnte Host "10.08.0.1" nicht finden. Überprüfen Sie den Namen,

C:\Users\user>ping 10.9.0.1

Ping wird ausgeführt für 10.9.0.1 mit 32 Bytes Daten:
STRG-C
^C
C:\Users\user>ping 10.09.0.1
Ping-Anforderung konnte Host "10.09.0.1" nicht finden. Überprüfen Sie den Namen,

C:\Users\user>ping 10.10.0.1

Ping wird ausgeführt für 10.10.0.1 mit 32 Bytes Daten:
STRG-C
^C
C:\Users\user>ping 10.010.0.1

Ping wird ausgeführt für 10.8.0.1 mit 32 Bytes Daten:
STRG-C
^C

Las dos direcciones IP son diferentes.

Sin embargo:

• La gente generalmente los consideraría igual.
• Algún software los consideraría igual.
• Algunos programas, en algunas plataformas, los considerarán diferentes.

Si eso suena confuso, es porque no hay un estándar que rija la forma en que se supone que deben escribirse las direcciones IP, por lo que diferentes programadores en diferentes puntos de la historia y en diferentes plataformas, todos tenían diferentes ideas sobre lo que debería hacerse.

Las direcciones IP son en realidad binarias, y las personas tienden a usar una notación decimal con puntos para representar las direcciones IP. El software puede aceptar varias bases numéricas (es decir, decimal, octal, hexadecimal) e interpretar las cosas de varias maneras según cómo lo escriba. Cómo lo escribes puede decirle al software en qué base estás escribiendo.

Te aconsejo: no uses ceros a la izquierda si quieres usar notación decimal con puntos. Algunos software considerarán que una bandera significa que está ingresando un número octal. Si quiere ingresar un número decimal, no obtendrá los resultados que espera.

Hice una pregunta similar y obtuve algunas buenas respuestas, así que si quieres leer sobre RFC, hay buena información.

Debería funcionar de cualquier manera. Incluso puede hacer ping con números de tres dígitos y la computadora entenderá la dirección IP.

Editar : Windows lo leerá como octal, esto solo funciona para Linux.

El cero inicial no tiene sentido. Los octetos son (base-10) números 0-255, no cadenas.

Dado que no estoy exactamente seguro de lo que está preguntando (o que sabe qué pregunta hacer :)): Dicho esto, el IP # debe estar en la misma subred que su red. Si elige 11.12.13.14 dentro de una máscara de subred de 192.168.0.0, ese dispositivo no podrá comunicarse ni utilizar esa subred.