Windows Server 2025 / Configurer les réservations et les options DHCP
Une réservation DHCP (Dynamic Host Configuration Protocol) associe un identifiant client à une adresse IP ; les options transmettent notamment les serveurs DNS et la passerelle. Le client doit toujours utiliser DHCP, et les modifications des options doivent être vérifiées sur le client après le renouvellement du bail.
Distinguez les réservations des paramètres statiques manuels
| Méthode | Lieu de configuration |
|---|---|
| IP statique manuelle | Configurée sur l'appareil ; gérée séparément de DHCP |
| Réservation DHCP | Identifiant client et adresse mappés sur le serveur DHCP ; le client reste automatique |
Laissez les serveurs essentiels tels que DC1 avec les adresses statiques prévues pendant cet exercice. Pratiquez les réservations avec CLIENT1, qui dispose déjà d’un bail dans la plage 172.24.50.100–172.24.50.150 créée dans le laboratoire isolé. Une adresse MAC (Media Access Control) identifie une interface réseau. Une réservation basée sur l'adresse MAC n'est pas une authentification de l'appareil ni une limite de contrôle d'accès. Passez en revue le fonctionnement des étendues et des options.
Convertissez un bail vérifié
- Sur DC1, avec un compte autorisé à administrer DHCP, ouvrez dhcpmgmt.msc → DC1 → IPv4 → Lab Clients → Baux d’adresses (Address Leases). Conservez le nom Lab Clients créé par les commandes de l’exercice précédent.
- Comparez l'adresse du bail et l'identifiant du client avec ipconfig /all sur CLIENT1 ; ne vous fiez pas uniquement à son nom affiché.
- Cliquez avec le bouton droit sur le bail vérifié et sélectionnez Ajouter à la réservation (Add to Reservation).
- Inspectez le nœud Réservations (Reservations) et notez son objectif, son adresse et son identifiant.
La conversion d’un bail réel réduit les erreurs d’identifiant. Pour une réservation manuelle, choisissez une adresse non conflictuelle dans l’étendue et utilisez le véritable ID client. Recréer une carte réseau virtuelle ou modifier son adresse MAC peut empêcher la réservation de correspondre au client.
Get-DhcpServerv4Lease -ScopeId 172.24.50.0
Get-DhcpServerv4Reservation -ScopeId 172.24.50.0Exécutez les commandes de lecture sur DC1 dans Windows PowerShell ouvert en tant qu’administrateur, puis lancez ipconfig /renew à la console de CLIENT1. Avec ipconfig /all, vérifiez que l’adresse reçue correspond à la réservation et que le serveur DHCP est bien DC1. Utilisez l’accès à la console car les changements d’adresse peuvent mettre fin à une session distante.
Vérifiez où les options sont configurées
Les options peuvent exister au niveau du serveur, de l’étendue, de la réservation et de la stratégie. Identifiez quel paramètre s’applique plutôt que de traiter l’exemple d’une étendue comme une instruction pour tout le serveur. Avec -ScopeId, Get-DhcpServerv4OptionValue affiche les valeurs configurées à ce niveau ; cette sortie ne prouve pas à elle seule les options effectivement reçues par un client.
| Option IPv4 | Interprétation de laboratoire |
|---|---|
| 003 Routeur | Seulement une véritable passerelle où le routage est configuré |
| 006 Serveurs DNS | Serveurs DNS internes fonctionnels |
| 015 Nom de domaine DNS | Suffixe spécifique à la connexion ; ne réalise pas l’adhésion au domaine |
Utilisez ici les options de l’étendue : dans la console DHCP, ouvrez Lab Clients → Options d’étendue (Scope Options). Le suffixe d’exercice est lab.example.test ; après le déploiement d’Active Directory (AD), l’annuaire du domaine, le suffixe à distribuer devient ad.example.test. Le DNS reste le DC1 fonctionnel à .10. Ne remplissez pas les champs avec des serveurs inexistants.
Changez une option et comparez le résultat du client
Vérifiez le suffixe existant, puis changez temporairement uniquement l’option 015 pour le laboratoire isolé, dans Windows PowerShell sur DC1 :
Get-DhcpServerv4OptionValue -ScopeId 172.24.50.0
Set-DhcpServerv4OptionValue -ScopeId 172.24.50.0 -DnsDomain 'ad.example.test'Sur CLIENT1, lancez ipconfig /renew puis ipconfig /all et comparez le suffixe DNS propre à la connexion avec la valeur précédente. S'il reste différent, vérifiez les paramètres manuels, les options de réservation, les stratégies et l’identité du serveur DHCP qui a répondu. Comparez l'adressage réservé séparément des options DNS ; un suffixe ne garantit pas que le domaine se résout déjà.
Pour revenir à la zone de pratique, exécutez ce qui suit et renouvelez à nouveau. Conservez le suffixe de domaine à la place si le déploiement AD est déjà terminé :
Set-DhcpServerv4OptionValue -ScopeId 172.24.50.0 -DnsDomain 'lab.example.test'Vérifiez la suppression et diagnostiquez les incohérences
Dans le nœud Réservations, repérez l’adresse et l’identifiant client de la réservation, puis utilisez Supprimer (Delete) uniquement sur cette entrée. Vérifiez ensuite son absence dans la console et dans la sortie de Get-DhcpServerv4Reservation. La suppression ne modifie pas les paramètres statiques d’un client et ne libère pas instantanément tous les baux. Un bail ordinaire ultérieur peut réutiliser la même adresse, donc une IP différente n'est pas une preuve obligatoire de suppression.
Si la correspondance échoue, vérifiez la configuration automatique du client, l'état et la capacité de l’étendue, l'autorisation, l'identifiant réel et les serveurs DHCP concurrents. Le guide de configuration DHCP décrit les contrôles côté serveur ; la preuve finale est ce que le client reçoit réellement.
