Acontece que este é um mal-entendido das configurações da interface do kernel para o wake-on-lan. De manual do ethtool :
Sets Wake-on-LAN options. Not all devices support this.
The argument to this option is a string of characters
specifying which options to enable.
p Wake on PHY activity
u Wake on unicast messages
m Wake on multicast messages
b Wake on broadcast messages
a Wake on ARP
g Wake on MagicPacket™
s Enable SecureOn™ password for MagicPacket™
d Disable (wake on nothing). This option
clears all previous options.
Assumi que os sinalizadores unicast ou broadcast restringiriam a origem do pacote mágico, ou seja:
- ug: acorde apenas se um pacote de WoL unicast foi recebido
- bg: só acorde se um pacote de WoL de transmissão for recebido
No entanto, os sinalizadores unicast ou broadcast correspondem a qualquer pacotes unicast ou broadcast. O que realmente acontece:
- ug: wake se um pacote unicast foi recebido, ou se um pacote WoL foi recebido (unicast ou broadcast; não importa desde que o MAC corresponda)
- bg: wake se um pacote de transmissão foi recebido ou se um pacote de WoL foi recebido (unicast ou broadcast; não importa desde que o MAC corresponda)
É claro que a condição comum unicast se aplica aos sinalizadores unicast (u) e WoL (g): pacotes unicast só podem ser recebidos se o MAC do destino ainda estiver na tabela ARP.