Aaron, Puzzling. The fact that the request is showing up in the syslog from in.tftpd should indicate that there is no firewall in the way and it looks like the tcpwrappers are not the problem. It also doesn't sound like a dhcp problem since at the point of this request the dhcp phase is already completed.
How about the permissions on the file itself? According to the man page, "tftpd will allow only publicly readable files (o+r) to be accessed, unless the -p option is specified." Make sure that the file /ltsp/i386/pxelinux.0 is readable by all, although I would have hoped for a log statement if it weren't. Do you have any other options specified in the /etc/default/tftpd-hpa? Mine looks like this: #Defaults for tftpd-hpa RUN_DAEMON="yes" OPTIONS="-l -s /var/lib/tftpboot" So the the client's request for the file /ltsp/i386/pxelinux.0 would refer to the file on the server at /var/lib/tftpboot/ltsp/i386/pxelinux.0, which on my machine has the permissions "-rw-r--r--" and is owned by root. Hm. Then again, if you're not having problems with booting clients on the local net this would not be the problem. Never mind. The only other thing I can think of is that you have an outgoing firewall dropping packets from the response. There isn't any default firewall that I know of. In any case, the query "iptables -L -n -v" would show it to you if there were. Are you running wireshark on the ltsp server itself? I'll try some experimenting on my setup when I get a chance. -Steve Aaron J. Wood wrote: > Steve, > > Thank you very much for getting back to me. This issue has become very > frustrating and a truly appreciate your help. I wanted to make sure that the > Windows 2003 SBS acting as the DHCP wasn't part of the problem so I removed > it from the equation. I am now running the DHCP service on the LTSP server > and only serve static addresses to the subnet that I am trying to remote > boot from (192.168.50.X). This is working fine. The remote client gets the > IP address 192.168.50.35 and then requests the file /ltsp/i386/pxelinux.0 > from the TFTP server. The following is shown in the syslog when this > happens. > > Jun 8 00:17:20 debian in.tftpd[5411]: RRQ from 192.168.50.35 filename > /ltsp/i386/pxelinux.0 > > The remote client just hangs here and nothing is ever transferred. I checked > the hosts.allow and hosts.deny and nothing was in there. I added the > following to hosts.allow: > > ALL: 192.168.50.0/255.255.255.0 > > But this doesn't seem to help. Also, there is nothing in the iptables > either. I am completely stumped now. Is there a way that I can see why > tftpd-hpa is not able to send the file? Could this be a netmask issue within > dhcpd3.conf? Does the default install of Debian have a firewall that I don't > know of? Any more help you can give me would be great. > > Regards, > Aaron J. Wood > > > ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _____________________________________________________________________ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.freenode.net
