Foro de TI tranquilo

Hola,

les escribo porque tengo un problema con TFTP en un repositorio secundario en Debian.
Instalé el repositorio en un directorio que llamaré /XXXX, y puedo localizar correctamente el directorio /XXXX/wads/pxe y el archivo ipxe.efi.
La máquina no tiene cortafuegos, solo el antivirus ClamAV.
Cabe mencionar que DHCP no está configurado por el momento, pero quería probar TFTP.
Actualmente en la versión 2.6.0.17392, puedo iniciar el servicio systemctl status wapttftpserver sin ningún problema:

#################################
systemctl status wapttftpserver:

● wapttftpserver.service - Script de inicio del servidor TFTP WAPT/WADS
Cargado: cargado (/usr/lib/systemd/system/wapttftpserver.service; habilitado; preestablecido: habilitado)
Activo: activo (en ejecución) desde el jueves 30 de octubre de 2025 08:22:22 +04; Hace 2 semanas 0 días
Invocación: af16754aa4234cae821ca58ec17760f1
PID principal: 841 (wapttftpserver.)
Tareas: 2 (límite: 9455)
Memoria: 3,8M (pico: 4,6M)
CPU: 14 min 16,331 s
CGroup: /system.slice/wapttftpserver.service
└─841 /opt/wapt/wapttftpserver.bin --fork --username=root --root_dir=/XXXX/wads/pxe --verbose --log-path=/dev/stdout

30 oct 08:22:22 XX-XX-XXXXXXX-X systemd[1]: Iniciando wapttftpserver.service - Script de inicio del servidor TFTP WAPT/WADS...
30 oct 08:22:22 XX-XX-XXXXXXX-X systemd[1]: Se inició wapttftpserver.service - Script de inicio del servidor TFTP WAPT/WADS.
#################################


Intenté este comando que encontré en la documentación de otro sistema Debian:
###################################
cd ~
tftp XX-XX-XXXXXXX-X.mydomain.lan
binary
get ipxe.efi
quit
ls -l ipxe.efi
###############################

Justo después del comando get ipxe.efi, obtengo un error:
##########################
Código de error 1: Archivo no encontrado
##########################

Luego intenté un comando nmap de otro sistema Debian:
#################################
nmap -Pn 192.168.1.2 -sU -p 69
###################################

Recibo esta respuesta:
###################################
Iniciando Nmap 7.95 ( https://nmap.org ) en 2025-11-13 09:14 +04
Informe de escaneo de Nmap para XX-XX-XXXXXXX-X.mydomain.lan (192.168.1.2)
El host está activo.

SERVICIO DE ESTADO DEL PUERTO
69/udp abierto|filtrado tftp

Nmap hecho: 1 dirección IP (1 host activo) escaneada en 2.21 segundos
######################################

El puerto está "abierto|filtrado".

Decidí probar nmap en nuestro antiguo servidor TFTP que está en Windows para ver la reacción:
##########################
nmap -Pn 192.168.1.3 -sU -p 69
###########################

Obtengo esta respuesta:
######################################
Iniciando Nmap 7.95 ( https://nmap.org ) en 2025-11-13 09:13 +04
Informe de escaneo de Nmap para XX-XX-XXXXXXX-X.mydomain.lan (192.168.1.3)
El host está activo (latencia de 0.0048s).

SERVICIO DE ESTADO DEL PUERTO
69/udp abierto tftp

Nmap finalizado: 1 dirección IP (1 host activo) escaneada en 0,22 segundos
####################################

El puerto ahora está "abierto".

Al intentar recuperar un archivo del servidor TFTP de Windows, recibo el código de error 4: Violación de acceso. Esto significa que tengo una respuesta (negativa, pero una respuesta al fin y al cabo...).

Espero haberme explicado con claridad, pero no entiendo este concepto de "abierto|filtrado", ni por qué no puedo recuperar ipxe.efi. ¿
Existe un archivo de configuración para wapttftpserver?

Gracias por su ayuda.

Saludos cordiales

Hola,

primero debemos comprobar si el archivo ipxe.efi está presente en la carpeta: /XXXX/wads/pxe

Simon

Hola,

gracias por tu respuesta.

root@XX-XX-XXXXXXX-X:/# cd /XXXX/wads/pxe/
root@XX-XX-XXXXXXX-X:/XXXX/wads/pxe# ls
Boot EFI ipxe.efi snponly.efi sources undionly.kpxe

Sí, confirmo que está presente, y a continuación se muestran los permisos.

50355110 1020 -rw-r--r-- 1 root www-data 1042944 Sep 2 18:05 ipxe.efi

Gracias por tu ayuda.

¿Puedes probar esto?

pero en el repositorio mismo con 127.0.0.1:

Funciona en 127.0.0.1 y también con la dirección IP del repositorio.

Mientras tanto, reinstalé otro sistema Debian para descartar cualquier posibilidad y realicé otra prueba remota, y también funciona allí.
Así que creo que el problema debía estar en la máquina que usaba para probar mi TFTP remoto desde el principio...

Gracias por su ayuda y disculpe por hacerle perder el tiempo. Gracias

de nuevo.