tftp config for xinetd broken There is no protocol line, should be udp the orig tries to log the username. Username with tftp? NOTE: tftp put does work! This works: [chrismcc@wednesday chrismcc]$ cat /etc/xinetd.d/tftp # default: off # description: The tftp server serves files using the trivial file transfer \ # protocol. The tftp protocol is often used to boot diskless \ # workstations, download configuration files to network-aware printers, \ # and to start the installation process for some operating systems. service tftp { disable = no socket_type = dgram wait = yes protocol = udp user = root server = /usr/sbin/in.tftpd server_args = -s /tftpboot }
dgram socket type defaults to udp. The default configuration works for me in a normal setup. However, on one box where I have IPv6 activated, running xinetd will make tftpd die of errno 93 (Protocol not supported) unless udp has been defined. Good point about user name logging.
I don't have ipv6 setup; unless something sets up something on install (clean) Oops, 'wait' should be yes, not no Feb 7 06:39:03 wednesday xinetd[17781]: socket creation failed (Protocol not supported (errno = 93)). service = tftp Feb 7 06:42:32 wednesday xinetd[17862]: socket creation failed (Protocol not supported (errno = 93)). service = tftp Feb 7 06:45:51 wednesday xinetd[17889]: tftp service was deactivated because of looping Feb 7 14:45:51 wednesday tftpd[17896]: recvfrom: Resource temporarily unavailable [root@wednesday log]# grep tftp secure Feb 7 06:45:51 wednesday xinetd[17889]: START: tftp pid=17895 from=192.168.9.253 ... It would be nice to log the filename accessed and if it was a 'put' or a 'get'. But thats an 'enhancement' not a bug :)
We (Red Hat) should really try to resolve this before next release.
I just fixed this, but it will take ~ 1-2 hours until I can put tftp-0.17-9.src.rpm through porkchop...