fudelsut 10 Geschrieben 7. März 2007 Melden Teilen Geschrieben 7. März 2007 Hallo Foren-Community, ich habe ein Problem mit meinem DC und kann nirgends eine Lösung finden: Ich habe eine W2K3-Domäne mit servergespeicherten Userprofilen. Innerhalb der Domäne befinden sich Windows 2000 Pro und XP pro Clients. Das funktioniert alles wunderbar. Wenn ich mich aber mit einem Domänenuser an einer W2k-Maschine anmelde, der zuvor unter XP Pro erstellt wurde, wird das unter XP erstellte Userprofil geladen und es gibt Probleme mit einigen Darstellungen und Funktionen in Windows 2000. Außerdem wird das vorhandene Profil quasi zerstört. Umgekehrt, Anmeldung an XP mit W2K-Profil, ist das Problem nicht so gravierend. Daher meine Frage: Gibt es die Möglichkeit in einer GPO, in einem Script oder Ähnlichem festzulegen, dass der DC die Profile der Benutzer Systemabhängig behandelt. So könnte zB unter \\SERVER\Profiles$\%USERNAME ein weiterer Ordner für XP oder 2k hinzugefügt werden. Je nach Workstation wird das entsprechende Profil geladen oder angelegt. Weiß jemand wie das geht??? Zitieren Link zu diesem Kommentar
Tobi72 10 Geschrieben 7. März 2007 Melden Teilen Geschrieben 7. März 2007 Hallo und willkommen! Leider gibt es da keine Möglichkeit, das so zu verwirklichen. Zumindest kenne ich keine. Das Profil an sich kenne ich aus eigener Erfahrung. Leider habe ich bisher noch keine Lösung des Problems gefunden. Zitieren Link zu diesem Kommentar
fudelsut 10 Geschrieben 7. März 2007 Autor Melden Teilen Geschrieben 7. März 2007 Hallo und willkommen! Danke! :) Leider gibt es da keine Möglichkeit, das so zu verwirklichen. Zumindest kenne ich keine. Das Profil an sich kenne ich aus eigener Erfahrung. Leider habe ich bisher noch keine Lösung des Problems gefunden. Ist der Microsoft Server wirklich so doof, dass er das nicht kann? - Ich weiß definitiv, dass es unter Novell da Möglichkeiten gibt. Microsoft muss doch an solche Konstellationen gedacht haben - oder mit Absicht nicht daran gedacht haben. ;) Zitieren Link zu diesem Kommentar
Der-Sensenmann 10 Geschrieben 7. März 2007 Melden Teilen Geschrieben 7. März 2007 hallo, habe es zwar noch nicht probiert aber... \\SERVER\Profiles$\%USERNAME%\%VARIABLE_neu% eine neue Umgebungsvariable Anlegen: %VARIABLE_NEU% bei XP rehcner z.b. XP eintragen bei w2k rechner z.b. w2k eintragen :) konnte leider nicht testen, da keine w2k systeme mehr da sind :( aber könnte funktionieren ;) Zitieren Link zu diesem Kommentar
fudelsut 10 Geschrieben 7. März 2007 Autor Melden Teilen Geschrieben 7. März 2007 Das heißt, ich muss die neue Variable auf dem DC und auf den Clients deklarieren? Zitieren Link zu diesem Kommentar
fudelsut 10 Geschrieben 7. März 2007 Autor Melden Teilen Geschrieben 7. März 2007 Bei dem Stichwort Umgebungsvariablen ist mir selbst folgende Idee gekommen: Kann ich nicht einfach als Profilpfad auf dem Server vorgeben \\SERVER\Profile$\%USERNAME%\%COMPUTERNAME% ?? Zitieren Link zu diesem Kommentar
nightflight71 10 Geschrieben 7. März 2007 Melden Teilen Geschrieben 7. März 2007 eine andere Möglichkeit wäre, sämtliche Profile von w2k anlegen zulassen und diese dann verbindlich machen, sprich die ntuser.dat in ntuser.man umbenennen. Damit können die Profile nicht von den Domänenbenutzern geändert werden, die w2k Maschinen behalten ihr funktionieren Profile und die Abwärtskompatibilität von XP sollte da auch keine Probleme mit haben. Nachteil wäre halt, das du der netten Sekräterin erklären musst, warum die ihren Lieblingsdackel nicht als Hintergrund haben kann. Zitieren Link zu diesem Kommentar
Tobi72 10 Geschrieben 7. März 2007 Melden Teilen Geschrieben 7. März 2007 Bei dem Stichwort Umgebungsvariablen ist mir selbst folgende Idee gekommen: Kann ich nicht einfach als Profilpfad auf dem Server vorgeben \\SERVER\Profile$\%USERNAME%\%COMPUTERNAME% ?? Das ist sicher auch möglich, aber dann musst du für jeden Computer und für jeden User ein eigenes Profil anlegen. Das ist sehr viel Aufwand... Zitieren Link zu diesem Kommentar
fudelsut 10 Geschrieben 7. März 2007 Autor Melden Teilen Geschrieben 7. März 2007 Für jeden User... klar, das muss man immer ;) Aber warum für jeden Rechner? - Das ist doch eine gültige Systemvariable. Zitieren Link zu diesem Kommentar
Tobi72 10 Geschrieben 7. März 2007 Melden Teilen Geschrieben 7. März 2007 Weil du auf dem Server für jeden Benutzer/Computer einen Ordner anlegst... Zumindest mit deiner Variante. Meldet sich Benutzer XXX an Rechner YYY an, wird das Profil bei dir aus dem Ordner XXX\YYY geholt. Und wenn der Benutzer sich an ZZZ anmeldet, dann wird das Profil aus Ordner XXX\ZZZ geholt... usw. Zitieren Link zu diesem Kommentar
fudelsut 10 Geschrieben 7. März 2007 Autor Melden Teilen Geschrieben 7. März 2007 Das ist mir schon klar... :-) Der Nachteil dabei ist natürlich bei großen Netzen, dass man relativ viel Speicherplatz verschenkt. Zitieren Link zu diesem Kommentar
Tobi72 10 Geschrieben 7. März 2007 Melden Teilen Geschrieben 7. März 2007 Vor allem braucht man dann auch keine Roaming-Profile... Dann kann man jeden benutzer gleich auf jedem Rechner einrichten und das war's Zitieren Link zu diesem Kommentar
fudelsut 10 Geschrieben 8. März 2007 Autor Melden Teilen Geschrieben 8. März 2007 Hat denn niemand eine Idee, wie man das Problem "sauber" lösen kann? Zitieren Link zu diesem Kommentar
Operator 10 Geschrieben 8. März 2007 Melden Teilen Geschrieben 8. März 2007 Hi, Google mal nach FlexProfiles. Ist eine Lösung, um verbindliche Profile (ntuser.man) mit dem Sichern der Benutzereinstellungen zu kombinieren. Das ganze wäre dann auch 2000 und XP kompatibel. Beim Abmelden werden aktuelle Einstellungen auf den Fileserver geschrieben und bei der Anmeldung wieder geladen. Zuvor legt man fest, welche Bereiche von HKCU man dabei berücksichtigen möchte. Ich sichere bspw. nur die IE Einstellungen, Explorer, Office. Der Rest wird stumpf verworfen, aber ist ja anpassbar. Was Eigene Dateien etc. angeht, leite ich die Ordner passend auf einen User-Ordner am Fileserver um. Das ganze geht mit zusätzlichen ADM Scripten auch für Anwendungsdaten, Favoriten etc. Ist zwar jetzt hier kurz und knapp beschrieben und erfordert einiges an Handarbeit, ist im Endeffekt aber sauber und wartungsarm. Auch für Terminalserver-Lösungen nur wärmstens zu empfehlen. Und das beste: Es ist kostenlos. Gruß Andre Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.