Skip to main content

Active Directory & Group Policy

Your JD explicitly requires "Experience with Active Directory & Group Policies". This is the highest-value page in the Windows module.

The concepts​

TermMeaning
DomainThe security boundary. Everything inside trusts everything else.
ForestThe top of the hierarchy. One forest = one schema.
TreeOne domain and its children
Child domainA separate domain with a two-way trust
Organisational Unit (OU)A container for objects. Policy is applied to OUs, not to domains.
Global groupUsed for permissions; can span domains
Domain local groupUsed for resource membership
Universal groupMembership stored in AD; for large deployments
AGDLPGlobal for permissions, Domain Local for resource membership
GPOA collection of settings applied to users or computers
SiteA replication grouping, aligned to subnetworks
The one-line answer for 'what is an OU for?'

"OUs are how you apply Group Policy and delegate administration. Unlike containers, OUs can have Group Policy linked to them, and permissions can be delegated at that level — which is exactly why helpdesk teams get 'create computer objects in the IT OU' rather than Domain Admin."

How a domain login works — Kerberos​

This question is essentially guaranteed

Be ready to explain it in three sentences.

  1. The user types their password. The client contacts the KDC — a service on a domain controller — and requests a TGT (ticket-granting ticket). It encrypts with a hash of the user's password.
  2. When the user accesses a file server, it presents the TGT. The KDC issues a service ticket for that specific server.
  3. The client presents the service ticket to the server. Both sides validate it against the shared secret. The password never crosses the network again.

Why this matters operationally​

FactWhat it tells you
Tickets are time-limitedClock skew over 5 minutes breaks authentication
TGT renewalLong sessions renew silently; lockouts are more likely than credential theft from capture
NTLM is a fallbackDisabling it without Kerberos working locks everyone out
klist # view cached tickets
klist /purge # clear them
w32tm /resync # force time sync
nltest /dsgetdc:corp.local # can this machine reach a DC?

Group Policy​

A GPO contains settings applied to users or computers, linked to a site, domain or OU.

Setting typeApplies toExamples
Computer ConfigurationThe machineFirewall, audit policy, startup scripts, BitLocker
User ConfigurationThe userDesktop wallpaper, mapped drives, lock screen, app restrictions
Loopback processing

Computer policy always applies to the computer. User policy normally applies to the user's object, even when they log on to a different machine. In Merge mode user policy wins; in Replace mode computer policy wins. This matters for kiosks and locked-down executive workstations.

Policy application order​

Site → Domain → Parent OU → Child OU → Local Group Policy.

Later in that chain overrides earlier, except where a link is blocked or enforced:

gpresult /r # report — shows the full order and WHY
gpresult /h out.html # full HTML report
gpupdate /force # re-apply
It works for everyone except me

Nearly always one of four things: the machine is in the wrong OU, a GPO is blocked by a child OU, loopback processing is set the other way, or the object is being filtered by security group membership. gpresult /r answers all four — always run it before you guess.

Common GPOs you would actually deploy​

PolicyPurpose
Disable USB storageData-loss prevention
Force lock screen after 10 minCompliance
Windows Update via WSUSPatch control
Firewall rulesBaseline security
Mapped network drivesUser convenience
Application installationStandardise business apps
Deny local adminReduce risk

Delegation — the helpdesk model​

Real support environments never hand out Domain Admin. Instead:

# Give the helpdesk the right to reset passwords and create computers in one OU
dsacls "OU=IT,OU=CORP,DC=corp,DC=local" `
/grant "CORP\Helpdesk":(RP;WDAC;;;0,0,512,268435456)(CI;CR;;;;1131,1275)
# Or, more readably, using PowerShell
Add-ADObjectAce -Identity "OU=IT,DC=corp,DC=local" `
-AccessRuleType Allow `
-AccessControlType Allow `
-Identity "CORP\Helpdesk" `
-ActiveDirectoryRights CreateChild
RightLets them
Reset passwordRecover locked accounts
Create computer objectsJoin machines to that OU
ReadTroubleshoot who is in what
Why delegation is the correct answer

When asked "how do you let the helpdesk reset passwords without making them Domain Admins?", the answer is a delegated OU with the Reset password right. It is the single most common day-to-day Active Directory task in support, and it is also the single best answer to demonstrate least-privilege thinking.

"My password is right but it says incorrect"​

The full decision tree. This is a real ticket, and it appears in interviews.

net user <username> # is the account locked or disabled?
net user <username> /active:yes # unlock
net user <username> * # reset (prompts for a new password)
Get-ADUser -Identity <user> -Properties LockedOut, Enabled, PasswordExpired
w32tm /resync # clock skew breaks Kerberos
klist /purge # clear stale tickets
MessageCauseFix
"Account locked out"Threshold exceededUnlock, and reset the password
"Password expired"Age policyReset it
"Your account has been disabled"Admin disabled itRe-enable, confirm why
"The trust relationship failed"DC unreachable or broken trustnltest /dsgetdc, check the DC
Works on Wi-Fi but not LANTwo network paths, one brokenCompare ipconfig /all on both
Works offlineCached credentials — it was never really locked outReset the password
The cached-credentials trap

If a user can log in on a machine that has no network connection, their credentials are cached and the account is not actually failing. The real problem is only visible once they are on the network again. Always ask them to test on the LAN.

Machines and accounts​

# Join and unjoin a domain
Add-Computer -DomainName "corp.local" -Credential (Get-Credential)
Remove-Computer -UnjoinDomainCredential (Get-Credential) -Force

# Leave a computer account orphaned by reinstalling the OS
Reset-ComputerMachinePassword -Server dc01.corp.local
Reinstalling a domain-joined machine

It creates a new computer account and leaves the old one behind as an orphan. If a GPO targets the old object, the machine silently stops receiving it. This causes a genuinely baffling support ticket.

GPO troubleshooting​

gpresult /r # what applied, and the order
gpresult /r /user # only for the current user
gpresult /r /scope:computer
SymptomCheck
Policy applies to some users onlySecurity group filtering
Wrong values in the wrong OULink order, blocked links
Machine config ignoredLoopback processing mode
Nothing applies at allIs the machine in the right OU at all?

Hands-on​

Lab 3 — Active Directory & Group Policy builds a domain controller, creates the OU structure, writes two GPOs and breaks them deliberately.

Next​

Printers & Peripherals — the most common ticket in the real world.

Was this page helpful?