- Расширенные устранения неполадок при проблемах загрузки PXE в Configuration Manager
- Общие сведения
- Особое внимание при совместном размещении DHCP и WDS на одном сервере
- Устранение неполадок с обнаружением DHCP
- Устранение неполадок tFTP Transfer
- Проблемы запуска WINDOWS PE — драйверы
- WIM Files
- Проблемы политики диспетчера конфигурации
- Нужна дополнительные справки
- Загрузка с сервера PXE, который работает в другой сети
- Процесс загрузки PXE
- Рекомендуемый метод — помощник IP
- Проблемные сценарии
Расширенные устранения неполадок при проблемах загрузки PXE в Configuration Manager
В этой статье заранее предусмотрены методы устранения неполадок, которые помогут администраторам диагностировать и устранять сбои загрузки PXE в Configuration Manager.
Оригинальная версия продукта: Диспетчер конфигурации (текущая ветвь)
Исходный номер КБ: 4491871
Общие сведения
Основные сведения о работе PXE см. в статье См. в статье Understand PXE boot in ConfigMgr.
Решения, которые предоставляются при устранении неполадок с загрузкой PXE в разделе Configuration Manager, могут решить большинство проблем, влияющих на загрузку PXE.
Если вы не можете решить проблему загрузки PXE с помощью помощников IP или переустановки PXE, попробуйте следующие действия по устранению неполадок.
Особое внимание при совместном размещении DHCP и WDS на одном сервере
Когда протокол динамической конфигурации хостов (DHCP) и WDS совместно находятся на одном компьютере, WDS требует специальной конфигурации для прослушивания в определенном порту. Эта конфигурация описана в службе развертывания Windows и протоколе динамической конфигурации хостов (DHCP). В соответствии с этой статьей необходимо выполнить следующие действия, если WDS и DHCP совместно находятся на одном сервере:
Установите UseDHCPPorts значение 0 в следующем расположении реестра:
Запустите следующую команду WDS:
Эта рекомендация требует настройки WDS для запуска WDSUTIL команды. Эта рекомендация противоречит рекомендациям не настраивать WDS при установке DP с поддержкой PXE с поддержкой ConfigMgr. Однако можно настроить два параметра, указанных в команде (и) с помощью альтернативных методов, не WDSUTIL UseDHCPPorts DHCPOption60 требуемых WDSUTIL для команды. Таким образом, вам не нужно настраивать WDS.
Чтобы настроить эти параметры без включения WDS, выполните следующие рекомендации:
Переключатель для фактически эквивалентно настройке ключа реестра к значению UseDHCPPorts WDSUTIL UseDHCPPorts 0 в следующем расположении:
Использование переключателя не требуется, если ключ реестра UseDHCPPorts установлен вручную. Если WDS не установлен, этот ключ реестра может не существовать.
Переключатель DHCPOption60 настраивает параметр для службы DHCP, а не для службы WDS. Вместо того, чтобы использовать для этого параметра DHCP, можно использовать эквивалентную команду WDSUTIL DHCP для того же параметра. Для этого используйте команду, как описано в netsh настройках DHCP для служб удаленной загрузки.
Чтобы настроить параметры WDS в соответствии с этими рекомендациями, закройте открытые консоли DHCP, а затем запустите следующие команды по повышенной командной подсказке:
Эти команды настроить и включить DHCP Option 60 на сервере DHCP. После запуска этих команд, если вместо консоли DHCP отображается параметр с именем, перезапустите сервер, чтобы эти параметры вступили Unknown 060 PXE Client в силу. После перезапуска параметр должен отображаться правильно. Эта проблема обычно возникает только в том случае, если консоль DHCP была оставлена открытой при запуске двух команд.
Если DHCP когда-либо перемещается на другой сервер и удаляется с сервера, на который размещен WDS, эти действия следует изменить. Выполните следующие действия на сервере WDS:
Запустите следующую команду при повышенной командной подсказке:
Запустите следующие команды по повышенной командной подсказке:
Первая из этих команд отключает параметр DHCP 60. Вторая команда полностью удаляет параметр DHCP 60.
Устранение неполадок с обнаружением DHCP
Прежде чем приступить к устранению неполадок на начальном этапе обнаружения DHCP процесса загрузки PXE, рассмотрите следующие моменты:
- В SMSPXE.log следует увидеть mac-адрес или DHCPREQUEST устройства, которое вы пытаетесь запустить. Если этого не видно, между клиентом и DP может возникнуть проблема конфигурации маршрутизатора.
- Не используйте параметры DHCP 60, 66 или 67. Он не поддерживается.
- Проверьте, можно ли запустить устройство, если оно подключено к переключательу на той же подсети, что и DP с поддержкой PXE. Если это возможно, то проблема, скорее всего, связана с конфигурацией маршрутизатора.
- Убедитесь, что порты DHCP (67 и 68), TFTP (69) и BINL (4011) открыты между клиентом, сервером DHCP и PXE DP.
На данном этапе нет журналов, на которые можно ссылаться. Код ошибки PXE обычно отображается, если процесс загрузки PXE не удается до начала WinPE. Вот примеры сообщений об ошибках, которые можно увидеть:
- PXE-E51. Предложения DHCP или proxyDHCP не поступали.
- PXE-E52: были получены предложения proxyDHCP. Никаких предложений по DHCP получено не было.
- PXE-E53. Имя файла загрузки не получено.
- PXE-E55: служба proxyDHCP не ответила на запрос в порту 4011.
- PXE-E77 плохой или отсутствующий список серверов обнаружения.
- PXE-E78. Не удалось найти загрузочный сервер.
Хотя это помогает сузить фокус устранения неполадок, возможно, все же придется зафиксировать сетевой след проблемы с помощью средства мониторинга сети, например Netmon или WireShark. Средство мониторинга сети должно быть установлено как на DP с поддержкой PXE, так и на компьютере, подключенном к зеркальным портам на коммутаторе. Дополнительные сведения о настройке зеркальных портов можно получить в руководстве, предоставленном производителем определенного переключателя или устройства маршрутизинга.
Типичная процедура — запуск сетевых трассировок как на DP, так и на компьютере, подключенном к зеркальным портом. Попробуйте запустить устройство с помощью PXE. Затем остановите след и сохраните его для дальнейшего анализа.
Вот пример беседы DHCP, которая была захвачена из DP с поддержкой PXE:
Вы можете видеть, что за начальным DHCPDISCOVER клиента PXE следует DHCPOFFER с сервера DHCP и PXE DP. Запрос клиента (0.0.0.0) выполнен и затем подтвержден сервером DHCP (10.238.0.14). После того как клиент PXE имеет IP-адрес (10.238.0.3), он отправляет запрос в PXE DP (10.238.0.2). Затем DP подтверждает запрос, возвращая сведения о программе загрузки сети.
Захват одновременного сетевого следа на клиенте и DP, чтобы определить, происходит ли беседа как ожидалось. Следуйте указанным далее рекомендациям.
- Убедитесь, что службы DHCP работают и доступны.
- Убедитесь, что служба WDS запущена в DP.
- Убедитесь, что брандмауэры не блокируют порты DHCP между сервером и клиентом.
- Убедитесь, что клиентский компьютер может запускаться, когда он находится на той же подсети, что и DP.
- Убедитесь, что помощники IP настроены правильно, если клиентский компьютер начинается с другой подсети, чем в DP.
Устранение неполадок tFTP Transfer
Если ошибка в загрузке PXE относится к TFTP, вы не сможете передать файлы загрузки. Ниже приводится пример сообщений об ошибках, которые вы можете получить:
- PXE-E32: TFTP open timeout
- PXE-E35: время чтения TFTP
- PXE-E36: ошибка, полученная с сервера TFTP
- PXE-E3F: размер пакета TFTP недействителен
- PXE-E3B: ошибка TFTP — файл не найден
- PXE-T04: нарушение доступа
Хороший способ устранения этих ошибок — отслеживать сеть с помощью Netmon или Wireshark. Ниже приведен пример данных, захваченных клиентом PXE при выходе tFTP Open.
Здесь клиент отправляет запросы на чтение для Wdsnbp.com, но не получает ответа. Это указывает на то, что клиент препятствует получению подтверждения. Вот как должны выглядеть данные.
В этой ситуации можно попробовать следующие методы устранения неполадок:
Уменьшите размер блока на DP с поддержкой PXE, см. в kB 975710.
Убедитесь, что служба WDS запущена в DP.
Убедитесь, что порт TFTP открыт между клиентом и DP.
Убедитесь, что разрешения на совместной и папке REMINST являются правильными.
Проверьте журналы WDS для других ошибок TFTP.
Убедитесь, RemoteInstall\SMSBoot\x86 что RemoteInstall\SMSBoot\x64 папки и папки содержат следующие файлы:
Убедитесь, что шрифты существуют в SMSBoot\Fonts папке:
Убедитесь, что файл Boot.sdi существует в RemoteInstall\SMSBoot папке:
Проблемы запуска WINDOWS PE — драйверы
Наиболее распространенные проблемы, которые возникают на этом этапе, связаны с драйверами. В целом последняя версия Windows PE (WinPE) содержит большинство драйверов сетевого и массового хранения. Иногда не включен необходимый драйвер. Поэтому его необходимо импортировать в WIM загрузки. К этому процессу применяются следующие рекомендации:
- Импортировать только драйверы, необходимые для изображения загрузки.
- Рассмотрите возможность добавления только драйверов NIC или массового хранения. Другие драйверы не требуются.
Файл SMSTS.log (расположен в :\Windows\temp\SMSTS) является наиболее полезным ресурсом для устранения этих проблем. (Не забудьте включить командную подсказку во время запуска, чтобы вы могли изучить этот файл.) Если вы не видите запись журнала, которая имеет допустимый IP-адрес и похожа на следующую запись, возможно, у вас возникли проблемы с драйвером:
Чтобы проверить эту ситуацию, нажмите кнопку F8, а затем запустите по командной подсказке, чтобы определить, распознан ли NIC и имеет IPCONFIG допустимый IP-адрес.
WIM Files
Кроме того, убедитесь, что в DP существуют изображения загрузки x86 и x64. Вы можете увидеть WIMs в следующем каталоге, они также будут в библиотеке контента:
Убедитесь, что развертывание этого изображения загрузки из точки распространения с поддержкой PXE заданной в свойствах изображений загрузки.
Проблемы политики диспетчера конфигурации
Другая распространенная проблема, которая влияет на загрузку PXE, связана с развертыванием последовательности задач. В следующем примере последовательность задач развертывается на неизвестном компьютере, но она уже находится в базе данных. Первый симптом — отмена загрузки PXE.
При дальнейшем расследовании вы заметите следующую запись в журнале SMSPXE:
В этой записи видно, что при сдавке хранимые процедуры NBS они не нашли доступной политики. Действие загрузки было прервано. Обратное также может быть правдой. То есть, когда компьютер неизвестен, но последовательность задач развернута на набор известных компьютеров.
Вы можете попробовать следующие действия по устранению неполадок:
- Убедитесь, что компьютер, который вы пытаетесь перезапустить, существует в коллекции, которая ориентирована на развертывание последовательности задач.
- Убедитесь, что вы проверили параметр PXE службы поддержки неизвестного компьютера в DP.
- При развертывании последовательности задач на неизвестных компьютерах убедитесь, что компьютеры еще не существуют в базе данных.
Нужна дополнительные справки
Дополнительные справки по устранению этой проблемы см. в нашем форуме поддержки TechNet или в службе поддержки Майкрософт.
Заявление об отказе от ответственности за сведения о продуктах сторонних производителей
В этой статье упомянуты программные продукты независимых производителей. Корпорация Майкрософт не дает никаких гарантий, подразумеваемых и прочих, относительно производительности и надежности этих продуктов.
Заявление об отказе от ответственности за контактные данные сторонней организации
Майкрософт предоставляет контактные данные независимых производителей, которые помогут вам найти дополнительные сведения по этой теме. Эти данные могут быть изменены без предварительного уведомления. Корпорация Майкрософт не гарантирует точность сведений о контактной информации стороннего производителя.
Загрузка с сервера PXE, который работает в другой сети
В этой статье описывается загрузка с сервера PXE в другой сети.
Оригинальная версия продукта: Диспетчер конфигурации
Исходный номер КБ: 4471003
Процесс загрузки PXE
Как правило, клиентский компьютер сапоги из сети с помощью протокола PXE в соответствии со следующим процессом. В нем участвуют три стороны: сервер DHCP, PXE-сервер и клиент:
- Клиентский компьютер передает пакет DHCP, который задает адрес серверов DHCP и PXE.
- Сервер DHCP отвечает, отправляя пакет передачи, который сообщает клиенту, что это адресный сервер.
- Сервер PXE отвечает клиенту и сообщает, что это сервер загрузки.
- Клиент отправляет запрос на сервер DHCP для запроса IP-адреса.
- Сервер DHCP отправляет IP-адрес клиенту.
- Клиент отправляет запрос на сервер PXE для запроса пути к сетевой программе загрузки (NBP).
- PXE-сервер отвечает, отправляя путь NBP.
- Клиент скачивает и запускает NBP.
После этого процесса основная загрузка PXE будет завершена, но будет больше взаимодействия между клиентом и сервером PXE. Он контролируется реализацией NBP. Например, для реализации NBP служб развертывания Windows (WDS) потребуется путь настраиваемого файла загрузки pxeboot.com bootmgfw.efi (или). Реализация скачивает и запустит настраиваемый файл загрузки. Затем будут загружены файл формата изображений Windows (WIM) и другие файлы, необходимые Для Windows PE.
Восемь шагов, упомянутых ранее, обычно работают, если клиент и серверы находятся в одной сети. Если клиент и серверы находятся в разных сетях, рекомендуется настроить маршрутизаторы, чтобы убедиться, что клиент может загрузиться из сети без использования параметров DHCP.
Рекомендуемый метод — помощник IP
Маршрутизаторы должны иметь возможность маршрутить клиентские запросы из сети клиента в сеть сервера DHCP. Одним из таких простых правил маршрутизатора является помощник IP. Помощник просто сообщает маршрутизатору переадреть запросы DHCP на известный IP-адрес сервера DHP.
Для PXE-запросов необходимо настроить маршрутизаторы для переададстройки клиентского запроса на сервер PXE, как и на сервере DHCP. Найдите маршрутизатор, найдите запись помощника IP DHCP и добавьте другую запись, которая выглядит точно так же, как первая, но использует IP-адрес сервера PXE. Дополнительные сведения см. в публикации в блоге, которую вы хотите получить в PXE Boot? Не используйте параметры DHCP.
Кроме того, вы можете добавить запись помощника IP для каждого сервера PXE. В сценарии балансировки нагрузки (несколько серверов PXE) PXE-серверы могут быть в группе вверх или вниз, и вам не нужно делать никакой дополнительной конфигурации. В различных средах (серверы PXE Windows, Linux и Router все сосуществующие), различные серверы PXE могут выборочно реагировать на клиенты, которые они распознают.
Проблемные сценарии
Чтобы настроить сервер DHCP для ответа на запросы PXE, можно попытаться добавить параметры PXE в ответы DHCP. Это приводит к загрузке клиентом файла загрузки сети (как указано в ответе DHCP) и его запуску.
Это проблематично в некоторых сценариях настройки UEFI. Клиент не может пытаться загрузиться с жесткого диска после настройки клиента для запуска с сетевой загрузки. Но сбой сетевого загрузки, например, не является развертыванием последовательности задач для клиента. Это также проблематично для смешанных сред ОС. Сервер DHCP будет инструктировать компьютер Linux для загрузки и запуска программы загрузки сети Windows.
Таким образом, разрешение маскировке сервера DHCP в качестве PXE-сервера не работает так, как ожидалось в некоторых сценариях. Настоящий сервер PXE решает, будет ли он отвечать и обслуживать файл загрузки сети. В случае Configuration Manager сервер будет отвечать только в том случае, если клиенту развернута последовательность задач.