Почему 192.168. *. * Для локальных адресов? [закрыто]


34

Стандарт, который я видел до сих пор, заключается в использовании 192.168. *. * IP-адресов для устройств в локальной сети.

Почему эта комбинация? Если бы это был я, я бы выбрал что-то попроще, например 1.0. *. *. В чем историческая причина?


5
10.0.0.0/8 является допустимым частным адресным пространством ... это довольно просто
Майк Пеннингтон

5
Эта 192часть почти наверняка проистекает из того факта, что это был частный блок использования, связанный с IP-адресами класса C (еще в ранние, классные дни) и классом C, с которого началась 192.0.0.0. Более подробная информация содержится в разделе Почему домашние сети имеют префикс 192.168? (Super User) и Почему 192.168.xy используется для локальных IP-адресов? (Переполнение стека), но я не могу найти обоснования для выбора 168где-либо в Интернете.
появляется

4
@pops, лучшее, что я нашел, было это сообщение от Стивена Эрбара , который утверждал, что 192.168. *. * использовалась системной компанией в руководстве; это привело к тому, что значительное количество людей использовали это адресное пространство в своих внутренних сетях. Это звучало достаточно знакомо, так что Рэнди Буш думал, что это было Солнце (но это не так)
Майк Пеннингтон

Вопросы об исторических мелочах здесь явно не по теме.
Рон Мопин

Ответы:


34

Примечание. Если мы не сможем получить комментарии от одного из первоначальных авторов RFC 1918 / RFC 1597 или кого-либо из InterNIC / RIPE NCC в то время (1994–1996 гг.), У нас могут остаться предположения и ответы на этот вопрос. будучи главным образом основанным на мнении.


Согласно RFC 1918 , следующие три диапазона зарезервированы для использования в частных сетях:

10.0.0.0        -   10.255.255.255  (10/8 prefix)
172.16.0.0      -   172.31.255.255  (172.16/12 prefix)
192.168.0.0     -   192.168.255.255 (192.168/16 prefix)

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

Обоснование, по крайней мере, частей каждого из этих трех «частных» диапазонов адресов довольно просто, но опять же за пределами логики, это предположения, основанные на моих чтениях за эти годы.

Во-первых, учтите, что классовые сети выглядят следующим образом (исходная статья Википедии о Classful Network ):

Class A
  0.  0.  0.  0 = 00000000.00000000.00000000.00000000
127.255.255.255 = 01111111.11111111.11111111.11111111
                  0nnnnnnn.HHHHHHHH.HHHHHHHH.HHHHHHHH

Class B
128.  0.  0.  0 = 10000000.00000000.00000000.00000000
191.255.255.255 = 10111111.11111111.11111111.11111111
                  10nnnnnn.nnnnnnnn.HHHHHHHH.HHHHHHHH

Class C
192.  0.  0.  0 = 11000000.00000000.00000000.00000000
223.255.255.255 = 11011111.11111111.11111111.11111111
                  110nnnnn.nnnnnnnn.nnnnnnnn.HHHHHHHH

Class D
224.  0.  0.  0 = 11100000.00000000.00000000.00000000
239.255.255.255 = 11101111.11111111.11111111.11111111
                  1110XXXX.XXXXXXXX.XXXXXXXX.XXXXXXXX

Class E
240.  0.  0.  0 = 11110000.00000000.00000000.00000000
255.255.255.255 = 11111111.11111111.11111111.11111111
                  1111XXXX.XXXXXXXX.XXXXXXXX.XXXXXXXX

Как вы можете видеть, каждый из трех диапазонов RFC1918 вырезает частный блок из одного из старых «классных» диапазонов сети. (Класс A, класс B и класс C в этом случае.)

Цитируя Дамблдора: «С этого момента мы оставим твердую основу факта и будем вместе путешествовать по темным болотам памяти в заросли самых смелых догадок».

IANA был назначение адресов в течение многих лет до создания RFC 1918 (февраль 1996) . (На самом деле частные диапазоны были впервые представлены в RFC 1597 в марте 1994 года.) Например, если вы проводите whois 8.0.0.0поиск, вы можете видеть, что для уровня 3 этот блок был назначен на 1992-12-01.

Поэтому можно предположить, что авторам RFC1918 пришлось работать с IANA / Jon Postel, чтобы найти доступные диапазоны, предоставив нам частные диапазоны, перечисленные выше.

Но опять же, если кто-то непосредственно не вовлечен в процесс *, что-то говорит, это может остаться догадкой.

* Или просто кто-то с лучшим Google-Foo, чем я. Мне не удалось найти хороший первоисточник этой информации.


1
Это верно. В то время использовалась стеклянная адресация. Для размещения сетей разных размеров были назначены сети одного класса A, 32 класса B и 256 класса C. Почему 10, 172,16 и 192,168? Потому что это была запоздалая мысль, и они были доступны.
багамат

4
@bahamat 192.168.1.0/24 и 10.1.1.0/24 сопоставимы. Обе подсети помещаются в структуру C одинакового размера ... нет памяти, сохраненной с 192.168
Майк Пеннингтон

2
CIDR около 20 лет, никто не имел домашних роутеров 20 лет назад
Майк Пеннингтон

2
@bahamat, в 9 случаях из 10 домашних маршрутизаторов нет нужды запускать IGP (классовая или нет), а области DHCP на них полностью настраиваются пользователем, поэтому я не вижу обоснованности вашего утверждения.
Джон Дженсен

2
10/8 была старая ARPANET. После того, как его пространство вернулось в ARIN, оно было помечено как зарезервированное и стало первым, насколько я знаю, доступным для частного использования. 172.16 / 12 имели наибольшее непрерывное распределение без назначения. Не уверен в 192.168 / 16, кроме того, что было доступно в старом диапазоне класса C.
generalnetworkerror

5

Как уже отмечалось, RFC1918 определяет 3 частных диапазона IP. В 1996 году все еще существовало устаревшее оборудование, которое не поддерживало CIDR , поэтому для каждого класса был создан один диапазон. Адреса класса B начинаются с 128.0.0.0, а адреса класса C начинаются с 192.0.0.0; 168 был выбран только потому, что он был нераспределенным.

Но возникает другой вопрос - зачем требовался диапазон класса C? Поскольку единственная разница между классами A, B и C - это размер сети, почему бы просто не использовать 10.0.0.0/8? Согласно RFC1918:

Если подходящая схема подсетей может быть разработана и поддерживается соответствующим оборудованием, рекомендуется использовать 24-битный блок (сеть класса A) частного адресного пространства и составить план адресации с хорошим путем роста. Если существует проблема с подсетями, то можно использовать 16-битный блок (сети класса C) или 20-битный блок (сети класса B) частного адресного пространства.

Я точно не знаю, о каких «проблемах» с подсетями думали авторы. Возможно, какое-то оборудование до CIDR не поддерживало сети класса A из-за ограничений памяти (хотя вы могли бы подумать, что важно количество хостов, а не количество потенциальных хостов).

Кроме того, в сетях класса C / 24s, хотя 192.168.xx - это / 16 - поэтому в классовой сети 192.168.xx фактически содержит 256 подсетей. Это может быть полезно для крупных организаций, которые хотят запускать частные подсети на оборудовании до CIDR.


гм. a / 24 может быть сетью класса C, если первые биты адреса равны 110. Но вы также получаете a / 24 из сети класса A или B. Классная сеть давно мертва. Класс-A, -B, -C следует использовать только в историческом контексте.
Дженс Линк

-1

Пожалуйста, используйте 10.0.0.0 - 10.255.255.255, согласно RFC 6890 , стр. 6.

Раньше я думал, что отвечать на исторические вопросы было хорошей идеей, но я хотел бы избегать делать это на регулярной основе из-за плохого опыта помощи вампирам. Это не кажется необходимым в этом случае. 10.0.0.0/8 достаточно прост.


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

1
Причиной вашего возражения против 192.168. *. * Является то, что вы «выбрали что-то более простое». Дело в том, что 10.0.0.0/8 также является пространством RFC1918, и это нечто более простое, но вы не можете случайно выбрать любое адресное пространство в Интернете без осложнений . Если сообщество хочет закрыть, это нормально ... Подводя итог, я думаю, что вы чрезмерно педантичный WRT "Не говорите мне о 10.0.0.0/8, потому что я спросил о 192.168 пробелах".
Майк Пеннингтон

2
Я полностью уважаю вас и не хочу звучать иначе. Тем не менее, кажется, что отвечать на вопрос «Я бы предпочел не отвечать на него, как сейчас, так что вот ответ на очень связанный вопрос», не совсем верно. Я ищу больше мотивации, а не истории как таковой. Спасибо, что открыты для обсуждения!
отменить

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.