20
GPO Einstellungen gehen nicht weg
Hallo zusammen,
ich habe ein Problem, bei dem ich nicht weiterkomme.
Ich habe per GPO den Standard-Speicherort in Word und Excel 2010 auf einen Netwerkpfad geändert. So war einst mal die Anforderung. Da unsere User nun aber die Möglichkeit bekommen sollen, ihren Pfad selber zu bestimmen, habe ich die GPO wieder auf nicht konfiguriert gesetzt.
Doch immer wenn ich jetzt im Word oder Excel den Pfad umstelle, ändert er es wieder sofort auf den einst von der GPO konfigurierten Pfad!
Hat jemand eine Ahnung warum das so ist?
Danke und besten Gruß
ich habe ein Problem, bei dem ich nicht weiterkomme.
Ich habe per GPO den Standard-Speicherort in Word und Excel 2010 auf einen Netwerkpfad geändert. So war einst mal die Anforderung. Da unsere User nun aber die Möglichkeit bekommen sollen, ihren Pfad selber zu bestimmen, habe ich die GPO wieder auf nicht konfiguriert gesetzt.
Doch immer wenn ich jetzt im Word oder Excel den Pfad umstelle, ändert er es wieder sofort auf den einst von der GPO konfigurierten Pfad!
Hat jemand eine Ahnung warum das so ist?
Danke und besten Gruß
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 194579
Url: https://administrator.de/forum/gpo-einstellungen-gehen-nicht-weg-194579.html
Ausgedruckt am: 22.12.2024 um 10:12 Uhr
20 Kommentare
Neuester Kommentar
Hallo,
Hast du den Client neu gestartet bzw. ab und angemeldet?
gruß
Hast du den Client neu gestartet bzw. ab und angemeldet?
gpupdate /forcegruß
Ja, das habe ich alles durch! 
Leider ohne Erfolg. Außerdem habe ich von Änderung bis zum Test ca. 1 Stunde vergehen lassen. Also genügend Zeit zum replizieren!
Leider ohne Erfolg. Außerdem habe ich von Änderung bis zum Test ca. 1 Stunde vergehen lassen. Also genügend Zeit zum replizieren!
Und du bist dir sicher das du das in keiner anderen GPO mehr drinnen stehen hast?
Gruß
Gruß
Was sagt denn
Gruß
gpresult
? Zieht er sich deine Konfiguration?Gruß
Hat jemand eine Ahnung warum das so ist?
Moin. Lies mal nach unter http://gpoguy.com/FAQs/Whitepapers/tabid/63/articleType/ArticleView/art ... welche Registrypfade (und somit Policies) bestehen bleiben und welche nicht. Ich schätze, Dein Pfad bleibt bestehen. Lösch ihn mal und schau, ob er nach GPupdate neu gesetzt wird.
Das sind bestimmt diese wilden Tattoorichtlinien ;), welche auch bestehen bleiben wenn due es rausnimmst.
Evtl. Lokale Gruppenrichtlinie überprüfen!
Das lokale Gruppenrichtlinienobjekt befindet sich im Verzeichnis systemroot\System32\GroupPolicy.
Die Lokale Gruppenrichtlinie greift in der Regel vor einer übergeordneten Richtlinie.
LG Crazie
Das lokale Gruppenrichtlinienobjekt befindet sich im Verzeichnis systemroot\System32\GroupPolicy.
Die Lokale Gruppenrichtlinie greift in der Regel vor einer übergeordneten Richtlinie.
LG Crazie
Die Lokale Gruppenrichtlinie greift in der Regel vor einer übergeordneten Richtlinie.
Welcher Märchenonkel hat Dir das erzählt? Nie ist es so.
Ereignisanzeige prüfen ob es Fehler beim Übernehmen der GPO gibt oder Kommunikationsprobleme.
Wenn das so wäre könnte jeder Lokale Admin deine GPOs aushebeln und sich selbst einstellen.Wär nicht so toll oder.
LG
Zitat von @crazie:
Die Lokale Gruppenrichtlinie greift in der Regel vor einer übergeordneten Richtlinie.
Die Lokale Gruppenrichtlinie greift in der Regel vor einer übergeordneten Richtlinie.
Wenn das so wäre könnte jeder Lokale Admin deine GPOs aushebeln und sich selbst einstellen.Wär nicht so toll oder.
LG
Moin
Ja - ich. Grundlagen der Richtlinienverarbeitung sage ich nur... Das Setzen von "Nicht konfiguriert" löscht nicht die vorher erstellte Einstellung.
Du musst also entweder die neue Einstellung definieren oder (wenn es diese Möglichkeit nicht gibt) dir Gedanken darüber machen, wie du die gesetzten Einträge direkt per Script o.ä. entfernst.
In deinem Fall würde ich es aber erst einmal damit versuchen, die Richtlinie von "Nicht konfiguriert" auf "Deaktiviert" zu setzen.
Gruß
Hubert
Ja - ich. Grundlagen der Richtlinienverarbeitung sage ich nur... Das Setzen von "Nicht konfiguriert" löscht nicht die vorher erstellte Einstellung.
Du musst also entweder die neue Einstellung definieren oder (wenn es diese Möglichkeit nicht gibt) dir Gedanken darüber machen, wie du die gesetzten Einträge direkt per Script o.ä. entfernst.
In deinem Fall würde ich es aber erst einmal damit versuchen, die Richtlinie von "Nicht konfiguriert" auf "Deaktiviert" zu setzen.
Gruß
Hubert
Moin Hubert.
Das Setzen von "Nicht konfiguriert" löscht nicht die vorher erstellte Einstellung.
Lies mal meinen Link, oft ist es schon so.
Moin 
da sehe ich keinen Widerspruch. Im konkreten Beispiel wird die Richtlinie ja nicht entfernt, sondern nur umkonfiguriert. Und da ist es nun einmal so, das die Problemlösung im Deaktivieren des Standardspeicherorts liegt.
Gruß
Hubert
da sehe ich keinen Widerspruch. Im konkreten Beispiel wird die Richtlinie ja nicht entfernt, sondern nur umkonfiguriert. Und da ist es nun einmal so, das die Problemlösung im Deaktivieren des Standardspeicherorts liegt.
Gruß
Hubert
Moin. Das Setzen von "Nicht konfiguriert" löscht bei den meist verwendeten Policy-Registrypfaden die zuvor gesetzten Einstellungen - das geht aus dem Artikel hervor. [Unter NT4 war das nicht so]
Hi
Zu eurer kleinen Diskusion meine Erfahrung sag das nicht immer die einstellungen gelöscht werden wenn man auf "nicht konfiguriert" setzt
mir passiert das auch unter 2008r2 noch das manche Einstellungen bleiben.
Meist bei Funktionen die über ADMX Files hinzugefügt werden.
LG Andy
Zu eurer kleinen Diskusion meine Erfahrung sag das nicht immer die einstellungen gelöscht werden wenn man auf "nicht konfiguriert" setzt
mir passiert das auch unter 2008r2 noch das manche Einstellungen bleiben.
Meist bei Funktionen die über ADMX Files hinzugefügt werden.
LG Andy
hmmm - da bekomme ich wohl unter dem Link einen anderen Artikel angezeigt, denn ich lese da immer nur "when the GPO is removed"
Gut, dann zitier ich mal ein paar Stellen aus anderen Artikeln, die es explizit ausdrücken:
Aus http://www.derkeiler.com/Newsgroups/microsoft.public.windowsxp.security ...
Aus http://www.derkeiler.com/Newsgroups/microsoft.public.windowsxp.security ...
Policy settings stored in these approved registry locations, won't persist if the policy is set to Not Configured, is unlinked, or the client moves out of the scope of management. In other words, they won't tattoo the registry.
Oder MVP Florian Frommherz hier: http://social.technet.microsoft.com/Forums/en-US/winserverDS/thread/de3 ...non-tatooing: when the policy is "not configured" or "unset", the client's behavior changes back to the default, without having to set it specifically to a different value.
Hi Andy. Ja, das gilt für Tattooing. Wann das anwendbar ist und wann nicht, steht in den Artikeln.
o.k. - akzeptiert
Schön dann allerdings, wenn die Praxis nicht mit der Theorie übereinstimmt. Siehe oben...
Schön dann allerdings, wenn die Praxis nicht mit der Theorie übereinstimmt. Siehe oben...
Zitat von @DerWoWusste:
Hi Andy. Ja, das gilt für Tattooing. Wann das anwendbar ist und wann nicht, steht in den Artikeln.
Hi Andy. Ja, das gilt für Tattooing. Wann das anwendbar ist und wann nicht, steht in den Artikeln.
Schon gelesen Danke
LG Andy
Tja, was soll ich sagen, bei mir geht es. Der Regwert wird gesetzt und wenn zurück auf "not configured", wird er beim nächsten Policy refresh entfernt und Word verhält sich auch dem entsprechend.
Der Threadersteller sollte genauer sagen, wo er das setzt.
Der Threadersteller sollte genauer sagen, wo er das setzt.
