Существует множество причин возникновения проблем в работе протокола DHCPv4: неисправности программного обеспечения операционных систем, драйверов сетевого адаптера или агентов DHCP-ретрансляции. Тем не менее наиболее распространенной причиной неполадок является неправильная конфигурация. Из-за большого количества потенциальных проблемных областей при поиске и устранении неисправностей требуется систематический подход, как показано на рисунке.
Поиск и устранение неполадок. Задача 1. Разрешение конфликтов IPv4-адресов
У клиента, подключённому к сети, может истечь срок аренды IPv4-адреса. Если клиент не возобновит аренду, DHCPv4-сервер может переназначить этот IPv4-адрес другому клиенту. После перезагрузки клиент запросит IPv4-адрес. Если DHCPv4-сервер не даст ответ достаточно быстро, клиент будет использовать IPv4-адрес, использовавшийся в последний раз. Возникает ситуация, когда два клиента используют один IPv4-адрес, создавая конфликт.
Команда show ip dhcp conflict отображает все конфликты адресов, зарегистрированные DHCPv4-сервером. Для обнаружения клиента сервером используется команда ping. Для обнаружения конфликта клиент использует протокол разрешения адресов (ARP). При обнаружении конфликта адрес удаляется из пула и не присваивается до устранения конфликта администратором.
Выходные данные отображают IP-адреса, конфликтующие с сервером DHCP. В данных указан метод обнаружения (detection method) и время обнаружения (detection time) конфликтующих IP-адресов, предложенных сервером DHCP.
R1# show ip dhcp conflict
IP address Detection Method Detection time
192.168.10.32 Ping Feb 16 2013 12:28 PM
192.168.10.64 Gratuitous ARP Feb 23 2013 08:12 AM
Поиск и устранение неполадок. Задача 2. Проверка физического соединения
Для начала необходимо применить команду show interfaces interface, чтобы убедиться, что интерфейс маршрутизатора, действующий в качестве основного шлюза для клиента, функционирует. Если статус интерфейса отличается от статуса up, трафик (включая запросы DHCP-клиента) не проходит через порт.
Поиск и устранение неполадок. Задача 3. Проверка связности с использованием статического IP-адреса
При проведении работ по поиску и устранению неполадок любой неисправности DHCPv4, необходимо проверить связность путём настройки статической IPv4-адресации на клиентской рабочей станции. Если рабочей станции не удаётся получить доступ к сетевым ресурсам, несмотря на наличие статически настроенного IPv4-адреса, DHCPv4 не является источником проблемы. В этом случае необходимо провести проверку сетевого подключения.
Поиск и устранение неполадок. Задача 4. Проверка настройки порта коммутатора
В случае если DHCPv4-клиент не может получить IPv4-адрес от DHCPv4-сервера при загрузке, стоит попробовать получить IPv4-адрес от DHCPv4-сервера, вручную отправив DHCPv4-запрос с устройства-клиента.
Примечание. Если между клиентом и DHCPv4-сервером есть коммутатор, и клиент не может получить настройки DHCP, причиной могут служить неполадки в настройке порта коммутатора. Причиной могут быть проблемы, связанные с созданием транковых и логических каналов, а также с протоколами STP и RSTP. Решением наиболее часто возникающих проблем DHCPv4-клиента при первоначальной установке коммутатора Cisco может стать настройка расширения PortFast и пограничного порта.
Поиск и устранение неполадок. Задача 5. Диагностика работы протокола DHCPv4 в той же подсети или VLAN
Важно различать, правильно ли функционирует DHCPv4 в качестве DHCPv4-сервера, когда клиент находится в той же подсети или VLAN. В случае если протокол DHCPv4 работает корректно при условии, что клиент находится в той же подсети или VLAN, проблема может заключаться в агенте DHCP-ретрансляции. Если неполадки сохраняются даже при проверке работы DHCPv4 в той же подсети или VLAN в качестве DHCPv4-сервера, проблема обычно заключается в DHCPv4-сервере.