локальный хост
Эта статья нуждается в дополнительных цитатах для проверки . ( июнь 2020 г. ) |
В сетях компьютерных localhost — это имя хоста , которое относится к текущему компьютеру, используемому для доступа к нему. Имя localhost зарезервировано для целей обратной связи . [1] Он используется для доступа к сетевым службам , работающим на хосте, через сетевой интерфейс обратной связи. Использование интерфейса обратной связи позволяет обходить оборудование любого локального сетевого интерфейса .
петлевая проверка
Механизм локальной обратной связи можно использовать для запуска сетевой службы на хосте без необходимости использования физического сетевого интерфейса или без обеспечения доступа к службе из сетей, к которым может быть подключен компьютер. Например, доступ к локально установленному веб-сайту можно получить из веб-браузера по URL-адресу http://localhost для отображения его домашней страницы.
IPv4 Сетевые стандарты резервируют весь блок адресов 127.0.0.0/8 связи . (более 16 миллионов адресов) для целей обратной [2] Это означает, что любой пакет, отправленный на любой из этих адресов, зацикливается. Адрес 127.0.0.1 является стандартным адресом для шлейфового трафика IPv4; остальные поддерживаются не всеми операционными системами. Однако их можно использовать для настройки на хосте нескольких серверных приложений, прослушивающих один и тот же номер порта. В адресации IPv6 архитектуре [3] для обратной связи назначен только один адрес: ::1 . Стандарт запрещает присвоение этого адреса любому физическому интерфейсу, а также его использование в качестве адреса источника или назначения в любом пакете, отправляемом на удаленные хосты.
Разрешение имени
Имя localhost обычно разрешается в IPv4 обратной связи адрес 127.0.0.1 и в IPv6 адрес обратной связи ::1 .
Это разрешение обычно настраивается следующими строками в файле хостов операционной системы :
127.0.0.1 localhost::1 localhost
Имя также может быть разрешено серверами системы доменных имен (DNS), но есть особые соображения. [1] регулирующие использование этого имени:
- Запрос адреса IPv4 IPv6 или . для имени localhost всегда должен разрешаться в соответствующий адрес обратной связи
- Приложения могут сами преобразовать имя в адрес обратной связи или передать его локальным механизмам разрешения имен.
- Когда преобразователь имен получает запрос адреса (A или AAAA) для localhost , он должен вернуть соответствующие адреса обратной связи и отрицательные ответы для любых других запрошенных типов записей. Запросы localhost не следует отправлять на кэширующие серверы имен.
- Чтобы избежать перегрузки корневых серверов системы доменных имен трафиком, кэширующие серверы имен никогда не должны запрашивать записи сервера имен для localhost или пересылать разрешение авторитетным серверам имен.
- Когда авторитетные серверы имен получают запросы «localhost», несмотря на упомянутые выше положения, они должны разрешать их соответствующим образом.
В дополнение к сопоставлению localhost с адресами обратной связи ( 127.0.0.1 и ::1 ), localhost также может быть сопоставлен с другими адресами IPv4 (обратная связь), а также можно назначить другие или дополнительные имена любому адресу обратной связи. . Сопоставление localhost с адресами, отличными от назначенного диапазона адресов обратной связи в файле хостов или в DNS, не гарантирует желаемого эффекта, поскольку приложения могут сопоставлять имя внутри себя.
В системе доменных имен имя .localhost зарезервировано как верхнего уровня имя домена , изначально выделенное во избежание путаницы с именем хоста localhost . [4] Регистраторам доменных имен запрещено делегировать доменные имена в домене верхнего уровня .localhost . [1]
Исторические заметки
году блок 127.0.0.0/8 , В 1981 получил статус «зарезервировано» [5] чтобы не назначать ее как общего назначения класса A. IP-сеть Этот блок был официально назначен для кольцевой проверки в 1986 году. [6] Его назначение в качестве блока IPv4-адресов специального использования было подтверждено в 1994 году. [7] , 2002 [8] , 2010, [9] и последний раз в 2013 году. [2]
один шлейфовый адрес IPv6 ::1 . С самого начала, в 1995 году, был определен [10] Его цель и определение не изменились в 1998 году. [11] , 2003, [12] и до нынешнего определения в 2006 году. [3]
Обработка пакетов
Обработка любого пакета, отправленного на адрес обратной связи, реализуется на канальном уровне стека TCP/IP . Такие пакеты никогда не передаются ни одному контроллеру сетевого интерфейса (NIC) или драйверу аппаратного устройства и не должны появляться за пределами вычислительной системы или маршрутизироваться каким-либо маршрутизатором. Это позволяет тестировать программное обеспечение и локальные службы даже при отсутствии каких-либо аппаратных сетевых интерфейсов.
Закольцованные пакеты отличаются от любых других пакетов, проходящих через стек TCP/IP, только по специальному IP-адресу, которому они были адресованы. Таким образом, службы, которые в конечном итоге их получают, отвечают согласно указанному назначению. Например, служба HTTP может маршрутизировать пакеты, адресованные 127.0.0.99:80 и 127.0.0.100:80, на разные веб-серверы или на один сервер, который возвращает разные веб-страницы. Чтобы упростить такое тестирование, файл хостов можно настроить так, чтобы он предоставлял соответствующие имена для каждого адреса.
Пакеты, полученные на интерфейсе без обратной связи с адресом источника или назначения обратной связи, должны быть отброшены. Такие пакеты иногда называют марсианскими пакетами . [13] Как и любые другие фиктивные пакеты, они могут быть вредоносными, и любых проблем, которые они могут вызвать, можно избежать, применив фильтрацию богонов .
Особые случаи
В версиях базы данных MySQL различается использование имени хоста localhost и использование адресов 127.0.0.1 и ::1 . [14] При использовании localhost в качестве пункта назначения в интерфейсе клиентского соединителя приложения интерфейс программирования приложения MySQL подключается к базе данных с использованием сокета домена Unix , тогда как TCP-соединение через интерфейс обратной связи требует прямого использования явного адреса.
Одним заметным исключением из использования адресов 127.0.0.0/8 . пользователям является их использование в обнаружении ошибок трассировки маршрута многопротокольной коммутации по меткам (MPLS), в котором их свойство немаршрутизации обеспечивает удобные средства, позволяющие избежать доставки ошибочных пакетов конечным
См. также
Ссылки
- ^ Jump up to: а б с С. Чешир; М. Крохмаль (февраль 2013 г.). Доменные имена специального назначения . IETF . дои : 10.17487/RFC6761 . ISSN 2070-1721 . RFC 6761 . Предлагаемый стандарт. Обновления RFC 1918 и 2606 .
- ^ Jump up to: а б М. Коттон; Л. Вегода; Б. Хаберман (апрель 2013 г.). Р. Боника (ред.). Реестры IP-адресов специального назначения . IETF . дои : 10.17487/RFC6890 . ISSN 2070-1721 . BCP 153. RFC 6890 . Лучшая общая практика. Устаревшие RFC 4773, 5156, 5735 and 5736. Updated by РФК 8190 .
- ^ Jump up to: а б Р. Хинден; С. Диринг (февраль 2006 г.). Архитектура IP-адресации версии 6 . Сетевая рабочая группа. дои : 10.17487/RFC4291 . РФК 4291 . Проект стандарта. Устаревшие RFC 3513. Updated by RFC 5952 , 6052 , 7136 , 7346 , 7371 и 8064 .
- ^ Д. Истлейк; А. Паниц (июнь 1999 г.). Зарезервированные DNS-имена верхнего уровня . Сетевая рабочая группа. дои : 10.17487/RFC2606 . BCP 32. RFC 2606 . Лучшая общая практика. Обновлено RFC 6761 .
- ^ Дж. Постель (сентябрь 1981 г.). НАЗНАЧЕННЫЕ НОМЕРА . Сетевая рабочая группа. дои : 10.17487/RFC0790 . РФК 790 . Устаревший. Устарело RFC 820. Obsoletes RFC 776, 770, 762, 758, 755, 750, 739, 604, 503, 433 и 349. Устаревшие ИЕН: 127, 117, 93.
- ^ Дж. Рейнольдс ; Дж. Постель (ноябрь 1986 г.). НАЗНАЧЕННЫЕ НОМЕРА . Сетевая рабочая группа. дои : 10.17487/RFC0990 . РФК 990 . Устаревший. Устарело RFC 1010. Obsoletes РФК 960 . Устаревшие IEN 127, 117 и 93.
- ^ Дж. Рейнольдс ; Дж. Постель (октябрь 1994 г.). НАЗНАЧЕННЫЕ НОМЕРА . Сетевая рабочая группа. дои : 10.17487/RFC1700 . СТД 2. RFC 1700 . Устаревший. Устарело RFC 3232. Obsoletes RFC 1340, 1060, 1010, 990, 960, 943, 923, 900, 870, 820 , 790 , 776 , 770 , 762 , 758 , 755 , 750 , 739 604 , 503 , 433 и 349 . Устаревшие IEN: 127, 117, 93.
- ^ IANA (сентябрь 2002 г.). Адреса IPv4 специального назначения . Сетевая рабочая группа. дои : 10.17487/RFC3330 . РФК 3330 . Устаревший. Устарело РФК 5735 .
- ^ М. Коттон; Л. Вегода (январь 2010 г.). Адреса IPv4 специального использования . Рабочая группа по интернет-инжинирингу . дои : 10.17487/RFC5735 . ISSN 2070-1721 . BCP 153. RFC 5735 . Устаревший. Устарело РФК 6890 .
- ^ Р. Хинден; С. Диринг (декабрь 1995 г.). Архитектура IP-адресации версии 6 . Сетевая рабочая группа. дои : 10.17487/RFC1884 . РФК 1884 . Устаревший. Устарело РФК 2373 .
- ^ Р. Хинден; С. Диринг (июль 1998 г.). Архитектура IP-адресации версии 6 . Сетевая рабочая группа. дои : 10.17487/RFC2373 . РФК 2373 . Устаревший. Устарело RFC 3513. Obsoletes РФК 1884 .
- ^ Р. Хинден; С. Диринг (апрель 2003 г.). Архитектура IP-адресации версии 6 . Сетевая рабочая группа. дои : 10.17487/RFC3513 . РФК 3513 . Устаревший. Устаревшие RFC 2373. Obsoleted by РФК 4291 .
- ^ Рэймонд, Эрик С. «Жаргонный файл» .
- ^ «MySQL :: Справочное руководство MySQL 5.5 :: 4.1 Обзор программ MySQL» .