Änderung eines Registryeintrages per GPO

Hallo,

folgender Registryeintrag soll per GPO geändert werden:

[HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\DeviceAccess\Global\LooselyCoupled]
"Value"="Deny"

Aber die Änderung wurde einfach nicht übernommen. Das betrifft nur Änderungen für HKEY_CURRENT_USER. Da die Änderungen für HKEY_LOCAL_MACHINE übernommen wurden, schließe ich ein GPO-Problem aus. Ich vermute deshalb einen Fehler im Registrierungselement.

Schaut euch mal bitte das Screenshot an. Ist ein Server 2008 R2. Habe ich etwas übersehen?

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 322957

Url: https://administrator.de/forum/aenderung-eines-registryeintrages-per-gpo-322957.html

Ausgedruckt am: 08.04.2025 um 18:04 Uhr

15 Kommentare

Neuester Kommentar

Mich verwirrt etwas, dass da einerseits HKEY_CURRENT_USER steht andererseits aber auch HKEY_USERS (und darin der Default-User). Schau mal nach, ob der Eintrag beim Default-User gesetzt wurde.
Bei mir referenziert bei allen Registryeinträgen für Benutzer das GPO-Element auf HKCU

Hi,
ich vermute stark, er/sie hat diese GPP im Zweig "Computerkonfiguration" gemacht, statt in "Benutzerkonfiguration", wo es hingehört.

E.

Was sagt denn der Richtlinienergebnissatz dazu? Wird das wirklich abgearbeitet?
Ist das eine Workstation, also Win7/8.x/10 oder ein Terminalserver?

Gruß

Jörg

ich vermute stark, er/sie hat diese GPP im Zweig "Computerkonfiguration" gemacht, statt in "Benutzerkonfiguration", wo es hingehört.

Ja, das kann wohl sein. Heute ist Montag und daher nicht mein Tag. Werde ich morgen testen.

Auch könntest du es mit Aktion = Ersetzen probieren.

Was soll das ändern?

"Ersetzen" bedeutet, dass es nur angewendet wird, wenn der Wertname mit einem anderen Wert bereits existiert.
"Aktualisieren" bedeutet, dass es immer angewendet wird, wenn der Wertname nicht oder mit einem anderen Wert existiert.

"Ersetzen" würde hier also nur die Changen verschlechtern, dass es auch auf Benutzer angewendet wird, wo der Wertname noch nicht existiert.

Nein beim "Ersetzen" wird der Schlüssel erstellt oder überschrieben, er wird in jedem Fall an die Stelle geschrieben. So habe ich es in Erinnerung, das deckt sich mit meiner Beobachtung (auch wenn ich jetzt ne Weile nichts damit gemacht habe) und auf die schnelle kriege ich es auch im Internet so beschrieben:
http://www.how-to-compute.de/2014/01/22/group-policy-preferences-unters ...

OK, habe ich wohl missverstanden.
Ich benutze hier eh bloß "erstellen", "aktualisieren" oder "löschen".
Danke für die Info.

Habe es getestet und zwar unter der Benutzerkonfiguration. Die Änderung wird immer noch nicht übernommen. Auf dem Server läuft Server 2008 R2 und auf dem Client Windows 10.

Das Problem betrifft nur Registryeinträge für HKCU. Die für HKLM wurden aktualisiert.

Was läuft hier falsch?

Dass die GPO überhaupt angewendet wird, hast Du aber mit "gpresult /r" oder "rsop.msc" überprüft? Das ist sicher?

Ja, das ist schon sicher. Das habe ich schon mit "gpresult" geprüft.

Wie ich schon sagte, wurden die Änderungen für HKLM übernommen, nur die für HKCU nicht.

Wie es wohl aussieht, wird wohl in Windows 10 nicht alles übernommen, was unter Server 2008 R2 in der GPO vorgenommen wurde.

Habe auch versucht, die GPO mittels Windows 10 RSAT-Tools zu bearbeiten. Das Problem bleibt das gleiche (siehe Screenshot). Vielleicht funktioniert es unter Server 2012 R2 besser...

Ich werde wohl alle Einstellungen für HKCU über ein Powershell-Skript vornehmen müssen.