Обнаружение конфликтов IP-адресации

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

Клиенты DHCP также обладают собственными средствами обнаружения конфликтов адресации, которые используют широковещательные запросы. Прежде чем ответить серверу сообщением DHCPOFFER, клиент отправляет в локальную сеть широковещательное сообщение ARP. Чтобы определить, существует ли в локальной сети узел, уже использующий предложенный IP-адрес, утилита ARP выполняет просмотр соответствия между IP-адресами и задействованными аппаратными адресами сетевых карт. Если выясняется, что предложенный сервером IP-адрес уже занят (ему соответствует какой-то определенный MAC-адрес), клиент отвечает на предложение сервера широковещательным сообщением DHCPDECLINE (отказ DHCP), а затем отсылает в сеть еще одно широковещательное сообщение DHCPDISCOVER.

Сервер, получивший сообщение DHCPDECLINE, отмечает предложенный им адрес как плохой. Этот адрес добавляется в список уже выделенных адресов с пометкой BAD_ADRESS. Если администратор обнаруживает, что в списке выделенных IP-адресов находится адрес с пометкой BAD_ADRESS, он должен выявить причины и исправить проблему. После того как устройство, вызвавшее ошибку, будет исключено из сети, соответствующий ему IP-адрес можно вернуть в список свободных адресов. Для этого следует удалить данный адрес из списка ACTIVE LEASES.