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

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

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

22 голоса | спросил Undo 14 Jam1000000amTue, 14 Jan 2014 02:28:29 +040014 2014, 02:28:29

3 ответа


29

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


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

10.0.0.0 - 10.255.255.255 (префикс 10/8)
172.16.0.0 - 172.31.255.255 (префикс 172.16 /12)
192.168.0.0 - 192.168.255.255 (префикс 192.168 /16)

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

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

Сначала рассмотрим, что классные сети следующие (источник статья Википедии о классной сети ):

Класс A
  0. 0. 0. 0 = 00000000.00000000.00000000.00000000
127.255.255.255 = 01111111.11111111.11111111.11111111
                  0nnnnnnn.HHHHHHHH.HHHHHHHH.HHHHHHHH

Класс B
128. 0. 0. 0 = 10000000.00000000.00000000.00000000
191.255.255.255 = 10111111.11111111.11111111.11111111
                  10nnnnnn.nnnnnnnn.HHHHHHHH.HHHHHHHH

Класс C
192. 0. 0. 0 = 11000000.00000000.00000000.00000000
223.255.255.255 = 11011111.11111111.11111111.11111111
                  110nnnnn.nnnnnnnn.nnnnnnnn.HHHHHHHH

Класс D
224. 0. 0. 0 = 11100000.00000000.00000000.00000000
239.255.255.255 = 11101111.11111111.11111111.11111111
                  1110XXXX.XXXXXXXX.XXXXXXXX.XXXXXXXX

Класс 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, чем я. Я не смог найти хороший первичный источник этой информации.

ответил Brett Lykins 14 Jam1000000amTue, 14 Jan 2014 04:33:09 +040014 2014, 04:33:09
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-битный блок (сеть класса А) частного адресного пространства и составить план адресации с хорошим пути роста. Если проблема связана с подсети, может использоваться 16-разрядный блок (сети класса C) или 20-битный блок (сети класса B) частного адресного пространства.

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

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

ответил sjy 12 MaramWed, 12 Mar 2014 10:40:44 +04002014-03-12T10:40:44+04:0010 2014, 10:40:44
-1

Используйте 10.0.0.0 - 10.255.255.255, за RFC 6890 , стр. 6.

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

ответил Mike Pennington 14 Jam1000000amTue, 14 Jan 2014 03:05:25 +040014 2014, 03:05:25

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132