Windows Server 2025 / Comprendre DNS : zones, enregistrements et résolution de noms
Le système de noms de domaine (DNS, Domain Name System) trouve les adresses IP et les emplacements des services pour les noms. Windows Server stocke des enregistrements dans des zones, et Active Directory utilise également le DNS pour localiser les contrôleurs de domaine et les services d'annuaire.
Une recherche interroge un serveur DNS avec un nom et un type précis
Un client envoie un nom et un type d'enregistrement à un résolveur. Le serveur peut répondre depuis ses propres zones ou utiliser le cache, le transfert ou la récursion pour d'autres noms. Une relation nom-adresse n'est pas nécessairement permanente.
Par exemple, fs1.lab.example.test peut identifier 172.24.50.20 afin que les utilisateurs n'aient pas à mémoriser son adresse. Créer cet enregistrement n'installe pas le partage de fichiers, un site web ou l'authentification, et n'accorde pas d'accès. Testez la résolution de noms et le service réel séparément.
Une zone définit une partie administrée de l'espace de noms
Ce cours sépare la zone de pratique lab.example.test du futur domaine Active Directory (AD) ad.example.test. Les deux utilisent des espaces de noms d’exemple. La documentation Microsoft sur les zones décrit les choix de stockage et de réplication.
| Organisation de zone ou de stockage | Objectif |
|---|---|
| Primaire | Stocke la source modifiable des enregistrements |
| Secondaire | Reçoit une copie en lecture seule d'un autre serveur DNS |
| Intégrée à Active Directory | Stocke les données dans les services de domaine Active Directory (AD DS), sur un contrôleur de domaine exécutant le rôle DNS, avec réplication d'annuaire et options de mise à jour sécurisée |
| Recherche inverse | Stocke les enregistrements PTR utilisés pour trouver les noms à partir des adresses |
Une zone intégrée à Active Directory exige un contrôleur de domaine exécutant le rôle DNS ; un serveur autonome ou un simple membre du domaine ne peut pas l’héberger. Avant que DC1 soit promu, utilisez une zone principale basée sur un fichier pour vous entraîner et créez la zone intégrée au répertoire du domaine lors de la configuration du domaine. Une zone inverse peut elle aussi être primaire et intégrée à Active Directory : le sens de la recherche et le mode de stockage sont deux choix distincts.
Comprenez les principaux types d’enregistrements
| Type | Signification |
|---|---|
| A | Un nom vers une adresse IPv4 : fs1 → 172.24.50.20 |
| AAAA | Un nom vers une adresse IPv6 |
| CNAME | Un alias vers un autre nom : portal → fs1.lab.example.test |
| PTR | Une adresse vers un nom d'hôte |
| SRV | Emplacement et port du service, y compris la découverte AD |
| TXT | Données textuelles telles que les informations de vérification |
Une cible CNAME doit se résoudre. Les alias web peuvent également nécessiter des liaisons et des certificats correspondants ; les alias du protocole de partage de fichiers SMB (Server Message Block) peuvent nécessiter une configuration du service. Le DNS seul ne complète pas un renommage de service.
Un enregistrement inverse manquant peut amener nslookup à marquer un serveur DNS comme Inconnu même lorsque la recherche A demandée fonctionne. La recherche inversée et la recherche directe sont des tests séparés ; toutes les applications n'exigent pas les deux.
Tenez compte de la mise en cache et du TTL
La durée de vie (TTL, Time to Live) contrôle la durée pendant laquelle une réponse peut être mise en cache. Un enregistrement modifié peut rester ancien sur un autre résolveur ou client jusqu'à ce que son cache change. Comparez le même nom, type d'enregistrement et serveur :
Resolve-DnsName -Name 'fs1.lab.example.test' -Type A -Server 172.24.50.10
nslookup fs1.lab.example.test 172.24.50.10Exécutez ces commandes sur CLIENT1 après avoir créé la zone et l’enregistrement. Le résultat A attendu inclut 172.24.50.20. Avant la configuration, un échec est attendu. Une réponse de nom inexistant et un délai d’attente indiquent des problèmes différents.
Utilisez le DNS interne pour la découverte du domaine
Un ordinateur de domaine utilise le DNS pour localiser les contrôleurs. La simple navigation sur Internet n’établit pas un DNS de domaine sain : les résolveurs publics ne connaissent pas les enregistrements SRV d’une zone AD privée. Maintenez la découverte interne sur le DNS interne et prévoyez la redirection des requêtes pour les noms externes.
Avant de modifier manuellement les enregistrements de service AD, comprenez leur rôle et le processus d’enregistrement. Entraînez-vous à modifier les enregistrements A, CNAME et PTR dans la zone de pratique séparée afin que les exercices DNS ordinaires ne compromettent pas la découverte du domaine.
