{"id":435,"date":"2012-02-10T20:23:08","date_gmt":"2012-02-10T20:23:08","guid":{"rendered":"http:\/\/microsoftgeek.com\/?p=435"},"modified":"2018-09-06T23:25:21","modified_gmt":"2018-09-06T23:25:21","slug":"networking-basics-part-15-universal-groups-group-nesting","status":"publish","type":"post","link":"https:\/\/microsoftgeek.com\/?p=435","title":{"rendered":"Networking Basics: Part 15 &#8211; Universal Groups &#038; Group Nesting"},"content":{"rendered":"<p>This article continues the discussion on Universal Groups and the concept of group nesting.<\/p>\n<p>In the previous article in this series, I introduced you to the  concept of using groups to manage network access control, rather than  granting permissions directly to users. I then went on to explain that  Windows Server 2003 supports a few different types of groups, and that  each of these types of groups has its own strengths and limitations.<\/p>\n<p>In that article, I talked a lot about <strong>local groups<\/strong>, <strong>domain local groups<\/strong>, and <strong>global groups<\/strong>.  You could easily manage your entire network using only these types of  groups. Even so, there is one more type of group that Windows Server  2003 supports; <strong>universal groups<\/strong>.<\/p>\n<p>For those of you who found local groups, domain local groups, and  global groups to be confusing or overly restrictive, then universal  groups will initially seem like an answer to prayers. Universal groups  are essentially groups that are not subject to the restrictions that  apply to the other types of groups. For example, in the previous  article, I mentioned that you can\u2019t place a local group or a domain  local group into another local group. You can however, put a universal  group into a local group. The rules that apply to other types of groups  simply don\u2019t apply to universal groups.<\/p>\n<p>Of course, this raises the question of why you would ever use any of  the other types of groups if they have limitations that universal groups  can overcome.<\/p>\n<p>One of the reasons why there are so many different types of groups is  because Windows Server is an evolutionary product. Universal groups  were introduced in Windows 2000 Server, along with the <strong>Active Directory<\/strong>.  Previous versions of Windows Server (namely Windows NT Server)  supported the use of groups, but universal groups had not been invented  yet when these versions were current. When Microsoft released Windows  2000 Server, they chose to continue to support other types of groups as a  way of maintaining backward compatibility with Windows NT. Likewise,  Windows Server 2003 also supports the use of legacy group types for  backward compatibility reasons.<\/p>\n<p>The fact that universal groups didn\u2019t exist in the days of Windows NT  Server, means that Windows NT doesn\u2019t support universal groups. This  presents a bit of a problem if you happen to have any Windows NT servers  in your forest.<\/p>\n<p>Windows 2000 Server was such a dramatic change from Windows NT Server  that a number of the new features would only work on networks with no  Windows NT Server domain controllers. To get around this problem,  Microsoft created the concept of <strong>native mode<\/strong>. I will talk a lot  more about native mode in Part 17, but the basic idea is that when  Windows 2000 Server is initially installed, it is operating in something  called <strong>mixed mode<\/strong>. Mixed mode is fully backward compatible with  Windows NT, but many of Windows 2000\u2019s features can\u2019t be used until you  get rid of the Windows NT domain controllers and switch to native mode.  Although the terminology is a bit different, the same basic concept also  applies to Windows Server 2003.<\/p>\n<p>Universal groups are one of those features that is only available if  your domain controllers are operating in Windows 2000 Server Native Mode  or higher. That\u2019s one reason why you can\u2019t use universal groups in  every situation.<\/p>\n<p>Even if all of your servers are running Windows Server 2003, and your  forest is fully native, it is still a bad idea in most cases to use  universal groups exclusively.<\/p>\n<p>Earlier in this series, I introduced you to the concept of <strong>global catalog servers<\/strong>.  As you may recall, global catalog servers are domain controllers that  have been assigned the task of keeping track of every object in the  forest. Typically, each Active Directory site contains its own copy of  the global catalog, which means that any time a global catalog is  updated, the updated information must be replicated to the other global  catalog servers.<\/p>\n<p>When you create a universal group, both the group name and the  group\u2019s membership list are written to the global catalog. This means  that as you create more and more universal groups, the global catalog  becomes more bloated. As the global catalog becomes larger, the amount  of time that it takes to replicate the global catalog from one global  catalog server to another also increases. If left unchecked, this can  lead to network performance problems.<\/p>\n<p>In case you are wondering, other types of groups don\u2019t place nearly  as much of a load on the global catalog. For example, global groups are  listed in the global catalog, but their membership list isn\u2019t.  Therefore, Microsoft\u2019s basic rule of thumb is that it is OK to create  universal groups, but you should use them sparingly.<\/p>\n<h2>Group Nesting<\/h2>\n<p>One last group related concept that I want to discuss is that of <strong>nesting<\/strong>.  The easiest way that I can think of to explain nesting is to compare it  to Russian matryoshka dolls, like the ones shown in Figure A. These  types of dolls are designed so that they can all be placed inside of one  another. The smallest goes into the second smallest, the second  smallest goes into the third smallest, and so on. This idea of placing  an object inside of a similar object is called nesting.<\/p>\n<p><strong><img decoding=\"async\" src=\"http:\/\/www.windowsnetworking.com\/img\/upl\/image0011200316117077.jpg\" border=\"0\" alt=\"\" hspace=\"0\" align=\"bottom\" \/><br \/>\nFigure A:<\/strong> Russian matryoshka dolls illustrate the concept of nesting.<\/p>\n<p>There are many different reasons for nesting groups. One of the most  common reasons involves matching up resources with departments. For  example, a company might start by creating a group for each department.  They might create a Finance group, a Marketing group, an IT group, and  so on. Next, they would place users into the group that corresponds to  the department that the user works in.<\/p>\n<p>The next step in the process would be to create groups that  correspond to the various resources that you need to grant access to.  For example, if you knew that everyone in the finance department was  going to need access to an accounting application, you could create a  group that grants access to the application, and then place the finance  group into that group. You don\u2019t have to nest groups, but doing so  sometimes allows you to keep things a little bit better organized, while  saving a little bit of work in the process. For instance in the  previous example, you didn\u2019t have to manually place individual user  accounts into the group for the accounting application. Instead, you  just reused a group that already existed.<\/p>\n<p>Keep in mind that not every group can be nested into every other type  of group. The table below shows which types of groups can be nested  into other groups.<\/p>\n<table border=\"1\" cellspacing=\"0\" cellpadding=\"0\">\n<tbody>\n<tr>\n<td width=\"128\" valign=\"top\"><strong>Group Type<\/strong><\/td>\n<td width=\"128\" valign=\"top\"><strong>Can Be Nested into Local<\/strong><\/td>\n<td width=\"128\" valign=\"top\"><strong>Can Be Nested into Domain Local<\/strong><\/td>\n<td width=\"128\" valign=\"top\"><strong>Can Be Nested into Global<\/strong><\/td>\n<td width=\"128\" valign=\"top\"><strong>Can Be Nested into Universal<\/strong><\/td>\n<\/tr>\n<tr>\n<td width=\"128\" valign=\"top\">Local<\/td>\n<td width=\"128\" valign=\"top\">No<\/td>\n<td width=\"128\" valign=\"top\">No<\/td>\n<td width=\"128\" valign=\"top\">No<\/td>\n<td width=\"128\" valign=\"top\">No<\/td>\n<\/tr>\n<tr>\n<td width=\"128\" valign=\"top\">Domain Local<\/td>\n<td width=\"128\" valign=\"top\">Yes<\/td>\n<td width=\"128\" valign=\"top\">Yes, if in the same domain<\/td>\n<td width=\"128\" valign=\"top\">No<\/td>\n<td width=\"128\" valign=\"top\">No<\/td>\n<\/tr>\n<tr>\n<td width=\"128\" valign=\"top\">Global<\/td>\n<td width=\"128\" valign=\"top\">Yes<\/td>\n<td width=\"128\" valign=\"top\">Yes<\/td>\n<td width=\"128\" valign=\"top\">Yes, if in the same domain<\/td>\n<td width=\"128\" valign=\"top\">Yes<\/td>\n<\/tr>\n<tr>\n<td width=\"128\" valign=\"top\">Universal<\/td>\n<td width=\"128\" valign=\"top\">Yes<\/td>\n<td width=\"128\" valign=\"top\">Yes<\/td>\n<td width=\"128\" valign=\"top\">No<\/td>\n<td width=\"128\" valign=\"top\">Yes<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p><strong>Table 1<\/strong><\/p>\n<p><strong>Caveats<\/strong><\/p>\n<p>If Windows is operating in Windows 2000 mixed mode, the following limitations apply:<\/p>\n<ul>\n<li>Universal groups cannot be created<\/li>\n<li>Domain local groups can only contain global groups<\/li>\n<li>Global groups can not contain other groups<\/li>\n<\/ul>\n<p>In this article, I have explained that it is sometimes advantageous to  nest one group within another group.\u00a0 I then went on to discuss under  which situations it is possible to do this.<\/p>\n<p>In the next part of this article series, I am going to take a step  back and talk about the role that the Windows operating system plays in  networking.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>This article continues the discussion on Universal Groups and the concept of group nesting. In the previous article in this series, I introduced you to the concept of using groups to manage network access control, rather than granting permissions directly to users. I then went on to explain that Windows Server 2003 supports a few [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-435","post","type-post","status-publish","format-standard","hentry","category-networking-stuff"],"_links":{"self":[{"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=\/wp\/v2\/posts\/435","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=435"}],"version-history":[{"count":3,"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=\/wp\/v2\/posts\/435\/revisions"}],"predecessor-version":[{"id":2663,"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=\/wp\/v2\/posts\/435\/revisions\/2663"}],"wp:attachment":[{"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=435"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=435"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/microsoftgeek.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=435"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}