Estoy intentando iniciar en red una PC sin unidad de CD y sin opciones de inicio USB (disponible en BIOS pero no reconoce el USB, quizás esté 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]
Además, cuando hago ping a la computadora, aparece:
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 sobre cómo podría rectificar esto, sería muy apreciado.
Saludos
EDITAR_>
Información adicional que podría ser útil
No estoy usando un cable cruzado; sin embargo, la tarjeta de red de mi computadora servidor es gigabit, pero no estoy seguro si eso significa que todavía necesito un cable cruzado. Los dos PC están conectados únicamente mediante un conmutador Fast Ethernet.
El objetivo final del netboot es instalar Debian en la computadora 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 realmente, lo obtuve del archivo tar.gz de Debian que descargué de la red siguiendo la guíaaquí).
Respuesta1
Definitivamente tienes un problema con las subredes IP. Con una máquina en 10.20.21.x y la otra en 192.168.2.x, se encuentra en tipos de redes completamente diferentes. Probablemente querrás hablar con un administrador de red o 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 conmutador de su servidor TFTP a la otra subred.
Respuesta2
Me encontré con el mismo problema de "tiempo de espera de confirmación" hace un tiempo con tftpd32. Lo que solucionó el problema fue desactivar temporalmente mi firewall en la computadora con Windows. Después de que pudo comunicarse sin que el firewall interfiriera, mi transferencia se realizó. Como se menciona en unblog diferenteTambién es posible que desee 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 a la que está conectando la computadora y que no hay ningún otro servidor DHCP en su red cuando esté trabajando en esto.
Desactivar el firewall puede ser peligroso, ¡así que tenga cuidado y no olvide volver a habilitarlo!
ACTUALIZAR:
Ahora que releí eso y lo pensé más, parece que definitivamente es un problema con tu dirección IP. Según la salida de ping, parece que su computadora con Windows tiene una IP de 10.20.21.188 y la computadora en la que desea implementar obtiene una dirección IP de 192.168.2.1 de tftp32. Como están en redes diferentes, con la configuración descrita no tienen forma de comunicarse entre sí. Para que esto funcione, deberá editar el grupo 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 DHCP.
Respuesta3
Tuve el mismo problema, con errores de "TIEMPO DE ESPERA esperando el bloque de confirmación n.° 1" cada vez que un cliente intentaba obtener un archivo de mi servidor tftpd.
Primero intenté habilitar el puerto TFTP UDP 69 en el firewall del servidor, pero esto no ayudó.
Al final, la causa raíz del problema resultó estar en el lado del cliente y no en el lado del servidor.
La razón es que TFTP envía los datos al cliente utilizando un puerto UDP asignado dinámicamente.
Es necesario agregar una regla en elclientefirewall, lo que permite que la aplicación tftp del cliente reciba datos en cualquier puerto UDP. Es decir, C:\Windows\System32\tftp.exe en clientes Windows.
Respuesta4
Ahorre tiempo y evite problemas de DHCP en entornos PXE; utilice su infraestructura DHCP ya instalada y configure su servidor PXE (es decir,serva) enproxyDHCPmodo. De esta manera, no tendrá que lidiar con diferentes errores de IP de subred, como el que está experimentando ahora, y no tendrá que modificar la configuración actual de su servidor DHCP.