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

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

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

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

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

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

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

История

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

Определен растущий набор расширений информации о поставщиках BOOTP. для предоставления клиентам BOOTP соответствующей информации о сети, такой как шлюз по умолчанию , IP-адрес сервера имен , имя домена и т. д.

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

Операция

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

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

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

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

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

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

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

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

• Б. Волц (ноябрь 2005 г.). Переклассификация параметров протокола динамической конфигурации хоста версии 4 (DHCPv4) . Сетевая рабочая группа. дои : 10.17487/RFC3942 . РФК 3942 . Предлагаемый стандарт. Обновления РФК 2132 .
• С. Александр; Р. Дромс (март 1997 г.). Опции DHCP и расширения поставщиков BOOTP . Сетевая рабочая группа. дои : 10.17487/RFC2132 . РФК 2132 . Проект стандарта. Устаревшие RFC 1533. Updated by RFC 3442 , 3942 , 4361 , 4833 и 5494 .
• В. Вимер (октябрь 1993 г.). Разъяснения и расширения протокола Bootstrap . Сетевая рабочая группа. дои : 10.17487/RFC1542 . РФК 1542 . Проект стандарта. Обновления RFC 951. Obsoletes РФК 1532 .
• Р. Дромс (октябрь 1993 г.). Взаимодействие между DHCP и BOOTP . Сетевая рабочая группа. дои : 10.17487/RFC1534 . РФК 1534 . Проект стандарта.
• Билл Крофт; Джон Гилмор (сентябрь 1985 г.). ПРОТОКОЛ БУТСТРАП (BOOTP) . Сетевая рабочая группа. дои : 10.17487/RFC0951 . РФК 951 . Проект стандарта. Обновлено RFC 1395 , 1497 , 1532 , 1542 и 5494 .

См. также

• Среда выполнения перед загрузкой (PXE)
• Удаленная начальная загрузка программы (RIPL)
• Адрес помощника UDP — инструмент для маршрутизации запросов BOOTP через границы подсети.
• Протокол обнаружения службы загрузки (BSDP)
• Протокол операций по техническому обслуживанию (MOP)

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

• Диаграмма последовательности BOOTP, заархивированная 26 февраля 2015 г. в Wayback Machine (PDF)
• Многоадресная рассылка BOOTP для настройки сетевого устройства
• Многоадресный BOOTP-сервер и клиент