Open firefly2442 opened 1 month ago
I should also note, all machines are on the same subnet.
See also #557
As a work-around, I was able to use the custom wake command feature to enter my own command after adding a custom Dockerfile
to add the awake
binary. Custom command:
awake <macaddress>
The IP is marked as a required field because of 2 things:
So an awake equivalent to what upsnap does would be awake -b 192.168.1.255 -p 9 <macaddress>
.
If that awake command works but upsnap doesn't, there might be an issue.
I don't need the awake checking, just the WoL. Would it be possible to make the IP field non-mandatory and then a) not do awake checking and b) assume a standard broadcast mask?
This may not be relevant - but I thought I was having this issue. I confirmed the awake -b 192.168.1.255 -p 9 <macaddress>
command from @seriousm4x above worked but it still wouldn't WOL from UpSnap directly.
But then I realised that I'd incorrectly configured my netmask as 255.255.255.255 rather than 255.255.255.0 I think I had done this because 255.255.255.255 is the placeholder value so I didn't really think about it and just entered this value. After fixing this value my WOL works perfectly.
My guess is that if this is misconfigured it was picking the wrong broadcast URL to fire the UDP packet to?
The bug
I was having trouble getting UpSnap to wake a machine. I tested to make sure I could get it working outside UpSnap.
This works. Then I tried within the container.
This worked. However, when I try adding the IP address, anything I try fails.
In the UI, the IP address is marked as required. I wonder if perhaps this may not be needed and it should be optional?
The OS that UpSnap is running on
Ubuntu 22.04 (pi4)
Version of UpSnap
4.2.9
Your docker-compose.yml content
Reproduction steps
Additional information
Thanks