Windows — vérifier la résolution du nom DNS du serveur

Quand utiliser cette procédure

Le serveur est désigné par un nom, mais l’application ne trouve pas son adresse ou le poste vise une destination inattendue. Ce contrôle ne modifie ni le DNS, ni le registre, ni les données Acomba.

Préparer le test — précautions Uni-Action

Relever le nom exact prévu par l’administrateur, sans mot de passe. Un chemin de société contient parfois un nom court; demander son nom DNS complet avant de conclure. Utiliser le poste et la connexion réseau qui rencontrent réellement le problème. Ne pas envoyer un nom de serveur interne à un DNS public choisi au hasard.

Requête DNS documentée

Dans PowerShell sur le poste concerné :

$nom = Read-Host 'Nom DNS exact du serveur autorise'
if ([string]::IsNullOrWhiteSpace($nom)) { throw 'Nom requis.' }
Resolve-DnsName -Name $nom -Type A -DnsOnly -ErrorAction Stop

Pour examiner séparément une adresse IPv6, reprendre avec -Type AAAA. Microsoft précise que -DnsOnly évite les requêtes LLMNR et NetBIOS, tandis que -CacheOnly limite une consultation au cache local. Sans -Server, les serveurs DNS de l’interface sont utilisés. [S701]

Interpréter sans conclure trop vite

Comparer l’adresse obtenue à celle confirmée par le responsable. Une absence d’enregistrement AAAA n’est pas, à elle seule, une panne si l’environnement attend IPv4. Un nom résolu ne prouve ni l’ouverture du port, ni le droit d’accéder à la société : poursuivre avec le contrôle réseau ciblé, puis le bon partage.

Contrôle et retour arrière

Conserver l’heure, le nom, la réponse ou l’erreur et la connexion utilisée. Les commandes ci-dessus ne modifient pas la configuration : aucun réglage n’est à restaurer. Ne pas remplacer les DNS d’entreprise ou vider tous les caches sans cause identifiée. En cas de nom incorrect, faire corriger sa configuration à la source, puis refaire le même test.