En bedre løsning er å la den eksisterende OU struktur intakt og alle femten salgs- og markedsførings brukere i salg og markedsføring Brukere OU, lage din programvare installasjon GPO og koble det til salg og markedsføring Brukere OU (se figur 4), og deretter bruke sikkerhetsfiltrering til å konfigurere ACL på programvare-GPO for å sikre at bare de tre senior brukerne mottar politikken.

Figur 4: Senior Sales and Marketing Brukere programvareinstallasjon GPO

For å filtrere programvareinstaller GPO slik at kun brukere Bob Smith, Mary Jones og Tom Lee motta den i løpet av politikk behandling , la oss først bruke Active Directory Users and Computers å skape en global gruppe som heter Senior Sales and Marketing Brukere som har bare disse tre brukerne som medlemmer (se figur 5):

Figur 5: Medlemskap i Senior Salg og markedsføring Brukere global gruppe

Merk at du kan lagre denne sikkerhetsgruppen i noen container i domenet, men for enkelhets skyld vil du sannsynligvis ønske å lagre den i salg og markedsføring Brukere GPO siden det er der medlemmene bor.

Nå gå tilbake til GPMC å installere programvaren GPO valgt i venstre rute, og på fanen Omfang av høyre ruten, fjerne Godkjente brukere spesielle identitet fra sikkerhetsfiltrering og deretter legge Senior Sales and Marketing Brukere global gruppe (figur 6):

Figur 6: Filtrere GPO slik at den bare retter seg mot det Senior Sales and Marketing brukergruppen

Det er det, vi er ferdig! Nå når politikken er behandlet for en brukerkonto bosatt i salg og markedsføring Brukere OU vil Group Policy-motoren på klienten først avgjøre hvilke GPOer må brukes til brukeren. Hvis brukeren er medlem av Senior Sales and Marketing Brukere sikkerhetsgruppe, vil følgende GPOer brukes i følgende rekkefølge (forutsatt at vi ikke har brukt blokkere eller håndheving hvor som helst):

Hvis derimot brukeren er en av de andre tolv (junior) medlemmer av salg og markedsføring, så den siste politikk ovenfor (Senior Sales and Marketing Brukere GPO) vil ikke bli brukt til dem. Med andre ord, vil den publiserte programvaren kun gjøres tilgjengelig for Bob, Mary og Tom som ønsket.

The Power of Security Filte

Kraften av sikkerhetsfiltrering er at det tillater oss å forenkle vår OU struktur samtidig sikre at gruppepolicy er behandlet som utformet. For eksempel, i min opprinnelige OU struktur for Vancouver (se Figur 3 ovenfor) Jeg opprettet egen organisasjonsenheter i tre avdelinger i den posisjonen, nemlig IT-avdelingen, ledelse og salg og markedsføring. I Toronto men jeg kunne ha tatt en annen tilnærming og klump alle mine brukere og datamaskiner sammen som dette (figur 7):

Figur 7: Toronto har en enklere OU struktur enn Vancouver

Så jeg kunne gruppen bruker og datamaskin kontoer i Toronto i globale grupper som dette:

IT-avdeling Brukere
IT-avdeling Datamaskiner
Administrasjons Brukere

Jeg kunne deretter lage GPOer for hver gruppe av brukere og datamaskiner i Toronto, knytte disse GPOer til riktig container, og bruke sikkerhetsfiltrering for å sikre at de brukes bare til ønskede sikkerhets rektorer (figur 8):

Figur 8: Bruk av Group Policy for å administrere brukere i Toronto

Den viktigste ulempen med denne tilnærmingen er at når du flat din OU struktur du kan ende opp med masse GPOer knyttet til hver OU, som kan gjøre det vanskeligere ved første øyekast å finne ut hvilken politikk blir behandlet av hver bruker eller datamaskin med mindre du undersøke i detalj sikkerhetsfiltrering oppsettet.

Konklusjon

Til slutt så er det en enkel sak å gi og ta-ta din OU struktur for flat, og det kan være vanskeligere å håndtere politikk; gjøre OU struktur for dypt, og det kan være vanskeligere å administrere kontoer. Det er opp til deg å bestemme hvilken tilnærming til å ta for å gjennomføre gruppepolicy for bedriften. Og til slutt, for flere tips om å designe Group Policy-distribusjoner, sjekk ut bloggen min. Anmeldelser