1
Servergespeicherte profile mit ntuser.man - persönliche Einstellungen werden jedes mal neu generiert
Windows XP SP 2, Debian Linux Samba Server
Hallo,
wir sind leider auf ein relativ vertracktes Problem gestossen. Wir haben servergespeicherte Profile auf einem Debian Server in einer Samba Domain.
Da wir nicht wollten, dass die User ihr Profil ändern können, haben wir die ntuser.dat nach dem ersten login des Musterusers brav in ntuser.man umbenannt, dann das Profil in die homes geschrieben und anschließend die Besitz- und Dateirechte des Profilordners angepasst. Dieses Vorgehen hat schon etliche Male funktioniert, aber wie das immer so ist, dieses Mal eben nicht.
Dieses Mal werden bei den Usern bei jedem Start, die persönlichen Einstellungen generiert und der login dauert entsprechend lange.
Wenn man testweise bei einem User die ntuser.man wieder in ntuser.dat umbenennt, erstellt er beim ersten login die persönlichen Einstellungen und ist ab dem zweiten login wesentlich schneller, da auch keine persönlichen Einstellungen mehr generiert werden.
Wenn man dann die ntuser.dat wieder in ntuser.man umbenennt, funktioniert das für diesen User, kopiere ich diese ntuser.man dann aber wiederum in ein anderes Profil, ist das Problem wieder wie oben gegeben.
Die Rechte auf den Profilordner sind 644 für Dateien und 755 für Verzeichnisse.
Wäre super, wenn Ihr mir die Augen öffnen könntet.
Ziel ist natürlich nicht veränderbare Profile, die aber quasi den Status des zweiten Nutzerlogins haben.
Danke und viele Grüße
RaGob
Hallo,
wir sind leider auf ein relativ vertracktes Problem gestossen. Wir haben servergespeicherte Profile auf einem Debian Server in einer Samba Domain.
Da wir nicht wollten, dass die User ihr Profil ändern können, haben wir die ntuser.dat nach dem ersten login des Musterusers brav in ntuser.man umbenannt, dann das Profil in die homes geschrieben und anschließend die Besitz- und Dateirechte des Profilordners angepasst. Dieses Vorgehen hat schon etliche Male funktioniert, aber wie das immer so ist, dieses Mal eben nicht.
Dieses Mal werden bei den Usern bei jedem Start, die persönlichen Einstellungen generiert und der login dauert entsprechend lange.
Wenn man testweise bei einem User die ntuser.man wieder in ntuser.dat umbenennt, erstellt er beim ersten login die persönlichen Einstellungen und ist ab dem zweiten login wesentlich schneller, da auch keine persönlichen Einstellungen mehr generiert werden.
Wenn man dann die ntuser.dat wieder in ntuser.man umbenennt, funktioniert das für diesen User, kopiere ich diese ntuser.man dann aber wiederum in ein anderes Profil, ist das Problem wieder wie oben gegeben.
Die Rechte auf den Profilordner sind 644 für Dateien und 755 für Verzeichnisse.
Wäre super, wenn Ihr mir die Augen öffnen könntet.
Ziel ist natürlich nicht veränderbare Profile, die aber quasi den Status des zweiten Nutzerlogins haben.
Danke und viele Grüße
RaGob
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: 91975
Url: https://administrator.de/contentid/91975
Ausgedruckt am: 14.11.2024 um 11:11 Uhr
1 Kommentar
Hi,
also wenn ich mir die NTUser.dat mal so anschaue, dann stehen da richtig coole Pfade drin - insbesondere Pfade zu Dateien, die in Zusammenhang mit dem Benutzerkonto stehen. Kopiere ich diese Datei in der Gegend rum könnte ich mir vorstellen, dass Windows bei fehlenden Zugriffsrechten auf den Quellordner der NTUser.dat ein bisser allergisch reagieren könnte.
Das ist aber wahrscheinlich nicht das Problem - wenn Du den Test machst mit der ntuser.man, dann schmeiss mal vorher das lokale Profil auf der Workstation wech. Könnte sein, dass Windows mit diesem Profil ein Problem hat - weil früher ntuser.dat, dann plötzlich ntuser.man.
Grüße Mathias
also wenn ich mir die NTUser.dat mal so anschaue, dann stehen da richtig coole Pfade drin - insbesondere Pfade zu Dateien, die in Zusammenhang mit dem Benutzerkonto stehen. Kopiere ich diese Datei in der Gegend rum könnte ich mir vorstellen, dass Windows bei fehlenden Zugriffsrechten auf den Quellordner der NTUser.dat ein bisser allergisch reagieren könnte.
Das ist aber wahrscheinlich nicht das Problem - wenn Du den Test machst mit der ntuser.man, dann schmeiss mal vorher das lokale Profil auf der Workstation wech. Könnte sein, dass Windows mit diesem Profil ein Problem hat - weil früher ntuser.dat, dann plötzlich ntuser.man.
Grüße Mathias
