Gli indirizzi IP con e senza zero iniziale sono uguali?

Ho un sistema di sicurezza e l'impostazione di rete consente solo un indirizzo IP a tre cifre. Non posso impostarlo su 192.168.2.100, invece devo usare 192.168.002.100.

Questi due indirizzi IP sono diversi? Devo impostare la LAN del mio router affinché sia ​​tutto 192.168.xxx.xxxaffinché questo funzioni correttamente? Non riesco a trovare solide informazioni al riguardo.

Dipende dallo strumento.

Per la maggior parte dei casi i due saranno gli stessi, ma non sempre.

Ad esempio, se si utilizza un numero di 3 cifre che inizia con uno zero (o uno di due cifre che inizia con zero, grazie a @ Dietrich-Epp), il ping presupporrà che i numeri siano ottali.

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),

Supponendo che tutto il software in uso stia utilizzando il punto decimale e la subnet correttamente, sì, sono uguali.

192.168.0.1, ad esempio, è solo la notazione punto-decimale amichevole del valore punto-binario 11000000.10101000.00000000.00000001.

Sia che lo digiti come 192.168.0.1 o 192.168.000.001 sono entrambi uguali a 11000000.10101000.00000000.00000001

Dipende dagli strumenti o dalle funzioni utilizzate da un determinato programma per analizzare l'indirizzo indicato. Sia Microsoft che Linux e altri sistemi operativi utilizzano una routine compatibile POSIXinet_addr() per l'analisi degli indirizzi.

Molti programmi TCP / IP come Ping e FTP utilizzano la funzione socket inet_addr () per tradurre stringhe di indirizzi IP in indirizzi a 4 byte. Questa funzione accetta un indirizzo IP in notazione decimale, ottale ed esadecimale standard.
Microsoft KB115388 Ping e FTP risolvono l'indirizzo IP con zero iniziale come ottale

La funzione inet_addr () converte l'indirizzo host Internet cp dalla notazione di numeri e punti IPv4 in dati binari in ordine di byte di rete.

In tutte le forme precedenti, i componenti dell'indirizzo tratteggiato possono essere specificati in decimale, ottale (con uno 0 iniziale) o esadecimale, con uno 0X iniziale. Gli indirizzi in ognuna di queste forme sono definiti collettivamente numeri e punti IPv4 . Il modulo che utilizza esattamente quattro numeri decimali viene indicato come notazione decimale puntata IPv4 (o talvolta: notazione quadrata punteggiata IPv4).
inet_addr (3): routine di cambio indirizzo Internet - pagina man di Linux

Pertanto, il tuo sistema specifico potrebbe richiedere una notazione decimale a tre cifre per ogni ottetto, ma questo non è universale e si dovrebbe prestare attenzione per garantire che sia inserito l'indirizzo IP corretto.

Naturalmente, funzioneranno solo numeri validi per ogni tipo. Anche i numeri ottali, esadecimali o decimali non compresi nell'intervallo falliranno o causeranno problemi. Octal 088, Hex 0xGG o Decimal 280 sono tutti esempi non validi.

Come hanno sottolineato Lightness Races in Orbit e altri,

La INET(3)pagina man descrive inet_addre inet_atonle funzioni standard utilizzate per convertire la "notazione di numeri e punti IPv4 in forma binaria". Dice

... i componenti dell'indirizzo punteggiato possono essere specificati in decimale, ottale (con uno 0 iniziale) o esadecimale, con uno 0X iniziale.

Quindi tecnicamente, NO , un indirizzo IP con zeri iniziali non è (sempre) uguale a uno senza zeri iniziali. Nel tuo caso però, 192.168.2.100e 192.168.002.100sono identici, perché 002 == 2.

Qualsiasi interfaccia utente che richiede che ogni componente abbia esattamente tre caratteri di lunghezza, con zeri iniziali richiesti in modo errato viene interrotta.

Alcune implementazioni considerano gli ottetti con zeri iniziali come decimali, altre implementano come ottali. Finché l'ottetto è compreso tra 0 e 7, ciò non fa differenza. Quindi, ad esempio, sarebbe 192.168.002.100interpretato come 192.168.2.100in entrambe le implementazioni.

Ma se dovessi digitare un indirizzo in 192.168.010.100quanto potrebbe essere interpretato come uno 192.168.10.100o in 192.168.8.100base all'implementazione. Inoltre, non è improbabile che esistano implementazioni, che considererebbero gli zeri iniziali come un errore di sintassi. Inoltre, ci sono scenari in cui il software può insistere sulla necessità di utilizzare la rappresentazione canonica per un motivo o per l'altro. Per tutti questi motivi, ti consiglio di evitare gli zeri iniziali quando scrivi un indirizzo IP.

Se si scrive software che deve analizzare un indirizzo IP, consiglierei di accettare gli zeri iniziali, ma quando si verifica emette un avviso in una posizione appropriata.

Leggermente correlati ci sono implementazioni che consentono di avere meno di quattro componenti nella notazione punteggiata. Quando ci sono meno di quattro componenti, l'ultimo componente ha più di 8 bit e i componenti precedenti hanno esattamente 8 bit. Ad esempio 192.168.612sarebbe effettivamente un modo valido per scrivere 192.168.2.100. Ma di nuovo non è consigliabile usare quella notazione.

Un piccolo consiglio: in alcuni casi è importante utilizzare zero prefissi negli indirizzi IP. Un esempio, è Apache .htaccess nega le regole.

Se usi qualcosa del genere

deny from 11.22.33.22

Apache è così stupido che bloccherà anche l'accesso dai seguenti IP:

111.22.33.22

11.22.33.221

211.22.33.221

e in generale, qualsiasi indirizzo IP che includa 11.22.33.22

Quindi, solo per essere sicuro di non bloccare alcun IP che non intendevi bloccare, dovresti usare:

deny from 011.022.033.022

per essere sicuro che Apache bloccherà l'accesso solo dall'indirizzo IP 11.22.33.22.

stai attento con questo. esso DOVREBBE essere lo stesso, ma è NON !
non sono riuscito a trovare una spiegazione per questo, ma posso sicuramente dire che su Windows e Linux gli indirizzi IP con e senza zero iniziale NON sono gli stessi! forse questo ha a che fare con la conversione da altri formati come esadecimale o binario.

dalla mia esperienza con Windows e Linux non dipende dallo strumento, ma dipende dal sistema operativo perché sto funzionando in qualche problema usando ips come 10.08.03.100:

• nota: "10.08.0.1" e 10.09.0.1 non sono stati trovati
• nota: "10.010.0.1" è stato risolto in 10.8.0.1

linux / debian7 / 8: stessi risultati con lo strumento "ping" e "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: stessi risultati con lo strumento "ping" e "telnet"

(scusate, non ho una finestra inglese a portata di mano, l'errore indica che l'host non è stato trovato)

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

I due indirizzi IP sono diversi.

Però:

• Le persone le considerano generalmente uguali.
• Alcuni software li considererebbero uguali.
• Alcuni software, su alcune piattaforme, li considereranno diversi.

Se questo sembra confuso, è perché non esiste uno standard che regola il modo in cui gli indirizzi IP dovrebbero essere scritti, quindi programmatori diversi in punti diversi della storia e su piattaforme diverse, tutti avevano idee diverse su cosa fare.

Gli indirizzi IP sono in realtà binari e le persone tendono a usare una notazione decimale puntata per rappresentare gli indirizzi IP. Il software può accettare varie basi numeriche (es. Decimale, ottale, esadecimale) e interpretare le cose in vari modi in base a come lo scrivi. Come lo scrivi può dire al software in quale base stai scrivendo.

Ti consiglio: non usare zeri iniziali se intendi usare la notazione decimale punteggiata. Alcuni software considereranno che una bandiera significa che stai inserendo un numero ottale. Se intendi inserire un numero decimale, non otterrai i risultati che ti aspetti.

Ho fatto una domanda simile e ho avuto delle buone risposte, quindi se vuoi andare a leggere su RFC, ci sono buone informazioni da avere lì.

Dovrebbe funzionare in entrambi i modi. Puoi anche eseguire il ping con numeri a tre cifre e il computer capirà l'indirizzo IP.

Modifica : Windows lo leggerà come ottale, questo funziona solo per Linux.

Lo zero iniziale non ha senso. Gli ottetti sono (base-10) numeri 0-255, non stringhe.

Dato che non sono esattamente sicuro di ciò che stai chiedendo (o che tu sappia quale domanda porre :)): Detto questo, l'IP # deve trovarsi nella stessa sottorete della tua rete. Se si seleziona 11.12.13.14 in una maschera di sottorete 192.168.0.0, quel dispositivo non sarà in grado di comunicare o utilizzare quella sottorete.