☰

Сетевая загрузка PXE с ПК под управлением Windows 7 с использованием TFTP32 E32 Проблема с тайм-аутом

tag-icon • tag-icon windows-7 windows networking pxe netboot
Сетевая загрузка PXE с ПК под управлением Windows 7 с использованием TFTP32 E32 Проблема с тайм-аутом

Я пытаюсь загрузить по сети ПК без CD-привода и без параметров загрузки с USB (они доступны в BIOS, но не распознают USB, возможно, они сломаны).

В любом случае, вот лог с TFTP32:

Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:1F:D0:8D:8B:09 [06/12 13:06:48.916]
DHCP: proposed address 192.168.2.1 [06/12 13:06:48.917]
Rcvd DHCP Rqst Msg for IP 0.0.0.0, Mac 00:1F:D0:8D:8B:09 [06/12 13:06:51.113]
Previously allocated address 192.168.2.1 acked [06/12 13:06:51.113]
Connection received from 192.168.2.1 on port 2070 [06/12 13:06:51.125]
Read request for file <netboot\pxelinux.0>. Mode octet [06/12 13:06:51.126]
Using local port 53708 [06/12 13:06:51.127]
Connection received from 192.168.2.1 on port 2071 [06/12 13:06:53.125]
Read request for file <netboot\pxelinux.0>. Mode octet [06/12 13:06:53.126]
Using local port 53709 [06/12 13:06:53.127]
Connection received from 192.168.2.1 on port 2072 [06/12 13:06:57.136]
Read request for file <netboot\pxelinux.0>. Mode octet [06/12 13:06:57.137]
Using local port 53710 [06/12 13:06:57.137]
Connection received from 192.168.2.1 on port 2073 [06/12 13:07:03.122]
Read request for file <netboot\pxelinux.0>. Mode octet [06/12 13:07:03.123]
Using local port 53711 [06/12 13:07:03.124]
TIMEOUT waiting for Ack block #1  [06/12 13:07:06.129]
TIMEOUT waiting for Ack block #1  [06/12 13:07:08.129]
Connection received from 192.168.2.1 on port 2074 [06/12 13:07:11.086]
Read request for file <netboot\pxelinux.0>. Mode octet [06/12 13:07:11.087]
Using local port 53717 [06/12 13:07:11.088]
TIMEOUT waiting for Ack block #1  [06/12 13:07:12.139]
TIMEOUT waiting for Ack block #1  [06/12 13:07:18.126]
TIMEOUT waiting for Ack block #1  [06/12 13:07:26.090]

Также, когда я пингую компьютер, я получаю:

Pinging 192.168.2.1 with 32 bytes of data:
Reply from 10.20.21.188: Destination net unreachable.
Reply from 10.20.21.188: Destination net unreachable.
Reply from 10.20.21.188: Destination net unreachable.
Reply from 10.20.21.188: Destination net unreachable.

Ping statistics for 192.168.2.1:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
PS C:\Windows\system32>

Если у кого-то есть идеи, как это можно исправить, буду очень признателен.

С уважением

ИЗМЕНИТЬ_>

Дополнительная информация, которая может быть полезна

  1. Я не использую кроссоверный кабель; однако сетевая карта на моем сервере гигабитная, я не уверен, означает ли это, что мне все еще нужен кроссоверный кабель. Два ПК соединены только быстрым коммутатором Ethernet.

  2. Конечная цель сетевой загрузки — установить Debian на клиентский компьютер. В настоящее время я использую сервер Apache, но пока не определился, какими будут следующие шаги. Я загружаю pxelinux.0 (пока не уверен, что это такое, я взял его из файла Debian tar.gz, который я скачал из сети, следуя руководствуздесь).

решение1

У вас определенно проблема с IP SubNets. С одной машиной на 10.20.21.x и другой на 192.168.2.x вы находитесь в совершенно разных типах сетей. Вам, вероятно, захочется поговорить с администратором сети или с кем-то, кто разбирается в сетях. Обе машины должны находиться в одной сети и в одной SubNet, если только вы не открыли коммутатор вашего TFTP-сервера на другую SubNet.

решение2

Я столкнулся с той же проблемой "timeout waiting for ack" некоторое время назад с tftpd32. Для меня проблема была решена временным отключением брандмауэра на компьютере Windows. После того, как он смог связаться без вмешательства брандмауэра, моя передача прошла. Как упоминалось вдругой блогВы также можете убедиться, что вы правильно настроили все параметры на вкладке «TFTP-сервер» (например, совместимость с pxe), а также убедиться, что подсеть DHCP-сервера совпадает с подсетью интерфейса, к которому вы подключаете компьютер, и что во время работы с ним в вашей сети нет других DHCP-серверов.

Отключение брандмауэра может быть опасным, поэтому будьте осторожны и не забудьте включить его снова!

ОБНОВЛЯТЬ:

Теперь, когда я перечитал это и подумал об этом больше, похоже, что это определенно проблема с вашей IP-адресацией. Из вывода ping видно, что ваш компьютер с Windows имеет IP 10.20.21.188, а компьютер, на котором вы хотите развернуться, получает IP-адрес 192.168.2.1 от tftp32. Поскольку они находятся в разных сетях, с описанной вами настройкой они не могут общаться друг с другом. Чтобы это работало, вам придется либо отредактировать пул DHCP в tftp32, либо изменить IP вашего компьютера на статический адрес в правильной сети, чтобы он соответствовал пулу DHCP.

решение3

У меня была та же проблема: ошибки «TIMEOUT waiting for Ack block #1» появлялись всякий раз, когда клиент пытался получить файл с моего tftpd-сервера.

Сначала я попробовал включить порт TFTP UDP 69 в брандмауэре сервера, но это не помогло.
В конце концов, корень проблемы оказался на стороне клиента, а не на стороне сервера!
Причина в том, что TFTP отправляет данные обратно клиенту, используя динамически выделенный порт UDP.
Необходимо добавить правило вклиентбрандмауэр, позволяющий клиентскому tftp-приложению получать данные на любом порту UDP. То есть C:\Windows\System32\tftp.exe на клиентах Windows.

решение4

Экономьте свое время и избегайте проблем с DHCP в средах PXE; используйте уже имеющуюся инфраструктуру DHCP и настройте свой сервер PXE (т. е.Серва) впроксиDHCPрежим. Таким образом, вам не придется иметь дело с различными ошибками IP подсети, подобными той, с которой вы сталкиваетесь сейчас, и вам не придется менять текущую конфигурацию DHCP-сервера.

Связанный контент