☰

Netboot PXE do PC com Windows 7 usando problema de tempo limite TFTP32 E32

tag-icon • tag-icon windows-7 windows networking pxe netboot
Netboot PXE do PC com Windows 7 usando problema de tempo limite TFTP32 E32

Estou tentando inicializar pela rede um PC sem unidade de CD e sem opções de inicialização USB (disponível no BIOS, mas não reconhece USB, talvez quebrado de alguma forma).

De qualquer forma, aqui está o log do 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]

Além disso, quando faço ping no computador, recebo:

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>

Se alguém tiver alguma idéia de como eu poderia corrigir isso, ficaria muito grato.

Cumprimentos

EDITAR_>

Informações adicionais que podem ser úteis

  1. Não estou usando um cabo cruzado; no entanto, a placa de rede no meu computador servidor é gigabit. Não tenho certeza se isso significa que ainda preciso de um cabo cruzado. Os dois PCs estão conectados apenas por um switch Ethernet rápido.

  2. O objetivo final do netboot é instalar o Debian no computador cliente. Atualmente estou executando um servidor Apache, mas ainda não sei quais serão os próximos passos. Estou inicializando o pxelinux.0 (ainda não tenho certeza do que realmente é, peguei no arquivo tar.gz do Debian que baixei da rede seguindo o guiaaqui).

Responder1

Você definitivamente tem um problema com as sub-redes IP. Com uma máquina em 10.20.21.x e outra em 192.168.2.x, você está em tipos de rede completamente diferentes. Provavelmente, você desejará falar com um administrador de rede ou alguém que entenda de redes. Ambas as máquinas precisam estar na mesma rede e na mesma sub-rede, a menos que você tenha aberto o switch do servidor TFTP para a outra sub-rede.

Responder2

Encontrei o mesmo problema de "tempo limite de espera por confirmação" há algum tempo com o tftpd32. O que resolveu o problema para mim foi desativar temporariamente meu firewall no computador Windows. Depois que ele conseguiu se comunicar sem a interferência do firewall, minha transferência foi concluída. Como mencionado em umblog diferentevocê também pode querer ter certeza de ter configurado tudo corretamente na guia Servidor TFTP nas opções (por exemplo, compatibilidade pxe) e certificar-se de que a sub-rede do servidor DHCP corresponde à sub-rede da interface à qual você está conectando o computador e que não há outro servidor DHCP na sua rede quando você estiver trabalhando nisso.

Desligar o firewall pode ser perigoso, então tome cuidado e não se esqueça de reativá-lo!

ATUALIZAR:

Agora que reli e pensei mais sobre isso, parece que é definitivamente um problema com o seu endereçamento IP. A partir da saída do ping, parece que o seu computador Windows tem um IP 10.20.21.188 e o computador no qual você deseja implantar obtém um endereço IP 192.168.2.1 do tftp32. Como eles estão em redes diferentes, com a configuração descrita eles não têm como se comunicar. Para que isso funcione, você teria que editar o pool DHCP em tftp32 ou alterar o IP do seu computador para um endereço estático na rede correta para corresponder ao pool DHCP.

Responder3

Eu tive o mesmo problema, com erros "TIMEOUT aguardando bloco Ack #1" sempre que um cliente tentava obter um arquivo do meu servidor tftpd.

Tentei primeiro ativar a porta TFTP UDP 69 no firewall do servidor, mas isso não ajudou.
Eventualmente, a causa raiz do problema estava no lado do cliente, e não no lado do servidor!
A razão é que o TFTP envia os dados de volta ao cliente usando uma porta UDP alocada dinamicamente.
É necessário adicionar uma regra noclientefirewall, permitindo que o aplicativo cliente tftp receba dados em qualquer porta UDP. Isso é C:\Windows\System32\tftp.exe em clientes Windows.

Responder4

Economize seu tempo e evite problemas de DHCP em ambientes PXE; use sua infraestrutura DHCP já instalada e configure seu servidor PXE (ou seja,Serva) emproxyDHCPmodo. Dessa forma, você não precisa lidar com diferentes erros de IP de sub-rede, como o que está enfrentando agora, e não precisa alterar a configuração atual do servidor DHCP.

informação relacionada