21 replies
by rboklewski Accepted solution
by Former member Accepted solution
When you run gpedit.msc on your PC, it brings up the Local Computer Policy, not the domain policy.
Remember there are multiple policy objects in a domain, Applied in the order Local Computer, Site, Domain, and OU (traversing from parent to child in order).
While the settings you are looking at are defined in the Local Computer Policy, they have not been defined in the Domain Policy (Few things are defined int he Domain Policy by default, and as a matter of best practice, it is generally a good Idea NOT to define anything there. Instead create a new policy at the domain level and make your changes there, that way the MS "Default" is left intact).
To make it easier to see what is going on with group policy, I strongly recommend that you download and install the Group Policy Management Console from Microsoft (google: gpmc should find it)
by rboklewski Accepted solution
by Former member Accepted solution
That is a feature of the OS allowing you to control specific behaviors on the PC(run gpedit on a computer which has never been joined to a domain, to confirm this).
When you say group policy object snap-in, I assume you have NOT installed gpmc and are therefore referring to "Group Policy Object Editor". When you add that snap-in, you are promted for the policy you want to edit. The default is the local computer policy. The problem with this tool is that it only allws you to see one policy object. You don't see the object heirarchy. Install gpmc, and then use it ( > administrative tools > Group POlicy Management) to view group policy objects. From there you will be able to see all the Domain level objects in an explorer-like view.
by Former member Accepted solution
To try and explain the behavior. When you log in to a PC, the PC looks at several group policy objects, starting withthe local PC policy, then moving to the Domain policies in the order I mentioned previously. It Combines those into a single resultatnt set of policy, which is ultimately applied to teh system. The settings in later policy objects override those set in previous objects (ie if I apply a setting in the Local Computer Policy Object, and then set a different value for the same setting in the default domain policy, the setting in the default domain policy will be the setting that is actually applied to the computer as the default domain policy is applied after the Local Computer Policy).
That is a very simplified explanation, there is much more to it thatn that, but hopefully that will give you a general ideas as to what is going on.
by rboklewski Accepted solution
by Former member Accepted solution
With gpmc, it is a simple matter of right-click and select "create and link Group Policy Object".
Take a look at
http://www.microsoft.com/windowsserver2003/gpmc/default.mspx
to get the gpmc and learn a little bit more about group policy.
by rboklewski Accepted solution
by rboklewski Accepted solution
by rboklewski Accepted solution
by cg it Accepted solution
local, site, domain, OU
that is how group policy is processed.
local is the local machine, if user only log on locally, the machine group policy applies.
site refers to subnet in a domain environment. Group Policy Objects can be applied at the site level. When a user logs on to a domain AND are at a site, if there is a group policy object applied at the site, the site GP overrides any GP at the local machine level, unless the no override is in effect.
If you create a GPO at the domain level, all users logging into the domain get that Group Policy regardless if there are local or site GPs. No Override takes precedence so if there is a local machine GP you want applied in a domain environment, you use the no override.
Organizational Unit [OU] are Active Directory containers in which you can collect Active Directory objects like users and computers and apply GPOs to them. This is handy when you want users in Accounting to have particular settings and you want users in manufacturing to have a different set.
GPOs at the OU level are applied last.
by rboklewski Accepted solution
You guys are good, now i just really need to figure out how to create a new policy at the domain level, really i just need to be able to create a new gpo right? For instance if i don't want to alter my default domain policy and want to create a new one to alter would i just open up group policy management and right click on the domain and select create and link a new gpo? Now if i do this can i have both the default gpo and new gpo together? If so will it combine both policies when they are applied or does one have preference over the other? And if i wanted to create a new gpo and lets say i didn't want it later on, could i just delete it and the default gpo would then take over?
Also, i tried to install the gpmc, but it won't install on my xp machine, it complains about .net, which is in fact installed on my machine. I checked around and can't seem to find an answer, i know some people had issues with 64 bit os's trying to get it installed, but im on the 32 bit version. Argh!
Thanks you guys, you guys are great!
by Former member Accepted solution
Good question about the adjacent policy objects. I am afraid I don't know the answer in that case, what will happen as far as precedence. Generally speaking, you won't be changing anything that is set in the Default Domain policy. What shows up there are essentially security fixes from MS. There are only a couple entries in there (and that is really the reason to leave it alone - so you can easily tell the difference between changes you have made and changes MS has made).
Again the nice thing about GPMC, there is a settings view which will show you what settings are configured in a GPO, in report form, so you will be able to quickly and clearly see the changes.
There is also a group policy results view, which allows you to select a computer and user, and it will generate a report of the resultant set of policy, identifying the winning setting, and which GPO is responsible for that setting.
by cg it Accepted solution
your question : I got it....But how does this work
You guys are good, now i just really need to figure out how to create a new policy at the domain level, really i just need to be able to create a new gpo right? For instance if i don't want to alter my default domain policy and want to create a new one to alter would i just open up group policy management and right click on the domain and select create and link a new gpo? Now if i do this can i have both the default gpo and new gpo together? If so will it combine both policies when they are applied or does one have preference over the other? And if i wanted to create a new gpo and lets say i didn't want it later on, could i just delete it and the default gpo would then take over? Thanks you guys, you guys are great!
Well it works almost like you said... if your doing testing, first things first. decide what you want, who you want it to apply to.
then create the GPO to do what you want to do.
you apply the new GPO to who you want that GPO to apply to. typically if your at the domain level, the best way to taylor GPOs is to apply them to OUs. Collect those users you want to GPO to apply to into a OU. The link the GPO to that OU.
OUs are containers and they can contain users, computers, printers, anything that Active Directory defines as objects. see this Wikipedia explaination http://en.wikipedia.org/wiki/Active_Directory
Group Policy is used to have a central management of users and computers. It typically is used to control the user experience though user or computer settings.
So create an OU for users called Test GPO, collect those users you want to have the user or computer settings into that OU. Apply the GPO to that OU. normally the GP default refresh is 90 minutes. To force a refresh, use secedit/refreshpolicy command or reboot the computer.
note: you can collect users or computers in OUs by groups.
The trickly thing about GPOs is that you can have a LOT of them doing a lot of things to a lot of different users and computers. This can make GPOs quite complicated.
When using GPOs and OUs, my suggestion is document document document and diagram it out.
Also, you can use the RSoP MMC snap in to test your GPO to see what they will do before you apply them. Here's a technet article.
by rboklewski Accepted solution
by cg it Accepted solution
I would say STOP do nothing on a production network until you know what your doing.
get a computer that meet windows server 2003 minimum hardware requirements, one workstation that uses the same O/S on the production network and an elcheapo 4 port switch. Make up a test network that you can use to practice with. [note: all major companies have a test network that admins use to test any changes out before it's deployed to the production network. you want to do the same]
You can get Windows Server 2003 trial software for free which will work for 180 days and you can setup a test network with 1 server and one workstation that can mimic your production network. Then play to your hearts content until your sure what you are doing.
by rboklewski Accepted solution
by cg it Accepted solution
if you have spare workstations, use those. stick Windows Server 2003 on it [minimum requirements are http://technet.microsoft.com/en-us/windowsserver/bb430827.aspx
seriously!
and your almost right...
read this article:
http://technet.microsoft.com/en-us/library/bb418825.aspx
and read this article:
It's best to read the articles [better yet get a self paced training book and read the articles] then try to create OUs, GPOs apply the GPOs to OUs then see if what you want to have happen happens [or use RSoP] in a Test Environment!! all the while documenting what you do on paper.
if all goes well, you then just go to your production environment and do the same thing. Thus your documentation is already created and you know it will work all without mucking with the production environment. If you muck with the production network and get it wrong, users tend to get a little bit upset. Paperwads, boos and dirty looks usually come one's way when what is planned messes up the users computers.
Can't tell you if your understanding is right or wrong. Only you can tell yourself whether you know enough or not to start implementing GPOs, unless of course your mad at some computer admin and what to muck up the network to get even.
by rboklewski Accepted solution
by vsharma Accepted solution
hi
i am vijay
actually there are two types of policies in domain
1. domain poliy
2. domain controller policy
domain policy effect the same domain(all the user i that domain)
domain controller policy effect all the domain controllers in the forest.
u are accessing domain controllers policy which is not defined . so check the domain policy in ur servr.
here u will get all which is in ur client machine
This discussion is closed to new replies.
Trending Software posts
Sort by Trending