Archived from groups: microsoft.public.win2000.group_policy (More info?)
Hi,
Got a strange one here, I have a remote site connected via VPN to our
HQ. I have noticed that I can not open the group policy in user and
computers from the remote site. I works fine for us here at the HQ. I
have changed the dns on the remote site to point to our dns servers at
HQ and still the problem persists.
I can ping the FQDN and access the \\pdccomputer\sysvol\* with no
problems. I have ensured the server is in the domain servers group,
transitive access is permitted, checked domain policy to ensure the
correct users have access through the network. Saw a article about
disabling H323 which does not fix. netdiag is all ok.
When I run the dcdiag I get a ldap unble to bind when testing the
Fismo roles. Checked the net for fix on the ldap and have net time the
servers and thats checked.
Is there I way I can test the binding on the ldap, when the server
tries to bind which user name and password does it use??
Ideas would be appreciated?????
Hi,
Got a strange one here, I have a remote site connected via VPN to our
HQ. I have noticed that I can not open the group policy in user and
computers from the remote site. I works fine for us here at the HQ. I
have changed the dns on the remote site to point to our dns servers at
HQ and still the problem persists.
I can ping the FQDN and access the \\pdccomputer\sysvol\* with no
problems. I have ensured the server is in the domain servers group,
transitive access is permitted, checked domain policy to ensure the
correct users have access through the network. Saw a article about
disabling H323 which does not fix. netdiag is all ok.
When I run the dcdiag I get a ldap unble to bind when testing the
Fismo roles. Checked the net for fix on the ldap and have net time the
servers and thats checked.
Is there I way I can test the binding on the ldap, when the server
tries to bind which user name and password does it use??
Ideas would be appreciated?????