Wake-on-LAN - ArchWiki

# Wake-on-LAN

Wake-on-LAN (WOL) is a feature to switch on a computer via a network connection (be it the internet or intranet).

## Hardware settings

The target computer's motherboard and NIC have to support Wake-on-LAN. Wireless cards do not support Wake-on-LAN, so the target computer has to be physically connected (i.e. by cable) to router or the source computer.

The Wake-on-LAN feature also has to be enabled in the PC's BIOS. Different motherboard manufactures use slightly different language for this feature. Look for terminology such as "PCI Power up", "Allow PCI wake up event" or "Boot from PCI/PCI-E".

It is known that some motherboards are affected by a nasty bug that causes reboots rather than shutdowns under certain situations (see this thread for example). To prevent this bug from surfacing, it is recommended to do the following on the target machine:

1. Disable all references to "xHCI" as it pertains to USB settings.
2. Disable EuP 2013 if it is explicitly an option.
3. Optionally enable WOL for keyboard actions.

Note: There are mixed opinions as to the value of #3 above and it may be motherboard dependent.

## Software configuration

Depending on the hardware, the network drivers may have WOL switched off by default. To query this status or to change the settings, install ethtool.

Query the network device via this command:

    # ethtool net0 | grep Wake-on

            Supports Wake-on: pumbag
        Wake-on: d

The values define what activity to wake on: `d` (disabled), `p` (PHY activity), `u` (unicast activity), `m` (multicast activity), `b` (broadcast activity), `a` (ARP activity), and `g` (magic packet activity). The value of `g` is required for WOL to work.

To enable the WOL feature in the driver:

    # ethtool -s net0 wol g

This command might not last beyond the next reboot, so it must be repeated via some mechanism. Common solutions are listed in the following subsections.

### Make it persistent

#### netctl

If using netctl, one can make this setting persistent by adding the following the netctl profile:

    /etc/netctl/profile

    ExecUpPost='/usr/bin/ethtool -s net0 wol g'

#### systemd.link

Link-level configuration is possible through systemd. The actual setup is performed by the `net_setup_link` udev builtin. Add the `WakeOnLan` option to the network link file:

    /etc/systemd/network/50-wired.link

    [Link]
    WakeOnLan=magic
    ...

Note: This configuration applies only to the link-level, and is independent of network-level daemons such as NetworkManager or systemd-networkd.

See systemd-networkd#link files and `man systemd.link` for more information.

#### systemd service

This is an equivalent of previous `systemd.link` option, but uses a standalone systemd service.

    /etc/systemd/system/wol@.service

    [Unit]
    Description=Wake-on-LAN for %i
    Requires=network.target
    After=network.target

    [Service]
    ExecStart=/usr/bin/ethtool -s %i wol g
    Type=oneshot

    [Install]
    WantedBy=multi-user.target

Alternatively install the wol-systemdAUR package.

Then activate this new service by starting `wol@interface.service`.

#### udev

udev is capable of running any command as soon as a device is visible. The following rule will turn on WOL on all network interfaces whose name matches `enp*`:

    /etc/udev/rules.d/99-wol.rules

    ACTION=="add", SUBSYSTEM=="net", NAME=="enp*", RUN+="/usr/bin/ethtool -s $name wol g"

The `$name` placeholder will be replaced by the value of the `NAME` variable for the matched device.

Note: The name of the configuration file is important. Due to the introduction of persistent device names in systemd v197, it is important that the rules matching a specific network interface are named lexicographically after `80-net-name-slot.rules`, so that they are applied after the devices gain the persistent names.
Warning: udev will match the device as soon it becomes available, be this in the initramfs (before the switch_root) or the main system. The order is not deterministic; there is no guarantee. Be sure that your initramfs includes the necessary udev rules (from `/etc/udev/rules.d`) and supporting binaries (`/usr/bin/ethtool`).

#### cron

A command can be run each time the computer is (re)booted using "@reboot" in a crontab. First, make sure cron is enabled, and then edit a crontab for the root user that contains the following line:

    @reboot /usr/bin/ethtool -s [net-device] wol g

#### NetworkManager

In version 1.0.6 NetworkManager adds Wake-on-LAN controls. One way to enable Wake-on-LAN by magic packet is through nmcli.

First, search for the name of the wired connection:

    # nmcli con show

    NAME    UUID                                  TYPE            DEVICE
    wired1  612e300a-c047-4adb-91e2-12ea7bfe214e  802-3-ethernet  enp0s25

By following, one can view current status of Wake-on-LAN settings:

    # nmcli c show "wired1" | grep 802-3-ethernet.wake-on-lan

    802-3-ethernet.wake-on-lan:             default
    802-3-ethernet.wake-on-lan-password:    --

Enable Wake-on-LAN by magic packet on that connection:

    # nmcli c modify "wired1" 802-3-ethernet.wake-on-lan magic

Then reboot, possibly two times.

From version 1.2.0 Wake-on-LAN settings can be changed graphically using nm-connection-editor.

## Trigger a wake up

To trigger WOL on a target machine, its MAC address and external or internal IP should be known.

To obtain the internal IP address and MAC address of the target computer, execute the following command:

    $ ip addr

    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
       link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
       inet 127.0.0.1/8 scope host lo
          valid_lft forever preferred_lft forever
       inet6 ::1/128 scope host
          valid_lft forever preferred_lft forever
    2: enp1s0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br0 state UP group default qlen 1000
        link/ether 48:05:ca:09:0e:6a brd ff:ff:ff:ff:ff:ff
        inet 192.168.1.20/24 brd 192.168.1.255 scope global br0
           valid_lft forever preferred_lft forever
        inet6 fe80::6a05:caff:fe09:e6a/64 scope link
           valid_lft forever preferred_lft forever

Here the internal IP address is `192.168.1.20` and the MAC address is `48:05:ca:09:0e:6a`.

One program able to send magic packets for WOL is wol.

### On the same LAN

If you are connected directly to another computer through a network cable, or the traffic within a LAN is not firewalled, then using Wake-on-LAN should be very easy since there is no need to worry about port redirects.

In the simplest case the default broadcast address `255.255.255.255` is used:

    $ wol target_MAC_address

To broadcast the magic packet only to a specific subnet or host, use the `-i` switch:

    $ wol -i target_IP target_MAC_address

Tip: If you intend to continue using Wake-on-LAN, it is recommended to assign a static IP address to the target computer.

### Across the internet

When the source and target computers are separated by a router, Wake-on-LAN can be used via port forwarding. There are two possible solutions:

- Configure the router to forward a different port to each target machine. (Requires any target machine to have a static IP address on its LAN)
- Configure the router to forward a single port to the broadcast address. (May not be possible on all routers)

In both cases to trigger the wakeup run:

    $ wol -p forwarded_port -i router_IP target_MAC_address

#### Forward a port to the broadcast address

Most routers do not allow you to forward to broadcast, however if you can get shell access to your router (through telnet, ssh, serial cable, etc) you can implement this workaround:

    $ ip neighbor add 192.168.1.254 lladdr FF:FF:FF:FF:FF:FF dev net0

(The above command assumes your network is 192.168.1.0/24 and use net0 as network interface). Now, forward UDP port 9 to 192.168.1.254. This has worked for me on a Linksys WRT54G running Tomato, and on the Verizon FIOS ActionTec router.

For notes on how to do it on DD-WRT routers, see this tutorial.

This article or section needs expansion.

Reason: Request for OpenWRT instructions. (Discuss in Talk:Wake-on-LAN#)

## Miscellaneous

### Battery draining problem

Some laptops have a battery draining problem after shutdown [1]. This might be caused by enabled WOL. To solve this problem, disable it by using ethtool as mentioned above.

    # ethtool -s net0 wol d

### Example WOL script

Here is a script to automate WOL to several different machines:

    #!/bin/bash

    # definition of MAC addresses
    monster=01:12:46:82:ab:4f
    chronic=00:3a:53:21:bc:30
    powerless=1a:32:41:02:29:92
    ghost=01:1a:d2:56:6b:e6

    while true; do
    echo "Which PC to wake?"
    echo "p) powerless"
    echo "m) monster"
    echo "c) chronic"
    echo "g) ghost"
    echo "b) wake monster, wait 40sec, then wake chronic"
    echo "q) quit and take no action"
    read input1

    case $input1 in
      p)
      /usr/bin/wol $powerless
      ;;

      m)
      /usr/bin/wol $monster
      ;;

      c)
      /usr/bin/wol $chronic
      ;;

      g)
      # this line requires an IP address in /etc/hosts for ghost
      # and should use wol over the internet provided that port 9
      # is forwarded to ghost on ghost's router
      /usr/bin/wol -v -h -p 9 ghost $ghost
      ;;

      b)
      /usr/bin/wol $monster
      echo "monster sent, now waiting for 40sec then waking chronic"
      sleep 40
      /usr/bin/wol $chronic
      ;;

      Q|q)
      echo "later!"
      break
      ;;

    esac

    done
    echo  "this is the (quit) end!! c-ya!"

## Troubleshooting

### Realtek

Users with Realtek 8168 8169 8101 8111(C) based NICs (cards / and on-board) may notice a problem where the NIC seems to be disabled on boot and has no Link light. See Network configuration#Realtek no link / WOL problem.

If the link light on the network switch is enabled when the computer is turned off but wake on LAN is still not working, booting the system using the r8168 kernel module at least once and then switching back to the r8169 kernel module included with the kernel seems to fix it at least in the following configurations:

- MSI B85M-E45 motherboard, BIOS version V10.9, onboard Realtek 8111G chipset

For the `r8168` module you might need to set the `s5wol=1` module option to enable the wake on LAN functionality.

### Suspend/Resume

If the computer does not wake after suspend/hibernate when using TLP, set the `WOL_DISABLE` value to `N` in `/etc/default/tlp`.

## See also

- Wake-On-Lan

Category:

- Networking

Hidden category:

- Pages or sections flagged with Template:Expansion