stringtranslate.com

Протокол начальной загрузки

Bootstrap Protocol ( BOOTP ) — это сетевой протокол, используемый в сетях Internet Protocol для автоматического назначения IP-адреса сетевым устройствам с сервера конфигурации. Первоначально BOOTP был определен в RFC  951, опубликованном в 1985 году.

Хотя некоторые части BOOTP были фактически заменены протоколом динамической конфигурации хоста (DHCP), который добавляет функцию аренды, части BOOTP используются для предоставления услуг протоколу DHCP. Некоторые серверы DHCP также предоставляют устаревшую функциональность BOOTP.

Когда сетевой компьютер загружается , его IP-стек транслирует сетевые сообщения BOOTP с запросом назначения IP-адреса. Сервер конфигурации BOOTP отвечает на запрос, назначая IP-адрес из пула адресов, который предварительно настроен администратором.

BOOTP реализован с использованием протокола User Datagram Protocol (UDP) для транспорта. Порт номер 67 используется сервером для получения клиентских запросов, а порт номер 68 используется клиентом для получения ответов сервера. BOOTP работает только в сетях IPv4 .

Исторически BOOTP также использовался для Unix-подобных бездисковых рабочих станций для получения сетевого расположения их образа загрузки , в дополнение к назначению IP-адреса. Предприятия использовали его для развертывания предварительно настроенной клиентской установки (например, Windows ) на вновь установленных ПК.

Первоначально для установки начального сетевого соединения требовалось использование загрузочной дискеты , однако позднее производители сетевых интерфейсов встроили протокол в прошивку интерфейсных карт, а также системных плат со встроенными сетевыми интерфейсами, что позволило осуществлять прямую сетевую загрузку.

История

BOOTP был впервые определен в сентябре 1985 года [1] как замена протокола обратного разрешения адресов (RARP), опубликованного в июне 1984 года. [2] Основной мотивацией замены RARP на BOOTP было то, что RARP был протоколом канального уровня . Это затрудняло реализацию на многих серверных платформах и требовало, чтобы сервер присутствовал в каждой индивидуальной подсети IP . BOOTP представил новшество агентов-ретрансляторов, которые пересылали пакеты BOOTP из локальной сети, используя стандартную маршрутизацию IP, так что один центральный сервер BOOTP мог обслуживать хосты во многих подсетях. [1] : §6 

Был определен увеличивающийся набор расширений информации о поставщике BOOTP [3] [4] [5] [6] для предоставления клиентам BOOTP соответствующей информации о сети, такой как шлюз по умолчанию , IP-адрес сервера имен , доменное имя и т. д.

С появлением протокола динамической конфигурации хоста расширения информации о поставщике BOOTP были включены в качестве полей параметров DHCP [7] [8], чтобы позволить DHCP-серверам также обслуживать клиентов BOOTP.

Операция

Случай 1: Клиент и сервер в одной сети

Когда запускается клиент BOOTP, у него нет IP-адреса, поэтому он транслирует в сеть сообщение, содержащее его MAC-адрес. Это сообщение называется «запросом BOOTP», и его принимает сервер BOOTP, который отвечает клиенту следующей информацией, которая ему нужна:

  1. IP-адрес клиента, маска подсети и адрес шлюза по умолчанию.
  2. IP-адрес и имя хоста сервера BOOTP.
  3. IP-адрес сервера, на котором находится загрузочный образ, необходимый клиенту для загрузки своей операционной системы.

Когда клиент получает эту информацию от сервера BOOTP, он настраивает и инициализирует свой стек протоколов TCP/IP, а затем подключается к серверу, на котором находится общий образ загрузки. Клиент загружает образ загрузки и использует эту информацию для загрузки и запуска своей операционной системы. [9]

Протокол динамической конфигурации хоста (DHCP) был разработан как расширение BOOTP. BOOTP определен в запросах на комментарии (RFC) 951 и 1084.

Случай 2: Клиент и сервер в разных сетях

  1. Проблема с запросом bootp заключается в том, что запрос является широковещательным. Широковещательная IP-датаграмма не может пройти ни через один маршрутизатор. Маршрутизатор отбрасывает этот пакет.
  2. Для решения этой проблемы необходим посредник (ретранслятор).
  3. Один из хостов или маршрутизаторов может быть настроен на уровне приложений для работы в качестве агента-ретранслятора.
  4. Агент ретрансляции знает адрес одноадресной рассылки сервера Bootp и прослушивает широковещательные сообщения на порту 67.
  5. Получив этот широковещательный пакет, он инкапсулирует сообщение в одноадресную датаграмму и отправляет запрос на сервер Bootp.
  6. Пакет, содержащий одноадресный адрес назначения, маршрутизируется любым маршрутизатором и достигает сервера bootp.
  7. Получив ответ, агент-ретранслятор отправляет его клиенту bootp.

Документация стандартов IETF

Смотрите также

Ссылки

  1. ^ ab Билл Крофт; Джон Гилмор (сентябрь 1985 г.). ПРОТОКОЛ BOOTSTRAP (BOOTP). Сетевая рабочая группа. doi : 10.17487/RFC0951 . RFC 951. Проект стандарта. Обновлен RFC 1395, 1497, 1532, 1542 и 5494.
  2. ^ R. Finlayson; T. Mann; J. Mogul; M. Theimer (июнь 1984 г.). Протокол обратного разрешения адресов. Сетевая рабочая группа. doi : 10.17487/RFC0903 . STD 38. RFC 903. Стандарт Интернета 38.
  3. ^ P. Prindeville (февраль 1988 г.). Расширения информации о поставщиках BOOTP. Сетевая рабочая группа. doi : 10.17487/RFC1048 . RFC 1048. Устарело. Устарело согласно RFC 1084, 1395, 1497 и 1533.
  4. ^ J. Reynolds (декабрь 1988 г.). Расширения информации о поставщиках BOOTP. Сетевая рабочая группа. doi : 10.17487/RFC1084 . RFC 1084. Устарело. Устарело из-за RFC 1395, 1497 и 1533. Устаревший RFC 1048.
  5. ^ J. Reynolds (январь 1993 г.). Расширения информации о поставщиках BOOTP. Сетевая рабочая группа. doi : 10.17487/RFC1395 . RFC 1395. Устарело. Устарело из-за RFC 1497 и 1533. Устаревшие RFC 1084 и 1048. Обновление RFC 951.
  6. ^ J. Reynolds (август 1993 г.). Расширения информации о поставщиках BOOTP. Сетевая рабочая группа. doi : 10.17487/RFC1497 . RFC 1497. Устарело. Устарело из-за RFC 1533. Устаревшие RFC 1395, 1084 и 1048. Обновление RFC 951.
  7. ^ S. Alexander; R. Droms (октябрь 1993 г.). DHCP Options and BOOTP Vendor Extensions. Сетевая рабочая группа. doi : 10.17487/RFC1533 . RFC 1533. Устарело. Устарело из-за RFC 2132. Устаревшие RFC 1497, 1395, 1084 и 1048.
  8. ^ S. Alexander; R. Droms (март 1997 г.). DHCP Options and BOOTP Vendor Extensions. Сетевая рабочая группа. doi : 10.17487/RFC2132 . RFC 2132. Проект стандарта. Отменяет RFC 1533. Обновлен RFC 3442, 3942, 4361, 4833 и 5494.
  9. ^ "Протокол начальной загрузки (BOOTP)". Сетевая энциклопедия .

Внешние ссылки