2
Probleme mit der Änderung eines servergespeicherten Profils inkl. Verhinderung der Propagierung der Änderungen mittels GPOs
Hallo,
ich hoffe es kann mir jemand helfen folgendes Problem zu lösen und am Besten auch zu verstehen.
Ich habe hier ein Netzwerk mit ca. 30 Rechnern in einer Domäne mit einem Windows 2003 Server als Domänencontroller. An den 30 Rechnern können sich die Kunden und Mitarbeiter mit ihren, auf dem Server gespeicherten Profilen, anmelden. Beim Herunterfahren werden per Script alle lokalen Profilreste gelöscht, sodass die Clients "Sauber" bleiben und kein Profilchaos entsteht.
Unter anderem existiert auf dem Server ein Profil (nennen wir es mal "t"), mit dem sich Seminarteilnehmer an unseren Rechnern anmelden können.
Dieses Profil ist per Gruppenrichtline (Propagierung von Änderungen.....) so konfiguriert, dass die Änderungen, die die Kunden an dem Profil gemacht haben, beim Abmelden nicht auf den Server übertragen werden. Die NTUSER Datei endet auf .MAN.
Die anderen existierenden Profile sind irrelevant, haben aber alle die Eigenschaft, dass sie die vom User gemachten Änderungen speichern.
Ich möchte nun ein paar Änderungen an dem Profil "t" vornehmen und zu dem Zweck, habe ich bisher immer (auf dem alten Server) die Gruppenrichtlinie Propagierung von Änderungen..... unter Computerkonfiguration/Administrative Vorlagen/System/Benutzerprofile deaktiviert und die NTUSER.MAN in NTUSER.DAT unbenannt, mich dann angemeldet, die Änderungen durchgeführt und nach der Abmeldung die o.g. Änderungen wieder rückgängig gemacht.
Anscheinend mache ich irgendetwas falsch/anders, denn wenn ich mich nach den GPO- und NTUSER-Änderungen anmelden möchte, dauert das Laden der Benutzereinstellungen sehr lange und das Profil was ich schlussendlich vor mir habe ist unvollständig und inkonsistent (z.B. ist das Kontextmenü "Neu" bei Rechtsklick auf den leeren Desktop leer)
Kann mir jemand sagen was ich falsch mache/anders machen kann?
Vielen Danke schonmal im Vorraus,
Grüße
Jashugan
ich hoffe es kann mir jemand helfen folgendes Problem zu lösen und am Besten auch zu verstehen.
Ausgangssituation
Ich habe hier ein Netzwerk mit ca. 30 Rechnern in einer Domäne mit einem Windows 2003 Server als Domänencontroller. An den 30 Rechnern können sich die Kunden und Mitarbeiter mit ihren, auf dem Server gespeicherten Profilen, anmelden. Beim Herunterfahren werden per Script alle lokalen Profilreste gelöscht, sodass die Clients "Sauber" bleiben und kein Profilchaos entsteht.
Unter anderem existiert auf dem Server ein Profil (nennen wir es mal "t"), mit dem sich Seminarteilnehmer an unseren Rechnern anmelden können.
Dieses Profil ist per Gruppenrichtline (Propagierung von Änderungen.....) so konfiguriert, dass die Änderungen, die die Kunden an dem Profil gemacht haben, beim Abmelden nicht auf den Server übertragen werden. Die NTUSER Datei endet auf .MAN.
Die anderen existierenden Profile sind irrelevant, haben aber alle die Eigenschaft, dass sie die vom User gemachten Änderungen speichern.
Was ich machen möchte
Ich möchte nun ein paar Änderungen an dem Profil "t" vornehmen und zu dem Zweck, habe ich bisher immer (auf dem alten Server) die Gruppenrichtlinie Propagierung von Änderungen..... unter Computerkonfiguration/Administrative Vorlagen/System/Benutzerprofile deaktiviert und die NTUSER.MAN in NTUSER.DAT unbenannt, mich dann angemeldet, die Änderungen durchgeführt und nach der Abmeldung die o.g. Änderungen wieder rückgängig gemacht.
Was ist jetzt das Problem
Anscheinend mache ich irgendetwas falsch/anders, denn wenn ich mich nach den GPO- und NTUSER-Änderungen anmelden möchte, dauert das Laden der Benutzereinstellungen sehr lange und das Profil was ich schlussendlich vor mir habe ist unvollständig und inkonsistent (z.B. ist das Kontextmenü "Neu" bei Rechtsklick auf den leeren Desktop leer)
Kann mir jemand sagen was ich falsch mache/anders machen kann?
Vielen Danke schonmal im Vorraus,
Grüße
Jashugan
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: 131502
Url: https://administrator.de/contentid/131502
Ausgedruckt am: 25.11.2024 um 02:11 Uhr
2 Kommentare
Neuester Kommentar
Hat denn keiner eine Lösung für mich? Wie macht ihr das denn wenn ihr das Selbe vorhabt? Funktioniert der Weg den ich beschrieben habe evtl. bei irgendeinem, oder ist es das komplett falsche?
Okay, also ich habe jetzt hier für alle die das gleiche Problem haben einen Workaround, ist aber nicht das Eleganteste:
Wenn man folgendermaßen vorgeht, erreicht man eine Änderung eines sonst nicht zu ändernden Profils ohne dass der Zustand inkonsistent wird:
Fertig =)
Wenn man folgendermaßen vorgeht, erreicht man eine Änderung eines sonst nicht zu ändernden Profils ohne dass der Zustand inkonsistent wird:
- Die Richtline zur Propagierung von Änderungen ausser Kraft setzen
- Mit zu änderndem Profil an einem Rechner anmelden und wieder abmelden (damit das Profil lokal auf den Rechner geladen wird)
- Neustarten (damit wir an den lokalen Daten etwas ändern können)
- Auf dem Server in dem entsprechenden Profilordner die ".man"-Datei in eine ".dat"-Datei umbenennen
- Wieder an dem gleichen Rechner mit dem zu ändernden Profil anmelden (dauert mitunter sehr lange und es wird ein, zwei zu nicht weiter wichtige Fehlermeldungen geben die sich nachher aber wieder auflösen)
- Wieder abmelden und neustarten
- Per Remote oder mittels des Admin-Kontos die Dateien mit der Endung ".MAN" und ".MAN.log" lokal auf dem Client aus dem entsprechenden Profilordner löschen
- Anmelden und Änderungen durchführen
- Abmelden und auf dem Server nach erfolgreichem Hochladen die ".dat" Datei wieder in eine ".man" Datei ändern.
- Das Profil lokal auf dem Client an dem wir uns eben immer angemeldet hatten löschen!!
Fertig =)
