Aging & Scavenging of W2K DNS Records

George Young gyoung at gldata.com
Mon Nov 19 11:53:52 UTC 2001


<>Some of these are not fully qualified (e.g., cmtxyz.)  In most cases,
these
<>one-level names also have fully qualified names (cmtxyz.cmt.anl.gov.)

In MicroSoft networking either/or both the W2K DHCP server or the W2K client
can dynamically register addresses. There is a check box on the W2K client
to use the domain name or not use it as part of the registration. You can
also specify any domain name to be appended to the client name.

So if it is not check, the registration consists of only the hostname, one
level. If it is check and some domain name is specified then the client will
register with a FQDN.

Of course if you have a NT4 DHCP server which doesn't do dynamic dns and W2K
clients, then only the W2K client will do the dynamic registration, and
depending on how the client is configure you will either get a fully
qualified name registered or just a flat, one level name, hostname.

Its really a mess and if you don't have a crystal clear idea of all the
nuances of how this stuff interacts  its very problematic. Also as is
typical in many MicroSoft products the W2K DNS service will change
parameters that we have previously set, which sometimes results in the DNS
system malfunctioning.

The bright side is that its one more cash cow for us consultants, since this
thing needs constant maintenance.

BTW - We run Bind 9 for our own DNS - and for serious applications.

George Young / G-L Data, Inc / Morristown, NJ



<-----Original Message-----
<From: bind-users-bounce at isc.org [mailto:bind-users-bounce at isc.org]On
<Behalf Of Danny Mayer
<Sent: Monday, November 12, 2001 10:33 PM
<To: Barry Finkel; bind-users at isc.org
<Subject: Re: Aging & Scavenging of W2K DNS Records
<
<
<
<         I suspect that this is happening because MS DHCP
<Server forgets
<(at least sometimes) to clean up the PTR records when the lease expires
<and is not renewed. It's the DHCP Server's responsibility to
<clean up the
<records and not the DNS Server.  The DNS Server doesn't know and
<should not be expected to be responsible for this.
<
<         Danny
<At 10:29 AM 11/12/01, Barry Finkel wrote:
<>Richard Phillips <richphillips at lucent.com> wrote:
<>
<> > Does anyone have any recommendations/Best Practices
<regarding the Aging &
<> > Scavenging of W2K DNS records??
<>
<>Here are my personal views on the matter.  I do not really
<trust the MS
<>W2k DNS product, so I am advising my clients that they should keep
<>their DNS zones on my BIND master, and only keep the dynamic SRV
<>records (i.e., the four "_" zones) on the W2k DNS server.
<This is true
<>for most of my clients.  There is one client who wanted his forward
<>zone and his five reverse zones on the MS W2k DNS server; most of his
<>updates come from his MS DHCP server.  In the five reverse zones I see
<>addresses that have two, three, or four associated names.  Some of
<>these are not fully qualified (e.g., cmtxyz.)  In most cases, these
<>one-level names also have fully qualified names (cmtxyz.cmt.anl.gov.)
<>registered.  Here is a sample of one address in one of the reverse
<>zones:
<>
<>      133     900     IN      PTR     cmtw52x.cmt.anl.gov.
<>              900     IN      PTR     cmtw52x.
<>              900     IN      PTR     cmtw52.cmt.anl.gov.
<>
<>We have not done research as to how these various names are being
<>generated.  These multiple registrations do not seem to cause any
<>problems, so it is not a high priority here to remove the bad entries.
<>
<>To get back to the topic at hand, I have not enabled MS DNS
<scavenging.
<>I, as well as other responders, do not see why it should be needed if
<>the DHCP server and DDNS are working correctly.
<>----------------------------------------------------------------------
<>Barry S. Finkel
<>Electronics and Computing Technologies Division
<>Argonne National Laboratory          Phone:    +1 (630) 252-7277
<>9700 South Cass Avenue               Facsimile:+1 (630) 252-9689
<>Building 221, Room B236              Internet: BSFinkel at anl.gov
<>Argonne, IL   60439-4844             IBMMAIL:  I1004994
<
<
<



More information about the bind-users mailing list