Wake on LAN para escritorio remoto: configuración

Te dispones a acceder por remoto y descubres que la máquina está dormida o apagada. 'Wake‑on‑LAN para escritorio remoto' es la solución — cuando funciona. Esta guía recorre los pasos precisos de BIOS, SO, red y router para que Wake‑on‑LAN (WoL) sea fiable para uso de escritorio remoto, además de formas seguras de despertar equipos por Internet.

Cómo funciona realmente Wake‑on‑LAN

Wake‑on‑LAN usa un "magic packet" enviado a la interfaz de red del equipo objetivo. El paquete consiste en un encabezado de 6 bytes 0xFF seguido por 16 copias de la dirección MAC destino. La NIC vigila ese patrón mientras el equipo está en un estado de bajo consumo (S3) o a veces en apagado suave (S5) dependiendo del BIOS y del hardware.

Dos hechos importantes sobre la red:

• En una LAN el paquete suele enviarse como broadcast (por ejemplo, 255.255.255.255 o el broadcast de la subred como 192.168.1.255).
• A través de Internet normalmente necesitas un truco en el router (directed broadcast), una VPN hacia la LAN, o un relay siempre‑encendido en la misma LAN que reenvíe el magic packet.

Preparar el host: ajustes de BIOS/UEFI y del SO

Antes de probar cualquier configuración de red, confirma que el hardware y el SO están configurados para permitir el despertar.

BIOS / UEFI

• Entra al BIOS/UEFI (teclas comunes: F2, DEL, F12) y busca 'Wake on LAN', 'Power on by PCI‑E' o 'Wake on PME'. Habilítalo. En algunos sistemas está bajo Advanced → Power Management.
• Verifica si WoL está permitido desde S3 (suspensión) y desde S5 (apagado). Muchas placas de consumo solo soportan S3; algunas placas de servidor soportan S5.

Windows 10 / Windows 11

• Device Manager → Network adapters → select NIC → Properties.
• En Power Management: marca 'Allow this device to wake the computer' y opcionalmente desmarca 'Allow the computer to turn off this device to save power' si ves problemas.
• En Advanced: habilita 'Wake on Magic Packet' (el nombre puede variar según el driver) y desactiva cualquier ahorro de energía que bloquee el wake.
• Desactiva Fast Startup (Control Panel → Power Options → Choose what the power buttons do → Change settings that are currently unavailable → desmarca 'Turn on fast startup'). Fast startup usa hibernación híbrida y puede romper WoL.
• Comandos útiles: ejecuta en un terminal elevado para inspeccionar capacidades de wake:

powercfg -devicequery wake_armed
powercfg -a

powercfg -devicequery wake_armed muestra dispositivos permitidos para despertar el sistema. powercfg -a muestra los estados de suspensión disponibles (S3 frente a S4/S5). Si S3 no aparece, la NIC no puede vigilar por magic packets.

Ubuntu / Debian / other Linux (example: Ubuntu 22.04)

• Instala ethtool (sudo apt install ethtool).
• Comprueba el estado actual de WoL:

  sudo ethtool eth0 | grep -i wake

  La línea debería decir Wake-on: g (magic packet).
• Habilita WoL inmediatamente:

  sudo ethtool -s eth0 wol g

• Para persistir la configuración, añade una unidad systemd o configura tu network manager. Ejemplo de unidad systemd:

[Unit]
Description=Enable Wake-on-LAN for eth0
After=network.target

[Service]
Type=oneshot
ExecStart=/sbin/ethtool -s eth0 wol g

[Install]
WantedBy=multi-user.target

Reemplaza eth0 por el nombre de tu interfaz (ip link show). Si la NIC reporta otras letras (p, u, d), consulta la documentación de ethtool; buscas la bandera 'g'.

macOS (example: macOS 13 Ventura)

• Apple lo llama 'Wake for network access' (Energy Saver en macOS más antiguos, System Settings → Battery → Options en macOS recientes). Marca esa opción para laptops y desktops.
• Línea de comandos:

  sudo pmset -a womp 1

  'womp' habilita Wake on Magic Packet. macOS también usa Bonjour Sleep Proxy para dispositivos Apple, lo que puede permitir wake‑on‑demand para Macs que anuncian servicios.

Wireless clients

WoL sobre Wi‑Fi (WoWLAN) es limitado. Muchas NIC inalámbricas y drivers no soportan despertar desde un estado apagado, y el soporte varía por SO y hardware. Si es posible, prefiere Ethernet cableada para un WoL fiable.

Enviar el magic packet: herramientas y métodos

Una vez que el host puede despertarse, necesitas una forma de enviar el magic packet desde donde estés.

• LAN local: usa una app de teléfono o herramienta de PC como wakeonlan (Linux), WakeMeOnLan (NirSoft, Windows), o apps móviles en Android/iOS. Ejemplo:

  sudo apt install wakeonlan
  wakeonlan 00:11:22:33:44:55

• Desde una máquina en la misma LAN (recomendado): un dispositivo siempre‑encendido pequeño (Raspberry Pi, NAS) puede recibir comandos remotos (SSH, HTTP) y enviar el magic packet local. Esto evita problemas con broadcasts en el router.
• Por Internet: siguen tres patrones comunes; cada uno tiene pros y contras.

Opción A — Directed broadcast del router (frágil)

Algunos routers permiten reenviar UDP puerto 9 (o 7) a la dirección de broadcast de la LAN (por ejemplo, 192.168.1.255). Eso envía el magic packet como broadcast para que la NIC dormida lo vea. Advertencias:

• Muchos routers de consumo y empresariales bloquean directed broadcasts por defecto por razones de seguridad.
• Expones un puerto UDP a Internet — atacantes podrían intentar abusarlo. Si eliges esta ruta, restringe las IP de origen o usa un puerto alto aleatorio y reglas de firewall estrictas.

Opción B — VPN hacia la LAN (recomendado por seguridad)

Conecta tu dispositivo remoto a la LAN vía VPN (OpenVPN, WireGuard). Una vez que la VPN coloque a tu cliente en la misma subred (o tu router pueda enrutar hacia la subred), envía el magic packet como si estuvieras local. Esto evita abrir puertos a Internet y es compatible con nuestra guía en remote-desktop-without-port-forwarding.

Opción C — Relay siempre‑encendido en la LAN

Corre un pequeño relay (un Raspberry Pi, un PC de bajo consumo o un NAS siempre‑encendido) que acepte una petición autenticada desde Internet y envíe el magic packet localmente. Este patrón es habitual en oficinas donde un Pi ejecuta un endpoint HTTPS para disparar el wake. Protégelo con claves SSH o HTTPS con un token largo y aleatorio.

Una vez despierto: cómo acceder

Algunas suites propietarias integran un disparador de encendido en su propia infraestructura o en un dispositivo gateway emparejado en la LAN —el mismo patrón de la Opción C, con su agente en medio en lugar de tu Pi. En cualquier caso, el paquete mágico es solo la mitad del trabajo: la máquina está encendida y todavía necesitas una forma de entrar. Esa mitad merece no construirla tú mismo. Un relé gestionado llega al equipo despertado sin un túnel VPN que extender, un puerto reenviado o una caja gateway propia que mantener parcheada — see how the managed build compares to TeamViewer.

Ejemplo práctico: despertar un PC Windows desde Internet usando un Raspberry Pi y WireGuard

Pasos a alto nivel:

1. Reserva un lease DHCP estático para el PC objetivo por MAC (para saber la subred).
2. Configura un Raspberry Pi en la LAN con un pequeño script que llame a wakeonlan.
3. Instala WireGuard en el Pi y en tu cliente remoto. Cuando estés conectado, tu cliente remoto puede SSH al Pi o llamar a su endpoint HTTP local para enviar el magic packet.

Script de ejemplo para el Pi (instala wakeonlan vía apt):

#!/bin/bash
# /usr/local/bin/send-wol.sh
MAC="$1"
if [ -z "$MAC" ]; then
  echo "Usage: send-wol.sh "
  exit 1
fi
/usr/bin/wakeonlan "$MAC"

Haz el script ejecutable y llámalo desde una interfaz autenticada (SSH, systemd socket o un endpoint HTTPS mínimo). De ese modo no expones UDP 9 al mundo y el Pi puede alcanzar la dirección de broadcast de la LAN localmente.

Lista de verificación para resolución de problemas

Si WoL no funciona, sigue esta lista:

• BIOS: ¿Está Wake‑on‑LAN (o equivalente) habilitado? ¿Están disponibles las opciones de wake desde S3/S5?
• La NIC reporta Wake‑on: g (usa ethtool en Linux).
• Windows: 'Allow this device to wake the computer' está marcado; Fast Startup está desactivado.
• El host realmente tiene alimentación: busca el LED de la NIC que suele permanecer encendido en estados de suspensión.
• Enviador del magic packet: ¿puede alcanzar la subred objetivo? Si envías entre subredes, ¿el router permite directed broadcast?
• Si usas inalámbrico, prueba con Ethernet cableada para aislar limitaciones del driver.
• Verifica la dirección MAC: una MAC incorrecta o mal formateada fallará. Usa formato con dos puntos 00:11:22:33:44:55 con la mayoría de herramientas.

Consideraciones de seguridad y prácticas recomendadas

Abrir UDP 9 a Internet es la opción más débil — expone un puerto y ofrece poca autenticación. Prefiere uno de estos patrones más seguros:

• Conéctate por VPN a la LAN (WireGuard/OpenVPN) y envía el paquete localmente.
• Usa un relé autenticado (SSH o HTTPS) en una Pi o NAS dentro de la LAN que acepte solicitudes autenticadas y envíe el paquete mágico.
• Mantén ese disparador de encendido lo más pequeño posible —un punto final que no haga otra cosa que enviar un paquete mágico— y ejecuta la sesión remota en sí a través de un relé gestionado en lugar de ampliar el túnel que acabas de crear.

Para más sobre asegurar el acceso remoto, consulta nuestros artículos en remote desktop security y por qué evitar puertos abiertos suele ser más inteligente: remote desktop without port forwarding.

Cuando WoL no sirve

Wake‑on‑LAN no ayuda si la máquina está desconectada físicamente, la fuente de poder no suministra la línea 5V de standby a la NIC, o la placa base/NIC no soportan WoL desde el estado de energía deseado. Además, el comportamiento de hibernación (S4) y apagado completo (S5) varía por firmware y SO — prueba la ruta exacta de apagado que uses.

Notas finales y configuración recomendada

Para un Wake‑on‑LAN fiable para escritorio remoto, sigue esta receta mínima y segura:

1. Habilita WoL en BIOS/UEFI y en el controlador de la NIC (confirma 'Wake-on: g').
2. Prefiere Ethernet por cable cuando sea posible; prueba despertar localmente primero.
3. Usa una VPN o un relé autenticado siempre activo en la LAN para enviar el paquete mágico desde ubicaciones remotas —algo dentro de la subred tiene que hacerlo.
4. Ejecuta la sesión remota en sí a través de un relé gestionado en lugar de extender ese túnel: despertar la máquina es una tarea de la LAN, alcanzarla no lo es.
5. Evita exponer broadcasts UDP a internet a menos que no tengas otra opción y asegures firmemente el puerto.

WoL despierta la máquina; acceder a ella después es un problema distinto —y ese no tienes que construirlo tú. Deja que lo que esté dentro de la LAN envíe el paquete mágico, y luego ejecuta la sesión a través de Tenvo y su relé gestionado: sin VPN que extender, sin puerto que reenviar, sin gateway propio que parchear. Gratis: $0, Lite: $2.99/mes, Pro: $7.99/mes — see what each plan covers. La autoalojación del relé es una opción real (el producto es AGPL-3.0) y la correcta cuando un requisito lo exige: normativas de cumplimiento que prohíben infraestructuras de terceros, redes aisladas, residencia de datos. Cuando nada lo exige, el relé gestionado gana en coste total — soporte on‑call, parcheo, custodia de claves, renovación de certificados, una región sin failover. Nuestra self-hosted remote desktop guide ofrece el desglose completo.

¿Lo configuraste todo pero sigues atascado? Revisa de nuevo el soporte de estados de suspensión en el BIOS y el LED de alimentación de la NIC, verifica la MAC y realiza una prueba de wake local antes de añadir complejidad en el router. Una vez funcionando, ahorrarás tiempo y evitarás el problema más común en soporte remoto: 'La computadora está apagada'.