Chi gioca su PC conosce bene il dilemma: lasciare il computer acceso ventiquattr’ore su ventiquattro per poterlo raggiungere da remoto, oppure spegnerlo e perdere la comodità di avviare una sessione al volo dal divano, dallo smartphone o dallo Steam Deck. Il Wake-on-LAN risolve il problema da oltre vent’anni, ma nel 2026 torna utile in un modo nuovo, legato allo streaming di gioco, al cloud gaming e alle sessioni improvvisate lontano dalla scrivania.

Con SteamOS 3.8.28 arrivato il 24 settembre 2026 per tutti gli utenti Steam Deck e Windows 11 aggiornato alla build di sicurezza 28000.2954 (per chi è sul ramo 26H1) o 26200.9445 (per il ramo 25H2), è il momento giusto per rimettere ordine nella configurazione di rete del proprio PC gaming. In questa guida vediamo, passo dopo passo, come accendere il computer da remoto con un pacchetto di rete, come automatizzare l’operazione con uno script Python e un piccolo pannello web, e come collegare tutto allo streaming verso Moonlight, GeForce Now o Steam Link.

Il motivo per cui torna di moda proprio ora è pratico prima ancora che tecnico. Un PC gaming di fascia media con una GPU moderna consuma diversi watt anche in idle, e lasciarlo acceso tutta la settimana solo per poterlo raggiungere la domenica sera pesa sia sulla bolletta sia sulla vita dei componenti. Il Wake-on-LAN permette di tenerlo davvero spento e di riaccenderlo in pochi secondi solo quando serve, che si tratti di controllare un download, avviare un server di gioco locale o lanciare una sessione di streaming verso lo smartphone durante una pausa pranzo fuori casa. È un tassello in più per chi segue da vicino il mondo dell’hardware gaming e vuole spremere il proprio setup fino in fondo, senza sprecare elettricità inutile.

Cos’è il Wake-on-LAN e come funziona il magic packet

Il Wake-on-LAN (WoL) è uno standard di rete che permette di accendere un computer spento inviandogli un pacchetto speciale attraverso la rete locale. La tecnologia nasce negli anni ’90, quando Intel e IBM la svilupparono per la gestione remota dei PC aziendali, come racconta la voce di riferimento su Wikipedia dedicata al protocollo. La scheda di rete resta alimentata a bassissima potenza anche a PC spento e resta in ascolto del traffico broadcast in attesa del segnale corretto.

Per anni il Wake-on-LAN è rimasto uno strumento da amministratori di sistema, usato per applicare patch notturne a interi parchi di PC aziendali senza dover girare stanza per stanza. Il salto verso il gaming domestico è arrivato con la diffusione dello streaming locale: quando l’obiettivo diventa collegarsi al proprio PC da un altro dispositivo in casa o fuori casa, lo stesso meccanismo pensato per gli uffici torna comodo per accendere la macchina da gioco solo quando serve davvero.

Anatomia di un magic packet

Il pacchetto che sveglia il PC si chiama magic packet e ha una struttura fissa: sei byte a FF ripetuti, seguiti dall’indirizzo MAC della scheda di destinazione ripetuto sedici volte di fila. Il tutto viaggia su UDP, quasi sempre sulla porta 9 (talvolta la 7), inviato all’indirizzo di broadcast della sottorete, per esempio 192.168.1.255. Il pacchetto non contiene alcuna autenticazione. Chiunque conosca il MAC address del PC e abbia accesso alla rete può inviarlo, un dettaglio che torna utile più avanti quando parliamo di sicurezza e VPN. Alcune schede di rete più datate supportano anche una variante chiamata SecureOn, che aggiunge in coda al pacchetto una piccola password esadecimale di sei byte: un livello di protezione minimo, oggi raramente implementato nelle schede moderne, ma utile da conoscere se si lavora con hardware aziendale di seconda mano.

Wake-on-LAN via cavo contro Wi-Fi (WoWLAN)

Sul cavo Ethernet il Wake-on-LAN funziona in modo affidabile su quasi tutte le schede di rete Gigabit prodotte dopo il 2015. Sul Wi-Fi la variante si chiama Wake on Wireless LAN (WoWLAN) e richiede che sia il chip Wi-Fi sia il router mantengano attiva l’associazione anche a PC spento, una condizione che molti adattatori consumer non rispettano davvero. Per questo la raccomandazione pratica resta collegare il PC gaming via cavo, soprattutto se subito dopo l’accensione da remoto si vuole avviare lo streaming con Moonlight o Steam Link. Chi non può proprio stendere un cavo fino alla scrivania può considerare un adattatore powerline, che sfrutta l’impianto elettrico di casa per portare una connessione cablata stabile fino al PC senza dover forare pareti o passare canaline.

Stati di alimentazione: S3, S4 e S5

Il dettaglio che manda in confusione più persone è lo stato di alimentazione da cui il PC deve risvegliarsi. In sospensione (S3) la RAM resta alimentata e il risveglio è quasi sempre affidabile su qualunque scheda madre. In ibernazione (S4) il contenuto della RAM viene scritto su disco e il PC si spegne quasi del tutto, quindi il supporto al Wake-on-LAN dipende dal firmware. Da spegnimento completo (S5) solo le schede madri più recenti, di solito dal 2018 in poi, riescono a mantenere attivo il circuito di rete necessario. Prima di incolpare la configurazione conviene sempre controllare da quale stato si sta provando a risvegliare il PC.

Prerequisiti: hardware, sistema operativo e versioni richieste

Prima di iniziare conviene controllare che hardware e software soddisfino i requisiti minimi. La tabella riassume cosa serve e dove verificarlo.

ComponenteRequisito minimoDove verificarlo
Scheda di reteSupporto Wake-on-LAN via cavo (quasi tutte le Gigabit dal 2015)Gestione dispositivi (Windows) o comando ethtool (Linux)
Sistema operativoWindows 11 25H2 build 26200.9445 o 26H1 build 28000.2954, oppure Linux kernel 5.x o superioreImpostazioni > Windows Update > Cronologia aggiornamenti
RouterDHCP reservation, idealmente Wake-on-LAN nativo (ASUS, TP-Link, FRITZ!Box)Pannello di amministrazione del router
AlimentatoreATX con standby power sempre attivoEtichetta certificazione sull’alimentatore
PythonVersione 3.11 o superiore, per lo script del Passo 9Comando python3 –version
VPN serverWireGuard 1.0 o superiore lato router o Raspberry Pi, per il Passo 11Menu VPN del firmware del router

Serve anche accesso amministrativo al BIOS/UEFI della scheda madre e al pannello del router. Se il PC è in garanzia o gestito da un tecnico, meglio annotare le impostazioni originali prima di modificarle, così da poterle ripristinare in caso di problemi.

Passo 1 e 2: verifica la scheda di rete e trova l’indirizzo MAC

Il primo controllo riguarda il supporto hardware. Su Windows si apre Gestione dispositivi, si espande la voce Schede di rete, si fa doppio clic sull’adattatore Ethernet e si passa alla scheda Risparmio energia. Devono comparire le opzioni “Consenti al dispositivo di riattivare il computer” e “Consenti solo un magic packet per riattivare il computer”: entrambe vanno spuntate. Subito dopo serve annotare l’indirizzo MAC, che il magic packet userà per identificare il PC di destinazione.

Da prompt dei comandi il modo più rapido per ottenere MAC e nome della connessione è questo:

getmac /v /fo list

L’output riporta righe simili a queste, da cui si legge l’indirizzo fisico da usare più avanti:

Nome connessione: Ethernet
Indirizzo fisico:  1C-69-7A-4F-2B-08
Transport Name:    \Device\Tcpip_{5F3A1E20-...}

Per l’indirizzo IP locale basta lanciare ipconfig e leggere il campo “Indirizzo IPv4” della scheda Ethernet. Su Linux gli equivalenti sono ip link show per il MAC e ip addr show per l’IP, mentre per controllare subito se la scheda supporta davvero il Wake-on-LAN conviene usare ethtool:

sudo ethtool eth0 | grep -A2 Wake-on

L’output mostra due righe: “Supports Wake-on” indica quali modalità la scheda può gestire, mentre “Wake-on” mostra quella attiva in quel momento. La lettera “g” indica il supporto al magic packet, ed è quella che serve per questa guida:

Supports Wake-on: pumbg
Wake-on: g

Se la seconda riga mostra “d” invece di “g”, il Wake-on-LAN è disattivato e va riabilitato con sudo ethtool -s eth0 wol g, ricordando che su molte distribuzioni l’impostazione non sopravvive al riavvio senza una regola udev o un servizio systemd dedicato.

Passo 3: riserva un indirizzo IP statico dal router

Il magic packet in sé non ha bisogno di un IP fisso, perché viaggia in broadcast e identifica il PC solo tramite MAC address. Serve però un IP stabile per tutto quello che viene dopo: collegarsi in Remote Desktop, aprire il pannello Flask del Passo 10 o avviare Moonlight. Senza una riserva DHCP, l’indirizzo può cambiare a ogni riavvio e gli script smettono di funzionare senza un motivo apparente.

Si entra nel pannello del router (di solito all’indirizzo 192.168.1.1 o 192.168.0.1), si cerca la sezione DHCP o Client di rete, si individua il PC nell’elenco tramite il suo MAC address e si imposta una riserva permanente, ad esempio 192.168.1.50.

Vale anche la pena annotare la subnet mask della propria rete, quasi sempre 255.255.255.0 nelle reti domestiche, perché serve più avanti per calcolare l’indirizzo di broadcast corretto quando lo script Python del Passo 9 dovesse restituire un errore.

I firmware ASUS più recenti espongono una pagina Wake-on-LAN dedicata nell’interfaccia di amministrazione, dove si seleziona il client dall’elenco e si invia il pacchetto senza uscire dal router. Molti modelli TP-Link offrono una funzione simile sotto Strumenti di rete o tramite l’app Tether, ma la disponibilità cambia da modello a modello e non va data per scontata. Su FRITZ!Box il risveglio dei dispositivi noti si trova nell’elenco Rete Domestica, ed è descritto anche nella guida Netgear al Wake-on-LAN da router, valida come riferimento generale per la logica comune a molti marchi. La tendenza del 2026 è chiara: far generare il pacchetto direttamente dal router, invece di aprire porte verso l’esterno.

RouterWake-on-LAN nativoDove si trova
ASUS (AsusWRT)Sì, sulla maggior parte dei modelli recentiRete locale > Wake On LAN
TP-LinkVariabile, dipende dal modello e dal firmwareStrumenti di rete o app Tether
FRITZ!Box (AVM)Sì, per i dispositivi già noti alla reteRete Domestica > elenco dispositivi
Router entry-level genericiSpesso assenteServe un dispositivo LAN sempre acceso (Passo 9)

Passo 4: abilita il Wake-on-LAN nel BIOS o UEFI

Si riavvia il PC e si entra nel BIOS/UEFI premendo Canc, F2 o F10 a seconda della scheda madre. Le voci da cercare, spesso sotto Power Management o Advanced, si chiamano “Power On By PCI-E/PCIe”, “Resume By LAN” o direttamente “Wake on LAN”: vanno impostate su Enabled. Conviene anche disattivare l’opzione “ErP Ready” (a volte chiamata “Deep Sleep” o “EuP 2013”), perché taglia l’alimentazione standby a USB e rete quando il PC è spento, rendendo impossibile il risveglio. Chi vuole resistere anche ai blackout può attivare pure “Restore on AC Power Loss”, così il PC riparte da solo dopo un’interruzione di corrente.

I nomi cambiano leggermente da un produttore all’altro, e conoscerli in anticipo fa risparmiare tempo davanti al BIOS. Su ASUS la voce si trova di solito sotto Advanced, APM Configuration. Su MSI compare come “Power On by PCI-E Devices” dentro Settings, Advanced, Power Management Setup. Su Gigabyte il percorso tipico è Settings, Platform Power, mentre sui portatili Dell e HP l’opzione compare più raramente ed è spesso etichettata semplicemente “Wake on LAN” dentro Power Management.

Passo 5 e 6: configura Windows 11 e disattiva l’avvio rapido

Con BIOS e scheda di rete pronti, resta un ostacolo tipico di Windows: l’avvio rapido (Fast Startup). Quando è attivo, lo spegnimento non è un vero power-off ma un’ibernazione parziale del kernel, e su molte schede madri questo disattiva il circuito di risveglio della rete. Si disabilita da Pannello di controllo, Opzioni risparmio energia, “Specifica comportamento pulsanti di alimentazione”, togliendo la spunta da “Attiva avvio rapido”.

In alternativa, per chi preferisce la riga di comando, la stessa impostazione si può disattivare con PowerShell eseguito come amministratore:

Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Power" -Name HiberbootEnabled -Value 0

Per verificare gli stati di sospensione supportati dal PC, utile anche consultare la documentazione Microsoft sugli stati di alimentazione del sistema, perché non tutte le schede madri accettano il risveglio da uno spegnimento completo (S5) e alcune funzionano solo da sospensione (S3).

Un ultimo controllo utile riguarda gli stati di sospensione effettivamente supportati dal firmware, da verificare con il prompt dei comandi come amministratore:

powercfg /a

Se tra gli stati disponibili compare solo “Standby (S0 Low Power Idle)” e non la sospensione classica S3, il PC usa il Modern Standby introdotto da Microsoft sui sistemi più recenti, che gestisce il Wake-on-LAN in modo leggermente diverso e a volte richiede di lasciare l’opzione “Consenti solo un magic packet” disattivata invece che attiva, contrariamente a quanto indicato nel Passo 1.

Passo 7: configura il router per il Wake-on-LAN

Con la riserva DHCP del Passo 3 già impostata, si può attivare la funzione Wake-on-LAN nativa del router, se disponibile. Il vantaggio è che il pacchetto parte da dentro la rete locale anche quando lo smartphone è collegato tramite la VPN descritta più avanti, senza dover aprire porte verso Internet. Se il router non offre questa funzione, resta l’opzione di usare un piccolo dispositivo sempre acceso in LAN, come un Raspberry Pi o un NAS, per inviare il pacchetto al posto nostro: è l’approccio che riprendiamo nel Passo 9.

Passo 8: invia il primo magic packet dalla rete locale

Prima di automatizzare tutto conviene fare un test manuale mentre si è collegati alla stessa rete del PC. Su Windows non esiste un comando integrato, quindi il modo più veloce è uno script PowerShell minimo che costruisce e invia il pacchetto via UDP:

$mac = "1C-69-7A-4F-2B-08" -replace "-",""
$target = [byte[]](0..5 | ForEach-Object {255})
0..15 | ForEach-Object { $target += [byte[]] -split ($mac -replace '..', '0x$& ') }
$udp = New-Object System.Net.Sockets.UdpClient
$udp.Connect("192.168.1.255", 9)
$udp.Send($target, $target.Length) | Out-Null
$udp.Close()

Su macOS e Linux la via più semplice è installare il pacchetto wakeonlan (con Homebrew o con apt) e lanciare:

wakeonlan -i 192.168.1.255 1C:69:7A:4F:2B:08

In entrambi i casi il terminale restituisce una conferma di invio simile a questa, e dopo circa 15-20 secondi il PC dovrebbe accendersi da solo:

Sending magic packet to 192.168.1.255:9 with 1c:69:7a:4f:2b:08

Se il PC non si accende al primo tentativo, conviene escludere subito la causa più banale: un firewall locale (su Windows Defender o su un antivirus terzo) che blocca il traffico UDP in uscita verso l’indirizzo di broadcast. Un test rapido consiste nel disattivare temporaneamente il firewall del dispositivo che invia il pacchetto, riprovare, e se il PC si accende reintrodurre una regola specifica per la porta 9 invece di lasciare il firewall disattivato.

Passo 9 e 10: automatizza tutto con uno script Python e un pannello web (progetto completo)

Il test manuale funziona, ma per usarlo davvero dallo smartphone serve qualcosa di più comodo. Costruiamo un piccolo progetto completo: una libreria Python che invia il magic packet e un pannello web minimo, da lasciare in esecuzione su un dispositivo sempre acceso in LAN (Raspberry Pi, NAS o mini PC), raggiungibile poi tramite la VPN del Passo 11.

Prima di scrivere il codice conviene creare un ambiente virtuale dedicato, così le dipendenze del progetto restano separate dal resto del sistema:

mkdir wol-panel && cd wol-panel
python3 -m venv venv
source venv/bin/activate
pip install flask python-dotenv

Il file wol.py contiene la funzione che costruisce e invia il pacchetto:

import socket

def send_magic_packet(mac_address, broadcast_ip="192.168.1.255", port=9):
    mac_bytes = bytes.fromhex(mac_address.replace(":", "").replace("-", ""))
    packet = b"\xff" * 6 + mac_bytes * 16
    with socket.socket(socket.AF_INET, socket.SOCK_DGRAM) as sock:
        sock.setsockopt(socket.SOL_SOCKET, socket.SO_BROADCAST, 1)
        sock.sendto(packet, (broadcast_ip, port))
    return f"Pacchetto inviato a {broadcast_ip}:{port} per {mac_address}"

Le dipendenze richieste sono minime, tutte incluse in un ambiente Python 3.11 standard più Flask per il pannello web:

flask==3.0.3
python-dotenv==1.0.1

Il file app.py espone una singola pagina con un pulsante e un token di accesso semplice, letto da variabile d’ambiente per evitare di scriverlo nel codice:

import os
from flask import Flask, request, render_template_string
from wol import send_magic_packet

app = Flask(__name__)
TOKEN = os.environ.get("WOL_TOKEN", "cambia-questo-token")
MAC = os.environ.get("WOL_MAC", "1C:69:7A:4F:2B:08")

PAGE = """

Risveglia il PC gaming



  
  



{{ esito }}

"""

@app.route("/", methods=["GET", "POST"])
def home():
    esito = ""
    if request.method == "POST":
        if request.form.get("token") == TOKEN:
            esito = send_magic_packet(MAC)
        else:
            esito = "Token errato"
    return render_template_string(PAGE, esito=esito)

if __name__ == "__main__":
    app.run(host="0.0.0.0", port=5000)

Si avvia con python3 app.py sul dispositivo sempre acceso, e da quel momento basta aprire il browser dello smartphone su quell’indirizzo (raggiungibile solo via VPN, come vediamo tra poco) per premere un pulsante e accendere il PC gaming da ovunque ci si trovi.

Per evitare di dover riavviare manualmente app.py ogni volta che il Raspberry Pi si riavvia, conviene registrarlo come servizio systemd, così parte da solo insieme al sistema:

[Unit]
Description=Pannello Wake-on-LAN
After=network.target

[Service]
WorkingDirectory=/home/pi/wol-panel
Environment=WOL_TOKEN=un-token-lungo-e-casuale
Environment=WOL_MAC=1C:69:7A:4F:2B:08
ExecStart=/usr/bin/python3 app.py
Restart=on-failure

[Install]
WantedBy=multi-user.target

Il file va salvato come /etc/systemd/system/wol-panel.service e attivato con sudo systemctl enable --now wol-panel. Da quel momento il pannello resta disponibile ventiquattr’ore su ventiquattro senza bisogno di aprire manualmente un terminale sul Raspberry Pi.

Chi preferisce restare da riga di comando invece di passare dal browser può anche richiamare lo stesso endpoint con una chiamata diretta, comoda da inserire in uno script più ampio o in una scorciatoia sullo smartphone che invoca un URL:

curl -X POST -d "token=un-token-lungo-e-casuale" http://10.8.0.1:5000/

Questo approccio torna comodo anche per collegare il risveglio del PC a un trigger esterno, per esempio un tasto fisico su un piccolo pannello domotico o una routine vocale, senza dover aprire il browser ogni volta.

Passo 11: proteggi l’accesso remoto con una VPN WireGuard

Esporre direttamente su Internet la porta UDP 9 o la porta 5000 del pannello Flask è una cattiva idea. Il magic packet non ha autenticazione, quindi chiunque scopra l’IP pubblico e il MAC address del PC potrebbe accenderlo a piacimento, e il pannello Flask senza HTTPS diventerebbe un bersaglio facile per chi scansiona la rete alla ricerca di porte aperte. La soluzione più pulita nel 2026 è WireGuard, integrato ormai nel firmware di molti router consumer e leggero abbastanza da girare anche su un Raspberry Pi Zero.

Una configurazione minima lato server, da adattare con le proprie chiavi generate tramite wg genkey, assomiglia a questa:

[Interface]
Address = 10.8.0.1/24
ListenPort = 51820
PrivateKey = CHIAVE_PRIVATA_SERVER

[Peer]
PublicKey = CHIAVE_PUBBLICA_TELEFONO
AllowedIPs = 10.8.0.2/32

Con il telefono connesso alla VPN, sia il magic packet sia il pannello Flask diventano raggiungibili come se ci si trovasse fisicamente sulla rete di casa, senza aprire una sola porta pubblica sul router.

Chi trova scomodo generare chiavi e file di configurazione a mano può appoggiarsi a Tailscale, un servizio basato sullo stesso protocollo WireGuard che si occupa di scambio delle chiavi e attraversamento del NAT in automatico. Il compromesso è che il traffico passa attraverso l’infrastruttura del fornitore per la fase di connessione iniziale, quindi chi preferisce mantenere tutto in casa propria continuerà a trovare più adatta la configurazione manuale descritta sopra.

Passo 12: collega il Wake-on-LAN allo streaming di gioco

Con tutti i pezzi al loro posto, la sequenza completa diventa semplice: ci si collega alla VPN dal telefono, si apre il pannello web e si preme il pulsante di accensione, si aspettano trenta-quaranta secondi perché Windows completi il boot, e poi si avvia il client di streaming preferito. Chi ha già configurato Moonlight e Sunshine per lo streaming del PC può collegarsi da qualunque dispositivo appena l’host risulta online, mentre chi preferisce l’ecosistema Valve può passare da Moonlight a Steam Link a seconda della rete disponibile.

Se il PC di casa non è raggiungibile o si è fuori dalla propria rete senza VPN a portata di mano, resta l’alternativa del cloud puro con GeForce Now, che non richiede affatto di accendere l’hardware locale. Da Steam Deck, aggiornato a SteamOS 3.8.28, l’intero flusso si può gestire anche in modalità Desktop, aprendo il browser per il pannello Flask e poi lanciando Steam Link o Moonlight dalla libreria non-Steam. Chi sta ancora scegliendo i componenti del proprio primo PC da gaming può leggere anche la nostra guida per assemblare un PC gaming, utile per capire quale scheda madre offre le opzioni Wake-on-LAN più complete nel BIOS.

Vale la pena provare l’intera catena almeno una volta da fuori casa prima di contarci per una sessione importante: si accende il PC dal pannello, si controlla che risponda al ping dalla VPN, e solo a quel punto si lancia lo streaming. Chi ha seguito anche la nostra guida su come installare e configurare GeForce Now ha già un piano B pronto per le serate in cui il PC di casa non risponde o la connessione dell’abitazione è troppo lenta per reggere lo streaming in uscita.

Errori comuni: i 6 sbagli che bloccano il Wake-on-LAN

  • Lasciare attivo l’avvio rapido. È la causa più frequente di malfunzionamento: lo spegnimento parziale di Windows impedisce alla scheda di rete di restare in ascolto del magic packet.
  • Confondere gli stati S3, S4 e S5. Non tutte le schede madri risvegliano il PC da uno spegnimento completo (S5): alcune richiedono che sia in sospensione (S3), altre in ibernazione (S4).
  • Dimenticare di disattivare ErP Ready nel BIOS. Questa opzione taglia l’alimentazione standby a rete e USB per risparmiare energia, ma rende impossibile qualunque risveglio da remoto.
  • Usare il Wi-Fi al posto del cavo Ethernet. Il WoWLAN esiste ma è molto meno affidabile, e su parecchi laptop e schede consumer non funziona affatto a PC spento.
  • Non riservare l’IP via DHCP. Senza una riserva stabile, script e pannelli web smettono di funzionare al primo riavvio del router, perché puntano a un indirizzo che nel frattempo è cambiato.
  • Esporre la porta UDP 9 direttamente su Internet. Il magic packet non è autenticato: meglio sempre passare da una VPN come descritto nel Passo 11, invece di aprire porte pubbliche sul router.
  • Ignorare la randomizzazione dell’indirizzo MAC. Windows 11 e molte distribuzioni Linux randomizzano il MAC per privacy su alcune interfacce: se il Wake-on-LAN smette di funzionare dopo un aggiornamento di sistema, questa è spesso la causa nascosta.

Risoluzione dei problemi: le 8 situazioni più frequenti

Anche seguendo tutti i passaggi, capita di restare bloccati su un dettaglio. Prima di aprire un ticket di supporto o rifare da capo la configurazione, conviene isolare la variabile che è cambiata rispetto all’ultima volta che tutto funzionava: un aggiornamento di Windows, un firmware nuovo sul router o un componente hardware sostituito da poco sono le cause più frequenti di una regressione improvvisa. Questa tabella raccoglie le cause più comuni riscontrate dagli utenti e la soluzione rapida per ciascuna.

SintomoCausa probabileSoluzione
Il PC non si accende dopo il magic packetWake-on-LAN disattivato nel BIOS o nella scheda di reteRicontrolla BIOS (Passo 4) e Gestione dispositivi (Passo 1)
Funziona in LAN ma non da remotoVPN non configurata o traffico UDP bloccato dall’ISPConfigura WireGuard (Passo 11) invece del port forwarding diretto
Il PC si accende e si rispegne dopo pochi secondiConflitto tra ErP Ready e Wake-on-LAN nel BIOSDisattiva ErP Ready o Deep Sleep
Il MAC address cambia a ogni riavvioRandomizzazione dell’indirizzo MAC attiva sull’adattatoreDisattivala per la scheda usata nel Wake-on-LAN
Il router non mostra l’opzione Wake-on-LAN nativaFirmware datato o modello entry-levelAggiorna il firmware o usa lo script Python del Passo 9 da un dispositivo sempre acceso
Lo script Python restituisce un errore di rete non raggiungibileIndirizzo di broadcast sbagliato per la subnetRicalcola l’indirizzo di broadcast in base alla subnet mask reale
Il pannello Flask risponde ma il PC resta spentoIl PC supporta il risveglio solo da S3/S4, non da S5Verifica le specifiche del produttore della scheda madre
Il PC si accende ma lo streaming non parte subitoWindows non ha ancora completato l’avvioAttendi 30-45 secondi dopo il magic packet prima di aprire Moonlight o Steam Link

Una causa meno ovvia, tipica delle reti Wi-Fi con più punti di accesso, è l’isolamento client (AP isolation o client isolation): quando è attivo, i dispositivi collegati allo stesso Wi-Fi non possono scambiarsi traffico broadcast tra loro, e il magic packet inviato dallo smartphone non arriva mai al PC anche se entrambi risultano sulla stessa rete. Disattivare temporaneamente questa opzione dal pannello del router, o inviare il pacchetto da un dispositivo collegato via cavo, risolve il problema nella maggior parte dei casi.

Consigli avanzati per un setup a prova di LAN party

Chi organizza serate di gioco con più computer può estendere lo script wol.py con una lista di indirizzi MAC, così da svegliare tutti i PC della stanza con un solo comando invece di ripetere l’operazione macchina per macchina. Anche i NAS Synology e QNAP integrano funzioni Wake-on-LAN, comode per accendere lo storage condiviso qualche minuto prima del PC gaming, evitando che il gioco parta prima che i salvataggi in rete siano disponibili.

Per chi vuole ridurre ancora i passaggi manuali, il pannello Flask del Passo 10 si presta bene a un’integrazione con automazioni domestiche: una scorciatoia su iPhone, un widget Tasker su Android o una routine Home Assistant possono racchiudere l’intera sequenza (connessione VPN, richiesta al pannello, attesa, avvio di Moonlight) in un unico tocco. Vale la pena anche aggiungere un log degli accessi al pannello, così da accorgersi subito di eventuali tentativi di accesso con token sbagliato, e considerare l’aggiunta di un limite ai tentativi falliti per evitare che qualcuno provi a indovinare il token a forza bruta. Chi ha appena aggiornato i driver video con la NVIDIA App troverà utile controllare anche i profili di streaming salvati, perché a volte vengono reimpostati dopo un aggiornamento importante del driver.

Sul fronte sicurezza, la ricerca condotta per questa guida non ha individuato una vulnerabilità ampiamente riconosciuta e assegnata specificamente al formato del magic packet nel biennio 2025-2026: il rischio reale riguarda quasi sempre l’esposizione dei pannelli di amministrazione dei router o di servizi come quello Flask descritto sopra, non il protocollo in sé. Per questo la combinazione di VPN, token lungo e casuale, e un log degli accessi resta la difesa più efficace, molto più di qualunque accorgimento sul formato del pacchetto stesso.

Prima di considerare il setup finito, ecco un riepilogo rapido dei punti che vale la pena ricontrollare a distanza di qualche settimana, perché un aggiornamento di Windows o del firmware del router può silenziosamente disattivare uno di questi passaggi:

  • Avvio rapido di Windows ancora disattivato dopo un aggiornamento importante del sistema
  • Opzione ErP Ready ancora disattivata nel BIOS dopo un aggiornamento del firmware della scheda madre
  • Riserva DHCP del router ancora valida, soprattutto dopo un reset o una sostituzione del router
  • Token del pannello Flask non condiviso per errore in chat, screenshot o repository pubblici
  • Certificati e chiavi della VPN WireGuard ancora validi e non scaduti

Domande frequenti

Il Wake-on-LAN funziona anche su Wi-Fi?
In parte. Esiste una variante chiamata WoWLAN, ma richiede hardware e driver specifici che mantengano il chip Wi-Fi associato alla rete anche a PC spento. Sul cavo Ethernet il funzionamento è molto più prevedibile.

Serve lasciare il router sempre acceso?
Sì, il router deve restare acceso perché è lui a instradare il magic packet verso il PC, sia che il pacchetto arrivi dalla rete locale sia che arrivi tramite la VPN configurata nel Passo 11.

Il Wake-on-LAN consuma elettricità quando il PC è spento?
Un minimo sì, perché la scheda di rete resta alimentata in standby per poter ricevere il pacchetto. Si tratta comunque di pochi watt, paragonabili a quelli di un caricabatterie collegato alla presa.

Posso usare il Wake-on-LAN su un Mac?
Sì, su macOS la funzione si chiama Wake for network access e si attiva da Preferenze di Sistema, Risparmio energia. Il comando wakeonlan da terminale funziona allo stesso modo descritto per Linux.

È sicuro esporre il Wake-on-LAN su Internet?
Meglio di no. Il magic packet non è autenticato, quindi la pratica consigliata resta passare da una VPN come WireGuard invece di aprire porte pubbliche sul router, come spiegato nel Passo 11.

Il Wake-on-LAN funziona anche se il PC è in modalità S0 a basso consumo?
Dipende dal modello di scheda madre. I PC con Modern Standby (S0 Low Power Idle) di solito si risvegliano senza problemi, ma è la sospensione classica S3 quella storicamente più compatibile con il Wake-on-LAN.

Serve un indirizzo IP pubblico statico per la VPN?
No, basta un servizio di DNS dinamico gratuito collegato al router, che aggiorna automaticamente un nome a dominio ogni volta che l’IP pubblico cambia, evitando così di doverlo ricontrollare manualmente.

Quanto tempo impiega il PC ad accendersi dopo il magic packet?
Di norma tra i 15 e i 40 secondi, a seconda della velocità del disco di avvio e del numero di programmi in esecuzione automatica. I PC con SSD NVMe e poche app in avvio sono generalmente più rapidi.

Posso usare il Wake-on-LAN anche per spegnere il PC da remoto?
No, il protocollo gestisce solo l’accensione. Per lo spegnimento da remoto serve un canale diverso, come una connessione Remote Desktop già attiva o un piccolo comando eseguito tramite lo stesso pannello Flask, con shutdown /s su Windows o shutdown -h now su Linux.

Cosa succede se il Wake-on-LAN non funziona nemmeno dopo tutti questi passaggi?
Su alcune schede madri di fascia bassa il supporto è limitato o assente nonostante quanto dichiarato nel manuale. In quel caso l’alternativa pratica è uno smart plug Wi-Fi con supporto al risveglio automatico o un piccolo dispositivo di accensione remota via GPIO collegato ai pin del pulsante di accensione, entrambi indipendenti dal supporto di rete della scheda madre.

Cos’è esattamente l’opzione ErP Ready che compare nel BIOS?
ErP fa riferimento alla direttiva europea Ecodesign (Energy related Products), pensata per limitare il consumo elettrico dei dispositivi in stand-by. Quando l’opzione è attiva, la scheda madre taglia l’alimentazione a porte USB e rete a PC spento per rispettare i limiti di consumo, ed è proprio questo comportamento a rendere impossibile il Wake-on-LAN finché non la si disattiva manualmente.

Il Wake-on-LAN funziona anche attraverso due router diversi, per esempio con un modem in bridge e un router separato?
Sì, ma solo se il traffico broadcast riesce ad attraversare entrambi i dispositivi senza essere filtrato. Nella pratica conviene mettere modem e router sulla stessa sottorete e verificare che il modem sia impostato davvero in modalità bridge, altrimenti il doppio livello di NAT blocca il pacchetto prima che raggiunga il PC. Se il dubbio persiste, un rapido controllo con tracert o traceroute verso l’IP del PC aiuta a capire quanti salti di rete separano davvero i due dispositivi.