in.tftpd -V
tftp-hpa 0.42, with remap, with tcpwrappers
Server wird beim booten mittels
/usr/sbin/in.tftpd -l -a 10.0.100.19:10611 -u root -vvv -s /tftpboot/tftpboot_611
installiert.
Server läuft also statisch (ohne xinetd) auf der Adresse 10.0.100.19 Portnummer 10611 als User root mit erweitertem logging und dem Verzeichnis /tftpboot/tftpboot_611.
In der vorherigen Installation mit xinetd und den gleichen Parametern trat der Fehler genauso auf !!!
Nach ca. 10 Tagen Dauerbetrieb werden keinerlei loggingausgaben mehr ins Messagesfile geschrieben, obwohl TFTP weiterhin funktioniert. >:(
Ist dieser Fehler bekannt, bzw. gibt es neuere Versionen bei denen dieser Fehler behoben ist ?
in.tftpd -V
tftp-hpa 0.42, with remap, with tcpwrappers
Server starts at boot with
/usr/sbin/in.tftpd -l -a 10.0.100.19:10611 -u root -vvv -s /tftpboot/tftpboot_611
So it runs staticly (without xinetd) at the address 10.0.100.19 port 10611 as user root with extended logging and the directory is /tftpboot/tftpboot_611.
In a recent installation with xinetd und similar configuration, the same error happened !!!
After about 10 Days no further loggingentry will be written to the messagesfile. TFTPD runs correctly, but without logging.
Do anybody know this bug ? Are there any Patches or new Versions of in.tftpd without it ?
Well I can see from the author’s homepage for the software that the version is now up to 0.48. If you cannot find an updated package (maybe in the buildservice? dunno), it shouldn’t be hard to compile it yourself, it’s not a big program.
PS: Bad idea to run as root when there is no reason to, since you are using a high port. You should create a separate account to run it under. As long as the files served have read permission for the user…
To be sure, tftp isn’t exactly a popular protocol to crack, but if the general attitude is, a little corner cut here, a little corner cut there, pretty soon you have taken a big chunk out of security.
