PXE Netboot desde una PC con Windows 7 usando TFTP32 E32 Timeout Issue

1

Estoy tratando de arrancar en red una PC sin unidad de CD y sin opciones de arranque USB (disponible en BIOS pero no reconoce USB, quizás roto de alguna manera).

De todos modos, aquí está el registro de 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]

También cuando hago ping a la computadora me sale:

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>

Si alguien tiene alguna idea de cómo podría rectificar esto, sería muy apreciado.

Saludos

EDITAR_>

Información adicional que puede ser útil.

  1. No estoy usando un cable cruzado; sin embargo, la tarjeta de red en mi computadora servidor es una gigabit, no estoy seguro si eso significa que todavía necesito un cable cruzado, sin embargo. Las dos PC están conectadas solo por un rápido conmutador Ethernet.

  2. El objetivo final del arranque de red es instalar Debian en la computadora del cliente. Actualmente estoy ejecutando un servidor Apache, pero aún no he determinado cuáles serán los próximos pasos. Estoy iniciando pxelinux.0 (aún no estoy seguro de qué es en realidad, lo obtuve del archivo tar.gz de Debian que descargué de la red siguiendo la guía aquí ).

Guest_thanks
fuente

Respuestas:

3

Definitivamente tiene un problema con las IP SubNets. Con una máquina en 10.20.21.xy la otra en 192.168.2.x, se encuentra en tipos de red completamente diferentes. Es probable que desee hablar con un administrador de red o con alguien que sepa sobre redes. Ambas máquinas deben estar dentro de la misma red y en la misma subred a menos que haya abierto el interruptor de su servidor TFTP a la otra subred.

2 centavos
fuente
1

Me encontré con el mismo problema de "tiempo de espera esperando un ataque" hace un tiempo con tftpd32. Lo que solucionó el problema para mí fue deshabilitar temporalmente mi firewall en la computadora con Windows. Después de que se pudo comunicar sin que el firewall interfiriera, mi transferencia se realizó. Como se mencionó en un blog diferente , también puede asegurarse de haber configurado todo correctamente en la pestaña Servidor TFTP en las opciones (por ejemplo, compatibilidad con pxe) y asegurarse de que la subred para el servidor DHCP coincida con la subred de la interfaz que están conectando la computadora y que no hay otro servidor DHCP en su red cuando está trabajando en esto.

Apagar su firewall puede ser peligroso, ¡así que tenga cuidado y no olvide volver a habilitarlo!

ACTUALIZAR:

Ahora que he vuelto a leer eso y lo he pensado más, parece que definitivamente es un problema con su dirección IP. Desde la salida de ping parece que su computadora con Windows tiene una IP de 10.20.21.188 y la computadora que desea implementar obtiene una dirección IP de 192.168.2.1 de tftp32. Dado que están en diferentes redes, con la configuración descrita no tienen forma de hablar entre ellos. Para que esto funcione, tendría que editar el grupo de DHCP en tftp32 o cambiar la IP de su computadora a una dirección estática en la red correcta para que coincida con el grupo de DHCP.

Ozzy S
fuente
0

Tuve el mismo problema, con "TIEMPO DE ESPERA esperando los errores del bloque Ack # 1" cada vez que un cliente intentaba obtener un archivo de mi servidor tftpd.

Primero intenté habilitar el puerto 69 TFTP UDP en el firewall del servidor, pero esto no ayudó.
Eventualmente, la causa raíz del problema resultó ser del lado del cliente, ¡y no del lado del servidor!
La razón es que TFTP envía los datos de vuelta al cliente utilizando un puerto UDP asignado dinámicamente.
Es necesario agregar una regla en el firewall del cliente , permitiendo que la aplicación tftp del cliente reciba datos en cualquier puerto UDP. Es decir C: \ Windows \ System32 \ tftp.exe en clientes de Windows.

Jean-François Larvoire
fuente
0

Ahorre tiempo y evite problemas de DHCP en entornos PXE; use su infraestructura DHCP ya existente y configure su servidor PXE (es decir, Serva ) en modo proxyDHCP . De esta manera, no tiene que lidiar con diferentes errores de IP de subred, como el que está experimentando ahora, y no tiene que alterar la configuración actual del servidor DHCP.

Palmadita
fuente