Jump to content

retrostyle

Members
  • Gesamte Inhalte

    20
  • Registriert seit

  • Letzter Besuch

Profile Fields

  • Member Title
    Newbie

Fortschritt von retrostyle

Contributor

Contributor (5/14)

  • Erste Antwort
  • Engagiert
  • Erster eigener Beitrag
  • Eine Woche dabei
  • Einen Monat dabei

Neueste Abzeichen

10

Reputation in der Community

  1. Hallo! Ich habe bei 5 Usern eine RDP-Verbindung für eine Terminalserververbindung eingerichtet. Die Clientlaufwerke sollen mit in die RDP-Sitzung übernommen werden. Ich habe hierzu auf dem Terminalserver über die Terminaldienstekonfiguration/Clieneinstellungen/Verbindung den Haken bei "Beim Anmelden Verbindung zu Clientlaufwerken herstellen" aktiviert. Die Laufwerke werden allerdings nicht mit in die RDP-Sitzung genommen. Müssen die lokalen Ressourcen in der Remotedesktopverbindung vorher explizit ausgewählt werden? Gruß retrostyle
  2. Hallo! Die Anwender/innen sollen in unserer Terminalserverfarm (W2K3) keine Dateien auf dem Desktop speichern und Ordner/Verzeichnisse anlegen können. Ich habe nach einer entsprechenden GPO gesucht, allerdings keine gefunden. :confused: Sollte für mein Anliegen keine GPO existieren, könnte ich mir eine Zugriffseinschränkung per Logonskript für den Desktopzugriff vorstellen. Wie hätte in diesem Fall die Syntax im Logoskript auszusehen, um den Usern den Zugriff auf den Desktop zu verweigern bzw. zu beschränken? Für Tipps und eventuell andere Ideen bin ich sehr dankbar. Gruß retrostyle
  3. Hallo Community! Ein User kann sich via RDP nicht mehr auf dem W2K3-Terminalserver anmelden. Nach Eingabe der Anmeldedaten schließt sich die RDP-Sitzung und das servergespeicherte Benutzerprofil wird nicht geladen. Andere User können sich hingegen über RDP nach wie vor connecten. Schätze das das Profil einen Fehler hat. Wollte draufhin das Profil auf dem W2K3-Server löschen. Allerdings schlägt dies fehl. Fehlermeldung: UsrClass.dat kann nicht gelöscht werden: Die Datei wird von einer anderen Person bzw. einem anderen Programm verwendet. Schließen Sie alle Programme, die die Datei eventuell verwenden können, und wiederholen Sie den Vorgang. Der User ist definitiv nicht mehr angemeldet! Im Taskmanager des Servers werden für den User auch keine aktiven Programme/Prozesse gelistet. Warum also die Meldung? Der W2K3-Server ist auf dem neusten Patchstand. Nach einem Reboot kann ich mit Sicherheit das Profil löschen, möchte ich aber gerne vermeiden, da der Server produktiv läuft.
  4. Würde das für meine Bedürfnisse mit "SystemCertificates" dann korrekt sein?
  5. @ JollyJumper Mein Fave ist Variante 2. Muß ich dort den kompletten Pfad hinterlegen?
  6. Hi Andre! Die Richtlinie zum löschen von zwischengespeicherten Kopie ist schon aktiv. Trotzdem bleibt hin und wieder der Pfad C:\Dokumente und Einstellungen\%username%\Anwendungsdaten\Microsoft\SystemCertificates\My stehen. Dein Hinweis bezüglich der automatischen Verteilung von Zertifikaten werde ich nachgehen. Danke.
  7. Morsche! Bislang leider keine Antwort? Verdammt. Was und vor allen Dingen wann wird überhaupt in dem Pfad C:\Dokumente und Einstellungen\%username%\Anwendungsdaten\Microsoft\SystemCertificates\My etwas abgelegt? Gibt es die Möglichkeit das Verzeichnis per Richtlinie aus dem servergespeicherten Profil auszuschließen, sprich gar nicht erst zu laden? Gruß retrostyle
  8. Hallo! Wir haben eine Umgebung mit Citrix MFXP 1.0 FR3 auf einem W2003 Server. Jetzt kommt es öfters vor, dass die Profile nicht gelöscht werden, wenn sich ein Anwender abmeldet. UPHClean haben wir in der neuesten Version installiert, auch bleibt in der Registry nichts hängen. Folgender Rest bleibt stehen: C:\Dokumente und Einstellungen\%username%\Anwendungsdaten\Microsoft\SystemCertificates\My Auf diesen Ordner haben wir keinen Zugriff. Löschbar ist das ganze erst nach einem Reboot. Hat jemand dieses Problem schon einmal beobachtet und gar eine Lösung dafür? Dem Evenlog ist nichts zu entnehmen. Gruß retrostyle
  9. Moin! Eventlog sagt nicht viel zum Fehler aus. Lediglich das der Dienst nicht gestartet werden konnte. Habe jetzt in den Eigenschaften des Dienstes > Wiederherstellen Aktionen definiert, die beim Fehlschlag, also beim nicht starten des Dienstes ausgeführt werden sollen. Warte gespannt auf den nächsten Reboot. :D Gruß retrostyle
  10. Hallo! Nach dem wöchentlich Reboot der Server am Sonntag kommt es sporadisch vor, das auf einem der Terminalserver der Dienst Druckerwarteschlange nicht gestartet wird. Muß dann von Hand eingreifen und den Dienst manuell starten. Der Starttyp ist allerdings auf automatisch gesetzt. Whats wrong? Dank und Gruß retrostyle
  11. Moin an alle! Nach Update des TSE Test von Windows Server 2000 auf 2003 habe ich das Problem, dass das Laden des Profils mehrere Minuten dauert (die Profile liegen auf einem Linux-Server). TSE holt sich von dort die Einstellungen. Nach Abmeldung des Users von TSE wird das Profil via Richtlinie gelöscht und auf den Linuxrechner zurückgeschrieben. Starte ich hiernach einen neuen Anmeldeversuch, läuft dieser und alle weiteren Anmeldungen innerhalb weniger Sekunden ab. Dem Eventlog ist leider nichts zu entnehmen. Die Profile wurden seinerzeit unter Windows 2000 angelegt. Kann es sein, dass Windows 2003 beim ersten Laden der Profile Modifikationen durchführt, die eine gewisse Zeit in Anspruch nehmen? Ich konnte nämlich feststellen, dass ein neuer unter Windows 2003 angelegter USR dieses Problem nicht hat! Es lässt sich also festhalten: Anmeldung mit Windows 2003 Profil an Windows 2003 Domäne keine Wartezeit. Anmeldung mit Windows 2000 Profil an Windows 2003 Domäne Wartezeit bis zu 3 Minuten bei 1ter Anmeldung. Danach "normale" Anmeldezeit. Kann das wirklich sein? Gruß retrostyle
  12. Hi blub! So langsam verschieben sich Dinge in meinem Kopf! :D Habe die Fixes nochmal installiert. Die Aussage fand ich zwar glaubhaft, wollte es aber ganz genau wissen.. Oh Wunder, auf einmal sind sie da. Sowohl in der Registry, als auch unter Systemsteuerung/Software. Da war die Auskunft von Microsoft ja wohl total Banane. :mad: Den Fix gabs kostenlos. Gruß retrostyle
  13. Hallo blub! Habe eben mit Microsoft telefoniert. Es ist korrekt das die Hotfixe nicht in die Registry eingetragen werden. Sind Pre-Fixes für das SP4. Um wirklich sicherzustellen, ob ein Hotfix installiert worden ist, sind die im entsprechenden Hotfixartikel beschriebenen Dateiversionen zu prüfen. Gruß retrostyle
  14. Moin blub! Ich habe diese hier für Win2000: KB828153_152889_DEU_i386_zip.exe KB817171_116685_ENU_i386_zip.exe Kontrolle erfolgreich. :D Email an Microsoft Quick Fix Engineering ist soeben raus. Die müssten das doch eigentlich wissen, ob die Hotfixes angezeigt werden können oder nicht. Bin mal gespannt. cya retrostyle
  15. Hi blub! Die Hotfixe werden nur auf telefonische Anforderung von Microsoft verschickt. Bei der Aufnahme der Daten wird die verwendete Serversoftware genau hinterfragt. Ebenso die Languageversion. Wenns den Hotfix auf deutsch nicht gibt, wird er in englisch übersandt. Problem gibts damit laut Auskunft von Microsoft nicht. Gruß retrostyle
×
×
  • Neu erstellen...