Функционирование протокола dhcp

Процесс конфигурирования клиента DHCP показан на рис. 11.18.

Рис. 11.18. Процесс обнаружения сервера протокола DHCP

Этот процесс включает в себя пять этапов, описанных ниже.

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

2. Сервер посылает одноадресатное сообщение DHCPOFFER клиенту — после по­ лучения широковещательного сообщения сервер определяет, может ли он об­ служить этот запрос на основе своей собственной базы данных. Если он не может обслужить запрос, то может переслать запрос другому DHCP -серверу (серверам), в зависимости от конфигурации. Если же он может обслужить за­ прос самостоятельно, то он предлагает клиенту конфигурационную IP- информацию в виде одноадресатного сообщения DHCPOFFER, Сообщение DHCPOFFER представляет собой предлагаемую конфигурацию, которая мо­ жет включать в себя IP-адрес, адрес сервера DNS и срок аренды.

3. Клиент рассылает широковещательное сообщение DHCPREQUEST всем уз­ лам — если клиент находит полученное предложение подходящим, то он рас­ сылает новое широковещательное сообщение DHCPREQUEST, запрашивая именно эти конкретные IP-параметры. Возникает вопрос: почему клиент рас­сылает этот новый запрос широковещательно, а не одноадресатным сообщением конкретному серверу (от которого получено предложение)? Широкове­щание используется потому, что его первый запрос DHCPDISCOVER могбыть получен более чем одним сервером DHCP. Если предложения были сде­ланы более чем одним сервером, то данное широковещательное сообщение DHCPREQUEST уведомляет всех остальных, что предложение было принято. Обычно клиент принимает первое сделанное предложение.

4. Сервер посылает одноадресатное сообщение DHCPACK клиенту — сервер, по­лучающий сообщение DHCPREQUEST, делает конфигурацию активной пу­тем отправки одноадресатного сообщения-подтверждения DHCPACK. Следует отметить, что возможен, хотя и крайне маловероятен случай, когда сервер не отправляет сообщения DHCPACK, поскольку за это время предоставил эту информацию другому клиенту. Получение сообщения DHCPACK позволяет клиенту немедленно начать использование назначенного ему адреса.

Если клиент обнаруживает, что этот адрес уже используется в данном локаль­ном сегменте, то он отправляет сообщение DHCPDECLINE и процесс начинается снова если клиент получает сообщение DHCPNAK от сервера после отправки сообщения DHCPREQUEST, то он начинает повторно весь процесс.

5. Клиент освобождает IP-адрес — если клиенту больше не нужен его IP-адрес, то он отправляет серверу сообщение DHCPRELEASE. В зависимости от политики организации возможны варианты, для конечного пользователя или администра­тора есть возможность статически назначить узлу IP-адрес, принадлежащий пу­лу адресов сервера DHCP. На всякий случай сервер DHCP IOS Cisco перед тем как предложить адрес клиенту всегда проверяет, не находится ли он в использо­вании. Перед отправкой клиенту сообщения DHCPOFFER сервер посылает эхо-запросы (выполняет команду ping) пулу адресов. По умолчанию количество эхо-запросов проверки потенциального IP-адреса равно двум, хотя оно может быть изменено в конфигурации.

Если сервер находится в другом сегменте, то для передачи запроса в этот другой сегмент моет быть использован агент передачи протокола ВООТР.