Чи однакові IP-адреси з нульовими нульовими і без них?

У мене система безпеки, і мережевий параметр дозволяє лише тризначну IP-адресу. Я не можу встановити його 192.168.2.100, замість цього мені доведеться використовувати 192.168.002.100.

Чи відрізняються ці дві IP-адреси? Чи потрібно встановити локальну мережу мого маршрутизатора для 192.168.xxx.xxxтого, щоб це працювало правильно? Я не можу знайти твердої інформації про це.

Це залежить від інструменту.

Для більшості цілей обидва будуть однаковими, але не завжди.

Наприклад, якщо ви використовуєте 3-розрядне число, що починається з нуля (або двозначне, починаючи з нуля, дякуючи @ Dietrich-Epp), то ping вважатиме, що цифри є вісімковими.

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

Якщо припустимо, що все програмне забезпечення, яке ви використовуєте, правильно використовує крапки з десятковою чи підмережею, так, вони однакові.

192.168.0.1, наприклад, є лише дружнім крапковим десятковим позначенням крапкового двійкового значення 11000000.10101000.00000000.00000001.

Якщо ви введете його як 192.168.0.1 або 192.168.000.001, вони обидва рівні 11000000.10101000.00000000.00000001

Це залежить від інструментів або функцій, які використовує будь-яка програма для розбору вказаної адреси. І Microsoft, і Linux, а також інші ОС використовують процедуру, сумісну з POSIX,inet_addr() для розбору адрес.

Багато програм TCP / IP, такі як Ping і FTP, використовують функцію сокетів inet_addr () для перекладу рядків IP-адрес у 4-байтні адреси. Ця функція приймає IP-адресу у стандартних десяткових, восьмеричних та шістнадцяткових позначеннях.
Microsoft KB115388 Ping і FTP вирішують IP-адресу з провідною нульовою позначкою восьмери

Функція inet_addr () перетворює адресу хоста в Інтернеті cp з позначення цифр і крапок IPv4 у двійкові дані в порядку байтів мережі.

У всіх перерахованих вище формах компоненти пунктирної адреси можуть бути вказані у десятковій, восьмеричній (із провідним 0), або в шістнадцятковій, з провідною 0X). Адреси в будь-якій з цих форм узагальнено називаються позначенням числа-крапки IPv4 . Форма, яка використовує рівно чотири десяткових числа, називається IPv4 пунктирною десятковою нотацією (або іноді: IPv4 пунктирно-чотиризначення).
inet_addr (3): Процедури зміни адрес в Інтернеті - man man на сторінці Linux

Таким чином, ваша конкретна система може вимагати тризначного десяткового позначення для кожного октету, але це не є універсальним, і слід бути обережним, щоб забезпечити введення правильної IP-адреси.

Звичайно, працюватимуть лише дійсні числа для кожного типу. Офтальмові, шістнадцяткові або десяткові цифри також виходять з ладу або спричинять проблеми. Octal 088, Hex 0xGG або Decimal 280 - все недійсні приклади.

Як вказували гонки легкості на Орбіті та інші,

На INET(3)головній сторінці описані inet_addrта inet_aton, стандартні функції, що використовуються для перетворення "IPv4 нотації цифр і крапок у бінарну форму". Він говорить

... компоненти пунктирної адреси можуть бути вказані в десятковій, восьмеричній (з провідним 0) або в шістнадцятковій, з провідною 0X).

Таким чином, технічно НІ , IP-адреса з провідними нулями не завжди (завжди) однакова як одна без ведучих нулів. У вашому випадку, однак, 192.168.2.100і 192.168.002.100однакові, тому що 002 == 2.

Будь-який користувальницький інтерфейс, який вимагає, щоб кожен компонент був довжиною рівно трьох символів, з неправильно потрібними провідними нулями, порушується.

Деякі реалізації вважають октети з провідними нулями десятковими, інші реалізації вважають їх вісімковими. Поки октет знаходиться в діапазоні від 0 до 7, це не має значення. Так, наприклад, 192.168.002.100інтерпретується як 192.168.2.100в обох реалізаціях.

Але якби ви ввели адресу, оскільки 192.168.010.100її можна інтерпретувати як 192.168.10.100або 192.168.8.100залежно від реалізації. Крім того, малоймовірно, що існує реалізація, яка вважала б провідні нулі помилкою синтаксису. Крім того, існують сценарії, в яких програмне забезпечення може наполягати на тому, що вам доведеться використовувати канонічне представлення з тих чи інших причин. З усіх цих причин я рекомендую уникати провідних нулів, коли ви пишете IP-адресу.

Якщо ви пишете програмне забезпечення, яке потребує розбору IP-адреси, я рекомендую прийняти провідні нулі, але надсилайте попередження у відповідне місце, коли це станеться.

Трохи пов'язані є реалізації, які дозволяють мати менше чотирьох компонентів у пунктирній нотації. Коли є менше чотирьох компонентів, останній компонент має більше 8 біт, а попередні компоненти мають рівно 8 біт. Наприклад 192.168.612, насправді це був би вірний спосіб написання 192.168.2.100. Але знову використовувати це позначення не рекомендується.

Лише невелика порада: в деяких випадках важливо використовувати нульові префікси в IP-адресах. Прикладом є правила Apache .htaccess заперечення.

Якщо ви використовуєте щось подібне

deny from 11.22.33.22

Apache настільки дурний, що також заблокує доступ із таких IP-адрес:

111.22.33.22

11.22.33.221

211.22.33.221

і взагалі будь-яка IP-адреса, яка включає 11.22.33.22

Отже, щоб переконатися, що ви не заблокуєте жодні IP-адреси, які ви не мали намір заблокувати, слід використовувати:

deny from 011.022.033.022

щоб бути впевненим, що Apache заблокує доступ лише з IP-адреси 11.22.33.22.

будьте обережні з цим. він ПОВИНЕН бути таким же , але це НЕ !
Я не міг знайти пояснення цьому, але я точно можу сказати, що IP-адреси Windows та Linux з і без ведучих нулів НЕ однакові! можливо, це стосується перетворення з інших форматів, таких як шістнадцятковий або двійковий.

з мого досвіду роботи з Windows і Linux це не інструмент залежно, але ОС залежно, здається, тому що я працюю в якійсь проблемі з використанням ips, як 10.08.03.100:

• примітка: "10.08.0.1" та 10.09.0.1 не вдалося знайти
• Примітка: "10.010.0.1" дозволено до 10.8.0.1

linux / debian7 / 8: ті ж результати з інструментами "ping" та "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: такі самі результати з інструментами "ping" та "telnet"

(Вибачте, у мене немає під рукою англійського windows. Помилка говорить про те, що хоста не вдалося знайти)

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

Два IP-адреси різні.

Однак:

• Люди, як правило, вважають їх однаковими.
• Деякі програми вважають їх однаковими.
• Деякі програми на деяких платформах вважатимуть їх різними.

Якщо це звучить заплутано, це тому, що не існує стандарту, який би регулював спосіб запису IP-адрес, тому різні програмісти в різні моменти історії та на різних платформах усі мали різні ідеї щодо того, що потрібно робити.

IP-адреси насправді є двійковими, і люди, як правило, використовують пунктирне десяткове позначення для представлення IP-адрес. Програмне забезпечення може приймати різні числові основи (наприклад, десяткову, восьмеричну, шістнадцяткову) та інтерпретувати речі різними способами залежно від того, як ви це пишете. Як ви це пишете, це може сказати програмному забезпеченню, в яку базу ви пишете.

Раджу: не використовуйте провідні нулі, якщо ви хочете використовувати крапкові десяткові позначення. Деякі програми вважають, що прапор означає, що ви вводите восьмеричний номер. Якщо ви хочете ввести десяткову цифру, ви не отримаєте очікуваних результатів.

Я задав подібне запитання і отримав кілька хороших відповідей, тому, якщо ви хочете прочитати на RFC, там є хороша інформація.

Це має працювати в будь-якому випадку. Ви навіть можете пінг з трицифровими номерами, і комп'ютер зрозуміє IP-адресу.

Редагувати : вікна будуть читати його як восьмеричний, це працює лише для Linux.

Провідний нуль безглуздий. Октети (база-10) 0-255 чисел, а не рядки.

Оскільки я не зовсім впевнений, що ви запитуєте (або що ви знаєте, яке запитання потрібно задати :)): Отож, IP # повинен бути в тій самій підмережі, що і ваша мережа. Якщо ви вибрали 11.12.13.14 в межах підмережі 192.168.0.0, цей пристрій не зможе спілкуватися з ним і використовувати цю підмережу.