Résolution avancée des problèmes de démarrage PXE dans Configuration Manager

Article
12/05/2023

Cet article fournit des techniques de dépannage avancées pour aider les administrateurs à diagnostiquer et à résoudre les échecs de démarrage PXE dans Configuration Manager.

Version du produit d’origine : Configuration Manager (Current Branch)
Numéro de la base de connaissances d’origine : 4491871

Introduction

Pour plus d’informations sur le fonctionnement de PXE, consultez l’article complémentaire Comprendre le démarrage PXE dans ConfigMgr.

Les solutions fournies dans la section Résolution des problèmes de démarrage PXE de Configuration Manager peuvent résoudre la plupart des problèmes qui affectent le démarrage PXE.

Si vous ne pouvez pas résoudre votre problème de démarrage PXE à l’aide d’IP Helpers ou en réinstallant PXE, essayez les étapes de dépannage suivantes.

Considérations particulières lors du co-hébergement de DHCP et WDS sur le même serveur

Lorsque le protocole DHCP (Dynamic Host Configuration Protocol) et WDS sont co-hébergés sur le même ordinateur, WDS nécessite une configuration spéciale pour écouter sur un port spécifique. Cette configuration est décrite dans Service de déploiement Windows et Protocole DHCP (Dynamic Host Configuration Protocol). Selon cet article, vous devez effectuer les actions suivantes si WDS et DHCP sont co-hébergés sur le même serveur :

Définissez la valeur sur UseDHCPPorts0 à l’emplacement de Registre suivant :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WDSServer\Providers\WDSPXE

Exécutez la commande WDS suivante :

WDSUTIL /Set-Server /UseDHCPPorts:No /DHCPOption60:Yes

Cette recommandation nécessite que vous configuriez WDS pour exécuter la WDSUTIL commande . Cette recommandation est en conflit avec la meilleure pratique de ne pas configurer WDS lorsque vous installez un dp ConfigMgr compatible PXE. Toutefois, vous pouvez configurer les deux paramètres spécifiés dans la commande (UseDHCPPorts et DHCPOption60) à l’aide WDSUTIL d’autres méthodes qui ne nécessitent pas la WDSUTIL commande. De cette façon, vous n’avez pas besoin de configurer WDS.

Pour configurer ces paramètres sans activer WDS, suivez ces instructions :

Le UseDHCPPorts commutateur pour WDSUTIL équivaut en fait à définir la UseDHCPPorts clé de Registre sur la valeur 0 à l’emplacement suivant :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WDSServer\Providers\WDSPXE

L’utilisation du UseDHCPPorts commutateur n’est pas nécessaire si la clé de Registre est définie manuellement. Si WDS n’a pas été installé, cette clé de Registre n’existe peut-être pas.
Le DHCPOption60 commutateur configure une option pour le service DHCP, et non pour le service WDS. Au lieu d’utiliser WDSUTIL pour définir cette option DHCP, vous pouvez utiliser une commande DHCP équivalente pour définir la même option. Pour ce faire, utilisez la netsh commande , comme décrit dans Configuration de DHCP pour les services de démarrage à distance.

Pour configurer les options WDS conformément à ces instructions, fermez toutes les consoles DHCP ouvertes, puis exécutez les commandes suivantes à une invite de commandes avec élévation de privilèges :
```
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
```
Ces commandes configurent et activent l’option DHCP 60 sur un serveur DHCP. Après avoir exécuté ces commandes, si une option nommée Unknown s’affiche au lieu de 060 PXE Client dans la console DHCP, redémarrez le serveur afin que ces paramètres prennent effet. Après le redémarrage, l’option doit s’afficher correctement. Ce problème se produit généralement uniquement si une console DHCP a été laissée ouverte lors de l’exécution des deux commandes.

Si DHCP est déplacé vers un autre serveur et supprimé du serveur qui héberge WDS, ces étapes doivent être inversées. Procédez comme suit sur le serveur WDS :

Exécutez la commande suivante à une invite de commandes avec élévation de privilèges :

REG ADD HKLM\SYSTEM\CurrentControlSet\services\WDSServer\Providers\WDSPXE /v UseDHCPPorts /t REG_DWORD /d 1 /f

Exécutez les commandes suivantes à une invite de commandes avec élévation de privilèges :
```
netsh dhcp server \\<DHCP_server_machine_name> delete optionvalue 60
```
```
netsh dhcp server \\<DHCP_server_machine_name> delete optiondef 60 PXEClient
```
Remarque

La première de ces commandes désactive l’option DHCP 60. La deuxième commande supprime complètement l’option DHCP 60.

Résolution des problèmes de découverte DHCP

Avant de commencer à résoudre les problèmes de l’étape de découverte DHCP initiale du processus de démarrage PXE, tenez compte des points suivants :

Dans SMSPXE.log, vous devez voir l’adresse MAC ou dhcpREQUEST de l’appareil que vous essayez de démarrer. Si vous ne voyez pas cela, un problème de configuration de routeur peut exister entre le client et le dp.
N’utilisez pas les options DHCP 60, 66 ou 67. Il n’est pas pris en charge.
Testez si l’appareil peut démarrer lorsqu’il est branché à un commutateur sur le même sous-réseau que le dp compatible PXE. Si c’est possible, le problème concerne probablement la configuration du routeur.
Assurez-vous que les ports DHCP (67 et 68), TFTP (69) et BINL (4011) sont ouverts entre l’ordinateur client, le serveur DHCP et le dp PXE.

À ce stade, il n’y a aucun journal auquel faire référence. Un code d’erreur PXE s’affiche généralement si le processus de démarrage PXE échoue avant le démarrage de WinPE. Voici des exemples de messages d’erreur que vous pouvez voir :

PXE-E51 : aucune offre DHCP ou proxyDHCP n’a été reçue.
PXE-E52 : les offres proxyDHCP ont été reçues. Aucune offre DHCP n’a été reçue.
PXE-E53 : aucun nom de fichier de démarrage reçu.
PXE-E55 : le service proxyDHCP n’a pas répondu à la demande sur le port 4011.
PXE-E77 liste des serveurs de découverte incorrects ou manquants.
PXE-E78 : impossible de localiser le serveur de démarrage.

Bien qu’il contribue à limiter le focus de la résolution des problèmes, vous devrez peut-être toujours capturer une trace réseau du problème à l’aide d’un outil de surveillance réseau, tel que Netmon ou WireShark. L’outil de surveillance réseau doit être installé sur le dp compatible PXE et sur un ordinateur connecté à un port mis en miroir sur le commutateur. Pour plus d’informations sur la configuration des ports mis en miroir, consultez le manuel fourni par le fabricant du commutateur ou du périphérique de routage spécifique.

La procédure classique consiste à démarrer les traces réseau sur le dp et l’ordinateur connecté au port mis en miroir. Essayez de démarrer l’appareil via PXE. Ensuite, arrêtez la trace et enregistrez-la pour une analyse plus approfondie.

Voici un exemple de trace d’une conversation DHCP capturée à partir du dp compatible PXE :

Capture d’écran de la trace d’une conversation DHCP.

Vous pouvez voir que le protocole DHCPDISCOVER initial du client PXE est suivi d’un DHCPOFFER du serveur DHCP et du dp PXE. La requête du client (0.0.0.0) est effectuée, puis reconnue par le serveur DHCP (10.238.0.14). Une fois que le client PXE a une adresse IP (10.238.0.3), il envoie une requête au dp PXE (10.238.0.2). Ce DP reconnaît ensuite la demande en retournant les détails du programme de démarrage réseau.

Capturez une trace réseau simultanée sur le client et le dp pour déterminer si la conversation se produit comme prévu. Suivez les conseils suivants :

Assurez-vous que les services DHCP sont en cours d’exécution et disponibles.
Vérifiez que le service WDS est en cours d’exécution sur le dp.
Assurez-vous qu’aucun pare-feu ne bloque les ports DHCP entre le serveur et le client.
Vérifiez que l’ordinateur client peut démarrer lorsqu’il se trouve sur le même sous-réseau que le dp.
Assurez-vous que les assistances IP sont correctement configurées si l’ordinateur client démarre à partir d’un sous-réseau différent de celui dans lequel se trouve le dp.

Résolution des problèmes de transfert TFTP

Si l’erreur au démarrage PXE fait référence à TFTP, vous ne pourrez peut-être pas transférer les fichiers de démarrage. Voici des exemples de messages d’erreur que vous pouvez recevoir :

PXE-E32 : Délai d’ouverture TFTP
PXE-E35 : Délai de lecture TFTP
PXE-E36 : Erreur reçue du serveur TFTP
PXE-E3F : la taille du paquet TFTP n’est pas valide
PXE-E3B : Erreur TFTP - Fichier introuvable
PXE-T04 : Violation d’accès

Une bonne façon de résoudre ces erreurs consiste à surveiller le réseau à l’aide de Netmon ou Wireshark. Voici un exemple des données capturées à partir d’un client PXE lorsqu’un délai D’ouverture TFTP se produit.

Capture d’écran montrant les données lorsqu’un délai d’attente D’ouverture TFTP se produit.

Ici, le client envoie des demandes de lecture pour le fichier Wdsnbp.com, mais il ne reçoit pas de réponse. Il indique qu’un élément empêche la réception de l’accusé de réception par le client. Voici à quoi doivent ressembler les données.

Capture d’écran montrant les données permettant d’envoyer des demandes de lecture sans recevoir de réponse.

Dans ce cas, vous pouvez essayer les méthodes de résolution des problèmes suivantes :

Réduisez la taille du bloc sur le dp compatible PXE, consultez KB 975710.
Vérifiez que le service WDS est démarré sur le dp.
Assurez-vous que le port TFTP est ouvert entre l’ordinateur client et le dp.
Vérifiez que les autorisations sur le partage et le dossier REMINST sont correctes.
Recherchez d’autres erreurs TFTP dans les journaux WDS.
Vérifiez que les RemoteInstall\SMSBoot\x86 dossiers et RemoteInstall\SMSBoot\x64 contiennent les fichiers suivants :

$Capture d’écran des fichiers dans le dossier RemoteInstall\SMSBoot.$
Vérifiez que les polices existent dans le SMSBoot\Fonts dossier :

$Capture d’écran du dossier SMSBoot\Fonts.$
Vérifiez que le fichier Boot.sdi existe dans le RemoteInstall\SMSBoot dossier :

$Capture d’écran du dossier RemoteInstall\SMSBoot.$

Problèmes de démarrage de Windows PE - pilotes

Les problèmes les plus courants qui se produisent pendant cette phase sont liés au pilote. Dans l’ensemble, la dernière version de Windows PE (WinPE) contient la plupart des pilotes de stockage réseau et de masse. Parfois, un pilote requis n’est pas inclus. Il doit donc être importé dans le wim de démarrage. Les instructions suivantes s’appliquent à ce processus :

Importez uniquement les pilotes dont vous avez besoin pour l’image de démarrage.
Envisagez d’ajouter uniquement des pilotes de carte réseau ou de stockage de masse. Les autres pilotes ne sont pas nécessaires.

Le fichier SMSTS.log (situé dans <SystemDrive> :\Windows\temp\SMSTS) est la ressource la plus utile pour résoudre ces problèmes. (N’oubliez pas d’activer l’invite de commandes au démarrage afin de pouvoir examiner ce fichier.) Si vous ne voyez pas d’entrée de journal qui a une adresse IP valide et ressemble à l’entrée suivante, vous rencontrez probablement un problème de pilote :

SMSTS.log  
Found network adapter "Intel 21140-Based PCI Fast Ethernet Adapter (Emulated)" with IP Address <IP address>

Pour vérifier cette situation, appuyez sur F8, puis exécutez IPCONFIG à l’invite de commandes pour déterminer si la carte réseau est reconnue et a une adresse IP valide.

Fichiers WIM

Assurez-vous également que les images de démarrage x86 et x64 existent sur le dp. Vous pouvez voir les modules WIM dans le répertoire suivant. Ils se trouvent également dans la bibliothèque de contenu :

C:\RemoteInstall\SMSImages\<PackageID>

Assurez-vous que Déployer cette image de démarrage à partir du point de distribution compatible PXE est défini dans les propriétés des images de démarrage.

Problèmes de stratégie de Configuration Manager

Un autre problème courant qui affecte le démarrage PXE concerne les déploiements de séquence de tâches. Dans l’exemple suivant, la séquence de tâches est déployée sur un ordinateur inconnu, mais elle se trouve déjà dans la base de données. Le premier symptôme est que le démarrage PXE est abandonné.

Capture d’écran montrant que la séquence de tâches est déployée sur un ordinateur inconnu.

Après examen approfondi, vous remarquez l’entrée suivante dans le journal SMSPXE :

SMSPXE.log  
Client lookup reply: <ClientIDReply><Identification Unknown="0" ItemKey="16777299" ServerName=""><Machine><ClientID/><NetbiosName/></Machine></Identification></ClientIDReply>  
MP_LookupDevice succeeded: 16777299 1 16777299 1 0  
00:15:5D:00:19:CA, 32E5B71A-B626-4A4B-902E-7F94AD38B5B3: device is in the database.  
Client boot action reply: <ClientIDReply><Identification Unknown="0" ItemKey="16777299" ServerName=""><Machine><ClientID/><NetbiosName/></Machine></Identification><PXEBootAction LastPXEAdvertisementID="" LastPXEAdvertisementTime="" OfferID="" OfferIDTime="" PkgID="" PackageVersion="" packagePath="" BootImageID="" Mandatory=""/></ClientIDReply>  
Client Identity:  
00:15:5D:00:19:CA, 32E5B71A-B626-4A4B-902E-7F94AD38B5B3: SMSID= OfferID=, PackageID=, PackageVersion=, BootImageID=, PackagePath=, Mandatory=0  
00:15:5D:00:19:CA, 32E5B71A-B626-4A4B-902E-7F94AD38B5B3: no advertisements found  
00:15:5D:00:19:CA, 32E5B71A-B626-4A4B-902E-7F94AD38B5B3: No boot action. Aborted.  
00:15:5D:00:19:CA, 32E5B71A-B626-4A4B-902E-7F94AD38B5B3: Not serviced.

Vous pouvez voir dans cette entrée que lorsque les procédures stockées NBS s’exécutaient, elles n’ont trouvé aucune stratégie disponible. L’action de démarrage a donc été abandonnée. L’inverse peut également être vrai. Autrement dit, lorsqu’un ordinateur est inconnu, mais que la séquence de tâches est déployée sur un regroupement d’ordinateurs connus.

Vous pouvez essayer les étapes de résolution des problèmes suivantes :

Vérifiez que l’ordinateur que vous essayez de redémarrer existe dans un regroupement ciblé pour un déploiement de séquence de tâches.
Vérifiez que vous avez coché le paramètre Activer la prise en charge des ordinateurs inconnus PXE sur le dp.
Si vous déployez la séquence de tâches sur des ordinateurs inconnus, vérifiez que les ordinateurs n’existent pas déjà dans la base de données.

Besoin d’aide supplémentaire

Pour obtenir de l’aide supplémentaire pour résoudre ce problème, consultez notre forum de support TechNet ou contactez Support Microsoft.

Exclusion de responsabilité de tiers

Les produits tiers mentionnés dans le présent article sont fabriqués par des sociétés indépendantes de Microsoft. Microsoft exclut toute garantie, implicite ou autre, concernant les performances ou la fiabilité de ces produits.

Exclusion de responsabilité sur les coordonnées externes

Microsoft fournit des informations de contacts externes afin de vous aider à obtenir un support technique sur ce sujet. Ces informations de contact peuvent être modifiées sans préavis. Microsoft ne garantit pas l’exactitude des informations concernant les sociétés externes.