[RESUELTO] Arranque TFTP WADS

[jdziadek]

Hola, tengo problemas con el arranque PXE para WADS
Habilité WADS correctamente con el archivo de configuración posterior y el servicio TFTP. Puedo conectarme y descargar un archivo (ipxe.efi).
Cuando inicio mi máquina, puedo ver la dirección IP de la máquina, pero luego regresa a la pantalla de selección de inicio.
Cuando ejecuto un TCPDUMP en mi servidor WAPT

Código: Seleccionar todo

IP 172.31.XX.XXX.1924 > wapt2-standalone-l1.XXXXXXX.fr.tftp: TFTP, length 51, RRQ "ipxe.efi" octet tsize 0 blksize 1468 windowsize 4

A primera vista, parecería que el servidor WAPT no está enviando una respuesta.
juliano

[dcardón]

Habilité WADS correctamente con el archivo de configuración posterior y el servicio TFTP. Puedo conectarme y descargar un archivo (ipxe.efi).
Cuando inicio mi máquina, puedo ver la dirección IP de la máquina, pero luego regresa a la pantalla de selección de inicio.
Cuando ejecuto un TCPDUMP en mi servidor WAPT

Código: Seleccionar todo

IP 172.31.XX.XXX.1924 > wapt2-standalone-l1.XXXXXXX.fr.tftp: TFTP, length 51, RRQ "ipxe.efi" octet tsize 0 blksize 1468 windowsize 4

A primera vista, parecería que el servidor WAPT no está enviando una respuesta.

¿Cuál es la línea de comandos tcpdump que usaste? ¿Se ejecutó tftpclient en la misma red que el cliente PXE? Ten en cuenta que el protocolo TFTP usa puertos efímeros. ¿Qué máquina estás usando? ¿Tienes el mismo problema con una máquina virtual de VirtualBox (en modo puente)?

Atentamente,

Denis

[jdziadek]

Hola, gracias por tu respuesta:
Utilicé este comando:

Código: Seleccionar todo

tcpdump port 67 or port 68 or port 69 or port 4011

(Esto se utiliza para depurar el PXE de Fog)
El servidor TFTP está en el servidor WAPT, las máquinas a implementar están en una VLAN de computadora que tiene acceso a todos los puertos del servidor WAPT, solíamos usar un WDS para la implementación y funcionaba con la configuración actual, solo cambiamos el destino en el DCHP.
Encontré este problema en un HP Elitedesk 650G9 (que puedo implementar con éxito desde una unidad USB) así como también desde una máquina virtual Hyper-V.
juliano

[dcardón]

Hola Julien,

Utilicé este comando:

Código: Seleccionar todo

tcpdump port 67 or port 68 or port 69 or port 4011

(Esto se utiliza para depurar el PXE de Fog)

¿Estás usando wapttftpserver en tu servidor WAPT? Los rangos de puertos efímeros son bastante amplios. Deberías usar la dirección IP de origen como filtro en lugar de los puertos.

El servidor TFTP está en el servidor WAPT, las máquinas a implementar están en una VLAN de computadora que tiene acceso a todos los puertos del servidor WAPT, solíamos usar un WDS para la implementación y funcionaba con la configuración actual, solo cambiamos el destino en el DCHP.

¿Podrías mostrarme tu configuración DHCP?

Encontré este problema en un HP Elitedesk 650G9 (que puedo implementar con éxito desde una unidad USB) así como también desde una máquina virtual Hyper-V.

¿La memoria USB en cuestión fue generada desde la consola wapt?

Atentamente,

Denis

[jdziadek]

Gracias por la respuesta detallada.
De hecho, mi unidad USB se creó a través de la consola y funciona perfectamente.

La configuración de DHCP se copia de la documentación.
En el lado de la máquina, cuando arranco en una máquina física, vuelvo al "administrador de arranque" después de un cierto tiempo.
Con una máquina virtual en Hyper-V, aparece este mensaje:


Ejecuté un tcpdump en la dirección IP de la máquina que espera la implementación.

Código: Seleccionar todo

10:12:06.450483 IP 172.31.42.XXX.1191 > wapt2-standalone-l1.XXXXXX.fr.tftp: TFTP, length 51, RRQ "ipxe.efi" octet tsize 0 blksize 1482 windowsize 4

Esto confirma de alguna manera la falta de respuesta del servidor WAPT.

[jdziadek]

Me encontré con este hilo:
viewtopic.php?t=2977&start=10

El problema persiste incluso con tftpd-hpa
registros de tftpd-hpa

Código: Seleccionar todo

Apr 12 14:34:35 wapt2-standalone-l1 tftpd-hpa[3250832]: Starting HPA's tftpd: in.tftpd.
Apr 12 14:36:07 wapt2-standalone-l1 in.tftpd[3250898]: RRQ from 172.31.42.122 filename ipxe.efi
Apr 12 14:36:11 wapt2-standalone-l1 in.tftpd[3250899]: RRQ from 172.31.42.122 filename ipxe.efi
Apr 12 14:36:15 wapt2-standalone-l1 in.tftpd[3250901]: RRQ from 172.31.42.122 filename ipxe.efi
Apr 12 14:36:19 wapt2-standalone-l1 in.tftpd[3250903]: RRQ from 172.31.42.122 filename ipxe.efi
Apr 12 14:36:23 wapt2-standalone-l1 in.tftpd[3250914]: RRQ from 172.31.42.122 filename ipxe.efi
Apr 12 14:36:27 wapt2-standalone-l1 in.tftpd[3250915]: RRQ from 172.31.42.122 filename ipxe.efi

(Estoy usando una máquina virtual Hyper-V con arranque seguro deshabilitado para mis pruebas)

Código: Seleccionar todo

drwxrwxrwx 6 root root        4096  4 avril 15:25 .
drwxr-xr-x 6 root root        4096  9 févr. 10:36 ..
drwxrwxrwx 4 wapt root        4096 23 janv. 11:45 drivers
-rw-r--r-- 1 wapt www-data    3577  4 avril 15:25 hash.json
drwxrwxrwx 2 wapt www-data    4096  6 avril 08:36 iso
drwxrwxrwx 2 wapt root        4096  7 avril 15:00 pxe
-rwxrwxrwx 1 wapt root     1728976  3 mars  15:47 wads32.exe
-rwxrwxrwx 1 wapt root     2203088  3 mars  15:47 wads64.exe
drwxrwxrwx 4 wapt root        4096 23 janv. 11:45 winpe

¿No hay problemas de derechos de autor con el archivo WADS? Nunca se sabe...

Edición del 13/04
Especifiqué el tamaño del archivo EFI usando el comando:

Código: Seleccionar todo

dhcp-option=option:boot-file-size,2002

Ahora aparece el tamaño correcto, pero sigo recibiendo el error de tiempo de espera PXE-18.

[dcardón]

Hola Julien,

¿conseguiste que funcionara tu TFTP? Si no, tendremos que llamar a la oficina para que podamos echarle un vistazo compartiendo la pantalla, porque se me están acabando las ideas. Si tampoco funciona con tftpd-hpa, Wapt ya no tiene nada que ver...

Hasta pronto,

Denis

[jdziadek]

Hola Julien,

¿lograste que funcionara tu TFTP? Si no, tendremos que llamar a la oficina para que podamos revisarlo compartiendo la pantalla, porque me estoy quedando sin ideas. Si tampoco funciona con tftpd-hpa, Wapt ya no tiene nada que ver...

Hasta pronto,

Denis

Hola, gracias por registrarte. Estuve de vacaciones la semana pasada y el administrador de la red está de vacaciones esta semana, pero creo que el problema está de nuestra parte y no de WAPT.
Podemos cerrar el tema; haré una llamada telefónica si no podemos resolver esto.

[dcardón]

Gracias por los comentarios. El protocolo TFTP no es el más intuitivo con sus puertos efímeros. Pero bueno, es lo que está implementado en la BIOS, así que no nos queda más remedio que trabajar con ello...

Marco el tema como resuelto.

Denis