Pouvez-vous utiliser le Wake-on-LAN après une coupure de courant complète ?

Eva Wong

IceWhale author

Eva Wong est la rédactrice technique et bricoleuse résidente chez ZimaSpace. Geek depuis toujours, passionnée par les homelabs et les logiciels open source, elle se spécialise dans la traduction de concepts techniques complexes en guides accessibles et pratiques. Eva croit que l’auto-hébergement doit être amusant, pas intimidant. À travers ses tutoriels, elle donne à la communauté les moyens de démystifier les configurations matérielles, depuis la construction de leur premier NAS jusqu’à la maîtrise des conteneurs Docker.

Can You Use Wake-on-LAN After a Complete Power Loss?

Parfois. Le Wake-on-LAN ne peut pas fonctionner en l’absence d’alimentation secteur, car l’adaptateur réseau a besoin d’une alimentation de veille. Après le rétablissement du secteur, il ne fonctionne que si le micrologiciel remet l’adaptateur en état d’écoute et que la liaison réseau revient.

Ce fonctionnement diffère du réveil après un arrêt logiciel ordinaire. Certains systèmes perdent la configuration WOL après une coupure complète jusqu’à ce qu’ils terminent un démarrage normal. Cette distinction détermine la configuration sûre, la méthode de validation et le point de retour. Cette distinction détermine la configuration sûre, la méthode de validation et le point de retour.

Suivez le chemin de l’alimentation et des paquets

Activez le WOL dans le micrologiciel et le pilote du système d’exploitation, puis vérifiez que l’état d’arrêt souhaité est pris en charge. Laissez la carte réseau, le commutateur et le routeur sous tension lorsque vous prévoyez un réveil à distance.

Après le rétablissement du secteur, vérifiez les voyants de liaison et la liaison du port du commutateur. L’absence de liaison signifie généralement que la carte réseau ne reçoit pas d’alimentation de veille ou que le micrologiciel ne l’a pas réarmée.

Envoyez d’abord le paquet magique depuis le même réseau local. Le WOL via un réseau routé ou un VPN ajoute des variables liées à la diffusion, à l’ARP et au pare-feu, qui peuvent masquer le problème fondamental lié à l’état d’alimentation.

Utilisez un test décisionnel couvrant toute la séquence

Notez d’abord l’adresse MAC et vérifiez que le réveil après un arrêt normal fonctionne. Ensuite, arrêtez le système, débranchez le secteur suffisamment longtemps pour que les voyants s’éteignent, rétablissez le secteur et attendez le retour de la liaison avant d’envoyer le paquet.

Répétez le test au moins trois fois, car un comportement du micrologiciel dépendant du timing peut sembler fiable une seule fois. Vérifiez si le démarrage rapide, la veille profonde ou les paramètres ErP désactivent l’alimentation de veille.

Classez le résultat à l’aide du tableau ci-dessous.

État observé	Conclusion	Action suivante
La liaison revient après le rétablissement du secteur ; le paquet réveille l’hôte	WOL viable	Tester à distance
Aucune liaison après le rétablissement du secteur	La carte réseau n’écoute pas	Utiliser la mise sous tension au rétablissement du secteur
Le paquet local fonctionne ; le paquet distant échoue	Problème d’acheminement réseau	Corriger le chemin VPN/de diffusion

Choisissez une politique de récupération lorsque le WOL est peu fiable

Si le WOL ne se réarme jamais après une coupure secteur, configurez le micrologiciel pour mettre automatiquement le système sous tension au rétablissement du secteur. Cette méthode est plus déterministe pour les serveurs sans surveillance que d’attendre un paquet que la carte réseau ne peut pas entendre.

Consultez le guide de la chaîne d’arrêt avec onduleur de ZimaSpace pour maintenir les politiques d’arrêt et de récupération cohérentes.

Une présentation du Wake-on-LAN indépendante explique les exigences liées à l’alimentation de veille et aux états pris en charge.

Un PDU administrable, un BMC ou un relais intelligent testé peut servir de solution de secours, mais il ne doit pas couper l’alimentation d’un système de fichiers en cours d’utilisation. Préférez la récupération secteur du micrologiciel à une coupure forcée improvisée.

-15% OFF

ZimaBoard 2 - Mini serveur domestique pour votre grande idée

Single board computer zimaboard2

Retestez depuis le véritable chemin distant

Une fois le test local réussi, envoyez le paquet via le VPN ou l’hôte de gestion réellement utilisé. Vérifiez le routage, le pare-feu et la gestion de la diffusion sans exposer de port WOL public.

Testez un arrêt commandé par l’onduleur, puis le rétablissement du secteur. Le serveur doit soit démarrer automatiquement, soit présenter une liaison de carte réseau active et accepter le WOL avant l’expiration des délais des services dépendants.

Poursuivez lorsque toute la séquence de débranchement, de rétablissement et de réveil se répète de manière fiable. Cessez de vous fier au WOL si la liaison reste inactive, si les paramètres du micrologiciel sont réinitialisés ou si la livraison distante des paquets ne peut pas être sécurisée.