"Reines" Wake-on-LAN hat eine historische Einschränkung: es funktioniert nur innerhalb des lokalen Netzwerks. Magic Packets sind UDP-Broadcasts, die der Router ohne spezielle Konfiguration nicht ins WAN weiterleitet. Um den PC von unterwegs einzuschalten, brauchen klassische Lösungen Port-Forwarding, eine statische öffentliche IP und oft DynDNS — ein fragiles Setup, das mit deutschen ISPs oft gar nicht möglich ist (CG-NAT, Doppel-NAT).
SayBoot löst dieses Problem nativ mit einem Cloud-Relay: ein permanenter Kanal zwischen Alexa-Cloud und deinem Netzwerksegment, der keine offenen Ports am Router benötigt.
Das Problem von "reinem" WoL aus der Ferne
Wake-on-LAN ist darauf ausgelegt, das Magic Packet als UDP-Broadcast im Subnetz des ausgeschalteten PCs zu senden. Damit das aus dem Internet funktioniert:
- Dein Router braucht eine statische öffentliche IP (oder DynDNS). Viele deutsche ISPs vergeben dynamische IPs und manche nutzen CG-NAT, wo selbst das nicht funktioniert.
- Am Router muss ein UDP-Port (typischerweise 9) per Port-Forwarding auf die Broadcast-Adresse deines LANs geöffnet werden. Viele Consumer-Router erlauben Broadcast-Forwarding gar nicht.
- Du brauchst ein Tool, das das Magic Packet von außen an deine DynDNS-Domain schickt.
Typisches Ergebnis: Eine Stunde Konfiguration, um dann festzustellen, dass dein ISP diese Operation gar nicht erlaubt.
So löst SayBoot das
SayBoot kehrt den Ansatz um: Statt den Router von außen zu öffnen, hält es eine permanente Verbindung von innen zur Cloud.
Du (unterwegs) → entfernter Echo → Alexa-Cloud → SayBoot-Skill →
SayBoot-Server (Relay) → SayBoot-Agent auf dem Heim-PC →
lokales UDP-Magic-Packet → Ziel-PC schaltet sich ein
Der SayBoot-Agent, installiert auf einem Heim-PC, der eingeschaltet bleibt (oder im Sleep mit aktiviertem WoL), fungiert als Dispatcher: er empfängt den Befehl vom Cloud-Relay und sendet selbst das Magic Packet im LAN. Das Magic Packet muss nie den Router von außen passieren — es startet immer von innen.
Was du wirklich brauchst:
- Ziel-PC mit Ethernet und aktiviertem WoL (genau wie beim klassischen Wake-on-LAN — siehe komplette Anleitung)
- Mindestens einen PC im lokalen Netzwerk mit installiertem SayBoot, der Online im Dashboard ist und als Dispatcher dient
- Eine normale SayBoot-Installation (Alexa-Skill mit deinem Amazon-Konto verknüpft)
Was du NICHT brauchst:
- Port-Forwarding am Router
- Statische öffentliche IP oder DynDNS
- Konfiguration der Heim-Firewall
- VPN-Abos
Das "Einzel-PC"-Szenario: was passiert
Wenn du nur einen PC hast und genau diesen einschalten willst, gibt es von unterwegs keinen Dispatcher. In diesem Fall startet der Befehl bei Alexa, kommt beim SayBoot-Relay an, findet aber niemanden, der das Magic Packet im LAN weiterleitet.
Realistische Lösungen:
- Einen Mini-PC / Raspberry Pi mit SayBoot hinzufügen als dedizierten Dispatcher (Verbrauch <5 W). Dein alter Reserve-Laptop mit installiertem SayBoot im Sleep-Modus reicht völlig aus.
- Die Einschränkung akzeptieren: den PC eingeschaltet lassen und SayBoot nutzen, um ihn auszuschalten / neu zu starten, wenn nötig (das Ausschalten braucht keinen Dispatcher, der Agent des PCs selbst empfängt den Befehl).
Es ist eine physische Grenze von WoL, keine SayBoot-Designentscheidung: um ein ausgeschaltetes Gerät übers Netzwerk einzuschalten, muss jemand innerhalb des Netzwerks das Paket senden.
Szenario "Heim-PC + Echo im Zweitwohnsitz"
Typisches Setup: Desktop zuhause, Echo im Büro oder im Ferienhaus, ich will den Desktop von der zweiten Location einschalten.
Funktioniert automatisch, sofern der entfernte Echo mit deinem eigenen Amazon-Konto verbunden ist (und nicht mit einem fremden Konto). Der Sprachbefehl startet vom entfernten Echo, kommt zur Alexa-Cloud, wird ans SayBoot-Relay weitergeleitet und erreicht den Dispatcher in deinem Heim-LAN — genau, als wärst du selbst im Wohnzimmer.
Keine spezielle Konfiguration. Einzige Voraussetzung: ein einziges Amazon-Konto mit mehreren registrierten Echos (was ohnehin normal ist, wenn du Echos in mehreren Räumen hast).
Warum das keine VPN ist
Manche fragen sich: "Warum nicht eine VPN vom Smartphone ins Heim-LAN nutzen und dann das Magic Packet senden?"
Technisch würde das funktionieren, aber:
- Erfordert einen VPN-Server zuhause (Komplexität)
- Erfordert eine VPN-App auf dem Smartphone, immer aktiv
- Ist nicht in Alexa integriert — du brauchst eine separate App, was den Sinn von "nur per Sprache steuern" zunichtemacht
- Viele deutsche ISPs blockieren oder drosseln Custom-VPNs
Das SayBoot-Relay läuft auf derselben Cloud-Infrastruktur wie die Alexa-Skill, fügt also keine nennenswerte Latenz hinzu und ist für den Nutzer transparent.
Zeit und Zuverlässigkeit
Vom Sprachbefehl unterwegs bis zum lokalen Magic Packet: typischerweise 1-3 Sekunden, gleich wie zuhause. Die Relay-Latenz liegt im Bereich von 100-200 ms, unsichtbar im Vergleich zur Alexa-Cloud-Latenz selbst.
Zuverlässigkeit: Wenn der Dispatcher-PC online ist, ist die Ausfallwahrscheinlichkeit minimal (SayBoot-Server mit Uptime >99,9 %). Hauptrisiko bleibt der Status des Dispatchers: wird er für Wartung ausgeschaltet, hat das Relay niemanden, an den es weiterleiten kann. Deshalb fügen manche Nutzer einen Raspberry Pi als dedizierten Dispatcher hinzu — niedriger Stromverbrauch, 24/7-Uptime.
---
Alles klar? Starte mit dem Haupt-Guide zum PC-Einschalten mit Alexa oder konfiguriere direkt den Dispatcher: SayBoot-Webapp öffnen.
Wenn das Remote-Setup nicht funktioniert, prüfe zuerst die 7 Punkte aus Wake-on-LAN funktioniert nicht mit Alexa: Lösungen 2026 — viele "Remote"-Probleme sind eigentlich Basis-Probleme.