If the real problem is that you are getting a different DC when you do 
PING, that is fine. Although I'm guessing that you are doing a /flushdns 
between each PING ? If not and you are doing this from the same machine 
I'm surprised. What you are seeing is Round Robin in DNS. Do an NSLOOKUP 
on the domain and you should see the same results. A different DC will be 
listed first each time. DNS doing what it's supposed to do. Getting a 
local DC for logon authentication is different. If that really isn't 
working correctly, then you need to take a look at your sites and subnets 
to see what is going on. It also helps to have an understanding of how a 
client determines it's local site. This might help:

http://technet.microsoft.com/en-us/library/cc759550(v=ws.10).aspx



Christopher Bodnar 
Enterprise Architect I, Corporate Office of Technology:Enterprise 
Architecture and Engineering Services 
Tel 610-807-6459 
3900 Burgess Place, Bethlehem, PA 18017 
[email protected] 




The Guardian Life Insurance Company of America

www.guardianlife.com 







From:   "Heaton, Joseph@DFG" <[email protected]>
To:     "NT System Admin Issues" <[email protected]>
Date:   08/20/2012 03:38 PM
Subject:        RE: Strange login issue



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
~ 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
~ 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


-----------------------------------------
This message, and any attachments to it, may contain information
that is privileged, confidential, and exempt from disclosure under
applicable law.  If the reader of this message is not the intended
recipient, you are notified that any use, dissemination,
distribution, copying, or communication of this message is strictly
prohibited.  If you have received this message in error, please
notify the sender immediately by return e-mail and delete the
message and any attachments.  Thank you.
~ 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

<<image/jpeg>>

Reply via email to