Group Policy provides centralized management and configuration of operating systems, applications, and user settings across an Active Directory environment.
Group Policy Objects consist of two components stored in different locations.
GPOs are processed in a specific order. Later policies override earlier ones.
GPOs contain two configuration sections that apply to different objects.
Applies user settings based on the computer's OU, not the user's OU.
GPOs must be created in AD and then linked to sites, domains, or OUs to take effect.
Create a GPO first, then link it to the OU where it should apply.
Link the GPO to a target OU so it begins applying to objects in that scope.
Use the Enforced flag to ensure a GPO applies even when child OUs block inheritance.
Security filtering restricts which users or computers a GPO applies to within its linked scope.
Check which groups currently have permission to apply a GPO.
Grant the GpoApply permission to a specific security group so only its members receive the policy.
Remove Authenticated Users so the GPO only targets the group you just added.
WMI filters apply GPOs conditionally based on system properties queried via WMI.
WMI queries target GPOs to machines matching specific hardware or OS criteria.
Create a WMI filter in PowerShell and attach it to a GPO for conditional targeting.
Key policy areas every administrator should know.
| Category | Location | Examples |
|---|---|---|
| Password Policy | Computer > Policies > Windows Settings > Security | Min length, complexity, age |
| Account Lockout | Computer > Policies > Windows Settings > Security | Threshold, duration, reset |
| Audit Policy | Computer > Policies > Windows Settings > Security | Logon events, object access |
| User Rights | Computer > Policies > Windows Settings > Security | Log on locally, shut down |
| Software Restriction | Computer > Policies > Windows Settings | AppLocker, SRP |
| Folder Redirection | User > Policies > Windows Settings | Documents, Desktop, AppData |
Preferences configure settings that users can change, unlike policies which enforce settings.
When policies don't apply as expected, use these diagnostic approaches.
Force an immediate policy refresh on the local machine to test changes right away.
Generate an HTML report showing every GPO that applied (or failed) on this machine.
Get the Resultant Set of Policy for a specific user on a specific computer, useful for remote troubleshooting.
Pipe a GPO into Get-GPOReport to inspect its full XML configuration for replication verification.
Regularly backup GPOs before making changes and as part of disaster recovery.
Back up every GPO in the domain at once for disaster recovery.
Back up a single GPO with a comment so you know why the snapshot was taken.
Restore a GPO to roll back unwanted changes using the backup directory.
Import GPO settings from a backup into a new GPO, useful for copying policies between domains.
Practice GPO creation, linking, and troubleshooting through both interfaces.