Vue diagnostic rapide
Les connexions utilisent un DC d’un autre site malgré la présence d’un DC local.
- Délimiter l’impact
- Collecter les preuves
- Tester l’hypothèse la plus simple
- Corriger la cause confirmée plutôt que le symptôme.
- Documenter le changement et le résultat.
- Mettre en place une supervision si le défaut peut récidiver.
Plan technicien contextualisé
Identifier si un poste, un service ou tout le site est concerné.
nltest /dsgetsiteLa commande doit s’exécuter sans erreur inattendue et retourner des données cohérentes avec le service attendu.
Si le résultat est normal, réduisez la priorité de cette couche et poursuivez avec le contrôle discriminant suivant.
Si le résultat est anormal, conservez la sortie et investiguez cette couche avant tout changement plus large.
Conserver le message exact, l’heure et les journaux associés.
nltest /dsgetdc:domaine.localLa commande doit s’exécuter sans erreur inattendue et retourner des données cohérentes avec le service attendu.
Si le résultat est normal, réduisez la priorité de cette couche et poursuivez avec le contrôle discriminant suivant.
Si le résultat est anormal, conservez la sortie et investiguez cette couche avant tout changement plus large.
Comparer avec un équipement ou chemin fonctionnel.
Le nom exact en échec doit être résolu par le DNS attendu vers l’enregistrement attendu, sans timeout.
Si ce nom est correctement résolu, comparez cache applicatif, suffixe DNS et client/réseau où l’échec persiste.
Si la résolution échoue ou renvoie une mauvaise valeur, conservez serveur interrogé et réponse puis corrigez le résolveur, la zone/enregistrement ou le chemin DNS réellement en cause.
Appliquer une seule modification à la fois et retester.
« Corriger puis valider » doit produire une observation permettant de confirmer ou d’écarter clairement l’hypothèse ciblée.
Si l’observation est conforme et passez au contrôle distinct suivant.
Si l’observation est anormale, conservez la preuve avant tout changement plus large.
Répétez le même test de validation après correction et confirmez que le symptôme initial a disparu. Validez la stabilité avant de clôturer l’incident.
Avant toute modification de configuration, relevez la valeur actuelle et prévoyez le retour arrière.
Escalader si l’impact s’étend, si les données sont à risque ou si la cause implique une modification irréversible.
＋Afficher le guide détaillé completExplications détaillées et contenu de dépannage original.
Les connexions utilisent un DC d’un autre site malgré la présence d’un DC local.
Causes probables
- subnet AD absent
- site association
- DNS SRV
Diagnostic étape par étape
- 1
Délimiter l’impact
Identifier si un poste, un service ou tout le site est concerné.
- 2
Collecter les preuves
Conserver le message exact, l’heure et les journaux associés.
- 3
Tester l’hypothèse la plus simple
Comparer avec un équipement ou chemin fonctionnel.
- 4
Corriger puis valider
Appliquer une seule modification à la fois et retester.
Commandes utiles
nltest /dsgetsitenltest /dsgetdc:domaine.localSolutions possibles
- Corriger la cause confirmée plutôt que le symptôme.
- Documenter le changement et le résultat.
- Mettre en place une supervision si le défaut peut récidiver.
Escalader si l’impact s’étend, si les données sont à risque ou si la cause implique une modification irréversible.