grizzly999 11 Geschrieben 22. November 2003 Melden Teilen Geschrieben 22. November 2003 Immer wieder wird gefragt, wie man auf lokalen Rechnern einer Arbeitsgruppe, also ohne Domäne, lokale Gruppenrichtlinien einrichten kann, die dann aber nicht für die Mitglieder der lokalen Administratorengruppe gelten. Microsoft bietet dafür folgende Lösung an: http://tinyurl.com/w4i5 bzw. in Langform http://support.microsoft.com/default.aspx?scid=kb;de;293655&Product=WWin2000Ger Eine weitere Möglichkeit besteht darin, mit dem guten alten, aus Win 9x und NT 4.0 bekannten, Poledit die Richtlinien zu bearbeiten. Es geht aber nicht der poledit von NT 4.0 oder Win9x, aber der aus dem Office XP Resource Kit, zu beziehen und Anleitung hier: http://www.microsoft.com/office/ork/xp/appndx/appa18.htm Diese Methode hat gegenüber der von Microsft genannten den Vorteil, dass man auch andere Benutzer oder Gruppen von den Richtlinien ausnehmen kann. grizzly999 Schlüsselwörter: lokal lokale Gruppenrichtlinie Gruppenrichtlinien Administrator Administratoren Ausnahme Arbeitsgruppe Workstation nicht gelten Zitieren Link zu diesem Kommentar
Moldy 10 Geschrieben 7. April 2004 Melden Teilen Geschrieben 7. April 2004 Hi Eine weitere Möglichkeit besteht darin, mit dem guten alten, aus Win 9x und NT 4.0 bekannten, Poledit die Richtlinien zu bearbeiten. Es geht aber nicht der poledit von NT 4.0 oder Win9x, aber der aus dem Office XP Resource Kit, zu beziehen und Anleitung hier: Dazu habe ich folgende Frage: Wie kann ich mit dem Ding (dem Poledit aus dem Office XP Ressource Kit) unter W2K die Richtlinien bearbeiten ? Ich krieg es damit bisher nicht hin, die richtigen ADM-Files zu laden. Wie komme ich an ADM-Files, die mit dem Poledit kompatibel sind und mir erlauben, die Einstellungen analog zu den GPOs zu machen ? Wäre cool, wenn mir da jemand helfen könnte. Zitieren Link zu diesem Kommentar
grizzly999 11 Geschrieben 7. April 2004 Autor Melden Teilen Geschrieben 7. April 2004 Die ADM-Dateien müssen dazu absolut NT 4.0-konform sein, also die ganzen #if.... #endif Zeilen oder explain-Einträge gab es in den ADMs von NT 4.0 nicht. grizzly999 Zitieren Link zu diesem Kommentar
macabros 10 Geschrieben 30. Mai 2004 Melden Teilen Geschrieben 30. Mai 2004 Hi, also ich mache das immer so das ich auf NTFS Recht Ebene den Administratoren den Zugriff auf den GroupPolicy Ordner unterhalb System32 entziehe. Damit können dieses nicht mehr darauf zugreifen und übernehmen die angepasste nicht. Zusätzlich erstelle ich einen User der dann Vollzugriff auf diesen Ordner besitzt und damit per gpedit.msc die Policy bearbeiten kann. Funktioniert wunderbar. Keine Schwierigkeiten. Gruß MacabroS Zitieren Link zu diesem Kommentar
JackLevin 10 Geschrieben 31. August 2004 Melden Teilen Geschrieben 31. August 2004 Sag mal funktionieren diese Konfigurationen auch für XP-Rechner? Denn im Microsoft Text steht ja, dass es nur für Win2kPro und Win2kServer gelten würde??? :suspect: Zitieren Link zu diesem Kommentar
MVG 10 Geschrieben 26. April 2006 Melden Teilen Geschrieben 26. April 2006 Sag mal funktionieren diese Konfigurationen auch für XP-Rechner?Denn im Microsoft Text steht ja, dass es nur für Win2kPro und Win2kServer gelten würde??? :suspect: das wäre jetzt auch frage gewesen nach dieser anleitung habe ich es schon ausprobiert aber wenn ich dann in den richtlinien nachschaue sind diese gesetzt aber sie funktionieren nicht als admin und bentzer vieleicht habe ich ja etwas falsch gemacht ? Zitieren Link zu diesem Kommentar
IT-Shrek 13 Geschrieben 27. April 2006 Melden Teilen Geschrieben 27. April 2006 Hi, also ich mache das immer so das ich auf NTFS Recht Ebene den Administratoren den Zugriff auf den GroupPolicy Ordner unterhalb System32 entziehe. Damit können dieses nicht mehr darauf zugreifen und übernehmen die angepasste nicht. Zusätzlich erstelle ich einen User der dann Vollzugriff auf diesen Ordner besitzt und damit per gpedit.msc die Policy bearbeiten kann. Funktioniert wunderbar. Keine Schwierigkeiten. Kann man das auch im Domänenumfeld anwenden, dass GPOs umgesetzt werden, lokale Richtlinien aber nicht? Zitieren Link zu diesem Kommentar
IThome 10 Geschrieben 27. April 2006 Melden Teilen Geschrieben 27. April 2006 Jedes Domänen-GPO hat eine höhere Priorität als die lokale Richtlinie, wozu sollte man die lokale abschalten wollen ? Zitieren Link zu diesem Kommentar
IT-Shrek 13 Geschrieben 27. April 2006 Melden Teilen Geschrieben 27. April 2006 Weil man keinen Einfluss auf die GPOs hat und diese "nicht konfiguriert sind" Zitieren Link zu diesem Kommentar
IThome 10 Geschrieben 27. April 2006 Melden Teilen Geschrieben 27. April 2006 Was meinst Du mit "keinen Einfluss" ? Ich kann lokale Richtlinien mit SECEDIT z.B. beeinflussen, was man in einer Domäne normalerweise nicht macht, da es ja zentral möglich ist ... Ich denke aber, dass wir irgendwie aneinander vorbei reden ... :) Zitieren Link zu diesem Kommentar
IT-Shrek 13 Geschrieben 27. April 2006 Melden Teilen Geschrieben 27. April 2006 Admin B hat keinen Einfluss auf die GPOs, er soll per lokalen Richtlinien öffentliche PCs absichern, die über die GPO Restriktionen hinaus gehen, also Richtlinien definieren die per GPO nicht definiert sind. Allerdings möchte er dass diese Richtlinien nicht für lokale Administratoren gelten. Shrek Zitieren Link zu diesem Kommentar
IThome 10 Geschrieben 27. April 2006 Melden Teilen Geschrieben 27. April 2006 Hm, ich würde das mit Loopbackverarbeitung machen und nicht über lokale Richtlinien ... Zitieren Link zu diesem Kommentar
phoefliger 10 Geschrieben 8. Mai 2006 Melden Teilen Geschrieben 8. Mai 2006 also ich mache das immer so das ich auf NTFS Recht Ebene den Administratoren den Zugriff auf den GroupPolicy Ordner unterhalb System32 entziehe. Damit können dieses nicht mehr darauf zugreifen und übernehmen die angepasste nicht. Zusätzlich erstelle ich einen User der dann Vollzugriff auf diesen Ordner besitzt und damit per gpedit.msc die Policy bearbeiten kann. Das gibt sicher fette Rote Meldungen im Eventlog so kann er das Profil nicht sauber verarbeiten. Grüsse Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.