Guide

Comment connaître les serveurs DNS utilisés sous Windows

Identifier les résolveurs DNS réellement configurés sur un poste Windows.

⌚ Environ 3 min de lecture
Voir mes favoris
Réseau Débutant 3 min

Identifier les résolveurs DNS réellement configurés sur un poste Windows.

Avant de commencer : adaptez toujours les commandes et manipulations à votre environnement. Sur un système de production, prévoyez une sauvegarde ou un retour arrière lorsque l’action peut modifier la configuration.

Étapes à suivre

  1. 1

    Ouvrir PowerShell

    Lancez Windows Terminal ou PowerShell.

  2. 2

    Afficher les DNS

    Utilisez Get-DnsClientServerAddress.

  3. 3

    Repérer l’interface utilisée

    Ignorez les interfaces déconnectées et vérifiez Ethernet ou Wi-Fi.

  4. 4

    Tester la résolution

    Utilisez Resolve-DnsName pour vérifier qu’un nom est correctement résolu.

Commandes utiles

Get-DnsClientServerAddress
Resolve-DnsName boiteaoutilsinformatique.fr

À retenir

  • Dans un domaine Active Directory, les postes utilisent généralement les DNS internes du domaine.
  • Évitez de configurer directement un DNS public sur un poste membre d’un domaine AD sans raison précise.
Complément technique

Adressage Windows : les repères utiles

Repères techniques

  • Une adresse 169.254.0.0/16 est une APIPA
  • Adresse, masque, passerelle et DNS doivent être lus ensemble : une IP correcte avec une passerelle ou un DNS erroné reste une configuration défaillante.
  • Get-NetIPConfiguration donne une vue structurée par interface ; ipconfig /all reste utile pour le bail DHCP, le suffixe DNS et l’adresse physique.

Exemple de contrôle

Comparer la carte active, l’origine DHCP, la passerelle et les DNS avant de renouveler le bail.

Get-NetIPConfiguration
ipconfig /all

Pièges spécifiques

  • Renouveler DHCP ne corrige pas un VLAN incorrect, un port switch non autorisé ou un serveur DHCP absent.
  • Une carte virtuelle ou VPN peut apparaître avant la carte réellement utilisée : vérifiez l’InterfaceAlias et la route par défaut.

Comment valider

  • L’adresse appartient au sous-réseau attendu et aucune APIPA n’est présente sur l’interface utilisée.
  • Passerelle, DNS et bail DHCP correspondent au réseau attendu ; le test est refait après toute modification.

Preuves et vérifications

Une adresse 169.254.0.0/16 est une APIPA : Windows n’a pas obtenu de bail DHCP exploitable. Adresse, masque, passerelle et DNS doivent être lus ensemble : une IP correcte avec une passerelle ou un DNS erroné reste une configuration défaillante.

Contrôle de résultat

L’adresse appartient au sous-réseau attendu et aucune APIPA n’est présente sur l’interface utilisée. Passerelle, DNS et bail DHCP correspondent au réseau attendu ; le test est refait après toute modification.

Point d’attention

Renouveler DHCP ne corrige pas un VLAN incorrect, un port switch non autorisé ou un serveur DHCP absent. Get-NetIPConfiguration donne une vue structurée par interface ; ipconfig /all reste utile pour le bail DHCP, le suffixe DNS et l’adresse physique.

Concepts liés

Référence primaire : Microsoft Learn — Get-NetIPConfiguration.

♡ 0