Windows Vista Tips

Windows Vista Tips > Newsgroups > Windows Server > DNS Server > DHCP & Dynamic DNS

Reply
Thread Tools Display Modes

DHCP & Dynamic DNS

 
 
Matt Coleman
Guest
Posts: n/a

 
      10-28-2009
We have a problem with stale resource records in DNS because scavenging
wasn't switched on when the domain was created. There are loads of records
for machines with the same IP address where machines got addresses from DHCP
but their records weren't deleted when the DHCP lease expired.

I know you can use the 'DNSUpdateProxy' to allow DHCP to update DNS when
secure updates are enabled but unfortunately the DHCP server is shared across
two forests, so the built-in group can't be used: the DHCP server issues
addresses to it's own forest (i.e. ForestA) and another forest (ForestB).
ForestB is the one where scavenging isn't enabled (it is enabled on ForestA).

I have enabled the scavenging options (within ForestB) for a DNS zone
(AD-integrated) but reset the 'scavenging server' options so that scavenging
doesn't occur. Because it hasn't run since AD was installed, I don't want it
to remove records until I'm sure they're stale. As far as I'm aware servers
are supposed to re-register their static addresses every 24 hours, but this
doesn't seem to happen as their records are really old too (another reason
why I don't want to enable scavenging yet). I could disable the 'delete stale
records' option for servers, but I would rather configure it to automatically
refresh.

I would be grateful for any assistance; as I would rather not spend the next
few weeks clearing out DNS!

regards,

Matt Coleman.



 
Reply With Quote
 
 
 
 
Ace Fekay [MCT]
Guest
Posts: n/a

 
      10-28-2009
"Matt Coleman" <> wrote in message
news:95FE6205-70A8-49A9-8F44-...
> We have a problem with stale resource records in DNS because scavenging
> wasn't switched on when the domain was created. There are loads of records
> for machines with the same IP address where machines got addresses from
> DHCP
> but their records weren't deleted when the DHCP lease expired.
>
> I know you can use the 'DNSUpdateProxy' to allow DHCP to update DNS when
> secure updates are enabled but unfortunately the DHCP server is shared
> across
> two forests, so the built-in group can't be used: the DHCP server issues
> addresses to it's own forest (i.e. ForestA) and another forest (ForestB).
> ForestB is the one where scavenging isn't enabled (it is enabled on
> ForestA).
>
> I have enabled the scavenging options (within ForestB) for a DNS zone
> (AD-integrated) but reset the 'scavenging server' options so that
> scavenging
> doesn't occur. Because it hasn't run since AD was installed, I don't want
> it
> to remove records until I'm sure they're stale. As far as I'm aware
> servers
> are supposed to re-register their static addresses every 24 hours, but
> this
> doesn't seem to happen as their records are really old too (another reason
> why I don't want to enable scavenging yet). I could disable the 'delete
> stale
> records' option for servers, but I would rather configure it to
> automatically
> refresh.
>
> I would be grateful for any assistance; as I would rather not spend the
> next
> few weeks clearing out DNS!
>
> regards,
>
> Matt Coleman.
>
>
>



I would actually go ahead and set it. Scavenging uses the time stamps to
eliminate them. If any static entries were created, they have a no time
stamp or some huge number. Servers will re-reg every 24 hours, as you
stated, so no problem there. Or you can also pick them out one by one and
delete them. In some cases, depending on the record, you may have to
manually delete them to get started.

Here's more info. Seems you have done your homework on it, but I hope this
helps with any additional info you may have missed.

DHCP, Dynamic DNS Updates , Scavenging, static entries & timestamps, and the
DnsProxyUpdate Group (How to remove

duplicate DNS host records)
http://msmvps.com/blogs/acefekay/arc...ate-group.aspx

--
Ace

This posting is provided "AS-IS" with no warranties or guarantees and
confers no rights.

Please reply back to the newsgroup or forum for collaboration benefit among
responding engineers, and to help others benefit from your resolution.

Ace Fekay, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA
2003/2000, MCSA Messaging 2003
Microsoft Certified Trainer

For urgent issues, please contact Microsoft PSS directly. Please check
http://support.microsoft.com for regional support phone numbers.


 
Reply With Quote
 
Rich Crandall
Guest
Posts: n/a

 
      11-04-2009
thanks for the post matt. i want to quick separate two things to make sure
that i understand what you are looking for. you mention in your post, 'As
far as I'm aware servers are supposed to re-register their static addresses
every 24 hours, but this doesn't seem to happen...'. this is what i want to
separate.

- statically IPed resources, will attempt to register or refresh their
records every 24 hours.
- however, if a static record in dns already exists for that resource,
nothing is likely to happen. here's why. when a record is dynamically
registered, the resource that registered it will be granted write access to
that record so that when a change is necessary, it can update the record
appropriately. this is the behavior that most of us are used to. however,
if a static record is created, there is no write access granted to the
resource for which the static record was created. now, when the statically
IPed resource attempts to dynamically update its dns record, it will be
refused.

this is likely why you are not seeing the static records get updated.

if you want to force all records (including static dns records) to age, you
can use dnscmd /ageallrecords. this will apply the current time as the
timestamp for all records that it applies to. aging all records and then
enabling scavenging on the server will help to clean out those records. one
point of caution, as you know, scavenging is non-discriminatory. if the
record is stale (or aged), scavenging is going to get rid of it even if that
is a critical box for you. it's important to know that your resources are
dynamically updating as desired.

for more information on zones and record registration intervals:
http://cbfive.com/blog/post/Enabling...y-Updates.aspx
--
hth.

/rich

http://cbfive.com
http://cbfive.com/blogs


"Matt Coleman" wrote:

> We have a problem with stale resource records in DNS because scavenging
> wasn't switched on when the domain was created. There are loads of records
> for machines with the same IP address where machines got addresses from DHCP
> but their records weren't deleted when the DHCP lease expired.
>
> I know you can use the 'DNSUpdateProxy' to allow DHCP to update DNS when
> secure updates are enabled but unfortunately the DHCP server is shared across
> two forests, so the built-in group can't be used: the DHCP server issues
> addresses to it's own forest (i.e. ForestA) and another forest (ForestB).
> ForestB is the one where scavenging isn't enabled (it is enabled on ForestA).
>
> I have enabled the scavenging options (within ForestB) for a DNS zone
> (AD-integrated) but reset the 'scavenging server' options so that scavenging
> doesn't occur. Because it hasn't run since AD was installed, I don't want it
> to remove records until I'm sure they're stale. As far as I'm aware servers
> are supposed to re-register their static addresses every 24 hours, but this
> doesn't seem to happen as their records are really old too (another reason
> why I don't want to enable scavenging yet). I could disable the 'delete stale
> records' option for servers, but I would rather configure it to automatically
> refresh.
>
> I would be grateful for any assistance; as I would rather not spend the next
> few weeks clearing out DNS!
>
> regards,
>
> Matt Coleman.
>
>
>

 
Reply With Quote
 
Ace Fekay [MCT]
Guest
Posts: n/a

 
      11-04-2009
"Rich Crandall" <> wrote in message
news:88CC928E-F84D-4D7A-81FD-...
> thanks for the post matt. i want to quick separate two things to make
> sure
> that i understand what you are looking for. you mention in your post, 'As
> far as I'm aware servers are supposed to re-register their static
> addresses
> every 24 hours, but this doesn't seem to happen...'. this is what i want
> to
> separate.
>
> - statically IPed resources, will attempt to register or refresh their
> records every 24 hours.
> - however, if a static record in dns already exists for that resource,
> nothing is likely to happen. here's why. when a record is dynamically
> registered, the resource that registered it will be granted write access
> to
> that record so that when a change is necessary, it can update the record
> appropriately. this is the behavior that most of us are used to.
> however,
> if a static record is created, there is no write access granted to the
> resource for which the static record was created. now, when the
> statically
> IPed resource attempts to dynamically update its dns record, it will be
> refused.


I just want to clarify the last sentence for Matt, the original poster, in
the above paragraph - "If a static record is created," means if a static
record is created by the administrator, not the resource.

Ace


 
Reply With Quote
 
 
 
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Vista refuses DHCP offer in the privat IP range?? Nieuwslezer Windows Vista Installation 24 12-21-2009 11:25 PM
Re: DNS not register with non Windows DHCP Paul Bergson [MVP-DS] DNS Server 0 10-22-2009 12:26 PM
Re: DNS not register with non Windows DHCP Ace Fekay [MCT] DNS Server 1 10-22-2009 12:18 PM
Dynamic disk problem? Ned Buckmaster Windows Vista Installation 4 05-21-2007 12:19 PM
Dynamic Partitions Jon Davis Windows Vista Installation 3 05-03-2006 03:16 PM



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59