We have new domain controllers and have updated DHCP and the static DNS settings we know about. Before retiring the old controllers, how can we find devices we missed, especially equipment that isn't always online? Would adding the old IP to a new controller help?
How can I find devices still using the old domain controllers for DNS?
Answers
Capture DNS traffic on the old controllers or enable DNS debug logging, then work through the source IPs that are still sending queries. That gives you a starting point for identifying devices and changing their settings.
I'd monitor for longer than a day or two if equipment only comes online occasionally. Pick a window that covers the longest normal equipment cycle you know about, and check the logs periodically rather than assuming a quiet day means everything is clear.
Reply to this answer
A temporary DNS forwarder on the old address is another option once the old controller has been demoted. Log the requests and forward them to the new DNS servers while you track down the remaining clients.
Test it before relying on it, and treat it as a transition rather than a permanent fix. It keeps the old address in the picture, so you'll still need an owner and a retirement plan for it.
Reply to this answer
I wouldn't add a second NIC to a domain controller just to catch stragglers. Multiple interfaces can complicate address registration and client connectivity. Logging on the old DNS server is a cleaner first step while it is still available.
r26!busgrant_581:
Reusing an old IP on a replacement controller is a different approach from adding another NIC. It may be less convenient here since some clients have already been updated.
Reply to this answer
Don't limit the retirement check to DNS queries. Some systems may have the old controller address configured for LDAP or another service, so DNS logs alone won't catch every dependency.
Also review the domain controller DNS records after demotion and remove any stale records that remain. That's separate from finding clients with hardcoded DNS settings, but worth checking before calling the migration finished.
Reply to this answer
A shutdown test might expose missed clients, but it's a rough choice when a factory machine could be affected. Monitoring first gives you a chance to fix those devices without deliberately interrupting them.
For future changes, consider DHCP reservations where the equipment supports DHCP. That can make address management easier than configuring every device by hand.
Reply to this answer
Add your answer
Answers are reviewed before publication.
Veswick.3n:
DNS query rate counters can also give you a quick indication of whether the old server is still receiving traffic. You'll need logs or a capture to identify the sources.