Temporäres Profil bei Anmeldung an einem Terminal-Server mit Windows Server 2008 R2
Nach der Anmeldung an einem Windows Server 2008 mit den Remotedesktopdiensten kam die Meldung, das der aktuelle Benutzer nur mit einem temporären Profil angemeldet wurde und das alles Änderungen nach dem Abmelden wieder gelöscht werden. Bei einer Anmeldung am Server mit einem Nicht-Terminal-Server-Profil klappt alles super, das Profil wird angelegt, und alles ist gut. Nur bei Terminal-Server-Profilen funktioniert das Anlegen des Profils nicht, die Ereignisanzeige meldet folgendes Event
Das eigentliche Problem waren falsche Berechtigungen auf dem Profil-Ordner, allerdings erschien die Meldung noch nach dem Setzen der korrekten Einstellungen. Erkennen kann man das temporäre Profil an der Meldung direkt nach dem Login oder indem man sich den Inhalt des Ordners
C:\Benutzer
bzw.
C:\Users
anschaut. Dort exisitiert bei korrekt kopiertem Profil ein Ordner mit dem Namen des Benutzers, falls Fehler auftreten und man mit einem temporären Profil angemeldet wird werden dort Ordner mit den Namen “Temp”, “Temp.Domäne”, “Temp.Domäne.001″ usw angelegt.
Lösung des Problems:
In der Registry werden für jedes Profil Einträge hinterlegt. Solange diese Einträge nicht gelöscht werden funktioniert auch eine vernünftige Anmeldung nicht. Zu finden sind diese Einträge unter
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
Dort wird pro Benutzer ein Ordner angelegt, man kann anhand des Wertes
ProfileImagePath
erkennen welche SID zu welchem Profil gehört.
Über den Autor: Jan Kappen ist ausgebildeter Fachinformatiker in der Richtung Systemintegration. Er hat seine Ausbildung im Sommer 2008 abgeschlossen und arbeitet seitdem bei der Rachfahl IT-Solutions GmbH & Co. KG.
Jan Kappen ist unter anderen MCITP Server Administrator, Enterprise Administrator und Enterprise Messaging Administrator 2010 sowie MCTS für System Center Virtual Machine Manager 2008, Windows Server 2008 Active Directory, Windows Server Virtualization und Windows Server 2008 Network Infrastructure.
[...] [...]
Das ist doch mal ein Work-Arround aus der Praxis!
Nach dieser Lösung habe ich lange gesucht.
Danke dafür
:-)
ach, so . . . . kleine Zusatz-Info
die “faulen” Einträge in der Registry haben die Endung “bak”
[...] security rights. DETAIL – Access is denied. Bei meiner Suche im weiten Netz habe ich diese Anleitung gefunden, die bei uns aber nichts gebracht hat. Ich habe schon alle Spuren des Benutzers in der [...]
Sehr gute Beschreibung und damit Hilfe.
Aber warum taucht das Problem überhaupt auf?
Thx
Markus
Sehr gut! Vielen Dank! Wenn ich bedenke, was unsere Techniker uns dafür schon für Kohle abgezogen haben! Dabei gehts nur darum die Einträge mit .bak am Ende zu löschen und alles läuft wieder!
Klasse Hilfe! Habe seit Jahren danach gesucht!
klasse das es diesen Eintrag gibt, nur diese faulen Einträge sind bei mir nicht zu finden. Habe außer User + defaultUser und Admin keinen Account mit Name drin. Schon garnicht bit bak. Es ist ansich kein Problem, da die Meldung nicht stimmt. Jeder kann sich anmelden und speichern. Alles ist am nächsten Tag auch noch da. Ich suche mal weiter aber trozdem vielen Dank und weiter so!!
Super, das ist die Lösung nach der wohl alle irgendwann in Ihrer TS Admin zeit mal suchen! Danke und weiter so! :)
Hallo, vielen Dank für diesen Artikel.
Super, Problem nach dieser Beschreibung innerhalb 5 Minuten gelöst. Vielen Dank!!!!
…es reicht halt nicht mehr FS01\profiles$\%username% oder FS01\wts-profiles$\%username% zu löschen…
ich liebe Euch dafür, das Ihr diesen Blog betreibt
überlegt Euch mal eine Amazon-Wunschliste, dann erfülle ich mal einen Wunsch
als Dankeschön
Heiko