Remote Desktop Wake on LAN: Einrichtung und Fehlerbehebung

Sie sind bereit, per Fernzugriff auf eine Maschine zuzugreifen, und stellen fest, dass sie schläft oder ausgeschaltet ist. 'Remote desktop wake on lan' ist die Lösung — wenn es funktioniert. Diese Anleitung beschreibt die präzisen BIOS-, Betriebssystem-, Netzwerk‑ und Router‑Schritte, um Wake‑on‑LAN (WoL) für Remote‑Desktop‑Einsätze zuverlässig zu machen, sowie sichere Wege, Maschinen über das Internet zu wecken.

Wie Wake‑on‑LAN tatsächlich funktioniert

Wake‑on‑LAN nutzt ein sogenanntes "Magic Packet", das an die Netzwerkschnittstelle der Zielmaschine gesendet wird. Das Paket besteht aus einem 6‑Byte 0xFF‑Header, gefolgt von 16 Kopien der Ziel‑MAC‑Adresse. Die NIC überwacht dieses Muster, während das System in einem niedrigen Energiesparzustand (S3) ist — oder abhängig von BIOS und Hardware manchmal im Soft‑Off (S5).

Zwei wichtige Netzwerkfakten:

• Im LAN wird das Paket typischerweise als Broadcast gesendet (z. B. 255.255.255.255 oder Subnetz‑Broadcast wie 192.168.1.255).
• Über das Internet benötigen Sie in der Regel einen Router‑Trick (gerichteter Broadcast), ein VPN ins LAN oder ein dauerhaft laufendes Relay im selben LAN, das das Magic Packet weiterleitet.

Host vorbereiten: BIOS/UEFI und OS‑Einstellungen

Bevor Sie Netzwerktests durchführen, prüfen Sie, dass Hardware und Betriebssystem so konfiguriert sind, dass Aufwachen erlaubt ist.

BIOS / UEFI

• Starten Sie ins BIOS/UEFI (häufige Tasten: F2, DEL, F12) und suchen Sie nach 'Wake on LAN', 'Power on by PCI‑E' oder 'Wake on PME'. Aktivieren Sie die Option. Bei manchen Systemen befindet sich die Einstellung unter Advanced → Power Management.
• Prüfen Sie, ob WoL aus S3 (Sleep) und aus S5 (Shutdown) erlaubt ist. Viele Consumer‑Boards unterstützen nur S3; einige Server‑Boards unterstützen S5.

Windows 10 / Windows 11

• Geräte‑Manager → Netzwerkadapter → gewünschte NIC auswählen → Eigenschaften.
• Unter Energieverwaltung: 'Allow this device to wake the computer' aktivieren und bei Problemen optional 'Allow the computer to turn off this device to save power' deaktivieren.
• Unter Erweitert: 'Wake on Magic Packet' aktivieren (Bezeichnung kann je nach Treiber variieren) und jegliche Energiesparoptionen deaktivieren, die Wake verhindern.
• Fast Startup deaktivieren (Systemsteuerung → Energieoptionen → Auswählen, was die Netzschalter bewirken → Einstellungen ändern, die derzeit nicht verfügbar sind → 'Turn on fast startup' deaktivieren). Fast Startup verwendet hybriden Ruhezustand und kann WoL brechen.
• Nützliche Befehle: führen Sie sie in einer erhöhten Eingabeaufforderung aus, um Wake‑Fähigkeiten zu prüfen:

powercfg -devicequery wake_armed
powercfg -a

powercfg -devicequery wake_armed zeigt Geräte, die das System aufwecken dürfen. powercfg -a zeigt verfügbare Schlafzustände (S3 vs S4/S5). Wenn S3 nicht aufgeführt ist, kann die NIC nicht auf Magic Packets warten.

Ubuntu / Debian / other Linux (example: Ubuntu 22.04)

• Installieren Sie ethtool (sudo apt install ethtool).
• Prüfen Sie den aktuellen WoL‑Status:

  sudo ethtool eth0 | grep -i wake

  Die Zeile sollte Wake-on: g anzeigen (Magic Packet).
• WoL sofort aktivieren:

  sudo ethtool -s eth0 wol g

• Um die Einstellung dauerhaft zu machen, fügen Sie eine systemd‑Unit hinzu oder konfigurieren Sie Ihren Network Manager. Beispiel für eine systemd‑Unit:

[Unit]
Description=Enable Wake-on-LAN for eth0
After=network.target

[Service]
Type=oneshot
ExecStart=/sbin/ethtool -s eth0 wol g

[Install]
WantedBy=multi-user.target

Ersetzen Sie eth0 durch Ihren Schnittstellennamen (z. B. mit ip link show). Wenn die NIC andere Buchstaben meldet (p, u, d), siehe ethtool‑Dokumentation; Sie wollen das Flag 'g'.

macOS (example: macOS 13 Ventura)

• Apple nennt die Option 'Wake for network access' (bei älteren macOS Energy Saver, bei neueren System Settings → Battery → Options). Aktivieren Sie diese Einstellung für Laptops und Desktops.
• Terminalbefehl:

  sudo pmset -a womp 1

  'womp' aktiviert Wake on Magic Packet. macOS nutzt außerdem Bonjour Sleep Proxy bei Apple‑Geräten, was Wake‑on‑Demand für Macs erlauben kann, die Dienste ankündigen.

Wireless clients

WoL über Wi‑Fi (WoWLAN) ist eingeschränkt. Viele drahtlose NICs und Treiber unterstützen kein Aufwachen aus ausgeschaltetem Zustand; die Unterstützung variiert stark nach OS und Hardware. Wenn möglich, bevorzugen Sie kabelgebundenes Ethernet für zuverlässiges WoL.

Das Magic Packet senden: Tools und Methoden

Sobald der Host aufweckbar ist, benötigen Sie eine Möglichkeit, das Magic Packet von Ihrem Standort aus zu senden.

• Lokales LAN: nutzen Sie eine Handy‑App oder ein PC‑Tool wie wakeonlan (Linux), WakeMeOnLan (NirSoft, Windows) oder mobile Apps auf Android/iOS. Beispiel:

  sudo apt install wakeonlan
  wakeonlan 00:11:22:33:44:55

• Von einer Maschine im selben LAN (empfohlen): ein kleines Always‑on‑Gerät (Raspberry Pi, NAS) kann entfernte Befehle (SSH, HTTP) empfangen und das lokale Magic Packet senden. Das vermeidet Probleme mit Router‑Broadcasts.
• Über das Internet: drei gängige Muster folgen; jedes hat Vor‑ und Nachteile.

Option A — Router‑gerichteter Broadcast (fragil)

Manche Router erlauben das Weiterleiten von UDP‑Port 9 (oder 7) an die LAN‑Broadcast‑Adresse (z. B. 192.168.1.255). Das sendet das Magic Packet als Broadcast, sodass die schlafende NIC es sieht. Hinweise:

• Viele Consumer‑ und Enterprise‑Router blockieren gerichtete Broadcasts standardmäßig aus Sicherheitsgründen.
• Sie öffnen einen UDP‑Port ins Internet — Angreifer könnten versuchen, ihn auszunutzen. Wenn Sie diesen Weg wählen, beschränken Sie die Quell‑IPs oder verwenden Sie einen hohen zufälligen Port und strikte Firewall‑Regeln.

Option B — VPN ins LAN (aus Sicherheitsgründen empfohlen)

Verbinden Sie Ihr entfernten Gerät per VPN (OpenVPN, WireGuard) mit dem LAN. Sobald der VPN‑Client im selben Subnetz ist (oder Ihr Router das Subnetz routet), senden Sie das Magic Packet so, als wären Sie lokal. Das vermeidet offene Ports zum Internet und ist kompatibel mit unserem Leitfaden unter remote-desktop-without-port-forwarding.

Option C — Always‑on relay im LAN

Betreiben Sie ein kleines Relay (Raspberry Pi, energiesparender PC oder ein dauerhaftes NAS), das eine authentifizierte Anfrage über das Internet entgegennimmt und das Magic Packet lokal sendet. In Büros läuft oft ein Pi mit einem HTTPS‑Endpunkt, der Wake auslöst. Schützen Sie das Interface mit SSH‑Schlüsseln oder HTTPS und einem langen zufälligen Token.

Sobald es wach ist: Zugriff erhalten

Einige proprietäre Suiten binden einen Wake‑Trigger in ihre eigene Infrastruktur oder in ein gepaartes Gateway‑Gerät im LAN ein — dasselbe Option‑C‑Muster, bei dem deren Agent in der Mitte statt Ihres Pi sitzt. So oder so ist das Magic‑Packet nur die halbe Arbeit: die Maschine ist an, und Sie benötigen noch einen Zugang. Diese zweite Hälfte lohnt es sich, nicht selbst zu bauen. Ein verwaltetes Relay erreicht den aufgeweckten Host, ohne dass Sie ein VPN‑Tunnel erweitern, einen Port weiterleiten oder ein eigenes Gateway‑Gerät patchen müssen — siehe wie die verwaltete Lösung im Vergleich zu TeamViewer abschneidet.

Praktisches Beispiel: Einen Windows‑PC aus dem Internet mit einem Raspberry Pi und WireGuard wecken

Kurzfassung der Schritte:

1. Reservieren Sie eine statische DHCP‑Zuweisung für den Ziel‑PC anhand der MAC (damit Sie das Subnetz kennen).
2. Richten Sie einen Raspberry Pi im LAN mit einem kleinen Script ein, das wakeonlan aufruft.
3. Installieren Sie WireGuard auf dem Pi und auf Ihrem entfernten Client. Sobald verbunden, kann Ihr Remote‑Client per SSH auf den Pi zugreifen oder dessen lokalen HTTP‑Endpunkt aufrufen, um das Magic Packet zu senden.

Beispiel‑Pi‑Script (installieren Sie wakeonlan per apt):

#!/bin/bash
# /usr/local/bin/send-wol.sh
MAC="$1"
if [ -z "$MAC" ]; then
  echo "Usage: send-wol.sh "
  exit 1
fi
/usr/bin/wakeonlan "$MAC"

Machen Sie das Script ausführbar und rufen Sie es über ein authentifiziertes Interface auf (SSH, systemd‑Socket oder ein minimales HTTPS‑Endpoint). So öffnen Sie UDP‑9 nicht ins Internet und der Pi kann lokal die LAN‑Broadcast‑Adresse erreichen.

Fehlerbehebungs-Checkliste

Wenn WoL nicht funktioniert, gehen Sie diese Checkliste durch:

• BIOS: Ist Wake‑on‑LAN (oder entsprechendes) aktiviert? Sind S3/S5‑Wake‑Optionen verfügbar?
• NIC meldet Wake-on: g (verwenden Sie ethtool unter Linux).
• Windows: 'Allow this device to wake the computer' ist aktiviert; Fast Startup ist deaktiviert.
• Der Host hat tatsächlich Strom: prüfen Sie die NIC‑LED, die in Schlafzuständen oft leuchtet.
• Magic‑Packet‑Sender: Kann er das Ziel‑Subnetz erreichen? Wenn über Subnetze gesendet wird, erlaubt der Router gerichtete Broadcasts?
• Bei Nutzung von WLAN: testen Sie per Kabel, um Treiber‑/Hardware‑Limitierungen auszuschließen.
• MAC‑Adresse prüfen: eine falsche MAC oder falsches Format schlägt fehl. Verwenden Sie das Doppelpunkt‑Format 00:11:22:33:44:55 mit den meisten Tools.

Sicherheitsaspekte und empfohlene Praktiken

UDP‑9 ins Internet zu öffnen ist die unsicherste Option — Sie öffnen einen Port ohne wirkliche Authentifizierung. Bevorzugen Sie eine der folgenden sicheren Muster:

• Per VPN ins LAN (WireGuard/OpenVPN) und das Paket lokal senden.
• Ein authentifiziertes Relay (SSH oder HTTPS) auf einem Pi oder NAS im LAN verwenden, das authentifizierte Anfragen annimmt und das Magic‑Packet sendet.
• Den Wake‑Trigger so klein wie möglich halten — ein Endpunkt, der nichts anderes tut als ein Magic‑Packet zu senden — und die Remote‑Sitzung selbst über ein verwaltetes Relay laufen lassen, anstatt den eben aufgebauten Tunnel zu verbreitern.

Mehr zur Absicherung von Remote‑Zugriff finden Sie in unseren Artikeln zu remote desktop security und warum das Vermeiden offener Ports meist klüger ist: remote desktop without port forwarding.

Wenn WoL nicht hilft

Wake‑on‑LAN hilft nicht, wenn das Gerät physisch vom Stromnetz getrennt ist, das Netzteil keine Standby‑5V‑Leitung zur NIC liefert oder das Mainboard/NIC WoL aus dem gewünschten Stromzustand nicht unterstützt. Außerdem variieren Hibernation (S4) und vollständiger Shutdown (S5) je nach Firmware und OS — testen Sie genau den von Ihnen verwendeten Shutdown‑Pfad.

Abschließende Hinweise und empfohlene Konfiguration

Für zuverlässiges Remote‑Desktop Wake‑on‑LAN folgen Sie diesem minimalen, sicheren Rezept:

1. WoL im BIOS/UEFI und im NIC‑Treiber aktivieren (bestätigen Sie 'Wake-on: g').
2. Nach Möglichkeit kabelgebundenes Ethernet bevorzugen; testen Sie das Aufwecken zunächst lokal.
3. Verwenden Sie ein VPN oder ein immer verfügbares authentifiziertes Relay im LAN, um das Magic‑Packet von entfernten Standorten zu senden — etwas innerhalb des Subnetzes muss das übernehmen.
4. Führen Sie die Remote‑Sitzung selbst über ein verwaltetes Relay aus, anstatt diesen Tunnel zu erweitern: Das Aufwecken ist eine LAN‑Aufgabe, das Erreichen nicht.
5. Vermeiden Sie es, UDP‑Broadcasts dem Internet auszusetzen, es sei denn, Sie haben keine andere Wahl und sichern den Port sehr streng ab.

WoL weckt die Kiste; sie danach zu erreichen ist ein eigenes Problem — und das müssen Sie nicht selbst bauen. Lassen Sie etwas im LAN das Magic‑Packet senden und führen Sie die Sitzung selbst über Tenvo und dessen verwaltetes Relay aus: kein zu verlängerndes VPN, kein weiterzuleitender Port, kein eigenes Gateway, das Sie patchen müssen. Free kostet $0, Lite $2.99/Monat, Pro $7.99/Monat — sehen Sie, was jeder Plan abdeckt. Das Self‑Hosting des Relays ist eine echte Option (das Produkt steht unter AGPL-3.0) und die richtige Wahl, wenn eine Anforderung es vorschreibt: Compliance‑Regeln, die Drittanbieter‑Infrastruktur verbieten, isolierte Netzwerke, Datenresidenz. Wenn nichts davon zutrifft, gewinnt das verwaltete Relay bei den Gesamtkosten — Bereitschaftsdienst, Patchmanagement, Schlüsselverwahrung, Zertifikatserneuerung, eine Region ohne Failover. Unser Leitfaden zur selbstgehosteten Remote‑Desktop‑Lösung enthält die vollständige Aufschlüsselung.

Alles eingerichtet und trotzdem Probleme? Prüfen Sie erneut BIOS‑Support für Schlafzustände und die NIC‑Power‑LED, kontrollieren Sie die MAC‑Adresse und führen Sie einen lokalen Wake‑Test durch, bevor Sie Router‑Komplexität hinzufügen. Funktioniert es erstmal, sparen Sie Zeit und vermeiden das häufigste Remote‑Support‑Problem: "Der Computer ist aus."