Tftp open timeout что это
Windows-терминалы WTware
Программа-клиент службы терминалов Windows Terminal Services, для бездисковых терминалов и загрузки по сети. Основной сайт http://www.wtware.ru
Ошибка: «PXE-E32: TFTP open timeout»
Ошибка: «PXE-E32: TFTP open timeout»
Сообщение Deintegrator » Чт май 29, 2008 3:28 pm
Несколько терминалов в одной сети. DHCP и TFTP на одной машине Windows2003 Server. Со всех терминалов се грузится ОК, с одной машинке не могу понять что.
На терминале при загрузке, после сообщений о присвоении IP, маски и т.д.: «For Realtek RTL8110SC Gigabit Ethernet Control » DHCP сервером
не грузится, выдает:
«PXE-E32: TFTP open timeout
PXE-E32: TFTP open timeout
PXE-E32: TFTP open timeout
PXE-M0F: Exiting PXE ROM»
Может это дело в сетевухе?
Сообщение aka » Чт май 29, 2008 9:04 pm
Может, да. Или в фаирволе. Или в IP, маске или еще чем-нибудь.
Сообщение Deintegrator » Пт май 30, 2008 10:09 am
Все настройки на серваке для всех одинаковые (маски, шлюзы, подсети), в фаерволе для этого IP и Мака никаких правил нет. В DHCPпробовал ручками зарезервировать IP для этого мака, ничего не помогает и ничего не меняется.
Если менять сетевуху, какю лучше всего, чтоб проблем было меньше.
Повторюсь карта там стоит интегрированная Realtek RTL8110SC.
Сообщение aka » Пт май 30, 2008 12:17 pm
1. Биос обновить
2. Биос сбросить в значения по дефолту.
3. Проверить розетку, пачкорд, порт свича.
Стандартные шаманства, в общем. Поменять сетевуху для опытов конечно можно, но это же некрасивое решение.
Сообщение alexey.zinovyev » Вт июл 08, 2008 11:13 am
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение Игорь Гущин » Ср май 06, 2009 1:19 am
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение MoHaX » Вт ноя 10, 2009 10:50 am
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение runaway » Пт окт 23, 2020 6:45 pm
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение aka » Пт окт 23, 2020 8:17 pm
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение runaway » Пт окт 23, 2020 8:26 pm
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение aka » Сб окт 24, 2020 3:58 pm
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение runaway » Сб окт 24, 2020 11:18 pm
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение aka » Сб окт 24, 2020 11:32 pm
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение runaway » Пн окт 26, 2020 10:15 am
Я не посылаю никуда терминал, вот его настройки.
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение aka » Пн окт 26, 2020 11:31 am
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение runaway » Пн окт 26, 2020 12:04 pm
Так это WtWare DHCP отрабатывает, не роутера. Он назначает адрес терминалу, не роутер.
Получается в DHCP WtWare надо что-то менять? Подскажите, как? Из настроек DHCP нашёл только диапозоны адресов для каждого интерфейса, и всё. В интерфейсах есть возможность указать шлюз, пробовал менять заданный 192.168.1.211 на 192.168.1.65, но при сохранении автоматически ставится галка «по-умолчанию» и возвращает шлюз на 192.168.1.211.
Впрочем не знаю насколько это важно, т.к. и интерфейс 192.168.2.65 тоже не принимает терминалы с такой же ошибкой, там по умолчанию стоит шлюз 192.168.2.65. Я скрин присылал, моуг еще раз кинуть.
Т.е. из 3 интерфейсов подключение возможно только на 192.168.0.1, там терминалы работают без проблемм.
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение aka » Пн окт 26, 2020 1:14 pm
Начать с рисования схемы сети.
И показать, чно написано в настройках DHCP у этого терминала сейчас. В списке слева выбрать терминал, вкладка DHCP.
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение runaway » Пн окт 26, 2020 4:38 pm
Блог об операционных системах, програмном обеспечении и прочем.
The New Stuff
PXE-E32: TFTP open timeout
Как всегда не вовремя падают важные сервисы. Так случилось и сегодня, когда мне надо было срочно поставить ОС по сети с моего WDS-сервера. Вместо привычного меню загрузки меня встретила ошибка PXE-E32: TFTP open timeout. Такая проблема уже случалась раньше и тогда я, по незнанию, решил ее переустановкой WDS. На этот раз, несмотря на спешку, я решил разобраться в чем проблема и как обойтись без переустановки. Благо, время затраченное на решение проблемы было ничтожно мало по сравнению с временем, которое пришлось бы затратить на ручную установку ОС и переустановку WDS.
Решение нашлось не сразу, зато оказалось очень простым и быстрым, оно описано в этом посте на зарубежном форуме.
Итак, эта неприятность случается, чаще всего, после обновления ОС средствами Windows Update и затрагивает машины на которых WDS работает совместно с DNS. Суть проблемы в том, что TFTP-сервер WDS не может ответить клиенту. Почему? Потому что DNS заняла диапазон портов, необходимых для работы TFTP.
Как всегда не вовремя падают важные сервисы. Так случилось и сегодня, когда мне надо было срочно поставить ОС по сети с моего WDS-сервера. Вместо привычного меню загрузки меня встретила ошибка PXE-E32: TFTP open timeout. Такая проблема уже случалась раньше и тогда я, по незнанию, решил ее переустановкой WDS. На этот раз, несмотря на спешку, я решил разобраться в чем проблема и как обойтись без переустановки. Благо, время затраченное на решение проблемы было ничтожно мало по сравнению с временем, которое пришлось бы затратить на ручную установку ОС и переустановку WDS.
Решение нашлось не сразу, зато оказалось очень простым и быстрым, оно описано в этом посте на зарубежном форуме.
Итак, эта неприятность случается, чаще всего, после обновления ОС средствами Windows Update и затрагивает машины на которых WDS работает совместно с DNS. Суть проблемы в том, что TFTP-сервер WDS не может ответить клиенту. Почему? Потому что DNS заняла диапазон портов, необходимых для работы TFTP.
Windows-терминалы WTware
Программа-клиент службы терминалов Windows Terminal Services, для бездисковых терминалов и загрузки по сети. Основной сайт http://www.wtware.ru
Ошибка: «PXE-E32: TFTP open timeout»
Ошибка: «PXE-E32: TFTP open timeout»
Сообщение Deintegrator » Чт май 29, 2008 3:28 pm
Несколько терминалов в одной сети. DHCP и TFTP на одной машине Windows2003 Server. Со всех терминалов се грузится ОК, с одной машинке не могу понять что.
На терминале при загрузке, после сообщений о присвоении IP, маски и т.д.: «For Realtek RTL8110SC Gigabit Ethernet Control » DHCP сервером
не грузится, выдает:
«PXE-E32: TFTP open timeout
PXE-E32: TFTP open timeout
PXE-E32: TFTP open timeout
PXE-M0F: Exiting PXE ROM»
Может это дело в сетевухе?
Сообщение aka » Чт май 29, 2008 9:04 pm
Может, да. Или в фаирволе. Или в IP, маске или еще чем-нибудь.
Сообщение Deintegrator » Пт май 30, 2008 10:09 am
Все настройки на серваке для всех одинаковые (маски, шлюзы, подсети), в фаерволе для этого IP и Мака никаких правил нет. В DHCPпробовал ручками зарезервировать IP для этого мака, ничего не помогает и ничего не меняется.
Если менять сетевуху, какю лучше всего, чтоб проблем было меньше.
Повторюсь карта там стоит интегрированная Realtek RTL8110SC.
Сообщение aka » Пт май 30, 2008 12:17 pm
1. Биос обновить
2. Биос сбросить в значения по дефолту.
3. Проверить розетку, пачкорд, порт свича.
Стандартные шаманства, в общем. Поменять сетевуху для опытов конечно можно, но это же некрасивое решение.
Сообщение alexey.zinovyev » Вт июл 08, 2008 11:13 am
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение Игорь Гущин » Ср май 06, 2009 1:19 am
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение MoHaX » Вт ноя 10, 2009 10:50 am
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение runaway » Пт окт 23, 2020 6:45 pm
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение aka » Пт окт 23, 2020 8:17 pm
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение runaway » Пт окт 23, 2020 8:26 pm
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение aka » Сб окт 24, 2020 3:58 pm
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение runaway » Сб окт 24, 2020 11:18 pm
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение aka » Сб окт 24, 2020 11:32 pm
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение runaway » Пн окт 26, 2020 10:15 am
Я не посылаю никуда терминал, вот его настройки.
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение aka » Пн окт 26, 2020 11:31 am
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение runaway » Пн окт 26, 2020 12:04 pm
Так это WtWare DHCP отрабатывает, не роутера. Он назначает адрес терминалу, не роутер.
Получается в DHCP WtWare надо что-то менять? Подскажите, как? Из настроек DHCP нашёл только диапозоны адресов для каждого интерфейса, и всё. В интерфейсах есть возможность указать шлюз, пробовал менять заданный 192.168.1.211 на 192.168.1.65, но при сохранении автоматически ставится галка «по-умолчанию» и возвращает шлюз на 192.168.1.211.
Впрочем не знаю насколько это важно, т.к. и интерфейс 192.168.2.65 тоже не принимает терминалы с такой же ошибкой, там по умолчанию стоит шлюз 192.168.2.65. Я скрин присылал, моуг еще раз кинуть.
Т.е. из 3 интерфейсов подключение возможно только на 192.168.0.1, там терминалы работают без проблемм.
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение aka » Пн окт 26, 2020 1:14 pm
Начать с рисования схемы сети.
И показать, чно написано в настройках DHCP у этого терминала сейчас. В списке слева выбрать терминал, вкладка DHCP.
Re: Ошибка: «PXE-E32: TFTP open timeout»
Сообщение runaway » Пн окт 26, 2020 4:38 pm
Расширенные устранения неполадок при проблемах загрузки 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, рассмотрите следующие моменты:
На данном этапе нет журналов, на которые можно ссылаться. Код ошибки PXE обычно отображается, если процесс загрузки PXE не удается до начала WinPE. Вот примеры сообщений об ошибках, которые можно увидеть:
Хотя это помогает сузить фокус устранения неполадок, возможно, все же придется зафиксировать сетевой след проблемы с помощью средства мониторинга сети, например 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, чтобы определить, происходит ли беседа как ожидалось. Следуйте указанным далее рекомендациям.
Устранение неполадок tFTP Transfer
Если ошибка в загрузке PXE относится к TFTP, вы не сможете передать файлы загрузки. Ниже приводится пример сообщений об ошибках, которые вы можете получить:
Хороший способ устранения этих ошибок — отслеживать сеть с помощью 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 (WinPE) содержит большинство драйверов сетевого и массового хранения. Иногда не включен необходимый драйвер. Поэтому его необходимо импортировать в WIM загрузки. К этому процессу применяются следующие рекомендации:
Файл SMSTS.log (расположен в :\Windows\temp\SMSTS) является наиболее полезным ресурсом для устранения этих проблем. (Не забудьте включить командную подсказку во время запуска, чтобы вы могли изучить этот файл.) Если вы не видите запись журнала, которая имеет допустимый IP-адрес и похожа на следующую запись, возможно, у вас возникли проблемы с драйвером:
Чтобы проверить эту ситуацию, нажмите кнопку F8, а затем запустите по командной подсказке, чтобы определить, распознан ли NIC и имеет IPCONFIG допустимый IP-адрес.
WIM Files
Кроме того, убедитесь, что в DP существуют изображения загрузки x86 и x64. Вы можете увидеть WIMs в следующем каталоге, они также будут в библиотеке контента:
Убедитесь, что развертывание этого изображения загрузки из точки распространения с поддержкой PXE заданной в свойствах изображений загрузки.
Проблемы политики диспетчера конфигурации
Другая распространенная проблема, которая влияет на загрузку PXE, связана с развертыванием последовательности задач. В следующем примере последовательность задач развертывается на неизвестном компьютере, но она уже находится в базе данных. Первый симптом — отмена загрузки PXE.
При дальнейшем расследовании вы заметите следующую запись в журнале SMSPXE:
В этой записи видно, что при сдавке хранимые процедуры NBS они не нашли доступной политики. Действие загрузки было прервано. Обратное также может быть правдой. То есть, когда компьютер неизвестен, но последовательность задач развернута на набор известных компьютеров.
Вы можете попробовать следующие действия по устранению неполадок:
Нужна дополнительные справки
Дополнительные справки по устранению этой проблемы см. в нашем форуме поддержки TechNet или в службе поддержки Майкрософт.
Заявление об отказе от ответственности за сведения о продуктах сторонних производителей
В этой статье упомянуты программные продукты независимых производителей. Корпорация Майкрософт не дает никаких гарантий, подразумеваемых и прочих, относительно производительности и надежности этих продуктов.
Заявление об отказе от ответственности за контактные данные сторонней организации
Корпорация Майкрософт предоставляет сторонние контактные данные, которые помогут вам найти дополнительные сведения по этому вопросу. Эти данные могут быть изменены без предварительного уведомления. Корпорация Майкрософт не гарантирует точность сторонних контактных данных.
Нестабильно работает отправка загрузчика ipxe по tftp (tftp open timeout)
Здравствуйте! Я практикуюсь с созданием бездисковых клиентов и столкнулся с проблемой отправки файла загрузчика от tftp-сервера (на нём же крутится раздача адресов по dhcp). Между бездисковым клиентом и сервером пролегают два промежуточных устройства, выполняющие функции маршрутизаторов (ospf) и файрволлов. ВСЕ устройства работают на Centos 8, поверх VirtualBox. Клиент и сервер работают в разных подсетях, в то же время клиент без проблем получает ip-адрес по dhcp через dhcp-relay. Если клиента размещать в одной подсети с сервером, то отправка загрузчика работает без проблем. Мне же нужно обеспечить стабильную работу устройств при условии их нахождения в разных подсетях. Или же, если это возможно (что сомнительно), сменить загрузку с tftp на http или ftp.
Пробовал менять dhcp-сервера (с dhcp-server на dnsmasq), вырубать selinux и firewalld, менять tftp-сервера (tftp-server, xinetd, dnsmasq) с выставлением разных флагов. При просмотре трафика через tcpdump, примерно в 1 из 20 случаев загрузки клиента тот отправлял запросы на скачивание загрузчиков (пробовал работать с pxe и ipxe). В остальных случаях трафика не было, а клиент показывал tftp open timeout.
Скажите, если каких-то выхлопов не будет достаточно.
Детализации выхлопа tcpdump бы побольше и без резолвинга в имена.
Попробуй получить файл по tftp загрузившить с live-cd.
Если проблема не воспроизводится, значит проблема в прошивке, а не в сети.
Если есть управляемый коммутатор, то можно через port-mirror посмотреть передаются ли пакеты от pxe
ipxe прекрасно умеет в http, зачем тебе tftp?
FireFighter
vel
Благодаря твоему совету я, кажись, понял, в чём дело. У моих машин на virtualbox было и есть очень поганое свойство не отправлять пинги, если их перед этим не пропинговали, не сообщили о других устройствах. То есть, запущенный клиент не будет выполнять команду ping и tftp get, если с ним через маршрутизатор или сервер не связались (в то же время, адрес по dhcp клиент почему-то может принимать). Я хз, с чем это связано и как это лечить. На vmware что ли переходить…
С live-cd я как раз попробовал вручную запросить файл по tftp и получил tftp: timeout. Пинг до сервера не работал. После пинга от сервера до клиента — проблема свелась на нет.
anonymous
Пробовал настроить, но то ли из-за кривизны рук, то ли из-за обобщения проблемы выше, клиент не показывал даже полученные адреса по dhcp.
укажи next-server внешний-адрес; в конфиге, где у тебя доступен tftpd-hpa. не локалхост. локалхост относительно qemu это его хост.
в dhcpd.conf укажи filename «boot/grub/i386-pc/core.0»;
по необходимости редактируй файл /var/lib/ipxeboot/boot/grub/grub.cfg чтобы управлять параметрами загрузки.
iPXE и прочую голубую луну оставь смуззи-хлёбам.
вот в этом треде всё чётко и по делу :: Почему ОС всё ещё не загружаются по сети?
спуфи, чем тебе iPXE не мил?! там столько удобств!
или это как Эдди и кои8? если я угадал, можешь не отвечать, я пойму 😉
хотя бы потому, что топикстартер не может с ним разобраться и завести. тогда как классический метод с tftp-hpa + grub просто работает.
в третьих, загрузка со стороннего http ресурса это не нужные накладные расходы +время к загрузке +трафик туда-сюда гонять. это плохой пример молодому поколению. так делать не стоит. вот есть локалхост — запускай на локалхосте. неча в интернет ходить, по небезопасному http:// протоколу выкачивать ядро+рамдиск. верно ж говорю?
Ну чо ты к хттп прицепился? Там есть и другие методы. К тому же, этот сегмент сети не предназначается в публичный доступ.
Посмотри лучше на автопровиженинг типа matchbox и не городи костылей )
Проблема решена. Перенёс все виртуалки с VirtualBox на VMware. На последнем такой дичи с неустановкой соединения не наблюдается. Клиенты чуть ли не мгновенно коннектятся к dhcp- и tftp-серверу.