Wake On Lan Does Not Work
-
The wakeonlan command also produces a “network unreachable” error.
-
Success! After substituting the broadcast address for 255.255.255.255 and typing the MAC in with capital letters, I was able to use the wakeonlan command to turn one of the client computers on from the FOG server. However a wake up task from FOG itself still did not work (and I’m assuming the same would hold true for imaging tasks). According to WireShark, the WOL magic packet wasn’t even sent.
EDIT: The testwol.php script does not work either.
-
Figured it out. In the file /var/www/fog/lib/fog/WakeOnLan.class.php there is the following line:
[COLOR=#007700][FONT=monospace]if( [/FONT][/COLOR][COLOR=#0000bb][FONT=monospace]socket_sendto[/FONT][/COLOR][COLOR=#007700][FONT=monospace]([/FONT][/COLOR][COLOR=#0000bb][FONT=monospace]$soc[/FONT][/COLOR][COLOR=#007700][FONT=monospace], [/FONT][/COLOR][COLOR=#0000bb][FONT=monospace]$strRaw[/FONT][/COLOR][COLOR=#007700][FONT=monospace], [/FONT][/COLOR][COLOR=#0000bb][FONT=monospace]strlen[/FONT][/COLOR][COLOR=#007700]FONT=monospace, [/FONT][/COLOR][COLOR=#0000bb][FONT=monospace]0[/FONT][/COLOR][COLOR=#007700][FONT=monospace], [/FONT][/COLOR][COLOR=#dd0000][FONT=monospace]“255.255.255.255”[/FONT][/COLOR][COLOR=#007700][FONT=monospace], [/FONT][/COLOR][COLOR=#0000bb][FONT=monospace]9[/FONT][/COLOR][COLOR=#007700][FONT=monospace]) )[/FONT][/COLOR]
[COLOR=#000000]I replaced “255.255.255.255” with the network’s broadcast address and now it works fine. The old FOG server did not require this change so I may have to reverse it before going into production.[/COLOR]
-
I think, then, you’re attempting to wakeonlan systems whom are not in the same subnet as your fog server?
-
There are only three computers strung together and not connected to the outside world. All of them are on the 192.168.1.x subnet with a subnet mask of 255.255.255.0. Perhaps the DHCP config file is not correct? When installing isc-dhcp-server, I had the FOG server connected to the campus network which may have caused problems.
[url=“/_imported_xf_attachments/1/1320_dhcpd.conf.txt?:”]dhcpd.conf.txt[/url]
-
disable your dhcp on fog server and configure dnsmasq. i’ve been using dnsmasq for small networks and works like a charm. This can not solve your problem, but don’t disturb your dhcp campus service.
-
[quote=“Thiago, post: 35967, member: 21790”]disable your dhcp on fog server and configure dnsmasq. i’ve been using dnsmasq for small networks and works like a charm. This can not solve your problem, but don’t disturb your dhcp campus service.[/quote]
So if DNSMasq can’t solve my problem what good is it right now? We’ve already got two campus DNS servers. Admittedly there has been an issue with FOG not successfully pinging hosts, but I will deal with that later.
-
“Maybe” this can not solve your problem.
I work at a university that has a central dhcp/dns linux server (i can’t change), and all departments are on different ip classes/vlans. because of this, that dnsmasq has been my solution since fog 0.32.
For me, ping must be enabled in Win7 clients (permit [B]Eco - ICMPv4-In/ICMPv6-In[/B] in Windows Firewall, adjust scope of rule to match your needs). -
It actually might solve an unrelated problem. Ever since installing FOG, the ping hosts function on the hostnames page would not work despite having put in the address of the campus DNS server. In version 1.2 it is unbelievably slow so I disabled it. I have not tried to troubleshoot it since we have other software which can let us know if the computers are on. However DNSMasq may be able to fix that. Thank you for telling me about it.
-
Today we successfully deployed the FOG server into production, including integrating it with the campus network. Wake On Lan, for both the Wake Up task and imaging works fine. I am not 100% sure what the problem was. My suspicion is that the localhost file (/etc/hosts) may hold the answer. At some point the line which read: “127.0.1.1 FOG Server Name” became “192.168.x.x FOG Server Name”. Not sure why I did that, but the change prevented the computer from properly connecting with the network. Perhaps that was interfering with WOL as well? Others are welcome to experiment and report back their results. While I’m hesitant to call this thread solved without a better idea of the cause, the problem does seem to be fixed.
-
I’m thinking the original setup was set to 127.0.1.1?
My guess is it was only broadcasting traffic across your local machine. (127.0.1.255)?
-
It was. Debian creates that line by default. I fooled around with the localhosts file and DHCP config in order to get the isolated network running and in the process changed the former. Perhaps I was telling the computer there was only one machine on the network? I don’t understand enough about computer networking and how a PHP script creates a magic packet to fully answer the question.
Curiously WOL still does not work for uploading images, but since our technician computers are within 20 feet of my desk that is not a big issue.
UPDATE: Well WOL worked once for an image upload. Still not going to worry much about it though.
