[GPO] User loopback processing naar computers met groep

[Urk]

Ik probeer iets te doen met User loopback processing maar het gaat gaat me wat betreft denkvermogen net even de pet te boven.
Volgens mij is het vergelijkbaar wat in dit artikel wordt genoemd:
https://community.spicewo...curity-filtering-loopback

Ik wil dus een stukje user policy toepassen op PC's die lid zijn van een bepaalde security groep maar die PC's niet plaatsen in een aparte AD OU.
In dit geval wil ik Outlook cache mode uitzetten wanneer een computer lid is van de groep DisableOutlookCache maar dat werkt helaas niet.
In de GPO had ik User Loopback Mode op enabled (Merge mode) gezet en de GPO toegepast op de groep DisableOutlookCache (security filtering) op de OU's met alle PC's.

Kan dat uberhaupt...?

[_Lu_]

als je kijkt op een affected client met gpresult /r wordt de policy dan wel geapply'd?

[Urk]

_Lu_ schreef op donderdag 16 juli 2020 @ 10:08:
als je kijkt op een affected client met gpresult /r wordt de policy dan wel geapply'd?

Nee niet als de computer lid is van de security group. Als hem plaats in een OU en dan target op die OU werkt t wel...

[MAX3400]

Spiceworks gaat er regelmatig van uit dat je weet wat je doet; allicht dat https://www.mustbegeek.co...-gpo-loopback-processing/ even een mooier startpunt voor je is incl plaatjes & pijlen?

Dat gezegd; de manier waarop je je vraagstelling beschrijft is wat "wollig"; ik heb wat moeite om wijs te worden uit de beschrijving in je startpost. Het is meer "jouw gedachten" dan "wat staat er op beeld geconfigureerd"

[_Lu_]

Is inderdaad wollig en summier qua info. Hou er rekening mee als je merge gebruikt de volgorde m.b.t. processing van je gpo's van belang is.


Maar ik ga niet verder lopen gissen.

Paste ff output van gpresult, je OU structuur en hoe je security filtering hebt gedaan om hier wat zinnigs over te kunnen zeggen of volg inderdaad ff 1 van de vele tutorials.

[Hero of Time]

Urk schreef op donderdag 16 juli 2020 @ 12:50:
[...]

Nee niet als de computer lid is van de security group. Als hem plaats in een OU en dan target op die OU werkt t wel...

Heb je de GPO dan wel op de juiste plek gelinkt zodat het uiteindelijk wel op het computerobject van toepassing kan worden? Het heeft weinig zin om een GPO op een compleet andere plek in de boomstructuur te zetten dan waar het object zit dat je wilt targeten.

En wat hierboven wordt gezegd, let naast de targeting ook op de security filtering. Je zal niet de eerste zijn die weer gebeten wordt door het niet laten lezen van de GPO door de 'authenticated users' groep.

[kipjr]

Let op dat je in de security filtering zowel Authenticated users en de security groep Read/Apply rechten hebt gegeven. Je zou die GPO moeten linken aan de overkoepelende computer OU.

[_Lu_]

Als je zowel authenticated users alsmede ook de security group read/apply group policy geeft dan heb je effectief geen security filtering, alle resources in die OU zullen dan die GPO geapply'd krijgen.

Ik zal 1 gok doen, ik gok erop dat je de default computer ou gebruikt in AD en daar zal die GPO niet gaan werken.

Nogmaals, ik kan nog1001 dingen bedenken waarom dit niet werkt maar ik ga niet in mijn spaarzame prive tijd verder lopen gissen, als de topic poster een verdere helpende hand nodig heeft dan zullen we de betreffende informatie hier wel een keer aantreffen.

[Question Mark]

kipjr schreef op vrijdag 17 juli 2020 @ 12:16:
Let op dat je in de security filtering zowel Authenticated users en de security groep Read/Apply rechten hebt gegeven. Je zou die GPO moeten linken aan de overkoepelende computer OU.

Dat hoeft niet, zoals hierboven al gemeld is. Nergens voor nodig om Read/Apply rechten via twee groepen toe te kennen, één keer is voldoende....