Wolke2k4

Sorry hatte einen wichtigen Fakt vergessen. Wenn ich Dich richtig verstanden habe bekommen die Nutzer eine Aufforderung zum rebooten des Servers? Der Weg wäre also nicht Start --> Herunterfahren/Beenden --> Herunterfahren, was ja sowieso für normale TS Nutzer garnicht möglich ist, da sie ihre Session entweder nur trennen oder abmelden können. Ihnen ist somit das Recht zum Herunterfahren des Rechners nicht gegeben. Da es nun verschiedene Arten des Herunterfahrens gibt (bspw. tsshutdown, oder per Auffoderung des Systems) wäre natürlich interessant zu wissen, ob dies auch für normale Nutzer möglich wäre, obwohl es ja eigentlich nicht wirklich gestattet ist. Ehrlich gesagt habe ich mich mit dieser Möglichkeit noch nicht auseinander setzen müssen und ich denke auch nicht, dass man es bei einem Terminal Server sollte. Ich sehe die Sache eher so. Ein TS ist kein PC, auf dem man "jeden beliebigen" Patch installiert. Wenn Patches installiert werden idealerweise nur dann , wenn keine Nutzer auf dem System arbeiten. TS Nutzer dürfen auf dem TS nur das machen, was ich ihnen per GPO erlaube, deshalb mache ich die Systeme so dicht, dass selbst Nutzer mit Admin Rechten keinen Schaden anrichten könnten.

Hmmm normal ist es jedenfalls nicht. Was passiert, wenn Du den Nutzern lokale Hauptbenutzer auf dem TS gibst, werden die Drucker dann erstellt?

Zugriff auf C verweigert? Probiers mal für die Nutzer erstmal nur mit der default Domain Policy. Das Office hast Du über die MST installiert?

Installiere den Lizenzserver auf dem W2K3 SBS und verweise den TS fest auf den Lizenzserver (Reghack, siehe Forum und MS KB).

Warum nicht? Sorgen würde ich mir nur machen, wenn ein normaler User das Recht zum herunterfahren des TS hätte...

Meinst Du nicht, dass es sich empfehlen würde einen "Testserver" aufzusetzen und bezüglich Deiner Fragen mal beim Hersteller anzufragen?

Was sagen Eventlog auf TS und Client??? War das SP1 bereits bei der Installation der TS Dienste installiert?

Tja Doc, wenn Du mal selber das tun würdest, was Du anderen empfiehlst... Hab von Dir auch schon oft Posts mit kopiertem Text ohne Quellangabegesehen .... aber tut ja nichts zur eigentlichen Sache. Fakt ist erstmal, dass Stichtag für ein zutreffen des MS Transition Plans der 24. und nicht der 21. April 2003 ist. Siehe auch hier und hier. Ansonsten benötigt ein W2K3 TS in jedem Fall eine TS CAL, built in is nich mehr. Für die auf den Transition Plan zutreffenden XP Lizenzen kannst Du eine entsprechende TS CAL von MS bekommen. Die per User TS CALs haben hier zwar eine Sonderstellung aber lizenzrechtlich trifft hier genau das Selbe zu.

Wie kommst Du darauf, dass es an Citrix liegt?

Warum packst Du die Verknüpfungen nicht in das All User und/oder Default User Profil?

Damit wäre ich derzeit noch vorsichtig, denn die Druckumgebung des 4.0 ist derzeit wirklich nicht zu gebrauchen (und das ist noch freundlich ausgedrückt). Man stelle sich mal vor, dass Citrix es bis heute nicht geschafft hat einen deutsch Patch für die derzeit größten Druckproblematiken zu releasen. Wer den englischen Server einsetzt kann den Patch aber schon seit mehreren Wochen nutzen. Des weiteren hat Citrix vor kurzem das erste Rollup Package released, das sage und schreibe 77 Bugfixes enthält! Natürlich gibt es das Package nur für den englischen Server. Ansonsten hat yasty schon alles gesagt, was den Treiber auf dem Server angeht.

Schau mal in Terminaldienstekonfiguration Karteireiter Berechtigungen...

Ist mir leider nichts bekannt. Ich weiss nur, dass Citrix sowas für das ICA Protokoll implementieren wird. Kostet aber, wenn ich richtig informiert wird, dann auch Geld.

Auch wenn ich keine Lösung beisteuern kann, an der Selbigen wäre ich aber auch interessiert... :)

Hmmm.... in den Optionen des RDP Clients gibt es ein Häkchen, dass gesetzt sein muss, damit lokale Clientdrucker in der Session erstellt werden. Des weiteren sollten die passenden Treiber der Clientdrucker auf dem Server installiert sein, damit der TS die Zuordnung erstellen kann. Sind diese Voraussetzungen erfüllt funktioniert das Druckermapping eigentlich problemlos.

Also was mir spontan dazu einfällt ist, dass man bspw. bei Word nicht in die Optionen kommt, wenn man kein neues Dokument geöffnet hat, also wirklich nur das Word geöffnet ist. Standardmäßig ist es aber so, dass ein Dokument mit geöffnet wird...

Sarkasmus und Zynismus ändern trotzdem nichts an den Tatsachen. Aber vielleicht kannst Du Dich erbarmen und die Posts löschen, die nicht zum Thema gehören, denn eigentlich sollte dieser Thread Informationen vorhalten und nicht in einem Meinungsaustausch enden...

Wie bereits erwähnt ist das nicht wahr! USB Drucker funktionieren meist problemlos unter W2K3 TS...

Nein hast Du nicht aber trotzdem ist es ein oft gemachter Fehler bei der Anwendungsbereitstellung auf einem TS.

Das ist unter anderem bei Citrix so. Hier wird concurrent, also der gleichzeitige Zugriff, lizenziert. MS hat sich hier wohl entschieden den großen Teil des Kuchens anzuzapfen. Gleichzeitig entsteht bei den unterschiedlichen Lizenzierungsarten des TS und bei der Lizenzierung von Citrix aber ein kleines Durcheinander. Wer nämlich denkt mit 50 Citrix Lizenzen und 50 Terminal Server CALs 50 Nutzer/Geräte an seinen Presentation Server anbinden zu können wird böse von MS überrascht. Kommt Nutzer/Gerät 51 und Co. nämlich dazu (gleichzeitig sind es jedoch weiterhin nur 50 Nutzer/Geräte) schlägt Microsoft noch mal zu und will Geld für die zusätzlichen Zugriffe haben. Aus meiner Sicht ist dieses Lizenzmodell (sowohl technisch als auch rechtlich) von MS nicht nur ein großer Aufhänger für Verwirrung im TS Bereich sondern außerdem ein Schritt in die falsche Richtung. Obowohl MS sich und dem Endverbraucher mit der neuen per User Lizenzierung einen Gefallen tun wollte wird es eher komplizierter. Der einzige Grund keine concurrent Lizenzenzierung einzuführen ist/war Geldgier. Denn wenn MS sein TS Lizenzierungsmodell wirklich hätte vereinfachen wollen wären sie auf die concurrent Lizenzierung umgestiegen. Dann gäbe es nämlich nicht die unzähligen Threads zur TS Lizenzierung. Jeder kauft die Anzahl an Lizenzen die er braucht und fertig ist. Kein rumgedönse von wegen temp TS CAL, 52-89 Tage Gültigkeit für eine permanente TS CAL usw.... Und das ist nicht nur meine Sicht der Dinge! :D Ansonsten empfehle ich zum Thema per User Lizenzierung die Suche...

Das ist Deine Sicht der Dinge... :p

Performanceprobleme gibt es unter anderem oft auch, wenn Anwendungen falsch für den Einsatz auf dem TS konfiguriert/eingerichtet werden. So ist es bspw. ein Unterschied, ob ich ein Programmverzeichnis direkt auf dem TS liegen habe oder den ganzen Kram über das Netzwerk schaufeln muss. Die Geschwindigkeitsunterschiede sind hier oft gravierend.

Na so schnell gebe ich nicht auf. Ich habe mal ein wenig Troubleshooting betrieben, so gut es ging. Dabei habe ich auf einem Client einen persönlichen Ordner eingerichtet, also eine Outlook PST in das Profil des Nutzers gepackt. Zusätzlich habe ich für das Mail Profil das Exchange Konto eingerichtet, beides läuft jetzt parallel. Interessant für mich war nun, was passiert, wenn ich die Mails aus dem Exchange Postfach in die lokale PST verschiebe bzw. kopiere. Folgendes Ergebnis kommt dabei heraus: 1. Mail vom Exchange Postfach in die lokale PST kopieren: Die Elemente können nicht kopiert werden. Von dem Element konnte keine weitere Kopie erstellt werden. Das Original wurde entweder verschoben oder gelöscht oder der Zugriff wurde verweigert. 2. Mail vom Exchange Postfach in die lokale PST verschieben: Die Elemente konnten nicht verschoben werden, weil sie entweder bereits verschoben oder gelöscht wurden oder der Zugriff verweigert wurde. Ich fresse einen Besenstiel, wenn es an den Zugriffsrechten liegt. Wie und wo überprüfe ich am Besten ob die Zugriffsrechte stimmen ohne den gesamten Postfachspeicher zu "gefährden"? Ich hoffe, dass mir wenigsten diese Frage jemand beantworten kann... Gruß Wolke Nachtrag: Interessant wird es, wenn man eine ältere Mail im Exchange Postfach (diese kann man ja noch öffnen) in die lokale PST verschiebt (dort lässt Sie sich auch öffnen) und anschliessend wieder in das Exchange Postfach verschiebt. Dann nämlich gibt es genau die Meldung wie für die aktuellen Mails von heute: Dieses Element kann nicht geöffnet werden. Ein Client-Vorgang ist fehlgeschlagen. Ich verwette ne Stulle Brot darauf, dass es an irgendwelchen Zugriffsrechten liegt.... :mad:

Danke für die Info! Solche Sachen hängt MS natürlich nicht groß an die Glocke...

Hmmm niemand eine Idee? Ich kann die E-Mail auch nicht abspeichern wenn ich es versuche gibt es die Fehlermeldung Ein Client-Vorgang ist fehlgeschlagen. Wirklich komisch. Kann es eventuell an Zugriffsberechtigungen liegen?