Allumer NAS à distance via VPN et relais WOL : paquet magique envoyé

Allumer son NAS à distance : le VPN ne suffit pas sans relais WOL

Pour allumer un NAS à distance, il faut activer le Wake-on-LAN sur une interface compatible, laisser l’appareil alimenté et lui envoyer un paquet de réveil. Depuis Internet, le plus fiable consiste à passer par un VPN puis à déclencher ce réveil depuis le routeur ou un appareil resté allumé chez vous. Commencez toutefois par vérifier que le démarrage fonctionne sur le réseau local : aucune configuration Internet ne corrigera un WOL local défaillant.

Vérifier ce que votre NAS peut réellement réveiller

Le Wake-on-LAN, ou WOL, permet à une carte réseau de reconnaître un « paquet magique » alors que le système principal est arrêté ou en veille, selon les capacités du matériel. Ce paquet commence par six octets FF, suivis de répétitions de l’adresse MAC ciblée. Les applications l’envoient généralement en UDP, sur le port 9 ou parfois le port 7.

Testez vos connaissances sur le réveil distant d’un NAS

Répondez aux six questions, puis validez pour découvrir votre score et les explications.

Score : 0/6 0/6 répondues
1. Quel est le rôle du WOL dans le contexte d’un NAS ?
Le WOL sert à envoyer une demande permettant de réveiller le NAS à distance.
2. Quelle information identifie l’interface réseau ciblée par le réveil distant ?
L’adresse MAC est l’information utilisée pour cibler l’interface réseau du NAS.
3. Quel protocole de transport est associé au port utilisé pour le signal de WOL ?
Le signal de WOL est associé à un port UDP.
4. Quelle limite concerne le réveil distant lorsque le NAS dépend uniquement du Wi-Fi ?
Le fonctionnement du WOL peut être limité lorsque le NAS est connecté uniquement en Wi-Fi.
5. Quel est le rôle d’un relais VPN pour le réveil distant ?
Le relais VPN permet de faire parvenir la demande de réveil à travers le réseau privé auquel le NAS est connecté.
6. Pourquoi le CGNAT peut-il compliquer le réveil distant depuis Internet ?
Le CGNAT peut empêcher une connexion entrante directe depuis Internet, ce qui complique l’envoi du signal de réveil.

Le Wake-on-WAN, ou WOW, désigne le même objectif depuis Internet. La difficulté supplémentaire n’est pas de fabriquer le paquet : c’est de lui faire traverser la box puis atteindre une carte réseau dont le système est éteint.

  • NAS arrêté proprement : le réveil peut fonctionner si le modèle et l’interface le prennent en charge.
  • Disques en hibernation : le NAS reste généralement actif ; un accès aux données peut suffire à les réveiller.
  • Alimentation débranchée ou multiprise coupée : aucun paquet réseau ne peut démarrer une carte privée de courant.

Privilégiez une liaison Ethernet pour le NAS. Un téléphone connecté au Wi-Fi peut envoyer le paquet, mais cela ne signifie pas qu’un NAS connecté lui-même en Wi-Fi saura démarrer. Consultez la fiche du modèle et, chez Synology, le Centre de connaissances pour confirmer les interfaces et états d’arrêt compatibles.

Préparer les adresses et réussir un premier démarrage local

Activer le WOL sur la bonne interface

Sur un NAS Synology sous DSM 7, cherchez les options de réveil dans Panneau de configuration, Matériel et alimentation, Général. Activez le WOL pour le port utilisé, lorsque l’option est proposée. Les libellés peuvent varier selon le modèle et la version. Sur une autre marque, recherchez le réglage équivalent dans les paramètres d’alimentation.

Schéma pour allumer nas a distance avec paquet magique, VPN, routeur et liaison Ethernet
Schéma pour allumer nas a distance avec paquet magique, VPN, routeur et liaison Ethernet

Relevez ensuite l’adresse MAC de cette interface dans les informations réseau de DSM ou dans la liste des appareils du routeur. Si le NAS possède LAN 1 et LAN 2, chaque port a sa propre adresse MAC : utilisez celle du câble effectivement branché.

Dans le serveur DHCP du routeur, créez une réservation associant cette MAC à une adresse privée, par exemple 192.168.1.149. Cette réservation facilite l’administration et les règles réseau ; elle n’est pas indispensable au principe même du réveil par diffusion locale.

Envoyer le paquet depuis un ordinateur ou un téléphone

  1. Installez une application Wake-on-LAN et ajoutez un appareil avec la MAC relevée.
  2. Renseignez le port UDP 9 et, si nécessaire, l’adresse de diffusion du sous-réseau. Pour un réseau 192.168.1.0/24, celle-ci est 192.168.1.255.
  3. Connectez l’émetteur au même réseau local, sans utiliser un Wi-Fi invité isolé.
  4. Arrêtez proprement le NAS, sans couper son alimentation, puis lancez la commande de réveil.
  5. Attendez le démarrage avant de tester DSM ou l’accès aux fichiers.

Conservez une petite fiche de configuration : MAC, port Ethernet, adresse réservée et méthode de réveil validée. Refaire exactement le même essai trace un sillon de diagnostic : si le test local réussit toujours mais que le test mobile échoue, vous savez que la panne se situe après le NAS, sur le trajet Internet ou le relais. Cela évite de modifier au hasard plusieurs réglages qui fonctionnaient.

Depuis Internet, choisir un relais plutôt qu’ouvrir des ports au hasard

Pour réveiller le NAS en 4G ou 5G, un équipement doit rester joignable à domicile. Le routeur est souvent le meilleur candidat. Voici les différences entre les principales méthodes.

MéthodePrincipePoint de vigilance
VPN et relais localConnexion sécurisée, puis réveil depuis le routeur ou une machine allumée.Le serveur VPN doit fonctionner indépendamment du NAS arrêté.
Proxy WOLLa box relaie ou émet le paquet sur le réseau local.Fonction et configuration propres au routeur.
WOW par NAT/PATUn port UDP externe est redirigé vers le réseau interne.La redirection seule ne garantit pas la livraison au NAS éteint.

VPN : sécuriser l’accès et déclencher le réveil localement

Configurez, si votre matériel le permet, WireGuard ou OpenVPN sur le routeur ou sur un appareil toujours allumé. Depuis l’extérieur, connectez-vous au VPN, ouvrez l’interface locale du routeur et utilisez sa commande WOL. Une machine relais accessible dans le tunnel peut aussi envoyer le paquet.

Un VPN ne transporte pas nécessairement les diffusions du réseau local. Une application WOL sur le téléphone ne fonctionnera donc pas automatiquement une fois le tunnel établi. Le relais local contourne cette limite. Vérifiez aussi les routes et les règles de pare-feu autorisant l’accès au relais ; n’élargissez pas inutilement les droits du tunnel.

Proxy WOL et redirection UDP : vérifier les capacités de la box

Si votre box propose un Proxy WOL, suivez sa procédure pour définir la cible et les éventuelles règles nécessaires. Sans cette fonction, une configuration peut employer, par exemple, le port externe UDP 12009 vers le port interne UDP 9. Cependant, une simple redirection vers 192.168.1.149 peut cesser de fonctionner lorsque le routeur oublie l’association entre IP et MAC.

Certains équipements permettent une association ARP statique ou un relais vers une adresse de diffusion ; d’autres bloquent ces usages. Ne transposez donc pas une recette NAT à toutes les box. Le paquet magique n’est pas une authentification : évitez son exposition publique lorsque le VPN et un relais sont possibles, et n’ouvrez pas DSM pour résoudre un problème de réveil.

Distinguer le réveil du NAS de l’accès à ses services

QuickConnect ne remplace pas le Wake-on-LAN. Il facilite l’accès à certains services Synology lorsque le NAS fonctionne. De même, un nom DDNS fournit une destination stable malgré les changements d’adresse IP publique, mais il n’allume rien à lui seul.

Si vous utilisez un DDNS pour joindre votre VPN ou votre box, son actualisation doit continuer lorsque le NAS est arrêté. Préférez alors une mise à jour assurée par le routeur plutôt qu’exclusivement par DSM.

Avec une connexion placée derrière un CGNAT, une redirection IPv4 entrante classique peut être impossible. Demandez à l’opérateur les possibilités d’IPv4 publique ou utilisez une solution VPN capable de fonctionner dans cette situation. L’IPv6 n’est pas un remplacement direct d’une recette WOW fondée sur le broadcast IPv4.

Diagnostiquer un réveil qui échoue, dans le bon ordre

  1. Échec même en local : contrôlez la compatibilité, l’alimentation, le câble Ethernet, la MAC et l’activation du WOL sur le bon port. Sur un NAS assemblé, vérifiez aussi les réglages du BIOS ou de l’UEFI.
  2. Réussite immédiate, puis échec après attente : suspectez une association ARP expirée si l’envoi cible directement l’IP. Essayez la diffusion locale ou le relais du routeur.
  3. Réussite locale uniquement : vérifiez le VPN, l’accessibilité du relais, le Proxy WOL et, si utilisée, la règle NAT/PAT.
  4. Échec après un changement de connexion : contrôlez l’adresse publique, la mise à jour DDNS et un éventuel CGNAT.
  5. Voyants allumés mais fichiers inaccessibles : laissez le démarrage s’achever, puis diagnostiquez séparément l’accès aux services.

Avant de partir, effectuez un dernier essai depuis votre téléphone en désactivant le Wi-Fi. Validez toute la chaîne : connexion distante, déclenchement du réveil, puis ouverture du service attendu. C’est ce test extérieur qui confirme que votre installation sera utilisable loin de chez vous.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *