I have an HAOS-VM running on a machine attached to my router via cable, and another (wifi attached) machine that I want to WoL from HA.

Apparently, my router does not forward WoL packets from wired ethernet to wifi, so I just plugged in a usb-wifi dongle and connected HAOS via the dongle - wifi works, no problem.

WoL in general also works, I can wake the machine up from my MacBook without a problem. I can also use the very same dongle on a Debian desktop to send WoL packets.

However, doing it from HA fails. My configuration.yaml looks like this:

wake_on_lan:
switch:
  - platform: wake_on_lan
    name: wake_<machine>
    mac: <mac>

I tried deactivating the KVM brigde, so that the VM really only connects via wifi, but no changes here either.

There are no errors in any logs, so it doesn’t look like it’s failing per se.

To me it looks almost like the packet is send to nirvana, but there’s no way to configure the network interface in the WoL platform either.

Update

I kind of got everything to work, albeit in a rather weird way.

There already is a built-in WoL Service, accessible via the GUI, however, I have to use the Advanced Mode to access it, otherwise it simply doesn’t show up. Using that service and the proper broadcast address, I’m now able to wake the target machine via a button. What’s a bit concerning to me is that the “advanced mode” toggle seems to be lost after a reboot. I get a warning, that the WoL service couldn’t be found, that only resolves after setting the advanced mode off and on again - that’s rather stupid.

  • grue@lemmy.world
    link
    fedilink
    English
    arrow-up
    6
    ·
    9 months ago

    Huh, I’m surprised that the idea of wake-on-wifi makes conceptual sense to begin with. I mean, with a wired LAN the network card can listen for the magic WoL packet while otherwise being in a very low-power state, but with wifi I’d expect that the thing would have to be fully “on” because of all the transmission overhead needed to maintain the connection. Wired wake-on-lan is a purely OSI layer 2 thing (the card just listens for its own MAC address), but how would wake-on-wifi even know which SSID it’s supposed to be listening to without the OS running?

    • 4am@lemm.ee
      link
      fedilink
      English
      arrow-up
      2
      ·
      9 months ago

      Wake-on-LAN is certainly a thing for WiFi, the problem here might be that the USB bus gets shut off when the device is sleeping, thus disconnecting the WiFi.

  • SwingingTheLamp@midwest.social
    link
    fedilink
    English
    arrow-up
    3
    ·
    9 months ago

    For troubleshooting, start at the destination and work back. Run a packet trace on the target machine, and other machines on the WiFi network to see if any WoL packet comes through at all. If not, then look at the VM host.

    How does HAOS access the USB network adapter? By pass-thru, so it’s like a USB device connected to the VM, or through a bridge on the VM host? If it’s the latter, a Linux network bridge device is often configured not to pass broadcast packets by the firewall rules. (Things like Docker will enable firewall filtering.) Check that the bridge allows broadcast packets through. If it’s the former, the USB pass-thru, do a packet trace from HAOS to ensure that it’s actually sending the packet, I guess.

    • AggressivelyPassive@feddit.deOP
      link
      fedilink
      English
      arrow-up
      1
      ·
      9 months ago

      It’s USB pass through, so there shouldn’t be any filtering.

      Wireshark could be an idea, I’ll check that tomorrow.

      • SwingingTheLamp@midwest.social
        link
        fedilink
        English
        arrow-up
        2
        ·
        9 months ago

        I realize that I forgot to answer the question! The wake_on_lan integration has a broadcast_address parameter. It doesn’t explicitly let you pick a network interface, but it might be worth trying to set it to the broadcast address of the Wi-Fi subnet. Then the routing table would ensure that the packet goes out on the correct interface.

        • AggressivelyPassive@feddit.deOP
          link
          fedilink
          English
          arrow-up
          1
          ·
          9 months ago

          I just tried to capture the wifi traffic, but couldn’t find anything from HA.

          My networking skills are a bit rusty, but using wireshark I could filter a bunch of UDP/DISCARD packets sent by my MacBook when issuing the wol-command. But HA doesn’t emit anything when clicking the wol button.

          I also tried to set the broadcast explicitly (255.255.255.255 and the local broadcast advertised by DHCP).

          Just to be sure, I checked “ip link” and there is no wired ethernet, just lo, docker, a bunch of virtual devices (e.g. vethb1ac13f@if11), but these should be for virtualization.

      • CondorWonder@lemmy.ca
        link
        fedilink
        English
        arrow-up
        2
        ·
        9 months ago

        I second the packet capture idea. Did you remove the virtual nic in the vm or just disconnect it? I’d you just disconnected it the packets were likely still directed to it as it’s the first network device.

        I suspect you’re going to need to use a command line service to do a wol command as the integration doesn’t work let you pick a nic.

        • AggressivelyPassive@feddit.deOP
          link
          fedilink
          English
          arrow-up
          1
          ·
          9 months ago

          See my comment above, I tried wireshark without success.

          I removed the <interface> part from the Qemu-config, which I think should remove the device completely.

          Command line would be fine, but the buildroot image doesn’t seem to ship with anything WoL-y, at least nothing that I could find.