User GPO zieht unterschiedlich

[toby_76 10]

Hallo,

 

habe ein kleines Problem mit einer GPO die für User ist.

 

Die GPO liegt auf der OU in der das Benutzerobjekt liegt

 

Meldet sich der User an einem PC an zieht die GPO und wird auch mit gpresult -r unter Benutzereinstellung und Angewendete Gruppenrichtlinienobjekte angezeigt.

 

Meldet sich nun der gleiche Kollege an einem Notebook an, sehe ich die GPO unter Benutzereinstellungen nicht. Auch wenn Sie nicht unter Angewendete Gruppenrichtlinienobjekte auftaucht hätte ich Sie zumindest unter „Folgende herausgefilterte Gruppenrichtlinien werden nicht angewendet“ erwartet.

 

Client Win7 mit WinServer 2008R2.

Auch bei den Gruppenrichtlinienergebnissen ist es so wie es sich verhält nach zu vollziehen.

 

Kennt einer das Problem oder hat noch eine Idee zu deren Lösung?

 

 

Danke & Gruß

Toby

[Sunny61 833]

Gibt es Sicherheitsfilterung im GPO? Ist auf der OU in der das Notebook liegt ein GPO mit Loopback aktiviert?

 

EDIT: Infos zum Loopback gibt es in diesem Artikel: http://www.gruppenrichtlinien.de/artikel/loopbackverarbeitungsmodus-loopback-processing-mode/

bearbeitet 6. Mai 2014 von Sunny61

[toby_76 10]

Hi,

 

Danke für die schnelle Antwort!

 

Ja auf der NB OU ist Loppback aktiv, da ich damit den User erlaube den Bildschirmschoner zu überschreiben, das verbiete ich in der std User GPO, die dort aber zieht, leider ziehen nur 2-3 GPO`s nicht die ich auf die User OU gelegt habe.

 

Gruß

Toby

 

PS: Habe eben die Loopback GPO deaktiviert und jetzt ziehen alle, mal sehen wie ich das umbaue und warum nur die 2-3 neuen GPO`s dann nicht angewendet werden. Danke für den Hinweis!!!!!!

bearbeitet 6. Mai 2014 von toby_76

[tesso 384]

Vermurlich weil Loopback im replace Modus läuft.

[daabm 1.429]

So isses... Meine Lieblingsartikel dazu:

 

http://evilgpo.blogspot.de/2012/02/loopback-demystified.html

http://blogs.technet.com/b/askds/archive/2013/02/08/circle-back-to-loopback.aspx

 

Sollte jeder mal gelesen haben. Vor allem die Empfehlung von Kim:

 

Recommendations for using loopback

[...]

1. Don't use loopback  :-)