Wake‑on‑LAN pour bureau à distance : dépannage

Vous êtes prêt à vous connecter à distance à une machine et découvrez qu'elle est en veille ou éteinte. « Remote desktop wake on lan » est la solution — quand elle fonctionne. Ce guide parcourt précisément les étapes BIOS, OS, réseau et routeur pour rendre Wake‑on‑LAN (WoL) fiable pour un usage bureau à distance, ainsi que les manières sûres de réveiller des machines via Internet.

Comment fonctionne réellement Wake‑on‑LAN

Wake‑on‑LAN utilise un « paquet magique » envoyé à l'interface réseau de la machine cible. Le paquet est un en‑tête 0xFF de 6 octets suivi de 16 copies de l'adresse MAC cible. La carte réseau (NIC) surveille ce motif pendant que l'hôte est dans un état de faible consommation (S3) ou parfois en arrêt logique (S5) selon le BIOS et le matériel.

Deux points réseau importants :

• Sur un réseau local, le paquet est typiquement un broadcast (par ex. 255.255.255.255 ou un broadcast de sous‑réseau comme 192.168.1.255).
• Sur Internet, vous aurez généralement besoin d'une astuce de routeur (directed broadcast), d'un VPN vers le LAN, ou d'un relais toujours actif sur le même LAN pour relayer le paquet magique.

Préparer l'hôte : paramètres BIOS/UEFI et OS

Avant toute intervention réseau, confirmez que le matériel et l'OS sont configurés pour autoriser le réveil.

BIOS / UEFI

• Démarrez dans le BIOS/UEFI (touches courantes : F2, DEL, F12) et recherchez 'Wake on LAN', 'Power on by PCI‑E' ou 'Wake on PME'. Activez l'option. Sur certains systèmes, c'est sous Advanced → Power Management.
• Vérifiez si WoL est autorisé depuis S3 (veille) et depuis S5 (arrêt). Beaucoup de cartes grand public ne prennent en charge que S3 ; certaines cartes serveur gèrent S5.

Windows 10 / Windows 11

• Gestionnaire de périphériques → Cartes réseau → sélectionnez la carte réseau → Propriétés.
• Dans Gestion de l'alimentation : cochez « Autoriser cet appareil à réveiller l’ordinateur » et, en cas de problèmes, décochez éventuellement « Autoriser l’ordinateur à éteindre ce périphérique pour économiser de l’énergie ».
• Dans Avancé : activez « Wake on Magic Packet » (le libellé peut varier selon le pilote) et désactivez tout réglage d'économie d'énergie qui bloque le réveil.
• Désactivez le démarrage rapide (Panneau de configuration → Options d’alimentation → Choisir l’action des boutons d’alimentation → Modifier les paramètres actuellement indisponibles → décocher « Activer le démarrage rapide »). Le démarrage rapide utilise une hibernation hybride et peut casser WoL.
• Commandes utiles : exécutez dans une invite en administrateur pour inspecter les capacités de réveil :

powercfg -devicequery wake_armed
powercfg -a

powercfg -devicequery wake_armed affiche les périphériques autorisés à réveiller le système. powercfg -a affiche les états de veille disponibles (S3 vs S4/S5). Si S3 n'est pas listé, la NIC ne peut pas surveiller les paquets magiques.

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

• Installez ethtool (sudo apt install ethtool).
• Vérifiez l'état WoL courant :

  sudo ethtool eth0 | grep -i wake

  La ligne doit indiquer Wake-on: g (paquet magique).
• Activez WoL immédiatement :

  sudo ethtool -s eth0 wol g

• Pour persister ce réglage, ajoutez une unité systemd ou configurez votre gestionnaire réseau. Exemple d'unité 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

Remplacez eth0 par le nom de votre interface (ip link show). Si la NIC rapporte d'autres lettres (p, u, d), consultez la doc de ethtool ; vous voulez le drapeau 'g'.

macOS (example: macOS 13 Ventura)

• Apple l'appelle « Wake for network access » (Économiseur d’énergie sur les anciens macOS, Réglages Système → Batterie → Options sur les versions récentes). Activez ce réglage pour ordinateurs portables et fixes.
• Ligne de commande :

  sudo pmset -a womp 1

  « womp » active Wake on Magic Packet. macOS utilise aussi le Bonjour Sleep Proxy pour les appareils Apple, ce qui peut permettre un réveil à la demande pour les Mac qui annoncent des services.

Wireless clients

WoL sur Wi‑Fi (WoWLAN) est limité. Beaucoup de cartes Wi‑Fi et de pilotes ne supportent pas le réveil depuis un état éteint, et le support varie selon l'OS et le matériel. Si possible, privilégiez l'Ethernet filaire pour un WoL fiable.

Envoyer le paquet magique : outils et méthodes

Une fois que l'hôte peut se réveiller, il faut un moyen d'envoyer le paquet magique depuis où que vous soyez.

• Réseau local : utilisez une appli mobile ou un outil PC comme wakeonlan (Linux), WakeMeOnLan (NirSoft, Windows), ou des apps mobiles Android/iOS. Exemple :

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

• Depuis une machine sur le même LAN (recommandé) : un petit device toujours allumé (Raspberry Pi, NAS) peut recevoir des commandes distantes (SSH, HTTP) et envoyer le paquet magique localement. Cela évite les problèmes liés au broadcast du routeur.
• Sur Internet : trois schémas courants existent ; chacun a ses avantages et inconvénients.

Option A — Router directed broadcast (fragile)

Certaines box/routeurs permettent de forwarder le port UDP 9 (ou 7) vers l'adresse de broadcast du LAN (par ex. 192.168.1.255). Cela envoie le paquet magique en broadcast pour que la NIC endormie le voie. Mise en garde :

• Beaucoup de routeurs grand public et d'entreprise bloquent par défaut les directed broadcasts pour des raisons de sécurité.
• Vous exposez un port UDP sur Internet — des attaquants peuvent tenter d'en abuser. Si vous choisissez cette voie, restreignez les IP sources ou utilisez un port aléatoire élevé et des règles de pare‑feu strictes.

Option B — VPN into the LAN (recommended for security)

Connectez votre appareil distant au LAN via VPN (OpenVPN, WireGuard). Une fois que le VPN place votre client sur le même sous‑réseau (ou que votre routeur peut router vers ce sous‑réseau), envoyez le paquet magique comme si vous étiez local. Cela évite d'ouvrir des ports sur Internet et est compatible avec notre guide à remote-desktop-without-port-forwarding.

Option C — Always‑on relay on the LAN

Exécutez un petit relais (un Raspberry Pi, un PC basse consommation, ou un NAS toujours actif) qui accepte une requête authentifiée depuis Internet et envoie le paquet magique localement. C'est courant en entreprise : un Pi expose un endpoint HTTPS pour déclencher le réveil. Protégez‑le par des clés SSH ou HTTPS avec un token long et aléatoire.

Une fois réveillé : comment y accéder

Certaines suites propriétaires intègrent un déclencheur de réveil dans leur propre infrastructure ou dans un dispositif passerelle apparié sur le LAN — même motif Option C, avec leur agent au milieu au lieu de votre Pi. Dans les deux cas, le paquet magique n'est que la moitié du travail : la machine est allumée, et vous avez toujours besoin d'un moyen d'accès. Cette seconde moitié vaut le coup de ne pas la construire vous‑même. Un relais géré atteint l'hôte réveillé sans qu'il soit nécessaire d'étendre un tunnel VPN, d'ouvrir un port, ou de maintenir à jour une passerelle — voir comment la solution gérée se compare à TeamViewer.

Exemple pratique : réveiller un PC Windows depuis Internet avec un Raspberry Pi et WireGuard

Étapes générales :

1. Réservez une attribution DHCP statique pour le PC cible par MAC (pour connaître le sous‑réseau).
2. Installez un Raspberry Pi sur le LAN avec un petit script appelant wakeonlan.
3. Installez WireGuard sur le Pi et sur votre client distant. Une fois connecté, votre client distant peut SSHer sur le Pi ou appeler son endpoint HTTP local pour envoyer le paquet magique.

Script exemple pour le Pi (installez wakeonlan via 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"

Rendez le script exécutable et appelez‑le depuis une interface authentifiée (SSH, socket systemd, ou un endpoint HTTPS minimal). Ainsi vous n'exposez pas UDP 9 sur Internet et le Pi peut atteindre l'adresse de broadcast du LAN localement.

Checklist de dépannage

Si WoL ne fonctionne pas, passez par cette checklist :

• BIOS : Wake‑on‑LAN (ou équivalent) est‑il activé ? Les options de réveil S3/S5 sont‑elles disponibles ?
• La NIC indique Wake‑on: g (utilisez ethtool sur Linux).
• Windows : « Autoriser cet appareil à réveiller l’ordinateur » est coché ; le démarrage rapide est désactivé.
• L'hôte a bien de l'alimentation : cherchez la LED de la NIC qui reste souvent allumée en veille.
• Expéditeur du paquet magique : peut‑il atteindre le sous‑réseau cible ? Si vous envoyez entre sous‑réseaux, le routeur autorise‑t‑il le directed broadcast ?
• Si vous utilisez le sans‑fil, testez en Ethernet câblé pour isoler une limitation de pilote.
• Vérifiez l'adresse MAC : une MAC incorrecte ou mal formatée échouera. Utilisez le format avec deux‑points 00:11:22:33:44:55 avec la plupart des outils.

Considérations de sécurité et bonnes pratiques recommandées

Ouvrir UDP 9 sur Internet est l'option la plus faible — vous exposez un port et il y a peu d'authentification. Préférez l'un de ces schémas plus sûrs :

• Se connecter au LAN via un VPN (WireGuard/OpenVPN) et envoyer le paquet localement.
• Utiliser un relais authentifié (SSH ou HTTPS) sur un Pi ou un NAS à l'intérieur du LAN qui accepte des requêtes authentifiées et envoie le paquet magique.
• Limitez ce déclencheur de réveil au strict minimum — un point de terminaison qui ne fait que transmettre un paquet magique — et exécutez la session distante elle‑même via un relais géré plutôt que d'élargir le tunnel que vous venez de créer.

Pour plus d'informations sur la sécurisation de l'accès distant, consultez nos articles sur remote desktop security et pourquoi éviter d'ouvrir des ports est généralement plus sûr : remote desktop without port forwarding.

Quand WoL ne pourra pas aider

Wake‑on‑LAN n'aide pas si la machine est physiquement débranchée, si l'alimentation (PSU) n'a pas de ligne 5V standby vers la NIC, ou si la carte mère/NIC ne supportent pas WoL depuis l'état d'alimentation souhaité. De plus, le comportement de l'hibernation (S4) et de l'arrêt complet (S5) varie selon le firmware et l'OS — testez votre chemin d'arrêt exact.

Notes finales et configuration recommandée

Pour un réveil à distance fiable via Wake‑on‑LAN, suivez cette recette minimale et sécurisée :

1. Activer WoL dans le BIOS/UEFI et le pilote de la carte réseau (confirmer 'Wake-on: g').
2. Préférez l'Ethernet filaire quand c'est possible ; testez d'abord le réveil en local.
3. Utilisez un VPN ou un relais authentifié toujours actif sur le LAN pour envoyer le paquet magique depuis des emplacements distants — quelque chose à l'intérieur du sous‑réseau doit le faire.
4. Faites transiter la session distante elle‑même via un relais géré au lieu d'étendre ce tunnel : réveiller la machine est un travail de LAN, l'atteindre ne l'est pas.
5. Évitez d'exposer des broadcasts UDP sur Internet sauf si vous n'avez pas d'autre choix et que vous verrouillez le port de manière stricte.

WoL réveille la machine ; l'atteindre ensuite est un problème distinct — et celui‑ci, vous n'avez pas à le construire. Laissez quelque chose à l'intérieur du LAN envoyer le paquet magique, puis faites transiter la session via Tenvo et son relais géré : pas de VPN à étendre, pas de port à rediriger, pas de passerelle à maintenir à jour. Free : $0, Lite : $2.99/mois, Pro : $7.99/mois — voyez ce que couvre chaque forfait. L'auto‑hébergement du relais est une option réelle (le produit est AGPL-3.0) et la bonne option lorsque c'est exigé : règles de conformité qui interdisent l'infrastructure tierce, réseaux isolés, résidence des données. Lorsqu'aucune exigence ne l'impose, le relais géré l'emporte sur le coût total — astreinte, gestion des correctifs, garde des clés, renouvellement des certificats, une région sans basculement. Notre guide du bureau à distance auto‑hébergé donne le détail complet.

Tout configuré et toujours bloqué ? Vérifiez à nouveau le support des états de veille dans le BIOS et la LED d'alimentation de la NIC, revérifiez la MAC et lancez un test de réveil local avant d'ajouter la complexité du routeur. Une fois opérationnel, vous gagnerez du temps et éviterez le problème de support à distance le plus courant : « L'ordinateur est éteint. »