Почему пинг 192.168.072 (только 2 точки) возвращает ответ от 192.168.0.58?

Я по ошибке пропустил точку IP-адреса и набрал 192.168.072.
К моему удивлению, я подключился к машине в192.168.0.58

Если я пинг, 192.168.072я получаю ответы от 192.168.0.58.

Почему это?

Я на ПК с Windows в домене Windows.

Если я пингую, 192.168.72я получаю ответ 192.168.0.72, так что кажется, что 0in 072(в моей первоначальной ошибке) имеет значение.

_{Этот вопрос был Супер Вопросом Пользователя Недели .
Прочитайте запись в блоге для получения более подробной информации или внесите свой вклад в блог самостоятельно}

Все слишком усложняют это с RFC, классами IP и тому подобным. Просто запустите несколько тестов, чтобы увидеть, как pingкоманда анализирует IP-ввод, введенный пользователем (посторонняя запись удалена):

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

Как видите, pingкоманда (в Windows) позволяет использовать разные форматы IP-адресов. IPv4-адрес может быть разбит на четыре части («пунктирная четверка») следующим образом:, A.B.C.Dа pingкоманда позволяет вам пропустить некоторые, заполнив значение по умолчанию 0следующим образом:

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

Если вы предоставляете только одну часть, то, если она меньше 255 (максимум для октета), она обрабатывается как октет, как указано выше, но если она больше 255, она преобразуется и переносится в следующее поле. (т. е. mod 256).

Есть несколько случаев краев , как обеспечение более четырех частей , кажется, не работают (например, пинг google.comIP «s не будет работать либо 0.74.125.226.4или 74.125.226.4.0).

Вы также можете использовать шестнадцатеричное обозначение в точечно-четырехугольной и плоской форме, но необходимо отформатировать ее, предварительно ожидая 0xкаждого октета.

Таким образом, существует множество способов представления IP-адреса (IPv4). Вы можете использовать плоский или точечно-четырехугольный (или точечно-тройной, точечно-двойной или даже точечно-одиночный) формат, и для каждого вы можете использовать (или даже смешивать и сочетать) десятичные, восьмеричные и шестнадцатеричные. Например, вы можете пропинговать google.comследующими способами:

• google.com  (доменное имя)
• 74.125.226.4  (десятичный пунктир)
• 1249763844  (десятичная дробь)
• 0112.0175.0342.0004  (восьмеричный пунктир)
• 011237361004  (плоский восьмеричный)
• 0x4A.0x7D.0xE2.0x04  (пунктирный гекс)
• 0x4A7DE204  (плоский гекс)
• 74.0175.0xe2.4  (ಠ_ಠ)

(Слава Богу, что поддержка двоичной нотации не была добавлена!)

Применение :

В вашем случае pinging 192.168.072использует третий формат в приведенной выше таблице ( A.B.0.C), так что вы на самом деле ping 192.168.0.072. Кроме того, поскольку у вас есть ведущий ноль в последней части, он обрабатывается как восьмеричное число, которое в десятичной дроби равно 58.

Тайна разгадана.

Обратите внимание, что хотя команда Windows pingдопускает такое большое разнообразие форматов для ввода и интерпретирует нестандартные форматы видимыми способами, это не обязательно означает, что вы можете использовать такие форматы везде. Некоторые программы могут вынудить вас предоставить все четыре части точечного квадрата, другие могут не допустить смешивания и сопоставления десятичных и восьмеричных чисел и т. Д.

Кроме того, адреса IPv6 еще больше усложняют логику синтаксического анализа и приемлемость формата ввода.

Приложение :

syss отметил, что если вы используете недопустимый символ в одном из чисел (например, 8или 9при восьмеричном использовании, a gв шестнадцатеричном режиме и т. д.), то pingон достаточно умен, чтобы распознать это и интерпретировать его как строку (-al? -ic?) URL вместо цифрового IP-адреса.

^{(Как человек, который имел многочисленные аневризмы и сердечные приступы, пытался написать предположительно «простой» код, чтобы приспособить экспоненциально растущее число перестановок значений данных, я ценю, что он, кажется, правильно обрабатывает все входные варианты; в этом случай, как минимум 3 1 +3 2 +3 3 +3 4 = 120 вариаций.)}

Так, при задании 010.020.030.040будет свистеть , 8.16.24.32как и ожидалось, проходя 010.020.030.080к pingбудет рассматриваться как URL вместо IP - адреса , как , foo.bar.baz.comкоторый может (но , к сожалению , не) существует. Другими словами, он пытается пропинговать поддомен 010на поддомене 020в домене 030в домене верхнего уровня 080. Тем не менее, поскольку 080это недопустимый TLD (например .com, .netи их друзья), соединение не будет установлено сразу на первом этапе.

То же самое происходит с тем, 090.010.010.010где недопустимый символ находится в другом октете. Точно так же 0xf.0xf.0xf.0xfпингует 15.15.15.15, но 0xh1.0x1.0xg0.0fне получается.

О, хорошо, я думаю, что это то, что вы получаете за то, что вы не владеете несколькими базами чисел.

Вероятно, проще и безопаснее просто убедиться, что вы всегда используете адреса с четырьмя точками («40q»? «Quaddy-quad»? «Cutie-q»?)).

Так что иди и изучи некоторые основы чисел . Вы сможете похвастаться жизнью вечеринок, и, как говорится, существует 10 типов людей: тех, кто знает двоичный код, и тех, кто этого не знает.

_{Давайте даже не будем думать об адресах IPv6; Я думаю, что они одна из 111 печатей !!!}

Для этого есть две причины:

Во-первых, префикс «0» обозначает восьмеричное число. Поскольку окт (072) = декабрь (58), 192.168.072 = 192.168.58.

Во-вторых, второй-последний 0 может быть сброшен с IP-адресов как сокращение . 127.0.1 интерпретируется как 127.0.0.1, а в вашем случае 192.168.58 интерпретируется как 192.168.0.58.

В дополнение к важному замечанию @ neu242 о восьмеричной нотации и наблюдению, что IP-адреса могут быть сокращены, другой важной частью является знание того, как интерпретируются сокращенные IP-адреса.

Можно наивно предположить, что, если некоторые из четырех чисел отсутствуют, парсер добавит заполненные нулями байты в конец (или начало) последовательности байтов. Но это не соответствует поведению, о котором сообщил OP: 192.168.072 был проанализирован как 192.168. 0 .58, а не как 192.168.58. 0 или 0 .192.168.58.

Очевидно, что ping для Windows и Linux (версия, которую вы пробовали, и версия, которую я пробовал) использует что-то эквивалентное inet_aton () для анализа аргумента IP-адреса. Страница man для inet_aton () говорит:

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.

Итак, у вас это есть ... 192.168.072соответствует шаблону abc, поэтому 072(после синтаксического анализа в виде восьмеричного числа) было интерпретировано как 16-битное значение, которое определяет 2 правых байта двоичного адреса, что эквивалентно 0.58.

Приведенные выше правила эквивалентны тому, что если какое-либо из четырех чисел отсутствует, необходимые байты, заполненные нулями, добавляются непосредственно перед последним полученным числом ... ни в конце, ни в начале строки байтов. (Выражение таким образом работает, если последнее заданное число меньше 256.)

Обратите внимание, что более новые версии ping могут не разрешать такого рода сокращения или восьмеричное толкование. Источник 2010 код iputils (включая пинг) , которые я нашел использует inet_pton () , а не inet_aton () для разбора IP - адрес аргумента. Страница man для inet_pton () говорит:

В отличие от inet_aton (3) и inet_addr (3), inet_pton () поддерживает адреса IPv6. С другой стороны, inet_pton () принимает адреса IPv4 только в точечно-десятичном формате, тогда как inet_aton (3) и inet_addr (3) допускают более общие обозначения чисел и точек (шестнадцатеричные и восьмеричные числовые форматы, а также форматы, которые не не требуется, чтобы все четыре байта были записаны явно).

Вы также должны учитывать, что ip может быть представлен целыми числами, сложенными вместе по значению для их положения.

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

Вот классная вещь:

192.168.58 будет 192.168.0.58, потому что

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

192.11010106 также будет 192.168.0.58, потому что

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

3232235578 также будет 192.168.0.58, потому что

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