Conseils de résolution des problèmes DHCP

Article
03/10/2024

Essayez notre agent virtuel : il peut vous aider à identifier et à résoudre rapidement les problèmes DHCP courants.

Une adresse IP doit être attribuée aux appareils pour pouvoir fonctionner dans un réseau. Vous pouvez attribuer une adresse IP manuellement ou automatiquement. L’attribution automatique est gérée par le service DHCP (Dynamic Host Configuration Protocol) (Microsoft ou serveur tiers).

DHCP est un protocole standard défini par RFC 1541 (qui est remplacé par RFC 2131). DHCP permet à un serveur de distribuer dynamiquement des informations d’adressage IP et de configuration aux clients. En règle générale, le serveur DHCP fournit au moins les informations de base suivantes au client :

Adresse IP
Masque de sous-réseau
Passerelle par défaut
Autres informations, telles que les adresses de serveur DNS (Domain Name Service) et les adresses de serveur WINS (Windows Internet Name Service). L’administrateur système configure le serveur DHCP à l’aide des options analysées sur le client.

Pour plus d’informations, consultez Informations de base sur DHCP.

Liste de pour la résolution des problèmes

Avant de commencer à résoudre les problèmes, case activée les éléments suivants. Ces éléments peuvent vous aider à trouver la cause racine du problème.

Quand le problème a-t-il commencé ?
Y a-t-il des messages d’erreur ?
Le serveur DHCP fonctionnait-il précédemment ou n’a-t-il jamais fonctionné ? Si cela fonctionnait précédemment, quelque chose a-t-il changé avant le début du problème ? Par exemple, une mise à jour a-t-elle été installée ? Une modification a-t-elle été apportée à l’infrastructure ?
Le problème est-il persistant ou intermittent ? Si elle est intermittente, quand s’est-elle produite pour la dernière fois ?
Les échecs de bail d’adresse se produisent-ils pour tous les clients ou uniquement pour des clients spécifiques, tels qu’un sous-réseau à étendue unique ?
Existe-t-il des clients sur le même sous-réseau réseau que le serveur DHCP ?
Si les clients résident sur le même sous-réseau réseau, peuvent-ils obtenir des adresses IP ?
Si les clients ne se trouvent pas sur le même sous-réseau réseau, les routeurs ou les commutateurs VLAN sont-ils correctement configurés pour avoir des agents de relais DHCP (également appelés ip helpers) ?
Le serveur DHCP est-il autonome ou est-il configuré pour la haute disponibilité, comme l’étendue fractionnée ou le basculement DHCP ?
Recherchez sur les appareils intermédiaires des fonctionnalités telles que VRRP/HSRP, l’inspection ARP dynamique ou l’espionnage DHCP qui sont connues pour causer des problèmes.

Résoudre les problèmes liés aux serveurs DHCP

Pour les serveurs DHCP, case activée les appareils et paramètres suivants :

Le service serveur DHCP est démarré et en cours d’exécution. Pour case activée ce paramètre, exécutez la net start commande et recherchez Serveur DHCP.
Le serveur DHCP est autorisé. Consultez Autorisation du serveur DHCP Windows dans le scénario de jointure de domaine.
Vérifiez que les baux d’adresses IP sont disponibles dans l’étendue du serveur DHCP pour le sous-réseau sur lequel se trouve le client DHCP. Pour ce faire, consultez la statistique de l’étendue appropriée dans le serveur DHCP console de gestion.
Vérifiez si des listes BAD_ADDRESS se trouvent dans la section Baux d’adresses .
Vérifiez si des appareils sur le réseau ont des adresses IP statiques qui n’ont pas été exclues de l’étendue DHCP.
Vérifiez que l’adresse IP à laquelle le serveur DHCP est lié se trouve dans le sous-réseau des étendues à partir desquelles les adresses IP doivent être louées. C’est dans le cas où aucun agent de relais n’est disponible. Pour ce faire, exécutez l’applet de Get-DhcpServerv4Binding commande ou Get-DhcpServerv6Binding .
Vérifiez que seul le serveur DHCP écoute sur les ports UDP 67 et 68. Aucun autre processus ou autre service (comme WDS ou PXE) ne doit occuper ces ports. Pour ce faire, exécutez la netstat -anb commande .
Si vous avez affaire à un environnement déployé par IPsec, vérifiez que l’exemption IPsec du serveur DHCP est ajoutée.
Vérifiez que l’adresse IP de l’agent de relais peut être ping à partir du serveur DHCP.
Énumérez et case activée les filtres et stratégies DHCP configurés.

Résoudre les problèmes des clients DHCP

Pour les clients DHCP, case activée les appareils et paramètres suivants :

Les câbles sont connectés et fonctionnent.
Le filtrage MAC est activé sur les commutateurs auxquels le client est connecté.
La carte réseau est activée.
Le pilote de carte réseau approprié est installé et mis à jour.
Le service client DHCP est démarré et en cours d’exécution. Pour case activée cela, exécutez la commande net start et recherchez Client DHCP.
Aucun pare-feu ne bloque les ports UDP 67 et 68 sur l’ordinateur client.

Collecte de données

Avant de contacter le support Microsoft, vous pouvez collecter des informations sur votre problème.

Configuration requise

Le service TSS doit être exécuté par des comptes disposant de privilèges d’administrateur sur le système local, et le CLUF doit être accepté (une fois que le CLUF est accepté, TSS n’y invite plus).
Nous vous recommandons d’utiliser la stratégie d’exécution PowerShell de l’ordinateur RemoteSigned local.

Remarque

Si la stratégie d’exécution PowerShell actuelle n’autorise pas l’exécution de TSS, effectuez les actions suivantes :

Définissez la RemoteSigned stratégie d’exécution pour le niveau de processus en exécutant l’applet de commande PS C:\> Set-ExecutionPolicy -scope Process -ExecutionPolicy RemoteSigned.
Pour vérifier si la modification prend effet, exécutez l’applet de commande PS C:\> Get-ExecutionPolicy -List.
Étant donné que les autorisations au niveau du processus s’appliquent uniquement à la session PowerShell active, une fois que la fenêtre PowerShell donnée dans laquelle TSS s’exécute est fermée, l’autorisation affectée pour le niveau de processus revient également à l’état précédemment configuré.

Collecter les informations clés avant de contacter le support Microsoft

Téléchargez TSS sur tous les nœuds et décompressez-le dans le dossier C :\tss .
Ouvrez le dossier C :\tss à partir d’une invite de commandes PowerShell avec élévation de privilèges.
Démarrez les traces sur le client et le serveur à l’aide des applets de commande suivantes :
- Client:
```
TSS.ps1 -Scenario NET_DHCPcli
```
- Serveur:
```
TSS.ps1 -Scenario NET_DHCPsrv
```
Acceptez le CLUF si les traces sont exécutées pour la première fois sur le serveur ou le client.
Autoriser l’enregistrement (PSR ou vidéo).
Reproduisez le problème avant d’entrer Y.

Remarque

Si vous collectez des journaux sur le client et sur le serveur, attendez ce message sur les deux nœuds avant de reproduire le problème.
Entrez Y pour terminer la collecte des journaux une fois le problème reproduit.

Les traces sont stockées dans un fichier zip dans le dossier C :\MS_DATA , qui peut être chargé dans l’espace de travail à des fins d’analyse.

Référence

Journaux d’événements

Vérifiez les journaux des événements du service systèmeet du serveur DHCP (journaux >des applications et des servicesMicrosoft> Windows >DHCP-Server) pour les problèmes signalés liés au problème observé.

Selon le type de problème, un événement est journalisé dans l’un des canaux d’événements suivants :

Journal du serveur DHCP

Les journaux de débogage du service serveur DHCP fournissent plus d’informations sur l’attribution du bail d’adresse IP et les mises à jour dynamiques DNS effectuées par le serveur DHCP. Par défaut, ces journaux se trouvent dans %windir%\System32\Dhcp.

Pour plus d’informations, consultez Analyser les fichiers journaux du serveur DHCP.