Beheben von PXE-Startproblemen in Configuration Manager

Gilt für: Microsoft System Center 2012 R2 Configuration ManagerMicrosoft System Center 2012 Configuration Manager

Bevor Sie beginnen


Vor dem Starten der Problembehandlung auf den PXE-Dienstpunkt wird empfohlen, lesen Sie die folgenden Artikel um festzustellen, ob die behandelten möglicherweise das Problem verursachen könnten. Eine vollständige Liste ist dabei nicht, aber sie einige der häufigsten Probleme der PXE-Boot enthält.

Überprüfen der IP-Hilfsprogramme


Wenn der DHCP-Server dem Clientcomputer unter Windows Deployment Services (WDS) und den PXE-fähigen Verteilungspunkt (DP) Configuration Manager-Server auf demselben Subnetz oder VLAN dann IP-Helfer nicht erforderlich sind.

Wenn der DHCP-Server, der Client-Computer oder der ConfigMgr WDS und Server DP PXE-fähige auf getrennten Subnetzen oder VLANs, die normalerweise in den meisten Fällen zutrifft, muss IP-Helfer, auf den Routern konfiguriert werden. Dieser Vorgang variiert und hängt die Hardwarehersteller Router. Konfigurieren Ihrer Router Broadcasts weiterleitenist eine allgemeine Übersicht über hervorgehoben. Ggf. Weitere Informationen zum Konfigurieren von IP-Hilfsprogramme auf Ihren Routern, wenden Sie sich an den Hardwarehersteller des Routers.

IP-Helfer ist notwendig, da die PXE-Anforderung vom Clientcomputer generiert eine Übertragung ist, die außerhalb des lokalen Subnetzes oder VLAN übertragen wird. Wenn der DHCP-Server oder WDS, PXE-fähige DP in demselben Subnetz oder VLAN als Clientcomputer nicht sie nicht sehen oder hören die PXE-Anforderung vom Client übertragen, damit Server reagiert nicht auf PXE-Anforderung. Damit PXE-Anforderung broadcast Traverse zwischen Subnetzen oder VLANs, übertragen die PXE-Anforderung muss vom Router DHCP und Dienststelle WDS-PXE-Server weitergeleitet werden, damit sie ordnungsgemäß auf PXE-Clientanfragen reagieren können.

Eine Alternative zur Verwendung von IP-Helfer setzt DHCP-Optionen auf dem DHCP-Server, insbesondere DHCP-Optionen 60 (PXE-Client) (Hostname des Startservers) 66 und 67 (Boot File Name). DHCP-Optionen jedoch können problematisch sein und funktioniert möglicherweise nicht zuverlässig oder konsistent. Darüber hinaus fordert die Verwendung von DHCP-Optionen steuern PXE ConfigMgr von Microsoft nicht unterstützt. Deshalb empfohlene und unterstützte Methode zum PXE-Booten Clientcomputer auf Remotesubnetzen mithilfe der IP-Helfer.

Weitere Informationen zu DHCP-Optionen, die empfohlen oder unterstützt nicht finden Sie in den folgenden Artikeln:

Wichtig Bevor Sie fortfahren ist es unerlässlich, die bestätigen, dass der Router IP-Helfer konfiguriert undder DHCP-Server nicht DHCP-Optionen 60, 66 und 67 konfiguriert. Nicht erfüllt beide Kriterien beeinträchtigt mit PXE-Dienst. Wenn Sie DHCP-Optionen überprüfen, unbedingt Optionen Server und Bereich überprüfen.

Beachten Sie, dass in bestimmten Fällen der PXE-Startvorgang durch die Konfiguration der DHCP-Optionen 60, 66 und 67 anscheinend länger ausgeführt wird als vor der Konfiguration dieser Optionen. In den meisten Fällen wird er jedoch nur länger nicht ordnungsgemäß ausgeführt.

Wichtig Die einzige Ausnahme, muss eine DHCP-Option verwendet werden, wird DHCP und WDS auf dem gleichen Server befinden. In diesem Fall soll nur DHCP Option 60 festgelegt werden. DHCP-Optionen 66 und 67 sollte weiterhin in diesem Szenario nicht festgelegt werden. Dies wird in gemeinsamen Hostings DHCP und WDS auf dem gleichen Serverbeschrieben.

Spezielle Überlegungen, wenn DHCP und WDS auf demselben Server gehostet werden


Wenn DHCP und WDS gemeinsam auf demselben Computer gehostet werden, benötigt WDS eine spezielle Konfiguration, damit über einen bestimmten Port abhören kann. Diese Konfiguration ist Windows Deploymentund Dynamic Host Configuration Protocol (DHCP) beschrieben. Beachten Sie, dass dieser gemäß die folgenden beiden Aktionen bei WDS und DHCP gemeinsam auf demselben Server gehostet werden:

  1. Der Wert UseDHCPPorts im folgenden Registrierungsschlüssel auf 0 festgelegt werden muss: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WDSServer\Providers\WDSPXE
  2. Sie müssen WDS Folgendes ausführen: WDSUTIL/AutoAddPolicy /UseDHCPPorts:No /DHCPOption60:Yes

Allerdings hat ein Problem mit der obigen Empfehlung Ausführen den Befehl WDSUTIL WDS konfiguriert werden. Dies verstößt gegen die best Practice nicht WDS konfigurieren, wenn DP ConfigMgr PXE-fähige Installation. Jedoch über den Befehl WDSUTIL (UseDHCPPorts und DHCPOption60) angegebenen Einstellung konfigurierbar mit alternativen Methoden, die nicht den Befehl WDSUTIL erfordern und daher nicht erforderlich, dass WDS konfiguriert werden. Gehen Sie folgendermaßen vor, um diese Einstellung zu konfigurieren, ohne dass WDS aktiviert:

  1. UseDHCPPorts Schalter für WDSUTIL entspricht tatsächlich Festlegen des Registrierungsschlüssels UseDHCPPorts auf den Wert 0 an folgendem Speicherort: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WDSServer\Providers\WDSPXE Daher ist nicht UseDHCPPorts Switch benötigt als der Registrierungsschlüssel manuell festgelegt wurde. Beachten Sie, dass wenn WDS installiert wurde, diesen Registrierungsschlüssel nicht vorhanden.
  2. DieDHCPOption60 Switch eine Option für den DHCP-Dienst nicht den WDS-Dienst konfiguriert. Daher kann anstatt WDSUTIL DHCP-Option festgelegt, ein entsprechende DHCP-Befehl verwendet werden dieselbe Option festgelegt. Dies erfolgt mithilfe des Befehls Netsh Siehe Konfigurieren von DHCP für Remote Boot.  Schließen Sie was oben ist also alle DHCP-Konsolen, die geöffnet sind, und führen Sie die folgenden Befehle in Belegen:netsh dhcp server \\<DHCP_server_machine_name> add optiondef 60 PXEClient String 0 comment=PXE support netsh dhcp server \\<DHCP_server_machine_name> set optionvalue 60 STRING PXEClient

    Mit diesen beiden Befehlen wird die DHCP-Option 60 auf dem DHCP-Server eingerichtet und aktiviert. Wenn nach der Ausführung der beiden obigen Befehle auf der DHCP-Konsole eine Option namens Unbekannt statt „060 PXE Client“ angezeigt wird, starten Sie den Server neu, damit diese Einstellungen wirksam werden können. Nach dem Neustart sollte die Option richtig angezeigt werden. Dies tritt in der Regel nur dann auf, wenn eine DHCP-Konsole geöffnet war, als die zwei Befehle ausgeführt wurden.

HINWEIS Wenn DHCP auf einen anderen Server verlagert und von dem Server, auf dem WDS gehostet wird, entfernt wird, müssen die obigen Schritte rückgängig gemacht werden. Um die obigen Schritte rückgängig zu machen, führen Sie Folgendes auf dem WDS-Server aus:

  1. Führen Sie den folgenden Befehl in ein Eingabeaufforderungsfenster mit erhöhten Rechten:REG ADD "HKLM\SYSTEM\CurrentControlSet\services\WDSServer\Providers\WDSPXE" /v UseDHCPPorts /t REG_DWORD /d 1 /f
  2. Von belegen, die folgenden beiden Befehle ausführen:netsh dhcp server \\<DHCP_server_machine_name> delete optionvalue 60 netsh dhcp server \\<DHCP_server_machine_name> delete optiondef 60 PXEClientDie beiden Befehle die erste deaktiviert DHCP-Option 60 und die zweite DHCP-Option 60 vollständig entfernt.

Problembehandlung der DHCP-Erkennung


Bevor mit der Problembehandlung der DHCP-Erkennungsphase des PXE-Startvorgangs begonnen wird, müssen einige wichtige Punkte betrachtet werden:

  • Wenn die MAC-Adresse oder DHCPREQUEST des Geräts, das Sie SMSPXE.log starten nicht angezeigt, dann möglicherweise ein Konfigurationsproblem Router zwischen dem Client und dem Verteilungspunkt (DP).
  • Verwenden Sie die DHCP-Optionen 60, 66 und 67 nicht, da diese nicht unterstützt werden
  • Überprüfen Sie, ob das Gerät gestartet werden kann, wenn in einem Switch im gleichen Subnetz wie PXE DP aktiviert. In diesem Fall ist das Problem wahrscheinlich bei der Router-Konfiguration.
  • Stellen Sie sicher, dass DHCP (67 und 68), TFTP (69) und BINL (4011) Anschlüsse zwischen dem Client-Computer, DHCP- und PXE-DP.

In dieser Phase des Prozesses sind keine Protokolle auf. Wenn der PXE-Startvorgang ausfällt, bevor Windows PE gestartet wurde, wird ein PXE-Fehlercode angezeigt. Die Beispiele für Fehler, die möglicherweise angezeigt:

  • PXE-E51: No DHCP or proxyDHCP offers were received. (Keine DHCP- oder proxyDHCP-Angebote erhalten.)
  • PXE-E52: proxyDHCP offers were received. (proxyDHCP-Angebote wurden empfangen.) No DHCP offers were received. (Keine DHCP-Angebote erhalten)
  • PXE-E53: No boot filename received. (Kein Startdateiname erhalten)
  • PXE-E55: proxyDHCP service did not reply to request on port 4011. (proxyDHCP-Dienst antwortete nicht auf Anforderung an Port 4011.)
  • PXE-E77 bad or missing discovery server list. (Erkennungsserverliste ist ungültig oder fehlt.)
  • PXE-E78: Could not locate boot server. (Startserver nicht gefunden)

Es gibt eine Reihe von Webseiten, die diese Fehlercodes dokumentieren Symantec Liste der PXE-Fehlercodes und deren Bedeutung.

Dadurch der Fokus der Fehlerbehebung eingrenzen zwar einen Netzwerk-Trace des Problems mit einem Überwachungstool wie Netmon oder WireSharkerfasst werden kann. Netzwerk Überwachungstool PXE-aktivierten Verteilungspunkt installiert werden muss und ein Computer mit einem gespiegelten Port am Switch verbunden. Weitere Informationen zum Konfigurieren von gespiegelten finden Sie im Handbuch, das vom Hersteller bestimmten Switch oder routing-Geräts bereitgestellt wird.Das übliche Verfahren wird auf den Datenverkehr DP und gespiegelte angeschlossen Computer starten und dann versuchen, das Gerät über PXE boot. Abschluss die Verfolgung beenden und zur weiteren Analyse speichern. Hier ist eine Beispiel-Verfolgung einer DHCP-Konversation von PXE-fähige DP erfasst:

3876_image14
 

Sie sehen, dass die anfängliche DHCPDISCOVER vom PXE-Client eine DHCPOFFER von DHCP- und PXE-DP folgen. Die Anforderung des Clients (0.0.0.0) erfolgt und bestätigt durch den DHCP-Server (10.238.0.14). Hat der PXE-Client eine IP-address(10.238.0.3), sendet er eine Anforderung an PXE-DP (10.238.0.2) mit der Netzwerkstart Programmdetails bestätigt.

Erfassen Sie eine gleichzeitige Netzwerkablaufverfolgung auf dem Client und dem Verteilungspunkt, um festzustellen, ob die Konversation wie erwartet ausgeführt wird.

  • Stellen Sie sicher, dass die DHCP-Dienste ausgeführt werden und verfügbar sind.
  • Überprüfen Sie, ob der Windows-Bereitstellungsdienst auf dem Verteilungspunkt ausgeführt wird.
  • Stellen Sie sicher, dass keine Firewalls blockieren DHCP-Ports zwischen dem Server und dem Client.
  • Überprüfen Sie, ob der Clientcomputer gestartet werden kann, wenn er sich in demselben Subnetz wie der Verteilungspunkt befindet.
  • Stellen Sie sicher, dass die IP-Hilfsprogramme ordnungsgemäß konfiguriert sind, wenn der Clientcomputer in einem anderen Subnetz als der Verteilungspunkt gestartet wird.

Problembehandlung der TFTP-Dateiübertragung


Bezieht sich der Fehler auf PXE-Start auf TFTP, können Sie kein Boot-Dateien übertragen haben. Die Beispiele für diesen Fehler:

  • PXE-E32: TFTP open Timeout.
  • PXE-E35: TFTP lesen Timeout.
  • PXE-E36: Fehler vom TFTP-Server.
  • PXE-E3F: TFTP-Paketgröße ist ungültig.
  • PXE-E3B: TFTP-Fehler - Datei nicht gefunden
  • PXE-T04: Verletzung

Überwachen des Netzwerks Netmon oder Wireshark ist eine gute Möglichkeit zu diesen Fehler zu beheben. Hier ist ein Beispiel der Daten von einem PXE-Client ein TFTP Open Timeout auftritt:

3876_image15

Der Client sendet hier lesen fordert für die Datei WDSCNBP.com verwiesen , aber ist nicht empfangen einer Antwort. Dies bedeutet, dass etwas die Bestätigung verhindert, dass vom Client empfangen. Hier wird es aussehen sollte:

3876_image16

Sie können die folgenden Problembehandlungsschritte versuchen:

  • Den Block reduzieren auf PXE DP aktiviert (siehe http://support.microsoft.com/help/975710)
  • Stellen Sie sicher, dass WDS auf dem Verteilungspunkt gestartet wird.
  • Stellen Sie sicher, dass der TFTP-Port für die Kommunikation zwischen Clientcomputer und Verteilungspunkt geöffnet ist.
  • Überprüfen Sie, ob die richtigen Berechtigungen für die REMINST-Freigabe bzw. den Ordner vorliegen.
  • Überprüfen Sie die WDS-Protokolle auf weitere TFTP-Fehler.
  • Überprüfen Sie die Ordner RemoteInstall\SMSBoot\x86 und \x64 enthalten die folgenden Dateien:
    3876_image17
  • Die Schriftarten sind in SMSBoot\Fonts:
    3876_image18
  • Boot.sdi existiert im RemoteInstall\SMSBoot -Verzeichnis:
    3876_image19

Probleme beim Starten von Windows PE – Treiber


Die häufigsten Probleme, die auftreten, während dieser Phase sind Treiber zusammenhängen. Die neueste Version von Windows PE enthält, die meisten Netzwerk- und Massenspeichertreiber. Es gibt jedoch Anlässe, benötigten Treiber nicht enthalten und daher Boot WIM importiert werden muss. Es gibt ein paar wichtige Punkte zu diesem hier zu beachten:

  • Importieren Sie nur die benötigten Treiber. Importieren Sie alle Treiber, die Sie nicht einfach in das Startabbild.
  • Berücksichtigen Sie dabei nur NIC oder Massenspeichertreiber hinzufügen. Es ist nicht erforderlich, andere Treiber enthalten.

Die Datei SMSTS.log (im Ordner X:\Windows\temp\SMSTS) ist die hilfreichste Informationsquelle bei der Behandlung dieser Probleme (vergessen Sie nicht, die Eingabeaufforderung während des Starts zu aktivieren, damit Sie diese Datei untersuchen können). Wenn die Protokolldatei keine Zeile mit einer gültigen IP-Adresse enthält, die der nachfolgenden Zeile ähnelt, dann liegt wahrscheinlich ein Treiberproblem vor: 

Um zu überprüfen, drücken Sie F8, und führen Sie IPCONFIG auf Befehl Prmpt bestimmt, ob die Netzwerkkarte erkannt wird und wenn eine IP-Adresse.WIM-DateienAußerdem sicherstellen Sie, dass X86 und X64-Boot-Images auf dem Verteilungspunkt vorhanden. Sie sehen WIMs im folgenden Verzeichnis (sie auch in der Inhaltsbibliothek ist):C:\RemoteInstall\SMSImages\ < PackageID >

Stellen Sie sicher, dass sie diese Boot-Abbild vom PXE-fähigen Verteilungspunkt bereitstellen in den Eigenschaften des Startabbilds markiert wurden.

Probleme mit Configuration Manager-Richtlinien


Ein anderes häufiges Problem mit PXE-Boot ist mit der Tasksequenz Bereitstellung. Im folgenden Beispiel die Tasksequenz auf einem unbekannten Computer bereitgestellt, aber ist bereits in der Datenbank. Das erste Symptom ist, dass der PXE-Start abgebrochen wird:

3876_image20

Wenn Sie das Problem genauer untersuchen, finden Sie Folgendes in der Datei SMSPXE.log:

Wir sehen, dass der Netzwerkpuffer gespeichert Prozeduren ausgeführt, keine verfügbare Richtlinie fanden und somit den Boot-Vorgang wurde abgebrochen. Umgekehrt kann auch true (d. h. wenn ein Computer ist jedoch die Tasksequenz zu einer Auflistung von bekannten Computer bereitgestellt wird).

Sie können die folgenden Problembehandlungsschritte versuchen:

  • Überprüfen Sie, ob der Computer zu Booten in einer Auflistung vorhanden ist, das mit einer Tasksequenz Bereitstellung vorgesehen ist.
  • Sicherstellen, dass den unbekannten Computer aktivieren aktiviert haben PXE-Einstellung auf dem Verteilungspunkt unterstützt.
  • Wenn Sie die Tasksequenz auf unbekannten Computern bereitstellen, überzeugen Sie sich davon, dass die Computer noch nicht in der Datenbank vorhanden sind.

Benötigen Sie weitere Hilfe?


Wenn Sie weitere dieses Problem beheben Hilfe benötigen, finden Sie in unseren TechNet support-Forum oder wenden Sie sich an Microsoft Support Services.