<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Nixadmins.net &#187; Group Policy</title>
	<atom:link href="http://www.nixadmins.net/category/windows/group-policy-windows/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.nixadmins.net</link>
	<description>Blogging for knowledge</description>
	<lastBuildDate>Mon, 24 May 2010 08:06:54 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Using restricted groups in Active Directory</title>
		<link>http://www.nixadmins.net/2009/10/21/using-restricted-groups-in-active-directory/</link>
		<comments>http://www.nixadmins.net/2009/10/21/using-restricted-groups-in-active-directory/#comments</comments>
		<pubDate>Tue, 20 Oct 2009 22:28:58 +0000</pubDate>
		<dc:creator>Mats Hellman</dc:creator>
				<category><![CDATA[Active Directory]]></category>
		<category><![CDATA[Group Policy]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[Group policy]]></category>
		<category><![CDATA[Help Desk]]></category>
		<category><![CDATA[Restricted groups]]></category>

		<guid isPermaLink="false">http://www.nixadmins.net/2009/10/21/using-restricted-groups-in-active-directory/</guid>
		<description><![CDATA[Using restricted groups is something very simple and still for many very confusing. Using restricted groups you can delegate administration or other roles to certain groups without giving these groups administrative rights to your Active Directory. 
As an example, let’s say you have a helpdesk working in your company. For them to work as efficiently [...]]]></description>
			<content:encoded><![CDATA[<p>Using restricted groups is something very simple and still for many very confusing. Using <strong>restricted groups</strong> you can <em>delegate</em> administration or other roles to certain groups without giving these groups administrative rights to your <em>Active Directory.</em> </p>
<p>As an example, let’s say you have a helpdesk working in your company. For them to work as efficiently as possible they might need to login as <em>Administrators</em> to a client computer to fix various problems. Sometimes (read most times) you don’t want your helpdesk having Domain level Administrative rights because they might, even unknowingly, mess something up in your production domain. To deal with this we use <strong>Restricted groups</strong>. Restricted groups are provided by Active Directory <strong><em>group policies</em></strong>, they provide us a way to centrally drop in certain Active directory groups to <strong>computers local groups, </strong>yes computer local groups. They don’t have to administrative groups, they might be anything from backup users to Power Users.</p>
<p><span id="more-537"></span><br />
<h3> Setting up restricted groups</h3>
<p>Let’s take a look at how to set up our Helpdesk scenario. First we need to create the group (unless you already have one). So start up <strong>Active Directory</strong> <strong>Users And Computers</strong> and place the group in an Organizational Unit (OU) fitting your needs. I will use the OU HelpDesk. In the OU I will create a <strong>Global Security </strong>group called HelpDeskAdmins. I also have a user Helmer Help in my OU and he will be, for now, the only member of HelpDeskAdmins. </p>
<p><a href="http://www.nixadmins.net/wp-content/uploads/2009/10/aduc1.jpg"><img style="border-bottom: 0px; border-left: 0px; display: inline; border-top: 0px; border-right: 0px" title="aduc1" border="0" alt="aduc1" src="http://www.nixadmins.net/wp-content/uploads/2009/10/aduc1_thumb.jpg" width="597" height="239" /></a> </p>
<p>Now we have a group and a user to test with so let’s get on by creating our <em><strong>Group policy</strong> </em>to enforce this setting.</p>
<h3>Creating the restricted groups group policy object</h3>
<p>If you don’t have Group policy management console installed you can download it from <a title="http://www.microsoft.com/DownLoads/details.aspx?FamilyID=0a6d4c24-8cbd-4b35-9272-dd3cbfc81887&amp;displaylang=en" href="http://www.microsoft.com/DownLoads/details.aspx?FamilyID=0a6d4c24-8cbd-4b35-9272-dd3cbfc81887&amp;displaylang=en">http://www.microsoft.com/DownLoads/details.aspx?FamilyID=0a6d4c24-8cbd-4b35-9272-dd3cbfc81887&amp;displaylang=en</a></p>
<p>So let’s create a new group policy called <strong>HelpDesk Privleges</strong> and link it to any existing OU containing the computers you want the helpdesk users to be able to manage. In my lab this is the Sales OU. Now edit the created and linked GPO.&#160; Navigate to <strong><em>Computer Settings\Windows Settings\Security Settings\Restricted Groups.</em></strong></p>
<p>Right click in the viewer and select Add group. Type or browse for your group, in my case <em>CORP\HelpDeskAdmins </em></p>
<p><em><a href="http://www.nixadmins.net/wp-content/uploads/2009/10/add_grp1.jpg"><img style="border-bottom: 0px; border-left: 0px; margin: 10px; display: inline; border-top: 0px; border-right: 0px" title="add_grp1" border="0" alt="add_grp1" src="http://www.nixadmins.net/wp-content/uploads/2009/10/add_grp1_thumb.jpg" width="377" height="153" /></a></em></p>
<p>Hit OK and you’ll be presented with the CORP\HelpDeskAdmins Properties window. The tab says <strong>Configure Membership for CORP\HelpDeskAdmins</strong>. You have to boxes to fill in here. <strong>Members of this group </strong>and <strong>This group is a member of</strong>. If you set the <strong>Members of this</strong>&#160;<strong>group</strong> it will WIPE any other user or group from the defined local group. Simply, if the user/group is not set in the <strong>Members of this group</strong> it will be removed from the local group also. Wiped, gone, bye.</p>
<p>That’s not what we are out to do here, we simply want to add a group to the client computers Administrators group. So we use the <strong>This group is a member of</strong> box and enter the local Administrators group named, Administrators by selecting ad and typing the name.</p>
<p><a href="http://www.nixadmins.net/wp-content/uploads/2009/10/group_members.jpg"><img style="border-bottom: 0px; border-left: 0px; display: inline; border-top: 0px; border-right: 0px" title="group_members" border="0" alt="group_members" src="http://www.nixadmins.net/wp-content/uploads/2009/10/group_members_thumb.jpg" width="368" height="452" /></a> </p>
<p>That’s it. Save and check the policy is linked to a OU.</p>
<p><a href="http://www.nixadmins.net/wp-content/uploads/2009/10/image.png"><img style="border-bottom: 0px; border-left: 0px; display: inline; border-top: 0px; border-right: 0px" title="image" border="0" alt="image" src="http://www.nixadmins.net/wp-content/uploads/2009/10/image_thumb.png" width="644" height="224" /></a>&#160;</p>
<p>To test the scenario I’m logging in to a Windows Vista client with the Help desk employee Helmer Help, and delete an old local user Mats. If the computer hasn’t updated it’s group policies you can speed it up by running <strong><em>gpupdate /force.</em></strong> If you’re logged in as the same user you want to use as an helpdesk user log out and in again to get the correct permissions.</p>
<h3>Check the privileges</h3>
<p>Now let’s se if our group has been added to the Local Administrators and I’ll delete the old local account to demonstrate Helmer has administrative privileges. So go to <strong>Controll Panel\Administative Tools\Computer Management\Local Users and Groups\Groups</strong>. Open&#160; Administrators and behold, CORP\HelpDeskAdmins has been added to Administrators.</p>
<p><a href="http://www.nixadmins.net/wp-content/uploads/2009/10/image1.png"><img style="border-bottom: 0px; border-left: 0px; display: inline; border-top: 0px; border-right: 0px" title="image" border="0" alt="image" src="http://www.nixadmins.net/wp-content/uploads/2009/10/image_thumb1.png" width="418" height="463" /></a> </p>
<p>And as you can se we also have a Local account called Mats so let’s delete it to try out our new godlike powers.</p>
<p><a href="http://www.nixadmins.net/wp-content/uploads/2009/10/image2.png"><img style="border-bottom: 0px; border-left: 0px; display: inline; border-top: 0px; border-right: 0px" title="image" border="0" alt="image" src="http://www.nixadmins.net/wp-content/uploads/2009/10/image_thumb2.png" width="418" height="463" /></a> </p>
<p>There you have it. Now Help desk workers are able to work on client computers with administrative privileges without messing up anything else. And since this is according to organizational units you can restrict different help desks to different OU:s.</p>
<h3>Conclusion</h3>
<p>Restricted groups in Group policies are a simple way of delegating permissions or group membership centrally to any domain computer or server. Using restricted groups it is easier to enforce the lowest possible permissions to any given account.</p>
<p>If you have any comments or questions about using restricted groups don’t hesitate to drop me a line by commenting.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.nixadmins.net/2009/10/21/using-restricted-groups-in-active-directory/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
