EN 
30.11.2025 Ondřej WELCOME IN MY WORLD

This website is originally written in the Czech language. Most content is machine (AI) translated into English. The translation may not be exact and may contain errors.

Tento článek si můžete zobrazit v originální české verzi. You can view this article in the original Czech version.
Group Policy - Administrative Templates

Group Policy - Administrative Templates

| Petr Bouška - Samuraj |
Group Policy consists of two main parts, Computer Configuration and User Configuration. The two parts have different individual items (setting options) but share common categories. These are Software Settings, Windows Settings, and Administrative Templates. The first two are fixed, whereas Administrative Templates are loaded from configuration files (ADM and ADMX/ADML) and we can extend them ourselves. They contain registry-based policies. In this article, we will look at the Administrative Templates area and what changes have occurred with the advent of Windows Server 2008.
displayed: 33 028x (31 869 CZ, 1 159 EN) | Comments [15]

This article was also published as part of the Microsoft TechNet Flash newsletter under the title Group Policy Administrative Templates in Windows Server 2008.

Administrative Templates (AT) Files

Administrative Templates files (we have ADM and ADMX linked to ADML, when I speak in general, I will say ADM/ADMX files) contain templates that allow you to configure a property by changing the registry. When I create a Group Policy Object (GPO, simply a policy) using the Group Policy Object Editor (GPOE) or the Group Policy Management Console, i.e. the Group Policy Management Editor (GPME), the ADM/ADMX files are loaded and certain items are displayed in the editor. When I change an item, it is stored inside the policy in the registry.pol file. This is then applied to the computers/users. Templates are only needed for creating the policy, but not for the actual application on the client.

The basic ADM/ADMX files are distributed along with the operating system. ADM/ADMX files contain not only settings for the current OS, but for all platforms supported at the time (which means that on Windows XP we also have information for server or older OSes). Also, the new default ADMX files contain everything that was in the standard ADM files.

On the internet, we can download various additional ADM/ADMX files, for example for MS Office. Or even those ADM/ADMX files that are part of different versions of Windows. It's also no problem to create our own ADM/ADMX file with some setting.

Group Policy Management Editor - Administrative Templates

ADM File

The original file format for templates from Windows 2000 to 2003/XP. It is a text file that is language-dependent (we have a new file of the same name for each language, so policy configuration can only be done in one language). ADM files can be used in newer OS versions (Windows 7) as well, but the standard files distributed with the OS are now only ADMX and these files take precedence over ADM.

If we use ADM files when creating a policy, these files are saved in the created policy (in the Sysvol directory in the domain). So the policy has a size of several MB instead of a few kB.

ADMX File

This is a replacement for ADM files, which came with Windows Vista and Windows Server 2008. ADMX is an XML-formatted file that is language-neutral. We need a corresponding ADML file for a certain ADMX file. This supports multilingualism (multiple administrators can edit one policy, each in a different language). ADMX/ADML files are also not saved in the policy itself, so it is significantly smaller. Optionally, we can use the Central Store (more later).

ADML File

A supplement to the ADMX file, which contains language-specific information (policy text in a specific language). Subdirectories for specific languages (such as en-US, cs-CZ or de-DE) are created in the folder with the ADMX files, and the ADML files with the same name as the ADMX are stored in them.

Loading ADM/ADMX Files

ADMX Files

In the administrative tools (GPOE, GPME), ADMX files are automatically searched for in two paths. In the Central Store, a network repository in the domain, whose address is \\FQDN\SYSVOL\FQDN\policies\PolicyDefinitions. If not found here, it is searched in the local repository at c:\Windows\PolicyDefinitions. If the Central Store exists and is accessible, the local files are not used.

Creating a Central Store

To create a Central Store, we just need to create the specified directory on one domain controller (it will be replicated to the others) and copy the ADMX and ADML files into it, for example from Windows Server 2008 R2. We always need to keep the latest version of these files, so that it contains all the settings (for example after installing a Service Pack). Currently the latest version is for Windows Server 2008 R2/Windows 7.

ADM Files

On the other hand, ADM files are normally (if we have them in the system) stored in c:\Windows\inf. When creating a policy (in Windows where ADMX are not yet available), some default ones are loaded and we can manually add or remove them. We right-click on Administrative Templates in the editor and choose Add/Remove Templates. The default ADM files are conf.adm, inetres.adm, system.adm, wmplayer.adm, wuau.adm. These 5 files together take almost 4 MB and are inserted into each created policy.

If we use a system with ADMX files, we can still add ADM files, they will be displayed under the Classic Administrative Templates (ADM) group.

Classic Administrative Templates (ADM)

Saving the GPO

Policies (GPO) in the domain are stored (on the domain controllers) in the path \\FQDN\SYSVOL\FQDN\policies. There is a directory for each policy, named {GPO GUID} (the policy ID in brackets). If it is a policy created using an ADM file, there is a subdirectory Adm here, which contains all the ADM files that were added during creation. So we can copy them from here if we need them. But it is certainly more efficient to use the new ADMX files stored in the Central Store (individual policies are then much smaller), which means creating and managing policies in newer Windows versions.

Converting a Policy with ADM Files to a New One

As we said, it's better to create new policies in newer OS versions (like Windows 7) and manage them there (we wouldn't see new items in older OSes and ADM files would be added directly to the GPO).

We can edit old policies in new OSes, but this doesn't remove the ADM files (although if they're not special, we wouldn't use them anyway - if there's a matching ADMX, that one is used).

A clean solution to get rid of ADM files is to recreate the GPO. The temptation would be to import settings from the old policy into the new one, but unfortunately the import also inserts the ADM files. Still, the import option can sometimes be useful, as it copies the settings (and only that, not permissions, delegation, etc.) from the backed up policy. We can perform the backup as one step of the wizard. We import it using the Group Policy Management Console, navigate to Group Policy Objects and right-click on the policy into which we want to import the settings. From the menu, choose Import Settings and go through the wizard.

Note: We can back up all policies by right-clicking on Group Policy Objects in the Group Policy Management Console and choosing Back Up All.

One way to remove ADM files from a GPO is to open the policy in the new OS. Right-click on Administrative Templates and choose Add/Remove Templates and remove all attached files. When we then look in the policy directory, the Adm directory is empty. And when we look at the policy, for example in the Group Policy Management Console, we see that the settings remain.

Converting an ADM File to ADMX

To convert old ADM templates to new ADMX, we can use the ADMX Migrator tool. We can also use it to edit an ADMX file or create a new one.

Searching in Administrative Templates

In the past, it was always a big problem to find anything in policy settings. There are several thousand items here and there was no basic search functionality. Fortunately, we now have two helpful operations available, displaying all items in one place and filtering.

Group Policy Management Editor - All Settings

All Settings

New in the administrative tools for editing GPOs (GPOE, GPME), under the Administrative Templates item, there is a All Settings folder that contains all the settings from all the loaded ADM/ADMX files. So we can search for items by name.

Filtering Administrative Templates

Another new feature of the editing tools is the ability to filter settings from ADMX files. When we right-click on Administrative Templates or a subfolder, we have Filter On and Filter Options available in the context menu.

When we choose Filter Options, a dialog is displayed where we can enter filtering parameters. We can list items that are configured, that have a comment, that are intended for a particular platform (Requirements Filters). And probably the main one is filtering by keywords (Keyword Filters), where we enter one or more words and specify their occurrence in the policy name, description or comment. After clicking OK, the filtering is immediately activated (Filter On).

Note: If you enter a keyword and don't get any results, it may be due to a bug in the MS tool. You need to switch the keyboard to English and re-enter the filtering parameters (Filter Options).

Group Policy Management Editor - Filter Options

Links

Author:

Related articles:

Group Policy

Group Policy is definitely the basis for central management of computers in a domain. With them we can control the settings, security and behaviour of workstations and servers.

If you want write something about this article use comments.

Comments
  1. [1] Pavel

    Když převedu ADM politiky na ADMX (např ADMX Migratorem), budou se aplikovat i na starších systémech wxp a w2000?

    Thursday, 24.02.2011 15:20 | answer
  2. [2] Samuraj

    respond to [1]Pavel: Kdybyste si přečetl můj článek, tak takový dotaz nemůžete položit.

    Soubory ADM nebo ADMX nemají vůbec nic společného s klientem, slouží pouze k vytvoření politiky, která se na klienta aplikuje. A vlastní politika je pořád stejná.

    Thursday, 24.02.2011 15:39 | answer
  3. [3] Pavel

    Tušil jsem, že když přidám dotaz, že budu označen za slepce, troubu, nebo něco podobného. No, třeba jsem :-(. Jen mi nebylo dost jasné, proč se ty šablony přidávaly do každé z politik, když s klientem nemají nic společného.

    Každopádně děkuji za objasnění problému.

    Thursday, 24.02.2011 16:03 | answer
  4. [4] Samuraj

    respond to [3]Pavel: Myšlenka, která mi ovšem nepřipadá rozumná, údajně byla, aby administrátor, který se připojí z libovolného PC, měl k dispozici ty šablony a tudíž mohl editovat nastavení. Aby úplně neodešli od tohoto konceptu, tak se dnes používá Central Store pro ten samý účel.

    PS: ještě k tomu prvnímu komentáři, převádět ADM na ADMX se hodí jen pro speciální ADM soubory

    Thursday, 24.02.2011 16:11 | answer
  5. [5] Zoulis

    Bohužel se mi už několikrát stalo, že politika vytvořená z Admin Templates na novém OS, řekněme Win2k8 se na starší verze jako Windows Server 2003 neaplikovala. Můžete poradit, když zde tvrdíte, že je to klientsky nezávislé proč se tak stalo?

    Předem díky

    Tuesday, 29.03.2011 14:08 | answer
  6. [6] Samuraj

    respond to [5]Zoulis: Mám desítky politik, všechny vytvořené ve Windows 7 z ADMX nikde žádný problém. Pokud je politika správně vytvořená pro správnou verzi OS, tak by neměl být problém. Samozřejmě to, že se z nějakého důvodu někde neaplikuje politika se stává a příčin může být mnoho.

    V GPO se podívejte na soubor registry.pol, to je to, co se vytvoří ze šablony a můžete porovnat stejné nastavení z Windows XP a Windows 7 (třeba).

    Tuesday, 29.03.2011 14:24 | answer
  7. [7] Zoulis

    Tak jste měl pravdu.Skutečně se v Sysvol ve složce s GPO soubor registry.pol nevytvořil.Nicméně nechápu proč, protože jakmile použiju nějakou z předvytvořených šablon ADMX soubor se ihned vytvoří.Já bohužel potřebuju provést přes registry změnu parametru SNMP protokolu a to se nějak nedaří. Pokud v GPMC konzoli ve Win2k8 SP2 zkouším vydefinovat změnu registru přes nabízeného průvodce (předvolby nastavení Windows -> Registry ->Průvodce nastavení registry) kde volím zdrojový OS(hostname) a následně co konkrétně z jeho registrů chci použít do GPO tak se po této akci žádný registry.pol nevytvoří, ikdyž v náhledu na GPO v nastavení vidím požadované změny v registry. Kolega mi tvrdí, že je nutné vydefinovat ADM file (šablonu),ale já sem po přečtení Vašeho článku nabyl dojmu, že by to mohlo jít i takto.

    Tuesday, 29.03.2011 21:31 | answer
  8. [8] Zoulis

    respond to [7]Zoulis: Takže sem problém nakonec vyřešil jinak, ona na to nastavení SNMP je přímo šablona. Nicméně pokud by neexistovala jak nejlépe provést úpravu nebo přidání nějakých klíčů do registry?

    Wednesday, 30.03.2011 06:59 | answer
  9. [9] Samuraj

    respond to [7]Zoulis: Bohužel nevím o žádném průvodci a jsem úplně ztracený :-). Přímé nastavení registrů se dá rozumně dělat až pomocí Group Policy Preferences (třeba Computer Configuration a pak ne Policies, ale Preferences), ty jsou nativně podporovány až od Windows Server 2008/ Vista, do starší systémů se musí nainstalovat podpora (jako aktualizace). Preferences změny se neukládají jako registry.pol, ale jako Registry.xml (v jiném podadresáři).

    Wednesday, 30.03.2011 08:39 | answer
  10. [10] Zoulis

    respond to [9]Samuraj: Jo soubor registry.xml to skutečně vytvořilo,nicméně po aplikaci GPO na nějaký konkrétní objekt (s Win2k8 R2)se stejně nic v registry nezměnilo. Takže buď to dělám blbě nebo to v nativním módu AD 2003 prostě nefunguje. I tak Vám děkuji za poskytnuté informace:-)

    Wednesday, 30.03.2011 09:32 | answer
  11. [11] Samuraj

    respond to [10]Zoulis: To je zvláštní, tohle nastavování registrů běžně používám. Ale jestli jste použil nějakého průvodce (neznám), kde jste zadal i cílení na OS podle WMI, tak může být problém tam. Zkuste to prostě ručně zadat, bez podmínek. Důležité je správně zadat cestu do registrů (je to tam rozděleno na 2 části).

    Wednesday, 30.03.2011 09:51 | answer
  12. [12] Zoulis

    respond to [11]Samuraj: Už to chodí, je to super :) Díky za pomoc

    Wednesday, 30.03.2011 11:34 | answer
  13. [13] Petr

    Já mám zřejmě hloupý dotaz - politiky vytvořené pro x86 systém, lze nějakou konverzí užít i na x64 systému, nebo jen tak? Konkrétně W2K3 převod na W2K3 x64, který teď musím, kvůli jinému softwaru, použít

    Monday, 02.07.2012 13:48 | answer
  14. [14] Samuraj

    respond to [13]Petr: Až na malé vyjímky tam není žádný rozdíl. Vše by mělo fungovat stejně na x86 jako x64.

    Monday, 02.07.2012 14:10 | answer
  15. [15] Samuraj

    Webová MS aplikace, která dovoluje vyhledávat ve skupinových politikách a nabízí různé pohledy gps.cloudapp.net/.

    Thursday, 08.11.2012 13:25 | answer
Add comment

Insert tag: strong em link

Help:
  • maximum length of comment is 2000 characters
  • HTML tags are not allowed (they will be removed), you can use only the special tags listed above the input field
  • new line (ENTER) ends paragraph and start new one
  • when you respond to a comment, put the original comment number in squar brackets at the beginning of the paragraph (line)