Group Policy question

M

mydaj [ROR]

I'm trying to implement a group policy to a group of users that log
onto a terminal server. I'd like to take away the users ability to
shut down, run command, and several other things. My problem is I
don't want these policies to apply to an administrator when they log
onto the machine. An OU was created in AD, The policy was created, and
the terminal server was placed into the OU but it applies to an
administrator when they log on, and to the users local machines as
well. I don't want this policy to be across the board, only when
logging onto the terminal server.
 
B

Bhargav Shukla

You can create an OU only for terminal servers. Put all Terminal servers in
it. Create a GPO that links to it. Enable loopback processing.

More questions? Keep it coming.
 
M

mydaj [ROR]

You can create an OU only for terminal servers. Put all Terminal servers in
it. Create a GPO that links to it. Enable loopback processing.

More questions? Keep it coming.

Hi, thanks for the advice. Will this allow me to log on as an admin
and not have the Group POlicy apply to me??
Can you explain loopback processing a little as well??

Thanks
 
B

Bhargav Shukla

I agree with admin settings in part.

What if there are some settings in policy that needs to be applied to
administrators as well because the functionality in part is served by it and
only certain parts of policy does not need to be applied?

i.e. logon scripts mapping the drive to server which is required to run
applications but hidden drives are not desired for admins.

One possible option for above scenario might be creating 2 seperate GPO and
use solution you mentioned on one of them. Any better solution you have that
I might have missed?
 
C

Chriss3

They best are to create two or more GPOs then.

This could be one scenario for multiple gpos.

Common Policy Setting <Applies to all>
Lock Down TS Sessions <Applies to users>
Admin Tools <Applies to admins>

--
Regards
Christoffer Andersson

No email replies please - reply in the newsgroup
 
C

Cary Shultz [A.D. MVP]

Mydaj,

I might suggest that you take a look at the posting that I made in the
Terminal Services.Apps NewsGroups about this. For your convenience I have
copied the content for you. I hope that this will clarify the situation for
you!

=======================================================================

Yvonne,

What I would do is to do this:

1) install WIN2000 Server as a Member Server on a server-class machine that
has the hardware to handle your load
2) create an OU called TermServer - or whatever makes sense for you - and
move that machine account object into
this OU ( by default the computer account object will be located in the
Computers Container )
3) Install Terminal Services in Application Mode
4) Follow Patrick's suggestion on locking down the C:\ folder and the
C:\Program Files folder
5) Follow MSKB Article 278295 to create a group policy that you apply to the
OU 'TERMSERVER'. You will use the Group Policy - Loopback in replace mode
( most probably what you would want; merge mode it the other choice )
6) Follow MSKB Article 315675 to avoid locking down the Administrator
account on the TS ( essentially what you do is remove the 'Authenticated
Users' security group and replace it with a security group that you create
which will hold all of the user account objects that will connect to the
TS )
7) Install your applications.....you may need to relax the permissions that
you set in step 4 a bit on certain folders. For example, I have found that
installing MS Office from an Administrative Installation Point works just
fine with the permissions as set by step 4 - as does Adobe Acrobat Reader
and a slew of other applications. However, that might not be the case for
every application.
8) follow Tip 0851 from JSIInc ( http://www.jsiinc.com ) to create a TS
specific logon-script if this is appropriate( thus, your users will have
two logon scripts: one when the logon to their pcs and one when they connect
to the TS ).

I might suggest that you follow 278295 but play with it for a bit. For
example, you have to install all of the software that you want installed
before you enable the 'Disable Windows Installer' and set it to 'Always'.
You will also want to have created four separate folders for the
Redirection. Do not put them all in the same folder...this could end up
being a mess. I like to use \\servername\appdata\%username% for the
Application Data, \\servername\desktop\%username% for the Desktop and
\\servername\start\%username% for the Start Menu. You need to be careful
with the My Documents redirection. If you make use of this for their
'normal' logon you will want to ensure that you redirect their TS Connection
My Documents folder to the same location....

You might want to play with the 'Remove Common Program Groups from the Start
Menu'. I like this to be enabled so that the Office stuff ( as well as
other applications ) shows up. You can simply modify the permissions on the
'Administrative Tools' so that only the Administrators group has access to
it!

Now, to answer your question:

When you invoke the Group Policy in Loopback mode / Replace what you are
doing is telling AD to forget about the normal flow of Group Policies (
first any GPOs that are linked to the OU in which that particular computer
account object is located are applied at start up and then any GPOs that are
linked to the OU in which that particular user account object is located are
applied at logon ). What happens in this mode ( replace ) is that the
policies that affect the computer side configuration are applied ( based on
the policies linked to the OU in which the computer account object resides )
while the policies that affect the user side configuration are completely
ignored ( based on the policies linked to the OU in which the user account
object resides ). As you can see from 278295 you are configuring both
computer side as well as user side configuration settings!

Does this big mess help explain things to you?

HTH,

Cary



=========================================================================

If this does not clarify things for you then please let us know!

Just keep in mind that GPOs adhere to the following flow: Computer
Configuration from local, Site, Domain then OU - User Configuration from
local, Site, Domain then OU.

Cary
 
T

Thomas Scheff

You can create an OU only for terminal servers. Put all Terminal servers in
it. Create a GPO that links to it. Enable loopback processing.

More questions? Keep it coming.


Could whoever posted the article, or link to the article on how to not
lock out the administrators controls please repost it?
Thanks
 
C

Cary Shultz [A.D. MVP]

Thomas,

It is Point 6 in my post.

Essentially what you are doing is removing the 'Authenticated Users'
security group and replacing it with a home-brewed group. You create a
group and populate it with user account objects that you want to be affected
by this policy. Give that group the READ and APPLY GROUP POLICY rights and
away you go. Whoever is not a member of that home-brewed security group
does not get that policy.

HTH,

Cary
 
T

Thomas Scheff

I understand the gist of what needs to be done, I'm just not sure of
how to apply the "read and apply group policy" settings. Can you tell
me where to do it?/
Thanks
 
C

Cary Shultz [A.D. MVP]

Thomas,

Simply go to where the GPO is linked ( either at the Domain or the OU in
most cases ), right click that object, select Properties and go to the Group
Policy tab. There you will see the GPO(s) in question. Select the
appropriate GPO and select the Properties button ( should be the one in the
lower right corner under the Edit button ). Then click on the Security tab.
You will see several entries ( typically the 'Authenticated Users' group is
at the top ). This is where you would configure your settings.

Thomas, please do not take this the wrong way but I might suggest that you
purchase a book on Group Policy. This is a rather involved subject with a
lot of information to digest. I would suggest the "Windows 2000 - Group
Policy, Profiles and IntelliMirror" from Sybex ( part of the Mark Minasi
collection ). The ISBN number is 0-7821-2881-5.

HTH,

Cary
 
T

Thomas Scheff

Thanks for all the advice. I'm just learning the ins and out of group
policy, and trying to find out as much as I can before I impleent
anything. I'll definitly check that book out
 
C

Cary Shultz [A.D. MVP]

You are more than welcome, Thomas.

This is a very entailed part of WIN2000 Active Directory ( one of many! )
and can do a lot of good if used properly.

Have fun reading that book and any other that you might find.

Cary

Thomas Scheff said:
Thanks for all the advice. I'm just learning the ins and out of group
policy, and trying to find out as much as I can before I impleent
anything. I'll definitly check that book out


Thomas,

Simply go to where the GPO is linked ( either at the Domain or the OU in
most cases ), right click that object, select Properties and go to the Group
Policy tab. There you will see the GPO(s) in question. Select the
appropriate GPO and select the Properties button ( should be the one in the
lower right corner under the Edit button ). Then click on the Security tab.
You will see several entries ( typically the 'Authenticated Users' group is
at the top ). This is where you would configure your settings.

Thomas, please do not take this the wrong way but I might suggest that you
purchase a book on Group Policy. This is a rather involved subject with a
lot of information to digest. I would suggest the "Windows 2000 - Group
Policy, Profiles and IntelliMirror" from Sybex ( part of the Mark Minasi
collection ). The ISBN number is 0-7821-2881-5.

HTH,

Cary


Thomas Scheff said:
I understand the gist of what needs to be done, I'm just not sure of
how to apply the "read and apply group policy" settings. Can you tell
me where to do it?/
Thanks

On Tue, 6 Apr 2004 11:02:44 -0400, "Cary Shultz [A.D. MVP]"

Thomas,

It is Point 6 in my post.

Essentially what you are doing is removing the 'Authenticated Users'
security group and replacing it with a home-brewed group. You create a
group and populate it with user account objects that you want to be affected
by this policy. Give that group the READ and APPLY GROUP POLICY
rights
and
away you go. Whoever is not a member of that home-brewed security group
does not get that policy.

HTH,

Cary

On Fri, 2 Apr 2004 15:43:20 -0500, "Bhargav Shukla"

You can create an OU only for terminal servers. Put all Terminal servers
in
it. Create a GPO that links to it. Enable loopback processing.

More questions? Keep it coming.


Could whoever posted the article, or link to the article on how to not
lock out the administrators controls please repost it?
Thanks
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top