Is something perhaps registering the 2nd address on behalf of the
servers? If you're setting the individual servers to not register, it
would seem reasonable to think that they're not registering.

You might delete a record on the DNS server that's got the bad record,
then set up a packet monitor to capture your dns traffic, just to see if
it's a DDNS Update or Registration coming from somewhere other than the
DNS server or the referenced server themselves.

Are your DDNS set for unsecured registration?  Those adapters on the 2nd
net, aren't running  via DHCP are they? 

Bob 

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Thursday, January 17, 2008 12:55 PM
To: Active Directory Admin Issues
Cc: [EMAIL PROTECTED]
Subject: Odd Dynamic DNS issues


To All,
      If there is a better forum for this question, my apologies and
thanks
if you can redirect me.

      We have several Windows 2003 domains in our environment and
utilize
dynamic DNS.  We have multiple internal servers which have 2 NICs in
them.
One NIC is on a general access subnet.  The other NIC is on a private
subnet used for backups with no public access to it.  Over the last two
weeks we have had issues with the backup IP addresses turning up in DNS
even when the check box in the TCP\IP settings for registering the IP
address in DNS is NOT checked.  This causes DNS resolution problems, of
course.
      The problem seems to be isolated to one Windows domain but not all
servers in the domain have the problem.  The DNS server is in a
different
domain.  On the servers that have the problem, the DDNS checkbox seems
to
be irrelevant.  The problem does not change whether we check the box or
not, so enabling registration and then disabling it does not make a
difference.  So far as we know, no patching has been done that would
affect
this.
      We have found a registry hack that does seem to fix the problem
but
no one (we even called Microsoft) has been able to suggest a possible
cause
for this.  We would like to know what is causing the problem in the
interest of prevention.  Ideas?  Suggestions?

Regards,
Eric Harris
PC/LAN Support
NSRI (USA), Inc.
(206)464-5194




~ NEW: CounterSpy Enterprise: Centralized Antispyware - #1 in eWEEK
Test! ~
    ~  <http://www.sunbelt-software.com/product.cfm?id=400>  ~

~ NEW: CounterSpy Enterprise: Centralized Antispyware - #1 in eWEEK Test! ~
    ~  <http://www.sunbelt-software.com/product.cfm?id=400>  ~

Reply via email to