chathar
asked on
Implementing Group Policy
Hi there,
My network has 2 windows 2003 servers. one is Domain Controller and 2nd is additional domain controller. On Domain Controller i went to "Active Directory Users and Computers" and created a new Organizational Unit. Where i placed a computer and user name.
Right clicked OU and clicked properties. Added a new Group Policy and disabled Control Panel under "User Confinguration". Still the computer and user name are having Control Panel when they log in to domain.
Kindly guide in this issue what step i am missing to implement Group Policy, i am very new to this thing. It would be very helpful if you could guide me step by step implementation of Group Policies.
Thanks.
My network has 2 windows 2003 servers. one is Domain Controller and 2nd is additional domain controller. On Domain Controller i went to "Active Directory Users and Computers" and created a new Organizational Unit. Where i placed a computer and user name.
Right clicked OU and clicked properties. Added a new Group Policy and disabled Control Panel under "User Confinguration". Still the computer and user name are having Control Panel when they log in to domain.
Kindly guide in this issue what step i am missing to implement Group Policy, i am very new to this thing. It would be very helpful if you could guide me step by step implementation of Group Policies.
Thanks.
chathar
It sounds like you policy has not yet replicated and/or not refreshed onto the client
if the client is XP then this should do it:
GPUPDATE /FORCE
If the client is 2000 then you will need to run the SECEDIT command to refresh machine_policy and user_policy
Also, use REPLMON from the resource kit to determine that your AD Domain is replicating correctly
Cheers
JamesDS
It sounds like you policy has not yet replicated and/or not refreshed onto the client
if the client is XP then this should do it:
GPUPDATE /FORCE
If the client is 2000 then you will need to run the SECEDIT command to refresh machine_policy and user_policy
Also, use REPLMON from the resource kit to determine that your AD Domain is replicating correctly
Cheers
JamesDS
ASKER
Still not working, i have windows 2000 workstations and i tried following commands:
SECEDIT /REFRESHPOLICY MACHINE_POLICY /ENFORCE
SECEDIT /REFRESHPOLICY USER_POLICY /ENFORCE
how can i verify if these changes are really implemented or not?
i have also restarted Client machine, tried logging in again. but no use.
Now i have also disabled "Run" form start menu to check if it works, Run option is still available on client machine.
about AD replication, it seems like replication is working fine cause the changes i make on DC are visible on ADC, even if i Edit Group Policy on ADC it is same as which i saved on DC.
i have also checked "Resultant Set of Policies" on OU and they show desired results, still i wonder y these changes are not implemented on workstation.
SECEDIT /REFRESHPOLICY MACHINE_POLICY /ENFORCE
SECEDIT /REFRESHPOLICY USER_POLICY /ENFORCE
how can i verify if these changes are really implemented or not?
i have also restarted Client machine, tried logging in again. but no use.
Now i have also disabled "Run" form start menu to check if it works, Run option is still available on client machine.
about AD replication, it seems like replication is working fine cause the changes i make on DC are visible on ADC, even if i Edit Group Policy on ADC it is same as which i saved on DC.
i have also checked "Resultant Set of Policies" on OU and they show desired results, still i wonder y these changes are not implemented on workstation.
Sounds to me like you forgot to set the security permissions on the GPO... Go to your OU, then properties, then the GPO properties button, then the security tab... Set the permissions for your users (or security group) to Read and Assign.. Then on the client machines, reboot each machine 3 times... (with some GPO's, they must be rebooted a min of twice for the policy to take affect.. even secedit command will not force some policies to be pushed and accepted...)
FE
FE
BTW: if the clients are XP Pro, then you can run the RSOP from them, and see exactly what policies they are using... It is in the MMC (Mico Mgmt Console).. you add the snap in and run RSOP... but the easiest way to access it is:
Start > Run > rsop.msc (OK)
FE
Start > Run > rsop.msc (OK)
FE
ASKER
i just check application log of client machine. whenever i run secedit command the application logs gets an error message
Windows cannot determine the user or computer name. Return value (1722)
what could be the reason.
Windows cannot determine the user or computer name. Return value (1722)
what could be the reason.
You cannot restrict the control pannel for a computer, only a user. Double check the settings, remove the user teh ou, shut down and start (not reboot). Shut down agian, add the user to the ou and start again.
Make sure that the computer is connecting to the domain.
Make sure that the computer is connecting to the domain.
Take the system out of the Domain and into a workgroup. Delete the computer account from the Domain Controller, then go back to the client and rejoin it to the domain.. This should clear up the error message..
FE
FE
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Two things to look for in addition to the posts above:
1) Make sure SYSVOL on both servers is identical - if it isn't there are replication problems and the client is likely authenticating with the server that is missing information in SYSVOL.
2) Check to make sure that the KDC Service is set to Automatic and is started - on both servers.
Advise.
1) Make sure SYSVOL on both servers is identical - if it isn't there are replication problems and the client is likely authenticating with the server that is missing information in SYSVOL.
2) Check to make sure that the KDC Service is set to Automatic and is started - on both servers.
Advise.
ASKER
Problem solved, thanks to "Fatal Exception", i had no DNS entries on client side :)
thanks for ur held dudes....!!!
thanks for ur held dudes....!!!
*grin* DNS is the cause of most of these problems.. should have mentioned it first thing..
Glad we got it solved..!!
FE
Glad we got it solved..!!
FE
<smile> good call
*grin* back to you Pete..!! I just got lucky, thats all...!!
See what policies are being applied to XP
First
Click Start >run >cmd {enter}
gpupdate /force {enter}
Let the client reboot.
After a reboot
Click Start >run>mmc {enter}
File>add/remove snap in >add
Add in the “Resultant set of policy”
Get IT Done: Troubleshoot group policies with Windows XP's Resultant Set of Policy Wizard
http://techrepublic.com.com/5100-6270-1054826.html