Ordnerumleitung über GPU funzt nicht

Hi an alle,

auf 2 unterschiedlichen Rechner (je XPSp3 an Windows Server 2003 Sp2 DC´s)
mit 2 unterschiedlichen Benutzern tritt folgendes Phänomen auf:

Per Benutzer-GPO werden die Eigenen Dateien auf ein Share auf einen
Fileserver umgeleitet.
Dies funktioniert im Allgemeinen wunderbar, nur eben bei den beiden
Rechnern/Benutzern nicht.

Die Eigenen Dateien verweisen in diesem Fall auf einen anderen Benutzer, der
meines Wissens nach an diesem PC jedoch noch nie angemeldet war.
Selbst wenn, weshalb sollte die Umleitung auf diesen Benutzer zeigen?

Folgende Fehlermeldung habe ich auf dem Client:

-------------

Event Type: Error
Event Source: Folder Redirection
Event Category: None
Event ID: 107
Date: 20.06.2008
Time: 09:05:17
User: domain\benutzer.schmidt
Computer: ws001
Description:
Die Umleitung des Ordners Eigene Dateien konnte nicht durchgeführt werden.
Konfigurationsgemäß wird der Ordner von <\\domain.lan\fs\home\benutzer2\My
Documents> nach <\\domain.lan\fs\home\benutzer.schmidt\My Documents>
umgeleitet. Der folgende Fehler ist aufgetreten:
Der Verzeichnisname ist ungültig.


Ein Reset der Policies per Löschen bzw. gpupdate /force half leider auch
nichts.

In der Registrierung unter
HKey_Current_User\Software\Microsoft\windows\curre ntversion\explorer\ShellFolders
ist der Eintrag Personal bei den PC´s bzw. Benutzern, bei denen die
Umleitung Schwierigkeiten macht, auch nicht belegt.

Verständlich, wenn die GPO nicht gesetzt werden kann.

Die PC´s haben keine Desktop FW (ausser die Windows FW) aktiv.

Eine Auswertung der GPO über die GMC Konsole bringt genau den gleichen
Fehler, das die Ordnerumleitungserweiterung nicht ausgeführt werden kann.

Folder Redirection failed due to the error listed below.The directory name
is invalid.


Auf die richtigen Home-Ordner der jeweiligen Benutzer haben diese jedoch
Zugriff - diese werden per KIX Script per Anmeldename ausgewertet und
zugewiesen.

Nachtrag: Meldet sich einer der betroffenen User an einem anderen Rechner
an, funktioniert die Umleitung.

Hat jemand einen Tip für mich?

Joe

Hallo,

die Fehlermedung sollte ja lauten:
.... <C:\Documents and Settings\Username\My Documents> to
\\student\students\computer\Username\MyDocuments.. ....
-> und nicht zwei mal ein URL Pfad ?! Komisch.

Wenn der gleiche User woanders keine Probleme hat wuerde ja die GPO
grundsaetzlich stimmen.

Ich wuerde mal testen ob bei einem neuen Testbenutzer die Folder Redirection
grundsaetzlich auf den beiden PCs funktioniert.
Wenn ja User Profile von den betroffenen Usern lokal loeschen.(am besten
via - Arbeitsplatz - Eigenschaften - Erweitert - ... )
Neu anmelden -> wenn kein Erfolg -> mal anmelden ohne Ordner Umleitung und
danach mit .

Sicherheitshalber vorher einen Cleanboot mit MSConfig oder Autoruns
durchfuehren
sowie test weise nur die eine GPO (um die es geht) anwenden um Interferenzen
auszuschliessen
------
Userenv Log aktivieren
http://support.microsoft.com/?kbid=221833

und auch fdeploy.log
Vielleicht verraet das Folder Redirection Log mehr dazu:
- - - - - - - - - - - - - - -
Folder Redirection CSE Debug Logging

Key: HKLM\Software\Microsoft\WindowsNT\CurrentVersion\D iagnostics
ValueName: fdeployDebugLevel
ValueType: REG_DWORD
Value Data: 0x0f

Log File: C:\WINNT\debug\usermode\fdeploy.log
- - - - - - - - - - - - - -

Weitere Ref: http://support.microsoft.com/?id=221837


Gruss,
Helmar

Hi Helmar,

> die Fehlermedung sollte ja lauten:
> ... <C:\Documents and Settings\Username\My Documents> to
> \\student\students\computer\Username\MyDocuments.. ....
> -> und nicht zwei mal ein URL Pfad ?! Komisch.
>
> Wenn der gleiche User woanders keine Probleme hat wuerde ja die GPO
> grundsaetzlich stimmen.
Genau das dachte ich mir auch.

>
> Ich wuerde mal testen ob bei einem neuen Testbenutzer die Folder
> Redirection grundsaetzlich auf den beiden PCs funktioniert.

Nein - Neuer benutzer - gleiches Problem.

Meine weiteren Schritte und Log Ausgaben:

Aktivieren des Loggings für Ordnerumleitung und Anmeldung.
Ordnerumleitungslog, gleich auch nach Profilneuerstellung:

Anmeldung eines betroffenen Benutzer an einem betroffenen PC.
-----------------

10:13:49:067 Die Ordnerumleitungserweiterung wird eingegeben.
10:13:49:067 Flags = 0
10:13:49:129 Gruppenrichtlinienobjektname =
{560C1C6D-8ACB-4F6F-8BC5-D1CB247CD996}
10:13:49:129 Dateisystempfad =
\\domain.lan\sysvol\domain.lan\Policies\{560C1C6D-8ACB-4F6F-8BC5-D1CB247CD996}\User
10:13:49:129 Verzeichnispfad =
LDAP://CN=User,cn={560C1C6D-8ACB-4F6F-8BC5-D1CB247CD996},cn=policies,cn=system,DC=domain,DC=l an
10:13:49:129 Anzeigename = std1_firma_USERS_OhneCFG
10:13:49:129 Die Ordnerumleitungseinstellungen für Richtlinie
std1_firma_USERS_OhneCFG wurde gefunden.
10:13:49:144 Der Benutzer ist Mitglied in der Gruppe s-1-1-0. Der
entsprechende Pfad war %USERPROFILE%\Application Data.
10:13:49:144 Die Umleitungsdaten für Anwendungsdaten wurden ermittelt,
(Flags: 0x21).
10:13:49:144 Der Benutzer ist Mitglied in der Gruppe s-1-1-0. Der
entsprechende Pfad war \\domain.lan\dfs\home\%USERNAME%\My Documents.
10:13:49:144 Die Umleitungsdaten für Eigene Dateien wurden ermittelt,
(Flags: 0x1).
10:13:49:144 Die Umleitungsdaten für Eigene Bilder wurden ermittelt, (Flags:
0x2).
10:13:49:144 Die Ordnerumleitungseinstellungen für Richtlinie
std1_firma_USERS_OhneCFG wurden zusammengestellt.
10:13:49:160 Der Ordner Eigene Dateien wird umgeleitet nach
\\domain.lan\dfs\home\%USERNAME%\My Documents.
10:13:49:160 Der vorherige Ordnerpfad \\domain.lan\dfs\home\benutzer1\My
Documents wurde nach \\domain.lan\dfs\home\benutzer1\My Documents
expandiert.
10:13:49:160 Der neue Ordnerpfad \\domain.lan\dfs\home\%USERNAME%\My
Documents wurde nach \\domain.lan\dfs\home\benutzer2\My Documents
expandiert.
10:13:49:206 Die Umleitung des Ordners Eigene Dateien konnte nicht
durchgeführt werden.
Konfigurationsgemäß wird der Ordner von <\\domain.lan\dfs\home\benutzer1\My
Documents> nach <\\domain.lan\dfs\home\benutzer2\My Documents> umgeleitet.
Der folgende Fehler ist aufgetreten:
%%267

------------------

Nach dem ich mich an einem betroffenen PC mit einem Benutzer angemeldet
hatte, der bis dato keine Probleme hatte, konnte bei diesen die
Ordnerumleitung auch nicht durchgeführt werden.
Gleiche Fehlermeldungen im Log wie oben.

Nun habe ich die GPO kopiert und die Ordnerumleitung rausgenommen, auf eine
neue OU, die nicht unterhalb der anderen liegt, angelegt, einen betroffenen
und neuen Benutzer dort angelegt/verschoben.

Ergebnis:

Neuer Benutzer:

---------

12:25:33:566 Die Ordnerumleitungserweiterung wird eingegeben.
12:25:33:582 Flags = 0
12:25:33:738 Gruppenrichtlinienobjektname =
{560C1C6D-8ACB-4F6F-8BC5-D1CB247CD996}
12:25:33:738 Dateisystempfad =
\\domain.lan\sysvol\domain.lan\Policies\{560C1C6D-8ACB-4F6F-8BC5-D1CB247CD996}\User
12:25:33:738 Verzeichnispfad =
LDAP://CN=User,cn={560C1C6D-8ACB-4F6F-8BC5-D1CB247CD996},cn=policies,cn=system,DC=domain,DC=l an
12:25:33:738 Anzeigename = std1_firma_USERS_OhneCFG
12:25:33:754 Gruppenrichtlinienobjektname =
{5443E68D-3199-4F66-8510-CE4B9A43A2B5}
12:25:33:754 Dateisystempfad =
\\domain.lan\sysvol\domain.lan\Policies\{5443E68D-3199-4F66-8510-CE4B9A43A2B5}\User
12:25:33:754 Verzeichnispfad =
LDAP://CN=User,cn={5443E68D-3199-4F66-8510-CE4B9A43A2B5},cn=policies,cn=system,DC=domain,DC=l an
12:25:33:770 Anzeigename =
std1_firma_USERS_OhneCFG_temP_Ordnerumleitung_Eige neDateien
12:25:33:770 Die Ordnerumleitungseinstellungen für Richtlinie
std1_firma_USERS_OhneCFG_temP_Ordnerumleitung_Eige neDateien wurde gefunden.
12:25:33:801 Der Benutzer ist Mitglied in der Gruppe s-1-1-0. Der
entsprechende Pfad war %USERPROFILE%\Application Data.
12:25:33:801 Die Umleitungsdaten für Anwendungsdaten wurden ermittelt,
(Flags: 0x21).
12:25:33:801 Die Umleitungsdaten für Eigene Dateien wurden ermittelt,
(Flags: 0x4).
12:25:33:816 Die Umleitungsdaten für Eigene Bilder wurden ermittelt, (Flags:
0x4).
12:25:33:816 Die Ordnerumleitungseinstellungen für Richtlinie
std1_firma_USERS_OhneCFG_temP_Ordnerumleitung_Eige neDateien wurden
zusammengestellt.
12:25:33:832 Die Berechtigung für den Benutzer zum Umleiten des Ordners
"Eigene Dateien" wird aktiviert.
12:25:33:895 Der Ordner Anwendungsdaten wird umgeleitet nach
%USERPROFILE%\Application Data.
12:25:33:910 Der Ordner Anwendungsdaten ist bereits nach C:\Dokumente und
Einstellungen\joe.tester\Application Data umgeleitet.

---------

Wie gesagt, die GPO für die Ordnerumleitung Eigene Datei ist hier nicht
gesetzt, wird lt. Log auch nicht ausgeführt.
Möchte ich nun auf Eigene Dateien zugreifen, wird wieder auf den falschen
Pfad ... verwiesen.

Was mir gerade einfällt:
Die betroffenen PC´s stammen alle von einem WIM-Sysprep-Image ab; quasi alle
gleich.
Also ist da wohl as im Argen. Nur weiss ich noch nicht, was.

.....

Ich habe im Image mit diesem Benutzer einen Default User angelegt, bzw.
dieses Profil in das Default Profil kopiert.
Anscheinend wurde hier auch der Pfad für die umgeleiteten Dateien mit
übernommen.

Ich denke, dies ist mein Problem - ich werde dies verifizieren und
berichten.

Schon mal vielen Dank für Unterstützung

Joe

Hi Helmar,


>
> Ich habe im Image mit diesem Benutzer einen Default User angelegt, bzw.
> dieses Profil in das Default Profil kopiert.
> Anscheinend wurde hier auch der Pfad für die umgeleiteten Dateien mit
> übernommen.
>
> Ich denke, dies ist mein Problem - ich werde dies verifizieren und
> berichten.

das wars dann wohl auch.
Schaue ich mir die Pfade unter Hkey_User\...\Explorer\Shell Folder (Eigene
Msuik) bzw. User Shell Folder (Eigene Bilder/Eigene Dateien) an, so zeigen
diese auf \\..., den falschen Pfad des Benutzers, mit dem ich das default
Profil erstellt habe.
Kannst Du mir den Unterschied zwischen den beiden Schlüsseln erklären?

Ich denke, ich weiss auch, weshalb dies nicht bei der Profilerstellung
wieder beim aktuellen Benutzer geändert wird: per GPO ist die Änderung des
Pfades den Benutzern verboten. Ich denke, deshalb kann hier die Änderung
nicht durchgeführt werden.


Jedoch weiss ich bisher noch nicht, woher er im Default Profil bzw. beim
Neuerstellen eines Profiles die Pfade nimmt.
Unter HKey_Users\.Default finde ich keine solchen Pfade - ich möchte gerne
im Image dies rückgängig machen.
Eine Suche nach dem betroffenen UNC Pfad ergab auch keine Ergebnisse.

Hast Du noch eine Idee?

Joe

Hi,

Joe Marcheve schrieb:
>> Ich habe im Image mit diesem Benutzer einen Default User angelegt, bzw.
>> dieses Profil in das Default Profil kopiert. Anscheinend wurde hier
>> auch der Pfad für die umgeleiteten Dateien mit übernommen.
>> Ich denke, dies ist mein Problem - ich werde dies verifizieren und
>> berichten.
> das wars dann wohl auch.

Das ist kein Problem, bzw. nur eines, wenn du den Pfad dann nicht
nachträglich änderst.
Er meckert jetzt "nur" weil er die vorhandenen (im flaschen Pfad)
nicht verschieben kann. Die Ordnerumleitung ohne das Verschieben
der vorhandenen Dateien sollte erfolgreich sein.

> Kannst Du mir den Unterschied zwischen den beiden Schlüsseln erklären?

"The long and sad story of the Shell Folders key"
http://blogs.msdn.com/oldnewthing/ar.../03/55532.aspx

> Jedoch weiss ich bisher noch nicht, woher er im Default Profil bzw. beim
> Neuerstellen eines Profiles die Pfade nimmt.

Bei Sysprep baut er AFAIK den Administrator zum Default User Profil um.

Tschö
Mark

--
Mark Heitbrink - MVP Windows Server - Group Policy

Homepage: www.gruppenrichtlinien.de - deutsch
Blog: gpupdate.spaces.live.com - english

Hallo Mark,


"...Dateien mit übernommen.
>>> Ich denke, dies ist mein Problem - ich werde dies verifizieren und
>>> berichten.
>> das wars dann wohl auch.
>
> Das ist kein Problem, bzw. nur eines, wenn du den Pfad dann nicht
> nachträglich änderst.
> Er meckert jetzt "nur" weil er die vorhandenen (im flaschen Pfad)
> nicht verschieben kann. Die Ordnerumleitung ohne das Verschieben
> der vorhandenen Dateien sollte erfolgreich sein.

Das mag sein. Entsprechend die GPO eingestellt, schon funktionierts...

>
>> Kannst Du mir den Unterschied zwischen den beiden Schlüsseln erklären?
>
> "The long and sad story of the Shell Folders key"
> http://blogs.msdn.com/oldnewthing/ar.../03/55532.aspx

....long and sad story - das lässt ja was erahnen....

>> Jedoch weiss ich bisher noch nicht, woher er im Default Profil bzw. beim
>> Neuerstellen eines Profiles die Pfade nimmt.
>
> Bei Sysprep baut er AFAIK den Administrator zum Default User Profil um.

Den lokalen Administrator? Seltsam, vor dem Sysprep habe ich, wie schon
gesagt, mit dem Problembenutzer (Domänen-Account) ein Profil erstrellt und
u.a. auch den Desktop angepasst.
Dieses habe ich dann mit einem Domänen-Admin-Account ins Default-Profil
kopiert.
Als lokaler Administrator habe ich mich bis dato nicht angemeldet.

Wird nun das anschließend ge-sysprepte Image ausgerollt, das minisetup
ausgeführt, ich mich dann als neuer Benutzer anmelde (nicht lok./kein
Admin), habe ich die Desktopeinstellungen meines Default Profiles.
Somit würde ich sagen, Windows nimmt die Default Einstellungen aus dem
Default Profil, das ich angepasst habe.
Vieleicht mischt aber Windows auch hier durch.


Joe

Hi,

Joe Marcheve schrieb:
>> Bei Sysprep baut er AFAIK den Administrator zum Default User Profil um.
> Den lokalen Administrator?

Nein, das des "zuerst" angemeldeten Benutzers mit dem Namen "Administrator"
Der 2te bekommt ja dann den ".domname" oder ".pcname" als Profil.

Changes in behavior of the SysPrep and RIPREP tools after you install
Windows XP Service Pack 2
http://support.microsoft.com/kb/887816/en-us

Tschö
Mark
--
Mark Heitbrink - MVP Windows Server - Group Policy

Homepage: www.gruppenrichtlinien.de - deutsch
Blog: gpupdate.spaces.live.com - english

Hallo Mark,


"> Nein, das des "zuerst" angemeldeten Benutzers mit dem Namen
"Administrator"
> Der 2te bekommt ja dann den ".domname" oder ".pcname" als Profil.
>
> Changes in behavior of the SysPrep and RIPREP tools after you install
> Windows XP Service Pack 2
> http://support.microsoft.com/kb/887816/en-us

wer bzw. weshalb kommt (man) eigentlich darauf, ein solches Verhalten zu
ändern?
Derzeit fehlt mir der Grund hierfür...aber gut, entweder Hotfix oder aber
beachten.

Danke für den Hinweis!

Joe

Hi,

Joe Marcheve schrieb:
> wer bzw. weshalb kommt (man) eigentlich darauf, ein solches Verhalten zu
> ändern?

Logik und Bequemlichkeit.
Jetzt muss mann endlich nicht immer erst umständlich das DefUser Profil
anpassen, sondern ich nehme den angemeldeten Adminstrator, passe sein
Profil an wie es sein soll und mache ein Sysprep.

Ohne den Patch hättest du jetzt einen 2ten AdminAccount gebraucht, meldest
dich als dieser an, kopierst den Admin über das Default User Profil,
meldest dich als erster Admin an, löscht den 2ten Admin und machst sysprep.

Ich war froh über die Änderung ;-)

Tschö
Mark
--
Mark Heitbrink - MVP Windows Server - Group Policy

Homepage: www.gruppenrichtlinien.de - deutsch
Blog: gpupdate.spaces.live.com - english