Quick troubleshooting view
Connections use a DC of another site despite the presence of a local DC.
- Limit the impact.
- Collecting Evidence.
- Test the the simplest hypothesis.
- Correct the confirmed cause rather than the symptom.
- Document the change and result.
- Establish supervision if the defect can recur.
Contextual technician plan
Identify whether a position, service or entire site is affected.
nltest /dsgetsiteThe command should complete without an unexpected error and return data consistent with the intended service.
If the result is normal, keep this layer lower in the hypothesis ranking and continue with the next discriminating check.
If the result is abnormal, preserve the output and investigate this layer before making broader changes.
Keep the message accurate, time, and associated logs.
nltest /dsgetdc:domain.localThe command should complete without an unexpected error and return data consistent with the intended service.
If the result is normal, keep this layer lower in the hypothesis ranking and continue with the next discriminating check.
If the result is abnormal, preserve the output and investigate this layer before making broader changes.
Compare with equipment or functional path.
The exact failing name should resolve through the expected DNS server to the expected record without timeout.
If the exact name resolves correctly, compare application cache, suffix/search domain and the client or network where the failure remains.
If resolution fails or returns the wrong record, keep the queried server and answer and correct the resolver, zone/record or DNS path that is actually wrong.
Apply only one change at a time and retester.
“Correct and validate.” should produce an observation that clearly confirms or rules out the targeted hypothesis.
If the observation is normal and continue with the next distinct check.
If the observation is abnormal, keep the evidence before broader changes.
Repeat the same validation test after the correction and confirm the original symptom is gone. Validate stability before closing the incident.
Before changing configuration, record the current value and a way back.
Cadader if the impact extends, if the data are at risk or if the cause involves irreversible modification.
Connections use a DC of another site despite the presence of a local DC.
Causes probables
- Subnet AD absent
- site association
- DNS SRV
Diagnostic étape par étape
- 1
Limit the impact.
Identify whether a position, service or entire site is affected.
- 2
Collecting Evidence.
Keep the message accurate, time, and associated logs.
- 3
Test the the simplest hypothesis.
Compare with equipment or functional path.
- 4
Correct and validate.
Apply only one change at a time and retester.
Commands utiles
nltest /dsgetsitenltest /dsgetdc:domain.localSolutions possibles
- Correct the confirmed cause rather than the symptom.
- Document the change and result.
- Establish supervision if the defect can recur.
Cadader if the impact extends, if the data are at risk or if the cause involves irreversible modification.