Contexte : rallumer à distance l'hôte Proxmox, la tour et le portable · Testé sur : Intel NUC10i5FNB (carte
eno1), Livebox 6 Fibre, iPhone avec Simple Wake On Lan · Dernière vérification : 01/10/2026 (réception du paquet vérifiée ; réveil d'une machine éteinte pas encore testé)
Pouvoir rallumer l'hôte Proxmox alpha, et à terme la tour et le portable, sans être devant : depuis le réseau local aujourd'hui, depuis l'extérieur une fois un relais en place.
| Cible | Adresse IP | Adresse MAC | État |
|---|---|---|---|
| Hôte Proxmox alpha | 192.168.1.213 | (voir le bail sur la Livebox) (eno1) |
Wake-on-LAN actif et permanent ; BIOS à régler |
| Tour Desktop-Mass | 192.168.1.212 | (voir le bail sur la Livebox) | à activer dans Windows (propriétés de la carte réseau) |
| Portable PC-MASS (câble) | 192.168.1.217 | (voir le bail sur la Livebox) | à activer dans Windows et à tester |
| Scénario | État |
|---|---|
| Réveil depuis le LAN (téléphone, PC, box) | opérationnel pour l'hôte dès que le BIOS sera réglé |
| Réveil depuis l'extérieur | impossible sans relais ; solution recommandée en attente de décision |
La carte eno1 du NUC gère le Wake-on-LAN en mode g (réveil par « paquet magique »). Pour que ce réglage survive aux redémarrages et aux mises à jour, un service systemd, wol-eno1.service, réapplique ethtool -s eno1 wol g à chaque démarrage, sans toucher à la configuration réseau de Proxmox.
Vérification :
sudo ethtool eno1 | grep -i wake-on
systemctl is-enabled wol-eno1.service
systemctl cat wol-eno1.service
La ligne Wake-on: g confirme que le réveil par paquet magique est actif.
Autre méthode possible, non retenue : une ligne
post-up /usr/sbin/ethtool -s eno1 wol gdans le bloceno1de/etc/network/interfaces. Le service systemd évite de modifier la configuration réseau de l'hôte.
Sans ce réglage, le réveil ne fonctionne pas quand la machine est complètement éteinte.
Installez Simple Wake On Lan : gratuite, sans publicité, open source (licence MIT). Ajoutez un appareil par cible :
| Nom | Adresse MAC | Adresse de diffusion | Port |
|---|---|---|---|
| Proxmox alpha | (voir le bail sur la Livebox) | 192.168.1.255 | 9 |
| Desktop-Mass | (voir le bail sur la Livebox) | 192.168.1.255 | 9 |
| PC-MASS (câble) | (voir le bail sur la Livebox) | 192.168.1.255 | 9 |
L'iPhone doit être connecté au Wi-Fi de la maison.
Sans rien installer, dans PowerShell (exemple pour l'hôte Proxmox) :
$mac = [byte[]](0x1C, 0x69, 0x7A, 0xA8, 0x29, 0xAA)
[byte[]]$paquet = @(0xFF) * 6 + $mac * 16
$udp = New-Object System.Net.Sockets.UdpClient
$udp.EnableBroadcast = $true
$udp.Send($paquet, $paquet.Length, [System.Net.IPEndPoint]::new([System.Net.IPAddress]::Broadcast, 9)) | Out-Null
$udp.Close()
La box sait envoyer elle-même un paquet de réveil, par la fonction WOL:sendWakeOnLan de son API. Le test du 30/09/2026 l'a confirmé : le paquet envoyé par la box arrive sur eno1 avec la bonne adresse MAC. Cette fonction ne se déclenche que depuis le réseau local (voir Livebox 6 : DHCP, baux et pièges).
Une application seule ne suffit pas :
Il faut donc un relais toujours allumé sur le réseau local, qui ne peut pas être un CT de l'hôte puisque celui-ci sera éteint.
| Solution | Principe | Avis |
|---|---|---|
| Raspberry Pi et WireGuard (recommandée) | un Pi 3 ou 4 branché en Ethernet (environ 35 € avec alimentation et carte microSD), adresse réservée dans la tranche matériel (proposition : .150), une seule redirection de port UDP vers lui. Sur l'iPhone : l'application WireGuard pour se reconnecter chez soi, puis Simple Wake On Lan comme à la maison | la plus propre ; donne aussi un accès distant sécurisé à Proxmox et aux CT |
| Raccourci iPhone vers l'API de la box | un raccourci qui se connecte à l'accès à distance de la box et appelle WOL:sendWakeOnLan |
déconseillée : expose l'administration de la box sur Internet et oblige à stocker son mot de passe dans le raccourci |
Côté Mass pour la solution recommandée : acheter le Pi, installer Raspberry Pi OS Lite, le brancher à la box et donner un accès SSH. Le reste (bail, WireGuard, redirection, configuration de l'iPhone) est à documenter ici une fois fait.
Le test complet coupe tous les sites pendant quelques minutes : à planifier.
sudo shutdown -h now depuis une session sur l'hôte).sudo pct list
Au réveil, seuls les CT dont le démarrage automatique est activé (
onboot: 1) redémarrent. Au 30/09/2026, le CT 103 (Wiki.js) ne l'avait pas. Vérifiez avecsudo grep -H onboot /etc/pve/lxc/*.conf.
| Symptôme | Cause probable | Solution |
|---|---|---|
| Rien ne se passe, machine éteinte | BIOS non réglé (Wake on LAN from S4/S5) | régler le BIOS (voir plus haut) |
Wake-on: d sur eno1 |
réglage perdu au démarrage | vérifier wol-eno1.service (systemctl status wol-eno1.service) |
| Fonctionne à la maison, pas depuis la 4G | aucun relais sur le LAN | mettre en place le relais (Raspberry Pi et WireGuard) |
| L'hôte démarre mais un site reste en 502 | CT sans démarrage automatique | sudo pct start <ID>, puis activer onboot |
WOL:sendWakeOnLan