Enterprise Wake-on-LAN für geroutete Netzwerke
Wecken Sie PCs und Endpoints über lokale Subnetze, VLANs und Remote Sites hinweg auf, ohne jeden Router zum Sonderprojekt zu machen. Auto Shutdown Manager verbindet geplantes Aufwecken, manuelles Remote Wake-up, WOL Proxys und clientseitige Einstellungen für höhere Zuverlässigkeit in einem zentralen Power Management Workflow.
Operativer Einsatz
Wake-on-LAN für reale Enterprise-Netzwerke
Wake Workflows scheitern selten an einer fehlenden Schaltfläche. Probleme entstehen, wenn Zeitpläne, geroutete Netzwerke, Firewalls, Client-Einstellungen und Supportprozesse getrennt behandelt werden. Diese Seite führt die Komponenten zusammen.
Wake-up zentral auslösen
- Integrierter zentraler Scheduler
- XML Job File Scanner
- Manuelles Wake-on-LAN per Klick in der Console
- MCM/SCCM Plug-In Integration
Clients außerhalb des lokalen Subnetzes erreichen
- Broadcasts im lokalen Subnetz
- Directed Broadcasts, sofern die Security Policy sie zulässt
- Routing über WOL Proxys für Remote Sites
- Konfiguration von Remote WOL-Adresse und Port
Clientseitige WOL-Fehler reduzieren
- Unterstützt die Konfiguration von Wake on Magic Packet
- Unterstützt bei WOL-Problemen durch Windows Fast Startup
- Policy-basierte Client-Einstellungen
- Hardware, Firmware und Network Policy bleiben relevant
Architektur
Für verteilte Endpoint-Umgebungen konzipiert
Auto Shutdown Manager weckt Endpoints zentral und leitet den WOL Traffic über die zum Standort passende Methode: Local Broadcast, Directed Broadcast oder einen WOL Proxy im Zielnetz.
Der Proxy-Ansatz eignet sich besonders, wenn Broadcast Forwarding eingeschränkt, unerwünscht oder pro Router und Subnetz zu aufwendig ist.

Routing-Optionen
Zwei praxistaugliche Wege über Subnetzgrenzen
Organisationen behandeln Broadcast Traffic unterschiedlich. Auto Shutdown Manager unterstützt mehrere WOL-Routing-Verfahren, damit Administratoren die zu Netzwerk und Security Policy passende Methode wählen können.
Methode A
Routing über WOL Proxys
Platzieren Sie einen vorhandenen Endpoint, Server, eine Virtual Machine oder ein kleines Linux Relay Device – beispielsweise einen Raspberry Pi in einer Niederlassung oder einem Remote VLAN – im Zielsubnetz. Der Server kommuniziert mit dem Proxy; dieser sendet das Wake Packet lokal im Netzwerksegment. In vielen Deployments entfallen dadurch Änderungen am Broadcast Forwarding.
- Geeignet für geroutete VLANs und Niederlassungen
- Leichtgewichtige Relay Devices wie Raspberry Pi möglich, wenn Server oder VM unpraktisch sind
- Weniger Abhängigkeit von routerspezifischer Broadcast-Konfiguration
- Einbindung in den Auto Shutdown Manager Workflow

Methode B
Directed Broadcast, bei Bedarf mit statischem ARP
Für entfernte Netzwerke ohne zugewiesenen WOL Proxy kann Auto Shutdown Manager automatisch Directed Broadcasts verwenden, sofern Netzwerk und Security Policy geroutetes Broadcast Forwarding erlauben. Für diesen regulären Directed-Broadcast-Pfad ist kein manueller Eintrag für Remote WOL-Adresse und Port erforderlich.
Wo Netzwerk und Security Policy es zulassen, können Router kontrollierten WOL Traffic an eine Ziel-Broadcast-Adresse weiterleiten. Statisches ARP ist nur bei speziellen Routertopologien erforderlich, in denen ein Broadcast-Ziel bewusst zugeordnet werden muss.
configure
set protocols static arp 192.168.20.254 hwaddr FF:FF:FF:FF:FF:FF
commit
saveOverride für Sonderfälle
Remote WOL-Adresse / Port für Router ohne Remote Broadcast Support
Verwenden Sie einen manuellen Eintrag für Remote WOL-Adresse und Port nur in Sonderfällen – etwa wenn ein Router Remote Broadcasts nicht direkt weiterleiten kann und das Wake Packet an ein konfiguriertes Static-ARP- oder Broadcast-Ziel gesendet werden muss.
Für reguläres Directed-Broadcast Routing ist dieser Override nicht erforderlich. Wenden Sie Remote WOL-Adresse und Port für mehrere Clients nur gesammelt an, wenn dieselbe spezielle Topologie vorliegt.
Zuverlässigkeit
Client Readiness ist ebenso wichtig wie das Routing
Wake-on-LAN hängt nicht allein vom Server ab. Endpoint Firmware, NIC-Treibereinstellungen, Windows Fast Startup, Sleep- oder Shutdown-Zustand und Network Policy können beeinflussen, ob ein Client zuverlässig aufwacht.
Auto Shutdown Manager hilft, solche Fehler zu reduzieren, indem unterstützte clientseitige WOL-Einstellungen zentral verwaltet werden – einschließlich Wake on Magic Packet und, wo unterstützt, der Behandlung von Windows Fast Startup.
Use Cases
Typische Enterprise-Szenarien
Patch- und Wartungsfenster
Endpoints vor geplanten Wartungen, Updates oder Software-Deployments aufwecken.
Niederlassungen und geroutete VLANs
Endpoints in verteilten Netzwerksegmenten per Proxy oder geroutetem WOL erreichen.
Labore, Schulungsräume und Shared Workstations
PCs vor der Ankunft der Benutzer vorbereiten und anschließend wieder den Energiespar-Policies übergeben.
Remote Support und Helpdesk Wake-up
Verwaltete Geräte bei Bedarf für Supportmaßnahmen online bringen.
Energiemanagement
Geplanten Start und Shutdown Policies für vorhersehbare Endpoint-Verfügbarkeit kombinieren.
Self-Service WOL Portale
Kontrollierte Wake-up Optionen über Portal Workflows bereitstellen, wenn dies Teil des Deployments ist.
Häufig gestellte Fragen
Wake-on-LAN in gerouteten Enterprise-Netzwerken
Praxisnahe Antworten für IT-Teams, die Wake-on-LAN über VLANs, Niederlassungen und verwaltete Endpoint-Umgebungen planen.
Benötige ich in jedem VLAN einen physischen WOL Proxy?
Nein. Je nach Topologie kann ein vorhandener Endpoint, Server, eine Virtual Machine oder ein kleines Linux Relay Device im Zielsegment dienen. Entscheidend ist, dass der Proxy das Wake Packet lokal im Subnetz der Ziel-PCs senden kann.
Was unterscheidet WOL Proxys von Directed Broadcasts?
Directed Broadcasts setzen voraus, dass Netzwerkgeräte Wake Traffic an ein Zielsubnetz oder eine Broadcast-Adresse weiterleiten. Ein WOL Proxy umgeht diese Routerabhängigkeit durch ein Relay im Zielsegment. Die passende Methode hängt von Routing Design, Security Policy und Betriebsmodell ab.
Kann Auto Shutdown Manager WOL Proxys und Directed Broadcasts kombinieren?
Ja. Beide Ansätze können in derselben Umgebung eingesetzt werden. Ist für ein entferntes Netz ein WOL Proxy konfiguriert, wird die Anfrage darüber geleitet. Ohne Proxy kann ASDM entsprechend den Netzwerk- und Security-Einstellungen auf Directed Broadcast oder Remote WOL Address Routing zurückgreifen.
Kann ein Raspberry Pi als Wake-on-LAN Proxy dienen?
Ja. Ein Raspberry Pi oder anderes kleines Linux Relay eignet sich für Niederlassungen, Remote VLANs oder Standorte, an denen kein Server oder keine VM erforderlich ist. Wie jede Infrastrukturkomponente sollte er dokumentiert, überwacht und im korrekten Zielsegment betrieben werden.
Wie integriert sich Auto Shutdown Manager in SCCM oder Microsoft Configuration Manager?
Auto Shutdown Manager unterstützt verwaltete Wake-up Workflows rund um Software Deployment und Wartungsfenster. In SCCM- oder Microsoft Configuration Manager-Umgebungen lässt sich die Endpoint-Verfügbarkeit so mit geplanten Updates, Deployments und administrativen Aufgaben abstimmen.
Verwaltete Endpoint-Verfügbarkeit
Wake-on-LAN zum Bestandteil des verwalteten Endpoint Power Managements machen
Planen, routen und analysieren Sie Wake-on-LAN in derselben Management-Umgebung, in der Sie die Power Policies Ihrer Endpoints verwalten.
DE
EN 

