-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Send WOL only on ARP broadcast messages #17
Comments
What is the different between ARP to 50:3e:aa:04:xx:xx and ARP to ff:ff:ff:ff:ff:ff? Would be useful to have one line of description which kind of ARP requests this requested "Broadcast ARP only" filter does prevent. Because people like me don't know which kind of ARPs are not sent to broadcast mac. Currently, we only have source address filtering to exclude routers and hosts which should not automatically wake up the destination. |
Since I made this quite a while ago, I may have forgotten some of the details, but in short: Is the "target to ff:ff:ff:ff:ff:ff" ARP request the ONLY one which is "Broadcast"? Then again I'd need to actually test that to see if that works. (Hopefully it does) Also what Falco mentioned, we have source address filtering to prevent erroneous wake-ups. For example: your TV pinging the target device despite it not using it (as an example). |
I would still like to know what the difference of these 2 ARP types is. If we just write "will only allow broadcast mac requests" nobody would know when this filter is useful and when not. Would be cool to have an example where an ARP to 50:3e:aa:04:xx:xx is not wanted. |
First of all, thank you for this piece of software! Although I'm struggling to make it work on my network (too many ARP requests from too many different devices), I think this software has potential.
Now, I'm testing this on my laptop and I noticed that an WOL gets triggered upon any ARP request that matches the specific MAC address.... Say, I got this on tcpcump_
Which caused this:
So, wouldn't it be useful if wake-on-arp only replied to messages being send with the broadcast destination? or at least handy if it can be configured that way?
Maybe this is just overcomplicating things, but there are my two cents.
The text was updated successfully, but these errors were encountered: