It sounds like either site coverage issues:
a DC can be configured, via the registry, to force site coverage for a
specific site - probably not the case)
OR
the DC is in the wrong site (built in site1, then re-IP'd and moved
physically to site2, but never "moved" in AD Sites and services to site2)
Or the router/subnet definition and AD sites and services/subnet defition don't
agree (or there are multiple subnets on a given router interface to make the
subnet space larger AND allow clients to operate while everything is being
changed:
10.1.2.0/24 (255.255.255.0)
10.1.2.0/25 (255.255.255.128)
But sites and services isn't correctly defined for both subnet/subnet-mask
combinations
Good luck!
P.S. If you have the 2000 version of DFSUTIL, you can use this feature to
determine which
site a machine is located in:
Dfsutil /siteinfo:machinename
Where machinename is a workstation or server that is resolvable
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 06, 2008 4:52 PM
To: Active Directory Admin Issues
Subject: RE: gps applied
Thanks ken, this is was what I suspected, (multiple DCs) as to why they did
that? Not really sure, they are another girl scout office with no real IT
personnel so I was asked to look and see what is occurring.
Found numerous issues, DFS setup, WSUS not configured, Exchange 2007 messed up,
and that was only the first of many items.
I think you have a good point on the LOGONSERVER, so I'll take a gander at that
tonight.
Again, thanks for the input and direction as I begin to open pandoras box! :)
Thomas
-----Original Message-----
From: Brown, Ken F.
Sent: Thursday, November 06, 2008 4:46 PM
To: '[email protected]'
Subject: RE: gps applied
Is is *always* the same "other" DC - or is it random DC's upon every
reboot/login (check the LOGONSERVER environment variable) {this assumes you
have more than 2 DC's in your domain}.
What is in DNS for that particular site - is it the server you think or another
server (site coverage issue)?
Does the subnet definition match *exactly* in sites and services as to what the
workstation is using (both the IP range and the subnet mask)?
If the mask is different (say 255.255.255.128 vs. 255.255.255.192) even though
the IP address is correct - and the router is sending the packets - but that
subnet doesn't match exactly what is in AD (this has happened to us before
which is why I bring it up).
You'd have to look it up at Microsoft for the Windows client, but you can put
the workstation boot up processing into a debug/logging mode and it will show
what is going on - as to why the workstation "thinks" it is in a different site
(assuming the subnet is defined correctly and DNS is correct).
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 06, 2008 4:31 PM
To: Active Directory Admin Issues
Subject: gps applied
I was monitoring a site over the weekend and noticed that a local subnet was
retrieving the policies from another server in a different subnet.
This site has four subnets and defined in sites, but when I was on the local
subnet I did a gpresult and noticed the client pulled the policy from a server
that is in another state.
What would do this? Bad configuration at the router? Server?
TIA,
Thomas Gonzalez
Technology Manager
Girl Scouts of Southwest Texas
210.349.2404 phone
210.403.1586 DID
210.349.2666 fax
www.girlscouts-swtx.org
[EMAIL PROTECTED]
This email and any attached files are confidential and intended solely for the
intended recipient(s). If you are not the named recipient you should not read,
distribute, copy or alter this email. Any views or opinions expressed in this
email are those of the author and do not represent those of the Girl Scouts of
Southwest Texas. Warning: Although precautions have been taken to make sure no
viruses are present in this email, Girl Scouts of Southwest Texas cannot accept
responsibility for any loss or damage that arise from the use of this email or
attachments.
~ NEW: CounterSpy Enterprise: Centralized Antispyware - #1 in eWEEK Test! ~
~ ~
~ NEW: CounterSpy Enterprise: Centralized Antispyware - #1 in eWEEK Test! ~
~ <http://www.sunbelt-software.com/product.cfm?id=400> ~
