Назад | Перейти на главную страницу

DHCP over PXE не работает, но в ОС работает - с настроенным (R) STP

Я пытаюсь выполнить PXE-загрузку на настольных компьютерах, чтобы установить новую ОС по сети, но он не получает IP-адрес через DHCP во время загрузки. Когда ОС уже загружена на машине, она работает нормально. Раньше у меня были проблемы с этим из-за неправильно настроенного RSTP. Но с spanning-tree [PORT] admin-edge-port на коммутаторах HP (эквивалент ciscos portfast я думаю) я думал, что решил это. Теперь он вернулся с точно такими же симптомами ... PXE-Boot:

Client -> Server: DHCP-Discover
Server -> Client: DHCP-Offer
Client -> Server: DHCP-Discover
Server -> Client: DHCP-Offer
.... looping...

Я пробовал несколько вещей:

Я на грани своего остроумия. У кого-то есть идея?

У нас была аналогичная проблема с нашими серверами HP, подключенными к C4948. Процесс загрузки PXE останавливается после предложения dhcp. Сервер HP не отвечает пакетом запроса DHCP.

Решение # мы остановили все широковещательные пакеты UDP в VLAN, настроив ACL на порт доступа, и он начал работать как шарм. Надеюсь, поможет.

Многие ответы на эту проблему сводятся к STP и необходимости использовать PortFast. Это так часто случается, что мало информации, чтобы помочь с тем, что делать, если вы исключили STP.

Я столкнулся с этой проблемой и никогда бы не решил ее без использования tcpdump с опцией «-vv» с любой старой машины в том же сегменте сети, что и клиент, у которого возникла проблема. Беспорядочный режим не нужен.

Когда стандартный клиент PXE загружается, он запрашивает у DHCP-сервера обычные элементы: IP; подсеть; шлюз; и т.д. Однако он также запрашивает имя tftp-сервера и имя файла-файла. Это все часть ОДНОГО запроса. Я всегда ошибался, полагая, что запрос жизненно важных данных PXE-сервера был вторым запросом, когда машина получила информацию об IP и могла разговаривать по сети. Если эти элементы PXE отсутствуют, как в моем случае из-за ошибки файла конфигурации, клиенту кажется, что он не может получить IP-адрес, который отображается как повторное обнаружение DHCP и предложение DHCP без DHCP-запроса. В моем случае клиент действительно получил ответ с IP-информацией, только ответ был неполным, исходя из того, что было запрошено ... поэтому клиент спрашивал снова и снова, пока не истекло время ожидания. Я потратил много времени, думая, что клиент не получил «предложение», когда оно было. Клиент просто не был доволен предложением. Я настраивал vlan, ip-helpers и stp config. Я искал не в том месте.

Разница между хорошим и плохим ответом заключалась в том, что искаженное «предложение» не имело имени загрузочного файла, поэтому клиент продолжал спрашивать. Как только конфигурационный файл был исправлен, «предложение» действительно содержало имя tftp-сервера и имя загрузочного файла. Клиент был удовлетворен содержанием «предложения», поэтому он затем выдал запрос, а затем использовал информацию PXE для связи с сервером TFTP.

Если DHCP работает через операционную систему, но не через PXE, вероятно, что-то не так с прошивкой / конфигурацией самого сетевого адаптера.

Войдите в прошивку сетевой карты во время загрузки (обычно это либо последовательность клавиш Cntl, либо вы получаете доступ к BIOS, если он встроен) и посмотрите, какие параметры доступны для настройки.

Убедитесь, что интерфейс, с которого ОС отключает DHCP, действительно является тем же интерфейсом, который не поддерживает PXE. С настольным компьютером у вас может быть только один интерфейс, но если их более одного, возникают регулярные проблемы, когда перечисление устройств ОС не соответствует вашим ожиданиям.

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