DHCP по сбоям PXE, но в ОС это работает - с настроенным (R) STP
Я - поклонник Hyper-V сам. Что касается лицензирования я пошел бы со следующим:
R2 сервера Hyper-V 2008 года (свободные) два Windows XP Pro один Windows 7
Рабочий стол, лицензирующий, должен быть довольно дешевым с Вашими образовательными скидками.
Аппаратные средства, в которые я стрелял бы для двух procs четырехъядерных по крайней мере 2 ГГц, и по крайней мере 3.5 ГБ поршня для двух xp, если Вы не идете 64 бита, и 4+gigs для Windows 7. Вы хотите удостовериться, что Вы оставляете несколько концертов (4 - 6) доступными для хоста ОС.
Так как Вы просто делаете зеркальное отражение, Вы могли бы рассмотреть получение некоторых высокоскоростных дисков SAS.
Если DHCP работает через операционную систему, но не через PXE, вероятно, что-то не так с прошивкой / конфигурацией самой сетевой карты.
Перейдите к микропрограмме сетевой карты во время при загрузке (обычно это либо последовательность Cntl-Key, либо вы получаете доступ к BIOS, если он встроен) и посмотрите, какие параметры доступны для настройки.
Убедитесь, что интерфейс, с которого ОС настроен DHCP, отключен. действительно тот же интерфейс, который не работает с PXE. С настольным компьютером у вас может быть только один интерфейс, но если их больше одного, возникают регулярные проблемы, когда перечисление устройств ОС не соответствует вашим ожиданиям.
Вы также можете попробовать другие рабочие столы (с другими сетевыми адаптерами), чтобы проверить, не проблема связана только с конкретной версией прошивки / производителем или, возможно, проблема более серьезная.
Многие из ответов на эту проблему заканчиваются STP и необходимостью использования PortFast. Так часто бывает, что мало информации, которая поможет решить, что делать, когда вы исключите STP.
Я столкнулся с этой проблемой и никогда бы не решил ее без использования tcpdump с опцией "-vv" с любой старой машины в том же сегменте сети, что и клиент, у которого проблема. Беспорядочный режим не нужен.
Когда стандартный PXE клиент загружается, он запрашивает у DHCP-сервера обычные элементы: IP; подсеть; шлюз и т.д. Однако, он также запрашивает имя tftp-сервера и имя загрузочного файла. Все это является частью ОДНОГО запроса. Я всегда ошибался, думая, что запрос на PXE сервер был вторым запросом, когда машина имела свою IP информацию и могла разговаривать по сети. Если эти элементы PXE отсутствуют, как это было в моем случае из-за ошибки в конфигурационном файле, Клиент оказывается неспособным получить IP-адрес, который отображается в виде повторяющихся DHCP-Discover и DHCP-Offer, без DHCP-запроса. В моем случае клиент получил ответ с IP информацией, только ответ был неполным, основываясь на том, что было запрошено... поэтому клиент попросил еще раз, и еще раз, пока не истечет таймаут. Я потратил много времени, думая, что клиент не получил "предложение", когда оно было. Клиент просто не был доволен предложением. Я настраивал Влана, ip-хелперов и stp-конфигураторов. Я искал не в том месте.
Разница между хорошим и плохим ответом была в том, что у неправильного "предложения" не было имени загрузочного файла, поэтому клиент продолжал спрашивать. После того, как конфигурационный файл был исправлен, "предложение" содержало имя tftp-сервера и имя загрузочного файла. Клиент был доволен содержимым, если "предложение", поэтому он сделал запрос, а затем использовал информацию PXE для связи с TFTP-сервером
.У нас была аналогичная проблема с нашими серверами HP, подключенными к C4948. Процесс загрузки PXE останавливается после предложения dhcp. Сервер HP не отвечает пакетом запроса DHCP.
Решение # мы остановили все широковещательные пакеты UDP в VLAN, настроив ACL для порта доступа, и он начал работать как шарм. Надеюсь, поможет.