Назад | Перейти на главную страницу

Для чего используется остальная часть адресного пространства 127.0.0.0/8?

Мы все знаем что 127.0.0.1 используется для (loopback). Но остальная часть зарезервирована 127.0.0.0/8 шлейфовое пространство широко используется для чего-нибудь?

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

На практике 127.0.0.1 обычно используется в качестве "адреса обратной петли", но остальная часть блока также должна выполнять обратную проверку, что означает, что он обычно ни для чего не используется. (Хотя, например, более крупные коммутаторы Cisco будут использовать IP-адреса 127.0.0.xx для прослушивания подключенных карт и модулей, поэтому используются, по крайней мере, некоторые другие адреса.)

Из RFC3330: IPv4-адреса специального назначения

127.0.0.0/8 - этот блок предназначен для использования в качестве адреса обратной связи узла Интернета. Дейтаграмма, отправленная протоколом более высокого уровня на адрес в любом месте этого блока, должна возвращаться внутри хоста. Обычно это реализуется с использованием только 127.0.0.1/32 для обратной связи, но никакие адреса в этом блоке никогда не должны появляться ни в какой сети где-либо [RFC1700, стр. 5].

На практике я видел другие адреса 127.0.0.0/8, используемые в двух местах:

  1. Как ответы на запросы DNSRBL. Различные ответы могут кодировать причину, по которой IP-адрес (или домен) был указан в списке. В Википедии есть некоторые подробности, так же как и RFC5782. SORBS перечисляет свои коды возврата. Project Honeypot кодирует данные в трех доступных октетах.
  2. В Ubuntu /etc/hosts файл. Подробностей не помню, но возник конфликт, поэтому добавили еще localhost-something запись с другим IP-адресом в 127.0.0.0/8 ассортимент. Это 127.0.1.1 и это обходной путь.

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

Петля, кроме 127.0.0.1 требуется, если вы хотите защитить RDP или другое ограниченное соединение с помощью локального прокси. Например, использование RDP через туннель SSH требует, чтобы вы настроили локальную сторону для переадресации портов для прослушивания 127.0.1.2. Это связано с тем, что клиент RDP, поставляемый с Windows, отказывается подключаться к localhost или 127.0.0.1.

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