TFTP Timeout

[quinnby95]

@george1421

DHCP option 66 points to the VM with the server installed (192.168.1.72) and option 67 points to undionly.kpxe.

When I try to pull the undionly from the 3rd computer it times out.

[george1421]

@quinnby95 OK excellent on the checks, now we have a path forward.

I want you to key in the following command on your FOG server linux console.

sudo netstat -an|grep :69
You may get a few lines depending on how busy your fog server is but the key line I’m looking for is this:

udp        0      0 0.0.0.0:69              0.0.0.0:*

This tells us that the tftp server is listening for connections.

Also I have to ask did you perform the prerequisites before installing FOG?

1. Set selinux to permissive
2. Disable the firewall on the FOG server?

[quinnby95]

@george1421

That is what shows up when I run the requested command

Yes when I installed FOG server I had SELINUX turned off as well as the firewall

[Sebastian Roth]

@quinnby95 Ping works from an external machine but TFTP doesn’t? Do I get this right? Guess it is a firewall issue. Maybe Windows firewall and as well check the firewall in your VM: sudo iptables -L -n -v

[quinnby95]

@Sebastian-Roth That is correct, I can ping the machine but no TFTP. I thought maybe a firewall issue too so I tried disabling the Windows firewall entirely as well and got the same result.

That is the response from the IP Tables

[george1421]

@quinnby95 Run this command to see if the firewall is enabled.
sudo ufw status

If its running then issue this command to stop it.
sudo ufw disable

Since you are using a Desktop OS, I’m suspecting its enabled by default.

Once you stop the firewall, test again to download the file using a windows client.

[quinnby95]

@george1421 The status is currently inactive, I turned off the firewall for both the Windows machine and Ubuntu and got the same results. I truly am at an impasse for why this is happening I spent the last week looking at other posts trying everything

[george1421]

@quinnby95 This is an interesting one…

We’ve hit on the simple ones, now lets look a bit deeper.

1. Is selinux disabled: sudo getenforce Hopefully this returns Permissive
2. is there anything in the tftp directory? ls -la /tftpboot ensure that undionly.kpxe exists in that directory as well as a bunch of other files.
3. Are you using the proper tftp get command on the windows test system? tftp <fog_server_ip> GET undionly.kpxe .?
4. In /var/logs there may be a tftp log file it may be called in.tftp. See if there are any helpful messages in that log file. If you can’t find which log file to look into use this command sudo grep -r tftp /var/log/* to find the name of the log file as well as display any entries with tftp in the name

Other infrastructure questions. Is the FOG server and the target computer on the same subnet?

[daarnalthe]

Hello,
maybe i will dig up this topic because i am facing the same problem after 3 years of the last post here.

I have very similar environment:

subnet: 10.6.22.0/24
FOG Server: 10.6.22.10 (1.5.9 stable)
HOST Windows 10: 10.6.22.11
virtualbox guest Windows 10: 10.6.22.107 (bridged adapter, IP obtained from fog DHCP)

Tried with and without firewall enabled on windows PC.
Physical workstations from this subnet connect to FOG and tftp without problems. Problem occurs only with virtual machine Windows. I am trying to prepare my syspreped image in virtualbox and then capture it with FOG so this is the purpose i want it to work correctly

When i boot the virtual Windows from virtualbox i have:

and the answers for your questions are:

• Is selinux disabled: sudo getenforce Hopefully this returns Permissive

• is there anything in the tftp directory? ls -la /tftpboot ensure that undionly.kpxe exists in that directory as well as a bunch of other files.

• Are you using the proper tftp get command on the windows test system? tftp <fog_server_ip> GET undionly.kpxe .?

*- I tried run this command from host Windows PC and also from guest Windows PC in Virtualbox - the same result - “connect request failed”, so there is not problem with VirtualBox software - I read on the other forums, where people was suggesting that VitrtualBox software is blocking someway the tftp.

• In /var/logs there may be a tftp log file it may be called in.tftp. See if there are any helpful messages in that log file. If you can’t find which log file to look into use this command sudo grep -r tftp /var/log/* to find the name of the log file as well as display any entries with tftp in the name

Nothing special… some old logs… Only fresh logs:

/var/log/daemon.log:Oct 3 08:29:11 fog in.tftpd[23091]: tftp: client does not accept options
/var/log/daemon.log:Oct 3 09:56:53 fog in.tftpd[28424]: tftp: client does not accept options
/var/log/daemon.log:Oct 3 10:00:51 fog in.tftpd[28622]: tftp: client does not accept options
/var/log/daemon.log:Oct 4 13:34:30 fog dhcpd[32034]: option tftp-server-name 10.
/var/log/daemon.log:Oct 4 13:34:30 fog isc-dhcp-server[32025]: option tftp-server-name 10.
/var/log/daemon.log:Oct 4 13:34:30 fog dhcpd[32035]: option tftp-server-name 10.
/var/log/daemon.log:Oct 4 13:35:33 fog dhcpd[32122]: option tftp-server-name 10.
/var/log/daemon.log:Oct 4 13:35:33 fog dhcpd[32123]: option tftp-server-name 10.
/var/log/daemon.log:Oct 4 13:35:33 fog isc-dhcp-server[32113]: option tftp-server-name 10.
/var/log/daemon.log:Oct 4 14:03:06 fog in.tftpd[1721]: tftp: client does not accept options

but i was trying to connect to tftp from this Windows PC with and without firewall so these logs aren’t very helpful.

I also tried to add some options to /etc/dhcp/dhcpd.conf:

but it didn’t help.

Do you have some other suggetsions what should I check?

[Sebastian Roth]

@daarnalthe Have you tried sending ping (ICMP) packets from the Windows 10 VM to your FOG Server and back?

Firewall on the FOG server is disabled or enabled?

[daarnalthe]

@Sebastian-Roth
I don’t have active any firewall on the FOG server and i can PING it from the VM Windows.

[daarnalthe]

@Sebastian-Roth
Hmm… Maybe “some other forums” has right… Maybe somehow Virtualbox software blocks the tftp processes while PXE booting…

I change VM software to Windows Hyper-V and i don’t have problem with tftp timeout anymore…