Problembehandlung bei Wake-On-LAN-Problemen

Betrifft: System Center Configuration Manager 2007, System Center Configuration Manager 2007 R2, System Center Configuration Manager 2007 R3, System Center Configuration Manager 2007 SP1, System Center Configuration Manager 2007 SP2

Letzte Aktualisierung – November 2007

Dieses Thema bietet Informationen zur Problembehandlung, die Ihnen helfen, Probleme zu lösen, wenn es Wake-On-LAN in Configuration Manager nicht gelingt, Computer erfolgreich zu reaktivieren.

Eine erfolgreiche Bereitstellung von Wake-On-LAN hängt von vielen Faktoren außerhalb von Configuration Manager ab. Auf dem Computer selbst gehören dazu folgende Aspekte:

  • Der Netzwerkadapter (und Treiber) unterstützt das Magic Packet-Format, das für die Wake-On-LAN-Technologie verwendet wird.

  • Wenn Sie als Übertragungsmethode Unicast anstelle von subnetzgesteuerten Broadcasts verwenden, die Fähigkeit des Netzwerkadapters (und Treibers), dies zu unterstützen.

  • Die entsprechende Konfiguration wurde vorgenommen, um Reaktivierungspakete zu unterstützen. Die Konfiguration hängt vom Hersteller ab und umfasst wahrscheinlich eine Konfiguration des BIOS sowie der Treiber- oder Adaptereigenschaften in Windows. Bei älteren Netzwerkadaptern kann dazu allerdings auch das Anschließen von Drähten oder das Umsetzen von Jumpern auf dem Adapter gehören.

    noteHinweis
    Wenn Sie Computer mit Wake-On-LAN in Configuration Manager reaktivieren möchten, stellen Sie sicher, dass die BIOS-Konfiguration nicht kennwortgeschützt ist. Wenn ein BIOS-Kennwort festgelegt wurde, kann der Computer den Startvorgang erst beenden, wenn das Kennwort manuell angegeben wird.

Lösung

Informationen zur Unterstützung von Reaktivierungspaketen und die erforderliche Konfiguration finden Sie in der Dokumentation des Herstellers.

Eine erfolgreiche Bereitstellung von Wake-On-LAN hängt von vielen Faktoren außerhalb von Configuration Manager ab. Im Netzwerk kann dies (ohne darauf beschränkt zu sein) mit der Konfiguration von Firewalls, Routern und Switches zusammenhängen, die es Reaktivierungspaketübertragungen gestattet, die in Configuration Manager angegebene Portnummer zu verwenden.

noteHinweis
Firewalls auf Anwendungsebene, wie ISA Server, können Reaktivierungsübertragungen nicht als Protokoll erkennen. Daher reicht eine Protokollregel „Gesamten IP-Verkehr erlauben“ für die Weiterleitung von Reaktivierungspaketen nicht aus, . Konfigurieren Sie stattdessen eine IP-Filterregel so, dass UDP-Pakete auf der in Configuration Manager angegebenen Portnummer weitergeleitet werden, mit Angabe der Quelladresse des für Wake-On-LAN konfigurierten Standortservers.

Lösung

Informationen dazu, wie Sie den Reaktivierungspaketen gestatten, das Netzwerk zu durchlaufen, erhalten Sie bei Ihrem Netzwerkteam oder in der Dokumentation des Herstellers. Reaktivierungsübertragungen verwenden eher UDP als TCP. Das bedeutet, dass der sendende Standortserver nicht erkennt, ob die Pakete an den beabsichtigten Zielcomputern ankommen. Sie können mithilfe eines Netzwerkmonitors überprüfen, ob die Reaktivierungspakete das Netzwerk erfolgreich durchlaufen haben. Weitere Informationen finden Sie unter Bestimmen, ob Reaktivierungspakete für Wake-On-LAN das Netzwerk durchlaufen.

Die für Wake-On-LAN in Configuration Manager 2007 verwendete Standardportnummer ist 9. Diese kann aber in eine benutzerdefinierte Portnummer geändert werden. Informationen zur Vorgehensweise beim Überprüfen oder Ändern der Portnummer finden Sie unter Konfigurieren der für Wake-On-LAN verwendeten Ports.

Die vom Standortserver gesendeten Reaktivierungspakete werden unter Verwendung der MAC-Adresse des Zielcomputers erstellt, wobei die vorher gesammelten Hardwareinventurinformationen verwendet werden. Wenn für den Standort keine Hardwareinventur aktiviert ist oder wenn der Zielcomputer ein neuer Configuration Manager-Client ist, der seine Inventurinformationen noch nicht zum Standort zurückgesendet hat, kann der Standortserver die Reaktivierungspakete nicht erstellen.

Lösung

Stellen Sie sicher, dass die Hardwareinventur konfiguriert ist und dass die Clients, die reaktiviert werden müssen, mindestens einen Hardwareinventurzyklus abgeschlossen haben.

Weitere Informationen finden Sie unter Konfigurieren der Hardwareinventur für einen Standort.

Wenn der Standortserver Unicast als Reaktivierungsmethode verwendet, sendet er das Reaktivierungspaket an die letzte bekannte IP-Adresse des Zielcomputers (aus der Hardwareinventur). Wenn der Zielcomputer diese IP-Adresse nicht mehr hat, kann er die Reaktivierungspakete nicht empfangen.

Wenn der Standortserver subnetzgesteuerten Broadcast als Reaktivierungsmethode verwendet, sendet er das Reaktivierungspaket an die letzte bekannte IP-Subnetzadresse des Zielcomputers (aus der Hardwareinventur). Wenn der Zielcomputer diese IP-Subnetzadresse nicht mehr hat (wenn es sich beispielsweise um einen Client handelt, der in der Configuration Manager-Hierarchie häufig wechselt), kann er die Reaktivierungspakete nicht empfangen.

Lösung

Wenn die DHCP-Leasedauer erhöht wird und der Hardwareinventur-Zeitplan so konfiguriert wird, dass die Hardwareinventur häufiger ausgeführt wird, kann die Wahrscheinlichkeit reduziert werden, dass Reaktivierungspakete an nicht mehr aktuelle Adressen gesendet werden.

Wenn Computer zudem häufiger die IP-Adressen ändern, aber dieselbe Subnetzadresse behalten, ist subnetzgesteuerter Broadcast anstelle von Unicast die effektivere Übertragungsmethode zum Reaktivieren von Computern.

Weitere Informationen finden Sie unter den folgenden Themen:

Weitere Informationen finden Sie unter Configuration Manager 2007 – Informationen und Support (möglicherweise in englischer Sprache).
Das Dokumentationsteam erreichen Sie per E-Mail unter: SMSdocs@microsoft.com
Anzeigen: