![]() While the preferred location is the GPT, there may be good reasons an extension author might choose to put their data elsewhere. Over the years, Microsoft has coalesced on using the registry.pol file more and more, rather than building new storage models. Administrative Templates, Folder Redirection, Software Installation) to decide on where to store their settings, and there is no standard for either location or format of settings storage. While this may seem confusing, keep in mind that it is the responsibility of the author of each policy extension (e.g. ![]() However, while most policy settings are stored in the GPT, some policy areas store their settings in both the GPC and GPT, while still others use only the GPC and even others that don’t use either the GPC or GPT. That is, there are set of folders and files that get created under each GUID-named folder that store the policies that you enable within a GPO. The GPT is where the majority of GPO settings are stored when you edit a GPO. This portion of a GPO that is stored as folders and files in SYSVOL is referred to as the Group Policy Template, or GPT. Similar to the GPC, when you create a new GPO, a GUID-named folder is created under the Policies folder within SYSVOL, as shown in Figure 2.įigure 2: Viewing the SYSVOL portion of a GPO These folders and files are created under the Policies folder within SYSVOL. In addition to the GPC, a new GPO creates a set of file folders and files within the SYSVOL share of the DC you’re focused during the creation process (by default this is usually the PDC role-holder DC within your domain). The implication here is that you can have many GPOs within a domain that are named with the same friendly name, but they will always be unique because their GUIDs are unique (except for the built-in Default Domain Policy and Default Domain Controller Policy GPOs, which have the same well-known GUIDs in every AD installation). the 128-bit identifier shown in braces) rather than by its “friendly” name, which is the name you assign to it when you first create the GPO. As you can see in Figure 1, Windows refers to GPOs by a unique GUID (i.e. This AD portion of a GPO is called the Group Policy Container, or GPC. When you create a new GPO, an AD object of class groupPolic圜ontainer gets created under the System\Policies container within your AD domain, as Figure 1 shows.įigure 1: Viewing the AD portion of a GPO using ADSIEdit Group Policy StructureĪ GPO is composed of two pieces. To better understand this, let’s take a quick look at how Group Policy Objects are structured. As a result, policy settings for a given policy area may be scattered between file system storage and AD-based storage. Security, IE, desktop) was responsible for implementing its own policy tools to leverage that infrastructure. This is probably owing to the fact that, while there was a central group at Microsoft is responsible for the Group Policy infrastructure, each product area that has policy settings (e.g. Group Policy leverages a complex and sometimes inconsistent model when it comes to storing the settings that you specify within a Group Policy Object (GPO). I’ve finally gotten around to updating it for the modern era ?) Click OK.(This article was originally written way back in the early 2000s. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |