Gruppenrichtlinien greifen nicht: Unterschied zwischen den Versionen
Flo84 (Diskussion | Beiträge) (Die Seite wurde neu angelegt: == Problembeschreibung == Zugegeben: es kann viele Gründe haben, wieso Gruppenrichtlinien nicht angewandt werden. Hier geht es darum, auch die Berechtigungen für Gru...) |
Franky (Diskussion | Beiträge) |
||
| Zeile 24: | Zeile 24: | ||
* [http://www.microsoft.com/DOWNLOADS/details.aspx?displaylang=de&FamilyID=0a6d4c24-8cbd-4b35-9272-dd3cbfc81887 Group Policy Management Console mit SP1] | * [http://www.microsoft.com/DOWNLOADS/details.aspx?displaylang=de&FamilyID=0a6d4c24-8cbd-4b35-9272-dd3cbfc81887 Group Policy Management Console mit SP1] | ||
| + | |||
| + | [[Kategorie:Domänen-Controller]] | ||
Aktuelle Version vom 25. Februar 2010, 16:23 Uhr
Problembeschreibung[Bearbeiten]
Zugegeben: es kann viele Gründe haben, wieso Gruppenrichtlinien nicht angewandt werden. Hier geht es darum, auch die Berechtigungen für Gruppenrichtlinien nicht zu übersehen und wie man prüfen kann, welche Richtlinien aktuell am Client angewendet werden.
Lösungsvorschlag[Bearbeiten]
Es gibt zwei sehr nützliche Tools, die unter Windows XP standardmäßig mitgeliefert werden:
- gpresult.exe
- rsop.msc
Beide Programme müssen unter dem User ausgeführt werden, für den man die entsprechenden Richtlinien, die aktuell greifen, einsehen will. Ersteres ist ein Konsolen-Tool und wird daher über die Eingabeaufforderung aufgerufen. Es zeigt, welche Richtlinien aktuell greifen und bei welchen Fehler auftreten.
Das MMC-Snapin - bekannt als Richtlinienereignissatz - zeigt eine Übersicht der aktuell angewendeten Richtlinien an.
Wenn etwa bei gpresult.exe eine Meldung der Form
Benutzerpolicy xyz Filterung: Verweigert (Sicherheit)
erscheint, sollte man mittels der Group Policy Management Console die Rechte des Users auf die entsprechende Richtlinie xyz prüfen (Lese-Recht und Gruppenrichtlinie übernehmen-Recht; letzteres findet man unter Erweitert).
