So when a user in Site A (with a T1 back to HQ) logs in, then does something requiring AD services, will they get those services from the local DC, as long as it shows up when you run the "set l" command, or will that be random?
Joe Heaton ITB - Enterprise Server Support From: Jim Kennedy [mailto:kennedy...@elyriaschools.org] Sent: Monday, August 20, 2012 12:45 PM To: Heaton, Joseph@DFG; NT System Admin Issues Subject: RE: Strange login issue That is normal, ping is not aware of sites. From: Heaton, Joseph@DFG [mailto:jhea...@dfg.ca.gov]<mailto:[mailto:jhea...@dfg.ca.gov]> Sent: Monday, August 20, 2012 3:41 PM To: NT System Admin Issues 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:jhea...@dfg.ca.gov]<mailto:[mailto:jhea...@dfg.ca.gov]> 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:jhea...@dfg.ca.gov]<mailto:[mailto:jhea...@dfg.ca.gov]> 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 listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> 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 listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> 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 listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> 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 listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> 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 listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
