Я всегда замечал IP что-то «169.254.x.x» в моей таблице маршрутизации, даже когда я не подключен к какой-либо сети в моей операционной системе Windows.
В Linux, когда я перечисляю свою таблицу маршрутизации.
$ ip route show
Я получаю запись вроде
169.254.0.0/16 dev eth0 scope link metric 1000
Может кто-нибудь объяснить мне, что это за IP-адрес на самом деле. Будь то что-то вроде семейства 127.0.0.0/8.
редактировать: В ec2 каждый экземпляр может получать метаданные о своих собственных, отправляя HTTP-запросы к этому IP.
$ curl -s http://169.254.169.254/user-data/
Так может кто-нибудь сказать мне, кому на самом деле назначен этот IP-адрес?
Эти динамически настраиваемые локальные адреса ссылки. Они действительны только в одном сегменте сети и не подлежат маршрутизации.
Особо следует отметить, что 169.254.169.254 используется в Amazon EC2 и других платформах облачных вычислений для распространять метаданные в облачных экземплярах.
Почти во всех случаях этот IP-адрес назначается автоматически интерфейсом, который настроен на получение своего IP-адреса через DHCP, но не может его получить.
Это локальный адрес ссылки IPv4, как определено в rfc3927. Обычно блоки с поддержкой ZeroConfig / Bonjour / mdns и др. Настраиваются так, чтобы иметь IPv4-адрес, чтобы разрешить (домашнюю) сеть без наличия DHCP или одноадресного DNS-сервера.
Это особый случай адреса APIPA. OP не запрашивает 169.254.x.x
Это не только адрес APIPA, но и внутренний адрес, используемый экземплярами AWS EC2 для запросов EC2META через HTTP (скажем, curl).
curl http://169.254.169.254/latest/meta-data/instance-id
вернет идентификатор экземпляра без новой строки, и это полезно для написания сценариев. Он не используется для «распространения» метаданных. Вместо этого он используется для запроса этих атрибутов.
Нашел некоторую информацию из эта страница IANA это, вероятно, легче усвоить, чем RFC3927. Цитируется ниже:
Специальные адреса
IP-адреса "автоконфигурации":
169.254.0.0 - 169.254.255.255
Адреса в диапазоне от 169.254.0.0 до 169.254.255.255 используются автоматически большинством сетевых устройств, когда они настроены на использование IP, не имеют назначенного статического IP-адреса и не могут получить IP-адрес с помощью DHCP.
Этот трафик предназначен для ограничения в локальной сети, поэтому администратор локальной сети должен искать неправильно настроенные хосты. Некоторые интернет-провайдеры также непреднамеренно разрешают этот трафик, поэтому вы также можете обратиться к своему интернет-провайдеру. Это описано в RFC 6890.
И в следующем разделе приводится параллельное сравнение для второго вопроса OP: «Может ли кто-нибудь объяснить мне, что это за IP-адрес на самом деле. Будь то что-то вроде семейства 127.0.0.0/8».
IP-адреса "петли":
127.0.0.0 - 127.255.255.255
Каждый компьютер в Интернете использует 127.0.0.0/8 для идентификации самого себя. 127.0.0.0–127.255.255.255 предназначены для так называемой «обратной связи». Эта конструкция позволяет компьютеру подтвердить, что он может использовать IP и для различных программ, работающих на одном компьютере, связываться друг с другом с помощью IP. Большинство программного обеспечения использует только 127.0.0.1 для целей обратной связи (другие адреса в этом диапазоне используются редко). Все адреса в пределах адреса обратной связи обрабатываются с одинаковыми уровнями ограничений в маршрутизации в Интернете, поэтому трудно использовать любые другие адреса в этом блоке для чего-либо, кроме приложений, специфичных для узла, обычно для начальной загрузки. Это описано в RFC 6890.