DE 
EN Lösungen · Remote Work / Wake-on-Demand
Remote Work ohne Büro-PCs im Dauerbetrieb
Auto Shutdown Manager (ASDM) von EnviProt ergänzt Remote Work um kontrollierte Wake-Verfügbarkeit. Autorisierte Beschäftigte oder Support Teams können freigegebene Büro-PCs über ein selbst gehostetes WOL Portal aufwecken. Für die eigentliche Session nutzen sie anschließend wie gewohnt VPN, Remote Desktop, VDI oder Remote-Support-Tools des Unternehmens. Nicht benötigte Endpoints können ausgeschaltet bleiben, statt vorsorglich durchzulaufen.
Das Verfügbarkeitsproblem
Remote-Access-Tools verbinden sich mit einem Büro-PC – aber nur, wenn er verfügbar ist.
VPN, Remote Desktop, VDI und Support Tools steuern die Remote Session. Den Energiestatus des Endpoints lösen sie allein jedoch nicht. Wake-on-Demand trennt Verfügbarkeit von Dauerbetrieb: Der Büro-PC bleibt ausgeschaltet, solange er nicht benötigt wird, und steht nach einer freigegebenen Remote-Work-Anfrage bereit.
Zugriff aus dem Homeoffice
Beschäftigte können den zugewiesenen Büro-PC vor dem Aufbau der üblichen Remote-Verbindung aufwecken.
Arbeit außerhalb der Geschäftszeiten
Ein freigegebener Endpoint lässt sich verfügbar machen, wenn außerhalb seiner normalen Laufzeit geschäftlicher Zugriff erforderlich ist.
Helpdesk Support
Ist Self-Service nicht geeignet, kann das Support Team eine kontrollierte Wake-Anfrage unterstützen.
Verteilte Standorte
Dieselbe gesteuerte Wake-Infrastruktur kann geroutete Netze, Niederlassungen und weitere konfigurierte Standorte abdecken.
Die vollständige User Journey
Authentifizieren, freigegebene PCs ermitteln, Endpoint aufwecken und anschließend wie gewohnt verbinden.
Das Portal steuert die Wake-Anfrage. Der ASDM Server führt Wake-on-LAN über den konfigurierten Enterprise-Wake-Pfad aus. Der vorhandene Remote-Access-Stack des Unternehmens bleibt für die eigentliche User Session zuständig.
Schritt 1
Authentifizieren
Der Benutzer meldet sich über den konfigurierten SAML-2.0-Flow oder einen vom Portal verwalteten Login an.
Schritt 2
Autorisierte PCs ermitteln
Das Portal erstellt die Liste erlaubter Ziele aus Active-Directory-Zuweisungen, portalverwalteten Zuweisungen oder beiden Quellen.
Schritt 3
Wake auswählen und anfordern
Der Benutzer wählt einen freigegebenen Endpoint und sendet die Wake-Anfrage im Portal.
Schritt 4
ASDM führt Wake-on-LAN aus
Der ASDM Server sendet die Anfrage über den konfigurierten lokalen, Proxy-, Routing- oder Wake-on-WAN-Pfad.
Schritt 5
Über den vorhandenen Stack verbinden
Sobald der Endpoint verfügbar ist, erfolgt die Verbindung über VPN, RDP, VDI, Remote Support oder eine andere freigegebene Lösung.
Schritt 6
Zur Policy zurückkehren
Nach der Remote-Nutzung greifen konfigurierte ASDM Runtime-, Idle- und Shutdown-Regeln wieder, sofern der Endpoint-Status dies zulässt.
Kontrollierte Zuweisungsmodelle
Die IT entscheidet, welche Benutzer welche Endpoints sehen und aufwecken dürfen.
Das Advanced WOL Portal kann Active Directory als führende Quelle nutzen, vollständig im Portal administriert werden oder beide Modelle kombinieren. Das Zuweisungsmodell bestimmt, wie die Liste erlaubter PCs entsteht; der ASDM Wake-Pfad hinter dem Portal bleibt gleich.
SAML SSO + Active Directory
Die authentifizierte Unternehmensidentität nutzen und primäre Benutzer-PC-Zuweisungen im Active Directory pflegen, sofern dieses Modell konfiguriert ist.
Portalverwaltete Benutzer und PCs
Portal Accounts, Rollen und direkte PC-Zuweisungen im Portal verwalten – etwa für Umgebungen ohne SSO oder getrennte operative Workflows.
Hybrid: zuerst AD, Ausnahmen im Portal
Reguläre Büro-PC-Zuweisungen im Active Directory belassen und ausgewählten Benutzern zusätzliche Labor-, Shared- oder Ausnahmesysteme direkt im Portal freigeben.
Active-Directory-Integration als Infrastrukturänderung planen.
Bei AD-basierten Zuweisungen sollten Attributdesign, Berechtigungen, Replikation und Rollback in einer Testumgebung validiert werden. Direkte Portalzuweisungen bleiben eine Alternative, wenn eine AD-Erweiterung nicht gewünscht ist.
Produktnachweis
Benutzer sehen ausschließlich freigegebene Ziele und erhalten Feedback zur Wake-Anfrage.
Die folgenden Screenshots zeigen reale Ansichten des Advanced WOL Portal: die kontrollierte Zielliste und das Ergebnis einer Wake-Anfrage. Die Lösungsseite bleibt damit übersichtlich und wird nicht zu einem zweiten Portalhandbuch.
Klare Verantwortungsgrenzen
ASDM stellt kontrollierte Wake-Verfügbarkeit bereit. Ihre Remote-Access-Plattform steuert die Session.
Die klare Trennung erleichtert die Architekturentscheidung: Portal und ASDM bestimmen, ob ein autorisierter Endpoint verfügbar gemacht werden soll. Der vorhandene Access Stack bleibt für sichere Konnektivität und die Steuerung der User Session zuständig.
WOL Portal + ASDM Wake-Ebene
- Portalbenutzer über den konfigurierten Login Flow identifizieren
- Endpoints ermitteln, die dieser Benutzer aufwecken darf
- Ausgewählte Anfrage an den ASDM Server weiterleiten
- Wake-on-LAN über die konfigurierte Enterprise-Infrastruktur ausführen
- Konfigurierte Power Policies anschließend wieder anwenden
Bestehende Remote-Access- und Security-Ebene
- VPN, RDP, VDI, Remote Support oder Application Access
- Authentifizierung und Autorisierung der Remote Session
- Transport Security und Access Logging
- Endpoint Protection, Patching und Hardening
- Policies für Applikations- und Datenzugriff
Warum der Workflow eine eigene Wake-Ebene benötigt
Remote Access stellt die Verbindung her. ASDM schließt die Lücke bei der Endpoint-Verfügbarkeit.
Die operative Anforderung ist mehr als das Senden eines Magic Packet. Die IT benötigt kontrollierte Zuweisungen, einen funktionierenden Pfad durch reale Netzwerke und einen Weg zurück aus dem Dauerbetrieb, sobald Remote Access nicht mehr benötigt wird.
Nur freigegebene Endpoints anzeigen
Self-Service-Wake darf keinen unbeschränkten Zugriff auf beliebige Unternehmenssysteme ermöglichen.
Rechte für Remote Sessions definieren nicht automatisch Wake-Rechte
Eine VPN- oder RDP-Berechtigung erstellt nicht von selbst die Portalliste der PCs, die ein Benutzer aufwecken darf.
Autorisierte Zielliste ermitteln
Active-Directory-Zuweisungen, portalverwaltete Zuweisungen oder beide Quellen für den freigegebenen PC-Workflow verwenden.
Zielnetzsegment erreichen
Die Anfrage muss gegebenenfalls ein anderes VLAN, einen gerouteten Standort oder einen per WAN angebundenen Bereich erreichen.
Ein einfaches WOL-Paket kann an der Netzwerkgrenze enden
Broadcast-Annahmen scheitern in segmentierten Enterprise-Netzen häufig ohne geeignetes Delivery Design.
Konfigurierten Enterprise-Wake-Pfad verwenden
ASDM kann Modelle mit lokalem WOL, WOL Proxys, Routing oder Wake-on-WAN nutzen, sofern die Umgebung dafür ausgelegt und konfiguriert ist.
Dauerhaften Always-on-Betrieb vermeiden
Remote-Verfügbarkeit sollte nicht voraussetzen, dass jeder Büro-PC rund um die Uhr eingeschaltet bleibt.
Always-on wird zum Fallback, wenn Wake-up unzuverlässig ist
Teams lassen Endpoints mitunter durchlaufen, um einen fehlgeschlagenen Remote-Access-Start zu vermeiden – selbst wenn diese PCs selten benötigt werden.
Bei Bedarf aufwecken, danach zur Policy zurückkehren
Nach der Session können konfigurierte Idle-, Runtime- und Shutdown Policies wieder greifen, sofern Benutzer- und Endpoint-Status dies zulassen.
Die Bausteine
ASDM Komponenten passend zu Benutzern und Netzwerktopologie auswählen.
Diese Lösungsseite verbindet den vollständigen Remote-Work-Workflow. Die verlinkten Plattform- und Lösungsseiten erläutern die jeweilige Produkt- und Architekturebene im Detail.
WOL Portale
Self-hosted Wake-Workflows für Benutzer und Helpdesk mit kontrollierten Zuweisungen, optionalem SAML SSO und direkter Portaladministration.
WOL Proxy & Wake-on-WAN
Gesteuerte Wake-Zustellung für segmentierte Netzwerke, VLANs, Standorte und weitere geroutete Umgebungen.
Enterprise Wake-on-LAN
Die übergreifende Wake-Infrastruktur mit Monitoring- und Verfügbarkeitsmodellen für gesteuertes Endpoint Wake-up.
Remote PC Power Control
Der separate IT-Admin-Workflow zum zentralen Aufwecken, Neustarten oder Herunterfahren verwalteter Endpoints.
Den vollständigen Pfad validieren – nicht nur die Portalansicht.
Das Wake-Verhalten hängt von kompatibler Endpoint-Hardware, Firmware, Adaptereinstellungen, aktuellem Energiestatus, Netzwerk-Routing, der konfigurierten ASDM Wake-Methode und den Unternehmens-Policies ab. Pilotieren Sie repräsentative Benutzer, Endpoints und Netzsegmente vor einem breiteren Rollout.
Wichtige Abgrenzung
Wake-on-Demand ist weder Remote Desktop noch Endpoint Security.
Das WOL Portal stellt kontrollierte Wake-Verfügbarkeit bereit. Es ersetzt weder VPN, RDP, VDI und Remote Support noch Endpoint Security. Authentifizierung, sichere Remote Sessions, Endpoint Protection, Patching und Hardening bleiben getrennte Aufgaben. Power Management ist kein Security-Produkt, auch wenn kürzere unnötige Endpoint-Laufzeiten die betriebliche Exposition reduzieren können.
FAQ
Häufige Fragen zu Remote Work und Wake-on-Demand
Ersetzt ASDM unsere VPN-, Remote-Desktop- oder VDI-Plattform?
Nein. ASDM steuert die kontrollierte Wake-Verfügbarkeit des Endpoints. Ihre vorhandene Lösung für VPN, RDP, VDI, Remote Support oder Application Access übernimmt weiterhin die Remote Session.
Können Benutzer nur die ihnen zugewiesenen PCs aufwecken?
Das Advanced WOL Portal ermittelt die Ziele, die ein angemeldeter Benutzer aufwecken darf, aus Active-Directory-Zuweisungen, portalverwalteten Zuweisungen oder beiden Quellen. Die konkreten Rechte hängen von der Konfiguration der IT ab.
Wie verwaltet die IT reguläre Zuweisungen und Ausnahmen?
Primäre Büro-PC-Zuweisungen können im Active Directory verbleiben, sofern dieses Modell konfiguriert ist. Zusätzliche Labor-, Shared- oder Ausnahmeziele lassen sich direkt im Portal zuweisen und bilden so ein AD-basiertes Hybridmodell.
Stellt jedes VPN automatisch SAML Single Sign-on zum Portal bereit?
Nein. SSO ist verfügbar, wenn der Unternehmens-VPN- beziehungsweise Access Flow und das WOL Portal mit dem SAML-2.0-Identity-Provider konfiguriert sind. Claims und Portalintegration müssen vollständig in der Kundenumgebung validiert werden.
Kann die Wake-Anfrage VLANs überqueren oder einen anderen Standort erreichen?
Ja, sofern eine passende Methode mit lokalem WOL, WOL Proxys, Routing oder Wake-on-WAN konfiguriert ist und Endpoint-Hardware, Netzwerkdesign sowie Security Policies dies unterstützen.
Was geschieht nach Ende der Remote-Work-Session?
Der Endpoint kann zu den konfigurierten ASDM Runtime-, Idle- oder Shutdown Policies zurückkehren, sobald Benutzeraktivität, Applikationen und Endpoint-Status dies zulassen.
Remote-Verfügbarkeit ohne Dauerbetrieb
Portal, Zuweisungen, Wake-Pfad und vorhandene Remote-Access-Verbindung in Ihrer Umgebung testen.
Starten Sie mit repräsentativen Benutzern, Büro-PCs und Netzsegmenten. Validieren Sie Authentifizierung, autorisierte Ziele, Wake-on-LAN-Zustellung, Remote Session und Rückkehr zur Policy, bevor Sie den Rollout erweitern.