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

Bootstrap Protocol

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

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

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

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

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

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

История

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

Операция

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

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

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

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

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

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

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

RFC #ЗаголовокДатаУстаревшая и обновленная информация
RFC 3942Реклассификация параметров протокола динамической конфигурации хоста версии 4 (DHCPv4)Ноя-04Обновления RFC 2132
RFC 2132Параметры DHCP и расширения поставщика BOOTPМар 97Устаревшие RFC 1533, Обновлено RFC 3442, RFC 3942, RFC 4361, RFC 4833, RFC 5494
RFC 1542Разъяснения и расширения для протокола начальной загрузкиОктябрь 93Устаревшие RFC 1532, Обновления RFC 951
RFC 1534Взаимодействие между DHCP и BOOTPОктябрь 93 
RFC 1533Параметры DHCP и расширения поставщика BOOTPОктябрь 93Устаревшие RFC 1497, RFC 1395, RFC 1084, RFC 1048, Устарело RFC 2132
RFC 1532Разъяснения и расширения для протокола начальной загрузкиОктябрь 93Устарело RFC 1542, Обновления RFC 951
RFC 1497Расширения информации о поставщиках BOOTPАвгуст 93Устаревшие RFC 1395, RFC 1084, RFC 1048, Устарело RFC 1533, Обновления RFC 951
RFC 1395Расширения информации о поставщиках BOOTPЯнв-93Устаревшие RFC 1084, RFC 1048, Устарело RFC 1497, RFC 1533, Обновления RFC 951
RFC 1084Расширения информации о поставщиках BOOTPДекабрь 88Устаревшие RFC 1048, Устарело RFC 1395, RFC 1497, RFC 1533
RFC 1048Расширения информации о поставщиках BOOTPФев-88Устарело RFC 1084, RFC 1395, RFC 1497, RFC 1533
RFC 951Протокол начальной загрузкиСен-85Обновлено RFC 1395, RFC 1497, RFC 1532, RFC 1542, RFC 5494

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

Рекомендации

  1. ^ Билл Крофт; Джон Гилмор (сентябрь 1985 г.). «RFC 951 - протокол начальной загрузки». Сетевая рабочая группа.
  2. ^ «Протокол начальной загрузки (BOOTP)». Сетевая энциклопедия.

внешняя ссылка