Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

This question is sort of a follow-up to this previous question: http://serverfault.com/questions/34553/dhcp-failing-to-update-dns

We have a Windows Server 2003 SP2 machine that is a domain controller, DNS server, and DHCP server. Our DHCP audit logs were filled with Event ID error code 31: "DNS Update Failed". The issue was resolved by creating a reverse DNS zone. Afterwards, we get code 32 in the DHCP audit log. For instance:

32,07/06/09,08:24:40,DNS Update Successful,10.0.1.55,COMPUTER01.ssx.local,,

However, if I take a look at the DNS, the entry for "COMPUTER01.ssx.local" is not 10.0.1.55 but some other IP address.

I've been reviewing the DHCP audit logs again as well as the Event Logs for DNS and other system logs. There are no errors to indicate why the DNS is not actually updating. I am not sure why the DHCP logs would indicate a DNS update success, when the actual DNS does not update.

Any ideas on what is happening here?

share|improve this question

1 Answer 1

up vote 3 down vote accepted

By default, only the "PTR" record is updated by the DHCP server for Windows 2000+ client computers. Here's an article from Microsoft that describes the dynamic DNS process with their DHCP server: http://technet.microsoft.com/en-us/library/cc787034(WS.10).aspx

The stock behaviour of W2K and up is for the client to request the DHCP server register the PTR record on behalf of the client, and the client registers the A record itself. The DHCP server can be made to register the A record and the PTR record (including for pre-Windows 2000 clients that can't make DDNS registrations themselves).

To alter the behaviour of client computers in DNS registrations, have a look in Group Policy in the DNS Client node under the Network subnode of the Administrative Templates node of the Computer Configuration. In there, you'll find that you can force the clients to register their PTR records, rather than having it done by the DHCP server (if you so desire), and you can set the TTL on records registered by clients.

To alter the behaviour of the DHCP server computer to cause it to register the "A" record, you can change the settings on the "DNS" tab of the "Properties" of the DHCP server or on the DHCP scope. If you've already done this and set it to, for example, "Always dynamically update DNS A and PTR records", then the DHCP Server should be modifying the "A" record and "PTR" record.

So, unless you've used that setting to change the behaviour of the client computers or the DHCP Server, the client computers should be doing the updates on their "A" records. (Which is what it looks like you're examining in your question-- the "A" record for COMPUTER01.ssx.local.)

If the clients are supposed to be doing their own updates, have a look at the Application Event Log of one of the clients that's not updating properly after you run an "ipconfig /registerdns" on the client.

My gut tells me that since you're using an "Active-Directory Integrated" DNS zone w/ secure dynamic updates turned on the clients might be running into permission issues updating their "A" records. (You can look at the ACL on each "A" record by looking at the "Properties" of the record in the DNS Management MMC snap-in.) The event log on the client will tell you more.

share|improve this answer
    
Thanks for the DNS/DHCP info. We do have it setup so the DHCP server will dynamically update "A" and "PTR" record only if requested by the client. Since our clients are all WinXP machines, I guess DHCP was only updating the PTR record. We are using Active Directory Integrated DNS with secure dynamic updates. Taking a look at the security settings for the "A" record entries in DNS reveals that the computer has write permission for the record. So for the COMPUTER01 record in DNS, the machine COMPUTER01$ has write level permission. Am I missing something else with permissions? –  ssxuser Jul 6 '09 at 15:45
    
That permission sounds good. Are you seeing anything in the event log on the client computer when it tries to perform the DNS update? –  Evan Anderson Jul 6 '09 at 15:55
    
No errors on the event log for the client computers. it's weird. maybe i'll try having the DHCP always dynamically update the "A" and "PTR" records and see how that responds. –  ssxuser Jul 6 '09 at 16:24
    
Hmm. I'd consider doing a quick sniff of that client computer's conversation with the DNS server, then, and possibly turning on verbose logging on the DNS server. Your configuration, w/ the clients updating their "A" records, is how all of our Customers are configured (several thousand PCs) and we're not seeing issues with it. Soemthing else is in play. –  Evan Anderson Jul 6 '09 at 16:34
    
I will do that. i'm leaning towards some weird issue on the client machine as opposed to an actual problem on the server. We keep our servers really clean and vanilla, while each user on the network has admin access to their own client machine. so who knows what they may have installed inadvertently or otherwise. I'll run an audit of several of our client computers. thanks for the assistance. –  ssxuser Jul 6 '09 at 16:58

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.