Each writable DC registers an DNS A record for itself -- so you are
just getting round-robin DNS results by pinging / looking up the
domain's domain name.  Nothing to be worried about there.

Accessing "\\domain.name\netlogon" should use the logon server, not a
random A record; use nltest to confirm site/subnet mappings for a
particular client.

--Steve

On Mon, Aug 20, 2012 at 3:36 PM, Heaton, Joseph@DFG <[email protected]> wrote:
> Crud.
>
>
>
> Sorry, slight change of focus for this question.
>
>
>
> If I run  “set l” from a cmd prompt, it shows me my local DC, which is
> totally cool.
>
>
>
> However, if I then ping the FQDN of our domain, the response comes from
> random DCs from around the network, including non-local ones.  So the real
> question is whether or not that is normal behavior.
>
>
>
> Thanks, and sorry…
>
>
>
> Joe
>
>
>
> From: Joseph Heaton [mailto:[email protected]]
> Sent: Monday, August 20, 2012 12:16 PM
> To: Heaton, Joseph@DFG; NT System Admin Issues
> Subject: RE: Strange login issue
>
>
>
> Sorry, forgot important info:
>
>
>
> All servers are 2008R2  Clients are Win 7.
>
>
>
> Joe Heaton
>
> ITB – Enterprise Server Support
>
>
>
> From: Joseph Heaton [mailto:[email protected]]
>
> Sent: Monday, August 20, 2012 12:13 PM
> To: Heaton, Joseph@DFG; NT System Admin Issues
> Subject: Strange login issue
>
>
>
> We’re setting up a new domain.  When a user here in the central HQ area logs
> in, the DC that they use for login is random.  Should be a DC here locally,
> but most of the time it is not.  They’ll end up using a DC from a field
> office site, which means the request goes over slow links to get there.  I’m
> not the architect, but I know that the person that set up the domain used
> Sites and site links for replication, etc.  Using this had no effect, and
> neither did removing them.  Anyone have advice on how to make clients use
> the local DC if it’s available, before going to another site for login?
>
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to [email protected]
with the body: unsubscribe ntsysadmin

Reply via email to