Автоматизация назначения

Почему бы не возложить такие рутинные обязанности, как ведение списка и назначение новых IP- адресов, на компьютер? Не нам первым пришла в голову эта мысль. Сравнительно недавно именно для этой цели был разработан протокол динамической конфигурации хоста (Dynamic Host Configuration Protocol - DHCP). Полное описание DHCP вы можете найти в RFC 1541, в этой же статье мы остановимся только на основных моментах.

DHCP разработан на базе Bootstrap Protocol (BOOTP), системы для автоматического получения информации о конфигурации BOOTP-клиентом от BOOTP-сервера при начальной загрузке. По протоколу DHCP один компьютер в сети назначается сервером BOOTP, все остальные - по крайней мере те, кому нужен IP-адрес - становятся клиентами DHCP (компьютеры, уже имеющие постоянный IP-адрес, могут не приниматься в расчет). Администратор сети должен вначале сконфигурировать сервер. Частью процесса конфигурации является выделение блока IP-адресов для последующего присвоения клиентам.

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

На практике процедура несколько сложнее вышеописанной, поскольку запрашивающий клиент должен вначале найти сервер DHCP. Кроме того, протокол построен так, что клиент может обращаться с запросом сразу к нескольким серверам. Остановимся на том, как это происходит. Клиент DHCP, нуждающийся в адресе, посылает широковещательный пакет DHCPDISCOVER в поисках сервера (см. Рис. 1). Пакет содержит аппаратный адрес запрашивающего клиента, например адрес Ethernet или Token Ring. Затем один или несколько серверов DHCP рассматривают запрос и посылают в ответ пакет DHCPOFFER, содержащий предлагаемый IP-адрес и "время аренды" (срок, в течение которого клиент может пользоваться_адресом).

Клиент DHCP согласует "время аренды" IP-адреса посредством обмена пакетами.

Клиент выбирает адрес из полученных пакетов DHCPOFFER. (Выбор клиента зависит от его назначения - например, он может выбрать адрес с наибольшим временем аренды.) Вслед за тем клиент посылает пакет DHCPREQUEST с адресом выбранного сервера.

Выбранный сервер посылает подтверждение (DHCPACK), и процесс согласования завершается. Пакет DHCPACK содержит оговоренные адрес и время аренды. Сервер помечает выделенный адрес как занятый - до окончания срока аренды этот адрес не может быть присвоен другому клиенту. Клиенту осталось только сконфигурировать себя в соответствии с назначенным адресом и можно приступать к работе в сети.

Отметим еще раз, что на запрос DHCPDISCOVER может ответить несколько серверов. Клиент должен выбрать одно из предложений и послать в ответ пакет DHCPREQUEST с идентификатором выбранного сервера. Другие серверы просматривают пакет DHCPREQUEST и заключают на основе идентификатора сервера, что их предложение было отвергнуто. Таким образом, они знают, что предложенные ими IP-адреса свободны для назначения другим клиентам.

Как упоминалось выше, выбранный сервер завершает согласование отсылкой пакета DHCPACK. В случае если сервер не может принять конфигурацию, он посылает пакет DHCPNAK (отказ в подтверждении), что вынуждает клиента начать процесс согласования заново.

Дата добавления: 2015-08-27